JP2014186603A - 情報提供装置、情報提供システム及び情報提供方法 - Google Patents

Abstract

【課題】情報をユーザに分かりやすく表示する。
【解決手段】プログラムを実行するプロセッサ、前記プロセッサが実行するプログラムを格納するメモリ、及びデータを記憶する記憶装置を備える情報提供装置であって、前記情報提供装置は、ユーザ間の関連が登録されるユーザ関連情報と、ユーザが提供を受けているサービスが登録されるユーザサービス情報とにアクセス可能であって、前記プロセッサは、前記ユーザ関連情報を参照して、第１のユーザと関連する第２のユーザを特定し前記ユーザサービス情報を参照して、前記第２のユーザが提供を受けているサービスの情報を取得し、前記第２のユーザが提供を受けているサービスにおいて生じるイベントの情報を取得し、前記取得したイベントの情報を表示するためのデータを作成する。
【選択図】図１

Description

本発明は、ユーザに関する情報を管理する情報提供システムに関する。

ユーザに関する情報を提供する情報提供システムがある。例えば、携帯電話通信事業者が、ユーザの契約内容や料金に関する情報を提供するＷｅｂサイトを運営している。

このような、ユーザに契約情報を提示して、その内容の変更を受け付ける技術として特許文献１に記載された技術がある。

特開２００６−２８８１４３号公報 特表２００９−５２１７５２号公報

しかし、前述した特許文献１に記載された技術では、各ユーザが現在の自分の契約情報を見ることができるのみで、複数のユーザの情報を関連付けて契約情報を見せることは考慮されていなかった。

さらに、各ユーザに提示される情報は時間軸が考慮されていなかった。すなわち、ユーザは、過去の契約情報を見ることはできず、また、将来に生じることが予定される契約情報及びそれらに関するイベント（例えば、特約の終了、割賦の終了など）も見ることができなかった。

なお、複数のユーザの情報を時系列に整理して表示する技術として、特許文献２に記載された技術がある。特許文献２には、「ソーシャルタイムラインを生成するためのシステム、方法およびコンピュータプログラムを提供する。ソーシャルネットワークに関連したユーザ間の少なくとも一つの関係に関連し、それぞれが関連時間を有する複数のデータ項目が受信される。データ項目は、少なくとも一つの関係に応じて整理される。ソーシャルタイムラインは、整理されたデータ項目に応じて生成される。」技術が記載されている。

本発明は、情報をユーザに分かりやすく表示することを目的とする。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、プログラムを実行するプロセッサ、前記プロセッサが実行するプログラムを格納するメモリ、及びデータを記憶する記憶装置を備える情報提供装置であって、前記情報提供装置は、ユーザ間の関連が登録されるユーザ関連情報と、ユーザが提供を受けているサービスが登録されるユーザサービス情報とにアクセス可能であって、前記プロセッサは、前記ユーザ関連情報を参照して、第１のユーザと関連する第２のユーザを特定し前記ユーザサービス情報を参照して、前記第２のユーザが提供を受けているサービスの情報を取得し、前記第２のユーザが提供を受けているサービスにおいて生じるイベントの情報を取得し、前記取得したイベントの情報を表示するためのデータを作成する。

本発明の代表的な実施例によれば、サービスに関する情報をユーザに分かりやすく表示することができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

第１の実施例の情報提供システムの構成を示すブロック図である。 第１の実施例の情報提供サーバのハードウェア構成を示すブロック図である。 第１の実施例の表示情報格納部に格納されるデータの構成を説明する図である。 第１の実施例のユーザサービス情報の構成を説明する図である。 第１の実施例の管理イベント情報の構成を説明する図である。 第１の実施例のユーザ管理情報の構成を説明する図である。 第１の実施例の表示内容テーブルの構成を説明する図である。 第１の実施例のサービステーブルの構成を説明する図である。 第１の実施例の管理イベント情報作成処理のフローチャートである。 第１の実施例の表示情報作成処理のフローチャートである。 第１の実施例の端末に表示される内容を説明する図である。 第２の実施例のユーザプロファイルの構成を説明する図である。 第２の実施例のライフイベントテーブルの構成を説明する図である。 第２の実施例の管理イベント情報の構成を説明する図である。 第２の実施例の表示情報格納部に格納されるデータの構成を説明する図である。 第２の実施例のライフイベント作成処理のフローチャートである。 第２実施例の端末に表示される内容を説明する図である。

