JP2009009224A - 情報配信サーバ、移動通信端末、情報配信システム、情報配信サーバプログラム及び情報配信方法 - Google Patents

Abstract

【課題】移動通信端末を用いた予定情報の入力を支援して、ユーザが詳細な予定情報を入力する負担を軽減することができる情報配信サーバを提供する。
【解決手段】本発明の情報配信サーバ１２は、予定情報に関連付けてタスクを保持したタスクモデル管理テーブル２１ａと、タスクに関連付けて配信情報を保持した配信情報管理テーブル２３ａと、移動通信端末１４からユーザの予定情報を受信する履歴要求受信部２４と、タスクモデル管理テーブル２１ａを参照してタスクリストを選択する予定関連タスク選択部２５と、タスクリストを移動通信端末に送信するのに応じて移動通信端末から送信される予定関連タスクを受信し、配信情報管理テーブル２３ａから、予定関連タスクに基づき配信情報を取得する配信情報取得部３０と、予定情報に基づくタイミングで配信情報を移動通信端末に送信する配信情報送信部３３と、を備えている。
【選択図】図１

Description

本発明は、移動通信端末に対して情報を配信する情報配信サーバ、移動通信端末、情報配信システム、情報配信サーバプログラム及び情報配信方法に関する。

携帯電話などの移動通信端末を利用したインターネット上の情報コンテンツなどへのアクセスが広く普及し、近年は、情報提供者がニュースや天気予報などの更新情報を移動通信端末へプッシュ型で配信するサービスが広く利用されている。

また、上記サービスのような情報配信機能を利用して、たとえば特許文献１には、携帯端末に配信された天気情報など予報情報に含まれる日付情報に基づき、携帯端末のスケジューラ機能のカレンダー表示の際に、この日付情報に対応するカレンダーの表示領域にこの予報情報を表示する手法が提案されている。また、特許文献２には、携帯端末から受け取ったユーザの予定を記憶して個々のユーザのスケジュールを管理し、各ユーザの予定に合致する情報をそれぞれに配信する情報配信システムが提案されている。
特開２００６−４２１９９号公報 特開２００２−２４１２４号公報

しかしながら、非特許文献１や特許文献１に記載されているように、移動通信端末へ更新された情報を配信する手法では、移動通信端末へ情報が配信されるタイミングはあらかじめ指定されたものであり、ユーザの予定に応じて適切なタイミングで所望の情報を配信することができない。

特許文献２に記載されているように、移動通信端末のユーザのスケジュールを管理して、当該ユーザの予定に合致する情報を配信することとすれば、上記の問題は解決されうる。しかしながら、特に移動通信端末などのように操作性に限界がある装置では、詳細な予定情報を入力することが困難である状況が考えられ、この場合、個人の予定に応じて適切な情報を配信するために必要な予定情報が得られないことが考えられる。

本発明は、以上の問題点を解決するためになされたものであり、ユーザの予定に応じた情報配信において、移動通信端末を用いた予定情報の入力を支援して、ユーザが詳細な予定情報を入力する負担を軽減することができる情報配信サーバ、移動通信端末、情報配信システム、情報配信サーバプログラム及び情報配信方法を提供することを目的とする。

上記課題を解決するために、本発明の情報配信サーバは、ユーザの行動を示す行動情報を、当該行動のカテゴリを示すカテゴリ情報に関連付けて保持したタスクモデル管理データベースと、移動通信端末に対して配信される配信情報を、前記行動情報に関連付けて保持した配信情報管理データベースと、移動通信端末から、ユーザが行う予定である行動のカテゴリ情報および当該行動が行われる時期を示す時期情報を含む予定情報を受信する予定情報受信手段と、前記タスクモデル管理データベースを参照して、前記予定情報受信手段により受信された予定情報に含まれるカテゴリ情報に関連付けられた行動情報のリストを選択する予定関連タスク選択手段と、前記予定関連タスク選択手段により選択された行動情報のリストを前記移動通信端末に送信する予定関連タスク送信手段と、前記予定関連タスク送信手段による行動情報のリストの送信に応じて前記移動通信端末から送信される行動情報を受信する予定関連タスク受信手段と、前記配信情報管理データベースから、前記予定関連タスク受信手段により受信された行動情報に対応付けられた配信情報を取得する配信情報取得手段と、前記配信情報取得手段により取得された配信情報を、前記予定情報受信手段により受信された予定情報に含まれる時期情報に応じたタイミングで、前記移動通信端末に送信する配信情報送信手段と、を備えている。

また、上記課題を解決するために、本発明の移動通信端末は、ユーザが行う予定である行動のカテゴリ情報および当該行動が行われる時期を示す時期情報を含む予定情報を情報配信サーバへ送信する予定情報送信手段と、前記予定情報送信手段による予定情報の送信に応じて、前記情報配信サーバから送信される行動情報のリストを受信し、該リストをユーザに提示して、ユーザにとって必要な行動情報を選択するよう促す予定関連タスク入力手段と、前記予定関連タスク入力手段でユーザにより選択された行動情報を前記情報配信サーバへ送信する行動情報送信手段と、前記行動情報送信手段による行動情報の送信に応じて、所定のタイミングで前記情報配信サーバから送信される配信情報を受信して、該配信情報をユーザに提示する配信情報表示制御手段と、を備えている。

また、上記課題を解決するために、本発明の情報配信システムは、上述の移動通信端末と、この移動通信端末に対して配信情報の配信を行う上述の情報配信サーバと、を含んでいる。

これらの構成により、ユーザの予定情報が移動通信端末から情報通信サーバに受信されると、この予定情報に含まれるカテゴリ情報に関連付けられた行動情報のリストが、情報通信サーバのタスクモデル管理データベースから取得されて、この行動情報のリストが移動通信端末に送信される。移動通信端末のユーザは情報配信サーバから送信された行動情報のリストの中から所望の行動情報を選択して必要な情報を登録する。これにより、ユーザの予定に応じた情報配信において、移動通信端末を用いた予定情報の入力を支援して、ユーザが詳細な予定情報を入力する負担を軽減することができる。

また、本発明の情報配信サーバは、前記移動通信端末のユーザの属性を示すプロファイル情報を保持するプロファイル管理データベースと、前記タスクモデル管理データベースに保持される行動情報を選択可能にするための前記プロファイル情報に関する選択可能条件を保持するタスク属性管理データベースと、前記プロファイル管理データベースを参照して前記移動通信端末に対応するプロファイル情報を取得し、前記タスク属性管理データベースを参照して前記予定関連タスク選択手段によって選択された前記行動情報のリストのそれぞれについて、前記プロファイル情報に関する選択可能条件を取得し、該プロファイル情報と該選択可能条件とを照合して、前記移動通信端末へ送信すべき行動情報を選択するタスクプロファイル照合手段と、をさらに備えることが好適である。

この構成により、移動通信端末のユーザに関するプロファイル情報（性別、年齢、住所など）に応じて、予定関連タスク選択手段によって選択された行動情報のリストの中から、前記移動通信端末へ送信すべき行動情報が選択される。これにより、ユーザの属性を考慮して行動情報を取捨選択することが可能となり、ユーザごとに各ユーザの嗜好に合致する行動情報を提供することができる。

また、本発明の情報配信サーバは、前記予定関連タスク受信手段によって受信された行動情報を、前記移動通信端末のユーザが過去に選択したことを示す選択履歴として保持するタスク選択履歴管理データベースをさらに備え、前記予定関連タスク選択手段が、前記タスク選択履歴管理データベースを参照して、前記選択した行動情報のリストのそれぞれについて選択履歴を取得し、該選択履歴に基づき前記行動情報のリストを並び替えることが好適である。

この構成により、ユーザが過去に行動情報を選択したことを示す選択履歴に基づき、移動通信端末へ送信される行動情報のリストが並び替えられる。これにより、たとえば、ユーザが選択する可能性の高い行動情報をリストの上位に並べ替えるので、ユーザが詳細な予定情報を入力する負担をさらに軽減することができる。

また、本発明の情報配信サーバは、前記予定関連タスク選択手段によって選択された行動情報の種別を判定するタスク種別判定手段をさらに備え、前記予定関連タスク選択手段が、前記タスク種別判定手段により判定された該行動情報の種別と同一の種別である行動情報の選択履歴を前記タスク選択履歴管理データベースから取得し、該選択履歴に基づき前記行動情報のリストを並び替えることが好適である。

この構成により、ユーザが過去に選択したことがある行動情報と同じ種別の行動情報の選択履歴を利用して、移動通信端末へ送信される行動情報のリストが並び替えられる。これにより、ユーザの選択履歴が十分に蓄積されていない場合でも、ユーザが選択する可能性の高い行動情報を提供することができる。

また、本発明の情報配信サーバは、過去に前記配信情報送信手段によって前記移動通信端末に送信された配信情報がユーザに閲覧された時期を示す情報を、該配信情報の閲覧履歴として保持する配信情報閲覧履歴管理データベースと、前記配信情報閲覧履歴管理データベースを参照して、前記配信情報送信手段によって前記移動通信端末へ送信される配信情報の閲覧履歴を取得し、該閲覧履歴に基づき配信情報を送信するタイミングを求める最適情報配信日時推定手段と、をさらに備えることが好適である。

この構成により、過去にユーザに送信された配信情報の閲覧履歴に基づいて、配信情報の最適な配信日時をユーザごとに決定することができる。これにより、個々のユーザの嗜好を考慮した配信情報の配信が可能となり、予定情報に基づく配信情報を適切なタイミングで配信することができる。

また、本発明の情報配信サーバは、前記配信情報取得手段によって取得された配信情報のそれぞれについて、前記最適情報配信日時推定手段によって求められた配信情報を送信するタイミングを中心として重み付けされた優先度を算出し、当該優先度に基づいて前記移動通信端末に配信すべき配信情報を選択する配信情報カテゴリ選択手段をさらに備えることが好適である。

この構成により、複数の予定情報がユーザにより登録されている場合でも、各配信情報を配信する予定の日時に基づいて重み付けされた優先度を考慮して、移動通信端末に配信すべき配信情報を決定するので、すべての予定を考慮した上で優先度の高い情報を配信できる。

また、前記予定関連タスク受信手段は、前記予定関連タスク送信手段が行動情報のリストを前記移動通信端末に送信してから所定期間経過時に、前記移動通信端末から送信される行動情報を受信するか否かを判断し、前記予定関連タスク受信手段が前記所定期間経過までに移動通信端末から送信される行動情報を受信しないと判断した場合に、前記配信情報取得手段は前記予定関連タスク選択手段により選択された行動情報に対応付けられた配信情報を前記配信情報管理データベースから取得し、前記配信情報送信手段は、前記取得した配信情報を前記予定情報受信手段により受信された予定情報に含まれる時期情報に応じたタイミングで、前記移動通信端末に送信することが好適である。

