JP2010039784A - 情報配信サーバ、情報配信システム及び情報配信方法 - Google Patents

Abstract

【課題】配信情報の配信期間をユーザごとに制御して、ユーザのペースに合わせた情報配信を行う。
【解決手段】情報配信サーバ１２は、移動通信端末１４から、ユーザの予定情報を受信する予定受信部３０と、タスクモデル管理テーブル２３を参照して、予定情報に関連付けられた行動情報を選択するタスク推定部３２と、タスク−配信情報ＭＡＰテーブル２７から、行動情報に対応付けられた配信情報を取得する配信情報決定部３４と、配信情報閲覧履歴テーブル２６を参照して配信情報の配信基準日時履歴を抽出し、配信基準日時履歴に基づいて、配信情報の配信期間を決定する基準となる配信基準日時を決定する配信基準日時決定部３５と、配信基準日時に基づいて配信情報の配信開始日時を決定し、配信情報の配信期間を決定する配信期間決定部３６と、配信情報及び配信期間を移動通信端末１４へ配信する情報配信手段と、を備える。
【選択図】図１

Description

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

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

この種の技術として、例えば特許文献１には、生活イベントを媒介にして、まず、配信ルールテーブルに記憶された配信タイミング情報と、現在日時とに基づいて、適用する「配信ルール」を決定し、次いで、決定された配信ルールに従って、ユーザに配信する推奨情報と、配信時期と、配信先ユーザを決定する手法が開示されている。
特開２００５−１５７６３３号公報

しかしながら、特許文献１のような従来技術では、適用される「配信ルール」やこのルールに規定される「配信期間」は、全てのユーザに共通のものであるため、個々のユーザのペースに合わせた情報配信を行うことができない。例えば、配信された情報に対して素早く対応するタイプ、熟考するタイプ、必要に迫られる状況にならないと対応しないタイプなど、ユーザの性格や生活パターンの違いにより、所定の配信期間が個々のユーザにとって必ずしも最適な情報を閲覧する機会とはいえない場合がある。

本発明は、上記の問題点を解決するためになされてものであり、配信情報の配信期間をユーザごとに制御して、ユーザのペースに合わせた情報配信を行うことができる情報配信サーバ、情報配信システム、及び情報配信方法を提供することを目的とする。

本発明に係る情報配信サーバは、ユーザの行動を示す行動情報を、ユーザが行う予定の予定内容に関する情報に関連付けて保持したタスクモデル管理テーブルと、移動通信端末に対して配信される配信情報を、行動情報に関連付けて保持したタスク−配信情報マップテーブルと、過去に配信情報がユーザに閲覧された時期と、当該配信情報に関連付けられた予定が実行された時期との差分を示す配信基準日時履歴をユーザごとに保持した配信情報閲覧履歴テーブルと、移動通信端末から、ユーザが行う予定の予定内容に関する情報を含む予定情報を受信する予定情報受信手段と、タスクモデル管理テーブルを参照して、予定情報受信手段により受信された予定内容に関する情報に関連付けられた行動情報を選択するタスク選択手段と、タスク−配信情報マップテーブルから、タスク選択手段により選択された行動情報に対応付けられた配信情報を取得する配信情報取得手段と、配信情報閲覧履歴テーブルを参照して、配信情報取得手段により取得された配信情報の配信基準日時履歴を抽出し、当該配信基準日時履歴に基づいて、配信情報の配信期間を決定する基準となる配信基準日時を決定する配信基準日時決定手段と、配信基準日時決定手段により決定された配信基準日時に基づいて、配信情報の配信開始日時を決定し、当該配信情報の配信期間を決定する配信期間決定手段と、配信情報及び配信期間決定手段により決定された配信期間を移動通信端末へ配信する、又は配信情報を配信期間に移動通信端末へ配信する情報配信手段と、を備えることを特徴とする。

また、上記課題を解決するために、本発明に係る情報配信システムは、移動通信端末と、この移動通信端末に対して配信情報の配信を行う上述の情報配信サーバと、を含む情報配信システムであって、移動通信端末が、ユーザが行う予定の予定内容に関する情報を含む予定情報を情報配信サーバへ送信する予定情報送信手段と、所定のイベントの発生に応じて、当該イベントの種別を示すイベント種別情報を含むイベント情報を情報配信サーバへ送信するイベント送信手段と、情報配信サーバから配信される配信情報を受信して、該配信情報をユーザに提示する、又は情報配信サーバから配信情報及び当該配信情報の提示時期を規定する配信期間を受信して、配信情報を配信期間の間ユーザに提示する配信情報表示制御手段と、を備えることを特徴とする。

また、上記課題を解決するために、本発明に係る情報配信方法は、移動通信端末に対して配信情報の配信を行う情報配信サーバにより実行される情報配信方法であって、移動通信端末から、ユーザが行う予定の予定内容に関する情報を含む予定情報を受信する予定情報受信ステップと、ユーザの行動を示す行動情報を、ユーザが行う予定の予定内容に関する情報に関連付けて保持したタスクモデル管理テーブルを参照して、予定情報受信ステップにおいて受信された予定内容に関する情報に関連付けられた行動情報を選択する予定関連タスク選択ステップと、移動通信端末に対して配信される配信情報を、行動情報に関連付けて保持したタスク−配信情報マップテーブルから、予定関連タスク選択ステップにおいて選択された行動情報に対応付けられた配信情報を取得する配信情報取得ステップと、過去に配信情報がユーザに閲覧された時期と、当該配信情報に関連付けられた予定が実行された時期との差分を示す配信基準日時履歴を前記ユーザごとに保持した配信情報閲覧履歴テーブルを参照して、配信情報取得ステップにおいて取得された配信情報の配信基準日時履歴を抽出し、当該配信基準日時履歴に基づいて、配信情報の配信期間を決定する基準となる配信基準日時を決定する配信基準日時決定ステップと、配信基準日時決定ステップにおいて決定された配信基準日時に基づいて配信情報の配信開始日時を決定し、当該配信情報の配信期間を決定する配信期間決定ステップと、配信情報及び配信期間決定ステップにおいて決定された配信期間を前記移動通信端末へ配信する、又は配信情報を配信期間に移動通信端末へ配信する情報配信ステップと、を備えることを特徴とする。

これらの構成により、配信情報閲覧履歴テーブルに保持される配信基準日時履歴に基づいて、配信基準日時がユーザごとに決定され、この決定された配信基準日時に基づいて配信情報の配信開始日時が決定されるため、ユーザの過去の配信情報の閲覧履歴に応じて個別に配信開始日時を設定することが可能となり、配信情報の配信期間をユーザごとに制御して、ユーザのペースに合わせた情報配信を行うことが可能となる。この結果、ユーザの習慣に合ったコンテンツ配信が可能となり、配信するコンテンツをユーザが閲覧する頻度の向上することができる。

また、本発明の情報配信サーバは、移動通信端末から、所定のイベントの発生に応じて、当該イベントの種別を示すイベント種別情報を含むイベント情報を受信するイベント受信手段と、イベント受信手段により受信されたイベント情報に含まれるイベント種別情報が配信情報閲覧である場合に、当該イベントで閲覧された配信情報に関する配信基準日時を新たに保持するように配信情報閲覧履歴テーブルを更新する履歴更新手段と、を備えることが好適である。

この構成により、移動通信端末において配信情報閲覧のイベントが発生した場合に配信情報閲覧履歴テーブルが更新されるため、この更新に応じて配信情報閲覧履歴テーブルに保持される配信基準日時履歴を更新することが可能となり、この配信基準日時履歴に基づき決定される配信情報の配信開始日時も適宜調整することが可能となる。この結果、ユーザの過去の閲覧履歴を反映させて配信期間の調整ができるので、より一層ユーザのペースに合わせた情報配信を行うことが可能となる。

また、本発明の情報配信サーバは、過去に前記行動が実行された時期と、当該行動に関連付けられた予定が実行された時期との差分を示す実行日時履歴をユーザごとに保持したタスク終了履歴テーブルと、タスク終了履歴テーブルを参照して、タスク選択手段により選択された行動情報の実行日時履歴を抽出し、当該実行選択履歴に基づいて、行動情報に示される行動が実行され得る時期を示すタスク実行日時を推定するタスク実行日時推定手段と、を備え、配信期間決定手段は、タスク実行日時推定手段により推定されたタスク実行日時に基づいて配信情報の配信終了日時を決定して、配信情報の配信期間を決定することが好適である。

この構成により、配信情報閲覧履歴テーブルに保持される配信基準日時履歴に基づいて配信基準日時がユーザごとに決定され、タスク終了履歴テーブルに保持される実行日時履歴に基づいてタスク実行日時がユーザごとに推定され、タスク実行日時に基づいて配信終了日時が決定されるため、配信期間の開始日及び終了日が共に、ユーザの過去の配信情報の閲覧履歴やタスク実行履歴に応じて適宜調整され、これに応じて配信期間も適宜変動させることが可能となり、より一層ユーザのペースに合わせた情報配信を行うことが可能となる。