＜実施例１＞
図１は、第１の実施例の情報提供システムの構成を示すブロック図である。

本実施例の情報提供システムは、情報提供サーバ１００によって構成される。情報提供サーバ１００は、例えば、多くのユーザと契約して通信サービスを提供する通信事業者（又は、通信事業者と提携する者）が運営する計算機である。

情報提供サーバ１００は、ネットワーク３００を介して端末２００と接続されている。端末２００は、プログラムを実行するプロセッサ、メモリ及びユーザインターフェースを有する通信装置であり、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン、携帯電話機（フィーチャーフォン）である。

例えば、端末２００が通信事業者の拠点に設置されるパーソナルコンピュータやタブレット端末である場合、当該端末２００でブラウザを動作させ、事業者の情報提供サーバ１００（Ｗｅｂサイト）にアクセスすることによって、店頭で情報の提供を受けることができる。また、端末２００がユーザが所有するパーソナルコンピュータ、タブレット端末、スマートフォン、フィーチャーフォンである場合、当該端末２００でブラウザを動作させ、事業者の情報提供サーバ１００（Ｗｅｂサイト）にアクセスすることによって、自宅など任意の場所で情報の提供を受けることができる。また、端末２００がタブレット端末やスマートフォン、フィーチャーフォンである場合、当該端末２００で専用のアプリケーションプログラムを動作させ、事業者の情報提供サーバ１００にアクセスすることによって、自宅など任意の場所で情報の提供を受けることができる。

また。ネットワーク３００は、有線又は無線で提供されるＬＡＮ、ＷＡＮや、携帯電話網である。

また、情報提供サーバ１００は、外部システム４００と接続されている。外部システム４００は、ユーザに提示する情報の元となる情報を管理し、情報提供サーバ１００に提供する計算機である。なお、通信事業者が情報提供サーバ１００を運営する場合、外部システム４００は、例えば定期的にイベントが生じるサービスを提供する事業者が運営するサーバである。例えば、電気、ガス、水道などのインフラ事業者などが設けた外部システム４００から、ユーザに料金の支払を求める日や契約更新の日などの情報の提供を受けることができる。また、鉄道事業者が設けた外部システム４００から、ストアードフェアカードの使用履歴や切符の予約の情報の提供を受けることができる。

情報提供サーバ１００は、プログラムを実行するプロセッサ１２１、プロセッサによって実行されるプログラムを記憶するメモリ１２２、データを格納する記憶装置１２３及び通信インターフェース１２６などを有する計算機であり、そのハードウェア構成は、図２を用いて後述する。

情報提供サーバ１００は、入出力部１０１、データ制御部１０２、外部情報制御部１０３、表示情報格納部１０４及びデータベース１０５を有する。

入出力部１０１は、端末２００に提供する情報を表示するためのデータを作成する。例えば、入出力部１０１は、ｗｅｂページを表示するためのデータを作成するｗｅｂサーバ機能を有し、端末２００で動作しているブラウザにｗｅｂページを表示するためのデータを提供する。また、端末２００で専用アプリケーションが動作している場合、入出力部１０１は単に表示される内容（テキスト及び数値）のデータだけを出力すればよい。

データ制御部１０２は、データベース１０５へのデータの入出力を制御し、データベース１０５へ書き込まれる情報を作成し、入出力部１０１が端末２００に提供する情報を作成する。

外部情報制御部１０３は、外部システム４００とのデータの送受信を制御し、外部システム４００から収集したデータの形式を変換し、データベース１０５へ格納する。

表示情報格納部１０４は、データ制御部１０２が作成した、端末２００に提供する情報を格納するバッファである。表示情報格納部１０４に格納されるデータの構成は、図３、図１５を用いて説明する。

データベース１０５は、ユーザサービス情報１０６、管理イベント情報１０７、ユーザ管理情報１０８、表示内容テーブル１０９、サービステーブル１１０、ユーザプロファイル１１１及びライフイベントテーブル１１２を含み、記憶装置１２３に格納される。

ユーザサービス情報１０６は、情報提供サーバ１００が提供する情報に関連したサービスの提供を受けるユーザの情報が登録されるデータベースで、その詳細は図４を用いて説明する。管理イベント情報１０７は、将来発生するイベントのうち、属人性があるイベントが登録されるデータベースであり、その詳細は図５、図１４を用いて説明する。ユーザ管理情報１０８は、ユーザ間の関連が登録されるデータベースであり、その詳細は図６を用いて説明する。

