(57)【特許請求の範囲】
【請求項１】
クライアントが送信した、前記クライアントの情報を含むアクセス要求を受信し、
前記クライアントの情報にしたがって、前記クライアントの少なくとも１つのカテゴリの各ディメンションを取得し、
取得した前記クライアントの少なくとも１つのカテゴリの各ディメンションを組み合わせて、前記クライアントの少なくとも１つのディメンション組合せを取得し、
取得した前記ディメンション組合せに対して、
前記ディメンション組合せのハッシュ値を算出し、
算出した前記ハッシュ値と一致するプッシュ情報を検索し、
検索した前記プッシュ情報を前記クライアントへ返信し、
前記クライアントの少なくとも１つのカテゴリの各ディメンションをディメンション的に組み合わせて、前記クライアントの少なくとも１つのディメンション組合せを取得する処理では、
クライアントの少なくとも１つのカテゴリの各ディメンションにデカルト積を求める演算を行い、前記クライアントの少なくとも１つのディメンション組合せを取得する、
ことを特徴とする情報をプッシュする方法。
【請求項２】
前記クライアントの情報は、前記クライアントの機能情報と、インターネットプロトコル（ＩＰ）アドレス情報と、ブラウザのバージョン情報と、前記クライアントの１つ以上のネットワーク情報とのうちの少なくとも１つを含み、
前記クライアントの少なくとも１つのカテゴリの各ディメンションを、
前記クライアントの機能情報を、前記クライアントの第１のカテゴリのディメンションとして確定する；
前記ＩＰアドレス情報にしたがって、前記クライアントの地域情報を取得し、前記クライアントの地域情報を、前記クライアントの第２のカテゴリのディメンションとして確定する；
前記ブラウザのバージョン情報を、前記クライアントの第３のカテゴリのディメンションとして確定する；
前記ブラウザのバージョン情報にしたがって、前記クライアントのサービス供給元を取得し、前記クライアントのサービス供給元を、前記クライアントの第４のカテゴリのディメンションとして確定する；
前記クライアントのネットワーク情報にしたがって、前記クライアントが属するネットワークオペレータの情報を取得し、前記クライアントが属する前記ネットワークオペレータの情報を、前記クライアントの第５のカテゴリのディメンションとして確定する；
および
前記クライアントの情報にしたがって、クライアントユーザの性別とキーワードの両方または一方を取得し、前記クライアントユーザの性別とキーワードの両方または一方を、前記クライアントの第６のカテゴリのディメンションとして確定する、
各処理のうち、少なくとも１つを介して取得する、
請求項１に記載の方法。
【請求項３】
前記ハッシュ値と一致するプッシュ情報を検索し、検索した前記プッシュ情報を前記クライアントへ返信する処理では、
前記ハッシュ値と一致する前記プッシュ情報をキャッシュ部内で検索し、
前記ハッシュ値と一致する前記プッシュ情報が前記キャッシュ部内で検索された場合、検索した前記プッシュ情報を前記クライアントへ返信する、
請求項１に記載の方法。
【請求項４】
さらに、前記ハッシュ値と一致する前記プッシュ情報が前記キャッシュ部内で検索されなかった場合、前記クライアントの少なくとも１つのディメンション組合せを有する前記プッシュ情報と、前記少なくとも１つのディメンション組合せとの間の対応を、ロード部から取得し、
前記クライアントの各ディメンション組合せのハッシュ値を、前記プッシュ情報の各ディメンション組合せのハッシュ値とそれぞれ比較し、前記クライアントのすべてのディメンション組合せのハッシュ値と、前記プッシュ情報の対応するディメンション組合せのハッシュ値との間に同一のハッシュ値がある場合、前記プッシュ情報を前記キャッシュ部に保存する、
請求項３に記載の方法。
【請求項５】
前記ハッシュ値と一致する前記プッシュ情報を前記キャッシュ部内で検索する処理では、
前記クライアントの各ディメンション組合せのハッシュ値を、前記キャッシュ部内の対応する前記プッシュ情報のディメンション組合せのハッシュ値とそれぞれ比較し、
前記クライアントの各ディメンション組合せの前記ハッシュ値が、対応する前記プッシュ情報のディメンション組合せの前記ハッシュ値と同一である場合、前記ハッシュ値と一致する前記プッシュ情報を検索する、
請求項３または４に記載の方法。
【請求項６】
クライアントが送信した前記クライアントの情報を含むアクセス要求を受信するよう構成した受信モジュールと、
前記クライアントの情報にしたがって、前記クライアントの少なくとも１つのカテゴリの各ディメンションを取得し、取得した前記クライアントの少なくとも１つのカテゴリの各ディメンションをディメンション的に組み合わせ、前記クライアントの少なくとも１つのディメンション組合せを取得するよう構成したディメンション組合せ取得モジュールと、
前記クライアントの各ディメンション組合せのハッシュ値をそれぞれ算出し、前記ハッシュ値と一致するプッシュ情報を検索し、検索した前記プッシュ情報を前記クライアントへ返信するよう構成した情報プッシュモジュールとを備え、
前記ディメンション組合せ取得モジュールは、前記クライアントの少なくとも１つのディメンションにデカルト積を求める演算を行い、前記クライアントの少なくとも１つのディメンション組合せを取得するよう構成した算出部を備える、
ことを特徴とする情報をプッシュするための装置。
【請求項７】
前記クライアントの情報は、前記クライアントの機能情報と、インターネットプロトコル（ＩＰ）アドレス情報と、ブラウザのバージョン情報と、前記クライアントの１つ以上のネットワーク情報とのうちの少なくとも１つを含み、
前記ディメンション組合せ取得モジュールはディメンション生成部を備え、
前記ディメンション生成部は、前記クライアントの少なくとも１つのカテゴリの各ディメンションを、
前記クライアントの機能情報を、前記クライアントの第１のカテゴリのディメンションとして確定する；
前記ＩＰアドレス情報にしたがって、前記クライアントの地域情報を取得し、前記クライアントの地域情報を、前記クライアントの第２のカテゴリのディメンションとして確定する；
前記ブラウザのバージョン情報を、前記クライアントの第３のカテゴリのディメンションとして確定する；
前記ブラウザのバージョン情報にしたがって、前記クライアントのサービス供給元を取得し、前記クライアントのサービス供給元を、前記クライアントの第４のカテゴリのディメンションとして確定する；
前記クライアントのネットワーク情報にしたがって、前記クライアントが属するネットワークオペレータの情報を取得し、前記クライアントが属する前記ネットワークオペレータの情報を、前記クライアントの第５のカテゴリのディメンションとして確定する；
および
前記クライアントの情報にしたがって、クライアントユーザの性別とキーワードの両方または一方を取得し、前記クライアントユーザの性別とキーワードの両方または一方を、前記クライアントの第６のカテゴリのディメンションとして確定する、各処理のうち、少なくとも１つを介して取得するよう構成した、
請求項６に記載の装置。
【請求項８】
前記情報プッシュモジュールは、
前記ハッシュ値と一致する前記プッシュ情報をキャッシュ部内で検索するよう構成した検索部と、
前記ハッシュ値と一致する前記プッシュ情報が前記キャッシュ部内で検索された場合、検索した前記プッシュ情報を前記クライアントへ返信するよう構成したプッシュ部を備える、
請求項６に記載の装置。
【請求項９】
さらに取得モジュ−ルを備え、
前記取得モジュールは、前記ハッシュ値と一致する前記プッシュ情報が前記キャッシュ部内で検索されなかった場合、前記クライアントの少なくとも１つのディメンション組合せを有する前記プッシュ情報と、前記少なくとも１つのディメンション組合せとの間の対応を、ロード部から取得し、算出した前記クライアントのディメンション組合せのハッシュ値を、前記プッシュ情報のディメンション組合せのハッシュ値と比較し、前記クライアントのすべてのディメンション組合せのハッシュ値と、前記プッシュ情報の対応するディメンション組合せのハッシュ値との間に同一のハッシュ値がある場合、前記ハッシュ値と一致する前記プッシュ情報を取得し、取得した前記プッシュ情報を前記キャッシュ部に保存するよう構成されている、
請求項８に記載の装置。
【請求項１０】
前記情報プッシュモジュールの検索部は、前記クライアントの各ディメンション組合せのハッシュ値を、前記プッシュ情報の対応するディメンション組合せのハッシュ値とそれぞれ比較し、前記クライアントの各ディメンション組合せのハッシュ値が、前記プッシュ情報の対応するディメンション組合せのハッシュ値と同一である場合、前記ハッシュ値と一致する前記プッシュ情報を検索するよう構成されている、
請求項８または９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインターネット技術に関し、より詳しくは、情報をプッシュする方法および情報をプッシュするための装置に関する。
【背景技術】
【０００２】
マイクロブログは、ユーザ関係に基づいて情報を共有、送信、取得するためのプラットフォームである。例えば、ユーザは、ウェブや無線アプリケーションプロトコル（ＷＡＰ）や多種多様なクライアントを用いて、独自のコミュニティの構築、情報の更新、情報の共有といったことを即座に行うことができる。マイクロブログが広く普及するなか、マイクロブログチャンネルのサービスを推し進めるオペレータが増加している。マイクロブログで作成される膨大な量のユーザコンテンツに基づき、ユーザのために、直近の更新メッセージや最も関心度の高いメッセージといった最重要コンテンツに対してマイクロブログチャンネルにより、マイクロブログからのスクリーニングを行う。マイクロブログチャンネルは、自動的に報知情報をリアルタイムで流す。詳しくは、ユーザがユーザチャンネルに入ると、ユーザチャンネルや、ニュース、マイクロブログ更新メッセージ、他のマイクロブログユーザ情報等が、サーバによりクライアントへプッシュされる。
【０００３】
従来の情報プッシュ方法では、直近の更新メッセージまたは最も関心度の高いメッセージがユーザのマイクロブログチャンネルの主ページへプッシュされるだけである。しかし、こういったメッセージには、必ずしもユーザが興味をもつメッセージが含まれているわけではなく、その場合、ユーザは自身が知りたいメッセージをプッシュ情報から取得できないことがある。このように、ネットワークにおけるかなりの交通量が、多数のユーザにとって興味のないプッシュ情報に割かれている。ユーザが関心をもつメッセージがプッシュ情報に含まれているとしても、ユーザはその情報を求めてプッシュ情報を検索する必要がある。これにより、情報のプッシュ効率が低下し、リソース占有率が高くなり、その結果、ユーザ体験が悪化する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザがマイクロブログチャンネルを閲覧する際に、情報のプッシュ効率を向上し、リソース占有率を下げてユーザ体験を改善して、ユーザがより快適に閲覧可能になるようにすることを目的として、本発明の各実施形態により、情報をプッシュする方法および情報をプッシュするための装置が提供される。以下に技術的解決策を説明する。
【課題を解決するための手段】
【０００５】
一実施態様では、情報をプッシュする方法が提供される。このプッシュ方法では、
クライアントが送信したクライアントの情報を含むアクセス要求を受信し、
前記クライアントの情報にしたがって、前記クライアントの少なくとも１つのカテゴリの各ディメンションを取得し、取得した前記クライアントの少なくとも１つのカテゴリの各ディメンションをディメンション的に組み合わせ、前記クライアントの少なくとも１つのディメンション組合せを取得し、
前記クライアントの各ディメンション組合せに対して、前記ディメンション組合せのハッシュ値を算出し、前記ハッシュ値と一致するプッシュ情報を検索し、検索した前記プッシュ情報を前記クライアントへ返信し、
前記クライアントの少なくとも１つのカテゴリの各ディメンションをディメンション的に組み合わせて、前記クライアントの少なくとも１つのディメンション組合せを取得する処理では、
クライアントの少なくとも１つのカテゴリの各ディメンションにデカルト積を求める演算を行い、前記クライアントの少なくとも１つのディメンション組合せを取得する。
【０００６】
前記クライアントの情報は、前記クライアントの機能情報と、インターネットプロトコル（ＩＰ）アドレス情報と、ブラウザのバージョン情報と、前記クライアントの１つ以上のネットワーク情報とのうちの少なくとも１つを含む。また、前記クライアントの少なくとも１つのカテゴリの各ディメンションを、以下の処理の少なくとも１つを介して取得する。
【０００７】
前記クライアントの機能情報を、前記クライアントの第１のカテゴリのディメンションとして確定する。
【０００８】
前記ＩＰアドレス情報にしたがって、前記クライアントの地域情報を取得し、前記クライアントの地域情報を、前記クライアントの第２のカテゴリのディメンションとして確定する。
【０００９】
前記ブラウザのバージョン情報を、前記クライアントの第３のカテゴリのディメンションとして確定する。
【００１０】
前記ブラウザのバージョン情報にしたがって、前記クライアントのサービス供給元を取得し、前記クライアントのサービス供給元を、前記クライアントの第４のカテゴリのディメンションとして確定する。
【００１１】
前記クライアントのネットワーク情報にしたがって、前記クライアントが属するネットワークオペレータの情報を取得し、前記クライアントが属する前記ネットワークオペレータの情報を、前記クライアントの第５のカテゴリのディメンションとして確定する。
【００１２】
前記クライアントの情報にしたがって、クライアントユーザの性別とキーワードの両方または一方を取得し、前記クライアントユーザの性別とキーワードの両方または一方を、前記クライアントの第６のカテゴリのディメンションとして確定する。
【００１４】
前記ハッシュ値と一致するプッシュ情報を検索し、検索した前記プッシュ情報を前記クライアントへ返信する処理では、
前記ハッシュ値と一致する前記プッシュ情報をキャッシュ部内で検索し、
前記ハッシュ値と一致する前記プッシュ情報が前記キャッシュ部内で検索された場合、検索した前記プッシュ情報を前記クライアントへ返信する。
【００１５】
前記方法ではさらに、
前記ハッシュ値と一致する前記プッシュ情報が前記キャッシュ部内で検索されなかった場合、前記クライアントの少なくとも１つのディメンション組合せを有する前記プッシュ情報と、前記少なくとも１つのディメンション組合せとの間の対応を、ロード部から取得し、
前記クライアントの各ディメンション組合せのハッシュ値を、前記プッシュ情報の各ディメンション組合せのハッシュ値とそれぞれ比較し、前記クライアントのすべてのディメンション組合せのハッシュ値と、前記プッシュ情報の対応するディメンション組合せのハッシュ値との間に同一のハッシュ値がある場合、前記プッシュ情報を前記キャッシュ部に保存する。
【００１６】
前記ハッシュ値と一致する前記プッシュ情報を前記キャッシュ部内で検索する処理では、
前記クライアントの各ディメンション組合せのハッシュ値を、前記キャッシュ部内の対応するプッシュ情報のディメンション組合せのハッシュ値とそれぞれ比較し、
前記クライアントの各ディメンション組合せの前記ハッシュ値が、前記プッシュ情報の対応するディメンション組合せの前記ハッシュ値と同一である場合、前記ハッシュ値と一致する前記プッシュ情報を検索する。
【００１７】
前記方法ではさらに、
前記クライアントが送信した前記アクセス要求を受信する前に、前記プッシュ情報と前記プッシュ情報のすべてのディメンション組合せとの間の対応を取得し、
取得した前記対応に含まれる各ディメンション組合せにしたがって、前記プッシュ情報のディメンションすべてのカテゴリと、各ディメンションの最大レベルを取得し、各ディメンション組合せのハッシュ値を算出する。
【００１８】
別の実施態様では、情報をプッシュするための装置が提供される。この装置は、
クライアントが送信した、前記クライアントの情報を含むアクセス要求を受信するよう構成した受信モジュールと、
前記クライアントの情報にしたがって、前記クライアントの少なくとも１つのカテゴリの各ディメンションを取得し、取得した前記クライアントの少なくとも１つのカテゴリの各ディメンションをディメンション的に組み合わせ、前記クライアントの少なくとも１つのディメンション組合せを取得するよう構成したディメンション組合せ取得モジュールと、
前記クライアントの各ディメンション組合せのハッシュ値をそれぞれ算出し、前記ハッシュ値と一致するプッシュ情報を検索し、検索した前記プッシュ情報を前記クライアントへ返信するよう構成した情報プッシュモジュールと、
を備え、
前記ディメンション組合せ取得モジュールは、前記クライアントの少なくとも１つのディメンションにデカルト積を求める演算を行い、前記クライアントの少なくとも１つのディメンション組合せを取得するよう構成した算出部を備える。
【００１９】
前記クライアントの情報は、前記クライアントの機能情報と、ＩＰアドレス情報と、ブラウザのバージョン情報と、前記クライアントのネットワーク情報とのうちの少なくとも１つを含む。前記ディメンション組合せ取得モジュールは、以下の処理の少なくとも１つを介して、前記クライアントの少なくとも１つのカテゴリの各ディメンションを取得するよう構成したディメンション生成部を備える。
【００２０】
前記クライアントの機能情報を、前記クライアントの第１のカテゴリのディメンションとして確定する。
【００２１】
前記ＩＰアドレス情報にしたがって、前記クライアントの地域情報を取得し、前記クライアントの地域情報を、前記クライアントの第２のカテゴリのディメンションとして確定する。
【００２２】
前記ブラウザのバージョン情報を、前記クライアントの第３のカテゴリのディメンションとして確定する。
【００２３】
前記ブラウザのバージョン情報にしたがって、前記クライアントのサービス供給元を取得し、前記クライアントのサービス供給元を、前記クライアントの第４のカテゴリのディメンションとして確定する。
【００２４】
前記クライアントのネットワーク情報にしたがって、前記クライアントが属するネットワークオペレータの情報を取得し、前記クライアントが属する前記ネットワークオペレータの情報を、前記クライアントの第５のカテゴリのディメンションとして確定する。
【００２５】
前記クライアントの情報にしたがって、クライアントユーザの性別とキーワードの両方または一方を取得し、前記クライアントユーザの性別とキーワードの両方または一方を、前記クライアントの第６のカテゴリのディメンションとして確定する。
【００２７】
前記情報プッシュモジュールは、
前記ハッシュ値と一致する前記プッシュ情報をキャッシュ部内で検索するよう構成した検索部と、
前記ハッシュ値と一致する前記プッシュ情報が前記キャッシュ部内で検索された場合、検索した前記プッシュ情報を前記クライアントへ返信するよう構成したプッシュ部とを備える。
【００２８】
前記装置はさらに、取得モジュ−ルを備える。前記取得モジュールは、前記ハッシュ値と一致する前記プッシュ情報が前記キャッシュ部内で検索されなかった場合、前記クライアントの少なくとも１つのディメンション組合せを有する前記プッシュ情報と、前記少なくとも１つのディメンション組合せとの間の対応を、ロード部から取得し、算出した前記クライアントのディメンション組合せのハッシュ値を、前記プッシュ情報のディメンション組合せのハッシュ値と比較し、前記クライアントのすべてのディメンション組合せのハッシュ値と、前記クライアントの各ディメンション組合せのうち前記プッシュ情報の対応するディメンション組合せのハッシュ値との間に同一のハッシュ値がある場合、前記ハッシュ値と一致する前記プッシュ情報を取得し、取得した前記プッシュ情報を前記キャッシュ部に保存するよう構成されている。
【００２９】
前記情報プッシュモジュールの検索部は、前記クライアントの各ディメンション組合せのハッシュ値を、前記プッシュ情報の対応するディメンション組合せのハッシュ値とそれぞれ比較し、前記クライアントの各ディメンション組合せのハッシュ値が、前記プッシュ情報の対応するディメンション組合せのハッシュ値と同一である場合、前記ハッシュ値と一致する前記プッシュ情報を検索するよう構成されている。
【００３０】
前記装置はさらに、ロードモジュールを備える。前記ロードモジュールは、前記受信モジュールが前記クライアントにより送信された前記アクセス要求を受信する前に、前記プッシュ情報と前記プッシュ情報のすべてのディメンション組合せとの間の対応を取得し、取得した前記ディメンション組合せとの前記対応にしたがって、前記ディメンション組合せにおけるすべての前記ディメンションのカテゴリと、各ディメンションの最大レベルとを取得し、各ディメンション組合せのハッシュ値を算出するよう構成されている。
【発明の効果】
【００３１】
本発明の各実施形態による技術的解決策により、有益な効果がもたらされる。クライアントが送信したクライアント自身の情報を含むアクセス要求を受信すると、このクライアントの少なくとも１つのカテゴリの各ディメンションを、クライアントの情報にしたがって取得し、取得した少なくとも１つのカテゴリの各ディメンションをディメンション的に組み合わせて、クライアントの少なくとも１つのディメンション組合せを取得する。クライアントの各ディメンション組合せのハッシュ値をそれぞれ算出し、算出したハッシュ値と一致するプッシュ情報を検索し、見つかったプッシュ情報をクライアントへ返信する。クライアントの少なくとも１つのカテゴリの各ディメンションを介して、クライアントへ率先して情報をプッシュすることで、クライアントの要望に沿ったプッシュ情報を提示でき、ユーザがより快適にマイクロブログチャンネルを閲覧することができる。
【図面の簡単な説明】
【００３２】
本発明の各実施形態による技術的解決策や従来の方法をより明確に提示するために、実施形態の説明に用いる添付図面を以下に簡単に説明する。以下の添付図面は単に本発明の実施形態の数例を示すものであり、当業者であれば、以下の図面を参照することで格段の創意工夫なく他の図面を得られるであろう。
【図１】本発明の一実施形態による情報をプッシュする方法のフローチャートである。
【図２】本発明の一実施形態による情報をプッシュする方法のフローチャートである。
【図３】本発明の一実施形態による情報をプッシュするための装置の構造を示す概略図である。
【図４】本発明の一実施形態による情報をプッシュするための装置の別の構造を示す概略図である。
【図５】本発明の一実施形態による情報をプッシュするための装置の構造を示す概略図である。
【図６】本発明の一実施形態による情報をプッシュするための装置の別の構造を示す概略図である。
【発明を実施するための形態】
【００３３】
本発明の目的と技術的解決策や利点を明らかにするために、添付図面と実施形態とを参照して、本発明を以下に詳細に説明する。
【００３４】
デカルト積を以下に定義する。
【００３５】
ＡとＢをそれぞれ集合とすると、第１の要素と呼ぶＡの要素と第２の要素と呼ぶＢの要素とは順序対を構成する。このような順序対のすべてを一組とした、ＡとＢとのデカルト積と呼ばれる組を、Ａ×Ｂと表す。デカルト積を符号で表すと、ＡｘＢ＝｛＜ｘ，ｙ＞｜ｘ∈Ａ∧ｙ∈Ｂ｝となる。例えば、Ａ＝｛ａ，ｂ｝かつＢ＝｛０，１，２｝である場合、Ａ×Ｂ＝｛＜ａ，０＞，＜ａ，１＞，＜ａ，２＞，＜ｂ，０＞，＜ｂ，１＞，＜ｂ，２＞｝、かつ、Ｂ×Ａ＝｛＜０，ａ＞，＜０，ｂ＞，＜１，ａ＞，＜１，ｂ＞，＜２，ａ＞，＜２，ｂ＞｝である。
【００３６】
図１を参照して、本実施形態では、情報をプッシュする方法が提供される。本方法は、ネットワークサーバ等の演算装置により実行され、詳しくは、以下のステップを行う。
【００３７】
ステップ１０１では、クライアントが送信した、クライアント自身の情報を含むアクセス要求を受信する。
【００３８】
ステップ１０２では、上記クライアントの情報にしたがって、クライアントの少なくとも１つのカテゴリの各ディメンションを取得し、取得したクライアントの少なくとも１つのカテゴリの各ディメンションをディメンション的に組み合わせ、クライアントの少なくとも１つのディメンション組合せを取得する。
【００３９】
ステップ１０３では、上記クライアントの各ディメンション組合せのハッシュ値を算出し、算出したハッシュ値と一致するプッシュ情報を検索し、検索したプッシュ情報をクライアントへ返信する。
【００４０】
上記クライアントの情報は、クライアントの機能情報と、ＩＰアドレス情報と、ブラウザのバージョン情報と、クライアントのネットワーク情報とのうちの少なくとも１つを含む。また、以下の処理の少なくとも１つを介して、クライアントに関する複数のカテゴリの各ディメンションを取得する。
【００４１】
クライアントの機能情報を、クライアントの第１のカテゴリのディメンションとして確定する。
【００４２】
ＩＰアドレス情報に基づいて取得されるクライアントの地域情報を、クライアントの第２のカテゴリのディメンションとして確定する。
【００４３】
ブラウザのバージョン情報を、クライアントの第３のカテゴリのディメンションとして確定する。
【００４４】
ブラウザのバージョン情報に基づいて取得されるクライアントのサービス供給元を、クライアントの第４のカテゴリのディメンションとして確定する。
【００４５】
クライアントのネットワーク情報に基づいて、クライアントが属するネットワークオペレータの情報を取得し、クライアントの第５のカテゴリのディメンションとして確定する。
【００４６】
クライアントの情報に基づいて、クライアントユーザの性別とキーワードの少なくとも一方を取得し、取得した性別とキーワードの少なくとも一方を、クライアントの第６のカテゴリのディメンションとして確定する。
【００４７】
クライアントの少なくとも１つのカテゴリの各ディメンションを組み合わせ、少なくとも１つのディメンション組合せを取得する処理では、
クライアントの少なくとも１つのカテゴリの各ディメンションにデカルト積を求める演算を行い、クライアントの少なくとも１つのディメンション組合せを取得する。
【００４８】
本実施形態の方法を実行するための演算装置の記憶部は、キャッシュ部とロード部とを備える。ロード部は、データベースから、プッシュ情報と、プッシュ情報とプッシュ情報のすべてのディメンションとの間の対応と、をロードすることを目的とする。キャッシュ部は、例えば、高速キャッシュにより実行され、ロード部からプッシュ情報を取得して、取得したプッシュ情報を記憶することを目的とする。
【００４９】
ハッシュ値と一致するプッシュ情報を検索し、検索したプッシュ情報をクライアントへ返信する処理では、
ハッシュ値と一致するプッシュ情報をキャッシュ部内で検索し、
上記ハッシュ値と一致するプッシュ情報がキャッシュ部内で検索された場合、検索したプッシュ情報をクライアントへ返信する。
【００５０】
ハッシュ値と一致するプッシュ情報をキャッシュ部内で検索する処理では、
クライアントの各ディメンション組合せのハッシュ値を、対応するプッシュ情報のディメンション組合せのハッシュ値とそれぞれ比較し、
クライアントの各ディメンション組合せのハッシュ値が、対応するプッシュ情報のディメンション組合せのハッシュ値と同一である場合、ハッシュ値と一致するプッシュ情報を検索する。
【００５１】
例えば、クライアントには、ディメンション組合せ１とディメンション組合せ２とがある。ハッシュ値が２５であるディメンション組合せ１は、地域（北京）とプラットフォーム（ｉＰｈｏｎｅ）とから構成される。ハッシュ値が３６であるディメンション組合せ２は、地域（北京）とサービス供給元（スペースプラットフォーム）とから構成される。プッシュ情報には、ディメンション組合せ１とディメンション組合せ２とがあり、ハッシュ値が３６であるディメンション組合せ１は、地域（北京）とサービス供給元（スペースプラットフォーム）とから構成され、ハッシュ値が２５であるディメンション組合せ２は、地域（北京）とプラットフォーム（ｉＰｈｏｎｅ）とから構成される。クライアントのディメンション組合せ１を、対応するプッシュ情報のディメンション組合せ２と比較する。クライアントのディメンション組合せ２を、対応するプッシュ情報のディメンション組合せ１と比較する。クライアントのディメンション組合せ１が、対応するプッシュ情報のディメンション組合せ２と一致し、一方、クライアントのディメンション組合せ２が、対応するプッシュ情報のディメンション組合せ１と一致する場合、ハッシュ値と同等のプッシュ情報を検索する。
【００５２】
本方法ではさらに、
ハッシュ値と一致するプッシュ情報がキャッシュ部内で検索されなかった場合、クライアントの少なくとも１つのディメンション組合せを有するプッシュ情報と、少なくとも１つのディメンション組合せとの間の対応を、ロード部から取得する。
【００５３】
クライアントの各ディメンション組合せのハッシュ値を、プッシュ情報の対応する各ディメンション組合せのハッシュ値と比較し、クライアントのすべてのディメンション組合せのハッシュ値と、プッシュ情報の対応するディメンション組合せのハッシュ値との間に同一のハッシュ値がある場合、ハッシュ値と一致するプッシュ情報を取得し、取得したプッシュ情報をキャッシュ部に保存する。
【００５４】
本方法ではさらに、
クライアントが送信したアクセス要求を受信する前に、プッシュ情報とプッシュ情報のすべてのディメンション組合せとの間の対応を取得する。
【００５５】
取得した対応に含まれるディメンション組合せにしたがって、プッシュ情報のすべてのディメンションの種類と各ディメンションの最大レベルとを取得し、プッシュ情報の各ディメンション組合せのハッシュ値を算出する。
【００５６】
この実施形態により、有益な効果がもたらされる。クライアントが送信したクライアント自身の情報を含むアクセス要求を受信し、このクライアントの情報に基づいて、クライアントの少なくとも１つのカテゴリの各ディメンションを取得する。クライアントの少なくとも１つのカテゴリの各ディメンションをディメンション的に組み合わせ、クライアントの少なくとも１つのディメンション組合せを取得する。クライアントの各ディメンション組合せのハッシュ値を算出し、算出したハッシュ値と一致するプッシュ情報を検索し、検索したプッシュ情報をクライアントへ返信する。クライアントの少なくとも１つのカテゴリの各ディメンションに基づいて、情報をクライアントへプッシュする。こうすることで、クライアントの要望をより的確に満たすことができ、情報のプッシュ効率が向上し、リソース占有率を下げることができる。その結果、ユーザがより快適にマイクロブログチャンネルを閲覧可能となる。
【００５７】
本発明の実施形態では、情報をプッシュする方法が提供される。図２を参照して、本方法は以下のステップを行う。
【００５８】
ステップ２０１では、プッシュ情報とプッシュ情報のすべてのディメンション組合せとの間の対応を取得し、取得した前記対応に基づいて、プッシュ情報のすべてのディメンションの種類と各ディメンションの最大レベルとを取得し、プッシュ情報の各ディメンション組合せのハッシュ値をそれぞれ算出する。
【００５９】
本実施形態では、バックエンドサーバは、キャッシュ部とロード部とを備える。ロード部は、プッシュ情報、および、プッシュ情報とプッシュ情報のすべてのディメンションとの間の対応を、データベースからロードし、ロードしたデータを前処理し、すべてのディメンションの種類と各ディメンションの最大レベルとを取得し、各ディメンション組合せのハッシュ値を算出するよう構成されている。ハッシュ値を取得した後、ロード部は、ハッシュ値とハッシュ値の対応情報とをキャッシュ部に保存する。その後、この情報がハッシュ値に基づいてクライアントへプッシュされる。
【００６０】
上記ステップは任意に行われる。バックエンドサーバがデータベースのデータに上記処理を行った場合、ステップ２０１を特定の処理で実行する必要はないが、バックエンドサーバがデータベースのデータに上記処理を行わなかった場合、ステップ２０１の実行が必要となる。特定の情報プッシュ処理中に上記ステップを行うか否かは、本実施形態では限定されない。
【００６１】
ステップ２０２では、クライアントが送信したアクセス要求を受信する。
【００６２】
このステップでは、クライアントは、上記アクセス要求をサーバへ送信する。アクセス要求は、例えば、ログイン要求または特定のコンテンツに対する要求である。本実施形態では特に限定されないが、どのような要求であっても、必ずクライアントの情報が含まれる。この情報は、クライアントの機能情報と、ＩＰアドレス情報と、ブラウザのバージョン情報と、クライアントのネットワーク情報とのうちの少なくとも１つを含むが、これに限定されるものではない。クライアントの機能情報には、ｉＰｈｏｎｅやシンビアンプラットフォーム等のクライアントが使用するプラットフォームや、クライアントがタッチスクリーン端末であるか否かの情報等が含まれる。クライアントの情報には、ユーザ名等のクライアントのユーザ情報も含まれる。
【００６３】
ステップ２０３では、クライアントの情報にしたがって、クライアントの少なくとも１つのカテゴリの各ディメンションを取得し、クライアントの少なくとも１つのカテゴリの各ディメンションをディメンション的に組み合わせ、クライアントの少なくとも１つのディメンション組合せを取得する。
【００６４】
このステップでは、クライアントの情報にしたがって、クライアントの複数のカテゴリの各ディメンションを、以下の処理の少なくとも１つを介して取得する。
【００６５】
クライアントの機能情報を、クライアントの第１のカテゴリのディメンションとして確定する。
【００６６】
ＩＰアドレス情報に基づいて取得されるクライアントの地域情報を、クライアントの第２のカテゴリのディメンションとして確定する。
【００６７】
ブラウザのバージョン情報を、クライアントの第３のカテゴリのディメンションとして確定する。
【００６８】
ブラウザのバージョン情報に基づいて取得されるクライアントのサービス供給元を、クライアントの第４のカテゴリのディメンションとして確定する。サービス供給元とは、スペースプラットフォームやマイクロブログプラットフォーム等の、要求を送信するサービスプラットフォームのことである。
【００６９】
クライアントのネットワーク情報に基づいて取得されるクライアントが属するネットワークオペレータの情報を、クライアントの第５のカテゴリのディメンションとして確定する。
【００７０】
クライアントの情報に基づいて取得されるクライアントユーザの性別とキーワードの少なくとも一方を、クライアントの第６のカテゴリのディメンションとして確定する。
【００７１】
クライアントの情報がユーザ名である場合、ユーザの情報に対してバックエンドサーバによる統計処理が既に行われている場合もある。その後、バックエンドサーバに保存したユーザの性別またはキーワードを、この情報に基づき取得する。キーワードは、例えば、ユーザの関心事や趣味であるが、本実施形態では特に限定されない。
【００７２】
上記の６種類のディメンションは一例であり、本実施形態では特に限定されない。
【００７３】
本実施形態では、その時点における要求内容のディメンションの種類と各ディメンションの最大レベルとを、クライアントの情報にしたがって取得する。例えば、北京にいるＺｈａｎｇｓａｎさんが、ｉｐｈｏｎｅを使ってタッチスクリーンバージョンのマイクロブログにアクセスしようとすると、そのアクセス要求にはクライアントのＩＰアドレス情報と機能情報とが含まれている。クライアントの機能情報には、クライアントのタッチスクリーン情報とプラットフォーム情報とが含まれる。詳しくは、クライアントの各ディメンションは、中国、北京、タッチスクリーンバージョン、ｉｐｈｏｎｅプラットフォームである。
【００７４】
さらに、本実施形態では、クライアントの複数のカテゴリの各ディメンションを取得した後、取得したクライアントの複数のカテゴリのディメンションをディメンション的に組み合せて、クライアントに関するすべてのディメンション組合せを取得する。詳しくは、クライアントの複数のディメンションをディメンション的に組み合せて、クライアントに関する複数のディメンション組合せを取得する処理では、クライアントの各ディメンションにデカルト積を求める演算を行い、クライアントに関する複数のディメンション組合せを取得する。例えば、ｉｐｈｏｎｅを使ってタッチスクリーンバージョンのマイクロブログにアクセスしようとしている北京のＺｈａｎｇｓａｎさんの場合、デカルト積演算によりディメンション的に組み合わせて取得するディメンション組合せを以下にすべて表示する。
・地域（北京）、供給元（タッチスクリーンバージョン）、プラットフォーム（ｉｐｈｏｎｅ）
・地域（北京）、供給元（タッチスクリーンバージョン）、プラットフォーム（すべて）
・地域（北京）、供給元（すべて）、プラットフォーム（ｉｐｈｏｎｅ）
・地域（すべて）、供給元（タッチスクリーンバージョン）、プラットフォーム（ｉｐｈｏｎｅ）
・地域（北京）、供給元（すべて）、プラットフォーム（すべて）
・地域（すべて）、供給元（すべて）、プラットフォーム（ｉｐｈｏｎｅ）
・地域（すべて）、供給元（すべて）、プラットフォーム（すべて）
すべてのディメンションのディメンション組合せは、デカルト積演算法以外の方法で算出できることは言うまでもないが、本実施形態では特に限定されない。
【００７５】
ステップ２０４では、クライアントの各ディメンション組合せのハッシュ値をそれぞれ算出する。ハッシュ値と一致するプッシュ情報を検索し、検索したプッシュ情報をクライアントへ返信する。
【００７６】
このステップでは、クライアントのすべてのディメンション組合せを取得した後、各ディメンション組合せのハッシュ値を算出する。ディメンション組合せのハッシュ値は、各ディメンションのハッシュ値を用いて算出することができる。本実施形態では、ハッシュ値により固有の組合せが確実に特定されるように、ディメンションの固有性を確保する。本実施形態では、ディメンション値が固有の値となるように、すべての整数ディメンション値をビットセグメント化により処理し、異なる情報を幅にしたがって保存する。算出方法を以下に示す。
【００７７】
dimension type<<n | dimension level<<m | dimension value<<X | reserved field
(ディメンションの種類  <<  ｎ | ディメンションのレベル  <<  ｍ | ディメンションの値  <<  Ｘ | 予備フィールド)
ディメンションの種類(dimension type)の値をＮビット左へシフトするか、アップディメンション(dimension level)のレベルをＭビット左へシフトするか、アップディメンションの値をＸビット左へシフトするか、予備フィ−ルド(reserved field)を１ビット上へシフトする。４つの整数が１つの整数に圧縮され、固有のディメンション値を表す。
【００７８】
例えば、ユーザが属する地域が中国の河北省にある石家荘の場合、ユーザに合致するディメンションは以下のようになる
China:1<<31|1<<30|30<<25|reserved field;
Hebei province of China1 << 31|2 << 30|65 << 25|reserved field; and Shijiazhuang in Hebei province of China1 << 31|3 << 30|285 << 25|reserved field.
（中国：１＜＜３１｜１＜＜３０｜３０＜＜２５｜予備フィ−ルド；中国の河北省１＜＜３１｜２＜＜３０｜６５＜＜２５｜予備フィ−ルド；および石家荘中国の河北省１＜＜３１｜３＜＜３０｜２８５＜＜２５｜予備フィ−ルド）
ハッシュ値の具体的な算出方法は従来の方法と同様であり、本実施形態では、説明を省略する。
【００７９】
クライアントの少なくとも１つのディメンション組合せのハッシュ値を取得した後、クライアントの各ディメンション組合せのハッシュ値を、キャッシュ部のプッシュ情報の対応するディメンション組合せのハッシュ値とそれぞれ比較する。クライアントの各ディメンション組合せのハッシュ値が、プッシュ情報の対応するディメンション組合せのハッシュ値と同等の場合、そのハッシュ値に対応するプッシュ情報を検索する。例えば、クライアントには、ディメンション組合せ１とディメンション組合せ２とがあり、ハッシュ値が２５であるディメンション組合せ１は、地域（北京）とプラットフォーム（ｉＰｈｏｎｅ）から構成され、ハッシュ値が３６であるディメンション組合せ２は、地域（北京）とサービス供給元（スペースプラットフォーム）とから構成される。プッシュ情報には、ディメンション組合せ１とディメンション組合せ２とがあり、ハッシュ値が３６であるディメンション組合せ１は、地域（北京）とサービス供給元（スペースプラットフォーム）とから構成され、ハッシュ値が２５であるディメンション組合せ２は、地域（北京）とプラットフォーム（ｉＰｈｏｎｅ）とから構成される。クライアントのディメンション組合せ１を、対応するプッシュ情報のディメンション組合せ２と比較する。クライアントのディメンション組合せ２を、対応するプッシュ情報のディメンション組合せ１と比較する。クライアントのディメンション組合せ１が、対応するプッシュ情報のディメンション組合せ２と一致し、一方、クライアントのディメンション組合せ２が、対応するプッシュ情報のディメンション組合せ１と一致する場合、ハッシュ値と同等のプッシュ情報を検索する。
【００８０】
本実施形態では、ハッシュ値と一致するプッシュ情報がキャッシュ部内で検索されなかった場合、ゼロを示す結果をクライアントへ返信する。
【００８１】
さらに、ハッシュ値と一致するプッシュ情報がキャッシュ部内で検索されなかった場合、クライアントの少なくとも１つのディメンション組合せを有するプッシュ情報と、上記少なくとも１つのディメンション組合せとの間の対応を、ロード部から取得する。クライアントのディメンション組合せの算出ハッシュ値を、クライアントのディメンション組合せのハッシュ値と比較し、クライアントの少なくとも１つのディメンション組合せのハッシュ値が、プッシュ情報のディメンション組合せのハッシュ値と同一である場合、ハッシュ値と一致するプッシュ情報を取得し、取得したプッシュ情報をキャッシュ部に保存する。本実施形態では、ユーザの満足度向上のために、クライアントへプッシュできる情報がキャッシュ部にない場合、再度、データをロード部から引き出すことで、クライアントの要求を満たすプッシュ情報を取得する。最後に、取得したプッシュ情報をキャッシュ部に保存する。その後、同様のアクセス要求があると、キャッシュ部から直接引き出したデータをクライアントへ返信する。本実施形態では、一致するプッシュ情報がキャッシュ部にない場合、プッシュ情報をロード部から直接取得してクライアントへ返信する、あるいは、ゼロを示す結果をクライアントへ直接返信する。いずれを採用するか、本実施形態では特に限定されない。
【００８２】
本発明により、有益な効果がもたらされる。クライアントが送信したクライアント自身の情報を含むアクセス要求を受信すると、このクライアントの少なくとも１つのカテゴリの各ディメンションを、クライアントの情報にしたがって取得し、取得した少なくとも１つのカテゴリの各ディメンションをディメンション的に組み合わせて、クライアントの少なくとも１つのディメンション組合せを取得する。クライアントの各ディメンション組合せのハッシュ値を算出し、算出したハッシュ値と一致するプッシュ情報を検索し、検索したプッシュ情報をこのクライアントへ返信する。クライアントの少なくとも１つのカテゴリの各ディメンションに基づいて、このクライアントへ情報をプッシュする。こうすることで、クライアントの要望をより的確に満たすことができ、情報のプッシュ効率が向上し、リソース占有率を下げることができる。その結果、ユーザがより快適にマイクロブログチャンネルを閲覧可能となる。
【００８３】
図３を参照して、本実施形態では、情報をプッシュするための装置が提供される。この装置は、受信モジュール３０１と、ディメンション組合せ取得モジュール３０２と、情報プッシュモジュール３０３を備える。
【００８４】
受信モジュール３０１は、クライアントが送信したクライアント自身の情報を含むアクセス要求を受信するよう構成されている。
【００８５】
ディメンション組合せ取得モジュール３０２は、クライアントの情報にしたがって、クライアントの少なくとも１つのカテゴリの各ディメンションを取得し、クライアントの少なくとも１つのカテゴリの各ディメンションをディメンション的に組み合わせ、クライアントの少なくとも１つのディメンション組合せを取得するよう構成されている。
【００８６】
情報プッシュモジュール３０３は、クライアントの各ディメンション組合せのハッシュ値をそれぞれ算出し、算出したハッシュ値と一致するプッシュ情報を検索し、検索したプッシュ情報をクライアントへ返信するよう構成されている。
【００８７】
上記クライアントの情報は、クライアントの機能情報と、ＩＰアドレス情報と、ブラウザのバージョン情報と、クライアントのネットワーク情報とのうち、少なくとも１つを含む。図４を参照して、ディメンション組合せ取得モジュール３０２は、ディメンション生成部３０２ａを備える。ディメンション生成部３０２ａは、以下の処理の少なくとも１つを介して、クライアントの少なくとも１つのカテゴリの各ディメンションを取得するよう構成されている。
【００８８】
クライアントの機能情報を、クライアントの第１のカテゴリのディメンションとして確定する処理。
【００８９】
ＩＰアドレス情報に基づいて取得されるクライアントの地域情報を、クライアントの第２のカテゴリのディメンションとして確定する処理。
【００９０】
ブラウザのバージョン情報を、クライアントの第３のカテゴリのディメンションと確定する処理。
【００９１】
ブラウザのバージョン情報に基づいて取得されるクライアントのサービス供給元を、クライアントの第４のカテゴリのディメンションとして確定する処理。
【００９２】
クライアントのネットワーク情報に基づいて取得されるクライアントが属するネットワークオペレータの情報を、クライアントの第５のカテゴリのディメンションとして確定する処理。
【００９３】
上記クライアントの情報に基づいて取得されるクライアントユーザの性別とキーワードの少なくとも一方を、クライアントの第６のカテゴリのディメンションとして確定する処理。
【００９４】
図４を参照して、ディメンション組合せ取得モジュール３０２は、算出部３０２ｂを備える。
【００９５】
算出部３０２ｂは、クライアントの少なくとも１つのカテゴリの各ディメンションにデカルト積を求める演算を行い、クライアントに関する少なくとも１つのディメンション組合せを取得するよう構成されている。
【００９６】
図４を参照して、情報プッシュモジュール３０３は、検索部３０３ａとプッシュ部３０３ｂとを備える。
【００９７】
検索部３０３ａは、ハッシュ値と一致するプッシュ情報をキャッシュ部内で検索するよう構成されている。
【００９８】
プッシュ部３０３ｂは、ハッシュ値と一致するプッシュ情報がキャッシュ部内で検索された場合、検索したプッシュ情報をクライアントへ返信するよう構成されている。
【００９９】
図４を参照して、検索部は、クライアントの各ディメンション組合せのハッシュ値を、プッシュ情報の対応するディメンション組合せのハッシュ値とそれぞれ比較し、クライアントの各ディメンション組合せのハッシュ値がプッシュ情報の対応するディメンション組合せのハッシュ値と同一である場合、ハッシュ値と一致するプッシュ情報を検索するよう構成されている。
【０１００】
図４を参照して、本装置はさらに、取得モジュ−ル３０４を備える。ハッシュ値と一致するプッシュ情報がキャッシュ部内で検索されなかった場合、取得モジュール３０４は、クライアントの少なくとも１つのディメンション組合せを有するプッシュ情報と、上記少なくとも１つのディメンション組合せとの間の対応を、ロード部から取得し、クライアントのディメンション組合せの算出ハッシュ値を、プッシュ情報のディメンション組合せのハッシュ値と比較するように構成されている。クライアントのすべてのディメンション組合せのハッシュ値と、プッシュ情報の対応するディメンション組合せのハッシュ値との間に同一のハッシュ値がある場合、取得モジュール３０４はさらに、このハッシュ値と一致するプッシュ情報を取得し、取得したプッシュ情報をキャッシュ部に保存するように構成されている。
【０１０１】
図４を参照して、本装置はさらに、ロードモジュール３０５を備える。ロードモジュール３０５は、受信モジュール３０１がクライアントにより送信された要求を受信する前に、プッシュ情報とプッシュ情報のすべてのディメンション組合せとの間の対応を取得し、取得した対応に含まれる各ディメンション組合せにしたがって、各ディメンション組合せのすべてのディメンションの種類と、各ディメンションの最大レベルとを取得し、各ディメンション組合せのハッシュ値を算出するよう構成されている。
【０１０２】
本発明により、有益な効果がもたらされる。クライアントが、送信したクライアント自身の情報を含むアクセス要求を受信すると、このクライアントの少なくとも１つのカテゴリの各ディメンションを、クライアントの情報にしたがって取得し、取得した少なくとも１つのカテゴリの各ディメンションをディメンション的に組み合わせて、クライアントの少なくとも１つのディメンション組合せを取得する。クライアントの各ディメンション組合せのハッシュ値を算出し、算出したハッシュ値と一致するプッシュ情報を検索し、検索したプッシュ情報をこのクライアントへ返信する。クライアントの少なくとも１つのカテゴリの各ディメンションに基づいて、クライアントへ情報をプッシュする。こうすることで、クライアントの要望をより的確に満たすことができ、情報のプッシュ効率が向上し、リソース占有率を下げることができる。その結果、ユーザがより快適にマイクロブログチャンネルを閲覧可能となる。
【０１０３】
図５は、本発明の一実施形態による情報をプッシュするための装置の構造を示す概略図である。図５に示すように、本装置は少なくとも、記憶部と、この記憶部との間で通信を行う処理部とを備える。記憶部は、受信指示と、ディメンション組合せ取得指示と、情報プッシュ指示とを記憶し、これら指示は処理部により実行される。
【０１０４】
受信指示により、クライアントが送信したクライアント自身の情報を含むアクセス要求を受信する。
【０１０５】
ディメンション組合せ取得指示により、クライアントの情報にしたがって、クライアントの少なくとも１つのカテゴリの各ディメンションを取得し、クライアントの少なくとも１つのカテゴリの各ディメンションをディメンション的に組み合わせて、クライアントの少なくとも１つのディメンション組合せを取得する。
【０１０６】
情報プッシュ指示により、クライアントの各ディメンション組合せのハッシュ値を算出し、算出したハッシュ値と一致するプッシュ情報を検索し、検索したプッシュ情報をクライアントへ返信する。
【０１０７】
上記クライアントの情報は、クライアントの機能情報と、ＩＰアドレス情報と、ブラウザのバージョン情報と、クライアントのネットワーク情報とのうちの少なくとも１つを含む。図６を参照して、ディメンション組合せ取得指示にはディメンション生成指示が含まれ、この指示は、以下の処理の少なくとも１つを介して、クライアントに関する少なくとも１つのカテゴリの各ディメンションを取得するよう構成されている。
【０１０８】
クライアントの機能情報を、クライアントの第１のカテゴリのディメンションとして確定する。
【０１０９】
ＩＰアドレス情報に基づいて取得されるクライアントの地域情報を、クライアントの第２のカテゴリのディメンションとして確定する。
【０１１０】
ブラウザのバージョン情報を、クライアントの第３のカテゴリのディメンションと確定する。
【０１１１】
ブラウザのバージョン情報に基づいて取得されるクライアントのサービス供給元を、クライアントの第４のカテゴリのディメンションとして確定する。
【０１１２】
クライアントのネットワーク情報に基づいて取得されるクライアントが属するネットワークオペレータの情報を取得し、クライアントの第５のカテゴリのディメンションとして確定する。
【０１１３】
上記クライアントの情報に基づいて取得されるクライアントユーザの性別とキーワードの少なくとも一方を取得し、クライアントの第６のカテゴリのディメンションとして確定する。
【０１１４】
図６を参照して、ディメンション組合せ取得指示は算出指示を含む。
【０１１５】
算出指示により、クライアントの少なくとも１つのカテゴリの各ディメンションにデカルト積を求める演算を行い、クライアントに関する少なくとも１つのディメンション組合せを取得する。
【０１１６】
図６を参照して、情報プッシュ指示は、検索指示とプッシュ指示を含む。
【０１１７】
検索指示により、ハッシュ値と一致するプッシュ情報をキャッシュ部内で検索する。
【０１１８】
ハッシュ値と一致するプッシュ情報がキャッシュ部で検索されると、プッシュ指示により、検索したプッシュ情報をクライアントへ返信する。
【０１１９】
図６を参照して、検索指示は、クライアントの各ディメンション組合せのハッシュ値を、キャッシュ部内のプッシュ情報の対応するディメンション組合せのハッシュ値とそれぞれ比較し、クライアントの各ディメンション組合せのハッシュ値が、プッシュ情報の対応するディメンション組合せのハッシュ値と同一である場合、このハッシュ値と一致するプッシュ情報を検索するよう構成されている。
【０１２０】
図６を参照して、本装置はさらに取得指示を含む。
【０１２１】
ハッシュ値と一致するプッシュ情報がキャッシュ部内で検索されなかった場合、取得指示により、クライアントの少なくとも１つのディメンション組合せを有するプッシュ情報と、上記少なくとも１つのディメンション組合せとの間の対応を、ロード部から取得し、クライアントの各ディメンション組合せの算出ハッシュ値を、プッシュ情報のディメンション組合せのハッシュ値と比較し、クライアントのすべてのディメンション組合せのハッシュ値と、プッシュ情報の対応するディメンション組合せのハッシュ値との間に同一のハッシュ値がある場合、取得指示によりハッシュ値と一致するプッシュ情報を取得し、取得したプッシュ情報をキャッシュ部に保存する。
【０１２２】
図６を参照して、本装置はさらロード指示を含む。
【０１２３】
ロード指示により、受信モジュールがクライアントにより送信された要求を受信する前に、プッシュ情報とプッシュ情報のすべてのディメンション組合せとの間の対応を取得し、取得した前記対応に含まれる各ディメンション組合せにしたがって、各ディメンション組合せのすべてのディメンションの種類と、各ディメンションの最大レベルとを取得し、各ディメンション組合せのハッシュ値を算出するよう構成されている。
【０１２４】
この実施形態により、有益な効果がもたらされる。クライアントが送信したクライアント自身の情報を含むアクセス要求を受信し、このクライアントの情報に基づいて、クライアントの少なくとも１つのカテゴリの各ディメンションを取得する。クライアントの少なくとも１つのカテゴリの各ディメンションをディメンション的に組み合わせ、クライアントの少なくとも１つのディメンション組合せを取得する。クライアントの各ディメンション組合せのハッシュ値を算出し、算出したハッシュ値と一致するプッシュ情報を検索し、検索したプッシュ情報を上記クライアントへ返信する。プッシュ情報を、クライアントの少なくとも１つのカテゴリの各ディメンションに基づいて、クライアントへプッシュする。こうすることで、クライアントの要望をより的確に満たすことができ、情報のプッシュ効率が向上し、リソース占有率を下げることができる。その結果、ユーザがより快適にマイクロブログチャンネルを閲覧可能となる。
【０１２５】
さらに、上記各実施形態が提供する情報をプッシュする方法と情報をプッシュするための装置は同一の発明概念を有し、具体的な実行処理は方法の実施形態に記載されるが、重複するため説明を省略する。
【０１２６】
上記各実施形態の通し番号は記述上の便宜によるものであり、各実施形態の有意性の違いを表すものではない。
【０１２７】
当業者であれば、上記実施形態に示す方法の各ステップのすべてまたはその一部が、ハードウェアまたは関連ハードウェアにプログラムを介して指示を出すことにより、実行可能であることは理解できるであろう。プログラムはコンピュータ読取可能な記憶媒体に記憶させることができる。記憶媒体は、例えば、読取専用メモリや、磁気ディスクや光学ディスクが挙げられる。
【０１２８】
以上説明した内容はあくまで本発明の好ましい実施形態であり、本発明を限定するものではなく、本発明の精神と原則を逸脱しない限り、その変更や改良および均等物の代用はすべて、本発明の保護範囲に属するものである。
【符号の説明】
【０１２９】
３０１  受信モジュール
３０２  ディメンション組合せ取得モジュール
３０２ａ  ディメンション生成部
３０２ｂ  算出部
３０３  情報プッシュモジュール
３０３ａ  検索部
３０３ｂ  プッシュ部
３０４  取得モジュール
３０５  ロードモジュール
【図１】
0005841299.tif 000002
【図２】
0005841299.tif 000003
【図３】
0005841299.tif 000004
【図４】
0005841299.tif 000005
【図５】
0005841299.tif 000006
【図６】
0005841299.tif 000007