また、本発明の情報配信サーバにおいて、タスクモデル管理テーブルには、さらに行動情報に示される行動が終了に伴い発生するイベントを示すタスク終了イベントが、行動情報に関連付けて保持されており、履歴更新手段は、タスクモデル管理テーブルを参照して、イベント受信手段により受信されたイベント情報に含まれるイベント種別情報が前記タスク終了イベントと合致する場合に、当該イベントに関連付けられている行動情報に関する実行日時履歴を新たに保持するようにタスク終了履歴テーブルを更新することが好適である。

この構成により、移動通信端末においてタスク終了イベントが発生した場合に、タスク終了履歴テーブルが更新されるため、この更新に応じてタスク終了履歴テーブルに保持される行動情報の実行日時履歴を更新することが可能となり、この実行日時履歴に基づき決定される配信情報の配信終了日時も適宜調整することが可能となる。この結果、実行日時履歴を反映させて配信情報の配信期間を調整できるので、より一層ユーザのペースに合わせた情報配信を行うことが可能となる。

また、本発明の情報配信サーバは、配信情報の有効期限を保持した配信情報管理テーブルを備え、配信期間決定手段は、配信終了日時と有効期限とを比較して、有効期限が配信終了日時より早い場合に、有効期限までを配信期間とすることが好適である。

この構成により、配信情報ごとに有効期限を設定できるため、個々の配信情報の都合を考慮して配信期間を調整することが可能となり、情報配信の精度を向上させることができる。また、配信情報ごとに個別に設定された有効期限を過ぎた場合には当該配信情報の配信は終了されるため、商品価値のない無駄な情報が配信されるのを防止することができ、効率良く情報配信を行うことが可能となる。

本発明に係る情報配信サーバ、情報配信システム、及び情報配信方法によれば、配信情報の配信期間をユーザごとに制御して、ユーザのペースに合わせた情報配信を行うことが可能となる。

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

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

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

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

予定情報が情報配信サーバ１２で受信されると、この予定情報に関連付けられ、当該予定の前または後に行うべき行動情報を示す「タスク」が情報配信サーバ１２により選択される。そして、これらのタスクを実行／完了するのを支援するために当該タスクに関連付けられた配信情報が、情報配信サーバ１２から移動通信端末１４へ配信され、ユーザの過去の配信情報の閲覧履歴やタスクの実行履歴に応じて決定される配信期間内に移動通信端末１４のユーザに提示される。

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

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

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

図１に示すように、情報配信サーバ１２は、予定テーブル２２、タスクモデル管理テーブル２３、タスク終了履歴テーブル２４、配信情報管理テーブル２５、配信情報閲覧履歴テーブル２６、タスク−配信情報ＭＡＰテーブル（タスク−配信情報マップテーブル）２７、イベント履歴テーブル２９、予定受信部（予定情報受信手段）３０、イベント受信部（イベント受信手段）３１、タスク推定部（タスク選択手段）３２、タスク実行日時推定部（タスク実行日時推定手段）３３、配信情報決定部（配信情報取得手段）３４、配信基準日時決定部（配信基準日時決定手段）３５、配信期間決定部（配信期間決定手段）３６、情報配信部（情報配信手段）３７、及び履歴更新部（履歴更新手段）３８を備えている。

予定テーブル２２は、ユーザが行う予定に関する情報を保持している。図４は、予定テーブル２２の一例を示す図である。図４に示すように、予定テーブル２２では、１つのレコードとして「予定識別ＩＤ」、「ユーザＩＤ」、「予定ＩＤ」、「予定日時」、「詳細情報」のデータを対応付けて保持している。

「予定識別ＩＤ」は、予定を識別するための識別情報であり、「ユーザＩＤ」は、移動通信端末１４のユーザを識別するための、情報配信システム１０内で一意に定まる識別情報である。

「予定ＩＤ」は、ユーザが行う予定の「カテゴリ」を示す情報である。この予定ＩＤは、後述する予定定義テーブル３９において予め定義されている（図１１参照）。なお、本実施形態では、「カテゴリ」とは、出張、旅行、誕生日や記念日などのように、予定内容に応じて予定を分類するための種別を示すものである。

「予定日時」は、当該予定が実行される日時に関する情報であり、本実施形態では日付が記録される。「詳細情報」は、当該予定の具体的な内容に関する情報である。

例えば図４では、予定識別ＩＤ“Ｙ０００１”で識別される予定は、ユーザ“Ｕ０００１”により登録された予定ＩＤ“ＳＣ０００２”で指定される“旅行”である（図１１参照）。また、予定日時は“２００８／６／３０”であり、詳細情報によれば“沖縄旅行”である。

予定テーブル２２は、移動通信端末１４のユーザにより新たな予定が登録され、または、移動通信端末１４により新たな予定が検出されて、この予定が後述する予定受信部３０により受信されると、当該予定を追加して更新される。

タスクモデル管理テーブル２３は、ユーザの行動を示す行動情報（タスク）を、ユーザが行う予定の予定内容に関する情報や各種条件に関連付けて保持している。図５は、タスクモデル管理テーブル２３の一例を示す図である。図５に示すように、タスクモデル管理テーブル２３では、１つのレコードとして「タスクＩＤ」、「タスク名」、「親タスクＩＤ」、「予定ＩＤ」、「タスク終了イベント」、「強制終了期限」、「位置条件」、「日時条件」、「デフォルト実行日時」のデータを対応付けて保持している。

「タスクＩＤ」は、タスクを一意に識別するための識別情報であり、「タスク名」は、例えば“旅行に行く”や“宿泊施設を予約する”などのタスクの具体的内容を示した情報である。

「親タスクＩＤ」は、当該タスクの親タスクを特定するタスクＩＤであり、タスクモデルの階層構造を形成する情報である。親タスクとは、そのタスクの上位のタスクである。親タスクから見ると、そのタスクはサブタスクとなる。例えば、図５の例では、“旅行先を決める”や“宿泊施設を予約する”などのタスクは、「親タスクＩＤ」として“Ｔ０００１”を参照しており、参照先のタスク“旅行に行く”を達成するためのサブタスクであることを示している。なお、親タスクが存在しない場合、この情報は格納されない。

「予定ＩＤ」は、上述した予定テーブル２２内の「予定ＩＤ」と同一のものである。

「タスク終了イベント」及び「タスクの強制終了時期」は、当該タスクが終了したとみなされる条件を記述したものである。

「タスク終了イベント」は、当該タスクが終了したことを示すイベントを示す情報である。この「イベント」とは、移動通信端末１４で検知されるユーザの行動であり、後述するイベント定義テーブル４０に予め定義されている。なお、本実施形態では、「予定」→「タスク」→「イベント」という方向にユーザの行動が細分化されるものとする。

「タスク終了イベント」は、イベントの種別を示す「イベントＩＤ」と、このイベントＩＤで定義されるイベントに関連する情報を示す「引数」の条件とが記載されている。この「引数」は、イベントの発生に伴い移動通信端末１４から情報配信サーバ１２に渡される値である。図５の例では、例えば“宿泊施設を予約する（Ｔ０００３）”というタスクには、イベントＩＤ“ＥＶ０００１”で定義されるイベント“電話発信”（図１２参照）がタスク終了イベントとして記述されている。このイベントに関連付けられた引数は、図１２を参照すると「電話番号」であり、図５に示される引数の条件は“宿泊施設の電話番号テーブルに含まれる”である（宿泊施設の電話番号テーブルは別途用意する）。つまり、イベント“電話発信”の発生に伴い移動通信端末１４から情報配信サーバ１２に送信された“電話番号”が、宿泊施設に関するものであることが、このイベントがタスク終了イベントとして認められる条件である。

「タスクの強制終了期限」は、当該タスクが実行可能な期限を記述する。図５の例では、タスク“宿泊施設を予約する（Ｔ０００３）”は、予定日時より前に完了しておく必要があるので、このタスクの強制終了期限は“登録された予定の日時”と設定されており、予定日時に達した場合には当該タスクが終了したものと判定される。

「位置条件」及び「日時条件」は、タスクの終了を判定するための別の条件であり、タスク終了イベントが行われた際に、さらにそのときの位置、日時が条件に該当する場合のみ、タスクが終了したとみなすためのものである。図５の例では、タスク“旅行に行く（Ｔ０００１）”では、位置条件が“予定の場所情報”と設定されており、例えば予定テーブル２２の「詳細情報」に予定が行われる場所について記載されている場合に、イベント発生時のＧＰＳ位置などにより位置条件を満たすか否かが判定される。また、日時条件が“予定登録日時〜予定日時の間”と設定されており、イベント発生時刻などに基づき日時条件を満たすか否かが判定される。

