JP2019536181A - 情報をプッシュするための方法および装置 - Google Patents

Abstract

本出願は、情報プッシュ方法および装置を提供する。方法は、クライアントによって送信される情報獲得要求を受信するステップであって、情報獲得要求が、ソース表示位置の識別子および情報を取得するよう要求するユーザの識別子を含む、ステップと、ユーザ識別子に対応する表示位置軌道図を照会するステップであって、ユーザが履歴的に表示位置をブラウズする順番が表示位置軌道図中に記録される、ステップと、ソース表示位置に隣接しソース表示位置の後のターゲット表示位置について表示位置軌道図を照会するステップと、ユーザ識別子に対応するクライアントにターゲット表示位置における情報をプッシュするステップとを含む。ユーザによって閲覧される可能性が最も高い次の情報表示位置を、本出願の実装形態を使用することによって予測し、システムリソースの無意味な消費を減少させることができる。

Description

本出願は、インターネット技術の分野に関し、詳細には、情報プッシュ方法および装置に関する。

インターネットの絶え間ない発展に伴い、情報提供は、ますますより便利で迅速になってきている。ユーザは、クライアントを便利に使用して、情報をブラウズすることができる。

クライアントとは、ソフトウェア上のアプリケーション(APP)、たとえば電子財布APP、インスタントメッセージAPP、またはニュースAPPであってよい。

一般的に、情報は、クライアント中の表示位置の中に表示することができる。通常、クライアント上の表示位置の配置順序は固定される。異なるクライアント中に表示される表示位置の順序も同様である。違いは、同時に表示できる表示位置の数が異なるということだけである。というのは、異なるクライアントのスクリーンサイズが異なるからである。たとえば、図1に示されるクライアントが3つの表示位置を同時に表示できる一方、比較的小さいスクリーンを有する別のクライアントは、2つの表示位置を同時に表示できる。しかし、表示位置1、2、3、4、5などは、表示位置の配置順序中で、固定したやり方で順次表示される。加えて、情報を取得するとき、クライアントは、表示位置1中の情報、表示位置2中の情報、表示位置3中の情報などを順次取得する。

依然として、図1に示されるように、現在表示される表示位置は、1、2、3であり、対応する情報が表示される。表示されていない表示位置(たとえば、表示位置4および5)について、クライアントは、表示位置が表示されるときにだけ、サーバから情報を取得する。情報を取得するのに時間をかける必要があるため、この情報獲得方法は、機能停止を引き起こして、ユーザ体験に影響をおよぼす可能性がある。

既存の技術では、事前獲得方法を通常使用して、上記の問題を緩和する。ユーザが現在のページの中の情報をブラウズしているときに、クライアントは、次の表示位置における情報を事前取得する。依然として、図1に示されるように、表示位置1、2、3の中の情報が現在のページの中に表示されており、クライアントは、表示されていない次の表示位置4の中の情報を、サーバから取得する。この場合、表示位置4をブラウズするときに、ユーザは、事前取得した情報を直接使用して、通信遅延などの要因によって引き起こされる機能停止が、ユーザ体験に影響をおよぼすことを防ぐことができる。しかし、情報をブラウズするとき、ユーザは、表示位置における情報を、必ずしも順にブラウズしない。図1の参照を続けて、ユーザがスクリーン上で表示位置を急速にフリックするとき、またはフリック振幅が比較的大きいとき、表示位置4および表示位置5は素早く通り過ぎ、表示位置6、7、および8の情報が最終的に表示される場合を考える。この場合、既存の技術に基づいて、クライアントは、表示位置4、5、6、7、および8の情報をサーバから順次取得する。しかし、ユーザは、表示位置4および5の情報を実際にはブラウズしない。というのは、情報が素早く通り過ぎるためである。したがって、サーバが表示位置4および5の情報をプッシュするのは意味がないことになり、システムリソースが浪費される。

本出願は、既存のシステムにおけるリソースの浪費の問題を緩和するための、情報プッシュ方法および装置を提供する。

本出願の実装形態は情報プッシュ方法を提供し、方法は、クライアントによって送信される情報獲得要求を受信するステップであって、情報獲得要求が、ソース表示位置の識別子および情報を取得するよう要求するユーザの識別子を含む、ステップと、ユーザ識別子に対応する表示位置軌道図(display location trajectory diagram)を照会するステップであって、ユーザが履歴的に表示位置をブラウズする順番が表示位置軌道図中に記録される、ステップと、ソース表示位置に隣接しソース表示位置の後のターゲット表示位置について表示位置軌道図を照会するステップと、ユーザ識別子に対応するクライアントにターゲット表示位置における情報をプッシュするステップとを含む。

任意選択で、表示位置軌道図は、以下の方法、すなわち、各クライアントによってアップロードされ、ユーザによって履歴的にブラウズされた表示位置データを取得するステップであって、表示位置データがユーザ識別子、表示位置識別子、およびタイムスタンプを含む、ステップと、表示位置データ中の表示位置識別子に対応する表示位置をタイムスタンプの順番で同じユーザ識別子と関連づけ、ユーザ識別子に対応する表示位置軌道図を生成するステップとを使用することによって構築される。

任意選択で、ソース表示位置に隣接しソース表示位置の後のターゲット表示位置について表示位置軌道図を照会するステップが、ソース表示位置に関連しソース表示位置の後のターゲット表示位置について表示位置軌道図を照会するステップと、2以上のターゲット表示位置が存在するときに、各ターゲット表示位置の優先順位を取得するステップと、最終的なターゲット表示位置として、最も高い優先順位を有するターゲット表示位置を決定するステップとを含む。

任意選択で、ターゲット表示位置の優先順位が、ユーザのブラウズの数に基づいて取得される。

任意選択で、ソース表示位置に隣接しソース表示位置の後のターゲット表示位置について表示位置軌道図を照会するステップの後に、方法が、ユーザ識別子に対応するユーザ選好図を照会するステップであって、ユーザによって履歴的にタップされた表示位置中の情報の情報タイプがユーザ選好図に記録される、ステップと、ターゲット表示位置に基づいて識別したターゲット表示位置に対応する情報タイプについてユーザ選好図を照会するステップとをさらに含み、ターゲット表示位置における情報をユーザ識別子に対応するクライアントにプッシュするステップが、ユーザ識別子に対応するクライアントにおけるターゲット表示位置に識別した情報タイプの情報をプッシュするステップを含む。

任意選択で、ユーザ選好図は、以下の方法、すなわち、各クライアントによってアップロードされ、ユーザによって履歴的にタップされた情報データを取得するステップであって、情報データが、ユーザ識別子、表示位置識別子、および情報タイプを含む、ステップと、表示位置識別子を、同じユーザ識別子を有する情報データの中の情報タイプと関連づけ、ユーザ識別子に対応するユーザ選好図を生成するステップとを使用することによって構築される。

任意選択で、ターゲット表示位置に基づいて識別したターゲット表示位置に対応する情報タイプについてユーザ選好図を照会するステップが、識別したターゲット表示位置がターゲット表示位置に基づいたユーザ選好図の中で識別されないとき、ターゲット表示位置に対応する情報タイプとして情報タイプをランダムに決定するステップを含む。

任意選択で、ユーザ識別子に対応するクライアントにおけるターゲット表示位置に識別した情報タイプの情報をプッシュするステップが、識別されたターゲット表示位置に対応する2以上の情報タイプが存在するときに、各情報タイプの優先順位を取得するステップと、送信される情報として、最も高い優先順位を有する情報タイプの情報を決定するステップと、ユーザ識別子に対応するクライアントにおけるターゲット表示位置に送信される情報をプッシュするステップとを含む。

任意選択で、情報タイプの優先順位が、情報タイプをアップロードする回数に基づいて決定される。