この構成により、前記移動通信端末から送信される行動情報を受信しない場合であっても、ユーザが所望するであろう配信情報を送信することができる。また、前記予定関連タスク送信手段が送信した行動情報の全てを選択する意図がユーザにある場合に、ユーザは行動情報を全て選択する操作を行い、移動通信端末を介して情報配信サーバに選択した行動情報を送信することなく、配信情報を取得することができる。

また、前記配信情報取得手段は、前記予定関連タスク選択手段により選択された全ての行動情報について行動情報に対応付けられた配信情報を取得し、前記予定関連タスク受信手段は、前記予定情報受信手段により受信された予定情報に含まれる時期情報に応じたタイミングまでに、前記移動通信端末から送信される行動情報を受信するか否かを判断し、前記予定関連タスク受信手段が前記タイミングに移動通信端末から送信される行動情報を受信しないと判断した場合に、前記配信情報送信手段は、前記取得した配信情報を移動通信端末に送信することが好適である。

この構成により、ユーザからの行動情報の選択を配信情報の時期情報に応じたタイミングまで待って、選択された行動情報を受信しない場合には配信情報を配信するため、例えばユーザが行動情報の選択を忘れていたとしても、配信情報の配信タイミング経過間近まで待って配信情報を配信することができる。

これまで、本発明を、情報配信サーバ、移動通信端末及び情報配信システムとして説示してきたが、本明細書の記載より所謂当業者であれば明らかであるように、情報配信サーバプログラムまたは情報配信サーバによる情報配信方法としても把握することができる。

すなわち、本発明の情報配信サーバプログラムは、移動通信端末から、ユーザが行う予定である行動のカテゴリ情報および当該行動が行われる時期を示す時期情報を含む予定情報を受信する予定情報受信手段と、ユーザの行動を示す行動情報を、当該行動のカテゴリを示すカテゴリ情報に関連付けて保持したタスクモデル管理データベースを参照して、前記予定情報受信手段により受信された予定情報に含まれるカテゴリ情報に関連付けられた行動情報のリストを選択する予定関連タスク選択手段と、前記予定関連タスク選択手段により選択された行動情報のリストを前記移動通信端末に送信する予定関連タスク送信手段と、前記予定関連タスク送信手段による行動情報のリストの送信に応じて前記移動通信端末から送信される行動情報を受信する予定関連タスク受信手段と、移動通信端末に対して配信される配信情報を、前記行動情報に関連付けて保持した配信情報管理データベースから、前記予定関連タスク受信手段により受信された行動情報に対応付けられた配信情報を取得する配信情報取得手段と、前記配信情報取得手段により取得された配信情報を、前記予定情報受信手段により受信された予定情報に含まれる時期情報に応じたタイミングで、前記移動通信端末に送信する配信情報送信手段としてコンピュータを機能させることを特徴としている。

また、本発明の情報配信方法は、移動通信端末に対して情報を配信する情報配信サーバによる情報配信方法であって、移動通信端末から、ユーザが行う予定である行動のカテゴリ情報および当該行動が行われる時期を示す時期情報を含む予定情報を受信する予定情報受信ステップと、ユーザの行動を示す行動情報を、当該行動のカテゴリを示すカテゴリ情報に関連付けて保持したタスクモデル管理データベースを参照して、前記予定情報受信ステップにおいて受信された予定情報に含まれるカテゴリ情報に関連付けられた行動情報のリストを選択する予定関連タスク選択ステップと、前記予定関連タスク選択ステップにおいて選択された行動情報のリストを前記移動通信端末に送信する予定関連タスク送信ステップと、前記予定関連タスク送信ステップにおける行動情報のリストの送信に応じて前記移動通信端末から送信される行動情報を受信する予定関連タスク受信ステップと、移動通信端末に対して配信される配信情報を、前記行動情報に関連付けて保持した配信情報管理データベースから、前記予定関連タスク受信ステップにおいて受信された行動情報に対応付けられた配信情報を取得する配信情報取得ステップと、前記配信情報取得ステップにおいて取得された配信情報を、前記予定情報受信ステップにおいて受信された予定情報に含まれる時期情報に応じたタイミングで、前記移動通信端末に送信する配信情報送信ステップと、を含むことを特徴としている。

これまでの発明の説明は、本発明に必須となる特徴を列挙したものではなく、これら複数の特徴のサブコンビネーションも発明となり得る。

本発明の情報配信サーバ、移動通信端末および情報配信システムでは、ユーザの予定情報が移動通信端末から情報通信サーバに受信されると、この予定情報に含まれるカテゴリ情報に関連付けられた行動情報のリストが、情報通信サーバのタスクモデル管理データベースから取得されて、この行動情報のリストが移動通信端末に送信される。移動通信端末のユーザは、情報配信サーバから送信された行動情報のリストの中から所望の行動情報を選択して必要な情報を登録する。これにより、移動通信端末を用いた予定情報の入力を支援して、ユーザが詳細な予定情報を入力する負担を軽減することができる。

以下、図面を参照して本発明に係る情報配信サーバ、移動通信端末、および情報配信システムの好適な実施形態について説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。

図１は、本実施形態に係る情報配信システム１０の構成図である。図１に示すように、情報配信システム１０は、情報配信サーバ１２と、移動通信端末１４とを含んで構成されている。情報配信サーバ１２および移動通信端末１４は、移動体通信により互いに情報を送受信することができる。図１には、移動通信端末１４は１つしか示されていないが、情報配信システム１０には、通常、無数の移動通信端末１４が含まれている。

情報配信システム１０は、情報配信サーバ１２が移動通信端末１４に対して情報（配信情報）を配信するシステムである。配信情報は、通常、移動通信端末１４のユーザにとって有用なものである。具体的には、例えば、ユーザが興味を示す商品またはサービスの宣伝広告の情報などである。

本実施形態の情報配信システム１０では、まず、移動通信端末１４のユーザが実行する予定の行動に関する「予定情報」が、当該ユーザの移動通信端末１４によって情報配信サーバ１２へ送信される。「予定情報」は、具体的には、ユーザが実行する予定の行動のカテゴリ情報を示す「行動カテゴリ」と、当該行動が実施される時期に関する時期情報を示す「予定日時」とを含む。

予定情報が情報配信サーバ１２で受信されると、この予定情報に関連付けられ、当該予定の前または後に行うべき行動情報のリストを示す「予定関連タスク」の候補リストが、情報配信サーバ１２により選択されて、移動通信端末１４へ送信される。

予定関連タスクの候補リストが移動通信端末１４で受信されると、候補リストの中から予定関連タスクがユーザにより選択されて、情報配信サーバ１２へ送信される。そして、予定関連タスクのそれぞれが実行される時期に基づくタイミングで、各タスクに関連付けられた「配信情報」が、情報配信サーバ１２から移動通信端末１４へ配信される。

図２は、情報配信サーバ１２のハードウェア構成を示す図である。図２に示すように、情報配信サーバ１２は、ＣＰＵ（Central Processing Unit）１２１、主記憶装置であるＲＡＭ（Random Access Memory）１２２及びＲＯＭ（Read Only Memory）１２３、ネットワークカード等のデータ送受信デバイスである通信モジュール１２４、ハードディスク等の補助記憶装置１２５、キーボード等の情報配信サーバ１２に対して情報を入力するための入力装置１２６、並びにモニタ等の情報を出力するための出力装置１２７等のハードウェアを備えるコンピュータとして構成される。これらの構成要素が動作することにより、情報配信サーバ１２の後述する機能が発揮される。

図３は、移動通信端末１４のハードウェア構成を示す図である。図３に示すように、移動通信端末１４は、ＣＰＵ１４１、ＲＡＭ１４２、ＲＯＭ１４３、操作部１４４、無線通信部１４５、ディスプレイ１４６及びアンテナ１４７等のハードウェアにより構成されている。これらの構成要素が動作することにより、以下に説明する移動通信端末１４の各機能が発揮される。

引き続いて、情報配信サーバ１２および移動通信端末１４の機能について説明する。

図１に示すように、情報配信サーバ１２は、タスクモデル格納部２１と、ユーザ情報格納部２２と、配信情報格納部２３と、履歴要求受信部（予定情報受信手段、予定関連タスク受信手段）２４と、予定関連タスク選択部（予定関連タスク選択手段）２５と、予定関連タスク実行日時推定部２６と、タスク種別判定部（タスク種別判定手段）２７と、タスクプロファイル照合部（タスクプロファイル照合手段）２８と、予定関連タスク送信部（予定関連タスク送信手段）２９と、配信情報取得部（配信情報取得手段）３０と、最適情報配信日時推定部（最適情報配信日時推定手段）３１と、配信情報カテゴリ選択部（配信情報カテゴリ選択手段）３２と、配信情報送信部３３と、を備えている。

タスクモデル格納部２１は、ユーザの行動を特定する行動情報を階層化して、当該行動のカテゴリや実行可能条件に関連付けて保持したデータベースである。具体的には、ユーザの行動情報は「タスク」として管理され、タスクモデルとしてモデル化される。なお、このタスクモデル格納部２１は、個々のユーザの行動を特定するものではなく、ユーザが取りうる行動をモデル化してデータベース化したものである。タスクモデル格納部２１は、具体的には、タスクモデル管理テーブル（タスクモデル管理データベース）２１ａと、タスク属性管理テーブル（タスク属性管理データベース）２１ｂと、を保持しており、これらのテーブルにデータを格納することにより情報を保持する。

タスクモデル管理テーブル２１ａは、タスクモデルを構成するタスクのそれぞれを、当該タスクのカテゴリを示すカテゴリ情報に関連付けて保持している。図４は、タスクモデル管理テーブル２１ａの一例を示す図である。図４に示すように、タスクモデル管理テーブル２１ａでは、１つのレコードとして、「タスクＩＤ」、「タスク名」、「親タスクＩＤ」、「予定」、「タスクタイプ」、「想定実行時期」のデータを対応付けて保持している。

「タスクＩＤ」は、タスクを一意に識別するためのＩＤで、数文字の文字列により構成されている。「タスク名」は、例えば“観光場所を決める”や“レンタカーを予約する”などのタスクの具体的内容を示した情報である。