「デフォルト実行日時」は、当該タスクの実行日時をこのタスクが含まれる予定の実行日時に対して相対的に規定した時期情報であり、当該タスクが予定のどれくらい前に実行され得るかを示している。また、この情報は、過去の経験などに基づき事前に設定されたデフォルト値であり、固定値である。図５の例では、「デフォルト実行日時」は日数で定義され、例えば“旅行先を決める（Ｔ０００２）”というタスクでは、“−２１”と記述され、予定（例えば“旅行”(図１１参照)）の実行日時の２１日前にこのタスクが実行されるのが望ましいことを示している。

タスク終了履歴テーブル２４は、過去にあるタスクが実行された時期と、当該タスクに関連付けられた予定が実行された時期との差分を示す実行日時履歴をユーザごとに保持している。図６は、タスク終了履歴テーブル２４の一例を示す図である。図６に示すように、タスク終了履歴テーブル２４では、１つのレコードとして「タスク終了履歴ＩＤ」、「ユーザＩＤ」、「タスクＩＤ」、「実行日時履歴」のデータを対応付けて保持している。

「タスク終了履歴ＩＤ」は、過去に実行されたタスクを一意に識別するための識別情報である。「ユーザＩＤ」は、上述した予定テーブル２２内の「ユーザＩＤ」と同一のものであり、「タスクＩＤ」は、上述したタスクモデル管理テーブル２３の「タスクＩＤ」と同一のものである。

「実行日時履歴」は、当該タスクが実行された日時をこのタスクが関連付けられた予定が実行された日時に対して相対的に規定した時期情報であり、当該タスクが予定のどれくらい前に実行されたかを示している。また、この情報は、実際にタスクが実行された際に計数される実測値であり、同一ユーザによる同一タスクでもユーザやタスク実行時の状況などによって変動する場合がある。図６の例では、実行日時履歴は日数で定義され、“ＴＣ０００２”及び“ＴＣ０００３”というタスク終了履歴ＩＤで定義される２つの履歴は、それぞれ同一のユーザ“Ｕ０００１”による同一のタスク“Ｔ０００２”であるが、それぞれ予定の“３０”日前及び“４２”日前に実行されていることを示している。

タスク終了履歴テーブル２４は、移動通信端末１４においてイベントが検知されて後述する予定受信部３０により受信され、このイベントがタスクモデル管理テーブル２３にタスク終了イベントとして記述されていた場合に、当該イベントに関連付けられているタスクを追加して更新される。

配信情報管理テーブル２５は、移動通信端末１４に配信される配信情報を保持している。図７は、配信情報管理テーブル２５の一例を示す図である。図７に示すように、配信情報管理テーブル２５では、１つのレコードとして「配信情報ＩＤ」、「カテゴリ」、「内容」、「有効期限」のデータを対応付けて保持している。

「配信情報ＩＤ」は、配信情報を一意に識別するためのＩＤである。「カテゴリ」および「内容」は、移動通信端末１４に対して配信される配信情報のカテゴリおよび内容である。

「有効期限」は、当該配信情報の有効期限を示す時期情報であり、例えば“６月末日”や“２００８／７／３１”などのように日付や時間による絶対的なデータ、または“予定日時の前日”などのように予定の実行日時に対する相対的なデータとして記述される。

配信情報閲覧履歴テーブル２６は、過去に配信情報がユーザに閲覧された時期と、当該配信情報に関連付けられた予定が実行された時期との差分を示す配信基準日時履歴をユーザごとに保持している。図８は、配信情報閲覧履歴テーブル２６の一例を示す図である。図８に示すように、配信情報閲覧履歴テーブル２６では、１つのレコードとして「配信情報閲覧履歴ＩＤ」、「ユーザＩＤ」、「配信情報ＩＤ」、「配信基準日時履歴」のデータを対応付けて保持している。

「配信情報閲覧履歴ＩＤ」は、過去にユーザに閲覧された配信情報を一意に識別するための識別情報である。「ユーザＩＤ」は、上述した予定テーブル２２内の「ユーザＩＤ」と同一のものであり、「タスクＩＤ」は、上述したタスクモデル管理テーブル２３の「タスクＩＤ」と同一のものである。

「配信基準日時履歴」は、当該配信情報がユーザに閲覧された日時をこの配信情報が関連付けられた予定が実行された日時に対して相対的に規定した時期情報であり、当該配信情報が予定のどれくらい前にユーザに閲覧されたかを示している。また、この情報は、実際に配信情報がユーザに閲覧された際に計数される実測値であり、同一の配信情報でもユーザの状況などによって変動する場合がある。図８の例では、配信基準日履歴は日数で定義され、“Ｖ０００２”及び“Ｖ０００３”という配信情報閲覧履歴ＩＤで定義される２つの履歴は、それぞれ同一のユーザ“Ｕ０００１”により閲覧された同一の配信情報“Ｃ０００２”であるが、それぞれ予定の“１０”日前及び“４”日前に閲覧されたことを示している。

配信情報閲覧履歴テーブル２６は、移動通信端末１４においてイベントが検知されて後述する予定受信部３０により受信され、このイベントの種別が配信情報閲覧である場合に、当該イベントに関連付けられている配信情報の履歴を追加して更新される。

タスク−配信情報ＭＡＰテーブル２７は、移動通信端末１４に対して配信される配信情報を、タスクに関連付けて保持している。図９は、タスク−配信情報ＭＡＰテーブル２７の一例を示す図である。図９に示すように、タスク−配信情報ＭＡＰテーブル２７では、１つのレコードとして「ＭＡＰＩＤ」、「配信情報ＩＤ」、「タスクＩＤ」、「デフォルト配信基準日時」のデータを対応付けて保持している。

「ＭＡＰＩＤ」は、配信情報とタスクとのマッピングのセットを一意に識別するための識別情報である。「配信情報ＩＤ」は、上述した配信情報管理テーブル２５内の「配信情報ＩＤ」と同一のものであり、「タスクＩＤ」は、上述したタスクモデル管理テーブル２３の「タスクＩＤ」と同一のものである。タスク−配信情報ＭＡＰテーブル２７では、タスクに対してそのタスクの実行・完了を支援するような配信情報が対応づけて保持される。

「デフォルト配信基準日時」は、配信情報がユーザに閲覧される時期をこの配信情報が関連付けられた予定の実行日時に対して相対的に規定した時期情報であり、当該配信情報が予定のどれくらい前にユーザに閲覧されるかを示している。また、この情報は、過去の経験などに基づき事前に設定されたデフォルト値であり、固定値である。図９の例では、デフォルト配信基準日時は日数で定義され、例えばＭＡＰＩＤ“ＭＡＰ０００１”で識別されるレコードでは、タスク“旅行先を決める（Ｔ０００２）”に対応付けられた配信情報“観光情報案内（Ｃ０００１）”が予定の“７”日前に閲覧されるのが望ましいことを示している。

イベント履歴テーブル２９は、移動通信端末１４において検知されたイベントに関する情報を保持している。図１０は、イベント履歴テーブル２９の一例を示す図である。図１０に示すように、イベント履歴テーブル２９では、１つのレコードとして「ユーザＩＤ」、「イベント発生日時」、「イベントＩＤ」、「引数」、「ＧＰＳ（緯度、経度）」のデータを対応付けて保持している。

「ユーザＩＤ」は、上述の予定テーブル２２内の「ユーザＩＤ」と同一のものであり、「イベントＩＤ」及び「引数」は、上述のタスクモデル管理テーブル２３の「タスク終了イベント」で説明したものと同一である。

「イベント発生日時」は、イベントが発生した日時を示す時期情報であり、「ＧＰＳ（緯度、経度）」は、イベントが発生した位置を示す位置情報であり、具体的には移動通信端末１４のＧＰＳ機能を利用して取得した移動通信端末１４の位置を緯度、経度で表した位置情報である。

イベント履歴テーブル２９は、移動通信端末１４においてイベントの発生が検知され、後述する予定受信部３０により当該イベントに関する情報が受信されたときに、この受信情報を追加して更新される。

予定受信部３０は、移動通信端末１４から、ユーザによって登録された「予定情報」および当該ユーザの「ユーザＩＤ」を受信する。この予定情報は、当該予定のカテゴリに関するカテゴリ情報を含む「予定ＩＤ」、および当該予定が実施される時期に関する時期情報を含む「予定日時」を含み、さらに当該予定に関するより具体的な内容を示す「詳細情報」を含んでも良い。「ユーザＩＤ」は、移動通信端末１４ごとに予め設定されている。

予定受信部３０は、予定情報やユーザＩＤを移動通信端末１４から受信すると、これらの情報を予定テーブル２２に追記すると共に、タスク推定部３２に送信する。

イベント受信部３１は、移動通信端末１４から、所定のイベントの発生に応じて、当該イベントに関する「イベント情報」および当該移動通信端末１４のユーザの「ユーザＩＤ」を受信する。イベント情報は、当該イベントの種別を示す「イベントＩＤ」、当該イベントが発生した日時を示す「イベント発生日時」、イベント定義テーブル４０に記述されている当該イベントの引数の内容を示す「引数」、当該イベントの発生位置を示す「ＧＰＳ」を含む。