任意選択で、情報が広告を含み、表示位置が広告表示位置を含み、情報タイプが広告タイプを含み、表示位置軌道図が広告表示位置軌道図を含む。

本出願の実装形態は情報プッシュ装置を提供し、装置は以下、すなわち、クライアントによって送信される情報獲得要求を受信するように構成される受信ユニットであって、情報獲得要求が、ソース表示位置の識別子および情報を取得するよう要求するユーザの識別子を含む、受信ユニットと、ユーザ識別子に対応する表示位置軌道図を照会するように構成される第1のクエリユニットであって、ユーザが履歴的に表示位置をブラウズする順番が表示位置軌道図中に記録される、第1のクエリユニットと、ソース表示位置に隣接しソース表示位置の後のターゲット表示位置について表示位置軌道図を照会するように構成される第2のクエリユニットと、ユーザ識別子に対応するクライアントにターゲット表示位置における情報をプッシュするように構成されるプッシュユニットとを含む。

任意選択で、表示位置軌道図が、以下の第1の獲得サブユニットおよび第1の生成サブユニットを使用することによって構築され、第1の獲得サブユニットが、各クライアントによってアップロードされ、ユーザによって履歴的にブラウズされた表示位置データを取得するように構成され、表示位置データがユーザ識別子、表示位置識別子、およびタイムスタンプを含み、第1の生成サブユニットが、表示位置データ中の表示位置識別子に対応する表示位置をタイムスタンプの順番で同じユーザ識別子と関連づけ、ユーザ識別子に対応する表示位置軌道図を生成するように構成される。

任意選択で、第2のクエリユニットが、以下、すなわち、ソース表示位置に関連しソース表示位置の後のターゲット表示位置について表示位置軌道図を照会するように構成される表示位置クエリサブユニットと、2以上のターゲット表示位置が存在するときに、各ターゲット表示位置の優先順位を取得するように構成される優先順位獲得サブユニットと、最終的なターゲット表示位置として、最も高い優先順位を有するターゲット表示位置を決定するように構成される表示位置決定サブユニットとを含む。

任意選択で、ターゲット表示位置の優先順位が、ユーザのブラウズの数に基づいて取得される。

任意選択で、第2のクエリユニットに加えて、装置は、以下、すなわち、ユーザ識別子に対応するユーザ選好図を照会するように構成される第3のクエリユニットであって、ユーザによって履歴的にタップされた表示位置中の情報の情報タイプがユーザ選好図に記録される、第3のクエリユニットと、ターゲット表示位置に基づいて識別したターゲット表示位置に対応する情報タイプについてユーザ選好図を照会するように構成される第4のクエリユニットとをさらに含む。

プッシュユニットが以下、すなわち、ユーザ識別子に対応するクライアントにおけるターゲット表示位置に識別した情報タイプの情報をプッシュするように構成されるプッシュサブユニットを含む。

任意選択で、ユーザ選好図が、以下の第2の獲得サブユニットおよび第2の生成サブユニットを使用することによって構築され、第2の獲得サブユニットが、各クライアントによってアップロードされ、ユーザによって履歴的にタップされた情報データを取得するように構成され、情報データがユーザ識別子、表示位置識別子、および情報タイプを含み、第2の生成サブユニットが、表示位置識別子を、同じユーザ識別子を有する情報データの中の情報タイプと関連づけ、ユーザ識別子に対応するユーザ選好図を生成するように構成される。

任意選択で、第2のクエリユニットが以下、すなわち、識別したターゲット表示位置がターゲット表示位置に基づいたユーザ選好図の中で識別されないとき、ターゲット表示位置に対応する情報タイプとして情報タイプをランダムに決定するように構成されるクエリサブユニットを含む。

任意選択で、プッシュユニットが以下、すなわち、識別されたターゲット表示位置に対応する2以上の情報タイプが存在するときに、各情報タイプの優先順位を取得するように構成される情報タイプ獲得サブユニットと、送信される情報として、最も高い優先順位を有する情報タイプの情報を決定するように構成される情報決定サブユニットと、ユーザ識別子に対応するクライアントにおけるターゲット表示位置に送信される情報をプッシュするように構成される情報プッシュサブユニットとを含む。

任意選択で、情報タイプの優先順位が、情報タイプをアップロードする回数に基づいて決定される。

任意選択で、情報が広告を含み、表示位置が広告表示位置を含み、情報タイプが広告タイプを含み、表示位置軌道図が広告表示位置軌道図を含む。

本出願の実装形態では、ユーザの表示位置軌道図は、ユーザが表示位置を履歴的にブラウズする順番で事前に構築することができる。ユーザが現在の表示位置の中に表示される情報をブラウズするとき、サーバは、表示位置軌道図に基づいて、ユーザによってブラウズされる可能性が最も高い次の表示位置、すなわちターゲット表示位置を予測し、次いで、ターゲット表示位置における情報をプッシュすることができる。したがって、決定されるターゲット表示位置は、必ずしも、現在の表示位置の次の表示位置ではない。そのため、サーバは、ユーザによって急速にフリックされて素早く通り過ぎる表示位置における情報を相変わらずプッシュするのを防ぎ、システムリソースの意味のない消費を減らすことができる。

本出願に従った、クライアント上に表示される表示位置を図示する概略図である。 本出願の実装形態に従った、情報プッシュ方法を図示するフローチャートである。 本出願に従った、クライアント上に表示される表示位置を図示する別の概略図である。 本出願の実装形態に従った、表示位置軌道図を図示する図である。 本出願の実装形態に従った、複数のターゲット表示位置を図示する概略図である。 本出願の実装形態に従った、情報プッシュ方法を図示するフローチャートである。 本出願の実装形態に従った、ユーザ選好図を図示する図である。 本出願に従った、情報プッシュ装置が配置されるデバイスのハードウェアの構造図である。 本出願の実装形態に従った、情報プッシュ装置のモジュールを図示する概略図である。

例示的な実装形態が本明細書で詳細に記載され、実装形態の例が添付図面中に提示される。以下の記載が添付図面に関係するとき、異なる添付図面中の同じ番号は、別段の記載がない限り、同じまたは同様の要素を表す。以下の例示的な実装形態に記載される実装形態が、本出願と一致するすべての実装形態を表すわけではない。そうではなく、それらは、添付される請求項に詳細に記載される本出願のいくつかの態様と一致する装置および方法の単なる例である。

本出願で使用される用語は、単に、特定の実装形態を説明するためのものであり、本出願を限定することを意図していない。本出願および添付される請求項に使用される単数形の「a」および「the」という用語は、別段に明記されていない限り、複数形を含むことも意図される。本明細書に使用される「および/または」という用語は、1つまたは複数の関連するリスト化された項目の、任意またはすべての可能な組合せを表し、含むことをさらに理解されたい。

様々なタイプの情報を記載するため、「第1の」、「第2の」、「第3の」などの用語が本出願中で使用される場合があるが、情報は、用語に限定されないことを理解されたい。これらの用語は、同じタイプの情報を区別するためにのみ使用される。たとえば、本出願の範囲から逸脱することなく、第1の情報を第2の情報と呼ぶこともでき、同様に、第2の情報を第1の情報と呼ぶことができる。状況に応じて、たとえば、本明細書で使用される「if」という言葉は、「〜する間」、「〜のとき」、または「〜という判定に応じて」と説明することができる。

図2は、本出願の実装形態に従った、情報プッシュ方法を図示するフローチャートである。本実装形態は、サーバ側の観点から記載される。本方法は、以下のステップを含むことができる。

ステップ210: クライアントによって送信される情報獲得要求を受信する。ここで、情報獲得要求が、ソース表示位置の識別子および情報を取得するよう要求するユーザの識別子を含む。

