本發(fā)明涉及互聯(lián)網(wǎng)服務端接口測試領域,尤其涉及一種監(jiān)控廣告投放的方法及裝置。
背景技術:
當前廣告是非常常見也是極其重要的市場推廣手段。一般情況下,廣告運營經(jīng)理(accountmanager,am)在廣告投放系統(tǒng)中錄入廣告投放的定向條件和廣告素材之后,廣告主會查看報表,以便于了解廣告在外面投放的效果和收益。當報表的現(xiàn)實表現(xiàn)和am的心里預期差距過大時,am會找研發(fā)人員排查問題,了解是否是由于服務端存在問題,導致廣告推送失敗。
現(xiàn)有技術方案需要依賴人工查找廣告推送失敗的原因,其主要流程是:研發(fā)人員根據(jù)廣告投放的定向條件進行手動的查詢操作。另外,現(xiàn)有技術通過系統(tǒng)生成報表讓廣告主了解廣告投放的效果,但是該報表數(shù)據(jù)的生成有一定的時間延時,無法讓廣告主實時地了解到廣告投放的狀態(tài)。
總之,現(xiàn)有技術無法實現(xiàn)對廣告投放的狀態(tài)進行實時、自動化地監(jiān)控,無法智能定位廣告投放失敗的原因并實時通知廣告主,不具有監(jiān)控廣告投放狀態(tài)的便利性。
技術實現(xiàn)要素:
本發(fā)明實施例提供了一種監(jiān)控廣告投放的方法及裝置,能夠實時、自動監(jiān)控廣告投放的狀態(tài),并定位廣告投放失敗的原因并實時通知廣告主,提高了監(jiān)控廣告投放狀態(tài)的便利性。
本發(fā)明實施例第一方面公開了一種監(jiān)控廣告投放的方法,包括:
獲取廣告對應的定向投放條件;
根據(jù)所述定向投放條件生成請求串;
根據(jù)所述請求串向服務端發(fā)送請求,所述請求用于請求獲取與所述請求串中的定向條件對應的廣告;
接收服務端根據(jù)所述請求發(fā)送的返回結果;分析所述返回結果確定所述廣告是否成功投放,如果否,則通過日志定位失敗的原因。
結合本發(fā)明實施例第一方面,在本發(fā)明實施例第一方面的第一種可能的實現(xiàn)方式中,所述方法在獲取廣告對應的定向投放條件之前,還包括:
在預設時間間隔內(nèi)從線上獲取廣告庫文件;判斷所述廣告庫文件的md5值和上一次獲取的廣告庫文件的md5值是否相同;若所述廣告庫文件的md5值和上一次獲取的廣告庫文件的md5值不相同,則將所述廣告庫文件和上一次獲取的廣告庫文件進行對比,找出新增的廣告。
結合本發(fā)明實施例第一方面,在本發(fā)明實施例第一方面的第二種可能的實現(xiàn)方式中,所述獲取廣告對應的定向投放條件包括:
獲取所述廣告的標識,所述標識具體可為id;根據(jù)所述廣告的所述標識,從廣告投放系統(tǒng)中查詢所述標識對應的所述定向投放條件。
結合本發(fā)明實施例第一方面,在本發(fā)明實施例第一方面的第三種可能的實現(xiàn)方式中,根據(jù)所述定向投放條件生成請求串包括:
獲取所述定向投放條件的所有子條件;生成每個所述子條件對應的請求參數(shù);將每個所述請求參數(shù)拼接成所述請求串。
結合本發(fā)明實施例第一方面,在本發(fā)明實施例第一方面的第四種可能的實現(xiàn)方式中,所述分析所述返回結果確定所述廣告是否已投放,具體包括:
判斷所述返回結果中是否存在所述廣告的所述標識;
若所述返回結果中存在所述標識,則所述廣告已投放;若所述返回結果中不存在所述標識,則所述廣告投放失敗。
本發(fā)明實施例第一方面公開了一種監(jiān)控廣告投放的裝置,包括:
第一獲取單元,用于獲取廣告對應的定向投放條件;
生成單元,用于根據(jù)所述定向投放條件生成請求串;
發(fā)送單元,用于根據(jù)所述生成單元中的所述請求串向服務端發(fā)送請求,所述請求用于請求獲取與所述請求串中的定向條件對應的廣告;
接收單元,用于接收服務端根據(jù)所述請求發(fā)送的返回結果;
分析單元,用于分析所述接收單元中的所述返回結果確定所述廣告是否成功投放,如果否,則通過日志定位失敗的原因。
結合本發(fā)明實施例第二方面,在本發(fā)明實施例第二方面的第一種可能的實現(xiàn)方式中,所述裝置第一獲取單元之前還包括:
第二獲取單元,還用于在預設時間間隔內(nèi)從線上獲取廣告庫文件;
對比單元,用于判斷所述廣告庫文件的md5值和上一次獲取的廣告庫文件的md5值是否相同;
若所述判斷單元判斷所述廣告庫文件的md5值和上一次獲取的廣告庫文件的md5值不相同,則將所述廣告庫文件和上一次獲取的廣告庫文件進行對比,找出新增的廣告。
結合本發(fā)明實施例第二方面,在本發(fā)明實施例第二方面的第二種可能的實現(xiàn)方式中,所述第一獲取單元具體用于:
獲取所述廣告的標識,所述標識具體可為id;根據(jù)所述廣告的所述標識,從廣告投放系統(tǒng)中查詢所述標識對應的所述定向投放條件。
結合本發(fā)明實施例第二方面,在本發(fā)明實施例第二方面的第三種可能的實現(xiàn)方式中,所述生成單元具體用于:
獲取所述定向投放條件的所有子條件;
生成每個所述子條件對應的請求參數(shù);將每個所述請求參數(shù)拼接成所述請求串。
結合本發(fā)明實施例第二方面,在本發(fā)明實施例第二方面的第四種可能的實現(xiàn)方式中,所述分析單元具體用于:
判斷所述返回結果中是否存在所述廣告的所述標識;
若所述返回結果中存在所述標識,則所述廣告已投放;
若所述返回結果中不存在所述標識,則所述廣告投放失敗。
在發(fā)明實施例中,首先獲取廣告對應的定向投放條件,根據(jù)該定向投放條件生成請求串;根據(jù)請求串向服務端發(fā)送請求,該請求用于請求獲取與請求串中的定向條件對應的廣告;接收服務端根據(jù)請求發(fā)送的返回結果;分析該返回結果確定廣告是否成功投放,如果否,則通過日志定位失敗的原因??梢钥闯?,本發(fā)明實施例能夠實時、自動監(jiān)控廣告的投放狀態(tài),并定位廣告投放失敗的原因可實時通知廣告主,提高了監(jiān)控廣告投放狀態(tài)的便利性。
附圖說明
為了更清楚地說明本發(fā)明實施例中的技術方案,下面將對實施例中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖是本發(fā)明的一些實施例,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
圖1是本發(fā)明實施例公開的一種監(jiān)控廣告投放的方法的流程示意圖;
圖2是本發(fā)明實施例公開的另一種監(jiān)控廣告投放的方法的流程示意圖;
圖3是本發(fā)明實施例公開的一種監(jiān)控廣告投放的裝置的結構示意圖;
圖4是本發(fā)明實施例公開的一種計算機設備的結構示意圖。
具體實施方式
下面將結合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
本發(fā)明實施例公開了一種監(jiān)控廣告投放的方法及裝置,能夠實時、自動監(jiān)控廣告投放的狀態(tài),并定位廣告投放失敗的原因并實時通知廣告主,提高了監(jiān)控廣告投放狀態(tài)的便利性。以下分別進行詳細說明。
請參閱圖1,圖1是本發(fā)明實施例公開的一種監(jiān)控廣告投放的方法的流程示意圖。
s101、獲取廣告對應的定向投放條件。
上述步驟s101中定向投放條件是指在廣告投放系統(tǒng)中預先設置的廣告定向條件,該定向投放條件包括多個子條件,該子條件包括:國家、城市、投放人群特性,例如:中國、廣州、20-25歲之間的女性、愛好美容等等。
作為一種可選的實施方式,獲取廣告對應的定向投放條件之前,上述方法還包括:
在預設時間間隔內(nèi)從線上獲取廣告庫文件;判斷所述廣告庫文件的md5值和上一次獲取的廣告庫文件的md5值是否相同;若所述廣告庫文件的md5值和上一次獲取的廣告庫文件的md5值不相同,則將所述廣告庫文件和上一次獲取的廣告庫文件進行對比,找出新增的廣告。
上述實施方式應用于監(jiān)控新增的廣告投放狀態(tài)的技術場景,其方法原理是:在獲取廣告對應的定向投放條件之前,需要找到新增的廣告。
其中,md5為計算機安全領域廣泛使用的一種散列函數(shù),用以提供消息的完整性保護,典型應用是對一段信息產(chǎn)生信息摘要,以防止被篡改。在本發(fā)明實施例中,通過判斷廣告庫文件的md5值和上一次廣告庫文件的md5值是否相同,判斷是否有新增廣告,如果廣告庫文件的md5值和上一次廣告庫文件的md5值不相同,則證明有新增廣告,則對兩次廣告庫文件的廣告id進行對比,若存在不同的廣告id,則定位該廣告,將該廣告確定為新增的廣告。
舉例來說:上一次廣告庫文件中有10個廣告id,這一次廣告庫文件有10個廣告id,兩次廣告庫文件的md5值不同,對比兩個廣告庫文件的所有id,發(fā)現(xiàn)這一次10個id中有2個是上一次10個id中未出現(xiàn)的,則定位這兩個id對應的廣告,將這兩個廣告確定為新增的廣告。
又舉例來說:上一次廣告庫文件中有10個廣告id,這一次廣告庫文件有12個廣告id,兩次廣告庫文件的md5值不同,對比兩個廣告庫文件的所有id,發(fā)現(xiàn)新增了2個id,則定位這2個id對應的廣告,將這2個廣告確定為新增的廣告。
又舉例來說:上一次廣告庫文件中有10個廣告id,這一次廣告庫文件有8個廣告id,兩次廣告庫文件的md5值不同,對比兩個廣告庫文件的所有id,發(fā)現(xiàn)雖然廣告id數(shù)量增加了,但是出現(xiàn)了2個上一次沒有出現(xiàn)的新id,則定位這2個id對應的廣告,將這2個廣告確定為新增的廣告。
當然,在實際應用中,也存在廣告文件單純減少的情況,此處不做具體限定。
作為一種可選的實施方式,獲取廣告對應的定向投放條件,上述方法還包括:獲取所述廣告的標識,所述標識具體可為id;根據(jù)所述廣告的所述標識,從廣告投放系統(tǒng)中查詢所述標識對應的所述定向投放條件。其中獲取所述廣告的id,可以通過手動輸入廣告id,也可以通過其他方式自動獲取,此處不做具體限定。本發(fā)明實施例支持手動輸入廣告id,從而對特定該id對應的目標廣告進行監(jiān)控,滿足了用戶對于廣告監(jiān)控的多樣化需求,提高了監(jiān)控廣告投放的便利性。
s102、根據(jù)定向投放條件生成請求串。
作為一種可選的實施方式,根據(jù)定向投放條件生成請求串,具體實現(xiàn)方式包括:獲取所述定向投放條件的所有子條件;生成每個所述子條件對應的請求參數(shù);將每個所述請求參數(shù)拼接成所述請求串??梢钥闯?,實施本發(fā)明實施例,可以實現(xiàn)根據(jù)定向投放條件自動生成請求串,無需人工拼接請求串,不管是研發(fā)人員還是非研發(fā)人員都能夠使用該監(jiān)控廣告投放的方法。
可選的,在本發(fā)明實施例中上述步驟s102中請求串具體為請求參數(shù)的集合。
例如:一個廣告的定向投放條件是中國、廣州、20-25歲之間的女性、愛好美容,則將中國、廣州、20-25歲之間的女性、愛好美容生成一一對應的請求參數(shù),然后將這些請求參數(shù)拼接為一個請求參數(shù)的集合,該請求參數(shù)的集合即為請求串。
s103、根據(jù)請求串向服務端發(fā)送請求,該請求用于請求獲取與請求串中的定向條件對應的廣告。
s104、接收服務端根據(jù)請求發(fā)送的返回結果。
s105、分析該返回結果。
作為一種可選的實施方式,分析該放回結果具體包括:分析所述返回結果確定所述廣告是否成功投放,如果否,則通過日志定位失敗的原因,并通知廣告主。
其中,分析所述返回結果確定所述廣告是否成功投放,實現(xiàn)方式包括:
判斷所述返回結果中是否存在所述廣告的所述標識;若所述返回結果中存在所述標識,則所述廣告已投放;若所述返回結果中不存在所述標識,則所述廣告投放失敗。
在本發(fā)明實施例中,廣告投放失敗的原因主要包括:廣告投放策略原因,例如:廣告主經(jīng)費不足,則將預設時間范圍內(nèi),將投放次數(shù)減少一半。所以在實際的廣告投放系統(tǒng)中,即使服務端在接收到廣告獲取請求之后,從廣告池中拉取到符合廣告投放條件的廣告,但是由于廣告投放策略原因,仍然存在廣告投放失敗的情況,但是這種情況卻很難被廣告主所發(fā)覺,在現(xiàn)有技術方案中只能通過研發(fā)人員重新查新調試(debug)日志才能定位原因。
可選的,上述日志用于記錄廣告投放過程中的所有流程。當確定廣告投放失敗之后,可以通過查詢該日志來定位廣告被過濾的原因,并將該原因反饋給廣告主,以便于廣告主實時了解廣告投放的狀態(tài)以及廣告投放失敗的原因,從而給出進一步的解決策略。例如:當廣告主接收到因為經(jīng)費不足導致廣告被過濾,沒有被投放成功時,則廣告主可以根據(jù)該消息決定是否要追加經(jīng)費。
在圖1所描述的方法中,本發(fā)明實施例首先獲取廣告對應的定向投放條件,根據(jù)該定向投放條件生成請求串;根據(jù)請求串向服務端發(fā)送請求,該請求用于請求獲取與請求串中的定向條件對應的廣告;接收服務端根據(jù)請求發(fā)送的返回結果;分析該返回結果確定廣告是否成功投放,如果否,則通過日志定位失敗的原因,。可以看出,本發(fā)明實施例能夠實時、自動監(jiān)控任意廣告的投放狀態(tài),并定位廣告投放失敗的原因可實時通知廣告主,提高了監(jiān)控廣告投放狀態(tài)的便利性。
請參閱圖2,圖2是本發(fā)明實施例公開的另一種監(jiān)控廣告投放的方法的流程示意圖。如圖1所示,該種監(jiān)控廣告投放的方法可以包括以下步驟:
s201、在預設時間間隔內(nèi)從線上獲取廣告庫文件。
上述步驟s201中廣告庫文件可以包括:多個廣告文件。
上述步驟s201中時間間隔可以人為設定,可選的:5分鐘、10分鐘等,在此處不做具體限定。
s202、從該廣告庫文件中找出新增的廣告。
作為一種可選的實施方式,從該廣告庫文件中找出新增的廣告,具體實現(xiàn)方式包括:
判斷所述廣告庫文件的md5(message-digestalgorithm5,md5)值和上一次獲取的廣告庫文件的md5值是否相同;
若所述廣告庫文件的md5值和上一次獲取的廣告庫文件的md5值不相同,則將所述廣告庫文件和上一次獲取的廣告庫文件進行對比,找出新增的廣告。
其中,md5為計算機安全領域廣泛使用的一種散列函數(shù),用以提供消息的完整性保護,典型應用是對一段信息(message)產(chǎn)生信息摘要(messagedigest),以防止被篡改。在本發(fā)明實施例中,通過判斷廣告庫文件的md5值和上一次廣告庫文件的md5值是否相同,判斷是否有新增廣告,如果廣告庫文件的md5值和上一次廣告庫文件的md5值不相同,則證明有新增廣告,則對兩次廣告庫文件的廣告id進行對比,若存在不同的廣告id,則定位該廣告,將該廣告確定為新增的廣告。
舉例來說:上一次廣告庫文件中有10個廣告id,這一次廣告庫文件有10個廣告id,兩次廣告庫文件的md5值不同,對比兩個廣告庫文件的所有id,發(fā)現(xiàn)這一次10個id中有2個是上一次10個id中未出現(xiàn)的,則定位這兩個id對應的廣告,將這兩個廣告確定為新增的廣告。
又舉例來說:上一次廣告庫文件中有10個廣告id,這一次廣告庫文件有12個廣告id,兩次廣告庫文件的md5值不同,對比兩個廣告庫文件的所有id,發(fā)現(xiàn)新增了2個id,則定位這2個id對應的廣告,將這2個廣告確定為新增的廣告。
又舉例來說:上一次廣告庫文件中有10個廣告id,這一次廣告庫文件有8個廣告id,兩次廣告庫文件的md5值不同,對比兩個廣告庫文件的所有id,發(fā)現(xiàn)雖然廣告id數(shù)量增加了,但是出現(xiàn)了2個上一次沒有出現(xiàn)的新id,則定位這2個id對應的廣告,將這2個廣告確定為新增的廣告。
當然,在實際應用中,也存在廣告文件單純減少的情況,此處不做具體限定。
s203、獲取新增的廣告對應的定向投放條件。
上述步驟s203中定向投放條件是指在廣告投放系統(tǒng)中預先設置的廣告定向條件,該定向投放條件包含多個子條件,該子條件包括:國家、城市、投放人群特性,例如:中國、廣州、20-25歲之間的女性、愛好美容等等。
作為一種可選的實施方式,獲取新增的廣告對應的定向投放條件,包括:獲取所述廣告的標識,所述標識具體可為id;根據(jù)所述廣告的所述標識,從廣告投放系統(tǒng)中查詢所述標識對應的定向投放條件。
s204、根據(jù)定向投放條件生成請求串。
作為一種可選的實施方式,根據(jù)定向投放條件生成請求串,實現(xiàn)方式包括:獲取所述定向投放條件的所有子條件;生成每個所述子條件對應的請求參數(shù);將每個所述請求參數(shù)拼接成所述請求串??梢钥闯觯瑢嵤┍景l(fā)明實施例,可以實現(xiàn)根據(jù)定向投放條件自動生成請求串,無需人工拼接請求串,不管是研發(fā)人員還是非研發(fā)人員都能夠使用該監(jiān)控廣告投放的方法。
可選的,在本發(fā)明實施例中上述步驟s204中請求串具體為請求參數(shù)的集合。
例如:一個廣告的定向投放條件是中國、廣州、20-25歲之間的女性、愛好美容,則將中國、廣州、20-25歲之間的女性、愛好美容生成一一對應的請求參數(shù),然后將這些請求參數(shù)拼接為一個請求參數(shù)的集合,該請求參數(shù)的集合即為請求串。
s205、根據(jù)請求串向服務端發(fā)送請求,該請求用于請求獲取與請求串中的定向條件對應的廣告。
s206、接收服務端根據(jù)請求發(fā)送的返回結果。
s207、分析該返回結果。
作為一種可選的實施方式,分析該放回結果具體包括:分析所述返回結果確定所述廣告是否成功投放,如果否,則通過日志定位失敗的原因,并通知廣告主。
其中,分析所述返回結果確定所述廣告是否成功投放,具體實現(xiàn)方式包括:
判斷所述返回結果中是否存在所述廣告的所述標識;若所述返回結果中存在所述標識,則所述廣告已投放;若所述返回結果中不存在所述標識,則所述廣告投放失敗。
在本發(fā)明實施例中,廣告投放失敗的原因主要包括:廣告投放策略原因,例如:廣告主經(jīng)費不足,則將預設時間范圍內(nèi),將投放次數(shù)減少一半。所以在實際的廣告投放系統(tǒng)中,即使服務端在接收到廣告獲取請求之后,從廣告池中拉取到符合廣告投放條件的廣告,但是由于廣告投放策略原因,仍然存在廣告投放失敗的情況,但是這種情況卻很難被廣告主所發(fā)覺,在現(xiàn)有技術方案中只能通過研發(fā)人員重新查新調試(debug)日志才能定位原因。
可選的,上述日志用于記錄廣告投放過程中的所有流程。當確定廣告投放失敗之后,可以通過查詢該日志來定位廣告被過濾的原因,并將該原因反饋給廣告主,以便于廣告主實時了解廣告投放的狀態(tài)以及廣告投放失敗的原因,從而給出進一步的解決策略。例如:當廣告主接收到因為經(jīng)費不足導致廣告被過濾,沒有被投放成功時,則廣告主可以根據(jù)該消息決定是否要追加經(jīng)費。
在圖2所描述的方法中,本發(fā)明實施例首先在預設時間間隔內(nèi)從線上獲取廣告庫文件,從該廣告庫文件中找出新增的廣告,獲取新增的廣告對應的定向投放條件,然后根據(jù)定向投放條件生成請求串,根據(jù)請求串向服務端發(fā)送請求,接收服務端根據(jù)請求發(fā)送的返回結果,并分析該返回結果確定所述廣告是否成功投放,如果否,則通過日志定位失敗的原因??梢钥闯?,本發(fā)明實施例能夠實時、自動監(jiān)控新增廣告的投放狀態(tài),并定位廣告投放失敗的原因可實時通知廣告主,提高了監(jiān)控廣告投放狀態(tài)的便利性。
請參閱圖3,圖3是本發(fā)明實施例公開的一種監(jiān)控廣告投放的裝置的結構示意圖,可以用于執(zhí)行本發(fā)明實施例公開的一種監(jiān)控廣告投放的方方法。如圖3所示,該裝置300可以包括:
第一獲取單元301,用于獲取廣告對應的定向投放條件。
上述定向投放條件是指在廣告投放系統(tǒng)中預先設置的廣告定向條件,該定向投放條件包括多個子條件,該子條件包括:國家、城市、投放人群特性,例如:中國、廣州、20-25歲之間的女性、愛好美容等等。
可選的,所述第一獲取單元301具體用于:
獲取所述廣告的標識,所述標識具體可為id;根據(jù)所述廣告的所述標識,從廣告投放系統(tǒng)中查詢所述標識對應的所述定向投放條件。其中獲取所述廣告的id,可以通過手動輸入廣告id。本發(fā)明實施例支持手動輸入廣告id,從而對特定該id對應的目標廣告進行監(jiān)控,滿足了用戶對于廣告監(jiān)控的多樣化需求,提高了監(jiān)控廣告投放的便利性。
生成單元302,用于根據(jù)所述定向投放條件生成請求串。
可選的,所述生成單元302具體用于:獲取所述定向投放條件的所有子條件;生成每個所述子條件對應的請求參數(shù);將每個所述請求參數(shù)拼接成所述請求串??梢钥闯?,實施本發(fā)明實施例,可以實現(xiàn)根據(jù)定向投放條件自動生成請求串,無需人工拼接請求串,不管是研發(fā)人員還是非研發(fā)人員都能夠使用該監(jiān)控廣告投放的方法。
可選的,在本發(fā)明實施例中上述請求串具體為請求參數(shù)的集合。
發(fā)送單元303,用于根據(jù)所述生成單元中的所述請求串向服務端發(fā)送請求,所述請求用于請求獲取與所述請求串中的定向條件對應的廣告。
接收單元304,用于接收服務端根據(jù)所述請求發(fā)送的返回結果。
分析單元305,用于分析所述接收單元中的所述返回結果確定所述廣告是否成功投放,如果否,則通過日志定位失敗的原因,并通知廣告主。
可選的,上述分析單元305具體用于:判斷所述返回結果中是否存在所述廣告的所述標識;若所述返回結果中存在所述標識,則所述廣告已投放;若所述返回結果中不存在所述標識,則所述廣告投放失敗。
在本發(fā)明實施例中,廣告投放失敗的原因主要包括:廣告投放策略原因,例如:廣告主經(jīng)費不足,則將預設時間范圍內(nèi),將投放次數(shù)減少一半。所以在實際的廣告投放系統(tǒng)中,即使服務端在接收到廣告獲取請求之后,從廣告池中拉取到符合廣告投放條件的廣告,但是由于廣告投放策略原因,仍然存在廣告投放失敗的情況,但是這種情況卻很難被廣告主所發(fā)覺,在現(xiàn)有技術方案中只能通過研發(fā)人員重新查新調試(debug)日志才能定位原因。
可選的,上述日志用于記錄廣告投放過程中的所有流程。當確定廣告投放失敗之后,可以通過查詢該日志來定位廣告被過濾的原因,并將該原因反饋給廣告主,以便于廣告主實時了解廣告投放的狀態(tài)以及廣告投放失敗的原因,從而給出進一步的解決策略。例如:當廣告主接收到因為經(jīng)費不足導致廣告被過濾,沒有被投放成功時,則廣告主可以根據(jù)該消息決定是否要追加經(jīng)費。
可選的,上述裝置第一獲取單元301之前還包括:
第二獲取單元306,還用于在預設時間間隔內(nèi)從線上獲取廣告庫文件;
對比單元307,用于判斷所述廣告庫文件的md5值和上一次獲取的廣告庫文件的md5值是否相同;若所述廣告庫文件的md5值和上一次獲取的廣告庫文件的md5值不相同,則將所述廣告庫文件和上一次獲取的廣告庫文件進行對比,找出新增的廣告。
其中,md5為計算機安全領域廣泛使用的一種散列函數(shù),用以提供消息的完整性保護,典型應用是對一段信息產(chǎn)生信息摘要,以防止被篡改。在本發(fā)明實施例中,判斷單元306判斷廣告庫文件的md5值和上一次廣告庫文件的md5值是否相同,判斷是否有新增廣告,如果廣告庫文件的md5值和上一次廣告庫文件的md5值不相同,則證明有新增廣告,則對比單元307對兩次廣告庫文件的廣告id進行對比,若存在不同的廣告id,則定位該廣告,將該廣告確定為新增的廣告。
具體地,本發(fā)明實施例中介紹的監(jiān)控廣告投放的裝置可以實施本發(fā)明結合圖1或圖2介紹的監(jiān)控廣告投放的方法的實施例中的部分或全部流程。
本發(fā)明所有實施例中的單元或子單元,可以通過通用集成電路,例如cpu,或通過asic(applicationspecificintegratedcircuit,專用集成電路)來實現(xiàn)。
圖4為本申請?zhí)峁┑囊环N計算機設備的結構示意圖,該計算機設備400包括至少一個處理器401,至少一個存儲器402以及至少一個通信接口403。所述處理器401、所述存儲器402和所述通信接口403通過所述通信總線連接并完成相互間的通信。
處理器401可以是通用中央處理器(cpu),微處理器,特定應用集成電路(application-specificintegratedcircuit,asic),或一個或多個用于控制以上方案程序執(zhí)行的集成電路。
通信接口403,用于與其他設備或通信網(wǎng)絡通信,如以太網(wǎng),無線接入網(wǎng)(ran),無線局域網(wǎng)(wirelesslocalareanetworks,wlan)等。
存儲器402可以是只讀存儲器(read-onlymemory,rom)或可存儲靜態(tài)信息和指令的其他類型的靜態(tài)存儲設備,隨機存取存儲器(randomaccessmemory,ram)或者可存儲信息和指令的其他類型的動態(tài)存儲設備,也可以是電可擦可編程只讀存儲器(electricallyerasableprogrammableread-onlymemory,eeprom)、只讀光盤(compactdiscread-onlymemory,cd-rom)或其他光盤存儲、光碟存儲(包括壓縮光碟、激光碟、光碟、數(shù)字通用光碟、藍光光碟等)、磁盤存儲介質或者其他磁存儲設備、或者能夠用于攜帶或存儲具有指令或數(shù)據(jù)結構形式的期望的程序代碼并能夠由計算機存取的任何其他介質,但不限于此。存儲器可以是獨立存在,通過總線與處理器相連接。存儲器也可以和處理器集成在一起。
其中,所述存儲器402用于存儲執(zhí)行以上方案的應用程序代碼,所述處理器401用于調用所述存儲器402中存儲的應用程序代碼執(zhí)行如下操作:
獲取廣告對應的定向投放條件;根據(jù)所述定向投放條件生成請求串;根據(jù)所述請求串向服務端發(fā)送請求,所述請求用于請求獲取與所述請求串中的定向條件對應的廣告;接收服務端根據(jù)所述請求發(fā)送的返回結果;分析所述返回結果確定所述廣告是否成功投放,如果否,則通過日志定位失敗的原因,并通知廣告主。
本發(fā)明實施例還提供一種計算機可讀存儲介質,該計算機可讀存儲介質中存儲有計算機指令,當計算機設備的至少一個處理器執(zhí)行該計算機指令時,該計算機設備執(zhí)行上述實施例提供的監(jiān)控廣告投放的方法,或者該計算機設備部署上述的監(jiān)控廣告投放的裝置。
本發(fā)明實施例還提供一種計算機程序產(chǎn)品,該計算機程序產(chǎn)品包括計算機指令,該計算機指令存儲在計算機可讀存儲介質中。計算機設備的至少一個處理器可以從計算機可讀存儲介質讀取該計算機指令,至少一個處理器執(zhí)行該計算機指令,使得計算機設備實施上述的監(jiān)控廣告投放的方法,或者該計算機設備部署上述實施例提供的監(jiān)控廣告投放的裝置。
需要說明的是,對于前述的各方法實施例,為了簡單描述,故將其都表述為一系列的動作組合,但是本領域技術人員應該知悉,本發(fā)明并不受所描述的動作順序的限制,因為依據(jù)本發(fā)明,某些步驟可以采用其他順序或者同時進行。其次,本領域技術人員也應該知悉,說明書中所描述的實施例均屬于優(yōu)選實施例,所涉及的動作和模塊并不一定是本發(fā)明所必須的。
在上述實施例中,對各個實施例的描述都各有側重,某個實施例中沒有詳述的部分,可以參見其他實施例的相關描述。
在本申請所提供的幾個實施例中,應該理解到,所揭露的裝置,可通過其它的方式實現(xiàn)。例如,以上所描述的裝置實施例僅僅是示意性的,例如所述單元的劃分,僅僅為一種邏輯功能劃分,實際實現(xiàn)時可以有另外的劃分方式,例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng),或一些特征可以忽略,或不執(zhí)行。另一點,所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口,裝置或單元的間接耦合或通信連接,可以是電性或其它的形式。
所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網(wǎng)絡單元上??梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。
另外,在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中,也可以是各個單元單獨物理存在,也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn),也可以采用軟件功能單元的形式實現(xiàn)。
所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時,可以存儲在一個計算機可讀取存儲器中。基于這樣的理解,本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品存儲在一個存儲器中,包括若干指令用以使得一臺計算機設備(可為個人計算機、服務器或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲器包括:u盤、只讀存儲器(rom,read-onlymemory)、隨機存取存儲器(ram,randomaccessmemory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質。
本領域普通技術人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關的硬件來完成,該程序可以存儲于一計算機可讀存儲器中,存儲器可以包括:閃存盤、只讀存儲器(英文:read-onlymemory,簡稱:rom)、隨機存取器(英文:randomaccessmemory,簡稱:ram)、磁盤或光盤等。
以上對本發(fā)明實施例進行了詳細介紹,本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述,以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想;同時,對于本領域的一般技術人員,依據(jù)本發(fā)明的思想,在具體實施方式及應用范圍上均會有改變之處,綜上上述,本說明書內(nèi)容不應理解為對本發(fā)明的限制。