イベント受信部３１は、イベント情報及びユーザＩＤを移動通信端末１４より受信すると、これらの情報をイベント履歴テーブル２９に追記すると共に履歴更新部３８に送信する。

タスク推定部３２は、タスクモデル管理テーブル２３を参照して、予定受信部３０により受信された予定情報に関連付けられたタスクを選択する。具体的には、タスク推定部３２は、予定情報に含まれる「予定ＩＤ」をキーとして、タスクモデル管理テーブル２３から、ユーザが実行し得るタスクの「タスクＩＤ」および「デフォルト実行日時」を取得する。

ここで「ユーザが実行し得るタスク」とは、受信した予定情報の「予定ＩＤ」と一致する「予定ＩＤ」が記述されたタスクのみならず、このタスクと親子関係にあるタスクも含まれる。例えば、図５のタスクモデル管理テーブル２３において、“旅行に行く（Ｔ０００１）”のタスクが選択されると、このタスクを親タスクとする“旅行先を決める（Ｔ０００２）”及び“宿泊施設を予約する（Ｔ０００３）”のタスクも選択されることになる。

タスク実行日時推定部３３は、タスク終了履歴テーブル２４を参照して、タスク推定部３２により選択されたタスクの「実行日時履歴」を取得し、当該実行選択履歴に基づいて当該タスクが実行され得る時期を示すタスク実行日時を推定する。具体的には、タスク実行日時推定部３３は、ユーザＩＤ及びタスクＩＤをキーにして、タスク終了履歴テーブル２４から該当するユーザ及びタスクの実行日時履歴を抽出し、この抽出した実行日時履歴を「タスク実行日時」とする。タスク実行日時は、本実施形態では、タスクが関連付けられた予定の実行日時に対する相対的な日付として設定される。

なお、タスク終了履歴テーブル２４に該当するタスクが複数保持されている場合には、例えばそれぞれの「実行日時履歴」の平均値をタスク実行日時としてもよい。また、タスク終了履歴テーブル２４に当該タスクの履歴がない場合には、タスクモデル管理テーブル２３の「デフォルト実行日時（相対）」をタスク実行日時としてもよい。

配信情報決定部３４は、タスク−配信情報ＭＡＰテーブル２７から、タスク推定部３２により選択されたタスクに対応付けられた配信情報を取得する。具体的には、配信情報決定部３４は、タスク−配信情報ＭＡＰテーブル２７を参照して、タスク推定部３２により選択されたタスクの「タスクＩＤ」をキーにして、このタスクに関連付けられている配信情報を抽出する。

配信基準日時決定部３５は、配信情報閲覧履歴テーブル２６を参照して、配信情報決定部３４により取得された配信情報の配信基準日時履歴を抽出し、当該配信基準日時履歴に基づいて、配信情報を提示するのに適切な配信期間を決定する基準となる配信基準日時を決定する。具体的には、配信基準日時決定部３５は、ユーザＩＤ及び配信情報ＩＤをキーにして、配信情報閲覧履歴テーブル２６から該当する配信基準日時履歴を抽出し、この抽出した配信基準日時履歴を配信基準日時とする。本実施形態では、配信基準日時は、配信情報に関する予定の実行日時に対する相対的な日付として設定される。

配信情報閲覧履歴テーブル２６に該当する配信情報が複数保持されている場合には、例えばそれぞれの「配信基準日時履歴」の平均値を配信基準日時としてもよい。また、配信情報閲覧履歴テーブル２６に当該配信情報の履歴がない場合には、タスク−配信情報ＭＡＰテーブル２７の「デフォルト配信基準日時（相対）」を配信基準日時としてもよい。

配信期間決定部３６は、配信基準日時決定部３５により決定された「配信基準日時」、タスク実行日時推定部３３により推定された「タスク実行日時」、予定受信部３０により受信された予定情報に含まれる時期情報である「予定日時」、及び配信情報管理テーブル２５に記録されている配信情報の「有効期限」に基づいて、配信情報決定部３４により選択された配信情報の配信期間を決定する。

具体的には、配信期間決定部３６は、まず「予定日時」から「配信基準日時」を引いた日付を配信情報の「配信開始日時」とする。次に、配信情報ＩＤをキーにして、配信情報管理テーブル２５から当該配信情報の「有効期限」を取得し、この有効期限が予定に対する相対的な日数である場合には「予定日時」から「有効期限」を引いた日付を有効期限として算出する。次に、「予定日時」から「タスク実行日時」を引いた日付の翌日の日付と、「有効期限」とを比較して、早い方を配信情報の「配信終了日時」とする。そして、これらの配信開始日時と配信終了日時との間の期間を配信情報の「配信期間」として決定する。

なお、「配信開始日時」及び「配信終了日時」は、それぞれ配信基準日時及びタスク実行日時に基づいて決定されていればよく、上記は算出手法の一例である。配信開始日時及び配信終了日時をそれぞれ配信基準日時及びタスク実行日時から何日分又は何時間分増減させるかは、本システムの使用条件に応じて適宜調整してよい。

情報配信部３７は、配信期間決定部３６により決定された配信期間と、配信情報決定部３４により決定された配信情報とを移動通信端末１４へ送信する。具体的には、情報配信部３７は、配信情報決定部３４より受信した配信情報ＩＤをキーにして、配信情報管理テーブル２５を参照して配信情報ＩＤに対応する配信情報のカテゴリ及び内容を取得し、これらの配信情報のカテゴリ及び内容を、配信期間決定部３６により決定された配信期間と共に移動通信端末１４へ配信する。

履歴更新部３８は、イベント受信部３１により受信されたイベント情報に含まれるイベント種別情報（イベントＩＤ、イベント種別）に応じて、タスク終了履歴テーブル２４又は配信情報閲覧履歴テーブル２６を更新する。具体的には、履歴更新部３８は、まず、受信したイベント情報をイベント履歴テーブル２９に格納すると共に、イベント種別情報が後述するイベント定義テーブル４０に定義されるイベント種別のうち「配信情報閲覧（ＥＶ０００６）」であるか否かを確認する。

受信したイベントの種別が「配信情報閲覧」である場合、イベント情報に含まれる「引数」から当該イベントで閲覧された配信情報の「配信情報ＩＤ」を取得し、この配信情報ＩＤをキーにして、タスク−配信情報ＭＡＰテーブル２７から当該配信情報に関連付けられたタスクＩＤを取得する。次に、取得したタスクＩＤをキーにして、タスクモデル管理テーブル２３から当該タスクに関連付けられた予定ＩＤを取得する。さらに、取得した予定ＩＤとユーザＩＤをキーにして、予定テーブル２２から当該予定の予定日時を取得する。そして、取得した予定日時とイベント発生日時の差を配信基準日時履歴とし、配信情報閲覧履歴テーブル２６に格納する。

受信したイベントの種別が「配信情報閲覧」ではない場合、イベントＩＤ及び引数がタスクモデル管理テーブル２３のタスク終了イベントの条件にマッチし、さらにＧＰＳ情報及びイベント発生日時が、タスクモデル管理テーブル２３の位置条件及び日時条件を満たすタスクのタスクＩＤと、このタスクに関連付けられている予定ＩＤとをタスクモデル管理テーブル２３から抽出する。次に、取得した予定ＩＤとユーザＩＤをキーにして、予定テーブル２２から当該予定の予定日時を取得する。そして、取得した予定日時とイベント発生日時の差を実行日時履歴として、タスク終了履歴テーブル２４に格納する。

次に、移動通信端末１４の機能について説明する。図１に示すように、移動通信端末１４は、予定定義テーブル３９、イベント定義テーブル４０、予定送信部（予定情報送信手段）４１、イベント送信部（イベント送信手段）４２、及び配信情報表示制御部（配信情報表示制御手段）４３を備えている。

予定定義テーブル３９は、予め設定されたユーザの予定に関する情報を保持している。図１１は、予定定義テーブル３９の一例を示す図である。図１１に示すように、予定定義テーブル３９では、１つのレコードとして「予定ＩＤ」、「予定カテゴリ」、「予定確定トリガ」、「予定日時条件」のデータを対応付けて保持している。

「予定ＩＤ」は、上述した予定テーブル２２内の「予定ＩＤ」と同一のものであり、予定のカテゴリを識別するための識別情報である。「予定カテゴリ」は、当該予定のカテゴリの具体的な内容を示す情報であり、図１１では、ＧＷ（ゴールデンウィーク）や旅行が例示されている。

「予定確定トリガ」は、当該予定の実施が確定したと判断できる契機を示す情報であり、図１１では、予定確定トリガ“予定登録”がなされることにより予定“旅行（ＳＣ０００２）”の実施が確定されることが例示されている。