本実装形態では、クライアントは、ソフトウェア上のアプリケーション、たとえば電子財布APP、インスタントメッセージAPP、またはニュースAPPであってよい。本明細書で言及される表示位置は、情報を表示するために使用される、クライアントアプリケーションインターフェース中の区域であってよい。

図1に示されるクライアント上に表示される表示位置を図示する概略図への参照を続ける。この例では、表示位置は、異なる区域に配置され、互いに明瞭に区別される。クライアント上で情報をブラウズするとき、ユーザは、上下にフリックすることによって、異なる情報を閲覧することができる。異なる情報が、異なる表示位置に表示される。ユーザが情報をブラウズするプロセスにおいて、クライアントは、サーバに対する、情報獲得要求を能動的に開始することができる。ユーザが、インターフェースの底部において、表示位置3をブラウズする場合、情報獲得要求を使用して、表示位置3の次の表示位置に表示される必要がある情報を取得することができる。上で記載したように、情報獲得要求は、表示位置3のソース表示位置識別子および情報を取得するよう要求するユーザの識別子を含む。

別の例として、図3は、クライアント上に表示される表示位置の別の概略図である。この例では、表示位置は、同じ区域に配置される。ユーザは、左右にフリックすることによって、異なる情報を表示するようにクライアントを制御することができる。同様に、ユーザが情報をブラウズするプロセスにおいて、クライアントは、サーバに対し、情報獲得要求を能動的に開始することができる。区域106は、5つの異なる表示位置(5つの小さい円)を有する。第1の表示位置が現在表示されているため、クライアントによって送信される情報獲得要求は、第1の表示位置の次の表示位置の中に表示される必要がある情報を取得するために使用される。上で記載したように、情報獲得要求は、第1の表示位置のソース表示位置識別子および情報を取得するよう要求するユーザの識別子を含む。

前の例は、表示位置を表示する形式の単なる例である。一実装形態では、表示位置は、他の形式で、たとえば同じ区域の中で上下にフリックすることで表示することもできる。

ソース表示位置識別子は、クライアント上に現在表示されている最後の表示位置に対応する識別子である。図1に示されるように、ソース表示位置識別子は、表示位置3に対応する識別子である。実際のアプリケーションの実装形態では、ソース表示位置識別子は、たとえば数字1、2、または3といった表示位置IDであってよい。

ユーザ識別子は、たとえばユーザアカウントuser_1またはuser_2といったユーザIDであってよい。

ステップ220: ユーザ識別子に対応する表示位置軌道図(display location trajectory diagram)を照会する。

本実装形態では、ユーザが履歴的に表示位置をブラウズする順番が表示位置軌道図中に記録される。

表示位置軌道図は、以下の方法を使用することによって構築することができる。

A1: 各クライアントによってアップロードされ、ユーザによって履歴的にブラウズされた表示位置データを取得する。ここで、表示位置データがユーザ識別子、表示位置識別子、およびタイムスタンプを含む。

A2: クライアントによってアップロードされ、ユーザによってタップされた情報データを取得する。ここで、情報データが、ユーザ識別子、表示位置識別子、および情報タイプを含む。

A3: 表示位置データ中の表示位置識別子に対応する表示位置をタイムスタンプの順番で同じユーザ識別子と関連づけ、ユーザ識別子に対応する表示位置軌道図を生成する。

クライアントの中にログ追跡点が事前設定され、次いでクライアントのログ収集モジュールが、ユーザによって履歴的にブラウズされた表示位置データを定期的に収集し、サーバにすべての表示位置データをアップロードする。

「定期的に」とは、たとえば、毎日8:00、17:00、もしくは24:00、毎週月曜日といった決まった時間と理解することができ、または所定の継続時間と理解することができる。すなわち、クライアントのログ収集モジュールがタイマを開始し、タイマが所定の継続時間に達するとパラメータを収集することができる。間違いなく、いくつかの実装形態では、ログ収集モジュールが不定期で収集を実施する場合がある。たとえば、収集した表示位置データおよび/または情報データの量が所定のデータ量に達したときに、データ量に基づいてサーバにデータをアップロードすることができる。

本実装形態では、ログを使用して、ユーザの操作を記録することができる。ログ追跡点は、ログの元の機能論理に何らかの特殊な機能を追加するために使用される。ログ収集インターフェースを介して、ログ中で設定を実施することができる。たとえば、ユーザがボタンをタップした回数がカウントされる。

本実装形態では、ログ追跡点は、主に、ユーザによって履歴的にブラウズされた表示位置データについての統計値を収集するために使用される。

表示位置データがユーザ識別子、表示位置識別子、およびタイムスタンプを含むことができる。

以下では、ユーザが表示位置をブラウズしたのかをクライアントがどのように決定するかについて記載する。

図1が例として使用される。クライアントは、最初に、表示位置1、2、および3の中に情報を表示し、次いで、ユーザが表示位置を上にフリックすると、表示位置4の中の情報、表示位置5の中の情報などを順次表示する。しかし、ユーザが表示位置を急速にフリックする、またはユーザが表示位置を上にフリックするときにフリック振幅が比較的大きい場合、表示位置4および表示位置5が素早く通り過ぎ、最終的に、表示位置6、7、および8の中の情報が表示される。この場合、クライアントは、表示位置4および5がユーザによってブラウズされないと決定することができる。言い換えると、ユーザが表示位置をブラウズしたのかを、スクリーン上にとどまっている表示位置の継続時間が所定の継続時間に達したのかに基づいて決定することができる。

所定の継続時間は、手動で設定される経験的な値であってよい。たとえば、値は5秒であってよい。この場合では、クライアントのスクリーン上にとどまる表示位置の継続時間が5秒に達した場合に、ユーザが表示位置をブラウズすると考えることができる。反対に、継続時間が5秒に達しない場合、ユーザが表示位置をブラウズしないと考えることができる。本明細書における後続のブラウズされる表示位置は、その継続時間が所定の継続時間に達する表示位置と理解することができる。

たとえば、ユーザが表示位置をブラウズする場合、システムログは、表示位置データ、すなわち、表示位置識別子、ユーザ識別子、およびタイムスタンプを記録する。タイムスタンプは、ユーザが表示位置をブラウズするときに表示位置が表示される瞬間のタイムスタンプである。ユーザ識別子がuser_1であり、表示位置識別子が4であり、タイムスタンプが1474873552(すなわち、15:5:52 9/26/2016)であると仮定する。ログ収集モジュールは、収集した表示位置データ(user_1, 4, 1474873552)をサーバにアップロードすることができる。

各クライアントによってアップロードされ、ユーザによって履歴的にブラウズされた表示位置データを取得した後、サーバは、表示位置データ中の表示位置識別子に対応する表示位置をタイムスタンプの順番で同じユーザ識別子と関連づけることができる。

本実装形態では、異なる表示位置の間のシーケンスの関係を、タイムスタンプの順番を使用することによって決定し、ソース表示位置およびターゲット表示位置をさらに決定することができる。ソース表示位置とターゲット表示位置は、相対的な概念である。前の表示位置は、後の表示位置に対してソース表示位置であり、後の表示位置は、前の表示位置に対してターゲット表示位置である。表示位置は、表示位置のソース表示位置に対してターゲット表示位置であるが、表示位置のターゲット表示位置に対してソース表示位置である。

表示位置は、タイムスタンプを使用することによってチェーンを形成するように接続され、同じ表示位置がある場合はループが形成される場合がある。