「親タスクＩＤ」は、当該タスクの親タスクを特定するタスクＩＤであり、タスクモデルの階層構造を形成する情報である。親タスクとは、そのタスクの上位のタスクである。親タスクから見ると、そのタスクはサブタスクとなる。例えば、“スキー情報を調べる”や“温泉情報を調べる”などのタスクは、「親タスクＩＤ」として“１００２”を参照しており、参照先のタスク“観光情報を取得する”を達成するためのサブタスクであることを示している。なお、親タスクが存在しない場合、この情報は格納されない。

「予定」は、ユーザが行う予定の行動のカテゴリを示す情報である。本実施形態では、この「予定」欄に格納されるデータは、移動通信端末１４から送られた予定情報に含まれる「予定カテゴリ」（カテゴリ情報）に対応しており、後述する予定関連タスクの選択処理においては、タスクモデル管理テーブル２１ａに保持されるタスクのそれぞれは、予定情報の「予定カテゴリ」と、タスクモデル管理テーブル２１ａの「予定」が一致するタスクが選択される。

「タスクタイプ」は、当該タスクの種別を示す情報である。例えば、“観光情報を決める”というタスクは、“場所決定”という種別の行動を示すタスクタイプが設定され、“飛行機のチケットの予約”というタスクは、“予約”という種別の行動を示すタスクタイプが設定される。

なお、本実施形態では、「カテゴリ」とは、誕生日や記念日、出張などの特定のイベントやドメイン（領域）に応じて、ユーザが取り得る行動を分類（グループ化）するものである。「タスクタイプ」とは、情報収集行動、購買行動、予約行動など、特定のイベントやドメイン（領域）に依存させずに一般化した形で行動を分類（一般化）するものである。

「想定実行時期」は、当該タスクがいつ実行されれば良いかを示す情報である。図４の例においては、「タスクID」が“１００１”の“観光場所を決める”タスクは、“旅行”の予定よりも“３週間（＝２１日）”前までに実行することが望ましいことを示している。

タスク属性管理テーブル２１ｂは、タスクモデル管理テーブル２１ａに保持されているタスクを選択可能にするための選択可能条件を保持している。図５は、タスク属性管理テーブル２１ｂの一例を示す図である。図５に示すように、タスク属性管理テーブル２１ｂでは、１つのレコードとして、「タスクＩＤ」、「性別」、「年齢」、「住所」、「子供あり」、「車保有」のデータを対応付けて保持している。「タスクＩＤ」は、タスクを一意に識別するためのＩＤであり、タスクモデル管理テーブル２１ａのものと同様である。

「性別」、「年齢」、「住所」、「子供あり」、「車保有」は、タスクＩＤで識別されるタスクの選択可能条件の一例である。図５に示すようにタスクの選択可能条件は、移動通信端末１４のユーザの属性によって設定される。「性別」は、当該タスクが男性または女性に限定される行動である場合に、男女いずれかの条件が記述される。「年齢」は、年齢の条件によって当該タスクを選択することが制限される場合に、その条件が記述される。「住所」は、移動通信端末１４のユーザの住所によって当該タスクを選択することが制限される場合に、その条件が記述される。「子供あり」は、ユーザに子供がいるか否かによって当該タスクの選択が制限される場合に、その条件が記述される。「車保有」は、ユーザが自動車を保有しているか否かによって当該タスクの選択が制限される場合に、その条件が記述される。例えば、図５の例においては、「タスクＩＤ」が“１００９”のタスク“高速道路情報を取得する”は、「車保有」の属性が“Y（=YES）”のユーザの場合のみ選択可能なタスクであることを示している。

ユーザ情報格納部２２は、移動通信端末１４のユーザごとに、当該ユーザの属性を示すプロファイル情報や、当該ユーザによる過去のタスク選択または配信情報閲覧の履歴など、ユーザの嗜好に関する情報を保持したデータベースである。ユーザ情報格納部２２は、具体的には、プロファイル管理テーブル（プロファイル管理データベース）２２ａと、タスク選択履歴管理テーブル（タスク選択履歴管理データベース）２２ｂと、配信情報閲覧履歴管理テーブル（配信情報閲覧履歴管理データベース）２２ｃと、を保持しており、これらのテーブルにデータを格納することにより情報を保持する。

プロファイル管理テーブル２２ａは、情報配信システム１０を利用する移動通信端末１４のユーザの属性を示すプロファイル情報が保持されている。図６は、プロファイル管理テーブル２２ａの一例を示す図である。図６に示すように、プロファイル管理テーブル２２ａでは、１つのレコードとして、「ユーザＩＤ」、「性別」、「年齢」、「住所」、「子供あり」、「車保有」のデータを対応付けて保持している。「ユーザＩＤ」は、個々の移動通信端末１４のユーザを識別するための、情報配信システム１０内で一意に定まる識別情報である。「ユーザＩＤ」は、個々の移動通信端末ごとに予め設定されており、プロファイル情報は、当該移動通信端末において、情報配信システム１０のサービスを登録する際に併せて設定される。「性別」、「年齢」、「住所」、「子供あり」、「車保有」は、ユーザＩＤで識別されるユーザの属性の一例である。これら属性の項目は、タスク属性管理テーブル２１ｂと同一になるよう設定されている。各属性の内容は、タスク属性管理テーブル２１ｂのもの同様である。

タスク選択履歴管理テーブル２２ｂは、移動通信端末１４のユーザが過去に選択したタスクの情報を、選択履歴として保持している。図１６を参照して後述する移動通信端末１４のユーザによる予定の登録処理において、ユーザが予定情報を入力するのに応じて、情報配信サーバ１２が、この予定情報に関連付けられた予定関連タスクの候補リストを移動通信端末１４へ送信する。ユーザは、この候補リストの中から所望の予定関連タスクを選択する。このように選択されたタスクのＩＤと、ユーザに入力されたこのタスクの実行日時が情報配信サーバ１２へ通知され、タスク選択履歴管理テーブル２２ｂへ格納される。

図７は、タスク選択履歴管理テーブル２２ｂの例を示す。図７に示すように、タスク選択履歴管理テーブル２２ｂは、１つのレコードとして、「ユーザＩＤ」、「タスクＩＤ」、および「予定までの日数」のデータを対応付けて保持している。「ユーザＩＤ」は、移動通信端末１４の個々のユーザを識別するための、情報配信システム１０内で一意に定まる識別情報である。「タスクＩＤ」は、ユーザＩＤで識別されるユーザによって選択されたタスクを識別するためのＩＤである。「予定までの日数」は、ユーザＩＤで識別されるユーザによって設定された、タスクＩＤで識別されるタスクを実行する日時を示す情報であり、たとえば、予定情報に含まれる「予定日時」の何日前かが記入される。このように、タスク選択履歴管理テーブル２２ｂは、予定関連タスクのユーザによる選択履歴をユーザIDごとに保持する。

配信情報閲覧履歴管理テーブル２２ｃは、情報配信サーバ１２から移動通信端末１４へ過去に配信された配信情報が移動通信端末１４のユーザに閲覧された時期を示す情報を、この配信情報の閲覧履歴として保持している。図８は、配信情報閲覧履歴管理テーブル２２ｃの例を示す。図８に示すように、配信情報閲覧履歴管理テーブル２２ｃは、１つのレコードとして、「ユーザＩＤ」、「配信情報カテゴリ」、「タスクタイプ」、および「閲覧時期」のデータを対応付けて保持している。「ユーザＩＤ」は、移動通信端末１４の個々のユーザを識別するための、情報配信システム１０内で一意に定まる識別情報である。「配信情報カテゴリ」は、当該ユーザに配信された配信情報のカテゴリである。「タスクタイプ」は、配信された配信情報に関連付けられているタスクの種別である。

「閲覧時期」は、過去に配信された配信情報が、ユーザに閲覧された時期を示す情報であり、たとえば配信情報が関連付けられている予定関連タスクの予定日時の何日前に、この配信情報がユーザに閲覧されたかが格納される。例えば、旅行の関連タスクである“場所決定”のタスクに対して配信された情報（観光地やイベントの案内など）を、ユーザがこのタスクの予定日時の３日前に閲覧した場合、“場所決定”のタスクに対して、“観光情報案内”に関する配信情報が“３日前に閲覧された”ことが配信情報閲覧履歴管理テーブル２２ｃに格納される。なお、「ユーザが閲覧した」ことの判定は、たとえば、移動通信端末１４の画面上にテロップで表示されたヘッダー情報をユーザがクリックして詳細情報を閲覧した場合など、事前に決定しておく。

配信情報格納部２３は、移動通信端末１４に配信される配信情報を、タスクモデル格納部２１に保持されたタスクのいずれかに関連付けて保持したデータベースである。配信情報格納部２３は、具体的には配信情報管理テーブル（配信情報管理データベース）２３ａを保持しており、このテーブルにデータを格納することにより情報を保持する。

図９は配信情報管理テーブル２３ａの一例を示す図である。図９に示したように、配信情報管理テーブル２３ａでは、１つのレコードとして、「配信情報ＩＤ」、「カテゴリ」、「内容」および「対象タスクＩＤ」のデータを対応付けて保持している。「配信情報ＩＤ」は、配信情報を一意に識別するためのＩＤで、数文字の文字列により構成されている。「カテゴリ」および「内容」は、移動通信端末１４に対して配信される配信情報のカテゴリおよび内容である。「対象タスクＩＤ」は、その配信情報を配信するトリガとなるタスクを特定するタスクＩＤである。このタスクは、タスクモデル管理テーブル２１ａに格納されているものである。これらのレコードの各項目のデータは、移動通信端末１４に対して情報配信が行われる際には、予め例えば情報配信サーバ１２の管理者などにより入力されている。

履歴要求受信部２４は、移動通信端末１４から、ユーザによって登録された「予定情報」および当該ユーザの「ユーザＩＤ」を受信する。この予定情報は、当該予定のカテゴリに関するカテゴリ情報を含む「予定カテゴリ」、および当該予定が実施される時期に関する時期情報を含む「予定日時」を含み、さらに当該予定の名称を示す「予定名称」を含んでも良い。「ユーザＩＤ」は、移動通信端末１４ごとに予め設定されている。移動通信端末１４による予定情報の登録処理については図１６を参照して後述する。また、履歴要求受信部２４は、ユーザに選択されたタスク、ユーザが配信情報を閲覧したタイミングなどの履歴情報を移動通信端末１４から受け取る。

予定関連タスク選択部２５は、タスクモデル管理テーブル２１ａを参照して、履歴要求受信部２４により受信された予定情報に含まれるカテゴリ情報に関連付けられたタスクを選択する。具体的には、予定関連タスク選択部２５は、タスクモデル管理テーブル２１ａの「予定」欄を参照して、予定情報に含まれる「予定カテゴリ」と同一のタスクを選択する。たとえば、図４の例では、予定情報のカテゴリが“旅行”である場合に、すべてのタスクが選択される。

