(57)【要約】【課題】ユーザの嗜好に適合するコンテンツ情報を提供し続けていると、ユーザは飽きてしまう。【解決手段】アクティビティ情報受信部と、イベント条件記憶部と、イベント情報検索部と、イベント情報送信部とを備えるイベント情報通知装置が提供される。アクティビティ情報受信部は、ユーザ端末を所持するユーザのアクティビティ情報を受信する。イベント条件記憶部は、アクティビティ情報に関する条件を、ユーザに対するイベント情報と関連付けて、記憶する。イベント情報検索部は、イベント条件記憶部に記憶されている条件のうち、アクティビティ情報受信部が受信したアクティビティ情報により成立した条件を検出し、成立した条件と関連付けられているイベント情報を検索する。イベント情報送信部は、イベント情報検索部により検索されたイベント情報を送信する。【選択図】図５
2011238183.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末を所持するユーザのアクティビティ情報を受信するアクティビティ情報受信部と、
アクティビティ情報に関する条件を、ユーザに対するイベント情報と関連付けて、記憶するイベント条件記憶部と、
前記イベント条件記憶部に記憶されている条件のうち前記アクティビティ情報受信部が受信した前記アクティビティ情報により成立した条件を検出し、前記成立した条件と関連付けられている前記イベント情報を検索するイベント情報検索部と、
前記イベント情報検索部により検索された前記イベント情報を送信するイベント情報送信部とを備えるイベント情報通知装置。
【請求項２】
前記アクティビティ情報受信部が受信するアクティビティ情報は、前記ユーザ端末の備えるセンサー、操作部のいずれか一以上が検出した前記ユーザの行動に関する情報であることを特徴とする請求項１に記載のイベント情報通知装置。
【請求項３】
前記イベント条件記憶部がアクティビティ情報に関する条件と関連付けて記憶しているイベント情報は、前記ユーザの行動に伴って変化する状況において次にユーザが行なう行動を表わす情報であることを特徴とする請求項１に記載のイベント情報通知装置。
【請求項４】
前記イベント条件記憶部がアクティビティ情報に関する条件と関連付けて記憶しているイベント情報は、前記ユーザの行動に伴って変化する状況においてプレイするオンラインゲームのＵＲＬを含むことを特徴とする請求項３に記載のイベント情報通知装置。
【請求項５】
前記イベント条件記憶部は、前記ユーザが前記行動を行なったことを表わす条件を、前記ユーザが報酬として得ることに関する情報と関連付けて、記憶していることを特徴とする請求項３または４に記載のイベント情報通知装置。
【請求項６】
前記イベント条件記憶部は、前記ユーザが前記ＵＲＬを参照してオンラインゲームを開始または終了する行動を表わす条件を、前記ユーザが前記ユーザ端末を用いて閲覧できる情報と、関連付けて記憶していることを特徴とする請求項５に記載のイベント情報通知装置。
【請求項７】
前記アクティビティ情報受信部が受信したアクティビティ情報を記憶するアクティビティ情報記憶部を有し、
前記イベント条件記憶部は、前記アクティビティ情報記憶部に記憶されているアクティビティ情報により表わされる前記ユーザの行動パターンについての条件を、イベント情報と関連付けて記憶していることを特徴とする請求項１に記載のイベント情報通知装置。
【請求項８】
アクティビティ情報受信部は、
前記ユーザ端末と通信するポータルサーバ装置であって前記ユーザ端末がアクセスするページ情報を前記ユーザ端末に送信するポータルサーバ装置より、前記ユーザ端末がアクセスするＷＥＢページ情報を前記ユーザ端末の前記ユーザのアクティビティ情報として受信することを特徴とする請求項１に記載のイベント情報通知装置。
【請求項９】
前記ＷＥＢページ情報には、前記ユーザを認証するためのＷＥＢページ情報が含まれ、前記ユーザが認証されると、前記アクティビティ情報受信部は前記ユーザ端末よりアクティビティ情報を受信することを特徴とする請求項８に記載のイベント情報通知装置。
【請求項１０】
ネットワークを経由してユーザ端末と通信する通信インターフェースと、前記ユーザ端末のユーザのアクティビティ情報に関する条件を、ユーザに対するイベント情報と関連付けて、記憶する記憶装置と、を備える計算機の制御方法であって、
前記通信インターフェースにより前記ユーザ端末のユーザの行動に関するアクティビティ情報を受信し、
前記記憶装置が記憶する条件のうち前記受信されたアクティビティ情報に基づいて成立した条件を検出し、前記成立した条件と関連付けられている前記イベント情報を検索し、
前記検索された前記イベント情報を前記通信インターフェースにより送信することを含む制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者のアクティビティ情報を受信すると、アクティビティ情報に応じてイベント情報を送信するイベント情報通知装置、イベント情報通知システム、イベント情報通知制御方法などに関する。
【背景技術】
【０００２】
インターネットに代表されるネットワークを介し、様々なコンテンツ、例えばゲーム、音楽、映像、広告などがユーザに向けて大量に配信されている。このようにコンテンツが大量に提供される状況にあっては、ユーザの状況に合わせたコンテンツを選択して配信することが望まれる。
【０００３】
ユーザの状況に合わせたコンテンツの提供を行なう技術として、例えば、ユーザの嗜好に適合したコンテンツ情報を提供する技術が知られている（特許文献１参照。）。この技術では、情報を提供する側がユーザの嗜好を予め取得しておき、ユーザが検索エンジンにキーワードを入力すると、入力されたキーワードを、ユーザの嗜好に合うように拡張し、ユーザの嗜好に適したコンテンツ情報が検索される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３１００９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ユーザの嗜好に適合するコンテンツ情報を提供し続けていると、ユーザは同じようなコンテンツ情報に接することになり、飽きてしまう。このため、そのようなシステムを使用しなくなってしまう。したがって、嗜好というユーザが能動的に意識しているものに適合するコンテンツ情報ではなく、ユーザが無意識に意識しているコンテンツ情報を提供することが重要となる。
【課題を解決するための手段】
【０００６】
本発明の一実施形態として、アクティビティ情報受信部と、イベント条件記憶部と、イベント情報検索部と、イベント情報送信部とを備えるイベント情報通知装置が提供される。アクティビティ情報受信部は、ユーザ端末を所持するユーザのアクティビティ情報を受信する。イベント条件記憶部は、アクティビティ情報に関する条件を、ユーザに対するイベント情報と関連付けて、記憶する。イベント情報検索部は、イベント条件記憶部に記憶されている条件のうち、アクティビティ情報受信部が受信したアクティビティ情報により成立した条件を検出し、成立した条件と関連付けられているイベント情報を検索する。イベント情報送信部は、イベント情報検索部により検索されたイベント情報を送信する。
【０００７】
アクティビティ情報受信部が受信するアクティビティ情報は、ユーザ端末の備えるセンサー、操作部のいずれか一以上が検出したユーザの行動に関する情報であってもよい。
【０００８】
イベント条件記憶部がアクティビティ情報に関する条件と関連付けて記憶しているイベント情報は、ユーザの行動に伴って変化する状況下において、次にユーザが行なう行動を表わす情報であってもよい。
【発明の効果】
【０００９】
本発明によれば、ユーザのアクティビティに応じた情報を提供することが可能となり、提供された情報により、ユーザのアクティビティを変化させることができる。また、ユーザがゲームなどのコンテンツを利用しなくなることを防止することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係るイベント情報通知システムの機能ブロック図である。
【図２】本発明の一実施形態に係るイベント情報通知システムの機能ブロック図である。
【図３】本発明の一実施形態に係るページ構成の一例図である。
【図４】本発明の一実施形態に係るユーザ端末の表示の一例図である。
【図５】本発明の一実施形態に係るイベント情報通知装置の機能ブロック図である。
【図６】（ａ）は、本発明の一実施形態に係るアクティビティ情報の一例図であり、（ｂ）は、本発明の一実施形態に係るアクティビティ情報の一例図である。
【図７】（ａ）は、本発明の一実施形態に係るイベント情報通知装置に記憶されるテーブルの一例図であり、（ｂ）は、本発明の一実施形態に係るイベント情報通知装置に記憶されるテーブルの一例図である。
【図８】本発明の一実施形態に係るイベント情報通知装置における処理のフローチャートである。
【図９】本発明の一実施形態に係るイベント情報通知装置を実現するための計算機の機能ブロック図である。
【図１０】本発明の一実施形態に係るイベント情報通知装置の機能ブロック図である。
【図１１】本発明の一実施形態に係るイベント情報通知装置に記憶されたアクティビティ情報の履歴の一例図である。
【図１２】本発明の一実施形態に係るイベント情報通知装置が記憶するイベント条件とイベント情報のテーブルの一例図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について、実施形態として図面を参照しながら説明を行なう。なお、本発明は、以下に説明される実施形態に限定されることはなく、要旨の範囲内において種々に変形して実施することが可能である。
【００１２】
（実施形態１）
図１は、本発明の実施形態１に係るイベント情報通知システムの機能ブロック図の一例を示す。イベント情報通知システム１００は、ユーザ端末１０１と、イベント情報通知装置１０２とがインターネットなどのネットワーク１０３を介して双方向に通信可能となっている。図１では、ユーザ端末１０１は１台しか示されていないが、通常は複数台のユーザ端末がイベント情報通知装置１０２と通信が可能である。また、複数のイベント情報通知装置１０２がネットワーク１０３に接続されていてもよい。
【００１３】
ユーザ端末１０１は、ネットワーク１０３を介して、イベント情報通知装置１０２へアクティビティ情報を送信する。アクティビティ情報とは、ユーザ端末１０１のユーザの行動（アクティビティ）に関する情報である。また、ユーザ端末１０１のユーザとは、ユーザ端末を所持しているユーザである。アクティビティ情報を、別の面から定義すると、ユーザの行動が原因となって変化する情報と定義できる。例えば、ユーザが移動という行動を行なうことにより変化する位置情報や、変化する加速度、周囲の変化する気温、気圧、ユーザの体温、脈拍などをアクティビティ情報とすることができる。また、ユーザ端末１０１をユーザが操作したことを示す情報もアクティビティ情報とすることができる。例えば、ユーザがユーザ端末１０１の操作部として備えているボタンの押下やディプレイへのタッチなどの操作などの行動を行なうことにより、ユーザ端末１０１の状態や、ユーザ端末１０１と通信しているサーバ装置の状態が変化し、そのように変化する情報をアクティビティ情報とすることができる。
【００１４】
また、アクティビティ情報が生成され送信されるためにユーザ端末１０１は、種々のセンサーを備えることができる。例えば、現在の位置情報を検出するためのＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）のセンサーが備わっていてもよい。あるいは、ユーザ端末１０１が基地局と無線通信を行なう場合には、ＧＰＳのセンサーを備える代わりには、ユーザ端末１０１は、基地局との通信により、基地局に対する相対的な位置と基地局の識別情報とを検出するようになっていてもよい。
【００１５】
また、ユーザ端末１０１は、加速度センサーを備えることができる。加速度センサーにより、例えば、ユーザ端末１０１を所持しているユーザの姿勢の変化や、歩行することなどによるユーザの移動などを検出することができる。特に歩行の場合には、加速度センサーが検出する加速度が周期的に変化するので、ユーザが何歩歩いたかを検出することができる。また、加速度変化の周期を検出することにより、ユーザの疲労の度合いを検出することもできる。
【００１６】
また、ユーザ端末１０１は、温度センサーや圧力センサーなどを備えることができる。温度センサーや圧力センサーにより、ユーザ端末１０１を所持するユーザの周囲の状況を検出することができる。また、温度センサーは、気温を測定するものに限られることはない。例えば、ユーザがユーザ端末１０１を手で握った場合や肌に接触させた場合の手や肌の表面の温度を検出するようになっていてもよい。これにより、例えばユーザの体温を検出することができる。圧力センサーは、気圧を測定するものでもよいし、ユーザの血管の拍動を検出するものであってもよい。
【００１７】
また、ユーザ端末１０１は、センサー以外にも、他人とのコミュニケーションをとる手段を備えることができる。例えば、他人に電話を掛ける手段、メールを送受信する手段、ウェブサーバなどにアクセスする手段が備わっていてもよい。これらの手段を制御するために、ボタンの押下やディプレイへのタッチなどの操作が行なわれる。
【００１８】
ユーザ端末１０１は、アクティビティ情報１０４をイベント情報通知装置１０２へネットワーク１０３を介して送信する。アクティビティ情報１０４の例としては、センサーの検出した測定値や他人とのコミュニケーションをとる手段に対する操作に関する情報がある。
【００１９】
イベント情報通知装置１０２は、後に説明するように、アクティビティ情報１０４に関する条件を、イベント情報と関連付けて、記憶装置に記憶している。なお、以下では、イベント情報に関連付けられて記憶装置に記憶されている条件をイベント条件という。イベント情報通知装置１０２は、ユーザ端末１０４からアクティビティ情報１０４を受信すると、成立したイベント条件が有るかどうかを検出し、成立したイベント条件が有る場合には、そのイベント条件に関連付けて記憶されているイベント情報１０５を記憶装置などから読出すことにより検索し、検索されたイベント情報１０５を、ネットワーク１０３を介してユーザ端末１０１に向けて送信する。
【００２０】
イベント情報とは、ユーザに対するイベントに関する情報である。ユーザに対するイベントとは、ユーザに提供され利用などの機会が与えられるイベントである。イベントとは、何らかの行動を行なうことができる状況である。例えば、ユーザがある行動を行なうことによりユーザに与えられる報酬に関する情報や、ある行動を行なった後における状況下においてユーザが選択する機会が与えられる行動に関する情報である。選択する機会が与えられる行動は、その状況下でユーザが行なわなければならない行動や、行なうことが好ましい行動や、行なわないことが好ましい行動や、行なってはならない行動である。イベント情報の例としては、あるゲームのプレイを開始または終了することによってしか入手できないアイコン情報や、ある行動によりある場所に接近した場合、次に、その場所からどこへ向けて移動することができるのか、その場所に居る誰とコミュニケーションを取れることができるのか、その場所に居てどのようなＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）で示されるコンテンツ情報にアクセスすることができるのか、などを示す情報である。
【００２１】
イベント情報のより詳細な例示を行なうと次のようになる。ユーザが特定の場所に居るという条件が、その特定の場所でプレイできるオンラインゲームのＵＲＬがイベント情報と関連付けて記憶されているとする。そのようなオンラインゲームは、例えば、その特定の場所から見える景色に関する質問に答えるゲームのような、特定の場所と内容が関連するゲームである。また、その特定の場所がモチーフとして用いられているゲームも一例として挙げることができる。また、ゲームサーバ装置の運営者が任意に選択したオンラインゲームであってもよい。ユーザがそのオンラインゲームを終了したときの成績が所定の値以上であるという条件が、所定の値以上の成績を修めたユーザであることを示すアイコン画像が得られることを示す情報と関連付けて記憶されているとする。
【００２２】
イベント情報通知装置１０２が受信したアクティビティ情報１０４により、ユーザが特定の場所にいるという条件が成立したことが検出された場合、イベント情報通知装置１０２は、その特定の場所でプレイできるオンラインゲームのＵＲＬをイベント情報１０５として送信する。ユーザがユーザ端末１０１によりそのＵＲＬを受信し、そのＵＲＬを参照してオンラインゲームを行なう。そのオンラインゲームの終了時に、ユーザがゲームのプレイという行動をしてゲームの成績が所定の値以上であれば、その旨がアクティビティ情報１０４としてイベント情報通知装置１０２に送信される。この場合、アクティビティ情報１０４は、ユーザ端末１０１にダウンロードされたオンラインゲームのプログラムが送信したり、オンラインゲームをユーザ端末１０１に提供したサーバ装置が送信したりすることができる。アクティビティ情報１０４として、ユーザがゲームのプレイという行動をしてゲームの成績が所定の値以上であることを示す情報を受信したイベント情報通知装置１０２は、所定の値以上の成績を修めたユーザであることを示すアイコン画像情報やそのアイコン画像を得るためのＵＲＬをイベント情報として送信する。
【００２３】
以上の構成により、例えば、ユーザ端末１０１を所持するユーザが、ある場所に移動してきたことがアクティビティ情報１０４により示された場合には、イベント情報１０５として、その場所よりも別の場所を提示し、その別の場所で、どのようなＵＲＬで示されるゲームなどをプレイなどするのがよいかを提案することなどが可能となり、ユーザを種々の場所へ導いたり、種々のコンテンツ情報にアクセスしたりすることを提案することができる。また、特定の場所でゲームをプレイして終了する（「クリアする」ともいう）ことにより、特別なアイコン情報を提供することにすると、ユーザはその特定の場所を探す行動を行なうことにより、期待感、達成感などを得ることができる。
【００２４】
また、例えば電車の遅延や運行が停止した場合に、その電車の路線上に居ることをイベント条件とし、そのイベント条件に、迂回経路の案内や次の駅に到達するまでの間にプレイするゲーム情報などをイベント情報として関連付けて記憶することにより、電車の運行の乱れに遭遇したユーザに適切な情報を提供することができる。
【００２５】
本実施形態は電車に乗っているユーザへのイベント情報の提示に限定されることはない。例えば、道路に渋滞が発生している地点が、その地点を走行しているユーザ端末が、その加速度センサーや位置センサーの検出結果に基づくアクティビティ情報を送信した場合、その地点に向けて移動していることを他のユーザのユーザ端末が送信したときに、そのユーザ端末に渋滞が発生していることをイベント情報により通知することもできる。
【００２６】
図２は、本発明の実施形態１に係るイベント情報通知システムの別の機能ブロック図の一例を示す。イベント情報通知システム２００は、ユーザ端末２０１と、ポータルサーバ装置２０２と、ゲームサーバ装置２０４と、イベント情報通知装置２０５とを有し、ユーザ端末２０１とポータルサーバ装置２０２とがネットワーク２０３を介して双方向に通信が可能となっている。また、ユーザ端末２０１は、ポータルサーバ装置２０２を経由して、オンラインゲームなどをユーザ端末２０１に提供するゲームサーバ装置２０４やイベント情報通知装置２０５と通信することが可能となっている。なお、図１と同様に、ユーザ端末２０１は１台しか示されていないが、通常は複数台のユーザ端末がポータルサーバ装置２０２と通信が可能である。また、複数のポータルサーバ装置２０２、ゲームサーバ装置２０４、イベント情報通知装置２０５が存在していてもよい。
【００２７】
ポータルサーバ装置２０２は、ユーザ端末２０１のアクセスするＷＥＢページ情報などのページ情報をユーザ端末２０１に送信する。そのようなページ情報がユーザ端末２０１により受信されると、ユーザ端末２０１に表示されるリンクなどを参照してゲームなどのコンテンツにアクセスしたり、ユーザ端末２０１がアクセスできるさらに別のページ情報にアクセスしたりすることができる。ゲームサーバ装置２０４は、ポータルサーバ装置２０２がユーザ端末２０１に送信するページ情報を用いてアクセスされるゲームをユーザ端末２０１のユーザにプレイさせる。イベント情報通知装置２０５は、ユーザ端末２０１のポータルサーバ装置２０２へのアクセスに応じて生成されるアクティビティ情報２０６を受信し、イベント情報２０７を送信する。
【００２８】
図３は、ポータルサーバ装置２０２が、ユーザ端末２０１に提供するページ情報のページ構成の一例を示す。ユーザ端末２０１がポータルサーバ装置２０２にアクセスを開始すると、ポータルトップページ３０１がユーザ端末２０１に提供される。ポータルトップページ３０１には、例えば、ユーザ端末２０１のユーザの認証を、ユーザＩＤとパスワードとの入力などにより、行なうための認証用ページ情報を含んでいてもよい。そして認証用ページ情報に入力された情報によりユーザ端末２０１のユーザが認証されると、ユーザ端末２０１には、ゲームトップページ３０２あるいはユーザページ３０４が提供される。ゲームトップページ３０２からは、各ゲーム３０３を行なうために、ゲームサーバ装置２０４へのＵＲＬなどを含むページをアクセスすることができるようになっている。また、ユーザページ３０４からは、例えばユーザのプロフィール３０５を閲覧することができる。プロフィール３０５には、例えば、そのユーザがどのゲームを何回行なったか、クリアできたゲームなどが表示されるようになっている。
【００２９】
なお、認証ページ情報を用いてユーザが認証される時に、ユーザ端末２０１からアクティビティ情報がポータルサーバ装置２０２やイベント情報通知装置に送信されてもよい。例えば、ユーザ端末２０１のセンサーが認証時に検出している測定値などがアクティビティ情報として送信されるようになっていてもよい。このように、認証時にアクティビティ情報を送信することにより、認証後にユーザ端末２０１に表示されるトップページ情報を変更したり、認証時に複数のアクティビティ情報をユーザ端末２１０から送信することにより、認証後のアクティビティ情報が繰り返し送信されることを防止し、通信のデータ量を減少させたりすることができる。
【００３０】
また、ポータルサーバ装置２０２は、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ）サーバ装置として機能することも可能である。この場合、ポータルサーバ装置２０２はソーシャルグラフを管理し、ユーザページ３０４やプロフィール３０５には、そのソーシャルグラフの上でその利用者と特定の関係、例えば、知り合いの関係、あるいは、掲示板などへの書き込みに対してコメントし合う関係にある他の利用者の情報が示されるようになっていてもよい。また、コミュニティがポータルサーバ装置２０２によって管理がされ、ユーザが参加しているコミュニティへのリンクがユーザページ３０４やプロフィール３０５に表示され、コミュニティへのアクセスが可能となっていてもよい。
【００３１】
ソーシャルグラフを形成するための情報は、ユーザ端末２０１のユーザの操作により送信されるアクティビティ情報を用いることができる。例えば、ユーザが知人にポータルサーバ装置２０２の提供するサービスの利用を勧めるメッセージを、ユーザ端末２０１を操作して、送信した場合に、その操作を表わす情報をアクティビティ情報とすることができる。また、サービスの利用を勧められた知人がそのユーザ端末を用いてポータルサーバ装置２０２の提供するサービスに登録する操作を行なった場合に、その操作を表わす情報をアクティビティ情報とすることができる。
【００３２】
図２に示す構成においては、ユーザ端末２０１がポータルサーバ装置２０２のページにアクセスする毎に、そのアクセスしたページの識別情報や、そのページでの操作を示す情報がアクティビティ情報２０６としてポータルサーバ装置２０２からイベント情報通知装置２０５へ送信される。例えば、どのゲームのプレイを開始したか、どのゲームを開始または／および終了したか、誰のユーザページにアクセスしたか、コミュニティにおける他人の書き込みの閲覧やユーザの書き込みなどの行動を行なうと、これらの行動に関するアクティビティ情報２０６がポータルサーバ装置２０２からイベント情報通知装置２０５へ送信されるようにすることができる。
【００３３】
イベント情報通知装置２０５は、アクティビティ情報２０６を受信すると、図１の構成におけるのと同様に、成立したイベント条件を検出し、そのイベント条件に関連付けて記憶されているイベント情報２０７を記憶装置などから読出し、イベント情報２０７をユーザ端末２０１に向けて送信する。
【００３４】
図４は、ユーザ端末１０１、２０１が受信したイベント情報が、ユーザ端末１０１、２０１のディスプレイなどにウィンドウ４００内に表示が行なわれた一例を示す。
【００３５】
ウィンドウ４００の最上位に示されるように、ユーザ端末１０１、２０１のユーザの名前は「ユーザＡ」であることが想定されるとする。また、図４においては、新たなイベント情報をユーザ端末１０１、２０１が受信すると、そのイベント情報は、ウィンドウ４００内の最上位の行として表示がされるとの想定がされているとする。したがって、行４０１、行４０２、行４０３、行４０４、行４０５の表示に対応するイベント情報の順に受信が行なわれたことになる。
【００３６】
行４０１は、例えば、ユーザＡがポータルサーバ装置２０２にログインするという動作を行なったことを示すアクティビティ情報に対してイベント情報通知装置が送信したイベント情報に対応する。このイベント情報は、ゲーム△○を行なうことをユーザに勧めている。また、ログイン時に、ユーザ端末１０１、２０１からその位置情報がアクティビティ情報として送信されるようになっていてもよい。このようになっている場合には、その位置情報に応じて、ゲームを勧めるようになっていてもよい。また、行４０２は、ポータルサーバ装置２０２などにより管理されているソーシャルグラフにより特定の関係にあるユーザＢがゲーム△○をクリアしたという動作を行なったことを示すアクティビティ情報に対してイベント情報通知装置が送信したイベント情報に対応する。このようにイベント情報は、アクティビティ情報が受信される契機となる行動を行なったユーザとは異なるユーザのユーザ端末へ送信されるようになっていてもよい。
【００３７】
行４０３は、例えばユーザゲームＡがゲーム△○のプレイを終了したという動作に関するアクティビティ情報に対してイベント情報通知装置が送信したイベント情報に対応する。このイベント情報は、次に○△ゲームのプレイを終了すると、アイコンが入手できるということを示している。つまり、ユーザＡに○△ゲームのプレイを、アイコン情報という報酬を用いて勧めている。行４０４は、○△ゲームのプレイを終了したという行動に関するアクティビティ情報に対してイベント情報通知装置が送信したイベント情報に対応する。この場合、「おめでとう！」の次に、報酬としてのアイコン情報が示されている。行４０５は、ポータルサーバ装置２０２などにより管理されているソーシャルグラフにより特定の関係にあるユーザＣが六本木に移動したという行動に関するアクティビティ情報に対してイベント情報通知装置が送信したイベント情報に対応する。「六本木なう」により、ユーザＣが六本木に居ることが示されている。これにより、例えばユーザＡも六本木に行くことが勧められていると解釈することもできる。
【００３８】
図５は、本実施形態に係るイベント情報通知装置の機能ブロック図の一例を示す。イベント情報通知装置５００は、アクティビティ情報受信部５０１と、イベント情報検索部５０２と、イベント条件記憶部５０３と、イベント情報送信部５０４とを備えている。
【００３９】
アクティビティ情報受信部５０１は、アクティビティ情報５０５を受信する。アクティビティ情報５０５は、図１の構成の場合には、ユーザ端末１０１より送信され、図２の構成の場合には、ユーザ端末２０１のユーザによるポータルサーバ装置２０２のページへのアクセスが行なわれるとポータルサーバ装置２０２より送信される。また、図２の場合であっても、アクティビティ情報は、ユーザ端末２０１より送信されるようになっていてもよい。
【００４０】
図６は、アクティビティ情報の例を示している。図６において、アクティビティ情報は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋ−ｕｐ  Ｌａｎｇｕａｇｅ）の形式により示されている。図６（ａ）に示すアクティビティ情報により、ユーザＩＤとして１２３４５を有するユーザが、港区六本木３−５に位置していることが示される。この場合、港区六本木３−５にユーザが位置していることは、ユーザ端末のＧＰＳセンサーなどにより検出がされる。図６（ｂ）に示すアクティビティ情報により、ユーザＩＤとして６５４３２を有するユーザがゲームＩＤとして９８６５を有するゲームをクリアなどしたことが示される。ゲームのクリアは、例えば、ゲームサーバ装置２０４からポータルサーバ装置２０２へ誰がどのゲームのプレイを終了したかを示す情報によりポータルサーバ装置２０２により検出される。そして、ポータルサーバ装置２０２は、ゲームプレイの終了を示すアクティビティ情報をイベント情報通知装置２０５へ送信する。また、ゲームサーバ装置２０４からイベント情報通知装置２０５へゲームのプレイの終了を示すアクティビティ情報を直接送信してもよい。
【００４１】
アクティビティ情報受信部５０１は、受信したアクティビティ情報を、イベント情報検索部５０２に伝達する。例えば、メモリの所定のアドレスに受信したアクティビティ情報が書き込まれることにより、イベント情報検索部５０２への伝達が行なわれる。
【００４２】
イベント情報検索部５０２は、アクティビティ情報受信部５０１より伝達されたアクティビティ情報を解析し、その解析結果に基づいてイベント条件記憶部５０３に記憶されているイベント条件の中に成立した条件があるかどうかを検出する。
【００４３】
イベント条件記憶部５０３は、アクティビティ情報に関するイベント条件とそのイベント条件に関連付けてイベント情報を記憶する。例えば、図６に例示されたアクティビティ情報の「現在位置」や「ゲームＩＤ」などのタグの種類に応じて条件とイベント情報をテーブル形式に記憶する。
【００４４】
図７は、イベント条件記憶部５０３が条件とイベント情報を記憶するために用いるテーブルの一例を示す。図７（ａ）に示すテーブルは、アクティビティ情報の「現在位置」のタグに対応する。アクティビティ情報により、ユーザが港区六本木３−５に移動したことが示されるという条件が、その条件に「△△ゲームをクリアすると×□アイコンがもらえるかも！」という文字列情報としてのイベント情報と、関連付けられて記憶されている。また、アクティビティ情報によりユーザが品川区大崎２−１に移動したことが示されるという条件が、その条件に「Ｔｈｉｎｋ  Ｐａｒｋ  Ｓｈｏｐで×△アイコンを見せると１０％値引き！」という文字列情報としてのイベント情報と関連付けられて記憶されている。なおイベント情報は文字列情報に限定されることはなく、画像情報、映像情報であってもよい。また、イベント情報は、別のイベント情報を生成するプログラムであってもよい。
【００４５】
イベント情報としてプログラムがイベント条件に関連付けられている場合には、そのプログラムは所定の時間経過後にイベント情報を生成してユーザ端末に送信することができる。所定の時間とは、そのプログラムの実行により定められる時間である。これにより、イベント情報を送信するのに適した時間の経過後にイベント情報を生成してユーザ端末に送信することができる。例えば、あるゲームをユーザがプレイを開始したというアクティビティ情報に対して、そのゲームに飽きるなどして離脱するユーザの数が大きくなる時間が経過したころに、別のゲームのプレイを勧めるイベント情報を生成してユーザ端末に送信することができる。これにより、多くのユーザに、継続して種々のゲームをプレイしてもらうことができる。
【００４６】
図７（ｂ）に示すテーブルは、アクティビティ情報の「ゲームＩＤ」のタグに対応する。アクティビティ情報により、ユーザがゲームＩＤ６５４３２をクリアしたことが示されるというイベント条件と、そのイベント条件に「次は地下鉄六本木駅へＧｏ！」というイベント情報が関連付けられている。また、アクティビティ情報により、ユーザがゲームＩＤ３４５６７をクリアしたことが示されるという条件と、その条件に「次は△○ゲームに挑戦だ！」というイベント情報が関連付けられている。
【００４７】
イベント情報検索部５０２は、アクティビティ情報を解析してタグの種類を検出し、その検出に応じて、イベント条件記憶部５０３に記憶されているテーブルを選択してアクセスし、成立した条件の有無を検出する。そして、成立した条件が有ると検出された場合には、その条件に関連付けられているイベント情報をテーブルより読出し、イベント情報送信部５０４へ伝達する。
【００４８】
イベント情報送信部５０４は、伝達されたイベント情報５０６を送信する。この場合、イベント情報５０６は、アクティビティ情報５０５を送信したユーザ端末に送信されることもあれば、他のユーザ端末に送信される場合もある。どのユーザ端末に送信されるかは、例えば、図７に示すテーブルに格納されている条件やイベント情報と関連付けて記憶されている情報を、イベント情報検索部５０２などが読出して決定される。
【００４９】
図８は、イベント情報通知装置の処理の流れを説明するフローチャートである。ステップＳ８０１において、アクティビティ情報を、アクティビティ情報受信部５０１が、受信する。ステップＳ８０２において、アクティビティ情報を、イベント情報検索部５０２が、解析する。そして、ステップＳ８０３において、成立するイベント条件を、イベント情報検索部５０２が、解析する。ステップＳ８０４において、イベント情報検索部５０２が、成立するイベント条件の有無を検出し、もし、成立するイベント条件が有れば、ステップＳ８０５へ処理を移行させる。もし、成立するイベント条件が無ければ、処理を終了させる。
【００５０】
ステップＳ８０４において、イベント情報検索部５０２が、成立するイベント条件に関連するイベント情報を読出すことにより取得する。そして、ステップＳ８０５において、イベント情報をイベント情報送信部５０４が、送信する。
【００５１】
なお、以上の処理の説明は、例示であり、これに限定されることはない。例えば、アクティビティ情報の解析は、アクティビティ情報受信部５０１が行なってもよい。また、イベント情報の取得は、イベント情報検索部５０２からイベント情報のアドレスなどがイベント情報送信部５０４に伝達され、イベント情報送信部５０４により行なわれるようになっていてもよい。
【００５２】
図９は、イベント情報通知装置５００を実現するための計算機の機能ブロック図の一例を示す。図９においては、計算機９００は、ＣＰＵ９０１と、ＲＡＭ９０２と、記憶装置９０４と、ＲＯＭ９０３と、通信インターフェース９０５とがバス９０６により相互に接続された構成となっている。例えば、計算機９００の電源が投入されると、ＣＰＵ９０１は、ＲＯＭ９０３の所定のアドレスから開始するプログラムをＲＡＭ９０２に読出した後、そのプログラムを実行する。その後必要に応じて記憶装置９０４からプログラムがＣＰＵ９０１により読出され、ＲＡＭ９０２に展開されて、実行がされる。
【００５３】
アクティビティ情報受信部５０１は、通信インターフェース９０５や、通信インターフェース９０５が受信したデータを読出すドライバプログラムなどに対応する。イベント条件記憶部５０３は、記憶装置９０４に対応する。イベント情報検索部５０２は、ＲＯＭ９０３や記憶装置９０４に格納されたプログラムが、ＣＰＵ９０１によりＲＡＭ９０２に展開され、実行可能となっている状態に対応する。イベント情報送信部５０４は、通信インターフェース９０５や、通信インターフェース９０５が送信するデータを通信インターフェース９０５に伝達するドライバプログラムなどに対応する。
【００５４】
以上のように、本実施形態の構成においては、受信されたアクティビティ情報により成立するイベント情報が送信されるので、ユーザに次に何を行なえばよいかを示すことができる。これにより、ユーザに別の行動を取らせたりコンテンツ情報を提供したりすることができる。
【００５５】
（実施形態２）
実施形態２として、アクティビティ情報の履歴に応じてイベント情報を送信することができるイベント情報通知装置について説明する。
【００５６】
図１０は、本実施形態に係るイベント情報通知装置の機能ブロック図の一例を示す。イベント情報通知装置１０００は、アクティビティ情報受信部５０１と、アクティビティ情報記憶部１００１と、イベント情報検索部５０２と、イベント条件記憶部５０３と、イベント情報送信部５０４とを備える。したがって、本実施形態に係るイベント情報通知装置は、実施形態１に係るイベント情報通知装置が、さらにアクティビティ情報記憶部を備えた構成となっている。
【００５７】
アクティビティ情報記憶部１００１は、アクティビティ情報受信部５０１により受信されたアクティビティ情報５０５を記憶する。例えば、計算機９００の記憶装置９０４に記憶する。
【００５８】
図１１は、アクティビティ情報記憶部１００１により、アクティビティ情報５０５が、表の形式で記憶された状態を示す。図６に例示されるアクティビティ情報の「ユーザＩＤ」タグで囲まれた部分が「ユーザＩＤ」の列に格納され、「現在位置」タグないし「ゲームＩＤ」タグで囲まれた部分が、そのタグを示す情報とともに「アクティビティ」の列に格納されている。また、受信日時も格納されている。
【００５９】
図１２は、本実施形態において、イベント条件記憶部５０３がイベント条件とイベント情報を記憶するために用いるテーブルの一例を示す。図１２には、イベント条件の一例として、「現在位置が港区六本木３−５であり、ゲームＩＤ：５６４３２を過去３０分以内にクリアしている」が格納されている。
【００６０】
アクティビティ情報により、ユーザの現在位置が港区六本木３−５であることが検出されれば、イベント情報検索部は、アクティビティ情報記憶部１００１に記憶されているアクティビティ情報を検索し、ユーザが３０分以内にゲームＩＤ５６４３２を過去３０分以内にクリアしているかどうかを検索して検出する。もし、ユーザが３０分以内にゲームＩＤ５６４３２を過去３０分以内にクリアしていることが検出されれば、イベント条件に関連付けられている「品川タウンへ行ってみよう！」というイベント情報が読出され、イベント情報送信部５０４により送信される。
【００６１】
この例では、イベント条件は過去の一つのアクティビティに関する条件を含んでいる。しかし、本実施形態においては、これに限定されることはなく、イベント条件は、過去の複数のアクティビティに関する条件を含むことができる。例えば、過去に特定のゲームを３回以上行なったという条件をイベント条件に含ませることもできる。さらに、ユーザの行動パターンに関する条件をイベント条件に含ませることもできる。例えば、「通勤時間帯（例えば午前７時から午前８時３０分）に特定の路線上を移動している」などを含ませることができる。これにより、ユーザの生活パターンを抽出し、抽出された生活パターンに応じたイベント情報をユーザに提供することができる。
【００６２】
また、生活パターンが維持された場合に、報酬に関する情報をイベント情報としてユーザ端末に送信されることにより、ユーザにその生活パターンを生活習慣とするように動機付けることができる。
【００６３】
また、イベント条件として、「ある路線の全ての駅にて特定のゲームをクリアすること」を用い、そのイベント条件に、「『全線制覇』などを表わすアイコン情報」をイベント情報として関連付けることにより、ユーザに特定のゲームのプレイを動機付けることもできる。また、そのようなアイコン情報は、路線の沿線で買い物などをするときのクーポン情報とすることにより、沿線の商店街などの活性化も実現できる。
【００６４】
また、イベント条件として、「ソーシャルグラフにより特定の関係にある人の居る場所の近く、例えば、半径３０メートル以内、に居る」を用い、そのイベント条件に「知り合いが近くに居ます」などのメッセージを表示するためのイベント情報を関連付けることもできる。これにより、ネットワーク上においてでしか知り合いでない人に出会いの機会を提供することもできる。
【００６５】
本実施形態では、アクティビティ情報受信部５０１により受信されたアクティビティ情報が記憶されることにより、イベント情報検索部５０２は、ユーザの過去の行動を含む条件が成立するかどうかを検出することができるようになる。
【図１】
2011238183.tif 000003
【図２】
2011238183.tif 000004
【図３】
2011238183.tif 000005
【図４】
2011238183.tif 000006
【図５】
2011238183.tif 000007
【図６】
2011238183.tif 000008
【図７】
2011238183.tif 000009
【図８】
2011238183.tif 000010
【図９】
2011238183.tif 000011
【図１０】
2011238183.tif 000012
【図１１】
2011238183.tif 000013
【図１２】
2011238183.tif 000014