上の実施例1に記載されるように、クライアントが以下の6つの表示位置データのセット、すなわち、第1の表示位置データ{user_1, 1, 1474873552}、ここで、user_1がユーザ識別子であり、1が表示位置識別子であり、1474873552がタイムスタンプであり、これらは以下と同じ意味を有し、第2の表示位置データ{user_1, 2, 1474873553}、第3の表示位置データ{user_1, 3, 1474873554}、第4の表示位置データ{user_1, 6, 1474873570}、第5の表示位置データ{user_1, 7, 1474873571}、および第6の表示位置データ{user_1, 8, 1474873572}を記録すると仮定する。

クライアントによりアップロードされた表示位置データを取得した後、サーバは、表示位置データの6つのセットを同じユーザのブラウズ履歴と決定することができる。というのは、表示位置データの6つのセットが同じユーザ識別子user_1を有するためである。

その後、各表示位置の順番を、タイムスタンプに基づいて決定することができる。表示位置データの6つのセットは順に、1474873552 (15:5:52 9/26/2016)、1474873553 (15:5:53 9/26/2016)、1474873554 (15:5:54 9/26/2016)、1474873570 (15:6:10 9/26/2016)、1474873571 (15:6:11 9/26/2016)、および1474873572 (15:6:12 9/26/2016)である。図4に示される表示位置の概略図において、表示位置1が表示位置2と関連づけられ、表示位置1は、表示位置2を指す。この場合では、そのことは、ユーザが表示位置1をブラウズし、次いで表示位置2をブラウズすることを示すことができる。

表示位置2が表示位置3に関連づけられ、表示位置2は、表示位置3を指す。この場合では、そのことは、ユーザが表示位置2をブラウズし、次いで表示位置3をブラウズすることを示すことができる。

表示位置3が表示位置6に関連づけられ、表示位置3は、表示位置6を指す。この場合では、このことによって、ブラウズ軌道は、ユーザが表示位置3をブラウズし、次いで表示位置6をブラウズすることであると示すことができる。

表示位置6が表示位置7に関連づけられ、表示位置6は、表示位置7を指す。この場合では、このことによって、ブラウズ軌道は、ユーザが表示位置6をブラウズし、次いで表示位置7をブラウズすることであると示すことができる。

表示位置7が表示位置8に関連づけられ、表示位置7は、表示位置8を指す。この場合では、このことによって、ブラウズ軌道は、ユーザが表示位置7をブラウズし、次いで表示位置8をブラウズすることであると示すことができる。

図4に示される表示位置軌道図から、ユーザが最初に表示位置1、2、および3をブラウズし、次いでスクリーンを急速にフリックして、表示位置4および5を飛ばし、表示位置7、8、および9を直接ブラウズすることを理解することができる。

実際には、異なるクライアントによってアップロードされる表示位置データは、通常は異なるユーザに対応し、サーバは、各ユーザ識別子について、対応する表示位置軌道図を生成する。

通常、サーバ上に異なるユーザの表示位置軌道図が存在する。したがって、クライアントにより送信された情報獲得要求を受信した後、サーバは、情報獲得要求に含まれるユーザ識別子に基づいて、ユーザ識別子に対応する表示位置軌道図を紹介することができる。

実際には、表示位置軌道図を生成した後、サーバは、表示位置軌道図をユーザ識別子と関連づけ、図形データベース中に表示位置軌道図を記憶することができる。

したがって、ユーザ識別子に対応する表示位置軌道図を照会するとき、サーバは、ユーザ識別子に対応する表示位置軌道図について図形データベースを照会することができる。

ステップ230: ソース表示位置に隣接しソース表示位置の後のターゲット表示位置について表示位置軌道図を照会する。

本実装形態では、上に記載したように、ターゲット表示位置はソース表示位置に隣接し、ソース表示位置はターゲット表示位置を指す、すなわち、ターゲット表示位置はソース表示位置の後である。

本実装形態では、ユーザ識別子に対応する表示位置軌道図を識別した後、サーバは、ソース表示位置に隣接しソース表示位置の後のターゲット表示位置について、表示位置軌道図をさらに照会することができる。

実施例1に基づいて、図1に示されるクライアントの概略図を参照すると、ユーザが情報を再びブラウズして、現在、表示位置1、2、および3が、クライアントのスクリーン上に表示されている。この場合に、クライアントが、サーバに情報獲得要求を送信する。情報獲得要求は、ユーザ識別子user_1およびソース表示位置識別子3を含む。この場合、図4に示されるように、サーバは、ユーザ識別子user_1に基づいて、対応する表示位置軌道図を識別することができる。ソース表示位置識別子が3であるため、サーバは、ソース表示位置3に隣接しソース表示位置3の後のターゲット表示位置が6であると照会する。

本実装形態において、ユーザが現在の表示位置をブラウズした後にブラウズされる可能性が最も高いターゲット表示位置を、ユーザの表示位置軌道図およびユーザが表示位置を履歴的にブラウズする順番に基づいて決定できることが、本ステップにおける実施例から理解することができる。言い換えると、本実装形態では、ユーザが現在の表示位置をブラウズするとき、次の表示位置における情報は、必ずしも順次取得されない。本ステップの実施例における、クライアント上で現在表示されるソース表示位置が表示位置3であるとき、クライアントは、既存の技術における、表示位置の固定された順番の、表示位置4の中の情報を取得することの代わりに、表示位置6の中の情報を取得することができる。

ステップ240: ユーザ識別子に対応するクライアントにターゲット表示位置における情報をプッシュする。

本実装形態では、ターゲット表示位置を決定した後、サーバが、ユーザ識別子に対応するクライアントにターゲット表示位置における情報をプッシュすることができる。

それに対応して、クライアント側では、サーバによってプッシュされたターゲット表示位置における情報を受け取った後、クライアントがターゲット表示位置における情報を表示することができる。情報のプッシュは事前処理されるため、サーバが情報を戻すとき、ターゲット表示位置が、クライアント上でブラウズされてなかった場合がある。この場合では、クライアントは、最初に戻された情報をキャッシュし、ユーザがターゲット表示位置をブラウズするときにキャッシュした情報を直接使用することができる。

本出願の本実装形態によれば、ユーザの表示位置軌道図は、ユーザが表示位置を履歴的にブラウズする順番で事前に構築することができる。ユーザが現在の表示位置の中に表示される情報をブラウズするとき、サーバは、表示位置軌道図に基づいて、ユーザによってブラウズされる可能性が最も高い次の表示位置、すなわちターゲット表示位置を予測し、次いで、ターゲット表示位置における情報をプッシュすることができる。したがって、決定されるターゲット表示位置は、必ずしも、現在の表示位置の次の表示位置ではない。そのため、サーバは、ユーザによって急速にフリックされて素早く通り過ぎる表示位置における情報を相変わらずプッシュするのを防ぎ、システムリソースの意味のない消費を減らすことができる。

実際には、ソース表示位置について、2以上のターゲット表示位置があってよい。図5に示される表示位置軌道図では、表示位置3のターゲット表示位置は、4および10である。この場合では、サーバは、ターゲット表示位置として表示位置4と10の両方を決定し、クライアントに2つの表示位置についての情報をプッシュすること、すなわち、複数のターゲット表示位置が存在する場合に複数個の情報をプッシュすることができる。しかし、クライアントのスクリーンの制限に起因して、ユーザは、互いに離れた表示位置における情報を同時にブラウズすることはできず、したがって、より多い情報をプッシュするのは意味がない可能性がある。したがって、システムリソースが消費される。

問題を緩和するため、本出願の実装形態では、ステップ230の中の、ソース表示位置に隣接しソース表示位置の後のターゲット表示位置について表示位置軌道図を照会するステップは、ソース表示位置に隣接しソース表示位置の後のターゲット表示位置について表示位置軌道図を照会するステップと、2以上のターゲット表示位置が存在するときに複数の各ターゲット表示位置の優先順位を取得するステップと、最終的なターゲット表示位置として最も高い優先順位を有するターゲット表示位置を決定するステップとを含むことができる。