さらに、予定関連タスク選択部２５は、タスク選択履歴管理テーブル２２ｂを参照して、タスクモデル管理テーブル２１ａから選択したタスクのそれぞれについて、履歴要求受信部２４により受信された「ユーザＩＤ」に対応する選択履歴を取得し、この選択履歴に基づいて、タスクモデル管理テーブル２１ａから選択したタスクをユーザに提示する順番を並べ替えるようにしても良い。具体的には、予定関連タスク選択部２５は、タスクモデル管理テーブル２１ａから選択したタスクがタスク選択履歴管理テーブル２２ｂに保持されているかどうかを確認し、タスク選択履歴管理テーブル２２ｂに保持されている場合、当該タスクを上位に表示するように設定する。

たとえば、予定情報のカテゴリ「出張」に関連するタスクのリストが、デフォルトでは図１０（ａ）に示すような順序で移動通信端末において表示されるとする。そして図１０（ｂ）のように、ユーザが“交通チケットの予約”タスク１００１の中から“新幹線”タスク１００４を選択し、“交通情報取得”タスク１００２の中から“電車”タスク１００５を選択し、“出張清算”タスク１００３を選択すると、これらの選択履歴がタスク選択履歴管理テーブル２２ｂに保持される。そして、この選択履歴に基づいて、次回、予定情報のカテゴリで“出張”が選択されると、図１０（ｃ）のように、“交通チケットの予約”タスク１００１の中で“新幹線”タスク１００４が上位に並べ替えられ、“交通情報取得”タスク１００２および“出張清算”タスク１００３が、“ホテルの予約”タスクおよび“乗り換え案内”タスクより上位に並べ替えられる。また、“交通情報取得”タスク１００２の中で“電車”タスク１００５が上位に並べ替えられる。

予定関連タスク実行日時推定部２６は、予定関連タスク選択部２５によりタスクモデル管理テーブル２１ａから選択されたタスクが実行される日時を設定する。具体的には、予定関連タスク実行日時推定部２６は、予定関連タスク選択部２５により選択されたタスクのそれぞれについて、タスク選択履歴管理テーブル２２ｂを参照して当該タスクの選択履歴を取得する。そして、選択履歴の「予定までの日数」欄（図７参照）に登録されている日数を、履歴要求受信部２４で受信された予定情報の「予定日時」から引いたものを、当該タスクの実行日時として設定する。タスク選択履歴管理テーブル２２ｂに当該タスクの選択履歴が保持されていない場合には、予定関連タスク実行日時推定部２６に予め記憶された所定のデフォルト日時を設定する。

なお、ユーザが過去に同一カテゴリの予定を複数回登録し、各々で設定された日時が異なる場合、タスク選択履歴管理テーブル２２ｂには、同一ユーザ、同一タスクで「予定までの日数」が異なる複数の履歴が格納されることになる。この場合、予定関連タスク選択部２５および予定関連タスク実行日時推定部２６は、一定期間の過去の履歴を反映することで提示する予定関連タスクを決定する。例えば、リストの並び順は、指定される頻度の多い順に並び替えられる。また、デフォルト日時は、対象となる予定までの日数の平均日数（同じタスクが「３日前」と「５日前」に登録されたことがある場合は「４日前」など）を算出するなどして値を決定する。上記のような手法はあくまで一例であり、他の方法で決定しても構わない。

タスク種別判定部２７は、予定関連タスク選択部２５によりタスクモデル管理テーブル２１ａから選択されたタスクの種別を判定する。具体的には、タスク種別判定部２７は、タスクモデル管理テーブル２１ａの「タスクタイプ」欄（図４参照）のデータを当該タスクのそれぞれについて取得する。

また、予定関連タスク選択部２５は、タスク種別判定部２７により判定された当該タスクの種別に基づいて、当該タスクの種別と同一のタスクの選択履歴をタスク選択履歴管理テーブル２２ｂから取得し、この選択履歴に基づいて、タスクモデル管理テーブル２１ａから選択したタスクをユーザに提示する順番を並べ替えるようにしても良い。

再び図１０を参照すると、上記の“出張”に関連するタスクを選択する処理（図１０（ａ）〜（ｃ））を行ったユーザが、別の予定として“旅行”の予定を登録し、さらに、このユーザが“旅行”の予定を初めて登録する場合、予定情報のカテゴリ“旅行”に関連するタスクのリストが、デフォルトでは図１０（ｄ）に示すような順序で表示される。予定関連タスク選択部２５は、まず、履歴管理テーブルから“旅行”の関連タスクの選択履歴の有無を確認するが、この例では履歴が記録されていない。次に、タスク種別判定部２７は、“旅行”の関連タスクの「タスクタイプ」をタスクモデル管理テーブル２１ａから読み込み、同じ「タスクタイプ」のタスクのすべての履歴をタスク選択履歴管理テーブル２２ｂから読み出し、タスクタイプに応じた優先度を決定する。図１０の例では、“交通チケットの予約”タスク１００６の中の“新幹線”タスク１００８および“交通情報取得”タスク１００７の中の“電車”タスク１００９のタスクタイプは、図４を参照すると、それぞれ“予約”および“交通情報取得”と定義されている。これらのタスクタイプは、過去に“出張”の予定に対して登録された“交通チケットの予約”タスク中の“新幹線”タスク１００４および“交通情報取得”タスク中の“電車”タスク１００５のタスクタイプと同じであるため、これらの履歴を参照する。結果として、このユーザは「旅行」の予定を初めて登録する場合であっても、図１０（ｅ）のように“交通チケットの予約”タスク１００６および“交通情報取得”タスク１００７が優先的に提示される。また、これらの予定を登録する際のデフォルトの実行時期にも過去の履歴が反映される。

タスクプロファイル照合部２８は、予定関連タスク選択部２５で選択されたタスクを、ユーザの属性を示すプロファイル情報に基づきフィルタリングする。ユーザのプロファイル情報は、プロファイル管理テーブル２２ａから読み込む。また、タスクモデルの各タスクの実行条件は、タスク属性管理テーブル２１ｂから読み込む。タスクプロファイル照合部２８は、読み込んだ２つの情報を照合し、条件に一致しないタスクを提示候補から削除する。

図１１は、ユーザのプロファイル情報に基づき、移動通信端末１４上に表示される予定関連タスクの例を示した図である。図１１（ａ）は、“女性”、“２５歳”、“神奈川在住”、“未婚”の属性１１０１を持つユーザに対して提示される予定関連タスクの候補リストの一例である。図１１（ｂ）は、“男性”、“４０歳”、“東京在住”、“車所有”、“運転免許”、“既婚”、“子供２人”の属性１１０２を持つユーザに対して提示される予定関連タスクの候補リストの一例である。図１１に示すように、予定関連タスクは、各タスクの「タスクＩＤ」や「親タスクＩＤ」（図４参照）に基づいて、親タスクＩＤを持たないタスクを最上位として階層的に表示される。

図１１の例では、まず“旅行”カテゴリに関連する最上位の予定関連タスクのリスト１１０３が表示される。この最上位のタスクリスト１１０３は、例示したユーザ（ａ）、（ｂ）の間では同一となっている。ここで、例えばタスクリスト１１０３の中から“お勧め観光情報”タスク１１０４が選択されると、ユーザの属性１１０１、１１０２に応じて、タスクプロファイル照合部２８により取捨選択された、“お勧め観光情報”タスク１１０４を親タスクとするタスクのリストが新たに表示される。例えば、“女性”、“２５歳”などの属性１１０１を持つユーザ（ａ）に対しては、“スキー＆スノーボード”、“食べ歩き”などのタスクリスト１１０５が提示される。“男性”、“４０歳”、“車保有”などの属性１１０２をもつユーザ（ｂ）の場合は、“温泉巡り”、“紅葉巡り”、“ドライブ”などのタスクリスト１１０６が提示される。

予定関連タスク送信部２９は、予定関連タスク選択部２５で選択されたタスクを、予定関連タスクの候補リストとして移動通信端末１４へ送信する。

配信情報取得部３０は、予定関連タスク送信部２９から移動通信端末１４へ送られた予定関連タスクの候補リストの中からユーザが選択した予定関連タスクを受け取ると、配信情報管理テーブル２３ａを参照して、この予定関連タスクに関連付けられている配信情報を取得する。

最適情報配信日時推定部３１は、配信情報閲覧履歴管理テーブル２２ｃを参照して、配信情報送信部３３によって移動通信端末１４へ送信される配信情報の閲覧履歴を取得し、この閲覧履歴に基づいて配信情報を送信するタイミングを求める。具体的には、最適情報配信日時推定部３１は、配信情報取得部３０で取得された配信情報のそれぞれについて、配信情報閲覧履歴管理テーブル２２ｃを参照して当該配信情報の閲覧履歴を取得する。そして、この閲覧履歴の「閲覧時期」欄（図８参照）に登録されている日数を、この配信情報に関連付けられている予定関連タスクの実行日時から引いたものを、最適な情報配信日時として設定する。

図８の例において、“場所決定”をタスクタイプとして定義されたタスクに関連付けられた“観光情報案内”の配信情報は、このタスクの予定日時の“３日前”が情報を配信する最適なタイミングであると判定され、当該タスクの予定日時から３日分を引いた日時を、最適情報配信日時として設定される。なお、配信情報閲覧履歴管理テーブル２２ｃに、同一の配信情報が「２日前」に閲覧された履歴も同時に保持されている場合は、一定期間内の過去の履歴をすべて考慮して最適な情報配信日時であると判定する。最も簡単な実装は、単純平均を求める方法だが、別の方法で求めてもよい。なお、「ユーザが閲覧した」ことの判定は、たとえば、移動通信端末１４の画面上にテロップで表示されたヘッダー情報をユーザがクリックして詳細情報を閲覧した場合など、事前に決定しておく。

配信情報カテゴリ選択部３２は、配信情報取得部３０によって取得された配信情報のそれぞれについて、最適情報配信日時推定部３１によって求められた当該配信情報を配信するタイミングを中心として重み付けされた優先度を算出し、この優先度に基づいて移動通信端末１４に配信すべき配信情報を選択する。たとえば、特にユーザによって複数の予定が登録されている場合、複数の配信情報が同一の日に配信されたり、何の情報も配信されなかったり、日によって情報の配信量にむらが生じることが考えられる。本実施形態では、配信情報を移動通信端末１４の画面上特定エリアにテロップの様に表示する形式を想定しており、配信情報が毎日一定の件数移動通信端末１４へ配信されることが望ましい。