表示内容テーブル１０９は、イベントの情報を提供する場合の表示内容が登録されるデータベースであり、その詳細は図７を用いて説明する。サービステーブル１１０は、ライフイベントと提供されるサービスとの関連が登録されるデータベースであり、その詳細は図８を用いて説明する。

ユーザプロファイル１１１は、ユーザの属性が登録されるデータベースであり、その詳細は図１２を用いて説明する。ライフイベントテーブル１１２は、人生において属人性がなく発生するイベントが登録されるデータベースであり、その詳細は図１３を用いて説明する。ユーザプロファイル１１１及びライフイベントテーブル１１２は、後述する第２の実施例で使用されるデータである。

図２は、第１の実施例の情報提供サーバ１００のハードウェア構成の一例を示すブロック図である。

情報提供サーバ１００は、プロセッサ（ＣＰＵ）１２１、メモリ１２２、不揮発性の記憶装置（ＨＤＤ）１２３、及び通信インターフェース１２６を有する計算機である。

プロセッサ１２１は、メモリ１２２に格納されたプログラムを実行する。

メモリ１２２は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）のような高速かつ揮発性の記憶装置であり、オペレーティングシステム（ＯＳ）及びアプリケーションプログラムを格納する。プロセッサ１２１が、オペレーティングシステムを実行することによって、情報提供サーバ１００の基本機能が実現され、アプリケーションプログラムを実行することによって、情報提供サーバ１００が提供する機能（入出力部１０１、データ制御部１０２、外部情報制御部１０３の機能）が実装される。

記憶装置１２３は、例えば、磁気記憶装置、フラッシュメモリ等の大容量かつ不揮発性の記憶装置であり、プロセッサ１２１によって実行されるプログラム及びプログラム実行時に使用されるデータを格納する。すなわち、プロセッサ１２１によって実行されるプログラムは、記憶装置１２３から読み出されて、メモリ１２２にロードされて、プロセッサ１２１によって実行される。

通信インターフェース１２６は、情報提供サーバ１００をネットワークに接続し、他の装置との通信を制御する。

情報提供サーバ１００は、入力インターフェース１２４及び出力インターフェース１２５を有してもよい。入力インターフェース１２４は、入力機器であるキーボード１２７及びマウス１２８からの入力を受ける。出力インターフェース１２５は、出力装置であるディスプレイ装置１２９に接続されており、ディスプレイ装置１２９に画像を表示するための信号を出力する。

情報提供サーバ１００は、論理的又は物理的に構成された複数の計算機上で稼働するシステムである。各システムは、同一の計算機上で別個のスレッドで動作してもよく、複数の物理的計算機資源上に構築された仮想計算機上で動作してもよい。

プロセッサによって実行されるプログラムは、リムーバブルメディア（ＣＤ−ＲＯＭ、フラッシュメモリなど）又はネットワークを介して各サーバに提供され、非一時的記憶媒体である記憶装置１２３に格納される。このため、各サーバは、リムーバブルメディアを読み込むインターフェースを備えるとよい。

図３は、第１の実施例の表示情報格納部１０４に格納されるデータの構成を説明する図である。

表示情報格納部１０４は、年月日１０４１及びイベントＩＤ１０４２が関連付けられた情報を格納する。表示情報格納部１０４が格納する情報を用いることによって、ユーザにカレンダー形式で、イベントの発生時間順序に従って、イベントの情報を提供することができる（図１１、図１７参照）。年月日１０４１は、イベントが生じる予定の年月日である。イベントＩＤ１０４２は、イベントを一意に識別するための識別子である。

当該ユーザが、情報の提供を希望すると、情報提供サーバ１００は、図３に示すデータからカレンダー形式の表示画面を作成する。

図４は、第１の実施例のユーザサービス情報１０６の構成を説明する図である。

ユーザサービス情報１０６は、ユーザが契約しているサービスを示し、ユーザＩＤ１０６１及びサービスＩＤ１０６２を含む。ユーザＩＤ１０６１は、ユーザを一意に識別するための識別子である。サービスＩＤ１０６２は、当該ユーザが契約しているサービスを一意に識別するための識別子である。

図５は、第１の実施例の管理イベント情報１０７の構成を説明する図である。

管理イベント情報１０７は、ユーザ毎かつサービス毎にユーザに発生する予定のイベントを示し、テーブルＩＤ１０７３によって区別される複数のテーブルを含む。すなわち、テーブルＩＤ１０７３は、ユーザ及びイベントの組を一意に識別するための識別子であり、ユーザ及びイベントの組の各々に対応してテーブルが設けられる。例えば、テーブルＩＤ１０７３が「Ａ０１」は、ユーザＩＤが「Ａ」のユーザが提供を受けているサービスＩＤが「０１」のサービスを意味する。