本実装形態では、異なるターゲット表示位置は、異なる優先順位を有する。依然として、図5に示されるように、表示位置3の2つのターゲット表示位置、すなわち表示位置4および表示位置10がある。表示位置10の優先順位が表示位置4の優先順位より高い場合、表示位置10がターゲット表示位置であると決定することができる。

一般的に、表示位置の優先順位は、ユーザのブラウズの数に基づいて決定することができる。たとえば、より多数のブラウズは、より高い優先順位を示す。反対に、より少数のブラウズは、より低い優先順位を示す。たとえば、表示位置3のターゲット表示位置4および10について、表示位置10におけるユーザのブラウズの数が10であり、表示位置4におけるユーザのブラウズの数が5であるために、表示位置10の優先順位が高く、表示位置4の優先順位が低い。

上に記載された実装形態では、ターゲット表示位置における情報がプッシュされると、特定のタイプの情報が、通常、ユーザが所属するグループに基づいてプッシュされる。たとえば、本、トレーニング、および大学院入学試験などの情報が学生にプッシュされ、旅行、買い物、および採用などの情報がホワイトカラー労働者にプッシュされる。しかし、このタイプの情報をプッシュするのは、主に、経験に応じて操作者によって設定され、プッシュされる情報は、通常、ユーザの興味と正確に一致することができない。したがって、意味のないプッシュが引き起こされ、それに応じてユーザ体験が劣化する。

問題を緩和するため、本出願の別の実装形態では、図6に示されるように、ステップ230の後に、方法が以下のステップをさらに含むことができる。

ステップ231: ユーザ識別子に対応するユーザ選好図を照会する。

本実装形態では、ユーザによって履歴的にタップされた表示位置中の情報の情報タイプが、ユーザ選好図に記録される。

ユーザ選好図は、以下の方法を使用することによって構築することができる。

B1: 各クライアントによってアップロードされ、ユーザによって履歴的にタップされた情報データを取得する。ここで、情報データが、ユーザ識別子、表示位置識別子、および情報タイプを含む。

B2: 表示位置識別子を、同じユーザ識別子を有する情報データの中の情報タイプと関連づけ、ユーザ識別子に対応するユーザ選好図を生成する。

上に記載されたログ追跡点は、ユーザによって履歴的にタップされた情報データについての統計値を収集するためにさらに使用することができる。

情報データは、ユーザ識別子、表示位置識別子、および情報タイプを含むことができる。

たとえば、ユーザが表示位置における情報に興味があるとき、ユーザは、通常、表示位置をタップして特定の内容を閲覧する。この場合、システムログは、情報データ、すなわち、情報が配置される表示位置の表示位置識別子、ユーザ識別子、および情報の情報タイプを記録する。ユーザ識別子がuser_1であり、表示位置識別子が4であり、情報タイプがfootballであると仮定する。ログ収集モジュールは、収集した情報データ(user_1, 4, football)をサーバにアップロードすることができる。

各クライアントによってアップロードされ、ユーザによって履歴的にタップされた情報データを取得した後、サーバは、情報データの中の情報タイプを有する表示位置識別子を同じユーザ識別子と関連づけることができる。

実施例1に記載される内容が依然として使用される。ユーザがブラウズプロセスにおいて表示位置1、2、6、および8をタップし、クライアントが以下の4つの情報データのセット、すなわち、第1の情報データ{user_1, 1, car}、ここでuser_1がユーザ識別子であり、1が表示位置識別子であり、carが情報タイプであり、これらは以下と同じ意味を有し、第2の情報データ{user_1, 2, games}、第3の情報データ{user_1, 6, sports}、および第4の情報データ{user_1, 8, music}を記録すると仮定する。

クライアントによりアップロードされた情報データを取得した後、サーバは、情報データの4つのセットを同じユーザのタップ履歴と決定することができる。というのは、情報データの4つのセットが同じユーザ識別子user_1を有するためである。

次いで、表示位置識別子が、各個の情報データの中の情報タイプと関連づけられる。

1(表示位置識別子)は、たとえば、1-carといった、car(情報タイプ)と関連づけられる。

3(表示位置識別子)は、games(情報タイプ)と関連づけられる。

6(表示位置識別子)は、sports(情報タイプ)と関連づけられる。

8(表示位置識別子)は、music(情報タイプ)と関連づけられる。したがって、図7に示されるユーザ識別子user_1に対応するユーザ選好図が生成される。

図7に示されるユーザ選好図によれば、ユーザが次回ブラウズするとき、表示位置1に表示される情報は、依然としてcarタイプの情報であり、表示位置3に表示される情報は、依然としてgamesタイプの情報であり、表示位置6に表示される情報は、依然としてsportsタイプの情報であり、表示位置8に表示される情報は、依然としてmusicタイプの情報である。表示位置2および7の中に情報タイプが存在しないために、表示位置2および7に表示される情報は、必ずしも以前の情報タイプの情報ではなく、ランダムに表示されるタイプの情報である可能性がある。

実際には、異なるクライアントによってアップロードされる情報データは、通常、異なるユーザに対応し、サーバは、各ユーザ識別子について、対応するユーザ選好図を生成する。

通常、サーバ上に、異なるユーザのユーザ選好図が存在する。したがって、クライアントによって送信される情報獲得要求を受信した後、サーバは、情報獲得要求に含まれるユーザ識別子に基づいて、ユーザ識別子に対応するユーザ選好図を照会することができる。

実際には、ユーザ選好図を生成した後、サーバは、ユーザ選好図をユーザ識別子と関連づけ、図形データベース中にユーザ選好図を記憶することができる。

したがって、ユーザ識別子に対応するユーザ選好図を照会するとき、サーバは、ユーザ識別子に対応するユーザ選好図について図形データベースを照会することができる。

ステップ232: ターゲット表示位置に基づいて識別したターゲット表示位置に対応する情報タイプについてユーザ選好図を照会する。

ステップ230を実施した後、サーバは、ターゲット表示位置を識別することができ、ターゲット表示位置に対応する情報タイプについてのユーザ選好図をさらに照会することができる。

図7に示されるユーザ選好図において、ターゲット表示位置が6である場合、ターゲット表示位置6に対応する情報タイプがsportsであると識別することができる。

それに対応して、ステップ240は、以下、すなわち、ユーザ識別子に対応するクライアントにおけるターゲット表示位置に識別した情報タイプの情報をプッシュするステップを含むことができる。

一般的に、情報は、ターゲット表示位置に対応する識別した情報タイプに基づいて、所定の情報ベースからサーバによって取得される情報タイプの情報であってよい。

いくつかの実装形態では、同じ情報タイプの異なる情報が異なる優先順位を有する場合がある。したがって、情報を取得するとき、より高い優先順位を有する情報を、優先順位の順番で優先的に取得することができる。したがって、サーバは、ユーザ識別子に対応するクライアントの中のターゲット表示位置に、識別した情報タイプの情報をプッシュすることができる。

それに対応して、クライアント側では、サーバによってプッシュされたターゲット表示位置における情報を受信すると、クライアントが、ターゲット表示位置における情報を表示することができる。情報のプッシュは事前処理されるため、サーバが情報を戻すとき、ターゲット表示位置が、クライアント上でブラウズされてなかった場合がある。この場合では、クライアントは、最初に戻された情報をキャッシュし、ユーザがターゲット表示位置をブラウズするときにキャッシュした情報を直接使用することができる。

