(57)【特許請求の範囲】
【請求項１】
バックグラウンドサーバと、少なくとも１つのクライアントデバイスとを含む広告プッシュシステムであって、
前記バックグラウンドサーバは、前記クライアントデバイスのユーザのユーザ特性情報に従って、前面広告の再生アドレス及びn個の候補広告のプレビュー素材を前記少なくとも１つのクライアントデバイスに提供するように構成され、nは正の整数であり、前記ユーザ特性情報は、前記ユーザの基本個人情報及び／又はネットワーク上での前記ユーザの個人習慣及び使用選好を反映するように構成され、
前記バックグラウンドサーバは、
前記クライアントデバイスにより送信された広告獲得要求を受信するように更に構成され、前記広告獲得要求は、前記ユーザ特性情報を搬送し、
前記ユーザ特性情報に基づいて前記ユーザのユーザタイプを決定し、
前記ユーザタイプに合致する広告から前記前面広告を選択し、
前記ユーザタイプに合致する前記広告からA個の候補広告を選択し、
前記ユーザタイプに合致しない広告からB個の候補広告を選択するように更に構成され、
A+B=nであり、A及びBはそれぞれ正の整数であり、
前記クライアントデバイスは、
前記前面広告の前記再生アドレスに従って、前記前面広告を再生し、
前記前面広告を再生する過程の間に前記ユーザによりトリガーされた選択命令を検出したときに、前記n個の候補広告の全部又は一部の前記プレビュー素材を表示し、
前記候補広告の前記プレビュー素材において実行された前記ユーザの選択操作に応じて、再生するために前記n個の候補広告から少なくとも１つの候補広告を選択するように構成されるシステム。
【請求項２】
前記クライアントデバイスは、前記選択操作に基づいて操作記録情報を生成し、前記操作記録情報を前記バックグラウンドサーバに送信するように更に構成され、前記操作記録情報は、前記ユーザによる前記候補広告の選択順序及び選択結果を反映するように構成され、
前記バックグラウンドサーバは、前記クライアントデバイスにより送信された前記操作記録情報に基づいて前記ユーザの前記ユーザタイプを再決定するように更に構成される、請求項１に記載のシステム。
【請求項３】
前記選択命令は、前記ユーザにより、シェイク操作、タッチ操作、音声信号又は画像信号を用いてトリガーされる、請求項１又は２に記載のシステム。
【請求項４】
前記クライアントデバイスは、一般プレビューページの全体又は一部を表示するように、或いは複数のプレビューページのうち１つを表示するように更に構成され、
前記一般プレビューページは、前記n個の候補広告の前記プレビュー素材を同時に表示し、前記複数のプレビューページのそれぞれは、前記n個の候補広告のうち少なくとも１つの前記プレビュー素材を表示する、請求項１又は２に記載のシステム。
【請求項５】
前記クライアントデバイスは、
前記ユーザにより選択された前記プレビュー素材に対応する候補広告を選択するために、前記プレビュー素材を選択するためのインタフェースを前記ユーザに提供し、
前記候補広告の前記プレビュー素材の表示持続時間を取得し、
前記表示持続時間が予め設定された持続時間に到達した場合、前記ユーザにより選択された前記候補広告の数kが予め設定された閾値q未満であるか否かを決定するように更に構成され、kは0以上の整数であり、qは0より大きい整数であり、
k<qである場合、前記ユーザにより選択されていない前記候補広告からq-k個の候補広告を自動的に選択し、前記ユーザにより選択された前記k個の候補広告と、前記q-k個の自動的に選択された候補広告とを再生し、
k≧qである場合、前記ユーザにより選択されたk個の候補広告を再生するように更に構成される、請求項１又は２のうちいずれか１項に記載のシステム。
【請求項６】
バックグラウンドサーバにより提供された前面広告の再生アドレスに従って、前記前面広告を再生するように構成された前面広告再生モジュールと、
前記前面広告を再生する過程の間にユーザによりトリガーされた選択命令を検出したときに、n個の候補広告の全部又は一部のプレビュー素材を表示するように構成された素材表示モジュールであり、nは正の整数である素材表示モジュールと、
前記候補広告の前記プレビュー素材において実行された前記ユーザの選択操作に応じて、再生するために前記n個の候補広告から少なくとも１つの候補広告を選択するように構成された候補広告選択及び再生モジュールと、
前記バックグラウンドサーバにより送信された前記前面広告の前記再生アドレス及び前記n個の候補広告の前記プレビュー素材を受信するように構成された広告受信モジュールであり、前記前面広告及び前記n個の候補広告は、前記バックグラウンドサーバにより、前記ユーザのユーザタイプに従って広告プールから選択され、前記ユーザの前記ユーザタイプは、前記バックグラウンドサーバにより前記ユーザのユーザ特性情報に基づいて決定される広告受信モジュールと、
広告獲得要求を前記バックグラウンドサーバに送信するように構成された要求送信モジュールであり、前記広告獲得要求は、前記ユーザ特性情報を搬送し、前記ユーザ特性情報は、前記ユーザの基本個人情報及び／又はネットワーク上での前記ユーザの個人習慣及び使用選好を反映するように構成される要求送信モジュールと
を含み、
前記n個の候補広告は、前記ユーザタイプに合致するA個の候補広告と、前記ユーザタイプに合致しないB個の候補広告とを含み、A+B=nであり、A及びBはそれぞれ正の整数である広告プッシュ装置。
【請求項７】
前記選択操作に基づいて操作記録情報を生成するように構成された情報生成モジュールであり、前記操作記録情報は、前記ユーザによる前記候補広告の選択順序及び選択結果を反映するように構成される情報生成モジュールと、
前記操作記録情報を前記バックグラウンドサーバに送信するように構成された情報送信モジュールであり、前記バックグラウンドサーバは、前記操作記録情報に基づいて前記ユーザの前記ユーザタイプを再決定するように構成される情報送信モジュールと
を更に含む、請求項６に記載の装置。
【請求項８】
前記選択命令は、前記ユーザにより、シェイク操作、タッチ操作、音声信号又は画像信号を用いてトリガーされる、請求項６又は７に記載の装置。
【請求項９】
前記素材表示モジュールは、一般プレビューページの全体又は一部を表示するように、或いは複数のプレビューページのうち１つを表示するように構成され、
前記一般プレビューページは、前記n個の候補広告のプレビュー素材を同時に表示し、前記複数のプレビューページのそれぞれは、前記n個の候補広告のうち少なくとも１つの前記プレビュー素材を表示する、請求項６又は７に記載の装置。
【請求項１０】
前記候補広告選択及び再生モジュールは、
前記ユーザにより選択された前記プレビュー素材に対応する候補広告を選択するために、候補広告の前記プレビュー素材を選択するためのインタフェースを前記ユーザに提供するように構成されたユーザ選択ユニットと、
前記候補広告の前記プレビュー素材の表示持続時間を取得するように構成された持続時間獲得ユニットと、
前記表示持続時間が予め設定された持続時間に到達した場合、前記ユーザにより選択された前記候補広告の数kが予め設定された閾値q未満であるか否かを決定するように構成された数決定ユニットであり、kは0以上の整数であり、qは0より大きい整数である数決定ユニットと、
k<qである場合、前記ユーザにより選択されていない前記候補広告からq-k個の候補広告を自動的に選択し、前記ユーザにより選択された前記k個の候補広告と、前記q-k個の自動的に選択された候補広告とを再生するように構成された第１の再生ユニットと、
k≧qである場合、前記ユーザにより選択された前記k個の候補広告を再生するように構成された第２の再生ユニットと
を含む、請求項６又は７に記載の装置。
【請求項１１】
クライアントデバイスにより送信された広告獲得要求を受信するように構成された要求受信モジュールと、
前記広告獲得要求に応じて、前面広告の再生アドレス及びn個の候補広告のプレビュー素材を前記クライアントデバイスに提供するように構成された広告提供モジュールであり、nは正の整数である広告提供モジュールと
を含み、
前記広告獲得要求は、ユーザ特性情報を搬送し、前記ユーザ特性情報は、ユーザの基本個人情報及び／又はネットワーク上での前記ユーザの個人習慣及び使用選好を反映するように構成され、
前記広告提供モジュールは、タイプ決定ユニットと、広告送信ユニットと、広告選択ユニットとを含み、
前記タイプ決定ユニットは、前記ユーザ特性情報に基づいて前記ユーザのユーザタイプを決定するように構成され、
前記広告選択ユニットは、前記ユーザタイプに従って、広告プールから前記前面広告及び前記n個の候補広告を選択するように構成され、
前記広告送信ユニットは、前記前面広告の前記再生アドレス及び前記n個の候補広告の前記プレビュー素材を前記クライアントデバイスに送信するように構成され、
前記広告選択ユニットは、
前記ユーザタイプに合致する広告から前記前面広告を選択するように構成された第１の選択サブユニットと、
前記ユーザタイプに合致する前記広告からA個の候補広告を選択するように構成された第２の選択サブユニットと、
前記ユーザタイプに合致しない広告からB個の候補広告を選択するように構成された第３の選択サブユニットと
を含み、
A+B=nであり、A及びBはそれぞれ正の整数である広告プッシュ装置。
【請求項１２】
前記広告提供モジュールは、
前記クライアントデバイスにより送信された操作記録情報を受信するように構成された情報受信ユニットであり、前記操作記録情報は、前記クライアントデバイスにおいて前記候補広告において実行された選択操作に基づいて、前記クライアントデバイスにより生成され、前記操作記録情報は、前記ユーザによる前記候補広告の選択順序及び選択結果を反映するように構成される情報受信ユニットと、
前記操作記録情報に基づいて前記ユーザの前記ユーザタイプを再決定するように構成されたタイプ再決定ユニットと
を更に含む、請求項１１に記載の装置。
【請求項１３】
バックグラウンドサーバにより提供された前面広告の再生アドレスに従って、前記前面広告を再生するステップと、
前記前面広告を再生する過程の間にユーザによりトリガーされた選択命令を検出したときに、n個の候補広告の全部又は一部のプレビュー素材を表示するステップであり、nは正の整数であるステップと、
前記候補広告の前記プレビュー素材において実行された前記ユーザの選択操作に応じて、再生するために前記n個の候補広告から少なくとも１つの候補広告を選択するステップと、
広告獲得要求を前記バックグラウンドサーバに送信するステップであり、前記広告獲得要求は、ユーザ特性情報を搬送し、前記ユーザ特性情報は、前記ユーザの基本個人情報及び／又はネットワーク上での前記ユーザの個人習慣及び使用選好を反映するように構成されるステップと、
前記バックグラウンドサーバにより送信された前記前面広告の前記再生アドレス及び前記n個の候補広告の前記プレビュー素材を受信するステップであり、前記前面広告及び前記n個の候補広告は、前記バックグラウンドサーバにより、前記ユーザのユーザタイプに従って広告プールから選択され、前記ユーザの前記ユーザタイプは、前記バックグラウンドサーバにより前記ユーザのユーザ特性情報に基づいて決定されるステップと
を含み、
前記n個の候補広告は、前記ユーザタイプに合致するA個の候補広告と、前記ユーザタイプに合致しないB個の候補広告とを含み、A+B=nであり、A及びBはそれぞれ正の整数である広告プッシュ方法。
【請求項１４】
前記選択操作に基づいて操作記録情報を生成するステップであり、前記操作記録情報は、前記ユーザによる前記候補広告の選択順序及び選択結果を反映するように構成されるステップと、
前記操作記録情報を前記バックグラウンドサーバに送信するステップであり、前記バックグラウンドサーバは、前記操作記録情報に基づいて前記ユーザの前記ユーザタイプを再決定するステップと
を更に含む、請求項１３に記載の方法。
【請求項１５】
前記選択命令は、前記ユーザにより、シェイク操作、タッチ操作、音声信号又は画像信号を用いてトリガーされる、請求項１３又は１４に記載の方法。
【請求項１６】
前記n個の候補広告の全部又は一部の前記プレビュー素材を表示するステップは、
一般プレビューページの全体又は一部を表示するステップ、又は複数のプレビューページのうち１つを表示するステップであり、前記一般プレビューページは、前記n個の候補広告のプレビュー素材を表示し、前記複数のプレビューページのそれぞれは、前記n個の候補広告のうち少なくとも１つの前記プレビュー素材を表示するステップを含む、請求項１３又は１４に記載の方法。
【請求項１７】
前記候補広告の前記プレビュー素材において実行された前記ユーザの選択操作に応じて、再生するために前記n個の候補広告から少なくとも１つの候補広告を選択するステップは、
前記ユーザにより選択された前記プレビュー素材に対応する候補広告を選択するために、前記プレビュー素材を選択するためのインタフェースを前記ユーザに提供するステップと、
前記候補広告の前記プレビュー素材の表示持続時間を取得するステップと、
前記表示持続時間が予め設定された持続時間に到達した場合、前記ユーザにより選択された前記候補広告の数kが予め設定された閾値q未満であるか否かを決定するステップであり、kは0以上の整数であり、qは0より大きい整数であるステップと、
k<qである場合、前記ユーザにより選択されていない前記候補広告からq-k個の候補広告を自動的に選択し、前記ユーザにより選択された前記k個の候補広告と、前記q-k個の自動的に選択された候補広告とを再生するステップと、
k≧qである場合、前記ユーザにより選択された前記k個の候補広告を再生するステップと
を含む、請求項１３又は１４に記載の方法。
【請求項１８】
クライアントデバイスにより送信された広告獲得要求を受信するステップと、
前記広告獲得要求に応じて、前面広告の再生アドレス及びn個の候補広告のプレビュー素材を前記クライアントデバイスに提供するステップであり、nは正の整数であるステップと
を含み、
前記広告獲得要求は、ユーザ特性情報を搬送し、前記ユーザ特性情報は、ユーザの基本個人情報及び／又はネットワーク上での前記ユーザの個人習慣及び使用選好を反映するように構成され、
前記広告獲得要求に応じて、前面広告の再生アドレス及びn個の候補広告のプレビュー素材を前記クライアントデバイスに提供するステップは、
前記ユーザ特性情報に基づいて前記ユーザのユーザタイプを決定するステップと、
前記ユーザタイプに合致する広告から前記前面広告を選択するステップと、
前記ユーザタイプに合致する前記広告からA個の候補広告を選択するステップと、
前記ユーザタイプに合致しない広告からB個の候補広告を選択するステップと
を含み、
A+B=nであり、A及びBはそれぞれ正の整数であり、
前記前面広告の前記再生アドレス及び前記n個の候補広告の前記プレビュー素材を前記クライアントデバイスに送信するステップを含む広告プッシュ方法。
【請求項１９】
前記クライアントデバイスにより送信された操作記録情報を受信するステップであり、前記操作記録情報は、前記クライアントデバイスにおいて前記候補広告において実行された選択操作に基づいて、前記クライアントデバイスにより生成され、前記操作記録情報は、前記ユーザによる前記候補広告の選択順序及び選択結果を反映するように構成されるステップと、
前記操作記録情報に基づいて前記ユーザの前記ユーザタイプを再決定するステップと
を更に含む、請求項１８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願への相互参照］
この出願は、2015年6月30日に中国の専利局に出願された「ADVERTISEMENT  PUSH  SYSTEM,  APPARATUS,  AND  METHOD」という名称の中国特許出願第201510374215.4号の優先権を主張し、この全内容を参照により援用する。
【０００２】
［技術分野］
この開示は、オンラインマルチメディアの分野に関し、特に広告プッシュシステム、装置及び方法に関する。
【背景技術】
【０００３】
インターネットビデオ業界の急速な発展により、オンラインビデオは、人々が広告及びエンターテイメントを得るための重要なチャネルになっている。
【０００４】
クライアントデバイスは、一般的に、ビデオサービスをユーザに提供する間に、いくつかの広告を再生することがある。例えば、ユーザが見るためにビデオを選択した場合、複数の広告が最初に再生され、次にビデオが再生される。他の例として、ビデオを再生する過程の間に、ビデオが予め設定された時点まで再生されたときに、ビデオが一時停止されることがあり、クライアントデバイスにより複数の広告がビデオに挿入されることがあり、予め設定された時点の後のビデオコンテンツは、広告の再生が終了した場合に再生され続ける。一般的に、従来の広告プッシュ処理は以下の通りである。予め設定された数の広告は、バックグラウンドサーバにより広告プールから選択され、選択された広告は、クライアントデバイスに提供され、したがって、バックグラウンドサーバにより提供された広告は、順にクライアントデバイスにより再生される。
【０００５】
この開示を考える過程において発明者により見出された通り、少なくとも以下の問題が従来技術に存在する。バックグラウンドサーバにより提供された広告は、単純にバックグラウンドサーバの選択に従ってクライアントデバイスにより再生され、これは、限られた数の有効な視聴者をもたらし、広告リソース及び帯域幅リソースの浪費をもたらし、ユーザの視聴ニーズを満たすことができない。
【発明の概要】
【０００６】
従来技術において広告リソース及び帯域幅リソースを浪費し、ユーザの視聴ニーズを満たすことができないという問題に対処するため、この開示の実施例において、広告プッシュシステム、装置及び方法が提供される。
【０００７】
第１の態様では、広告プッシュシステムが提供される。このシステムは、少なくとも１つのクライアントデバイスと、バックグラウンドサーバとを含んでもよい。バックグラウンドサーバは、クライアントデバイスのユーザのユーザ特性情報に従って、前面広告の再生アドレス及びn個の候補広告のプレビュー素材をクライアントデバイスに提供するように構成され、nは正の整数である。ユーザ特性情報は、ユーザの基本個人情報及び／又はネットワーク上でのユーザの個人習慣及び使用選好を反映するように構成される。クライアントデバイスは、前面広告の再生アドレスに従って、前面広告を再生するように構成される。クライアントデバイスは、前面広告を再生する過程の間にユーザによりトリガーされた選択命令を検出したときに、n個の候補広告の全部又は一部のプレビュー素材を表示するように更に構成される。クライアントデバイスは、候補広告のプレビュー素材において実行されたユーザの選択操作に応じて、再生するためにn個の候補広告から少なくとも１つの候補広告を選択するように更に構成される。
【０００８】
第２の態様では、クライアントデバイスに適用される広告プッシュ装置が提供される。この装置は、バックグラウンドサーバにより提供された前面広告の再生アドレスに従って、前面広告を再生するように構成された前面広告再生モジュールを含む。この装置は、前面広告を再生する過程の間にユーザによりトリガーされた選択命令を検出したときに、n個の候補広告の全部又は一部のプレビュー素材を表示するように更に構成された素材表示モジュールであり、nは正の整数である素材表示モジュールを更に含む。この装置は、候補広告のプレビュー素材において実行されたユーザの選択操作に応じて、再生するためにn個の候補広告から少なくとも１つの候補広告を選択するように構成された候補広告選択及び再生モジュールを更に含む。
【０００９】
第３の態様では、バックグラウンドサーバに適用される広告プッシュ装置が提供される。この装置は、クライアントデバイスにより送信された広告獲得要求を受信するように構成された要求受信モジュールを含む。この装置は、広告獲得要求に応じて、前面広告の再生アドレス及びn個の候補広告のプレビュー素材をクライアントデバイスに提供するように構成された広告提供モジュールであり、nは正の整数である広告提供モジュールを更に含む。広告獲得要求は、ユーザ特性情報を搬送する。ユーザ特性情報は、ユーザの基本個人情報及び／又はネットワーク上でのユーザの個人習慣及び使用選好を反映するように構成される。
【００１０】
第４の態様では、クライアントデバイスに適用される広告プッシュ方法が提供される。この方法は、クライアントデバイスにより、バックグラウンドサーバにより提供された前面広告の再生アドレスに従って、前面広告を再生するステップを含む。この方法は、クライアントデバイスにより、前面広告を再生する過程の間にユーザによりトリガーされた選択命令を検出したときに、n個の候補広告の全部又は一部のプレビュー素材を表示するステップであり、nは正の整数であるステップを更に含む。この方法は、クライアントデバイスにより、候補広告のプレビュー素材において実行されたユーザの選択操作に応じて、再生するためにn個の候補広告から少なくとも１つの候補広告を選択するステップを更に含む。
【００１１】
第５の態様では、バックグラウンドサーバに適用される広告プッシュ方法が提供される。この方法は、バックグラウンドサーバにより、クライアントデバイスにより送信された広告獲得要求を受信するステップを含む。この方法は、バックグラウンドサーバにより、広告獲得要求に応じて、前面広告の再生アドレス及びn個の候補広告のプレビュー素材をクライアントデバイスに提供するステップであり、nは正の整数であるステップを更に含む。広告獲得要求は、ユーザ特性情報を搬送する。ユーザ特性情報は、ユーザの基本個人情報及び／又はネットワーク上でのユーザの個人習慣及び使用選好を反映するように構成される。
【００１２】
複数の候補広告は、クライアントデバイスによりバックグラウンドサーバから取得され、クライアントデバイスにより提供される。少なくとも１つの候補広告は、ユーザの選択操作に応じて、再生するために複数の候補広告から選択される。従来技術において広告リソース及び帯域幅リソースを浪費し、ユーザの視聴ニーズを満たすことができないという問題が対処される。ユーザは、広告を選択する能力を提供され、これにより、ユーザは、自分のニーズに従って、再生するために候補広告から関心のある広告を選択することができ、これは、広告クリック率及び有効な視聴者の数を増加させ、広告リソース及び帯域幅リソースの浪費を低減し、ユーザの自分の選択及び視聴のニーズを満たし、双方向性、面白み及びユーザ体験を改善することができる。
【図面の簡単な説明】
【００１３】
この開示の実施例又は従来技術における技術的解決策をより明確に説明するために、実施例又は従来技術の説明において使用される図面が以下に簡単に紹介される。明らかに、以下に説明する図面は、単にこの開示のいくつかの実施例を示しているに過ぎず、他の図面は、創造的取り組みなしにこれらの図面に基づいて当業者により取得され得る。
【図１】この開示の実施例による実現環境のアーキテクチャを示す概略図である。
【図２】この開示の実施例による端末の概略構成図である。
【図３】この開示の実施例によるサーバの概略構成図である。
【図４Ａ】この開示の実施例による広告プッシュシステムのブロック構成図である。
【図４Ｂ】この開示の実施例によるインタフェースを示す図である。
【図４Ｃ】この開示の実施例によるインタフェースを示す図である。
【図４Ｄ】この開示の実施例によるインタフェースを示す図である。
【図５】この開示の実施例による広告プッシュ方法のフローチャートである。
【図６】この開示の実施例による広告プッシュ方法のフローチャートである。
【図７Ａ】この開示の実施例による広告プッシュ方法のフローチャートである。
【図７Ｂ】この開示の実施例によるステップ702のフローチャートである。
【図７Ｃ】この開示の実施例によるインタフェースを示す図である。
【図７Ｄ】この開示の実施例によるステップ705のフローチャートである。
【図８】この開示の実施例による広告プッシュ装置のブロック構成図である。
【図９】この開示の実施例による広告プッシュ装置のブロック構成図である。
【図１０】この開示の実施例による広告プッシュ装置のブロック構成図である。
【図１１】この開示の実施例による広告プッシュ装置のブロック構成図である。
【発明を実施するための形態】
【００１４】
この開示の目的、技術的解決策及び利点をより明確に示すために、この開示の実施例について、図面と共に詳細に説明する。
【００１５】
実現環境
この開示の実施例による実現環境のアーキテクチャを示す概略図である図１に参照が行われる。実現環境は、少なくとも１つの端末120と、バックグラウンドサーバ140とを含む。
【００１６】
ネットワークサービスを提供するためのクライアントデバイスは、端末120内で動作する。簡潔にするために、ネットワークサービスを提供するためのクライアントデバイスが動作する端末もまた、クライアントデバイスと呼ばれる。或いは、ネットワークサービスは、ビデオサービスのようなマルチメディアサービスでもよい。クライアントデバイスは、ビデオクライアントデバイス又はブラウザでもよい。端末120は、移動電話、タブレットコンピュータ、電子ブックリーダ、マルチメディアプレイヤ、ラップトップポータブルコンピュータ、デスクトップコンピュータ、スマートテレビ等でもよい。
【００１７】
端末120は、有線ネットワーク又は無線ネットワークを通じてバックグラウンドサーバ140と接続される。
【００１８】
バックグラウンドサーバ140は、端末120内で動作するクライアントデバイスに広告を提供するように構成される。一般的に、広告は、ビデオの形式、並びに画像及びテキストのような他の形式である。バックグラウンドサーバ140は、１つのサーバ、若しくは複数のサーバで構成されるサーバクラスタ、又はクラウドコンピューティングサービスセンタでもよい。
【００１９】
コンピュータアーキテクチャ
図２は、この開示の実施例による端末の概略構成図である。ネットワークサービスを提供するためのクライアントデバイスは、端末内で動作してもよい。
【００２０】
端末200は、無線周波数（RF：Radio  Frequency）回路210、１つ以上のコンピュータ読み取り可能記憶媒体を含むメモリ220、入力ユニット230、表示ユニット240、センサ250、オーディオ回路260、ワイヤレスフィデリティ（WiFi：Wireless  Fidelity）モジュール270、１つ以上の処理コアを含むプロセッサ280、電源290等を含んでもよい。図２に示す端末の構成は、端末を限定することを意図するものではなく、端末は、図２に示すものより多くの構成要素若しくは少ない構成要素、又はこれらの構成要素のいずれかの組み合わせ、又は構成要素の異なる配置を含んでもよいことが当業者により理解されるべきである。
【００２１】
具体的には、RF回路210は、情報を受信及び送信するように構成されてもよく、或いは通信の過程において信号を受信及び送信するように構成されてもよい。具体的には、RF回路210は、基地局から下りリンクデータを受信し、処理のために下りリンクデータを図２の１つ以上のプロセッサ280に配信するように構成される。RF回路210は、上りリンクデータを基地局に送信するように更に構成される。一般的に、RF回路210は、アンテナと、少なくとも１つの増幅器と、チューナと、１つ以上の発振器と、加入者識別モジュール（SIM：Subscriber  Identity  Module）カードと、トランシーバと、カプラと、低雑音増幅器（LNA：Low  Noise  Amplifier）と、デュプレクサとを含むが、これらに限定されない。さらに、RF回路210は、無線通信を介して他のデバイス及びネットワークと通信してもよい。無線通信は、グローバル・システム・オブ・モバイル・コミュニケーション（GSM（登録商標）：Global  System  of  Mobile  communication）、汎用パケット無線サービス（GPRS：General  Packet  Radio  Service）、符号分割多元接続（CDMA：Code  Division  Multiple  Access）、広帯域符号分割多元接続（WCDMA（登録商標）：Wideband  Code  Division  Multiple  Access）、ロングタームエボリューション（LTE：Long  Term  Evolution）、電子メール、ショートメッセージングサービス（SMS：Short  Messaging  Service）等を含むがこれらに限定されないいずれかの通信標準又はプロトコルに基づいて実現されてもよい。
【００２２】
メモリ220は、ソフトウェアプログラム及びモジュールを記憶するように構成されてもよい。プロセッサ280は、メモリ220に記憶されたソフトウェアプログラム及びモジュールを動作させることにより、様々な機能アプリケーション及びデータ処理を実行するように構成される。メモリ220は、主にプログラム記憶領域及びデータ記憶領域を含んでもよい。プログラム記憶領域は、少なくとも１つの機能（例えば、音声再生機能、画像再生機能等）により要求されるアプリケーションのようなオペレーティングシステムを記憶するために使用される。データ記憶領域は、端末200の使用により生成されたデータ（例えば、オーディオデータ、電話帳等）を記憶するために使用される。さらに、メモリ220は、少なくとも１つの磁気ディスクメモリ、フラッシュメモリ又は他の揮発性ソリッドステートメモリのように、高速ランダムアクセスメモリ及び不揮発性メモリを含んでもよい。対応して、メモリ220は、プロセッサ280及び入力ユニット230によりメモリ220へのアクセスを提供するように構成されたメモリコントローラを更に含んでもよい。
【００２３】
入力ユニット230は、入力された数字又は文字情報を受信し、キーボード、マウス、操作ロッド、光入力又はトラックボールで入力された、ユーザ設定及び機能制御に関する信号を生成するように構成されてもよい。具体的には、入力ユニット230は、画像入力デバイス231を含んでもよい。画像入力デバイス231は、カメラ又は光電スキャニングデバイスでもよい。画像入力デバイス231に加えて、入力ユニット230は、他の入力デバイス232を更に含んでもよい。具体的には、他の入力デバイス232は、物理キーボード、機能ボタン（音声制御ボタン又はスイッチボタン等）、トラックボール、マウス、操作ロッド等のうち１つ以上を含んでもよいが、これらに限定されない。
【００２４】
表示ユニット240は、ユーザにより入力された情報又はユーザのために提供された情報、及び端末200の様々なグラフィックユーザインタフェースを表示するように構成されてもよい。グラフィックユーザインタフェースは、グラフ、テキスト、アイコン、ビデオ及びこれらのいずれかの組み合わせで構成されてもよい。表示ユニット240は、表示パネル241を含んでもよい。任意選択で、表示パネル241は、液晶ディスプレイ（LCD：Liquid  Crystal  Display）、有機発光ダイオード（OLED：Organic  Light-Emitting  Diode）等の形式で構成されてもよい。
【００２５】
端末200は、光センサ、動きセンサ及び他のセンサのような少なくとも１つの種類のセンサ250を更に含んでもよい。具体的には、光センサは、周辺光センサ及び近接センサを含んでもよい。周辺光センサは、周辺光の明るさに基づいて表示パネル241の明るさを調整してもよく、近接センサは、端末200が耳に移動した場合に表示パネル241又はバックライトを閉じてもよい。１つの種類の動きセンサとして、重力加速度センサは、それぞれの方向（通常では３つの軸が存在する）における加速度の大きさを検出し、静止している間に重力の大きさ及び方向を検出し、移動電話のジェスチャを認識するアプリケーション（ポートレート及び風景方向の間の切り替え、関係するゲーム又は磁力計の較正等）及び振動認識に関する機能（歩数計又はクリック等）に適用されてもよい。光センサ及び動きセンサに加えて、端末200は、ジャイロスコープ、気圧計、湿度計、温度計又は赤外線センサのような１つ以上の他のセンサを備えてもよく、これはここでは説明しない。
【００２６】
オーディオ回路260、スピーカ261及びマイクロフォン262は、ユーザと端末200との間のオーディオインタフェースを提供するために提供されてもよい。オーディオ回路260は、受信したオーディオデータを電気信号に変換し、電気信号をスピーカ261に送信してもよい。スピーカ261は、出力するために電気信号をオーディオ信号に変換する。他方、マイクロフォン262は、収集されたオーディオ信号を電気信号に変換し、電気信号をオーディオ回路260に送信する。オーディオ回路260は、電気信号をオーディオデータに変換し、オーディオデータをプロセッサ280に出力する。プロセッサ280は、オーディオデータを処理し、処理されたオーディオデータをRF回路210に送信し、次に、RF回路210は、例えば、それを他の端末に送信する。或いは、プロセッサ280は、更に処理するために、処理されたオーディオデータをメモリ220に送信する。オーディオ回路260は、周辺機器のヘッドフォンと端末200との間の通信を提供するために、ヘッドフォンジャックを含んでもよい。
【００２７】
WiFiは、短距離無線送信技術である。WiFiモジュール270を用いて、端末200は、ユーザが電子メールを受信及び送信すること、ウェブページをブラウジングすること、及びストリーミングデータにアクセスすることを支援してもよく、これにより、ユーザのために無線ブロードバンドインターネットアクセスを提供する。WiFiモジュール270が図２に示されているが、無線通信ユニット270は、端末200の必要な構成要素ではなく、この開示の本質を変更することなく、要件に基づいて省略されてもよいことが理解され得る。
【００２８】
プロセッサ280は、端末200の制御センタである。プロセッサ280は、様々なインタフェース及び回路を介して端末200のそれぞれの構成要素を接続し、メモリ220に記憶されたソフトウェアプログラム又はモジュールを動作又は実行し、メモリ220に記憶されたデータを呼び出すことにより、端末200のそれぞれの機能を実行し、これにより、メモリ220の全体の監視を実現する。任意選択で、プロセッサ280は、１つ以上の処理コアを含んでもよい。好ましくは、プロセッサ280は、オペレーティングシステム、ユーザインタフェース及びアプリケーションを処理するように主に構成される。さらに、モデムプロセッサがプロセッサ280に統合されてもよい。モデムプロセッサは、無線通信を処理するように構成されてもよい。モデムプロセッサはプロセッサ280に統合されなくてもよく、プロセッサ280と独立した端末200の部分でもよいことが理解され得る。
【００２９】
端末200は、全ての構成要素に電力供給するように構成された電源290（電池等）を更に含む。好ましくは、電源は、電源管理システムを介してプロセッサ280と論理的に接続されてもよく、これにより、充電、放電及び電源管理のような機能の管理が電源管理システムで実現されることができる。電源290は、１つ以上の直流又は交流電源、充電可能システム、電源故障検出回路、電源アダプタ又はインバータ、電源状態インジケータ等を更に含んでもよい。
【００３０】
図面に図示しないが、端末200は、短距離無線通信のためのブルートゥース（登録商標）モジュールを更に含んでもよく、これはここでは説明しない。
【００３１】
図３は、この開示の実施例によるサーバの概略構成図である。サーバは、バックグラウンドサーバでもよい。
【００３２】
具体的には、サーバ300は、中央処理装置（CPU：central  processing  unit）301と、ランダムアクセスメモリ（RAM：random  access  memory）302及び読み取り専用メモリ（ROM：read  only  memory）303を含むシステムメモリ304と、システムメモリ304及び中央処理装置301を接続するシステムバス305とを含む。サーバ300は、コンピュータ内の様々なデバイスの間の情報送信を実現する基本入力／出力システム（I/Oシステム）306と、オペレーティングシステム313、アプリケーション314及び他のプログラムモジュール315を記憶するための大容量記憶デバイス307とを更に含む。
【００３３】
基本入力／出力システム306は、情報を表示するためのディスプレイ308と、マウス又はキーボードのように、ユーザにより情報を入力するための入力デバイス309とを含む。基本入力／出力システム306はまた、システムバス305と接続された入力／出力コントローラ310を含んでもよい。ディスプレイ308及び入力デバイス309は、入力／出力コントローラ310を通じて、システムバス305を介して中央処理装置301とそれぞれ接続される。入力／出力コントローラ310は、キーボード、マウス又は電子スタイラスのような他のデバイスから入力を受信して処理するように構成される。同様に、入力／出力コントローラ310はまた、表示画面、プリンタ又は他の出力デバイスに出力を提供する。
【００３４】
大容量記憶デバイス307は、大容量記憶コントローラ（図示せず）を通じて中央処理装置301と接続され、次に、大容量記憶コントローラは、システムバス305と接続される。大容量記憶デバイス307及びその関連するコンピュータ読み取り可能媒体は、サーバ300のための不揮発性ストレージを提供する。すなわち、大容量記憶デバイス307は、ハードディスク又はCD-ROMドライブのようなコンピュータ読み取り可能媒体（図示せず）を含んでもよい。
【００３５】
一般性を失うことなく、コンピュータ読み取り可能媒体は、コンピュータ記憶媒体と、通信媒体とを含んでもよい。コンピュータ記憶媒体は、コンピュータ読み取り可能命令、データ構造、プログラムモジュール又は他のデータ情報のような情報を記憶するためにいずれかの方法又は技術で実現された揮発性及び不揮発性、取り外し可能及び取り外し可能媒体を含む。コンピュータ記憶媒体は、RAM、ROM、EPROM、EEPROM又はフラッシュメモリのようなソリッド記憶媒体と、CD-ROM又はDVDのような光ストレージと、磁気カセット、磁気テープ又は磁気ディスクストレージのような磁気記憶デバイスとを含む。当然に、当業者は、コンピュータ記憶媒体が前述のものに限定されないことを認識する。システムメモリ304及び大容量記憶デバイス307は、併せてメモリと呼ばれてもよい。メモリはまた、１つ以上のプログラムを含み、１つ以上のプログラムは、メモリに記憶され、CPU301により実行されるように構成される。
【００３６】
この開示の実施例によれば、サーバ300は、インターネットのようなネットワークと接続された遠隔コンピュータにより操作されてもよい。すなわち、サーバ300は、ネットワークインタフェースユニット311を通じてネットワーク312と接続されてもよく、次に、ネットワークインタフェースユニット311は、システムバス305と接続される。或いは、サーバ300は、ネットワークインタフェースユニット311を通じて他の種類のネットワーク又は遠隔コンピュータシステム（図示せず）と接続されてもよい。
【００３７】
例示的な実施例
この開示の実施例による広告プッシュ方式では、クライアントデバイスは、単にバックグラウンドサーバの選択に従って、バックグラウンドサーバにより提供された広告を単純に再生するのではなく、広告を選択する能力をユーザに提供する。この開示の実施例によれば、複数の候補広告は、クライアントデバイスによりバックグラウンドサーバから取得され、ユーザに提供される。関心のある広告は、自分のニーズに従って、再生するためにユーザにより候補広告から選択されてもよい。以下、この開示による技術的解決策について、複数の実施例と共に詳細に説明及び例示する。
【００３８】
図４Ａは、この開示の実施例による広告プッシュシステムの概略図である。広告プッシュシステムは、少なくとも１つのクライアントデバイス420と、バックグラウンドサーバ440とを含む。
【００３９】
バックグラウンドサーバ440は、前面広告の再生アドレス及びn個の候補広告のプレビュー素材をクライアントデバイス420に提供するように構成され、nは正の整数である。前面広告は、n個の候補広告から選択された広告が再生される前にクライアントデバイス側420により再生される広告を示す。候補広告は、ユーザのニーズに従ってバックグラウンドサーバ440によりユーザに提供され、ユーザにより選択されてもよい広告を示す。一般的な場合、前面広告の数は１つでもよく、これはこの開示では限定されない。前面広告の数は複数でもよい。候補広告のプレビュー素材は、プレビュー画像及び簡単な説明のようなプレビュー情報を含んでもよい。候補広告がビデオの形式の広告である場合、プレビュー画像は、候補広告のビデオストリームから抽出されたキーフレームでもよい。
【００４０】
バックグラウンドサーバ440は、クライアントデバイス420により送信された広告獲得要求を受信してもよく、広告獲得要求は、ユーザ特性情報を搬送する。バックグラウンドサーバ440は、ユーザ特性情報に基づいてユーザのユーザタイプを決定し、ユーザタイプに基づいて、広告プールから前面広告及びn個の候補広告を選択し、前面広告の再生アドレス及びn個の候補広告のプレビュー素材をクライアントデバイス420に送信してもよい。
【００４１】
ユーザ特性情報は、ユーザの基本個人情報及び／又はネットワーク上でのユーザの個人習慣及び使用選好を反映するように構成される。ユーザ特性情報は、ユーザ属性データ及び／又は履歴行動データを含んでもよい。ユーザ属性データは、ユーザの基本個人情報を反映するように構成される。ユーザ属性データは、地域、性別、年齢、誕生日、IPアドレス、学校、教育、趣味、仕事、星座、十二宮及び血液型のうち少なくとも１つを含んでもよいが、これらに限定されない。履歴行動データは、ネットワーク上のユーザの個人習慣及び使用選好を反映するように構成される。履歴行動データは、ネットワーク上でユーザにより生成された履歴操作行動の記録を含んでもよい。例えば、記録は、ウェブブラウジング履歴、オンラインショッピング記録、チャットログ等を含んでもよいが、これらに限定されない。
【００４２】
複数のユーザタイプは、事前にバックグラウンドサーバ440において提供され、ユーザタイプ毎に特性条件が設定される。例えば、ユーザタイプと特性条件との対応関係は、表１に示されるようなものでもよい。
【００４３】
【表１】
0006450029.tif 000002
ユーザ特性情報を獲得した後に、バックグラウンドサーバ440は、特性条件がユーザ特性情報に合致すると決定し、次に、ユーザタイプを決定する。この実施例では、バックグラウンドサーバ440は、ユーザタイプに基づいて、広告プールから前面広告及び候補広告を選択する。
【００４４】
可能な実現では、バックグラウンドサーバ440は、ユーザタイプに合致する広告から前面広告を選択し、ユーザタイプに合致する広告からa個の候補広告を選択し、ユーザタイプに合致しない広告からb個の候補広告を選択してもよい。ただし、a+b=nであり、a,bは正の整数である。
【００４５】
ユーザタイプ及び合致する広告は、事前にバックグラウンドサーバ440に記憶される。いずれかのユーザタイプについて、合致する広告は、ユーザタイプに対応するユーザグループの特性に合致する広告である。可能な実現では、前面広告がクライアントデバイス420により再生されなければならない広告であることを考慮して、ユーザ特性に合致する広告が前面広告として選択される。さらに、選択された候補広告の中で、いくつかは、ユーザ特性の合致する広告であり、他のものは、ユーザ特性に合致しない広告である。この場合、端末が複数のユーザにより共有される場合、複数のユーザの異なるニーズが満たされ、これにより、各ユーザは自分のニーズを満たす広告を見つけ得る。
【００４６】
ここで、クライアントデバイス420は、前面広告の再生アドレスに従って前面広告を再生する。或いは、クライアントデバイス420は、前面広告を再生する過程の間にプロンプト情報を表示するように更に構成されてもよく、プロンプト情報は、特定の方式で広告選択をトリガーするようにユーザを促すように構成される。この方式は、シェイク操作、タッチ操作、音声認識及び画像認識のいずれか１つを含むが、これらに限定されない。プロンプト情報は、テキスト及び／又は画像の形式でクライアントデバイス420上に表示されてもよい。
【００４７】
例えば、図４Ｂに示すように、クライアントデバイス420は、前面広告再生インタフェース40上のフローティングレイヤの形式で「シェイク」アイコン41を表示し、これにより、端末をシェイクすることにより選択命令をトリガーするようにユーザに促す。或いは、クライアントデバイス420は、「シェイク」アイコン41の近くにテキストプロンプトを表示してもよい。例えば、テキストプロンプトは、「関心のある広告を選択するための「シェイク」」でもよく、これは、より明確にユーザを促すためのものである。
【００４８】
クライアントデバイスは、前面広告を再生する過程の間にユーザによりトリガーされた選択命令を検出したときに、n個の候補広告の全部又は一部のプレビュー素材を再生するように更に構成される。
【００４９】
或いは、選択命令は、端末をシェイクすることによりユーザによりトリガーされる。例えば、ユーザが端末をシェイクするか否かは、端末に内蔵されたセンサにより検出されてもよい。或いは、選択命令は、タッチ操作を通じてユーザによりトリガーされる。例えば、端末は、タッチ画面を備えたデバイスでもよく、ユーザは、タッチ又はスライドのようなタッチ操作により選択命令をトリガーしてもよい。或いは、選択命令は、音声信号を通じてユーザによりトリガーされる。例えば、収集された音声信号は、音声認識技術を通じてクライアントデバイスにより識別されてもよい。候補広告の全部又は一部のプレビュー素材は、認識結果が予め設定された音声認識要件を満たす場合に表示される。或いは、選択命令は、画像信号を通じてユーザによりトリガーされる。例えば、ユーザのジェスチャ軌跡又は顔画像がクライアントデバイスにより画像認識技術を通じて識別されてもよい。候補広告の全部又は一部のプレビュー素材は、認識結果が予め設定された画像認識要件を満たす場合に表示される。
【００５０】
クライアントデバイス420は、以下の方式で候補広告のプレビュー素材を表示してもよい。
【００５１】
可能な実現では、一般プレビューページの全体又は一部がクライアントデバイス420により表示される。n個の候補広告のプレビュー素材は、一般プレビューページ上に同時に表示される。全体の一般プレビューページは、一般プレビューページの領域が端末の表示画面の表示領域以下である場合に、クライアントデバイス420上に表示される。例えば、図４Ｃに示すように、候補広告の数nが9であり、9個の候補広告のプレビュー素材は、クライアントデバイス420により同じ１つのユーザインタフェース50上に同時に表示される。一般プレビューページの領域が端末の画面の表示領域より大きい場合、一般プレビューページの一部がクライアントデバイス420上に表示される。一般プレビューページの他の部分は、変換命令がユーザからクライアントデバイス420により受信された場合に、クライアントデバイス420上に表示される。
【００５２】
この実施例では、同時に表示されるn個の候補広告のプレビュー素材の配置に限定は与えられない。配置は、行及び列の表示配列、蜂の巣状タイル表示のような規則的なタイルの形式でもよく、或いはランダム位置表示のような不規則的なタイルの形式でもよい。候補広告のそれぞれのプレビュー素材は、通常では互いに重複しない。
【００５３】
他の可能な実現では、クライアントデバイス420は、複数のプレビューページの１つを表示し、複数のプレビューページのそれぞれが、n個の候補広告のうち少なくとも１つのプレビュー素材を表示する。複数のプレビューページのうち第１のものがクライアントデバイス420により最初に表示される。ユーザの切り替え操作を受信したときに、第１のプレビューページは、受信した切り替え操作に従って、クライアントデバイス420により第２のプレビューページに切り替えられる。第１のプレビューページ及び第２のプレビューページは、複数のプレビューページの中で互いに隣接するいずれか２つのプレビューページを示す。例えば、図４Ｄに示すように、候補広告の数nが8であり、プレビューページの数が4であり、２つの候補広告のプレビュー素材がプレビューページのそれぞれに表示されることを仮定する。第１のプレビューページ60がクライアントデバイス420により最初に表示され、第１及び第２の候補広告のプレビュー素材が第１のプレビューページ60に表示される。ユーザの左スライド操作を受信したときに、第２のプレビューページ61がクライアントデバイス420により表示され、第３及び第４の候補広告のプレビュー素材が第２のプレビューページ61に表示される。同様に、異なるプレビューページの間の切り替えは、ユーザによる左又は右へのスライドにより実現されてもよい。
【００５４】
当然に、候補広告のプレビュー素材を表示する他の方式が使用されてもよく、これは、この開示において規定されないことが当業者により認識される。
【００５５】
クライアントデバイス420は、ユーザの選択操作に応じて、再生するためにn個の候補広告から少なくとも１つの候補広告を選択するように更に構成されてもよい。関心のある広告は、クライアントデバイス420により表示された候補広告のプレビュー素材に基づいて、視聴するためにユーザにより選択されてもよい。
【００５６】
一例として、クライアントデバイスは、ユーザにより選択されたプレビュー素材に対応する候補広告を選択するために、プレビュー素材を選択するためのインタフェースをユーザに提供してもよい。ここで、ユーザは、マウス又は指によりクライアントデバイスに表示された候補広告のプレビュー素材をクリックしてもよく、これにより、候補広告を選択する。候補広告が選択された場合、候補広告の選択は、候補広告のプレビュー素材をクリックすることによりキャンセルされてもよい。例えば、候補広告の選択状態を区別するために、ここでは異なる識別子が使用されてもよい。或いは、ユーザにより各プレビュー素材に対応する候補広告を選択するために、対応する選択ボックスがプレビュー素材毎に提供されてもよい。ここでは、具体的な選択方式は限定されない。
【００５７】
クライアントデバイス420は、候補広告のプレビュー素材の表示持続時間を取得してもよい。クライアントデバイス420は、表示持続時間が予め設定された持続時間に到達した場合、ユーザにより選択された候補広告の数kが予め設定された閾値q未満であるか否かを決定してもよく、ここで、kは0以上の整数であり、qは0より大きい整数である。k<qである場合、クライアントデバイス420は、ユーザにより選択されていない候補広告からq-k個の候補広告を自動的に選択し、ユーザにより選択されたk個の候補広告と、q-k個の自動的に選択された候補広告とを再生してもよい。k≧qである場合、クライアントデバイス420は、ユーザにより選択されたk個の候補広告を再生してもよい。
【００５８】
この実施例では、予め設定された持続時間は、ユーザが広告を選択する過程において長すぎる時間を費やすことを妨げるために、15秒に設定されてもよい。クライアントデバイス420は、候補広告のプレビュー素材が再生されたときの時間からカウントする。予め設定された持続時間が終了した場合、クライアントデバイス420は、ユーザにより選択された候補広告の数kが予め設定された閾値qより小さいか否かを判断し、ここで、qは、再生される必要がある広告の予め設定された最小数である。例えば、qは、事前に4に設定されてもよい。k<qである場合に、q個の候補広告は、ユーザが選択効率を改善するために、クライアントデバイス420により自動的に選択される。k≧qである場合、クライアントデバイス420は、ユーザにより選択されたk個の候補広告を直接再生する。
【００５９】
候補素材の表示持続時間が予め設定された持続時間に到達していない場合、ユーザによりトリガーされた選択完了命令がクライアントデバイス420により検出された場合、表示持続時間が予め設定された持続時間に到達するまで待機せずに、クライアントデバイス420は、ユーザにより選択された候補広告の数kが予め設定された閾値q未満であるか否かの前述の決定を直接実行し、これにより、ユーザが広告を選択するために要する時間を更に低減する。
【００６０】
この実施例はまた、候補広告についてユーザの操作命令に応じて、ユーザ特性を動的に学習及び調整するための機構を提供する。具体的には、クライアントデバイス420は、選択操作に基づいて操作記録情報を生成するように更に構成されてもよい。操作記録情報は、ユーザによる候補広告の選択順序及び選択結果を反映するように構成される。次に、クライアントデバイス420は、操作記録情報をバックグラウンドサーバ440に送信してもよい。この場合、バックグラウンドサーバ440は、操作記録情報に基づいてユーザタイプを再決定するように更に構成されてもよい。
【００６１】
前述を鑑みて、この実施例による広告プッシュシステムによって、複数の候補広告は、クライアントデバイスによりバックグラウンドサーバから取得され、クライアントデバイスにより提供される。少なくとも１つの候補広告は、ユーザの選択操作に応じて、再生するために複数の候補広告から選択される。従来技術において広告リソース及び帯域幅リソースを浪費し、ユーザの視聴ニーズを満たすことができないという問題が対処される。ユーザは、広告を選択する能力を提供され、これにより、ユーザは、自分のニーズに従って、再生するために候補広告から関心のある広告を選択することができ、これは、広告クリック率及び有効な視聴者の数を増加させ、広告リソース及び帯域幅リソースの浪費を低減し、ユーザの自分の選択及び視聴のニーズを満たし、双方向性、面白み及びユーザ体験を改善することができる。
【００６２】
さらに、バックグラウンドサーバを通じて、ユーザタイプに合致する複数の広告は、候補広告のいくつかといてクライアントデバイスに提供され、ユーザタイプに合致しない複数の広告は、候補広告の他のものとしてクライアントデバイスに提供される。この場合、端末が複数のユーザにより共有される場合、複数のユーザの異なるニーズが満たされ、これにより、各ユーザは自分のニーズを満たす広告を見つけ得る。
【００６３】
さらに、候補広告において実行されたユーザの選択操作の操作記録情報は、クライアントデバイスによりバックグラウンドサーバに送信される。ユーザタイプは、操作記録情報に従ってバックグラウンドサーバにより再決定され、これにより、ユーザ特性の動的な学習及び調整を実現し、広告プッシュの精度を更に改善する。
【００６４】
この開示の実施例をより明確に示すために、この開示の実施例による広告プッシュシステムの動作原理について、この開示の方法の実施例を用いて説明する。
【００６５】
図５は、この開示の実施例による広告プッシュ方法のフローチャートである。広告プッシュ方法は、クライアントデバイスに適用されてもよい。広告プッシュ方法は、以下のステップ502、504及び506を含んでもよい。
【００６６】
ステップ502において、前面広告は、バックグラウンドサーバにより提供された前面広告の再生アドレスに従って再生される。
【００６７】
ステップ504において、n個の候補広告の全部又は一部のプレビュー素材は、前面広告を再生する過程の間にユーザによりトリガーされた選択命令を検出したときに表示され、nは正の整数である。
【００６８】
ステップ506において、少なくとも１つの候補広告は、ユーザの選択操作に応じて、再生するためにn個の候補広告から選択される。
【００６９】
前述を鑑みて、この実施例による広告プッシュ方法によって、複数の候補広告は、クライアントデバイスによりバックグラウンドサーバから取得され、クライアントデバイスにより提供される。少なくとも１つの候補広告は、ユーザの選択操作に応じて、再生するために複数の候補広告から選択される。従来技術において広告リソース及び帯域幅リソースを浪費し、ユーザの視聴ニーズを満たすことができないという問題が対処される。ユーザは、広告を選択する能力を提供され、これにより、ユーザは、自分のニーズに従って、再生するために候補広告から関心のある広告を選択することができ、これは、広告クリック率及び有効な視聴者の数を増加させ、広告リソース及び帯域幅リソースの浪費を低減し、ユーザの自分の選択及び視聴のニーズを満たし、双方向性、面白み及びユーザ体験を改善することができる。
【００７０】
この開示の他の実施例による広告プッシュ方法のフローチャートである図６に参照が行われる。広告プッシュ方法は、バックグラウンドサーバに適用されてもよい。広告プッシュ方法は、以下のステップ602及び604を含んでもよい。
【００７１】
ステップ602において、クライアントデバイスにより送信された広告獲得要求が受信される。
【００７２】
ステップ604において、前面広告の再生アドレス及びn個の候補広告のプレビュー素材は、広告獲得要求に応じてクライアントデバイスに提供され、nは正の整数である。
【００７３】
クライアントデバイスは、前面広告の再生アドレスに従って前面広告を再生する過程の間にユーザによりトリガーされた選択命令を検出したときに、n個の候補広告の全部又は一部のプレビュー素材を表示するように更に構成される。クライアントデバイスは、ユーザの選択操作に応じて、再生するためにn個の候補広告から少なくとも１つの候補広告を選択するように更に構成される。
【００７４】
前述を鑑みて、この実施例による広告プッシュ方法によって、複数の候補広告は、バックグラウンドサーバによりクライアントデバイスに提供され、次に、選択するためにクライアントデバイスによりユーザに提供される。少なくとも１つの候補広告は、ユーザの選択操作に応じて、再生するために複数の候補広告から選択される。従来技術において広告リソース及び帯域幅リソースを浪費し、ユーザの視聴ニーズを満たすことができないという問題が対処される。ユーザは、広告を選択する能力を提供され、これにより、ユーザは、自分のニーズに従って、再生するために候補広告から関心のある広告を選択することができ、これは、広告クリック率及び有効な視聴者の数を増加させ、広告リソース及び帯域幅リソースの浪費を低減し、ユーザの自分の選択及び視聴のニーズを満たし、双方向性、面白み及びユーザ体験を改善することができる。
【００７５】
この開示の他の実施例による広告プッシュ方法のフローチャートである図７Ａに参照が行われる。広告プッシュ方法は、図１に示す実現環境に適用されてもよい。広告プッシュ方法は、以下のステップ701〜705を含んでもよい。
【００７６】
ステップ701において、広告獲得要求は、クライアントデバイスによりバックグラウンドサーバに送信される。
【００７７】
広告獲得要求は、バックグラウンドサーバから広告を獲得するように構成される。
【００７８】
この実施例では、広告獲得要求をクライアントデバイスに送信する時間は、具体的に限定されない。例えば、クライアントデバイスは、スタートアップの後に広告獲得要求をバックグラウンドサーバに送信してもよく、或いはユーザがユーザアカウントを使用してログインした後に広告獲得要求をバックグラウンドサーバに送信してもよく、或いはネットワークサービスをユーザに提供する過程において広告獲得要求をバックグラウンドサーバに送信してもよい。一例では、ビデオクライアントデバイスを一例として挙げることにより、ビデオクライアントデバイスは、ユーザによりトリガーされたビデオ再生命令を検出したときに、広告獲得要求をバックグラウンドサーバに送信し、これにより、ユーザにより選択されたビデオを再生する前に複数の広告を再生する。或いは、ビデオを再生する過程の間に、ビデオクライアントデバイスは、予め設定された時点の前に広告獲得要求をバックグラウンドサーバに送信し、これにより、予め設定された時点に複数の広告を挿入する。
【００７９】
広告獲得要求は、ユーザ特性情報を搬送する。ユーザ特性情報は、ユーザの基本個人情報及び／又はネットワーク上でのユーザの個人習慣及び使用選好を反映するように構成される。ユーザ特性情報は、ユーザ属性データ及び／又は履歴行動データを含んでもよい。ユーザ属性データは、ユーザの基本個人情報を反映するように構成される。ユーザ属性データは、地域、性別、年齢、誕生日、IPアドレス、学校、教育、趣味、仕事、星座、十二宮及び血液型のうち少なくとも１つを含んでもよいが、これらに限定されない。履歴行動データは、ネットワーク上のユーザの個人習慣及び使用選好を反映するように構成される。履歴行動データは、ネットワーク上でユーザにより生成された履歴操作行動の記録を含んでもよい。例えば、記録は、ウェブブラウジング履歴、オンラインショッピング記録、チャットログ等を含んでもよいが、これらに限定されない。
【００８０】
当然に、他の可能な実現では、ユーザアカウントとユーザ特性情報との間の対応関係は、事前にバックグラウンドサーバに記憶されてもよい。このように、クライアントデバイスによりバックグラウンドサーバに送信される広告獲得要求は、ユーザアカウントを搬送する必要があるだけである。したがって、対応関係を問い合わせることにより、バックグラウンドサーバは、ユーザアカウントに対応するユーザ特性情報を取得してもよい。
【００８１】
したがって、クライアントデバイスにより送信された広告獲得要求は、バックグラウンドサーバにより受信される。
【００８２】
ステップ702において、前面広告の再生アドレス及びn個の候補広告のプレビュー素材は、広告獲得要求に応じて、バックグラウンドサーバによりクライアントデバイスに提供され、nは正の整数である。
【００８３】
前面広告は、n個の候補広告から選択された広告が再生される前にクライアントデバイス側420により再生される広告を示す。候補広告は、ユーザのニーズに従ってバックグラウンドサーバ440によりユーザに提供され、ユーザにより選択されてもよい広告を示す。一般的な場合、前面広告の数は１つでもよく、これはこの開示では限定されない。候補広告のプレビュー素材は、プレビュー画像及び簡単な説明のようなプレビュー情報を含んでもよい。候補広告がビデオの形式の広告である場合、プレビュー画像は、候補広告のビデオストリームから抽出されたキーフレームでもよい。
【００８４】
ユーザ特性情報が広告獲得要求において搬送される場合、ステップ702は、図７Ｂに示す以下のサブステップ702a〜702cを含んでもよい。
【００８５】
ステップ702aにいて、ユーザのユーザタイプは、バックグラウンドサーバにより、ユーザ特性情報に基づいて決定される。
【００８６】
複数のユーザタイプは、事前にバックグラウンドサーバにおいて提供され、ユーザタイプ毎に特性条件が設定される。例えば、ユーザタイプと特性条件との対応関係は、前述の表１に示されるようなものでもよい。ユーザ特性情報を獲得した後に、バックグラウンドサーバは、合致する特性条件を決定し、対応関係に従ってユーザタイプを決定する。
【００８７】
ステップ702bにおいて、前面広告及びn個の候補広告は、バックグラウンドサーバにより、ユーザタイプに基づいて広告プールから選択される。
【００８８】
ユーザタイプ及び合致する広告は、事前にバックグラウンドサーバに記憶される。いずれかのユーザタイプについて、合致する広告は、ユーザタイプに対応するユーザグループの特性に合致する広告である。バックグラウンドサーバは、広告プールからユーザタイプに合致する広告を選択することにより、ユーザ特性に合致する広告をユーザに提供してもよい。
【００８９】
可能な実現では、バックグラウンドサーバは、ユーザタイプに合致する広告から前面広告を選択し、ユーザタイプに合致する広告からa個の候補広告を選択し、ユーザタイプに合致しない広告からb個の候補広告を選択してもよい。ただし、a+b=nであり、a,bは正の整数である。
【００９０】
この可能な実現では、前面広告がクライアントデバイスにより再生されなければならない広告であることを考慮して、ユーザ特性に合致する広告が前面広告として選択される。さらに、選択された候補広告の中で、いくつかは、ユーザ特性の合致する広告であり、他のものは、ユーザ特性に合致しない広告である。この場合、端末が複数のユーザにより共有される場合、複数のユーザの異なるニーズが満たされ、これにより、各ユーザは自分のニーズを満たす広告を見つけ得る。
【００９１】
複数の家族メンバが１つの端末を共有する例では、性別、年齢及び趣味のように、複数の家族メンバのユーザ特性は同じではない。これらの家族メンバは、クライアントデバイスにログインするために、しばしば同じユーザアカウントを使用する。ユーザアカウントに対応するユーザタイプに合致する広告のみがクライアントデバイスに提供される場合、これは、必然的に単一の種類のプッシュされる広告をもたらし、複数の家族メンバの異なるニーズを満たすことができない。したがって、選択された候補広告の中から、いくつかは、ユーザ特性に合致する広告であり、他のものは、ユーザ特性に合致しない広告である。したがって、１つの端末を共有する複数の家族メンバにより生じる低いプッシュされる広告の精度の問題が対処されることができ、これにより、複数の家族メンバの異なるニーズを満たす。
【００９２】
ステップ702cにおいて、前面広告の再生アドレス及びn個の候補広告のプレビュー素材は、バックグラウンドサーバによりクライアントデバイスに送信される。
【００９３】
前面広告は、クライアントデバイスにより再生されなければならない広告であるため、バックグラウンドサーバは、前面広告の再生アドレスをクライアントデバイスに直接送信する。候補広告は、ユーザにより選択するために提供される広告である。バックグラウンドサーバは、候補広告のプレビュー素材をクライアントデバイスに送信し、これにより、ユーザは、プレビュー素材に基づいて関心のある広告を選択することができる。
【００９４】
バックグラウンドサーバは、n個の候補広告の再生アドレスをクライアントデバイスに直接送信してもよい。しかし、n個の候補広告のいくつかが再生するために選択されない可能性があることを考慮して、バックグラウンドサーバは、送信リソースを節約するために、n個の候補広告の再生アドレスをクライアントデバイスに送信しない。代わりに、再生される候補広告がクライアントデバイスにより選択された後に、再生される候補広告の再生アドレスは、クライアントデバイスに送信される。
【００９５】
したがって、バックグラウンドサーバにより送信された前面広告の再生アドレス及びn個の候補広告のプレビュー素材は、クライアントデバイスにより受信される。
【００９６】
ステップ703において、前面広告は、クライアントデバイスにより、バックグラウンドサーバにより提供された前面広告の再生アドレスに従って再生される。
【００９７】
プロンプトメッセージは、前面広告を再生する過程の間にクライアントデバイスにより表示され、プロンプトメッセージは、特定の方式で広告選択をトリガーするようにユーザを促すように構成される。この方式は、シェイク操作、タッチ操作、音声認識及び画像認識を含むが、これらに限定されない。プロンプト情報は、テキスト及び／又は画像の形式でクライアントデバイス上に表示されてもよい。
【００９８】
図４Ｂを参照すると、クライアントデバイスは、前面広告再生インタフェース40上のフローティングレイヤの形式で「シェイク」アイコン41を表示し、これにより、端末をシェイクすることにより選択命令をトリガーするようにユーザに促す。或いは、クライアントデバイスは、「シェイク」アイコン41の近くにテキストプロンプトを表示してもよい。例えば、テキストプロンプトは、「関心のある広告を選択するための「シェイク」」でもよく、これは、より明確にユーザを促すためのものである。
【００９９】
ステップ704において、n個の候補広告の全部又は一部のプレビュー素材は、クライアントデバイスにより、前面広告を再生する過程の間にユーザによりトリガーされた選択命令を検出したときに表示される。
【０１００】
或いは、選択命令は、端末をシェイクすることによりユーザによりトリガーされる。例えば、ユーザが端末をシェイクするか否かは、端末に内蔵されたセンサにより検出されてもよい。或いは、選択命令は、タッチ操作を通じてユーザによりトリガーされる。例えば、端末は、タッチ画面を備えたデバイスでもよく、ユーザは、タッチ又はスライドのようなタッチ操作により選択命令をトリガーしてもよい。或いは、選択命令は、音声信号を通じてユーザによりトリガーされる。例えば、収集された音声信号は、音声認識技術を通じてクライアントデバイスにより識別されてもよい。候補広告の全部又は一部のプレビュー素材は、認識結果が予め設定された音声認識要件を満たす場合に表示される。或いは、選択命令は、画像信号を通じてユーザによりトリガーされる。例えば、ユーザのジェスチャ軌跡又は顔画像がクライアントデバイスにより画像認識技術を通じて識別されてもよい。候補広告の全部又は一部のプレビュー素材は、認識結果が予め設定された画像認識要件を満たす場合に表示される。当然に、前述の選択命令のトリガーモードは、単なる例であり、選択命令は、いずれか適切な方式でトリガーされてもよく、これにより、ユーザがクライアントデバイス上でプレビュー素材を選択することを容易にすることが当業者により認識される。
【０１０１】
一例として、クライアントデバイスは、以下の方式で候補広告のプレビュー素材を表示してもよい。
【０１０２】
可能な実現では、一般プレビューページの全体又は一部がクライアントデバイスにより表示される。n個の候補広告のプレビュー素材は、一般プレビューページ上に同時に表示される。全体の一般プレビューページは、一般プレビューページの領域が端末の表示画面の表示領域以下である場合に、クライアントデバイス上に表示される。例えば、図４Ｃに示すように、候補広告の数nが9であり、9個の候補広告のプレビュー素材は、クライアントデバイスにより同じ１つのユーザインタフェース50上に同時に表示される。一般プレビューページの領域が端末の画面の表示領域より大きい場合、一般プレビューページの一部がクライアントデバイス上に表示される。変換命令がクライアントデバイスによりユーザから受信された場合、一般プレビューページの他の部分は、クライアントデバイス420上に表示するために動かされる。
【０１０３】
この実施例では、同時に表示されるn個の候補広告のプレビュー素材の配置に限定は与えられない。配置は、行及び列の表示配列、蜂の巣状タイル表示のような規則的なタイルの形式でもよく、或いはランダム位置表示のような不規則的なタイルの形式でもよい。候補広告のそれぞれのプレビュー素材は、通常では互いに重複しない。
【０１０４】
他の可能な実現では、クライアントデバイスは、複数のプレビューページの１つを表示し、複数のプレビューページのそれぞれが、n個の候補広告のうち少なくとも１つのプレビュー素材を表示する。複数のプレビューページのうち第１のものがクライアントデバイスにより最初に表示される。ユーザの切り替え操作を受信したときに、第１のプレビューページは、受信した切り替え操作に従って、クライアントデバイスにより第２のプレビューページに切り替えられる。第１のプレビューページ及び第２のプレビューページは、複数のプレビューページの中で互いに隣接するいずれか２つのプレビューページを示す。例えば、図４Ｄに示すように、候補広告の数nが8であり、プレビューページの数が4であり、２つの候補広告のプレビュー素材がプレビューページのそれぞれに表示されることを仮定する。第１のプレビューページ60がクライアントデバイスにより最初に表示され、第１及び第２の候補広告のプレビュー素材が第１のプレビューページ60に表示される。ユーザの左スライド操作を受信したときに、第２のプレビューページ61がクライアントデバイスにより表示され、第３及び第４の候補広告のプレビュー素材が第２のプレビューページ61に表示される。同様に、異なるプレビューページの間の切り替えは、ユーザによる左又は右へのスライドにより実現されてもよい。
【０１０５】
プレビュー素材を表示する方式は、単なる例であり、これは、この開示を限定することを意図するものではないことが当業者により認識される。プレビューページは、実際のニーズに従って、当業者によりいずれか適切な表示及び切り替え方法を使用して表示されてもよい。
【０１０６】
ステップ705において、少なくとも１つの候補広告は、ユーザによる選択操作に応じて、クライアントデバイスにより再生するためにn個の候補広告から選択される。
【０１０７】
ユーザは、クライアントデバイスにより表示された候補広告のプレビュー素材に基づいて、関心のあるプレビュー素材を選択し、これにより、プレビュー素材に対応する候補広告の選択を実現する。
【０１０８】
クライアントデバイスは、ユーザにより選択された候補広告を示すように構成された第１の識別子と、ユーザにより選択されていない候補広告を示すように構成された第２の識別子とを表示してもよい。このように、第１及び第２の識別子に基づいて、ユーザは、どの候補広告が選択されており、どの候補広告が選択されていないかを区別することができる。
【０１０９】
例えば、図４Ｃに示すように、ハートマーク51が、ユーザにより選択された候補広告のプレビュー素材上に重ねられて表示され、三角ロゴ52が、ユーザにより選択されていない候補広告のプレビュー素材上に重ねられて表示される。クライアントデバイスは、候補広告に対応する選択操作が獲得された場合、候補広告に対応する三角マーク52をハートマーク51に切り替える。
【０１１０】
或いは、クライアントデバイスは、ユーザにより選択された候補広告の選択順序を表示してもよい。例えば、図７Ｃを参照すると、クライアントデバイスに表示されたユーザインタフェース70は、複数の候補広告のプレビュー素材を含む。例えば、候補広告71、72、73及び74は、順に選択される。図面に示す「1」、「2」、「3」及び「4」のような選択順序を示す命令情報は、選択順序に従って候補広告のそれぞれのプレビュー素材上に重ねられて表示される。
【０１１１】
可能な実現では、図７Ｄを参照すると、ステップ705は、以下のステップ705a〜705dを含んでもよい。
【０１１２】
ステップ705aにおいて、候補広告のプレビュー素材の表示持続時間が、クライアントデバイスにより取得される。
【０１１３】
ステップ705bにおいて、表示持続時間が予め設定された持続時間に到達した場合、ユーザにより選択された候補広告の数kが予め設定された閾値q未満であるか否かが、クライアントデバイスにより決定され、ここで、kは0以上の整数であり、qは0より大きい整数である。
【０１１４】
そうである場合、処理はステップ705cに進み、そうでない場合、処理はステップ705dに進む。
【０１１５】
ステップ705cにおいて、q-k個の候補広告は、ユーザにより選択されていない候補広告から自動的に選択され、ユーザにより選択されたk個の候補広告と、q-k個の自動的に選択された候補広告とが再生される。
【０１１６】
ステップ705dにおいて、ユーザにより選択されたk個の候補広告は、クライアントデバイスにより再生される。
【０１１７】
予め設定された持続時間は、ユーザが広告を選択する過程において長すぎる時間を費やすことを妨げるために設定される。例えば、予め設定された持続時間は、15秒に設定されることができる。クライアントデバイスは、候補広告のプレビュー素材が再生されたときの時間からカウントする。予め設定された持続時間が終了した場合、クライアントデバイスは、ユーザにより選択された候補広告の数kが予め設定された閾値qより小さいか否かを判断し、ここで、qは、再生される必要がある広告の予め設定された最小数である。例えば、qは、事前に4に設定されてもよい。k<qである場合に、q個の候補広告は、ユーザが選択効率を改善するために、クライアントデバイスにより自動的に選択される。k≧qである場合、クライアントデバイスは、ユーザにより選択されたk個の候補広告を直接再生する。
【０１１８】
一例として、選択完了を示すインタフェースが、クライアントデバイス上に表示された素材のプレビューページ上に提供されてもよい。候補素材の表示持続時間が予め設定された持続時間に到達していない場合、ユーザによりトリガーされた選択完了命令がクライアントデバイスにより検出された場合、表示持続時間が予め設定された持続時間に到達するまで待機せずに、クライアントデバイスは、ユーザにより選択された候補広告の数kが予め設定された閾値q未満であるか否かの前述の決定を直接実行し、これにより、ユーザが広告を選択するために要する時間を更に低減する。
【０１１９】
さらに、この実施例では、ユーザ及び／又はクライアントデバイス自体により選択された候補広告の再生順序は具体的に限定されない。例えば、再生順序は、選択順序に従って決定されてもよく、或いはランダムに決定されてもよく、或いは初期設定のソートパラメータに基づいて設定されてもよく、これは、クリック率、広告順序価格及び広告が既にプッシュされている時間のうち少なくとも１つでもよい。
【０１２０】
さらに、クライアントデバイスは、前述の前面広告の再生が完了した後に、ユーザ及び／又はクライアントデバイス自体により選択された候補広告を再生してもよく、或いはクライアントデバイスは、ユーザ及び／又はクライアントデバイス自体により選択された候補広告を直接再生してもよく、これは、この実施例により限定されない。
【０１２１】
さらに、バックグラウンドサーバがn個の候補広告の再生アドレスと共にn個の候補広告のプレビュー素材をクライアントデバイスに送信した場合、再生されると決定された候補広告は、再生アドレスに基づいてクライアントデバイスにより直接再生されてもよい。或いは、再生される候補広告を決定した後に、クライアントデバイスは、再生アドレス獲得要求をバックグラウンドサーバに送信し、再生アドレス獲得要求は、再生される候補広告の識別情報を搬送する。したがって、バックグラウンドサーバは、識別情報に従って、再生される候補広告の再生アドレスを取得し、それをクライアントデバイスに送信する。クライアントデバイスは、受信した再生アドレスに従って、再生される候補広告を再生する。
【０１２２】
クライアントデバイスは、選択操作に基づいて操作記録情報を更に生成してもよい。操作記録情報は、ユーザによる候補広告の選択順序及び選択結果を反映するように構成される。次に、操作記録情報は、クライアントデバイスによりバックグラウンドサーバに送信される。したがって、バックグラウンドサーバは、クライアントデバイスにより送信された操作記録情報を受信し、操作記録情報に従ってユーザのユーザタイプを再決定する。
【０１２３】
この実施例では、ユーザによる候補広告の選択順序及び選択結果は、各広告へのユーザの関心の程度を反映するため、ユーザ特性の動的な学習及び調整が前述のステップを通じて実現され、広告プッシュ精度を更に改善する。
【０１２４】
前述を鑑みて、この実施例による広告プッシュ方法によって、複数の候補広告は、クライアントデバイスによりバックグラウンドサーバから取得され、クライアントデバイスにより提供される。少なくとも１つの候補広告は、ユーザの選択操作に応じて、再生するために複数の候補広告から選択される。従来技術において広告リソース及び帯域幅リソースを浪費し、ユーザの視聴ニーズを満たすことができないという問題が対処される。ユーザは、広告を選択する能力を提供され、これにより、ユーザは、自分のニーズに従って、再生するために候補広告から関心のある広告を選択することができ、これは、広告クリック率及び有効な視聴者の数を増加させ、広告リソース及び帯域幅リソースの浪費を低減し、ユーザの自分の選択及び視聴のニーズを満たし、双方向性、面白み及びユーザ体験を改善することができる。
【０１２５】
さらに、バックグラウンドサーバを通じて、ユーザタイプに合致する複数の広告は、候補広告のいくつかといてクライアントデバイスに提供され、ユーザタイプに合致しない複数の広告は、候補広告の他のものとしてクライアントデバイスに提供される。この場合、端末が複数のユーザにより共有される場合、複数のユーザの異なるニーズが満たされ、これにより、各ユーザは自分のニーズを満たす広告を見つけ得る。
【０１２６】
さらに、候補広告において実行されたユーザの選択操作の操作記録情報は、クライアントデバイスによりバックグラウンドサーバに送信される。ユーザのユーザタイプは、操作記録情報に従ってバックグラウンドサーバにより再決定され、したがって、ユーザ特性の動的な学習及び調整が実現され、広告プッシュ精度を更に改善する。
【０１２７】
前述の実施例におけるクライアントデバイスに関するステップは、クライアントデバイス側における広告プッシュ方法として別々に実現されてもよく、バックグラウンドサーバに関するステップは、バックグラウンドサーバ側における広告プッシュ方法として別々に実現されることができる点に留意すべきである。
【０１２８】
以下、この開示による装置の実施例が与えられ、装置の実施例に詳細に記載されていない詳細については、対応する方法の実施例が参照されてもよい。
【０１２９】
図８は、この開示の実施例による広告プッシュ装置のブロック構成図である。広告プッシュ装置は、クライアントデバイスに適用されてもよい。広告プッシュ装置は、前面広告再生モジュール810と、素材表示モジュール820と、候補広告選択及び再生モジュール830とを含む。
【０１３０】
前面広告再生モジュール810は、バックグラウンドサーバにより提供された前面広告の再生アドレスに従って、前面広告を再生するように構成される。
【０１３１】
素材表示モジュール820は、前面広告を再生する過程の間にユーザによりトリガーされた選択命令を検出したときに、n個の候補広告の全部又は一部のプレビュー素材を表示するように構成され、nは正の整数である。
【０１３２】
候補広告選択及び再生モジュール830は、ユーザによりトリガーされた選択操作に応じて、再生するためにn個の候補広告から少なくとも１つの候補広告を選択するように構成される。
【０１３３】
前述を鑑みて、この実施例による広告プッシュ装置によって、複数の候補広告は、クライアントデバイスによりバックグラウンドサーバから取得され、クライアントデバイスにより提供される。少なくとも１つの候補広告は、ユーザの選択操作に応じて、再生するために複数の候補広告から選択される。従来技術において広告リソース及び帯域幅リソースを浪費し、ユーザの視聴ニーズを満たすことができないという問題が対処される。ユーザは、広告を選択する能力を提供され、これにより、ユーザは、自分のニーズに従って、再生するために候補広告から関心のある広告を選択することができ、これは、広告クリック率及び有効な視聴者の数を増加させ、広告リソース及び帯域幅リソースの浪費を低減し、ユーザの自分の選択及び視聴のニーズを満たし、双方向性、面白み及びユーザ体験を改善することができる。
【０１３４】
図９は、この開示の他の実施例による広告プッシュ装置のブロック構成図である。広告プッシュ装置は、クライアントデバイスに適用されてもよい。広告プッシュ装置は、前面広告再生モジュール810と、素材表示モジュール820と、候補広告選択及び再生モジュール830とを含む。
【０１３５】
前面広告再生モジュール810は、バックグラウンドサーバにより提供された前面広告の再生アドレスに従って、前面広告を再生するように構成される。
【０１３６】
素材表示モジュール820は、前面広告を再生する過程の間にユーザによりトリガーされた選択命令を検出したときに、n個の候補広告の全部又は一部のプレビュー素材を表示するように構成され、nは正の整数である。
【０１３７】
候補広告選択及び再生モジュール830は、ユーザによりトリガーされた選択操作に応じて、再生するためにn個の候補広告から少なくとも１つの候補広告を選択するように構成される。
【０１３８】
この装置は、要求送信モジュール801と、広告受信モジュール802とを更に含んでもよい。
【０１３９】
要求送信モジュール801は、広告獲得要求をバックグラウンドサーバに送信するように構成され、広告獲得要求は、ユーザ特性情報を搬送する。ユーザ特性情報は、ユーザの基本個人情報及び／又はネットワーク上でのユーザの個人習慣及び使用選好を反映するように構成される。
【０１４０】
広告受信モジュール802は、バックグラウンドサーバにより送信された前面広告の再生アドレス及びn個の候補広告のプレビュー素材を受信するように構成される。ユーザのユーザタイプは、バックグラウンドサーバによりユーザ特性に基づいて決定され、前面広告及びn個の候補広告は、バックグラウンドサーバにより、ユーザタイプに従って広告プールから選択される。
【０１４１】
この装置は、情報生成モジュール840と、情報送信モジュール850とを更に含んでもよい。
【０１４２】
情報生成モジュール840は、選択操作に基づいて操作記録情報を生成するように構成される。操作記録情報は、ユーザによる候補広告の選択順序及び選択結果を反映するように構成される。
【０１４３】
情報送信モジュール850は、操作記録情報をバックグラウンドサーバに送信するように構成される。バックグラウンドサーバは、操作記録情報に基づいてユーザのユーザタイプを再決定するように構成される。
【０１４４】
選択命令は、ユーザにより、シェイク操作、タッチ操作、音声認識又は画像認識を用いてトリガーされてもよい。
【０１４５】
素材表示モジュール820は、一般プレビューページの全体又は一部を表示するように構成されてもよく、一般プレビューページは、n個の候補広告のプレビュー素材を同時に表示する。或いは、素材表示モジュール820は、複数のプレビューページのうち１つを表示するように構成されてもよく、複数のプレビューページのそれぞれは、n個の候補広告のうち少なくとも１つのプレビュー素材を表示する。
【０１４６】
候補広告選択及び再生モジュール830は、ユーザ選択ユニット830aと、持続時間獲得ユニット830bと、数決定ユニット830cと、第１の再生ユニット830dと、第２の再生ユニット830eとを含んでもよい。
【０１４７】
ユーザ選択ユニット830aは、ユーザにより選択されたプレビュー素材に対応する候補広告を選択するために、候補広告のプレビュー素材を選択するためのインタフェースをユーザに提供するように構成される。
【０１４８】
持続時間獲得ユニット830bは、候補広告のプレビュー素材の表示持続時間を取得するように構成される。
【０１４９】
数決定ユニット830cは、表示持続時間が予め設定された持続時間に到達した場合、ユーザにより選択された候補広告の数kが予め設定された閾値q未満であるか否かを決定するように構成され、ここで、kは0以上の整数であり、qは0より大きい整数である。
【０１５０】
第１の再生ユニット830dは、k<qである場合、ユーザにより選択されていない候補広告からq-k個の候補広告を自動的に選択し、ユーザにより選択されたk個の候補広告と、q-k個の自動的に選択された候補広告とを再生するように構成される。
【０１５１】
第２の再生ユニット830eは、k≧qである場合、ユーザにより選択されたk個の候補広告を再生するように構成される。
【０１５２】
前述を鑑みて、この実施例による広告プッシュ装置によって、複数の候補広告は、クライアントデバイスによりバックグラウンドサーバから取得され、クライアントデバイスにより提供される。少なくとも１つの候補広告は、ユーザの選択操作に応じて、再生するために複数の候補広告から選択される。従来技術において広告リソース及び帯域幅リソースを浪費し、ユーザの視聴ニーズを満たすことができないという問題が対処される。ユーザは、広告を選択する能力を提供され、これにより、ユーザは、自分のニーズに従って、再生するために候補広告から関心のある広告を選択することができ、これは、広告クリック率及び有効な視聴者の数を増加させ、広告リソース及び帯域幅リソースの浪費を低減し、ユーザの自分の選択及び視聴のニーズを満たし、双方向性、面白み及びユーザ体験を改善することができる。
【０１５３】
さらに、候補広告において実行されたユーザの選択操作の操作記録情報は、クライアントデバイスによりバックグラウンドサーバに送信される。ユーザのユーザタイプは、操作記録情報に従ってバックグラウンドサーバにより再決定され、したがって、ユーザ特性の動的な学習及び調整が実現され、広告プッシュ精度を更に改善する。
【０１５４】
図１０は、この開示の他の実施例による広告プッシュ装置のブロック構成図である。広告プッシュ装置は、バックグラウンドサーバにおいて使用されてもよい。広告プッシュ装置は、要求受信モジュール1010と、広告提供モジュール1020とを含む。
【０１５５】
要求受信モジュール1010は、クライアントデバイスにより送信された広告獲得要求を受信するように構成される。
【０１５６】
広告提供モジュール1020は、広告獲得要求に応じて、前面広告の再生アドレス及びn個の候補広告のプレビュー素材をクライアントデバイスに提供するように構成され、nは正の整数である。
【０１５７】
前面広告の再生アドレスに従って前面広告を再生する過程の間に、クライアントデバイスは、ユーザによりトリガーされた選択命令を検出したときに、n個の候補広告のうちの候補広告の全部又は一部を再生するように構成される。少なくとも１つの候補広告は、ユーザによりトリガーされた選択命令に応じて、再生するためにn個の候補広告から選択される。
【０１５８】
前述を鑑みて、この実施例による広告プッシュ装置によって、複数の候補広告は、バックグラウンドサーバによりクライアントデバイスに提供され、次に、選択するためにクライアントデバイスによりユーザに提供される。少なくとも１つの候補広告は、ユーザの選択操作に応じて、再生するために複数の候補広告から選択される。従来技術において広告リソース及び帯域幅リソースを浪費し、ユーザの視聴ニーズを満たすことができないという問題が対処される。ユーザは、広告を選択する能力を提供され、これにより、ユーザは、自分のニーズに従って、再生するために候補広告から関心のある広告を選択することができ、これは、広告クリック率及び有効な視聴者の数を増加させ、広告リソース及び帯域幅リソースの浪費を低減し、ユーザの自分の選択及び視聴のニーズを満たし、双方向性、面白み及びユーザ体験を改善することができる。
【０１５９】
図１１は、この開示の他の実施例による広告プッシュ装置のブロック構成図である。広告プッシュ装置は、バックグラウンドサーバに適用されてもよい。広告プッシュ装置は、要求受信モジュール1010と、広告提供モジュール1020とを含む。
【０１６０】
要求受信モジュール1010は、クライアントデバイスにより送信された広告獲得要求を受信するように構成される。
【０１６１】
広告提供モジュール1020は、広告獲得要求に応じて、前面広告の再生アドレス及びn個の候補広告のプレビュー素材をクライアントデバイスに提供するように構成され、nは正の整数である。
【０１６２】
前面広告の再生アドレスに従って前面広告を再生する過程の間に、クライアントデバイスは、ユーザによりトリガーされた選択命令を検出したときに、n個の候補広告のうちの候補広告の全部又は一部を再生するように構成される。少なくとも１つの候補広告は、ユーザによりトリガーされた選択命令に応じて、再生するためにn個の候補広告から選択される。
【０１６３】
広告獲得要求は、ユーザ特性情報を搬送してもよく、ユーザ特性情報は、ユーザの基本個人情報及び／又はネットワーク上でのユーザの個人習慣及び使用選好を反映するように構成されてもよい。
【０１６４】
広告提供モジュール1020は、タイプ決定ユニット1020aと、広告選択ユニット1020bと、広告送信ユニット1020cとを含んでもよい。
【０１６５】
タイプ決定ユニット1020aは、ユーザ特性情報に基づいてユーザのユーザタイプを決定するように構成される。
【０１６６】
広告選択ユニット1020bは、ユーザタイプに従って、広告プールから前面広告及びn個の候補広告を選択するように構成される。
【０１６７】
広告送信ユニット1020cは、前面広告の再生アドレス及びn個の候補広告のプレビュー素材をクライアントデバイスに送信するように構成される。
【０１６８】
広告選択ユニット1020bは、第１の選択サブユニット1020b1と、第２の選択サブユニット1020b2と、第３の選択サブユニット1020b3とを含んでもよい。
【０１６９】
第１の選択サブユニット1020b1は、ユーザタイプに合致する広告から前面広告を選択するように構成される。
【０１７０】
第２の選択サブユニット1020b2は、ユーザタイプに合致する広告からa個の候補広告を選択するように構成される。
【０１７１】
第３の選択サブユニット1020b3は、ユーザタイプに合致しない広告からb個の候補広告を選択するように構成される。
【０１７２】
ただし、a+b=nであり、a,bは正の整数である。
【０１７３】
広告提供モジュール1020は、情報受信ユニット1020dと、タイプ再決定ユニット1020eとを更に含んでもよい。
【０１７４】
情報受信ユニット1020dは、クライアントデバイスにより送信された操作記録情報を受信するように構成される。操作記録情報は、候補広告においてユーザデバイスにより実行された選択操作に基づいて、クライアントデバイスにより生成される。操作記録情報は、ユーザによる候補広告の選択順序及び選択結果を反映するように構成される。
【０１７５】
タイプ再決定ユニット1020eは、操作記録情報に基づいてユーザのユーザタイプを再決定するように構成される。
【０１７６】
前述を鑑みて、この実施例による広告プッシュ装置によって、複数の候補広告は、バックグラウンドサーバによりクライアントデバイスに提供され、次に、選択するためにクライアントデバイスによりユーザに提供される。少なくとも１つの候補広告は、ユーザの選択操作に応じて、再生するために複数の候補広告から選択される。従来技術において広告リソース及び帯域幅リソースを浪費し、ユーザの視聴ニーズを満たすことができないという問題が対処される。ユーザは、広告を選択する能力を提供され、これにより、ユーザは、自分のニーズに従って、再生するために候補広告から関心のある広告を選択することができ、これは、広告クリック率及び有効な視聴者の数を増加させ、広告リソース及び帯域幅リソースの浪費を低減し、ユーザの自分の選択及び視聴のニーズを満たし、双方向性、面白み及びユーザ体験を改善することができる。
【０１７７】
さらに、バックグラウンドサーバを通じて、ユーザタイプに合致する複数の広告は、候補広告のいくつかといてクライアントデバイスに提供され、ユーザタイプに合致しない複数の広告は、候補広告の他のものとしてクライアントデバイスに提供される。この場合、端末が複数のユーザにより共有される場合、複数のユーザの異なるニーズが満たされ、これにより、各ユーザは自分のニーズを満たす広告を見つけ得る。
【０１７８】
前述の説明において、「モジュール」、「ユニット」又は「サブユニット」という用語は、ハードウェア、ファームウェア及び／又はソフトウェアで実現されてもよい特定の機能を提供するためのコンピュータロジックを示す点に留意すべきである。前述の実施例における機能モジュールのそれぞれの分割は、単に例示目的である。実際の実現では、前述の機能は、必要に応じて異なる機能モジュールに分散されてもよく、或いは異なるハードウェアデバイスにより実現されてもよく、それぞれのハードウェアデバイスが機能モジュールのうち１つ以上を実現する。すなわち、デバイスの内部構造は、異なる機能モジュールに分割され、これにより、前述の機能の全部又は一部を完了させる。
【０１７９】
この開示の実施例の数字は、単に例示の目的であり、実施例の欠点及び利点として考えられるべきではない。
【０１８０】
前述の実施例におけるステップの全部又は一部は、ハードウェアにより実現されてもよく、或いはプログラムにより命令される関係するハードウェアにより実現されてもよいことが、当業者により認識される。プログラムは、コンピュータ読み取り可能記憶媒体に記憶されてもよく、これは、読み取り専用メモリ、磁気ディスク、光ディスク等を含んでもよい。
【０１８１】
前述の説明は、この開示の単に好ましい実施例であり、この開示を限定するものではない。当業者にとって、この開示の精神及び原理内で行われるいずれかの変更、均等物及び変形は、この開示の保護範囲内に入るものとする点に留意すべきである。
【図１】
0006450029.tif 000003
【図２】
0006450029.tif 000004
【図３】
0006450029.tif 000005
【図４Ａ】
0006450029.tif 000006
【図４Ｂ】
0006450029.tif 000007
【図４Ｃ】
0006450029.tif 000008
【図４Ｄ】
0006450029.tif 000009
【図５】
0006450029.tif 000010
【図６】
0006450029.tif 000011
【図７Ａ】
0006450029.tif 000012
【図７Ｂ】
0006450029.tif 000013
【図７Ｃ】
0006450029.tif 000014
【図７Ｄ】
0006450029.tif 000015
【図８】
0006450029.tif 000016
【図９】
0006450029.tif 000017
【図１０】
0006450029.tif 000018
【図１１】
0006450029.tif 000019