各テーブルは、年月日１０７１及びイベントＩＤ１０７２を含む。年月日１０７１は、イベントが生じる予定の年月日である。イベントＩＤ１０７２は、イベントを一意に識別するための識別子である。

図６は、第１の実施例のユーザ管理情報１０８の構成を説明する図である。

ユーザ管理情報１０８は、ユーザ間の関係を示し、ユーザＩＤ１０８１、関連ユーザＩＤ１０８２、表示可否フラグ１０８３及び開示可否フラグ１０８４を含む。

ユーザＩＤ１０８１は、ユーザを一意に識別するための識別子である。関連ユーザＩＤ１０８２は、当該ユーザと関連しているユーザの識別子であり、例えば、割引サービスや一括請求に加入している家族や、遠方に居住する親戚（例えば、祖父母）や、友人の識別子が登録される。

表示可否フラグ１０８３は、関連ユーザＩＤ１０８２が示すユーザの情報をユーザＩＤ１０８１が示すユーザの画面に表示するかを制御するためのフラグである。開示可否フラグ１０８４は、ユーザＩＤ１０８１が示すユーザに対して関連ユーザＩＤ１０８２が示すユーザの情報の開示（表示）が許可されているか、されていないかを制御するためのフラグである。

表示可否フラグ１０８３と開示可否フラグ１０８４の両方が○の場合に、関連ユーザＩＤ１０８２が示すユーザの情報が、ユーザＩＤ１０８１が示すユーザの画面に表示可能となる。

図６に示すユーザ管理情報１０８の例では、関連ユーザに自分自身を含めている。このように自分自身を含めることによって、自分のデータを表示するか（自分のデータは表示しなくてよいか）を設定することができる。

ユーザ管理情報１０８が表示可否フラグ１０８３及び開示可否フラグ１０８４を含むことによって、関連付けたユーザの間で情報の開示範囲を制御することができ、プライバシーを保護しつつ、家族など特定の関係でないユーザを関連付けることができる。また、家族や従業員など特定の関係を有するユーザでも、ユーザ間に親子関係や主従関係がある場合に、情報の開示範囲を制御することができる。

なお、関連ユーザが家族など特定の関係を有する範囲に限られ、関連付けたユーザの情報の開示範囲を制御する必要がない場合、表示可否フラグ１０８３及び開示可否フラグ１０８４を設けなくてもよい。

図７は、第１の実施例の表示内容テーブル１０９の構成を説明する図である。

表示内容テーブル１０９は、ユーザに一般的に生じ得るイベントを示し、イベントＩＤ１０９１、ユーザ属性１０９２、メッセージ１０９３及びアイコン１０９４を含む。イベントＩＤ１０９１は、イベントを一意に識別するための識別子である。ユーザ属性１０９２は、ユーザの属性であり、端末２００の表示画面を作成する際にユーザプロファイル１１１と比較される。メッセージ１０９３は、端末２００の表示画面に表示されるメッセージである。アイコン１０９４は、表示画面に表示される図形である。

なお、図７に示す表示内容テーブル１０９の２行目のデータは、第２の実施例でユーザの属性と照合した結果に基づく表示に使用されるものである。

図８は、第１の実施例のサービステーブル１１０の構成を説明する図である。

サービステーブル１１０は、イベントに関連してユーザにプロモートされるサービスを示し、イベントＩＤ１１０１、ユーザ属性１１０２及びサービス１１０３を含む。イベントＩＤ１１０１は、イベントを一意に識別するための識別子である。ユーザ属性１１０２は、ユーザの属性であり、表示画面を作成する際にユーザプロファイル１１１と比較され、表示内容が決定される。サービス１１０３は、イベント発生時に提供されるサービスの内容である。

なお、図８に示すサービステーブル１１０の２〜３行目のデータは、第２の実施例で将来のイベントに対応した表示に使用されるものである。

図９は、第１の実施例の管理イベント情報作成処理のフローチャートであり、情報提供サーバ１００のプロセッサ１２１が実行する。この管理イベント情報作成処理は、所定のタイミングで繰り返し（例えば、定期的に）実行されてもよいし、端末２００から表示要求を受信した場合に、要求にかかるユーザについて実行してもよい。