本実装形態によれば、ユーザの表示位置軌道図は、ユーザが表示位置を履歴的にブラウズした順番で事前に構築することができ、ユーザのユーザ選好図は、ユーザによって履歴的にタップされた表示位置における情報の情報タイプに基づいて構築することができる。ユーザが現在の表示位置の中に表示される情報をブラウズするとき、サーバは、表示位置軌道図に基づいて、ユーザによってブラウズされる可能性が最も高い次の表示位置を予測することができ、さらに、ユーザ選好図に基づいて事前にユーザに対象の情報をプッシュして、ユーザが情報をタップする確率を改善し、ユーザ体験を改善し、システムリソースの無意味な消費を減少させることができる。クライアントは、ユーザによってブラウズされる可能性が最も高く、サーバによってプッシュされる次の表示位置、およびユーザにとって対象の表示されるべき情報を事前取得し、ユーザが実際に次の表示位置をブラウズすると迅速に情報を表示することができる。

上に記載されたように、ユーザによって履歴的にタップされた表示位置中の情報の情報タイプだけが、ユーザ選好図に記録される。実際には、識別されたターゲット表示位置がユーザによって履歴的にタップされていない場合、ターゲット表示位置の情報タイプは、ユーザ選好図の中に存在しない。したがって、ターゲット表示位置およびターゲット表示位置に対応する情報タイプは、ユーザ選好図の中で識別されない。

この問題のため、本出願のさらに別の実装形態では、ステップ232における、ターゲット表示位置に基づいて識別したターゲット表示位置に対応する情報タイプについてユーザ選好図を照会するステップは、識別したターゲット表示位置がターゲット表示位置に基づいたユーザ選好図の中で識別されないとき、ターゲット表示位置に対応する情報タイプとして情報タイプをランダムに決定するステップを含む。

本実装形態によれば、ターゲット表示位置に対応する情報タイプは、後続のステップの実施を続けるために、ターゲット表示位置がユーザ選好図の中で識別されない場合であっても、決定することができる。

表示位置軌道図およびユーザ選好図の両方が適用されるとき、表示位置の優先順位は、以下の方法、すなわち、ターゲット表示位置の中に記録された情報タイプを取得するステップと、ターゲット表示位置の中に記録された情報タイプをソース表示位置の中に記録された情報タイプと照合するステップと、ソース表示位置の中の首尾よく照合した情報タイプの優先順位を取得するステップと、表示位置の中の優先順位を、首尾よく照合したターゲット表示位置の優先順位として決定するステップとを使用することによって代替的に取得できることに留意することは、有益である。

本実装形態では、ユーザ選好図において、ソース表示位置3の中の情報タイプが、football、basketball、およびtable tennisを含み、ターゲット表示位置10の中の情報タイプが、table tennisおよびswimmingを含み、ターゲット表示位置4の中の情報タイプがbasketballおよびmountain climbingを含むと仮定する。ソース表示位置3の中の情報タイプと首尾よく照合するターゲット表示位置10の中の情報タイプはtable tennisであり、ソース表示位置3の中の情報タイプと首尾よく照合するターゲット表示位置4の中の情報タイプはbasketballであることが、照合から学習することができる。ソース表示位置3では、table tennisの優先順位が高く、basketballの優先順位が低いと仮定する。したがって、ターゲット表示位置10の優先順位を高く設定することができ、ターゲット表示位置4の優先順位を低く設定することができる。

本実施形態によれば、2以上のターゲット表示位置が存在するとき、表示位置の優先順位が使用され、その結果、より高い優先順位を有するターゲット表示位置を、最終的なターゲット表示位置として決定することができる。そのため、複数のターゲット表示位置に起因して複数個の情報をプッシュする必要がある場合を緩和して、システムリソースの無意味な消費を減少させることができる。

実際には、2以上の情報タイプが表示位置の中に記録される場合がある。たとえば、同じ表示位置の中に記録される情報タイプが、science and technology、games、およびeducationを含む。1つの表示位置の中に1つのタイプの情報だけを表示することができるため、複数の情報タイプから、ユーザに最も興味のある情報のタイプどのようにして選択するかの問題を緩和する必要がある。

問題を緩和するため、本出願の実装形態では、ステップ240は、識別されたターゲット表示位置に記録された2以上の情報タイプが存在するときに、各情報タイプの優先順位を取得するステップと、最も高い優先順位を有する情報タイプの情報を、ユーザ識別子に対応するクライアントにプッシュするステップとを含むことができる。

本実装形態では、情報タイプの優先順位は、情報タイプをアップロードする回数に基づいて決定することができる。言い換えると、より多数回のアップロードは、より高い優先順位を示す。反対に、より少数回のアップロードは、より低い優先順位を示す。たとえば、同じ表示位置において、science and technologyタイプの情報をタップする回数が5であり、ユーザがgameタイプの情報をタップする回数が10であり、ユーザがeducationタイプの情報をタップする回数が8である。この場合では、gamesが最も高い優先順位を有し、educationが2番目に高い優先順位を有し、science and technologyが最も低い優先順位を有する。

本実装形態によれば、ターゲット表示位置の中に2以上の情報タイプが記録されているとき、サーバは、情報タイプの優先順位を使用して、クライアントに、最も高い優先順位を有する情報タイプの情報をプッシュすることができる。そのため、選択の問題を緩和することができるだけでなく、選択された情報タイプが、ユーザにとって最も興味のある情報のタイプであり、ユーザがタップする可能性を改善し、ユーザ体験を改善する。

本出願の実装形態では、情報が広告を含み、表示位置が広告表示位置を含み、情報タイプが広告タイプを含み、表示位置軌道図が広告表示位置軌道図を含む。

本実装形態は広告サービスのシナリオに適用することができ、ユーザの広告表示位置軌道図は、ユーザが広告表示位置を履歴的にブラウズする順番で事前に構築することができる。ユーザが現在の広告表示位置の中に表示される広告をブラウズするとき、サーバは、広告表示位置軌道図に基づいて、ユーザによってブラウズされる可能性が最も高い次の広告表示位置を予測し、次いで、予測された広告表示位置における情報をプッシュすることができる。加えて、ユーザ選好図は、ユーザによって履歴的にタップされた広告表示位置の中の広告のタイプに基づいて事前に構築することができ、予測された広告表示位置に対応するユーザに興味のある広告をプッシュして、ユーザが広告をタップする可能性を改善し、ユーザ体験を改善し、システムリソースの無意味な消費を減少させることができる。クライアントは、ユーザによってブラウズされる可能性が最も高く、サーバによってプッシュされる次の広告表示位置、およびユーザにとって対象の表示されるべき広告を事前取得し、ユーザが実際に次の広告表示位置をブラウズすると迅速に広告を表示することができる。

本出願は、以前の情報プッシュ方法の実装形態に対応する情報プッシュ装置の実装形態をさらに提供する。

本出願における情報プッシュ装置の実装形態は、情報プッシュデバイスに個別に適用することができる。装置の実装形態は、ソフトウェア、ハードウェア、またはハードウェアとソフトウェアの組合せによって実装することができる。ソフトウェアの実装形態が例として使用される。論理装置として、装置は、装置が配置されるデバイスのプロセッサによって、メモリに対して、不揮発性メモリ中の対応するコンピュータプログラム命令を読み取ることによって形成される。ハードウェアの観点では、図8が、本出願における情報プッシュ装置が配置されるデバイスのハードウェアを図示する構造図である。図8に示されるプロセッサ、ネットワークインターフェース、メモリ、および不揮発性メモリに加えて、本実装形態に装置が配置されるデバイスは、通常、情報プッシュ装置の実際の機能に基づいて、他のハードウェアをさらに含むことができる。簡略化のため、詳細は省略される。

図9は、本出願の実装形態に従った、情報プッシュ装置のモジュールを図示する図である。本実装形態は、サーバ側の観点から記載される。装置は、受信ユニット310、第1のクエリユニット320、第2のクエリユニット330、およびプッシュユニット340を含む。