具体的には、配信情報カテゴリ選択部３２は、特定の日時における個々の配信情報の重みを、最適配信日時との日時の差により決定し、特定の日時に配信する情報カテゴリ、およびその割合を決定する。ここでは説明を簡易にするため、最適配信日の重みを１として、１日あたりの差により０．１ずつ線形的に重みが減っていくものとする。つまり１０日の差があれば重み０となり配信されないこととなる。例えば、７月８日における配信情報は、最適配信日が７月９日である“ホテル予約”情報は、１日の差があるので、重みが０．９となる。また、７月１４日が最適配信日である“空き室情報”は、６日の差があるので重みが０．４となる。したがって、７月８日に配信される情報は、“ホテル予約”と“空き室情報”が０．９：０．４の比率で優先度や情報量が決定される。

配信情報送信部３３は、配信情報取得部３０により選択された配信情報を、履歴要求受信部２４により受信された予定情報に含まれる時期情報（「予定日時」）に応じたタイミングで移動通信端末１４に送信する。ここで、「時期情報に応じたタイミング」とは、具体的には、配信情報カテゴリ選択部３２で設定された優先度により決定される配信日と各日の配信情報量である。

以上が、情報配信サーバ１２の機能に関する説明である。

続いて、移動通信端末１４の機能について説明する。図１に示すように、移動通信端末１４は、予定入力部４０と、スケジュール管理部４２と、スケジュール表示制御部４４と、TODOリスト管理部４６と、TODOリスト表示制御部４８と、入力情報送信部（予定情報送信手段、行動情報送信手段）５０と、予定関連タスク入力部（予定関連タスク入力手段）５２と、配信情報表示制御部（配信情報表示制御手段）５４と、を備えている。

予定入力部４０は、移動通信端末１４のユーザによるユーザが行う予定の行動に関する情報（予定情報）の入力を受け付ける手段である。図１２（ａ）は、予定入力部４０による予定情報の入力処理のための移動通信端末１４の表示画面の一例を示す図である。ユーザにより入力される予定情報は、予定のカテゴリ情報を示す「予定カテゴリ」と、予定の時間情報を示す「予定日時」とを含む。また、予定情報は、予定の名称を示す「予定名称」を含んでも良い。「予定カテゴリ」は、例えばプルダウンメニューからユーザにより指定される。このプルダウンメニューの内容は、ユーザが予め登録する形式、または情報配信サーバ１２から受信する形式などにより設定される。図１２（ａ）では、予定カテゴリとして“旅行”がユーザにより指定され、予定日時として“２００７年７月２６日〜２７日”がユーザにより入力されており、画面上の“登録”ボタンを押すことにより、この予定情報が移動通信端末１４に登録される。

スケジュール管理部４２は、予定入力部４０により登録されたユーザの予定情報を保存する手段である。また、登録された予定情報は、情報配信サーバ１２に送信するために入力情報送信部５０へ送られる。

スケジュール表示制御部４４は、スケジュール管理部４２に保存されているユーザの予定情報を、スケジューラソフトなどのカレンダー機能に登録して表示する手段である。図１２（ｂ）は、スケジュール表示制御部４４によって予定情報が登録されたカレンダー機能の一例を示す図である。図１２（ｂ）では、上述の予定入力部４０から登録された予定情報（カテゴリ：旅行、日時：２００７年７月２６日〜２７日）が、カレンダーの７月２６日〜２７日の部分に表示されている。ユーザが新たな予定を登録したい場合、または登録済みの予定を編集したい場合には、画面上の“登録”または“編集”ボタンを押すことにより、図１２（ａ）の予定入力用の画面に切り替わり、この画面で新たな情報を入力する。

入力情報送信部５０は、スケジュール管理部４２およびＴＯＤＯリスト管理部４６より受け取った予定情報を、この移動通信端末１４のユーザを識別するために予め設定された識別子である「ユーザＩＤ」とともに、情報配信サーバ１２へ送信する手段である。

予定関連タスク入力部５２は、入力情報送信部５０により情報配信サーバ１２へ送信された予定情報に関連付けられた予定関連タスクの候補リストを、情報配信サーバ１２から受け取り、この候補リストをユーザに提示して所望のタスクを予定関連タスクとして登録するよう促す手段である。図１３（ａ）は、予定関連タスク入力部５２による予定関連タスクの選択処理のための移動通信端末１４の表示画面の一例を示す図である。図１３（ａ）では、図１２に引き続き、予定入力部４０により“旅行”の予定カテゴリが登録されたときの、“旅行”に関連付けられるタスクのリストが、各タスクの「タスクＩＤ」および「親タスクＩＤ」（図４参照）に基づき画面上に階層的に表示されている。

これらのリストの中から、“交通チケットの予約−新幹線”タスク１３０１が選択され、画面下部の“登録”ボタンが押されると、図１３（ｂ）のような登録確認画面に切り替えられる。この登録確認画面において、選択されたタスクを実施する予定日時が入力されて“登録”ボタンが押されると、このタスクが予定関連タスクとして登録される。予定関連タスク入力部５２は、このような手順を繰り返して、複数の予定関連タスクを登録することができる。

予定関連タスク入力部５２によって登録されたタスクは、スケジュール管理部４２に送られて保存され、さらに、スケジュール表示制御部４４へ送られて、先に登録されている予定情報とともに、スケジューラソフトなどのカレンダー機能に登録して表示される。図１４は、スケジュール表示制御部４４によって予定情報および予定関連タスクが登録されたカレンダー機能の一例を示す図である。なお、図１３（ｂ）に示す登録確認画面において予定日時を指定せずにタスクを登録することも可能であり、その場合、予定関連タスクはＴＯＤＯリスト管理部４６へ保存され、スケジューラソフトから起動可能なＴＯＤＯリスト表示制御部４８に表示される。この構成により、具体的な日時までは決まっていない場合でも、予定関連タスクの登録を忘れることを防ぐことができ、ユーザが詳細な予定情報を入力する負担を軽減することができる。

予定関連タスク入力部５２によって登録された予定関連タスクは、スケジュール管理部４２またはＴＯＤＯリスト管理部４６から入力情報送信部５０を介して情報配信サーバ１２へ送信される。これに応じて、登録された予定関連タスクのそれぞれに関連付けられた配信情報が、適宜設定された配信タイミングで情報配信サーバ１２より移動通信端末１４へ送信される。

配信情報表示制御部５４は、配信情報を情報配信サーバ１２より受け取ると、この配信情報をたとえばテロップ等の手段によって移動通信端末１４の画面上に表示して、ユーザに提示する手段である。図１５は、配信情報が表示された移動通信端末１４の画面の一例を示す図である。図１５に示すように、たとえば、７月１２日〜１３日に設定されている“場所決定”タスク１５０１に対して、このタスク１５０１の設定日時にあわせて、“温泉で心も体もリフレッシュ。鬼怒川温泉。”という“場所決定”タスクに有用な情報が情報配信サーバ１２から移動通信端末１４へ配信され、画面上のテロップ表示部１５０２に表示される。

引き続いて、図１６〜１８のフローチャートを用いて、本実施形態の情報配信システム１０で実行される処理を説明する。

情報配信システム１０では、情報配信が行われる前に移動通信端末１４から情報配信サーバ１２に対して、ユーザが行う予定の行動を示す予定情報と、この予定情報に関連付けられる予定関連タスクと、を登録する処理が行われる。移動通信端末１４で行われるこの登録処理について、図１６のフローチャートを用いて説明する。

まず、予定入力部４０によって移動通信端末１４のユーザが入力した予定情報が、入力情報送信部５０を介して情報配信サーバ１２へ送信される（Ｓ１０１）。具体的には、ユーザが入力した予定に関する「予定カテゴリ」および「予定日時」と、当該移動通信端末１４の「ユーザＩＤ」が、情報配信サーバ１２へ送信される。予定情報は、たとえば、図１２（ａ）に示すような移動通信端末１４の登録画面を利用して、ユーザにより登録される。

情報配信サーバ１２では、予定情報の受信に応じて、この予定情報に関連付けられる予定関連タスクの候補リストを選択して、予定情報を送信した移動通信端末１４へ送信する。この予定関連タスクの候補リストを選択する処理については、図１７を参照して後述する。

続いて、移動通信端末１４が情報配信サーバ１２の予定関連タスク送信部２９から予定関連タスクの候補リストを受け取り（Ｓ１０２）、この候補リストがユーザに提示される。予定関連タスクの候補リストは、たとえば、図１３（ａ）のように、移動通信端末１４の画面上に表示される。

予定関連タスク入力部５２によって、移動通信端末１４の画面上に提示された予定関連タスクの候補リストの中から、ユーザがタスクを選択したか否かが確認される（Ｓ１０３）。ユーザがタスクを選択している場合には、ステップＳ１０４に進んで処理が継続される。ユーザがタスクを選択していない場合には、新たにタスクを登録することなく処理を終了する。

ステップＳ１０３において、ユーザがタスクを選択していると判断された場合、引き続き、予定関連タスク入力部５２によって、選択されたタスクを実行する日時がユーザによって指定されたか否かが確認される（Ｓ１０４）。タスクの日時が指定されている場合には、スケジュール管理部４２に当該タスクが登録されて、例えば図１４のように、スケジューラのカレンダ機能にタスクが表示される（Ｓ１０５）。タスクの日時が指定されていない場合には、ＴＯＤＯリスト管理部５２に当該タスクが登録されてＴＯＤＯリストにタスクが表示される（Ｓ１０６）。

続いて、予定関連タスク入力部５２により、ユーザがさらに別のタスクを予定関連タスクとして登録するか否かが確認される（Ｓ１０７）。別のタスクが登録される場合には、ステップＳ１０４に戻り、新たな予定関連タスクの登録処理が継続される。別のタスクを登録しない場合には、ユーザにより選択されたタスクを予定関連タスクとして、入力情報送信部５０により情報配信サーバ１２へ送信され（Ｓ１０８）、処理を終了する。

以上が、移動通信端末１４において実行される、ユーザが行う予定の行動を示す予定情報とこの予定情報に関連付けられる予定関連タスクを登録する処理である。

引き続いて、情報配信サーバ１２において実行される、ユーザの予定情報に基づいてこの予定情報に関連付けられる予定関連タスクの候補リストを選択する処理について、図１７のフローチャートを用いて説明する。この処理は、図１６に示した移動通信端末１４による予定関連タスクを登録する処理において、ステップＳ１０１とステップＳ１０２との間に情報配信サーバ１２により実行される。