まず、データ制御部１０２は、ユーザ管理情報１０８を参照し、要求にかかるユーザＩＤ（例えば、Ａ）に関連付けられた関連ユーザＩＤを取得する（Ｓ１０１）。このとき、表示可否フラグ１０８３及び開示可否フラグ１０８４を参照して、情報の開示が許可されている場合にのみ、関連ユーザとする。なお、ユーザ管理情報１０８の関連ユーザＩＤに１０８２に自分自身（ユーザＡ）が含まれている場合、自分のデータを含めて表示データが作成される。

その後、データ制御部１０２は、ユーザサービス情報１０６を参照し、取得した関連ユーザＩＤに関連付けられたサービスＩＤを取得する（Ｓ１０２）。

そして、データ制御部１０２は、関連ユーザＩＤとサービスＩＤとの組からなるテーブルＩＤ１０７３（例えば、Ａ０１）のテーブルを管理イベント情報１０７に作成する（Ｓ１０３）。

その後、外部情報制御部１０３は、ユーザＩＤ及びサービスＩＤに関連付けられた契約情報及び当該契約情報によって生じるイベント（契約終了、更新など）の情報を外部システム４００から取得する（Ｓ１０４）。なお、情報提供サーバ１００は、契約情報のみを外部システム４００から取得して、契約情報によって生じるイベント情報を作成してもよい。この場合、契約情報に関連して生じるイベント情報のテーブルをデータベース１０５に格納しておく。また、情報提供サーバ１００は、契約情報及び当該契約情報によって生じるイベントの情報をデータベース１０５に格納し、これらの情報をデータベースから取得してもよい。

その後、ステップＳ１０４で取得（又は作成）したイベント情報を、ステップＳ１０３で作成した管理イベント情報１０７のテーブルに格納する（Ｓ１０５）。

図１０は、第１の実施例の表示情報作成処理のフローチャートであり、情報提供サーバ１００のプロセッサ１２１が実行する。

まず、入出力部１０１が端末２００から表示要求を受信すると、表示要求に含まれるユーザＩＤをデータ制御部１０２に送る。データ制御部１０２は、ユーザ管理情報１０８を参照し、要求にかかるユーザＩＤ（例えば、Ａ）に関連付けられた関連ユーザＩＤを取得する（Ｓ１１１）。

データ制御部１０２は、管理イベント情報１０７を参照して、関連ユーザＩＤのイベント情報を取得し、メモリ１２２に書き込む（Ｓ１１２）。

その後、データ制御部１０２は、メモリ１２２に書き込んだイベント情報をイベント発生日をキーにしてソートし（Ｓ１１３）、イベント発生の時間順にソートしたイベント情報を表示情報格納部１０４に格納する（Ｓ１１４）。

その後、入出力部１０１は、端末２００から受信した表示要求の返信として、表示情報格納部１０４に格納されたイベント情報を送信する。なお、端末２００で、一般のブラウザが動作している場合、表示情報格納部１０４に格納されたイベント情報を表示するための画面データを送信する。

図１１は、第１の実施例の端末２００に表示される内容を説明する図である。

ユーザが、例えば「イベント表示」ボタンを操作することによって、表示要求を端末２００に入力する。すると、端末２００は、イベントの表示を要求するユーザのユーザＩＤを含む表示要求を情報提供サーバ１００に送信する。

情報提供サーバ１００は、端末２００から表示要求を受信すると、作成した表示情報を端末２００に送信する。

なお、表示要求を送信したアプリケーションの種類によって、情報提供サーバ１００が送信する情報の内容は異なる。すなわち、端末２００で、一般のブラウザが動作している場合、情報提供サーバ１００は、イベント情報を表示するための画面データ（ｗｅｂページを表示するためのデータ）を送信する。この場合、表示内容テーブル１０９を参照して、表示されるイベントに関するメッセージ１０９３及びアイコン１０９４を取得し、メッセージ及びアイコンを含む画面データを生成する。このように、端末２００で動作する一般のブラウザに表示可能なため、端末２００の種類が異なる場合でも同様のイメージで表示可能である。また、端末２００の種類ごとに表示情報を生成する必要がないため低コストで構築が可能である。また、情報提供サーバ１００が画面データを生成するので、端末２００の処理負荷を向上することなく、ユーザに情報を提供することができる。