受信ユニット310は、クライアントによって送信される情報獲得要求を受信するように構成され、情報獲得要求が、ソース表示位置の識別子および情報を取得するよう要求するユーザの識別子を含む。

第1のクエリユニット320は、ユーザ識別子に対応する表示位置軌道図を照会するように構成され、ユーザが履歴的に表示位置をブラウズする順番が表示位置軌道図中に記録される。

第2のクエリユニット330は、ソース表示位置に隣接しソース表示位置の後のターゲット表示位置について表示位置軌道図を照会するように構成される。

プッシュユニット340は、ユーザ識別子に対応するクライアントにターゲット表示位置における情報をプッシュするように構成される。

任意選択の実装形態では、表示位置軌道図が、以下の第1の獲得サブユニットおよび第1の生成サブユニットを使用することによって構築され、第1の獲得サブユニットが、各クライアントによってアップロードされ、ユーザによって履歴的にブラウズされた表示位置データを取得するように構成され、表示位置データがユーザ識別子、表示位置識別子、およびタイムスタンプを含み、第1の生成サブユニットが、表示位置データ中の表示位置識別子に対応する表示位置をタイムスタンプの順番で同じユーザ識別子と関連づけ、ユーザ識別子に対応する表示位置軌道図を生成するように構成される。

任意選択の実装形態では、第2のクエリユニット330が、以下、すなわち、ソース表示位置に関連しソース表示位置の後のターゲット表示位置について表示位置軌道図を照会するように構成される表示位置クエリサブユニットと、2以上のターゲット表示位置が存在するときに、各ターゲット表示位置の優先順位を取得するように構成される優先順位獲得サブユニットと、最終的なターゲット表示位置として、最も高い優先順位を有するターゲット表示位置を決定するように構成される表示位置決定サブユニットとを含む。

任意選択の実装形態では、ターゲット表示位置の優先順位が、ユーザのブラウズの数に基づいて取得される。

任意選択の実装形態では、第2のクエリユニット330に加えて、装置は、以下、すなわち、ユーザ識別子に対応するユーザ選好図を照会するように構成される第3のクエリユニットであって、ユーザによって履歴的にタップされた表示位置中の情報の情報タイプがユーザ選好図に記録される、第3のクエリユニットと、ターゲット表示位置に基づいて識別したターゲット表示位置に対応する情報タイプについてユーザ選好図を照会するように構成される第4のクエリユニットとをさらに含む。

プッシュユニット340が以下、すなわち、ユーザ識別子に対応するクライアントにおけるターゲット表示位置に識別した情報タイプの情報をプッシュするように構成されるプッシュサブユニットを含む。

任意選択の実装形態では、ユーザ選好図が、以下の第2の獲得サブユニットおよび第2の生成サブユニットを使用することによって構築され、第2の獲得サブユニットが、各クライアントによってアップロードされ、ユーザによって履歴的にタップされた情報データを取得するように構成され、情報データがユーザ識別子、表示位置識別子、および情報タイプを含み、第2の生成サブユニットが、表示位置識別子を、同じユーザ識別子を有する情報データの中の情報タイプと関連づけ、ユーザ識別子に対応するユーザ選好図を生成するように構成される。

任意選択の実装形態では、第2のクエリユニットが以下、すなわち、識別したターゲット表示位置がターゲット表示位置に基づいたユーザ選好図の中で識別されないとき、ターゲット表示位置に対応する情報タイプとして情報タイプをランダムに決定するように構成されるクエリサブユニットを含む。

任意選択の実装形態では、プッシュユニット340が、以下、すなわち、識別されたターゲット表示位置に対応する2以上の情報タイプが存在するときに、各情報タイプの優先順位を取得するように構成される情報タイプ獲得サブユニットと、送信される情報として、最も高い優先順位を有する情報タイプの情報を決定するように構成される情報決定サブユニットと、ユーザ識別子に対応するクライアントにおけるターゲット表示位置に送信される情報をプッシュするように構成される情報プッシュサブユニットとを含む。

任意選択の実装形態では、情報タイプの優先順位が、情報タイプをアップロードする回数に基づいて決定される。

任意選択の実装形態では、情報が広告を含み、表示位置が広告表示位置を含み、情報タイプが広告タイプを含み、表示位置軌道図が広告表示位置軌道図を含む。

装置の中の各ユニットの機能および役割の実装プロセスについて、以前の方法の中の対応するステップの実装プロセスに対して、参照を行うことができる。簡略化のため、詳細は省略される。

装置の実装形態は、基本的に方法の実装形態に対応するため、関連する部分について、方法の実装形態における関係する記載への参照を行うことができる。以前に記載した装置の実装形態は単なる例である。別個の部分として記載したユニットは、物理的に別個であってもなくてもよく、ユニットとして表示した部分は、物理的なユニットであってもなくてもよく、1つの場所に配置されてよく、または、複数のネットワークユニット上に分散されてよい。モジュールの一部または全部は、本出願における解決策の目的を達成するための実際の必要性に基づいて選択することができる。当業者は、創造的な努力を行うことなく、本出願の実装形態を理解および実装することができる。

当業者は、本明細書を考察し、本明細書に開示される発明を実践した後に、本出願の別の実装解決策を容易に考えることができる。本出願は、本出願の任意の変更形態、機能、または適合変化をカバーすることが意図される。これらの変更形態、機能、または適合変化は、本出願の一般的な原理に準拠しており、本出願に開示されない本技術分野における通常の知識または通常使用される技術的手段を含む。本明細書および実装形態は、単に例として考えられている。本出願の実際の範囲および精神は、以下の請求項によって指摘される。

本出願は、上で記載され、添付図面に示される正確な構造に限定されず、本出願の範囲から逸脱することなく、変更形態および変化形態を行うことができることを理解されたい。本出願の範囲は、添付した請求項によってのみ限定される。

1 表示位置
2 表示位置
3 表示位置
4 表示位置
5 表示位置
6 表示位置
7 表示位置
8 表示位置
9 表示位置
10 表示位置
310 受信ユニット
320 第1のクエリユニット
330 第2のクエリユニット
340 プッシュユニット

Claims (20)

1. 情報プッシュ方法であって、
   クライアントによって送信される情報獲得要求を受信するステップであって、前記情報獲得要求が、ソース表示位置の識別子と情報を取得するよう要求するユーザの識別子とを含む、ステップと、
   前記ユーザ識別子に対応する表示位置軌道図を照会するステップであって、前記ユーザが履歴的に表示位置をブラウズする順番が前記表示位置軌道図中に記録される、ステップと、
   前記ソース表示位置に隣接し前記ソース表示位置の後のターゲット表示位置について前記表示位置軌道図を照会するステップと、
   前記ユーザ識別子に対応する前記クライアントに前記ターゲット表示位置における情報をプッシュするステップと
   を含む方法。
2. 前記表示位置軌道図が、
   各クライアントによってアップロードされ、前記ユーザによって履歴的にブラウズされた表示位置データを取得するステップであって、前記表示位置データがユーザ識別子、表示位置識別子、およびタイムスタンプを含む、ステップと、
   前記表示位置データ中の前記表示位置識別子に対応する表示位置を前記タイムスタンプの順番で同じユーザ識別子と関連づけ、前記ユーザ識別子に対応する前記表示位置軌道図を生成するステップと
   によって構築される、請求項1に記載の方法。
3. 前記ソース表示位置に隣接し前記ソース表示位置の後のターゲット表示位置について前記表示位置軌道図を照会する前記ステップが、
   前記ソース表示位置に関連し前記ソース表示位置の後の前記ターゲット表示位置について前記表示位置軌道図を照会するステップと、
   2以上のターゲット表示位置が存在するときに、各ターゲット表示位置の優先順位を取得するステップと、
   最終的なターゲット表示位置として、最も高い優先順位を有するターゲット表示位置を決定するステップと
   を含む、請求項1に記載の方法。