まず、履歴要求受信部２４によって、移動通信端末１４からユーザの予定情報（予定カテゴリ、予定日時）およびこの移動通信端末１４のユーザＩＤが受信される（予定情報受信ステップ：Ｓ２０１）。そして、予定関連タスク選択部２５によって、履歴要求受信部２４で受信された予定情報に含まれる予定カテゴリに基づいてタスクモデル管理テーブル２１ａを参照して、予定カテゴリに対応するタスクが選択される（予定関連タスク選択ステップ：Ｓ２０２）。

続いて、タスクプロファイル照合部２８によって、履歴要求受信部２４で受信された移動通信端末のユーザＩＤに基づいてプロファイル管理テーブル２２ａを参照して、ユーザＩＤに対応するプロファイル情報が保持されているか否かが確認される（Ｓ２０３）。プロファイル管理テーブル２２ａに当該ユーザＩＤに対応するプロファイル情報が保持されていない場合には、ステップＳ２０４〜Ｓ２０５を迂回してステップＳ２０６に移行する。

ステップＳ２０３において、プロファイル管理テーブル２２ａに当該ユーザＩＤに対応するプロファイル情報が保持されていた場合には、タスクプロファイル照合部２８によって、ユーザＩＤに対応するユーザのプロファイル情報がプロファイル管理テーブル２２ａから読み込まれる（Ｓ２０４）。また、タスクプロファイル照合部２８によって、タスク属性管理テーブル２１ｂを参照して、ステップＳ２０２で予定関連タスク選択部２５によって選択されたタスクのそれぞれが選択できるユーザ属性の条件（選択可能条件）も読み込まれる。

そして、タスクプロファイル照合部２８によって、ユーザのプロファイル情報とタスクの選択可能条件とが照合され、予定関連タスク選択部２５によって選択されたタスクの中からユーザのプロファイル情報に基づく選択可能条件とマッチしないタスクが削除されて、移動通信端末１４のユーザへ提示する予定関連タスクの候補リスト（提示タスクリスト）が作成される（Ｓ２０５）。

続いて、予定関連タスク選択部２５により、タスク選択履歴管理テーブル２２ｂを参照して、提示タスクリストに含まれるタスクの選択履歴が読み込まれる（Ｓ２０６）。予定関連タスク選択部２５により、この選択履歴に基づいて提示タスクリストに含まれるタスクの優先度が決定され（Ｓ２０７）、この優先度に応じて提示タスクリストが並び替えられる。具体的には、提示タスクリストに含まれるタスクのうち、過去にユーザに選択されたことのあるタスクが上位にくるように提示タスクリストが並び替えられる。

また、予定関連タスク実行日時推定部２６により、提示タスクリストに含まれるタスクのうちタスク選択履歴管理テーブル２２ｂに保持されているタスクについて、選択履歴に基づいて当該タスクの実行日時が決定される（Ｓ２０８）。具体的には、提示タスクリストの各タスクについて、タスク選択履歴管理テーブル２２ｂの「予定までの日数」欄のデータを参照し、このデータを当該タスクの実行日時として設定する。

続いて、タスク種別判定部２７により、提示タスクリストに含まれるタスクの種別（タスクタイプ）が判定される（Ｓ２０９）。予定関連タスク選択部２５により、タスク選択履歴管理テーブル２２ｂの中から、提示タスクリストに含まれるタスクと同一のタスクタイプをもつタスクの履歴が読み出され、この履歴に基づいて提示タスクリストに含まれるタスクの優先度が求められ（Ｓ２１０）、この優先度に応じて提示タスクリストが並び替えられる。

そして、予定関連タスク送信部２９によって、提示タスクリストが移動通信端末１４へ送信される（予定関連タスク送信ステップ：Ｓ２１１）。以上が、情報配信サーバ１２において実行される、ユーザの予定情報に基づいてこの予定情報に関連付けられる予定関連タスクの候補リストを選択する処理である。

引き続いて、情報配信サーバ１２において実行される、配信情報を移動通信端末１４へ配信する処理について、図１８のフローチャートを用いて説明する。この処理は、図１６に示した移動通信端末１４による予定関連タスクを登録する処理が終了した後に、情報配信サーバ１２により実行される。

まず、履歴要求受信部２４により、移動通信端末１４のユーザにより登録された予定関連タスクが、移動通信端末１４から受信される（予定関連タスク受信ステップ：Ｓ３０１）。配信情報取得部３０によって、受信された予定関連タスクのそれぞれについて、配信情報管理テーブル２３ａを参照して、当該タスクのタスクＩＤに関連付けられた配信情報カテゴリが取得される（配信情報取得ステップ：Ｓ３０２）。

続いて、最適情報配信日時推定部３１により、配信情報閲覧履歴管理テーブル２２ｃを参照して、配信情報取得部３０で取得された配信情報カテゴリの最適配信日が決定される（Ｓ３０３）。具体的には、配信情報閲覧履歴管理テーブル２２ｃの「閲覧時期」欄のデータを最適配信日として設定する。

続いて、配信情報カテゴリ選択部３２により、最適情報配信日時推定部３１で設定された各配信情報の最適配信日に基づいて、配信情報のそれぞれについて、日毎の重みを計算する（Ｓ３０４）。具体的には、たとえば、最適配信日の重みを１として、１日ずれるごとに０．１ずつ減少するように設定する。

続いて、配信情報取得部３０により、他に移動通信端末１４から送信された予定情報があるか否かが確認される（Ｓ３０５）。他に予定情報がある場合には、ステップＳ３０１に戻って予定情報がなくなるまでステップＳ３０１〜Ｓ３０４の処理を繰り返す。

ステップＳ３０５において、移動通信端末１４から送信された予定情報が他にないと判断された場合には、配信情報カテゴリ選択部３２により、すべての配信情報カテゴリの重みに基づいて、日毎に移動通信端末１４へ送信する配信情報の種類と割合が算出され、これらの算出結果に基づいて各日の配信情報リストが生成される（Ｓ３０６）。具体的には、たとえば、日毎に配信情報のそれぞれの重みを比較して、重みが大きい順に所定の個数の配信情報を選択し、また重みの割合に応じて配信する頻度を設定する。

配信情報カテゴリ選択部３２で生成された配信情報リストは、配信情報の内容とともに配信情報送信部３３に保持される。そして、配信情報送信部３３により、配信情報リストで設定された配信タイミングにしたがって、配信情報が移動通信端末１４に配信される（配信情報送信ステップ：Ｓ３０７）。以上が、情報配信サーバ１２において実行される、配信情報を移動通信端末１４へ配信する処理である。

続いて、本実施形態に係る情報配信サーバ１２、移動通信端末１４、および情報配信システム１０の作用および効果について説明する。

本実施形態によれば、移動通信端末１４の入力情報送信部５０から送信されたユーザの予定情報を情報配信サーバ１２の履歴要求受信部２４が受信すると、予定関連タスク選択部２５がタスクモデル管理テーブル２１ａを参照して、受信した予定情報の「予定カテゴリ」に関連付けられた予定関連タスクの候補リストを選択し、予定関連タスク送信部２９がこの選択された予定関連タスクの候補リストを移動通信端末１４の予定関連タスク入力部５２へ送信する。移動通信端末１４のユーザは、情報配信サーバ１２から送信された予定関連タスクの候補リストの中から所望のタスクを選択して登録する。これにより、移動通信端末１４を用いた予定情報の入力を支援して、ユーザが詳細な予定情報を入力する負担を軽減することができる。

また、本実施形態の情報配信サーバ１２において、タスクプロファイル照合部２８が、プロファイル管理テーブル２２ａを参照して移動通信端末１４のユーザＩＤに対応するプロファイル情報を取得し、タスク属性管理テーブル２１ｂを参照して、予定関連タスク選択部２５によって選択された予定関連タスクの候補リストのそれぞれについて選択可能条件を取得し、このプロファイル情報と選択可能条件とを照合して、移動通信端末１４へ送信すべきタスクを選択する。これにより、ユーザの属性を考慮して予定関連タスクを取捨選択することが可能となり、ユーザごとに各ユーザの嗜好に合致する予定関連タスクの候補リストを提供することができる。

また、本発明の情報配信サーバ１２において、予定関連タスク選択部２５が、タスク選択履歴管理テーブル２２ｂを参照して、予定関連タスクの候補リストのそれぞれについて選択履歴を取得し、この選択履歴に基づき候補リストを並び替える。この構成により、ユーザが過去に当該タスクを選択したことを示す選択履歴に基づき、移動通信端末１４へ送信される予定関連タスクの候補リストが並び替えられる。これにより、たとえば、ユーザが選択する可能性の高いタスクをリストの上位に並べ替えるので、ユーザが詳細な予定情報を入力する負担をさらに軽減することができる。

また、本発明の情報配信サーバ１２において、予定関連タスク選択部２５が、タスク種別判定部２７により判定された予定関連タスクの種別と同一の種別であるタスクの選択履歴をタスク選択履歴管理テーブル２２ｂから取得し、この選択履歴に基づき予定関連タスクの候補リストを並び替える。この構成により、ユーザが過去に選択したことがあるタスクと同じ種別のタスクの選択履歴を利用して、移動通信端末１４へ送信される予定関連タスクの候補リストが並び替えられる。これにより、ユーザの選択履歴が十分に蓄積されていない場合でも、ユーザが選択する可能性の高い予定関連タスクを提供することができる。

また、本発明の情報配信サーバ１２において、最適情報配信日時推定部３１が、配信情報閲覧履歴管理データベースを参照して、配信情報送信部３３によって移動通信端末１４へ送信される配信情報の閲覧履歴を取得し、この閲覧履歴に基づき配信情報を送信するタイミングを求める。この構成により、過去にユーザに送信された配信情報の閲覧履歴に基づいて、配信情報の最適な配信日時をユーザごとに決定することができる。これにより、個々のユーザの嗜好を考慮した配信情報の配信が可能となり、予定情報に基づく配信情報を適切なタイミングで配信することができる。

また、本発明の情報配信サーバ１２において、配信情報カテゴリ選択部３２が、配信情報取得部３０によって取得された配信情報のそれぞれについて、最適情報配信日時推定部３１によって求められた配信情報を送信するタイミングを中心として重み付けされた優先度を算出し、当該優先度に基づいて移動通信端末１４に配信すべき配信情報を選択する。この構成により、複数の予定情報がユーザにより登録されている場合でも、各配信情報を配信する予定の日時に基づいて重み付けされた優先度を考慮して、移動通信端末に配信すべき配信情報を決定するので、すべての予定を考慮した上で優先度の高い情報を配信できる。