一方、端末２００で、専用アプリケーションが動作している場合、情報提供サーバ１００は、イベント情報のデータ（表示内容であるテキスト及び数値のデータ）のみを送信する。この場合、表示内容テーブル１０９は、端末２００の専用アプリケーションがアクセスできるように、端末２００又は情報提供サーバ１００に格納されるとよい。このように、端末２００が専用アプリケーションによって表示画面を生成することによって、端末２００に最適化した表示が可能である。また、サーバ１００と端末２００とで処理が分散でき、情報提供サーバ１００の処理負荷の上昇を抑えることができる。

端末２００の表示部には、カレンダー形式で、イベントの発生予定日の時間順にイベントの情報が表示される。なお、イベントの情報をクリックすることによって、さらに、当該イベントに関連する詳細な情報を表示する画面を起動してもよい（図１７参照）。この場合、サービステーブル１１０を参照して、ユーザ属性に一致するサービスの内容を特定し、特定されたサービスの内容を表示するサブ画面を表示する。

例えば、特約や割賦の終了日をカレンダーに表示することによって、新規端末への買い換えを促すことができる。また、過去のカレンダーに過去の契約情報（例えば、過去に使用していた思い出の端末の画像）を表示してもよい。

図１１にはカレンダー上にイベントを表示する例を示したが、時間軸と関係なく年月日が管理されているイベントを表示してもよい。例えば、関連ユーザ全員の当日のイベントのみを表示してもよい。

以上に説明したように、第１の実施例によると、関連付けられた他人の情報を表示することによって、自分の情報だけでなく、仲間（例えば、家族、親戚、友人など）の情報も知ることができる。また、時間軸に従ってユーザの情報を見ることができ、通信サービスに関する情報をユーザに分かりやすく表示することができる。

またイベントに関係するサービスの情報も提供する。例えば、イベントの情報をクリックすることによって、さらに詳細なイベントの情報を表示する画面をポップアップして表示することができる。さらに、契約上のポイントとなる日を表示し、関連するサービスの情報を提供することによって、ユーザに適した販売促進を、最適にタイミングで提供することができる。

さらに、自社が提供するサービスだけでなく、他の事業者が提供するサービスの情報も取り込んで、併せてユーザに提供することによって、ユーザの利便性が向上し、ユーザのアクセス頻度を向上させることができる。

＜実施例２＞
次に、本発明の第２の実施例について説明する。第２の実施例では、事業者との関係に基づいてユーザに生じるイベントの他に、生活上ユーザに生じるイベントの情報を提供する。なお、第２の実施例では、前述した第１の実施例と同じ構成及び処理の説明は省略し、第１の実施例と異なる部分のみを説明する。

図１２は、第２の実施例のユーザプロファイル１１１の構成を説明する図である。

ユーザプロファイル１１１は、ユーザの属性を示し、ユーザＩＤ１１１１、生年月日１１１２、居住地１１１３及び性別１１１４を含む。

ユーザＩＤ１１１１は、ユーザを一意に識別するための識別子である。生年月日１１１２は、当該ユーザの生まれた日である。居住地１１１３は、当該ユーザが居住している場所である。性別１１１４は、ユーザの性別である。なお、ユーザプロファイル１１１は、図示した以外の情報を含んでもよい。

図１３は、第２の実施例のライフイベントテーブル１１２の構成を説明する図である。

ライフイベントテーブル１１２は、ユーザに一般的に生じ得るイベントを示し、年齢１１２１、イベント名１１２２及びイベントＩＤ１１２３を含む。年齢１１２１は、ユーザにそのイベントが生じる年齢及び月齢である。イベント名１１２２は、当該時期にユーザに生じるイベントの名称である。イベントＩＤ１１２３は、当該イベントを一意に識別するための識別情報である。

図１３は、日本におけるライフイベントテーブルの例を示すが、習慣が異なる地域（例えば、国）毎に異なるライフイベントテーブル１１２が設けられる。なお、ライフイベントテーブル１１２を、ユーザの属性（例えば、性別）毎に設けてもよい。また、ライフイベントテーブル１１２に、ユーザの属性（例えば、性別）を含めてもよい。

図１４は、第２の実施例の管理イベント情報１０７の構成を説明する図である。図１４に示す管理イベント情報１０７は、前述した管理イベント情報１０７（図５）に加え、ユーザプロファイル１１１（図１２）及びライフイベントテーブル１１２（図１３）を用いて作成されたものであり、テーブルＩＤ１０７３が「Ａ９９」のイベントが追加されている。