4. 前記ターゲット表示位置の前記優先順位が、ユーザのブラウズの数に基づいて取得される、請求項3に記載の方法。
5. 前記ソース表示位置に隣接し前記ソース表示位置の後のターゲット表示位置について前記表示位置軌道図を照会する前記ステップの後に、
   前記ユーザ識別子に対応するユーザ選好図を照会するステップであって、前記ユーザによって履歴的にタップされた表示位置中の情報の情報タイプが前記ユーザ選好図に記録される、ステップと、
   前記ターゲット表示位置に基づいて識別したターゲット表示位置に対応する情報タイプについて前記ユーザ選好図を照会するステップと
   をさらに含み、
   前記ターゲット表示位置における情報を前記ユーザ識別子に対応する前記クライアントにプッシュする前記ステップが、
   前記ユーザ識別子に対応する前記クライアントにおける前記ターゲット表示位置に識別した情報タイプの情報をプッシュするステップ
   を含む、請求項1に記載の方法。
6. 前記ユーザ選好図が、
   各クライアントによってアップロードされ、前記ユーザによって履歴的にタップされた情報データを取得するステップであって、前記情報データが、ユーザ識別子、表示位置識別子、および情報タイプを含む、ステップと、
   前記表示位置識別子を、同じユーザ識別子を有する前記情報データの中の前記情報タイプと関連づけ、前記ユーザ識別子に対応する前記ユーザ選好図を生成するステップと
   によって構築される、請求項5に記載の方法。
7. 前記ターゲット表示位置に基づいて識別したターゲット表示位置に対応する情報タイプについて前記ユーザ選好図を照会する前記ステップが、
   前記識別したターゲット表示位置が前記ターゲット表示位置に基づいた前記ユーザ選好図の中で識別されないとき、前記ターゲット表示位置に対応する前記情報タイプとして前記情報タイプをランダムに決定するステップ
   を含む、請求項5に記載の方法。
8. 前記ユーザ識別子に対応する前記クライアントにおける前記ターゲット表示位置に識別した情報タイプの情報をプッシュする前記ステップが、
   前記識別されたターゲット表示位置に対応する2以上の情報タイプが存在するときに、各情報タイプの優先順位を取得するステップと、
   送信される情報として、最も高い優先順位を有する情報タイプの情報を決定するステップと、
   前記ユーザ識別子に対応する前記クライアントにおける前記ターゲット表示位置に送信される前記情報をプッシュするステップと
   を含む、請求項5に記載の方法。
9. 前記情報タイプの前記優先順位が、前記情報タイプをアップロードする回数に基づいて決定される、請求項8に記載の方法。
10. 前記情報が広告を含み、
    前記表示位置が広告表示位置を含み、
    前記情報タイプが広告タイプを含み、
    前記表示位置軌道図が広告表示位置軌道図を含む、請求項1から9のいずれか一項に記載の方法。
11. 情報プッシュ装置であって、
    クライアントによって送信される情報獲得要求を受信するように構成される受信ユニットであって、前記情報獲得要求が、ソース表示位置の識別子および情報を取得するよう要求するユーザの識別子を含む、受信ユニットと、
    前記ユーザ識別子に対応する表示位置軌道図を照会するように構成される第1のクエリユニットであって、前記ユーザが履歴的に表示位置をブラウズする順番が前記表示位置軌道図中に記録される、第1のクエリユニットと、
    前記ソース表示位置に隣接し前記ソース表示位置の後のターゲット表示位置について前記表示位置軌道図を照会するように構成される第2のクエリユニットと、
    前記ユーザ識別子に対応する前記クライアントに前記ターゲット表示位置における情報をプッシュするように構成されるプッシュユニットと
    を備える装置。
12. 前記表示位置軌道図が、第1の獲得サブユニットおよび第1の生成サブユニットを使用することによって構築され、
    前記第1の獲得サブユニットが、各クライアントによってアップロードされ、前記ユーザによって履歴的にブラウズされた表示位置データを取得するように構成され、前記表示位置データがユーザ識別子、表示位置識別子、およびタイムスタンプを含み、
    前記第1の生成サブユニットが、前記表示位置データ中の前記表示位置識別子に対応する表示位置を前記タイムスタンプの順番で同じユーザ識別子と関連づけ、前記ユーザ識別子に対応する前記表示位置軌道図を生成するように構成される、請求項11に記載の装置。
13. 前記第2のクエリユニットが、
    前記ソース表示位置に関連し前記ソース表示位置の後の前記ターゲット表示位置について前記表示位置軌道図を照会するように構成される表示位置クエリサブユニットと、
    2以上のターゲット表示位置が存在するときに、各ターゲット表示位置の優先順位を取得するように構成される優先順位獲得サブユニットと、
    最終的なターゲット表示位置として、最も高い優先順位を有するターゲット表示位置を決定するように構成される表示位置決定サブユニットと
    を備える、請求項11に記載の装置。
14. 前記ターゲット表示位置の前記優先順位が、ユーザのブラウズの数に基づいて取得される、請求項13に記載の装置。
15. 前記第2のクエリユニットに加えて、
    前記ユーザ識別子に対応するユーザ選好図を照会するように構成される第3のクエリユニットであって、前記ユーザによって履歴的にタップされた表示位置中の情報の情報タイプが前記ユーザ選好図に記録される、第3のクエリユニットと、
    前記ターゲット表示位置に基づいて識別したターゲット表示位置に対応する情報タイプについて前記ユーザ選好図を照会するように構成される第4のクエリユニットと
    をさらに備え、
    前記プッシュユニットが、
    前記ユーザ識別子に対応する前記クライアントにおける前記ターゲット表示位置に識別した情報タイプの情報をプッシュするように構成されるプッシュサブユニットを備える、請求項11に記載の装置。
16. 前記ユーザ選好図が、第2の獲得サブユニットおよび第2の生成サブユニットを使用することによって構築され、
    前記第2の獲得サブユニットが、各クライアントによってアップロードされ、前記ユーザによって履歴的にタップされた情報データを取得するように構成され、前記情報データがユーザ識別子、表示位置識別子、および情報タイプを含み、
    第2の生成サブユニットが、前記表示位置識別子を、同じユーザ識別子を有する前記情報データの中の前記情報タイプと関連づけ、前記ユーザ識別子に対応する前記ユーザ選好図を生成するように構成される、請求項15に記載の装置。
17. 前記第2のクエリユニットが、
    前記識別したターゲット表示位置が前記ターゲット表示位置に基づいた前記ユーザ選好図の中で識別されないとき、前記ターゲット表示位置に対応する情報タイプとして前記情報タイプをランダムに決定するように構成されるクエリサブユニット
    を備える、請求項15に記載の装置。
18. 前記プッシュユニットが、
    前記識別されたターゲット表示位置に対応する2以上の情報タイプが存在するときに、各情報タイプの優先順位を取得するように構成される情報タイプ獲得サブユニットと、
    送信される情報として、最も高い優先順位を有する情報タイプの情報を決定するように構成される情報決定サブユニットと、
    前記ユーザ識別子に対応する前記クライアントにおける前記ターゲット表示位置に送信される前記情報をプッシュするように構成される情報プッシュサブユニットと
    を備える、請求項15に記載の装置。
19. 前記情報タイプの前記優先順位が、前記情報タイプをアップロードする回数に基づいて決定される、請求項18に記載の装置。
20. 前記情報が広告を含み、
    前記表示位置が広告表示位置を含み、
    前記情報タイプが広告タイプを含み、
    前記表示位置軌道図が広告表示位置軌道図を含む、請求項11から19のいずれか一項に記載の装置。