「予定日時条件」は、当該予定の実施される日時を決定する条件を示す情報である。図１１の例では、予定“ＧＷ（ＳＣ０００１）”の予定日時条件は“＊＊＊＊／０４／２９”と定義されており、これは毎年４月２９日にゴールデンウィークが設定されていることを示している。また、予定“旅行（ＳＣ０００２）”の予定日時条件は“登録された予定の日付”と定義されており、予定登録時に入力された日付が予定日時として決定されることを示している。

イベント定義テーブル４０は、予め設定されたイベントに関する情報を保持している。図１２は、イベント定義テーブル４０の一例を示す図である。図１２に示すように、イベント定義テーブル４０では、１つのレコードとして「イベントＩＤ」、「イベント」、「引数」のデータを対応付けて保持している。

「イベントＩＤ」はイベントの種別を識別するための識別情報であり、「イベント」は当該イベントの種別の具体的な内容を示す情報である。「引数」は、当該イベントの発生に伴い移動通信端末１４から情報配信サーバ１２に渡される値として保持される情報である。

図１２の例では、イベント“電話発信（ＥＶ０００１）”に引数“電話番号”が定義されている。これは電話発信のイベント発生時には発信先の電話番号を引数として保持されることを示す。同様に、イベント“メール送信（ＥＶ０００２）”に引数“アドレス、件名”が定義され、イベント“ＷＥＢ閲覧（ＥＶ０００３）”に引数“ＵＲＬ”が定義され、イベント“予定閲覧（ＥＶ０００４）”に引数“予定ＩＤ”が定義され、イベント“ＩＣカード利用（ＥＶ０００５）”に引数“アプリ、金額”が定義され、イベント“配信情報閲覧（ＥＶ０００６）”に引数“配信情報ＩＤ”が定義されている。

予定送信部４１は、ユーザが行う予定に関する「予定情報」を情報配信サーバ１２へ送信する。具体的には、予定送信部４１は、まず予定定義テーブル３９を参照して新たな予定の発生を検出する。より詳細には、例えば、ユーザにより例えば移動通信端末１４のスケジューラ機能などを利用して新たに予定が登録されたことを検知すると、予定定義テーブル３９の「予定確定トリガ」に“予定登録”が設定されている予定の中から、当該予定のカテゴリが「予定カテゴリ」と一致する予定を抽出する。なお、当該予定のカテゴリは、例えばプルダウンメニューからユーザにより選択される。

また、「予定確定トリガ」が設定されていない予定については、定期的（例えば１ヶ月ごと）に予定定義テーブル３９の「予定日時条件」をチェックして、チェック日から所定期間（例えば１ヶ月）以内にこの予定日時条件の該当する予定を抽出する。図１１の例では、２００８年４月○○日にこの処理を行った場合には、「予定日時条件」に“＊＊＊＊／４／２９”が設定されている予定“ＧＷ（ゴールデンウィーク）（ＳＣ０００１）”が該当する予定として抽出される。

そして、予定送信部４１は、このように新たな予定を検出した場合には、当該予定のカテゴリを示す「予定ＩＤ」と、当該予定の実施時期を示す「予定日時」と、移動通信端末１４の「ユーザＩＤ」とを「予定情報」として情報配信サーバ１２に送信する。また、このとき併せて当該予定のより具体的な内容を示す「詳細情報」を情報配信サーバ１２に送信してもよい。

イベント送信部４２は、所定のイベントの発生に応じて、当該イベントに関する「イベント情報」を情報配信サーバ１２へ送信する。具体的には、イベント送信部４２は、予めイベント定義テーブル４０に定義されたイベントが発生したのを検知すると、イベント定義テーブル４０内の「引数」に設定されている当該イベントに対応する各種情報を保持する。そして、当該イベントの種別を示す「イベントＩＤ」、当該イベントが発生した日時を示す「イベント発生日時」、当該イベントに対応する「引数」、移動通信端末１４のＧＰＳ機能により計測した当該イベントの発生位置を示す「ＧＰＳ」、移動通信端末１４の「ユーザＩＤ」を「イベント情報」として情報配信サーバ１２に送信する。

配信情報表示制御部４３は、情報配信サーバ１２から配信される配信情報を受信して、この配信情報をユーザに提示する。具体的には、配信情報表示制御部４３は、「配信情報」及びこの配信情報の「配信期間」を情報配信サーバ１２より受け取ると、例えば図１８に示すように、移動通信端末１４のディスプレイ１４６上のテロップ表示領域１４６ａ上へ、この配信情報を配信期間中に表示して、ユーザに提示する。また、配信情報表示制御部４３は、情報配信サーバ１２から配信情報と共に当該配信情報に関連付けられたタスクの最適な実行日時を示すタスク実行日時を受信して、このタスク実行日時においてテロップ表示領域１４６ａを点滅させるなどの手法によって配信情報のユーザへの提示を強調してタスクの実行を促すように構成してもよい。

なお、情報配信サーバ１２より、それぞれの配信期間が重なる複数の配信情報が送信された場合には、配信情報表示制御部４３は、それぞれの配信情報の配信期間に基づいて重み付けされた優先度を算出し、この優先度に基づいて各配信情 報のテロップ表示領域１４６ａへの表示頻度を調節する。

たとえば、特にユーザによって複数の予定が登録されている場合、複数の配信情報が同一の日に配信されたり、何の情報も配信されなかったり、日によって情報の配信量にむらが生じることが考えられる。本実施形態では、配信情報を移動通信端末１４のディスプレイ１４６上の特定エリア（テロップ表示領域）１４６ａにテロップの様に表示する形式を想定しており、配信情報が毎日一定の件数、移動通信端末１４へ配信されることが望ましい。

具体的には、配信情報表示制御部４３は、特定の日時における個々の配信情報の優先度を、当該配信情報に関連付けられるタスク実行日時との日時の差により決定する。例えば、タスク実行日時の優先度を１として、１日前になる度に例えば０．１ずつ線形的に優先度が減っていくものとする。つまりタスク実行日時より１０日前ならば優先度０となり配信情報が配信されないこととなる。また、タスク実行日時より後では当該配信情報の価値が低くなるので、タスク実行日時後の優先度はタスク実行日時前のものより低くなるように、例えば１日後になる度に０．２ずつ線形的に優先度が減っていくものとする。つまりタスク実行日時より５日後ならば優先度０となり配信情報が配信されないこととなる。なお、優先度の減算度合いや減算手法などは上記の例に限られず、任意に設定してよい。

そして、配信情報表示制御部４３は、特定の日時において、このように算出された各配信情報の優先度を比較して、優先度の割合に応じて各配信情報をテロップ表示領域１４６ａに表示する頻度の比率を決定する。例えば、ある日の配信情報Ａの優先度が０．９、配信情報Ｂの優先度が０．４である場合、０．９：０．４の比率でこれらの配信情報がユーザに提示されることになる。

次に、図１３〜図１７に示すシーケンス図を用いて、本実施形態の情報配信システム１０において実行される処理を説明すると共に、本発明に係る情報配信方法について説明する。

図１３〜図１５は、移動通信端末１４における新たな予定の検出に応じて情報配信サーバ１２から移動通信端末１４へ配信情報が配信される処理を示すシーケンス図である。

まず、図１３に示すように、移動通信端末１４の予定送信部４１において、新たな予定が検出されると、当該予定に関する「予定ＩＤ」及び「予定日時」、並びに移動通信端末１４の「ユーザＩＤ」が予定情報として情報配信サーバ１２の予定受信部３０に送信される（Ｓ１０１）。予定受信部３０により受信されたこれらの予定情報は、予定テーブル２２に追記される（Ｓ１０２）と共に、タスク推定部３２に送信される（Ｓ１０３）。

次に、タスク推定部３２において、「予定ＩＤ」をキーにして、タスクモデル管理テーブル２３からユーザが取りうるタスクの「タスクＩＤ」、及び当該タスクを実行する「デフォルト実行日時」が取得される（Ｓ１０４）。タスク推定部３２は、タスク実行日時推定部３３に「ユーザＩＤ」及び「予定日時」と共に、タスクモデル管理テーブル２３から取得した「タスクＩＤ」及び「デフォルト実行日時」を送信し（Ｓ１０５）、配信情報決定部３４に、「ユーザＩＤ」、「予定ＩＤ」、「予定日時」と共に、タスクモデル管理テーブル２３から取得した「タスクＩＤ」を送信する（Ｓ１０６）。

次に、タスク実行日時推定部３３において、タスク推定部３２により抽出されたタスクのそれぞれについて、「ユーザＩＤ」及び「タスクＩＤ」をキーにして、タスク終了履歴テーブル２４に該当するタスク終了履歴があるか検索され、該当するタスク終了履歴があれば、その履歴の「実行日時履歴」が取得される（Ｓ１０７）。