すなわち、ユーザプロファイル１１１からユーザＩＤが「Ａ」のユーザの居住地は日本であることが分かり、日本のライフイベントテーブル１１２を参照する。そして、ユーザプロファイル１１１の生年月日１１１２とライフイベントテーブル１１２の年齢１１２１とを用いてイベントが発生する日を計算する。そして、計算された日及びイベントＩＤを管理イベント情報１０７に登録する。

図１５は、第２の実施例の表示情報格納部１０４に格納されるデータの構成を説明する図である。

図１５に示す表示情報格納部１０４に格納されるデータの例では、ユーザＩＤが「Ａ」のユーザの全てのイベント、すなわち、テーブルＩＤ１０７３が「Ａ０１」「Ａ０２」「Ａ９９」のイベントが時系列に格納されている。

当該ユーザが、情報の提供を希望すると、表示情報格納部１０４が格納するデータに対応するメッセージ及びアイコンを表示内容テーブル１０９から取得し、カレンダー形式で、イベントの発生時間順序に従ってイベントを表示する表示画面を作成する。

図１６は、第２の実施例のライフイベント作成処理のフローチャートである。

まず、データ制御部１０２は、ユーザプロファイル１１１を参照し、ユーザＩＤがＡのユーザの居住地を取得し（Ｓ１２１）、取得した居住地に対応するライフイベントテーブル１１２を参照し、ユーザＩＤがＡのユーザの属性（生年月日、性別など）に一致するイベントのイベントＩＤを取得する（Ｓ１２２）。

次に、データ制御部１０２は、ユーザＩＤがＡのユーザの生年月日と、取得したイベントＩＤのイベント発生タイミング（年齢１１２１）から、イベントの発生日を計算する（Ｓ１２３）。

その後、データ制御部１０２は、メモリ１２２に書き込んだイベント情報をイベント発生日をキーにしてソートし（Ｓ１２４）、ソートしたイベント情報を表示情報格納部１０４に格納する（Ｓ１２５）。

図１７は、第２の実施例の端末２００に表示される内容を説明する図である。

端末２００の表示部には、カレンダー形式で、イベントの発生予定日の欄にイベントの情報が表示される。第２の実施例では、将来生じるライフイベントが予定日に表示される。

さらに、過去のライフイベント（例えば、結婚、家族が増えた）と、契約情報（例えば、家族割りの加入）とを対応付けて表示してもよい。また、イベントと料金の変化とを対応させて表示してもよい。

以上に説明したように、本発明の第２の実施例によると、ライフイベント（例えば、小学校入学など）を時間軸上に表示するので、ユーザの利便性が向上し、ユーザのアクセス頻度を向上させることができる。さらに、ライフイベントに関係するサービスの情報（例えば、高校卒業時にスマートフォンへの買い換えを促すなど）も提供するので、ユーザに適した販売促進を、最適にタイミングで提供することができる。

以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。

１００ 情報提供サーバ
１０１ 入出力部
１０２ データ制御部
１０３ 外部情報制御部
１０４ 表示情報格納部
１０５ データベース
２００ 端末
３００ ネットワーク
４００ 外部システム

Claims (12)

1. プログラムを実行するプロセッサ、前記プロセッサが実行するプログラムを格納するメモリ、及びデータを記憶する記憶装置を備える情報提供装置であって、
   前記情報提供装置は、ユーザ間の関連が登録されるユーザ関連情報と、ユーザが提供を受けているサービスが登録されるユーザサービス情報とにアクセス可能であって、
   前記プロセッサは、
   前記ユーザ関連情報を参照して、第１のユーザと関連する第２のユーザを特定し
   前記ユーザサービス情報を参照して、前記第２のユーザが提供を受けているサービスの情報を取得し、
   前記第２のユーザが提供を受けているサービスにおいて生じるイベントの情報を取得し、
   前記取得したイベントの情報を表示するためのデータを作成することを特徴とする情報提供装置。
2. 請求項１に記載の情報提供装置であって、
   前記プロセッサは、
   前記取得したイベントの情報を当該イベントの発生時間の順序に従って順位付けをし、
   前記イベントの情報を前記時間順序に従って配列して表示するためのデータを作成することを特徴とする情報提供装置。
3. 請求項２に記載の情報提供装置であって、
   前記情報提供装置は、さらに、前記ユーザが前記イベントに関連して提供を受けられるサービスの情報にアクセス可能であって、
   前記プロセッサは、
   前記取得したイベントの情報に関連するサービスの情報を取得し、
   前記取得したイベントの情報と前記取得したサービスの情報とを関連して表示するためのデータを作成することを特徴とする情報提供装置。