次に、候補リスト送信時から所定期間経過後に、配信情報を自発的に配信する手法について説明する。本発明の情報配信サーバ１２において、履歴要求受信部２４は、予定関連タスク送信部２９が移動通信端末１４に予定関連タスクの候補リストを送信した日時から所定期間内に、ユーザが選択した予定関連タスクを移動通信端末１４から受信したか否かを判断する。履歴要求受信部２４が予定関連タスクを移動通信端末１４から受信していない場合に、既に移動通信端末１４に送信した予定関連タスクの候補リスト全てのタスクをユーザが選択した予定関連タスクとしてみなし、配信情報取得部３０が配信情報管理テーブル２３ａを参照してみなされた予定関連タスクに関連付けられている配信情報を取得する。そして、最適情報配信日時推定部３１により配信情報を送信するタイミングを求め、配信情報カテゴリ選択部３２により配信すべき配信情報を選択し、配信情報送信部３３が選択された配信情報を時期情報に応じたタイミングで移動通信端末１４に送信する。図１９は本構成のフローチャートを示す。情報配信サーバ１２は、予定関連タスク送信部２９によって提示タスクリストが移動通信端末１４へ送信された（図１７のＳ２１１）後に、この提示タスクリストの送信タイミングより所定時間内に、履歴要求受信部２４が移動通信端末１４からユーザにより選択された予定関連タスクを受信したか否かを判断する（Ｓ４０１）。ステップＳ４０１において予定関連タスクを受信したと判断した場合には、図１８のステップＳ３０１に進む。一方、ステップＳ４０１において予定関連タスクを受信しないと判断した場合には、ステップＳ２１１で送信した提示タスクリストの全てのタスクを予定関連タスクとみなし（ステップ４０２）、ステップＳ４０３以降の処理を実行する。この以降の処理であるステップＳ４０３、ステップＳ４０４、ステップＳ４０５、ステップＳ４０６、ステップＳ４０７、ステップＳ４０８はそれぞれ、図１８のステップＳ３０２、ステップＳ３０３、ステップＳ３０４、ステップＳ３０５、ステップＳ３０６、ステップＳ３０７に相当するため、説明を省く。

この構成により、移動通信端末１４に送信された予定関連タスクの候補リストをユーザが選択しない場合であっても、ユーザの予定関連タスクの候補リストの選択の手間を省きつつ、ユーザが所望されるであろう配信情報を配信することができる。なお、ユーザは予めこの構成で動作することを有効とするか無効とするかを設定できることが好ましい。

続いて、配信情報の最適配信日に基づいて、配信情報を自発的に配信する手法について説明する。上述のように、図１８を参照して、履歴要求受信部２４がユーザが選択した予定関連タスクを受信することをトリガとして、受信した予定関連タスクに応じた配信情報を取得して適切なタイミングで配信する構成を説示した。これに対し、この手法では、ユーザが選択した予定関連タスクを受信することを待つことなく（仮に永続的に待つとすると配信タイミングを徒過する場合がある）、予定関連タスク選択部２５により予定関連タスクが選択された以降に、予定関連タスク送信部２９が送信した予定関連タスクの候補リスト全てのタスクをユーザが選択した予定関連タスクとみなす。配信情報取得部３０が配信情報管理テーブル２３ａを参照してみなされた予定関連タスクに関連付けられている配信情報を取得する。そして、最適情報配信日時推定部３１により配信情報を送信するタイミングを求め、配信情報カテゴリ選択部３２により配信すべき配信情報を選択し、対象となる配信情報の時期情報に応じたタイミングになってもユーザが選択した予定関連タスクを履歴要求受信部２４にて受信していない場合に配信情報送信部３３が対象となる配信情報を移動通信端末１４に送信する。図２０は本構成のフローチャートを示す。情報配信サーバ１２は、予定関連タスク送信部２９によって提示タスクリストが移動通信端末１４へ送信された（図１７のＳ２１１）後に（ただし、提示タスクリストが構築される以降であればよい）、ステップＳ２１１で送信した提示タスクリストの全てのタスクを予定関連タスクとみなし（Ｓ２２１）、ステップＳ２２２以降の処理を実行する。この以降の処理であるステップＳ２２２、ステップＳ２２３、ステップＳ２２４、ステップＳ２２５、ステップＳ２２６はそれぞれ、図１８のステップＳ３０２、ステップＳ３０３、ステップＳ３０４、ステップＳ３０５、ステップＳ３０６に相当するため、説明を省く。ステップＳ２２６の配信情報のリストの生成の後に、配信情報送信部３３が対象となる配信情報を配信する時期情報に応じたタイミングになってもユーザが選択した予定関連タスクを履歴要求受信部２４が受信していないか否かを判断する（Ｓ２２７）。このステップＳ２２７において履歴要求受信部２４が受信していると判断した場合、図１８のステップＳ３０１に進む。一方、ステップＳ２２７において履歴要求受信部２４が受信していないと判断した場合、対象となる配信情報を移動通信端末１４に送信する（Ｓ２２８）。

この構成により、図１９を参照して説明した配信情報の自発的な配信手法と同様に、ユーザの予定関連タスクの候補リストの選択の手間を省きつつ、ユーザが所望されるであろう配信情報を配信することができる。

なお、図２０を参照して説明した配信情報の自発的な配信手法の構成において、配信情報の選択と配信情報の配信タイミングが決定した後に、移動通信端末１４からユーザが選択した予定関連タスクを受信する場合があるが、その場合に再度ステップ３０１の処理を実行する構成としてもよいし、既に選択された配信情報のうちユーザに選択された予定関連タスク以外のタスクに関連付けられた配信情報を削除して残った配信情報について配信する構成とすることもできる。

ここで、本発明は多くの異なる形態で実施可能である。したがって、上記の実施形態の記載内容のみで解釈すべきではない。

上述の実施形態では、主にシステムについて説明したが、所謂当業者であれば明らかであるように、本発明はコンピュータで使用可能なプログラム及び方法としても実施できる。また、本発明は、ハードウェア、ソフトウェア、または、ソフトウェア及びハードウェアの実施形態で実施可能である。プログラムは、ハードディスク、CD-ROM、DVD-ROM、光記憶装置または磁気記憶装置等の任意のコンピュータ可読媒体に記録できる。さらに、プログラムはネットワークを介した他のコンピュータに記録することができる。

引き続いて、上述した一連の情報配信処理をコンピュータに実行させるための情報配信プログラムを説明する。図２１に示すように、情報配信プログラム２１１は、コンピュータが備える記憶媒体２１０に形成されたプログラム格納領域２１０ａ内に格納されている。

情報配信プログラム２１１は、情報配信処理を総括的に制御するメインモジュール２１１ａと、タスクモデル格納モジュール２１１ｂと、ユーザ情報格納モジュール２１１ｃと、配信情報格納モジュール２１１ｄと、履歴要求受信モジュール２１１ｅと、予定関連タスク選択モジュール２１１ｆと、予定関連タスク実行日時推定モジュール２１１ｇと、タスク種別判定モジュール２１１ｈと、タスクプロファイル照合モジュール２１１ｉと、予定関連タスク送信モジュール２１１ｊと、配信情報取得モジュール２１１ｋと、最適情報配信日時推定モジュール２１１ｌと、配信情報カテゴリ選択モジュール２１１ｍと、配信情報送信モジュール２１１ｎとを備えて構成される。

タスクモデル格納モジュール２１１ｂ、ユーザ情報格納モジュール２１１ｃ、配信情報格納モジュール２１１ｄ、履歴要求受信モジュール２１１ｅ、予定関連タスク選択モジュール２１１ｆ、予定関連タスク実行日時推定モジュール２１１ｇ、タスク種別判定モジュール２１１ｈ、タスクプロファイル照合モジュール２１１ｉ、予定関連タスク送信モジュール２１１ｊ、配信情報取得モジュール２１１ｋ、最適情報配信日時推定モジュール２１１ｌ、配信情報カテゴリ選択モジュール２１１ｍ、および配信情報送信モジュール２１１ｎを実行させることにより実現される機能は、上述した図１の情報配信サーバ１２のタスクモデル格納部２１、ユーザ情報格納部２２、配信情報格納部２３、履歴要求受信部２４、予定関連タスク選択部２５、予定関連タスク実行日時推定部２６、タスク種別判定部２７、タスクプロファイル照合部２８、予定関連タスク送信部２９、配信情報取得部３０、最適情報配信日時推定部３１、配信情報カテゴリ選択部３２、および配信情報送信部３３の機能とそれぞれ同様である。

なお、情報配信プログラム２１１は、その一部若しくは全部が、通信回線等の伝送媒体を介して伝送され、他の機器により受信されて記録（インストールを含む）される構成としても良い。

本実施形態に係る情報配信システムの構成図である。 情報配信サーバのハードウェア構成図である。 移動通信端末のハードウェア構成図である。 タスクモデル管理テーブルの一例を示す図である。 タスク属性管理テーブルの一例を示す図である。 プロファイル管理テーブルの一例を示す図である。 タスク選択履歴管理テーブルを示す図である。 配信情報閲覧履歴管理テーブルを示す図である。 配信情報管理テーブルを示す図である。 ユーザの選択履歴に基づく予定関連タスクの候補リストの表示例を示す図である。 ユーザのプロファイル情報に基づく予定関連タスクの表示例を示す図である。 予定情報の入力処理のための移動通信端末の画面の表示例を示す図である。 予定関連タスクを選択する処理のための移動通信端末の画面の表示例を示す図である。 予定情報および予定関連タスクが登録されたカレンダー機能の表示例を示す図である。 配信情報が表示された移動通信端末の画面の一例を示す図である。 移動通信端末で行われる予定情報および予定関連タスクを登録する処理を示すフローチャートである。 情報配信サーバで行われる予定関連タスクの候補リストを選択する処理を示すフローチャートである。 情報配信サーバで行われる配信情報を移動通信端末へ配信する処理を示すフローチャートである。 情報配信サーバで行われる配信情報を移動通信端末へ配信する処理を示すフローチャートである。 情報配信サーバで行われる配信情報を移動通信端末へ配信する処理を示すフローチャートである。 本発明に係る情報配信プログラムの構成を示す図である。

符号の説明