さらに、図１４に示すように、タスク実行日時推定部３３において、取得された「実行日時履歴」に基づいて当該タスクが実行されるのに好適な「タスク実行日時」が決定される（Ｓ１０８）。具体的には、ステップＳ１０７において取得された「実行日時履歴」を「タスク実行日時」とする。ステップＳ１０７において複数の「実行日時履歴」が取得されている場合には、これらの平均値をとるなどの計算処理を行い「タスク実行日時」を決定する。なお、ステップＳ１０７において該当するタスクがタスク終了履歴テーブル２４から取得できなかった場合には、ステップＳ１０５においてタスク推定部３２から受信した「デフォルト実行日時」を「タスク実行日時」とする。

タスク実行日時推定部３３により決定された「タスク実行日時」は、「ユーザＩＤ」、「予定日時」、「タスクＩＤ」と共に配信期間決定部３６に送信される（Ｓ１０９）。

次に、配信情報決定部３４において、タスク推定部３２により抽出されたタスクのそれぞれについて、「タスクＩＤ」をキーにして、タスク−配信情報ＭＡＰテーブル２７から当該タスクに関連付けられた配信情報の「配信情報ＩＤ」及び「デフォルト配信基準日時」が取得され（Ｓ１１０）、「ユーザＩＤ」及び「タスクＩＤ」と共に配信基準日時決定部３５に送信される（Ｓ１１１）。また、図１５に示すように、タスク−配信情報ＭＡＰテーブル２７から取得された「配信情報ＩＤ」は、情報配信部３７へ送信される（Ｓ１１２）。

再び図１４に戻り、次に、配信基準日時決定部３５において、配信情報決定部３４により選択された配信情報のそれぞれについて、「ユーザＩＤ」及び「配信情報ＩＤ」をキーにして、配信情報閲覧履歴テーブル２６を参照し、過去に該当する配信情報を閲覧した履歴がある場合には、その履歴の「配信基準日時履歴」を取得する（Ｓ１１３）。

さらに配信基準日時決定部３５において、取得された「配信基準日時履歴」に基づいて当該配信情報を移動通信端末１４へ配信するための基準となる「配信基準日時」が決定される（Ｓ１１４）。具体的には、ステップＳ１１３において取得された「配信基準日時履歴」を「配信基準日時」とする。ステップＳ１１３において複数の「配信基準日時履歴」が取得されている場合には、これらの平均値をとるなどの計算処理を行い「配信基準日時」を決定する。なお、ステップＳ１１３において該当する配信情報の閲覧履歴が配信情報閲覧履歴テーブル２６から取得できなかった場合には、ステップＳ１１１において配信情報決定部３４から受信した「デフォルト配信基準日時」を「配信基準日時」とする。

配信基準日時決定部３５により決定された「配信基準日時」は、「ユーザＩＤ」、「配信情報ＩＤ」、「タスクＩＤ」と共に配信期間決定部３６に送信される（Ｓ１１５）。

次に、配信期間決定部３６において、配信基準日時決定部３５より受信した「配信情報ＩＤ」をキーにして、配信情報管理テーブル２５から該当する配信情報の「有効期限」が取得される（Ｓ１１６）。

さらに、図１５に示すように、配信期間決定部３６において、配信情報決定部３４により選択された配信情報のそれぞれについて、配信基準日時決定部３５により決定された「配信規準日時」、タスク実行日時推定部３３により決定された「タスク実行日時」、ステップＳ１１６で配信情報管理テーブル２５から取得された「有効期限」、及びステップＳ１０９でタスク実行日時推定部３３より受信した「予定日時」に基づいて、当該配信情報の配信期間が決定される（Ｓ１１７）。

具体的には、配信期間決定部３６は、まず「予定日時」から「配信基準日時」を引いた日付を配信情報の「配信開始日時」とする。次に、「有効期限」が予定に対する相対的な日数である場合には「予定日時」から「有効期限」を引いた日付を有効期限として算出する。次に、「予定日時」から「タスク実行日時」を引いた日付の翌日の日付と、「有効期限」とを比較して、早い方を配信情報の「配信終了日時」とする。そして、これらの配信開始日時と配信終了日時との間の期間を配信情報の「配信期間」として決定する。

配信期間決定部３６により決定された「配信期間」は、「ユーザＩＤ」、「配信情報ＩＤ」、「タスク実行日時」と共に情報配信部３７に送信される（Ｓ１１８）。

次に、情報配信部３７において、配信情報決定部３４により選択された配信情報のそれぞれについて、「配信情報ＩＤ」をキーにして配信情報管理テーブル２５から該当する配信情報の「カテゴリ」及び「内容」が取得され（Ｓ１１９）、「配信情報ＩＤ」、「配信期間」、「タスク実行日時」と共に移動通信端末１４の配信情報表示制御部４３に送信される（Ｓ１２０）。

図１６は、移動通信端末１４においてイベントの発生が検知されたときのタスク終了履歴テーブル２４の更新処理を示すシーケンス図である。

移動通信端末１４のイベント送信部４２において、予めイベント定義テーブル４０にて定義されたイベントが発生したことが検知されると、情報配信サーバ１２のイベント受信部３１へ当該イベントに関する「イベント情報」が送信される（Ｓ２０１）。イベント情報には、当該イベントの種別を示す「イベントＩＤ」、当該イベントが発生した日時を示す「イベント発生日時」、イベント定義テーブル４０に記述されている当該イベントの引数の内容を示す「引数」、当該イベントの発生位置を示す「ＧＰＳ」、及び移動通信端末１４の「ユーザＩＤ」が含まれる。

情報配信サーバ１２のイベント受信部３１において、上述のイベント情報が受信されると、これらの情報は履歴更新部３８に送信される（Ｓ２０２）。

次に、履歴更新部３８において、イベント受信部３１から受信したイベント情報がイベント履歴テーブル２９に追記される（Ｓ２０３）と共に、イベント情報に含まれる「イベントＩＤ」を参照してイベントの種別が判別される（Ｓ２０４）。具体的には、当該イベントが「配信情報閲覧（ＥＶ０００６）」（図１２参照）か否かが確認される。「配信情報閲覧（ＥＶ０００６）」以外のイベントである場合に、以下の処理が実行される。「配信情報閲覧（ＥＶ０００６）」である場合の処理については図１７を参照して後述する。

また、履歴更新部３８により、タスクモデル管理テーブル２３を参照して、イベント情報に含まれる「イベントＩＤ」及び「引数」がタスクモデル管理テーブル２３の「タスク終了イベント」の条件にマッチし、さらに「ＧＰＳ」及び「イベント発生日時」が、タスクモデル管理テーブル２３の「位置条件」及び「日時条件」を満たすタスクが抽出される。そして、この抽出したタスクの「タスクＩＤ」とこのタスクに関連付けられている「予定ＩＤ」とがタスクモデル管理テーブル２３から取得される（Ｓ２０５）。

さらに、履歴更新部３８により、ステップＳ２０５で取得した「予定ＩＤ」と「ユーザＩＤ」とをキーにして、予定テーブル２２から当該予定の「予定日時」が取得される（Ｓ２０６）。

そして、予定テーブル２２から取得した「予定日時」から「イベント発生日時」を引いた差分が当該イベントに関連するタスクの「実行日時履歴」として算出され（Ｓ２０７）、「ユーザＩＤ」、「タスクＩＤ」と共にタスク終了履歴テーブル２４に追記される（Ｓ２０８）。

図１７は、移動通信端末１４においてイベントの発生が検知されたときの配信情報閲覧履歴テーブル２６の更新処理を示すシーケンス図である。なお、ステップＳ３０１〜Ｓ３０３は、図１６を参照して説明したステップＳ２０１〜Ｓ２０３と同様の処理ステップであるので説明を省略する。

履歴更新部３８において、イベント受信部３１から受信したイベント情報に含まれる「イベントＩＤ」を参照してイベントの種別が判別される（Ｓ３０４）。具体的には、当該イベントが「配信情報閲覧（ＥＶ０００６）」（図１２参照）か否かが確認され、「配信情報閲覧（ＥＶ０００６）」であった場合に、以下の処理が実行される。

次に、履歴更新部３８において、イベント情報に含まれる「引数」から当該イベントで閲覧された配信情報の「配信情報ＩＤ」が抽出され、この「配信情報ＩＤ」をキーにして、タスク−配信情報ＭＡＰテーブル２７から当該配信情報に関連付けられたタスクの「タスクＩＤ」が取得される（Ｓ３０５）。

また、タスク−配信情報ＭＡＰテーブル２７から取得した「タスクＩＤ」をキーにして、タスクモデル管理テーブル２３から当該タスクに関連付けられた予定の「予定ＩＤ」が取得される（Ｓ３０６）。

さらに、タスクモデル管理テーブル２３から取得した「予定ＩＤ」と「ユーザＩＤ」とをキーにして、予定テーブル２２から当該予定の「予定日時」が取得される（Ｓ３０７）。

そして、予定テーブル２２から取得した「予定日時」から「イベント発生日時」を引いた差分が当該イベントに関する配信情報の「配信基準日時履歴」として算出され（Ｓ３０８）、「ユーザＩＤ」、「配信情報ＩＤ」と共に配信情報閲覧履歴テーブル２６に追記される。