4. 請求項３に記載の情報提供装置であって、
   前記情報提供装置は、さらに、ユーザに一般的に生じ得るライフイベントの情報、及び、前記ユーザの属性にアクセス可能であって、
   前記プロセッサは、
   前記第２のユーザの属性を用いて、前記第２のユーザに生じ得るライフイベントの情報を取得し、
   前記取得したイベントの情報と共に、前記取得したライフイベントの情報を表示するためのデータを作成することを特徴とする情報提供装置。
5. 請求項１から４のいずれか一つに記載の情報提供装置であって、
   前記ユーザ関連情報は、前記第１のユーザと前記第２のユーザとの間の前記イベントの情報の開示の可否を制御するための情報を含み、
   前記プロセッサは、前記第２のユーザから前記第１のユーザへの情報の開示が許可されている場合、前記第２のユーザが前記第１のユーザと関連するユーザであることを特定することを特徴とする情報提供装置。
6. 請求項１から４のいずれか一つに記載の情報提供装置であって、
   前記プロセッサは、前記第２のユーザが提供を受けているサービスにおいて生じるイベントの情報を、他の計算機から取得し、
   前記情報提供装置と前記他の計算機との間は、一般に開放されたネットワーク又は専用のネットワークで接続されていることを特徴とする情報提供装置。
7. 請求項１から４のいずれか一つに記載の情報提供装置であって、
   前記プロセッサは、前記取得したイベントの情報を表示するための画面データを作成することを特徴とする情報提供装置。
8. 請求項１から４のいずれか一つに記載の情報提供装置であって、
   前記プロセッサは、前記取得したイベントの情報を表示する画面データを端末装置に作成させるために、当該イベントの情報を表示するための文字及び数値のデータを作成することを特徴とする情報提供装置。
9. ユーザに情報を提供する情報提供装置と、データベースとを備える情報提供システムであって、
   前記情報提供装置は、プログラムを実行するプロセッサ、前記プロセッサが実行するプログラムを格納するメモリ、及びデータを記憶する記憶装置を有し、
   前記データベースは、ユーザ間の関連が登録されるユーザ関連情報と、ユーザが提供を受けているサービスが登録されるユーザサービス情報と、を格納し、
   前記プロセッサは、
   前記ユーザ関連情報を参照して、第１のユーザと関連する第２のユーザを特定し
   前記ユーザサービス情報を参照して、前記第２のユーザが提供を受けているサービスの情報を取得し、
   前記第２のユーザが提供を受けているサービスにおいて生じるイベントの情報を取得し、
   前記取得したイベントの情報を表示するためのデータを作成することを特徴とする情報提供システム。
10. 請求項９に記載の情報提供システムであって、
    前記情報提供システムは、さらに、前記情報提供装置と接続された情報管理サーバを備え、
    前記情報提供装置は、前記第２のユーザが提供を受けているサービスにおいて生じるイベントの情報を、前記情報管理サーバから取得することを特徴とする情報提供システム。
11. 請求項１０に記載の情報提供システムであって、
    前記情報提供装置と接続された端末装置を、さらに備え、
    前記情報提供装置は、
    前記取得したイベントの情報を表示するための文字及び数値のデータを作成し、
    前記作成した文字及び数値のデータを前記端末装置に送信し、
    前記端末装置は、受信した前記文字及び数値のデータを用いて、当該イベントの情報を表示する画面データを作成することを特徴とする情報提供システム。
12. プログラムを実行するプロセッサ、前記プロセッサが実行するプログラムを格納するメモリ、及びデータを記憶する記憶装置を有する情報提供装置が情報を提供する方法であって、
    前記情報提供装置は、ユーザ間の関連が登録されるユーザ関連情報と、ユーザが提供を受けているサービスが登録されるユーザサービス情報とにアクセス可能であって、
    前記方法は、
    前記プロセッサが、前記ユーザ関連情報を参照して、第１のユーザと関連する第２のユーザを特定し
    前記プロセッサが、前記ユーザサービス情報を参照して、前記第２のユーザが提供を受けているサービスの情報を取得し、
    前記プロセッサが、前記第２のユーザが提供を受けているサービスにおいて生じるイベントの情報を取得し、
    前記プロセッサが、前記取得したイベントの情報を表示するためのデータを作成し、
    前記プロセッサが、作成したデータを出力することを特徴とする情報提供方法。

Images