１０…情報配信システム、１２…情報配信サーバ、１４…移動通信端末、２１…タスクモデル格納部、２１ａ…タスクモデル管理テーブル、２１ｂ…タスク属性管理テーブル、２２…ユーザ情報格納部、２２ａ…プロファイル管理テーブル、２２ｂ…タスク選択履歴管理テーブル、２２ｃ…配信情報閲覧履歴管理テーブル、２３…配信情報格納部、２３ａ…配信情報管理テーブル、２４…履歴要求受信部、２５…予定関連タスク選択部、２６…予定関連タスク実行日時推定部、２７…タスク種別判定部、２８…プロファイル照合部、２９…予定関連タスク送信部、３０…配信情報取得部、３１…最適情報配信日時推定部、３２…配信情報カテゴリ選択部、３３…配信情報送信部、４０…予定入力部、４２…スケジュール管理部、４４…スケジュール表示制御部、４６…ＴＯＤＯリスト管理部、４８…ＴＯＤＯリスト表示制御部、５０…入力情報送信部、５２…予定関連タスク入力部、５４…配信情報表示制御部、２１０…記憶媒体、２１０ａ…プログラム格納領域、２１１…情報配信プログラム、２１１ａ…メインモジュール、２１１ｂ…タスクモデル格納モジュール、２１１ｃ…ユーザ情報格納モジュール、２１１ｄ…配信情報格納モジュール、２１１ｅ…履歴要求受信モジュール、２１１ｆ…予定関連タスク選択モジュール、２１１ｇ…予定関連タスク実行日時推定モジュール、２１１ｈ…タスク種別判定モジュール、２１１ｉ…タスクプロファイル照合モジュール、２１１ｊ…予定関連タスク送信モジュール、２１１ｋ…配信情報取得モジュール、２１１ｌ…最適情報配信日時推定モジュール、２１１ｍ…配信情報カテゴリ選択モジュール、２１１ｎ…配信情報送信モジュール。

Claims (12)

1. ユーザの行動を示す行動情報を、当該行動のカテゴリを示すカテゴリ情報に関連付けて保持したタスクモデル管理データベースと、
   移動通信端末に対して配信される配信情報を、前記行動情報に関連付けて保持した配信情報管理データベースと、
   移動通信端末から、ユーザが行う予定である行動のカテゴリ情報および当該行動が行われる時期を示す時期情報を含む予定情報を受信する予定情報受信手段と、
   前記タスクモデル管理データベースを参照して、前記予定情報受信手段により受信された予定情報に含まれるカテゴリ情報に関連付けられた行動情報のリストを選択する予定関連タスク選択手段と、
   前記予定関連タスク選択手段により選択された行動情報のリストを前記移動通信端末に送信する予定関連タスク送信手段と、
   前記予定関連タスク送信手段による行動情報のリストの送信に応じて前記移動通信端末から送信される行動情報を受信する予定関連タスク受信手段と、
   前記配信情報管理データベースから、前記予定関連タスク受信手段により受信された行動情報に対応付けられた配信情報を取得する配信情報取得手段と、
   前記配信情報取得手段により取得された配信情報を、前記予定情報受信手段により受信された予定情報に含まれる時期情報に応じたタイミングで、前記移動通信端末に送信する配信情報送信手段と、
   を備える情報配信サーバ。
2. 前記移動通信端末のユーザの属性を示すプロファイル情報を保持するプロファイル管理データベースと、
   前記タスクモデル管理データベースに保持される行動情報を選択可能にするための前記プロファイル情報に関する選択可能条件を保持するタスク属性管理データベースと、
   前記プロファイル管理データベースを参照して前記移動通信端末に対応するプロファイル情報を取得し、前記タスク属性管理データベースを参照して前記予定関連タスク選択手段によって選択された前記行動情報のリストのそれぞれについて、前記プロファイル情報に関する選択可能条件を取得し、該プロファイル情報と該選択可能条件とを照合して、前記移動通信端末へ送信すべき行動情報を選択するタスクプロファイル照合手段と、
   をさらに備える請求項１に記載の情報配信サーバ。
3. 前記予定関連タスク受信手段によって受信された行動情報を、前記移動通信端末のユーザが過去に選択したことを示す選択履歴として保持するタスク選択履歴管理データベースをさらに備え、
   前記予定関連タスク選択手段が、前記タスク選択履歴管理データベースを参照して、前記選択した行動情報のリストのそれぞれについて選択履歴を取得し、該選択履歴に基づき前記行動情報のリストを並び替える、請求項１または２に記載の情報配信サーバ。
4. 前記予定関連タスク選択手段によって選択された行動情報の種別を判定するタスク種別判定手段をさらに備え、
   前記予定関連タスク選択手段が、前記タスク種別判定手段により判定された該行動情報の種別と同一の種別である行動情報の選択履歴を前記タスク選択履歴管理データベースから取得し、該選択履歴に基づき前記行動情報のリストを並び替える、請求項３に記載の情報配信サーバ。
5. 過去に前記配信情報送信手段によって前記移動通信端末に送信された配信情報がユーザに閲覧された時期を示す情報を、該配信情報の閲覧履歴として保持する配信情報閲覧履歴管理データベースと、
   前記配信情報閲覧履歴管理データベースを参照して、前記配信情報送信手段によって前記移動通信端末へ送信される配信情報の閲覧履歴を取得し、該閲覧履歴に基づき配信情報を送信するタイミングを求める最適情報配信日時推定手段と、
   をさらに備える請求項１乃至４のいずれかに記載の情報配信サーバ。
6. 前記配信情報取得手段によって取得された配信情報のそれぞれについて、前記最適情報配信日時推定手段によって求められた当該配信情報を配信するタイミングを中心として重み付けされた優先度を算出し、当該優先度に基づいて前記移動通信端末に配信すべき配信情報を選択する配信情報カテゴリ選択手段をさらに備える、請求項５に記載の情報配信サーバ。
7. 前記予定関連タスク受信手段は、前記予定関連タスク送信手段が行動情報のリストを前記移動通信端末に送信してから所定期間までに、前記移動通信端末から送信される行動情報を受信するか否かを判断し、
   前記予定関連タスク受信手段が前記所定期間経過時に移動通信端末から送信される行動情報を受信しないと判断した場合に、前記配信情報取得手段は、前記予定関連タスク選択手段により選択された行動情報に対応付けられた配信情報を前記配信情報管理データベースから取得し、
   前記配信情報送信手段は、前記取得した配信情報を前記予定情報受信手段により受信された予定情報に含まれる時期情報に応じたタイミングで、前記移動通信端末に送信する、請求項１乃至６のいずれかに記載の情報配信サーバ。
8. 前記配信情報取得手段は、前記予定関連タスク選択手段により選択された全ての行動情報について行動情報に対応付けられた配信情報を取得し、
   前記予定関連タスク受信手段は、前記予定情報受信手段により受信された予定情報に含まれる時期情報に応じたタイミングまでに、前記移動通信端末から送信される行動情報を受信するか否かを判断し、
   前記予定関連タスク受信手段が前記タイミングまでに移動通信端末から送信される行動情報を受信しないと判断した場合に、前記配信情報送信手段は、前記取得した配信情報を移動通信端末に送信する、請求項１乃至６のいずれかに記載の情報配信サーバ。
9. ユーザが行う予定である行動のカテゴリ情報および当該行動が行われる時期を示す時期情報を含む予定情報を情報配信サーバへ送信する予定情報送信手段と、
   前記予定情報送信手段による予定情報の送信に応じて、前記情報配信サーバから送信される行動情報のリストを受信し、該リストをユーザに提示して、ユーザにとって必要な行動情報を選択するよう促す予定関連タスク入力手段と、
   前記予定関連タスク入力手段でユーザにより選択された行動情報を前記情報配信サーバへ送信する行動情報送信手段と、
   前記行動情報送信手段による行動情報の送信に応じて、所定のタイミングで前記情報配信サーバから送信される配信情報を受信して、該配信情報をユーザに提示する配信情報表示制御手段と、
   を備える移動通信端末。
10. 請求項９に記載の移動通信端末と、該移動通信端末に対して配信情報の配信を行う請求項１乃至８のいずれかに記載の情報配信サーバと、を含む情報配信システム。
11. 移動通信端末から、ユーザが行う予定である行動のカテゴリ情報および当該行動が行われる時期を示す時期情報を含む予定情報を受信する予定情報受信手段と、
    ユーザの行動を示す行動情報を、当該行動のカテゴリを示すカテゴリ情報に関連付けて保持したタスクモデル管理データベースを参照して、前記予定情報受信手段により受信された予定情報に含まれるカテゴリ情報に関連付けられた行動情報のリストを選択する予定関連タスク選択手段と、
    前記予定関連タスク選択手段により選択された行動情報のリストを前記移動通信端末に送信する予定関連タスク送信手段と、
    前記予定関連タスク送信手段による行動情報のリストの送信に応じて前記移動通信端末から送信される行動情報を受信する予定関連タスク受信手段と、
    移動通信端末に対して配信される配信情報を、前記行動情報に関連付けて保持した配信情報管理データベースから、前記予定関連タスク受信手段により受信された行動情報に対応付けられた配信情報を取得する配信情報取得手段と、
    前記配信情報取得手段により取得された配信情報を、前記予定情報受信手段により受信された予定情報に含まれる時期情報に応じたタイミングで、前記移動通信端末に送信する配信情報送信手段としてコンピュータを機能させるための情報配信サーバプログラム。
12. 移動通信端末に対して情報を配信する情報配信サーバによる情報配信方法であって、
    移動通信端末から、ユーザが行う予定である行動のカテゴリ情報および当該行動が行われる時期を示す時期情報を含む予定情報を受信する予定情報受信ステップと、
    ユーザの行動を示す行動情報を、当該行動のカテゴリを示すカテゴリ情報に関連付けて保持したタスクモデル管理データベースを参照して、前記予定情報受信ステップにおいて受信された予定情報に含まれるカテゴリ情報に関連付けられた行動情報のリストを選択する予定関連タスク選択ステップと、
    前記予定関連タスク選択ステップにおいて選択された行動情報のリストを前記移動通信端末に送信する予定関連タスク送信ステップと、
    前記予定関連タスク送信ステップにおける行動情報のリストの送信に応じて前記移動通信端末から送信される行動情報を受信する予定関連タスク受信ステップと、
    移動通信端末に対して配信される配信情報を、前記行動情報に関連付けて保持した配信情報管理データベースから、前記予定関連タスク受信ステップにおいて受信された行動情報に対応付けられた配信情報を取得する配信情報取得ステップと、
    前記配信情報取得ステップにおいて取得された配信情報を、前記予定情報受信ステップにおいて受信された予定情報に含まれる時期情報に応じたタイミングで、前記移動通信端末に送信する配信情報送信ステップと、を含む情報配信方法。

Images