次に、図１８、１９を参照して、本実施形態の情報配信システム１０により実行される、配信情報閲覧履歴及びタスク実行履歴に応じた配信情報の配信期間の制御について説明する。図１８、１９は、予定“旅行（ＳＣ０００２）”（図１１参照）が登録され、この予定に関連付けられているタスク“宿泊施設を予約する（Ｔ０００３）”（図５参照）が実行される際に、このタスクに関連付けられた配信情報“宿泊案内（Ｃ０００２）”（図７参照）が移動通信端末１４に配信されるケースを例示したものである。図１８は、ユーザが初めて旅行の予定を登録した場合の配信期間を示す図であり、図１９は、ユーザが旅行の予定を２度目に登録した場合の配信期間を示す図である。

図１８に示すように、初めて旅行の予定が登録された場合には、タスク終了履歴テーブル２４及び配信情報閲覧履歴テーブル２６に旅行に関連する履歴が全く記録されていない。この場合、タスク−配信情報ＭＡＰテーブル２７の「デフォルト配信基準日時」が配信開始日時時として設定され、図１８の例では予定の６日前が配信開始日時時となる。また、タスクモデル管理テーブル２３の「デフォルト実行日時」の１日後が配信終了日時時として設定され、図１８の例では予定の４日前がデフォルト実行日時なので予定３日前が配信終了日時時となる。つまり、予定６日前から予定３日前までが配信期間となる。また、デフォルト実行日時が「タスク実行日時」として扱われ、この日にタスクの実行をユーザに促すように、移動通信端末１４のディスプレイ１４６において、配信情報が提示されるテロップ表示領域１４６ａが点滅するなどの強調表示が行われる。

この例では、予定５日前にユーザが配信情報の提示されているテロップ表示領域１４６ａをクリックし、さらにクリックに応じてディスプレイ１４６に提示された配信情報に関するＷＥＢサイトのリスト１５０の中からいずれかのリンクをクリックしたことによって、ユーザが配信情報を閲覧したものと判定される。これにより、予定５日前に配信情報“宿泊案内（Ｃ０００２）”を閲覧したという履歴が「配信基準日時履歴」として配信情報閲覧履歴テーブル２６に記録される。なお、「ユーザが配信情報を閲覧した」ことの判定は、テロップ表示領域１４６ａのクリック操作など任意に設定してよい。

また、この例では、予定３日前に移動通信端末１４がホテル予約完了メール１５１を受信したことにより、タスクモデル管理テーブル２３に定義されているタスク終了イベントが発生して当該タスクが終了したものと判定される。これにより、予定３日前にタスク“宿泊施設を予約する（Ｔ０００３）”が実行され完了したという履歴が「実行日時履歴」としてタスク終了履歴テーブル２４に記録される。

この結果、図１９に示すように、２度目に旅行の予定が登録された場合には、配信情報閲覧履歴テーブル２６の「配信基準日履歴」に基づいて、予定５日前が配信基準日時となる。また、タスク終了履歴テーブル２４の「実行日時履歴」に基づいて、予定３日前がタスク実行日時となる。従って、配信開始日時が予定５日前、配信終了日時が予定２日前となり、配信期間が予定５日前から予定２日前までの間に変更される。また、また、配信情報が強調表示される日も予定３日前に変更される。

以上説明したように、本実施形態に係る情報配信システム１０及び情報配信サーバ１２によれば、配信情報閲覧履歴テーブル２６に保持される配信基準日時履歴に基づいて、配信情報の配信期間を決定する基準となる配信基準日時がユーザごとに決定され、この決定された配信基準日時と予定の時期情報とに基づいて配信情報の配信開始日時が決定されるため、ユーザの過去の配信情報の閲覧履歴に応じて個別に配信開始日時を設定することが可能となり、配信情報の配信期間をユーザごとに制御して、ユーザのペースに合わせた情報配信を行うことが可能となる。この結果、ユーザの習慣に合ったコンテンツ配信が可能となり、配信するコンテンツをユーザが閲覧する頻度の向上することができる。

また、移動通信端末１４において配信情報閲覧のイベントが発生し、イベント受信部３１により受信されたイベント情報に含まれるイベント種別情報が配信情報閲覧である場合に、履歴更新部３８が、当該イベントで閲覧された配信情報に関する配信基準日時を新たに保持するように配信情報閲覧履歴テーブル２６を更新するため、この更新に応じて配信情報閲覧履歴テーブル２６に保持される配信基準日時履歴を更新することが可能となり、この配信基準日時履歴に基づき決定される配信情報の配信開始日時も適宜調整することが可能となる。この結果、ユーザの過去の閲覧履歴を反映させて配信期間の調整ができるので、より一層ユーザのペースに合わせた情報配信を行うことが可能となる。

また、配信情報閲覧履歴テーブル２６に保持される配信基準日時履歴に基づいて配信基準日時がユーザごとに決定され、タスク終了履歴テーブル２４に保持される実行日時履歴に基づいてタスク実行日時がユーザごとに推定され、タスク実行日時に基づいて配信終了日時が決定されるため、配信期間の開始日及び終了日が共に、ユーザの過去の配信情報の閲覧履歴やタスク実行履歴に応じて適宜調整され、これに応じて配信期間も適宜変動させることが可能となり、より一層ユーザのペースに合わせた情報配信を行うことが可能となる。

また、移動通信端末１４においてイベントが発生し、イベント受信部３１により受信されたイベント情報に含まれるイベント種別情報がタスクモデル管理テーブル２３に含まれるタスク終了イベントと合致する場合に、履歴更新部３８が、当該イベントに関連付けられている行動情報に関する実行日時履歴を新たに保持するようにタスク終了履歴テーブル２４を更新するため、この更新に応じてタスク終了履歴テーブル２４に保持される行動情報の実行日時履歴を更新することが可能となり、この実行日時履歴に基づき決定される配信情報の配信終了日時も適宜調整することが可能となる。この結果、実行日時履歴を反映させて配信情報の配信期間を調整できるので、より一層ユーザのペースに合わせた情報配信を行うことが可能となる。

また、情報配信サーバ１２は、配信情報の有効期限を保持した配信情報管理テーブル２５を備え、配信期間決定部３６は、配信終了日時と有効期限とを比較して、有効期限が配信終了日時より早い場合に、有効期限までを配信期間とするため、配信情報ごとに有効期限を設定でき、個々の配信情報の都合を考慮して配信期間を調整することが可能となり、情報配信の精度を向上させることができる。また、配信情報ごとに個別に設定された有効期限を過ぎた場合には当該配信情報の配信は終了されるため、商品価値のない無駄な情報が配信されるのを防止することができ、効率良く情報配信を行うことが可能となる。

以上、本発明をその実施形態に基づき具体的に説明したが、本発明は上記実施形態に限定されるものではない。上記実施形態では、移動通信端末１４の予定送信部４１やイベント送信部４２が、予定定義テーブル３９及びイベント定義テーブル４０を参照して予定ＩＤ及びイベントＩＤを抽出し、これらを情報配信サーバ１２に送信していたが、情報配信サーバ１２に予定定義テーブル３９及びイベント定義テーブル４０を設け、予定やイベントに関する情報を情報配信サーバ１２へ直接送信し、情報配信サーバ１２において予定ＩＤやイベントＩＤが抽出されるように構成してもよい。

また、上記実施形態では、情報配信サーバ１２の情報配信部３７から移動通信端末１４の配信情報表示制御部４３へ配信情報及び配信期間が送信され、配信情報表示制御部４３が受信した配信期間に応じて配信情報をユーザに提示していたが、情報配信部３７が配信期間に応じて配信情報を移動通信端末１４へ配信し、配信情報表示制御部４３が配信情報を受信したときに、これをユーザに提示するよう構成してもよい。

また、上記実施形態では、配信基準日時、配信基準日時履歴、タスク実行日時、実行日時履歴、予定日時、配信期間、配信開始日時、配信終了日時、デフォルト配信基準日時、デフォルト実行日時は、日単位で扱われているが、日付と時間を組み合わせて用いてもよい。

また、配信基準日時及びタスク実行日時は、上記実施形態のように予定に対する相対的なデータではなく、日付または日時として表された絶対的なデータとしてもよい。この場合、配信基準日時決定部３５は、「予定日時」から「配信基準日時履歴」または「デフォルト配信基準日時」を引いた日時を「配信基準日時」とし、タスク実行日時推定部３３は、「予定日時」から「実行日時履歴」または「デフォルト実行日時」を引いた日時を「タスク実行日時」とする。

本発明の一実施形態に係る情報配信システムの構成図である。 図１中の情報配信サーバのハードウェア構成を示す図である。 図１中の移動通信端末のハードウェア構成を示す図である 図１中の予定テーブルの一例を示す図である。 図１中のタスクモデル管理テーブルの一例を示す図である。 図１中のタスク終了履歴テーブルの一例を示す図である。 図１中の配信情報管理テーブルの一例を示す図である。 図１中の配信情報閲覧履歴テーブルの一例を示す図である。 図１中のタスク−配信情報ＭＡＰテーブルの一例を示す図である。 図１中のイベント履歴テーブルの一例を示す図である。 図１中の予定定義テーブルの一例を示す図である。 図１中のイベント定義テーブルの一例を示す図である。 移動通信端末における新たな予定の検出に応じて情報配信サーバから移動通信端末へ配信情報が配信される処理を示すシーケンス図である。 移動通信端末における新たな予定の検出に応じて情報配信サーバから移動通信端末へ配信情報が配信される処理を示すシーケンス図である。 移動通信端末における新たな予定の検出に応じて情報配信サーバから移動通信端末へ配信情報が配信される処理を示すシーケンス図である。 移動通信端末においてイベントの発生が検知されたときのタスク終了履歴テーブルの更新処理を示すシーケンス図である。 移動通信端末においてイベントの発生が検知されたときの配信情報閲覧履歴テーブルの更新処理を示すシーケンス図である。 本実施形態の情報配信システムにより実行される、配信情報閲覧履歴及びタスク実行履歴に応じた配信情報の配信期間の制御について説明する図であり、ユーザが初めて予定を登録した場合の配信期間を示す図である。 本実施形態の情報配信システムにより実行される、配信情報閲覧履歴及びタスク実行履歴に応じた配信情報の配信期間の制御について説明する図であり、ユーザが予定を２度目に登録した場合の配信期間を示す図である。

符号の説明

１０…情報配信システム、１２…情報配信サーバ、１４…移動通信端末、２３…タスクモデル管理テーブル、２４…タスク終了履歴テーブル、２６…配信情報閲覧履歴テーブル、２７…タスク−配信情報ＭＡＰテーブル（タスク−配信情報マップテーブル）、３０…予定受信部（予定情報受信手段）、３１…イベント受信部（イベント受信手段）、３２…タスク推定部（タスク選択手段）、３３…タスク実行日時推定部（タスク実行日時推定手段）、３４…配信情報決定部（配信情報取得手段）、３５…配信基準日時決定部（配信基準日時決定手段）、３６…配信期間決定部（配信期間決定手段）、３７…情報配信部（情報配信手段）、３８…履歴更新部（履歴更新手段）、４１…予定送信部（予定情報送信手段）、４２…イベント送信部（イベント送信手段）、４３…配信情報表示制御部（配信情報表示制御手段）。

Claims (7)

1. ユーザの行動を示す行動情報を、ユーザが行う予定の予定内容に関する情報に関連付けて保持したタスクモデル管理テーブルと、
   移動通信端末に対して配信される配信情報を、前記行動情報に関連付けて保持したタスク−配信情報マップテーブルと、
   過去に前記配信情報が前記ユーザに閲覧された時期と、当該配信情報に関連付けられた前記予定が実行された時期との差分を示す配信基準日時履歴を前記ユーザごとに保持した配信情報閲覧履歴テーブルと、
   前記移動通信端末から、ユーザが行う予定の予定内容に関する情報を含む予定情報を受信する予定情報受信手段と、
   前記タスクモデル管理テーブルを参照して、前記予定情報受信手段により受信された前記予定内容に関する情報に関連付けられた行動情報を選択するタスク選択手段と、
   前記タスク−配信情報マップテーブルから、前記タスク選択手段により選択された行動情報に対応付けられた配信情報を取得する配信情報取得手段と、
   前記配信情報閲覧履歴テーブルを参照して、前記配信情報取得手段により取得された配信情報の配信基準日時履歴を抽出し、当該配信基準日時履歴に基づいて、前記配信情報の配信期間を決定する基準となる配信基準日時を決定する配信基準日時決定手段と、
   前記配信基準日時決定手段により決定された配信基準日時に基づいて、前記配信情報の配信開始日時を決定し、当該配信情報の配信期間を決定する配信期間決定手段と、
   前記配信情報及び前記配信期間決定手段により決定された前記配信期間を前記移動通信端末へ配信する、又は前記配信情報を前記配信期間に前記移動通信端末へ配信する情報配信手段と、
   を備えることを特徴とする情報配信サーバ。
2. 前記移動通信端末から、所定のイベントの発生に応じて、当該イベントの種別を示すイベント種別情報を含むイベント情報を受信するイベント受信手段と、
   前記イベント受信手段により受信されたイベント情報に含まれるイベント種別情報が配信情報閲覧である場合に、当該イベントで閲覧された配信情報に関する配信基準日時を新たに保持するように配信情報閲覧履歴テーブルを更新する履歴更新手段と、を備えることと特徴とする、請求項１に記載の情報配信サーバ。
3. 過去に前記行動が実行された時期と、当該行動に関連付けられた前記予定が実行された時期との差分を示す実行日時履歴を前記ユーザごとに保持したタスク終了履歴テーブルと、
   前記タスク終了履歴テーブルを参照して、前記タスク選択手段により選択された行動情報の実行日時履歴を抽出し、当該実行選択履歴に基づいて、前記行動情報に示される行動が実行され得る時期を示すタスク実行日時を推定するタスク実行日時推定手段と、を備え、
   前記配信期間決定手段は、前記タスク実行日時推定手段により推定された前記タスク実行日時に基づいて前記配信情報の配信終了日時を決定して、前記配信情報の配信期間を決定することを特徴とする、請求項１又は２に記載の情報配信サーバ。
4. 前記タスクモデル管理テーブルには、さらに行動情報に示される行動が終了に伴い発生するイベントを示すタスク終了イベントが、行動情報に関連付けて保持されており、
   前記履歴更新手段は、前記タスクモデル管理テーブルを参照して、前記イベント受信手段により受信されたイベント情報に含まれるイベント種別情報が前記タスク終了イベントと合致する場合に、当該イベントに関連付けられている行動情報に関する実行日時履歴を新たに保持するように前記タスク終了履歴テーブルを更新することを特徴とする、請求項３に記載の情報配信サーバ。
5. 前記配信情報の有効期限を保持した配信情報管理テーブルを備え、
   前記配信期間決定手段は、前記配信終了日時と前記有効期限とを比較して、前記有効期限が前記配信終了日時より早い場合に、前記有効期限までを配信期間とすることを特徴とする、請求項３又は４に記載の情報配信サーバ。
6. 移動通信端末と、該移動通信端末に対して配信情報の配信を行う請求項１〜５のいずれか１項に記載の情報配信サーバと、を含む情報配信システムであって、
   前記移動通信端末が、
   ユーザが行う予定の予定内容に関する情報を含む予定情報を前記情報配信サーバへ送信する予定情報送信手段と、
   所定のイベントの発生に応じて、当該イベントの種別を示すイベント種別情報を含むイベント情報を前記情報配信サーバへ送信するイベント送信手段と、
   前記情報配信サーバから配信される配信情報を受信して、該配信情報をユーザに提示する、又は前記情報配信サーバから前記配信情報及び当該配信情報の提示時期を規定する配信期間を受信して、前記配信情報を前記配信期間の間ユーザに提示する配信情報表示制御手段と、
   を備えることを特徴とする情報配信システム。
7. 移動通信端末に対して配信情報の配信を行う情報配信サーバにより実行される情報配信方法であって、
   前記移動通信端末から、ユーザが行う予定の予定内容に関する情報を含む予定情報を受信する予定情報受信ステップと、
   ユーザの行動を示す行動情報を、ユーザが行う予定の予定内容に関する情報に関連付けて保持したタスクモデル管理テーブルを参照して、前記予定情報受信ステップにおいて受信された予定内容に関する情報に関連付けられた行動情報を選択する予定関連タスク選択ステップと、
   移動通信端末に対して配信される配信情報を、前記行動情報に関連付けて保持したタスク−配信情報マップテーブルから、前記予定関連タスク選択ステップにおいて選択された行動情報に対応付けられた配信情報を取得する配信情報取得ステップと、
   過去に前記配信情報が前記ユーザに閲覧された時期と、当該配信情報に関連付けられた前記予定が実行された時期との差分を示す配信基準日時履歴を前記ユーザごとに保持した配信情報閲覧履歴テーブルを参照して、前記配信情報取得ステップにおいて取得された配信情報の配信基準日時履歴を抽出し、当該配信基準日時履歴に基づいて、前記配信情報の配信期間を決定する基準となる配信基準日時を決定する配信基準日時決定ステップと、
   前記配信基準日時決定ステップにおいて決定された配信基準日時に基づいて前記配信情報の配信開始日時を決定し、当該配信情報の配信期間を決定する配信期間決定ステップと、
   前記配信情報及び前記配信期間決定ステップにおいて決定された前記配信期間を前記移動通信端末へ配信する、又は前記配信情報を前記配信期間に前記移動通信端末へ配信する情報配信ステップと、
   を備えることを特徴とする情報配信方法。

Images