JP2004234644A - 情報配信装置および情報配信方法 - Google Patents

Abstract

【課題】 情報配信システムにおいて、従来よりも、ユーザの行動に対して的確に、情報を配信可能にする。
【解決手段】 ユーザが所有する複数の端末１１毎に、ユーザの移動履歴が、移動履歴管理サーバ１３に送信される。サーバ１３は、情報提供者用端末１４から表示条件付情報が送信されると、当該表示条件と記憶しているユーザの移動履歴とを参照したフィルタリングを行い、送信すべき表示条件付情報を特定し、送信する。
【選択図】 図１

Description

本発明は、ネットワークを介した情報配信に関する技術に属する。

従来から、ユーザの所有する端末から位置情報を取得して、取得した位置情報の周辺エリアの情報を配信する、といった方法について、いくつかの提案がなされている。これらの方法では、位置情報を利用してユーザに無関係と判断される情報を除外することによって、情報を取捨選択するユーザの手間を省くことができる、という利点がある。

例えば、ＧＰＳを搭載する携帯電話から取得した位置情報に基づいて、予め登録された地域毎の広告情報を読み出して、当該携帯電話に送信する情報配信システム（例えば、特許文献１を参照）や、携帯電話から送信される位置情報を行動履歴として記録したデータベースを用いて、情報を配信する対象者を絞り込むことを特徴とした情報配信システム（例えば、特許文献２を参照）が知られている。

また、端末の移動履歴から抽出した行動パターンと、配信対象条件から、ユーザに配信する情報を決定する（特許文献３を参照）技術や、端末の使用状況から利用者の行動特性情報を抽出して、取得すべき情報の内容や種類を決定する（特許文献４を参照）技術、または、配送条件と提示条件が付与された情報を配信し、端末側で適切な順序で提示する（特許文献５を参照）技術が、すでに知られている。
特開２００１−２１７７８９号公報（第１図） 特開２００２−１４９５２９号公報（第２図） 特開２００２−３４２３６７号公報 特開２００１−１８２８５１号公報 特開平１１−２５０１３４号公報

従来の技術は、上述の特許文献１および特許文献２を含めて、携帯電話、ＰＤＡまたはカーナビゲーションシステムなどのモバイル端末のうち、いずれか１つの端末の利用を想定したものである。

ところが実際には、複数のモバイル端末を所有しているユーザは多く、例えば、通勤過程では携帯電話を持ち、会社内ではＰＤＡを用い、休日はカーナビが搭載された車に乗って移動する、といったような利用のされ方をしている。このような複数のモバイル端末を利用するユーザに関しては、従来の技術では、各モバイル端末で取得された移動履歴を統合して利用することできず、このため、ユーザの行動範囲や行動パターンを必ずしも的確に把握することができない。また、情報を提供する側からすると、情報を配信するユーザのモバイル端末の種類を常に意識する必要があり、情報配信を簡易に行うことが困難である。

また、上述の特許文献１では、携帯端末から一定間隔で現在位置をサーバに通知して、サーバ側から関連情報をダウンロードする方式のため、サービスを利用している間は常にサーバとの通信が発生する。このため、携帯電話等に適用した場合は、サービス利用者に少なからぬ通信料金がかかるという問題があり、特に広告媒体として利用するには不適切であった。また、携帯端末のＧＰＳをオンにして特定のサイトにアクセスした状態にしておくなど、ユーザが意識的にサービスを利用可能な状態にしておく必要があり、必ずしも利便性が高いとはいえない。

本発明は、情報配信システムにおいて、従来よりも、ユーザの行動に対して的確に、情報を配信可能にすることを目的とする。

本発明は、情報配信装置または方法として、ユーザが所有する複数の端末から当該ユーザの移動履歴、および各端末の使用履歴を受信して移動履歴データベースに格納し、情報提供者から、エリア条件およびタイミング条件を含む表示条件が付された表示条件付情報を受信して情報記憶部に格納し、前記情報記憶部に格納された表示条件付情報に対し、前記移動履歴データベースに格納された移動履歴から得られる当該ユーザの行動エリアと、エリア条件とを対比することによって、フィルタリングを行い、当該ユーザに送信すべき表示条件付情報を特定し、前記移動履歴データベースに格納された使用履歴を参照し、特定された表示条件付情報について、前記複数の端末の中からタイミング条件を充足する端末を決定し、当該端末に前記表示条件付情報を送信するものである。

本発明によると、ユーザの移動履歴、および当該ユーザが所有する複数の端末の使用履歴が、移動履歴データベースに格納される。そして、表示条件付情報に対し、そのエリア条件と、移動履歴データベースに格納された移動履歴から得られる当該ユーザの行動エリアとを対比することによって、フィルタリングが行われ、当該ユーザに送信すべき表示条件付情報が特定される。そして、特定された表示条件付情報について、移動履歴データベースに格納された使用履歴を基に、タイミング条件を充足する端末が決定され、当該端末にその表示条件付情報が送信される。これにより、エリア条件とユーザの移動履歴を基にして絞り込まれた情報が、タイミング条件を充足する端末に送信される。

本発明によると、ユーザにとって必要性の高い情報を、的確なタイミングで、ユーザに配信することができる。

以下、本発明の実施の形態について、図面を参照して説明する。

＜全体構成＞
図１は本発明の一実施形態における情報配信システムの全体構成を示すブロック図である。図１において、１１は携帯電話、カーナビまたはＰＤＡなどのモバイル端末、１２はモバイル端末１１との通信インターフェースを有するＷＡＮ（Wide Area Network）への接続が可能なアクセスポイント、１３はモバイル端末１１から送信される移動履歴を受信して管理する移動履歴管理サーバ、１４は情報提供者が情報を配信するための情報提供者用端末、１５はＬＡＮ（Local Area Network）、１６はＷＡＮ（インターネット）、１７はＬＡＮ１５をＷＡＮ１６に接続するルータである。なお、ＷＡＮ１６へのアクセスのためにＡＤＳＬ（Asymmetric Digital Subscriber Line）やＦＴＴＨ（Fiber To The Home ）を利用する場合など、必要に応じて、対応するモデム機能をルータ１７に持たせてもよい。情報提供者用端末１４から配信された情報は、移動履歴管理サーバ１３に一旦格納された後、移動履歴から推定されるユーザの行動に応じて、各モバイル端末１１に配信される。

図２は図１のシステムにおいて各機器に搭載される主要なモジュールを示す図である。図２に示すように、まず移動履歴管理サーバ１３には、情報提供者用端末１４から配信された情報を受信するユーザエージェントマネージャ２１と、ユーザ毎に設けられており、所定のタイミングで送信される移動履歴を受け付けて一元管理するユーザエージェント２２とが搭載されている。また、モバイル端末１１にはユーザの移動履歴を位置情報と時刻とを組にして記録するデバイスエージェント２３が搭載されており、アクセスポイント１２にはモバイル端末１１からのアクセスを受け付けて移動履歴管理サーバ１３へのデータ通信を仲介するメディエータ２４が搭載されている。また、情報提供者用端末１４には、情報サービスを提供するサービスコンシェルジェ２５がそれぞれ搭載されている。ここでは、モバイル端末１１およびアクセスポイント１２は、それぞれのユーザ毎に少なくとも１つ存在するものとする。

なお、アクセスポイント１２が８０２．１１ｂなどの無線ＬＡＮのアクセスポイントとしての機能を提供し、モバイル端末１１が直接無線ＬＡＮにアクセス可能な構成の場合は、デバイスエージェント２３に加えてメディエータ２４の機能をモバイル端末１１に搭載してもよい。また、ホームサーバのようなデータ管理機能を有する装置が家庭内にある場合は、これにユーザエージェント２２の機能を持たせて、移動履歴管理サーバ１３の代わりに動作させても良い。さらに、ホームゲートウェイのようなアクセスポイント１２相当の機能を持つ装置が家庭内にある場合は、これにメディエータ２４の機能を持たせても良い。このように、図２に示す各モジュールは、ネットワーク上の機器の機能や構成に応じて、適当に配置してかまわない。

なお、アクセスポイント１２は、家庭以外の場所でも、例えば会社のオフィスや、無線ＬＡＮが利用可能なホットスポットと呼ばれるエリアなどに設置して、複数のユーザで共用できるようにしても良い。

次に、各モジュールの構成および動作について説明する。

＜ユーザエージェントおよびユーザエージェントマネージャ＞
−移動履歴管理サーバ−
図３は移動履歴管理サーバ１３におけるユーザエージェントマネージャ２１およびユーザエージェント２２の構成を示すブロック図である。図３において、ユーザエージェントマネージャ２１は、情報提供者用端末１４のサービスコンシェルジェ２５から送信された，表示条件が付与された表示条件付情報を受信する情報受信部１０１と、受信された表示条件付情報を記憶する情報記憶部１０２と、受信した表示条件付情報に係る表示条件を各ユーザエージェント２２に通知する表示条件通知部１０３とを備えている。また、サービスコンシェルジェ２５との通信のためのネットワークインターフェース（ＩＦ）１０４も備えている。

また、ユーザエージェント２２は、モバイル端末１１のデバイスエージェント２３から送信された移動履歴を受信する移動履歴受信部２０１と、少なくとも１つのデバイスエージェント２３の移動履歴を時系列に整理して格納する移動履歴データベース２０２と、受信された移動履歴を移動履歴データベース２０２に登録する移動履歴登録部２０３と、ユーザエージェントマネージャ２１から通知された表示条件と移動履歴データベース２０２に格納されたユーザの移動履歴とを対比する表示条件対比部２０４と、対比の結果、ユーザに送信すると判断した表示条件付情報の識別子をリストとして記憶する情報リスト記憶部２０５と、ユーザエージェントマネージャ２１の情報記憶部１０２から、情報リスト記憶部２０５に記憶された識別子の情報を取得する情報取得部２０６と、取得した表示条件付情報をモバイル端末１１へ送信する情報送信部２０７とを備えている。

図４は表示条件付情報の一例である。図４に示した例では、２００２年８月１日から８月１０日までの１０：００から２０：００の間に、東経１３５度２０分４０．４０秒、北緯３４度４４分１０．３０秒を重心とした一辺１０ｍの正方形のエリア内にいることを、表示条件として付与している。

図５は移動履歴データベース２０２に格納されたデータの例である。図５のデータは、ユーザがモバイル端末１１として登録した携帯電話とカーナビの移動履歴を表している。なお、モバイル端末１１を登録する手順については後述する。

ここで、まず、サービスコンシェルジェ２５から表示条件付情報が送信されたときの動作を図６のフローチャートを参照して説明する。

（ステップａ１）
ユーザエージェントマネージャ２１の情報受信部１０１が、サービスコンシェルジェ２５から送信された表示条件付情報を受信し、情報記憶部１０２に格納する。

（ステップａ２）
表示条件通知部１０３が、情報記憶部１０２に格納された表示条件付情報の表示条件を抽出し、ユーザエージェント２２に通知する。ここでは、表示条件の中で、位置に関連する条件を抽出するものとする。図４の例では、１０：００から２０：００までの時間帯に、東経１３５度２０分４０．４０秒、北緯３４度４４分１０．３０秒を重心とした一辺１０ｍの正方形のエリア内にいることが、条件として抽出される。

（ステップａ３）
各ユーザエージェント２２の表示条件対比部２０４は、ステップａ２において抽出した位置条件を参照して移動履歴データベース２０２を検索し、この位置条件がユーザの過去の行動範囲に含まれるか否かを調べる。ユーザの行動範囲は、ユーザ毎の移動履歴を分析することによって推測される。

（ステップａ４）
位置条件がユーザの行動範囲に含まれる場合は、当該表示条件付情報の識別子を情報リスト記憶部２０５に格納する。このとき、この行動範囲に係る移動履歴を送信してきたモバイル端末１１の機器ＩＤを、併せて格納する。

次に、メディエータ２４との通信を行うときの動作について、図７のフローチャートを参照して説明する。

（ステップｂ１）
ユーザエージェント２２の移動履歴受信部２０１は、メディエータ２４から送信された移動履歴を受信する。

（ステップｂ２）
移動履歴登録部２０３は、移動履歴が正常に受信されたか否かを確認する。正常に受信されたときは、ステップｂ３にすすむ一方、そうでないときは、ステップｂ４にすすむ。

（ステップｂ３）
移動履歴登録部２０３は、ステップｂ１において受信した移動履歴を移動履歴データベース２０２に格納する。その後、ステップｂ５にすすむ。

（ステップｂ４）
情報送信部２０７は、受信エラーの応答メッセージをメディエータ２４に送信する。その後、処理を終了する。

（ステップｂ５）
情報取得部２０６は、情報リスト記憶部２０５に格納された識別子を有する表示条件付情報を、ユーザエージェントマネージャ２１の情報記憶部１０２から、送信すべき表示条件付情報として取得する。そして、送信すべき表示条件付情報があるときは、ステップｂ６にすすむ一方、そうでないときは、ステップｂ７にすすむ。

（ステップｂ６）
情報送信部２０７は、表示条件付情報の送信要求を含めた応答メッセージを、メディエータ２４に送信する。その後、ステップｂ８にすすむ。

（ステップｂ７）
情報送信部２０７は、移動履歴受信完了の応答メッセージをメディエータ２４に送信する。その後、処理を終了する。

（ステップｂ８）
情報送信部２０７は、送信すべき表示条件付情報を、機器ＩＤと併せて、メディエータ２４に送信する。すなわち、モバイル端末毎に、表示条件付情報が選択されて送信される。その後、処理を終了する。

このように、ユーザエージェント２２は、ユーザが所有する複数のモバイル端末１１に搭載されたデバイスエージェント２３から移動履歴を収集して、一元管理する。そして、サービスコンシェルジェ２５から配信された表示条件付情報の中から、ユーザの行動範囲に合う情報のみを選択して、メディエータ２４に送信する。

すなわち、複数のモバイル端末１１から得られた移動履歴がサーバ１３において一元管理されるので、ユーザの行動範囲や行動パターンがより的確に把握でき、したがって、ユーザにとって必要性の高い情報を精度良く絞り込んで配信することができる。また、これまでカーナビ、携帯電話などのプラットホーム毎に情報配信を行っていた情報提供者は、どのユーザのどの端末に情報を送るべきかを考える必要がなくなり、条件に該当するユーザの適切な端末に、きわめて簡易に、情報を配信することができる。

なお、ユーザの年齢や性別などの属性情報をユーザエージェント２２において管理しておき、ステップａ３において、位置条件と同様に、属性条件を参照して情報のフィルタリングを行ってもよい。また、ユーザの所有するモバイル端末１１は１個であってもよい。

また、移動履歴データベース２０２から、自宅から会社までというようなユーザの典型的な移動経路を抽出しておき、表示条件で指定された位置がその移動経路に含まれた情報については、ユーザがこの移動経路上のある地点を通過したときに前もって提示するようにしても良い。これにより、例えば、平日の朝に自宅の最寄り駅に向かうと相当高い確率で会社に行くユーザに対して、通勤経路上の位置が表示条件として付された情報を、ユーザが最寄り駅に達したときに表示する、といったことも可能になる。なお、移動履歴データベース２０２から典型的な移動経路を抽出する方法としては、次のようなものが考えられる。

（１）所定の時間、所定面積のエリア内に滞在している地点を目的地として抽出する。

（２）交差点や駅など経由地点となる主なポイントの位置情報を用いて、目的地間を結ぶ経路を抽出する。

＜デバイスエージェントおよびメディエータ＞
−モバイル端末側−
図８はデバイスエージェント２３の構成を示すブロック図である。図８において、３０１は位置データとして経度と緯度による座標値を取得する位置データ取得部、３０２は現在時刻を提供する時計部、３０３は時刻データと位置データの組を時系列に移動履歴データとして記憶する移動履歴記憶部、３０４は位置データ取得部３０１によって得られた位置データと時計部３０２によって得られた時刻データとを組にして移動履歴記憶部３０３に記録する移動履歴記録部、３０５は移動履歴記憶部３０３に格納された移動履歴データをメディエータ２４に送信する移動履歴送信部、３０６はアクセスポイント１２との接続処理を行うとともに、接続の完了を移動履歴送信部３０５に通知するネットワーク接続処理部、３０７は２．４ＧＨｚ帯の近距離無線技術を利用してアクセスポイント１２との接続を行うローカルネットワークＩＦ、３０８はメディエータ２４を介して送付される表示条件付情報の受信を行う情報受信部、３０９は情報受信部３０８によって受信された表示条件付情報を格納する情報記憶部、３１０は位置データ取得部３０１によって得られた位置データと時計部３０２から得られた時刻データとを参照して、情報記憶部３０９から表示条件に合致した情報を取り出して、表示部３１１に表示する情報表示制御部である。

図９は移動履歴記憶部３０３に記録された位置データの一例である。なお、位置データの取得には、ＧＰＳ（Global Positioning System）を利用するもの、基地局などの基準位置からの電波強度を利用するもの、局所無線局から送信される位置情報を利用するものなど、公知の技術を利用することができる。また、緯度および経度による座標値に変換可能なものであれば、位置データを、その他の座標系や住所などのラベルによって表現しても良い。

また、ローカルネットワークＩＦ３０７としては、近距離無線技術の他に、ＲＳ２３２ＣやＵＳＢなどの有線系のネットワークや、ＩｒＤＡに代表される赤外線通信をモバイル端末１１のユーザビリティに合わせて選択して良い。例えば、ＰＤＡであればアクセスポイント１２とＵＳＢによって接続されたクレードルを用いて接続を行ってもよいし、カーナビであれば車を駐車場に停車させたときに８０２．１１ｂを用いてアクセスポイント１２と無線接続するようにしてもよい。また、赤外線によるＯＢＥＸ（Object Exchange ）を用いて、カーナビなどから携帯電話を一旦経由して、アクセスポイント１２から移動履歴サーバ１３に移動履歴を送信するようにしてもよい。

図１０はメディエータ２４の構成を示すブロック図である。メディエータ２４はデバイスエージェント２３とユーザエージェント２２との通信の仲介を行う。図１０において、４０１はモバイル端末１１との接続処理を行うネットワーク接続処理部、４０２はデバイスエージェント２３から送信された移動履歴を受信する移動履歴受信部、４０３は受信した移動履歴を移動履歴管理サーバ１３に送信する移動履歴送信部、４０４は移動履歴管理サーバ１３から送信された表示条件付情報を受信する情報受信部、４０５は受信した表示条件付情報をデバイスエージェント２３に送信する情報送信部、４０６はＷＡＮ１６への接続を行うネットワークＩＦ、４０７はデバイスエージェント２３との通信のためのローカルネットワークＩＦである。

図８のデバイスエージェント２３の動作について説明する。

まず、移動履歴を蓄積する動作について、図１１（ａ）のフローチャートを参照して説明する。ここでは、最も簡易な方法として、一定時間おきに現在位置を記録するものとする。

（ステップｃ１）
所定の時間として例えば５分おきに、タイマー割り込みが発生するように設定する。

（ステップｃ２）
移動履歴記録部３０４は、タイマー割り込みが発生しているか否かを調べる。タイマー割り込みが発生しているときは、ステップｃ３にすすむ一方、そうでないときは、タイマー割り込みが発生するまで待機する。

（ステップｃ３）
移動履歴記録部３０４は、位置データ取得部３０１から位置データを受けるとともに、時計部３０２から現在時刻を読み出して、移動履歴記憶部３０３に記録する。これにより、図９に示すようなデータが移動履歴として蓄積される。その後、ステップａ２に戻る。

次に、蓄積された移動履歴をメディエータ２４に送信する動作について、図１１（ｂ）のフローチャートを参照して説明する。

（ステップｃ４）
ネットワーク接続処理部３０６は、アクセスポイント１２を発見するために、アクセスポイント１２からの問合せ信号の検出を試みる。問合せ信号を検出したときは、ステップｃ５にすすむ一方、そうでないときは、処理を継続する。

（ステップｃ５）
問合せ信号を検出したので、アクセスポイント１２に応答信号を返信し、続いて所定のプロトコルに従ってアクセスポイント１２との接続処理を行う。

（ステップｃ６）
接続が成立したときはステップｃ７にすすむ一方、そうでないときは、ステップｃ４に戻り、アクセスポイント１２からの問合せ信号の検出を試みる。

（ステップｃ７）
ネットワーク接続処理部３０６は、移動履歴送信部３０５に接続完了を通知する。

（ステップｃ８）
移動履歴送信部３０５は、移動履歴記憶部３０３から移動履歴を読み出して、メディエータ２４に送信する。

（ステップｃ９）
移動履歴送信部３０５は、メディエータ２４からの応答を待つ。そして、エラーメッセージを含む応答が返ってきたとき、または、所定の時間応答が返ってこないときは、エラー処理をして動作を終了する。それ以外のときは、移動履歴の送信が成功したと判断して、ステップｃ１０にすすむ。

（ステップｃ１０）
移動履歴送信部３０５は、送信済みの移動履歴を移動履歴記憶部３０３から削除する。

（ステップｃ１１）
移動履歴送信部３０５は、応答内容にメディエータ２４からの表示条件付情報の送信要求が含まれているか否かを調べる。含まれているときは、ステップｃ１２にすすむ一方、そうでないときは動作を終了する。

（ステップｃ１２）
情報受信部３０８は、メディエータ２４から送信された図４に示すような表示条件付情報を受信し、情報記憶部３０９に記録する。

次に、情報記憶部３０９に蓄積された表示条件付情報を表示する動作について、図１２のフローチャートを参照して説明する。

（ステップｃ１３）
情報表示制御部３１０は、情報記憶部３０９に蓄積された表示条件付情報の表示日時条件を調べて、現在時刻から例えば６時間先までの時刻に表示日時条件が充足される情報をリストアップする。そして、表示位置条件を付与したインデックスを予め生成する。ここでは、この処理は６時間おきに実行されるものとする。これによって、マッチング対象となる情報の個数が絞り込まれるので、モバイル端末１１におけるマッチング処理を効率化することができる。

（ステップｃ１４）
情報表示制御部３１０は、位置データ取得部３０１から位置データを所定の周期で読み出し、ステップｃ１３において作成したインデックスの表示位置条件とのマッチングを行う。ここでは、表示位置条件に記載された位置を対角線の中心とした１辺１０ｍの正方形エリアの範囲に現在の位置データがあるとき、マッチングが成功したものとする。

（ステップｃ１５）
ステップｃ１４においてマッチングに成功したときは、ステップｃ１６にすすむ一方、そうでないときは、ステップｃ１４を継続する。

（ステップｃ１６）
情報表示制御部３１０は、マッチングに成功した表示条件付情報を表示部３１１に表示する。図１３はモバイル端末１１が携帯電話であるときの表示画面の例である。

なお、ユーザエージェント２２の説明ですでに述べたように、デバイスエージェント２３に送信される表示条件付情報は、情報提供者から配信された表示条件付情報の中から、その表示条件が移動履歴データベース２０２から推測されたユーザの行動範囲と一致するものとして、選択されたものである。

次に、図１０のメディエータ２４の動作を図１４のフローチャートを参照して説明する。

（ステップｄ１）
ネットワーク接続処理部４０１は、所定の間隔で問合せ信号を送出する。

（ステップｄ２）
モバイル端末１１からの応答信号の検出を試みる。応答信号を検出したときはステップｄ３にすすむ一方、そうでないときはステップｄ１に戻り、問合せ信号を再度送出する。

（ステップｄ３）
所定のプロトコルに従って、モバイル端末１１との接続処理を行う。

（ステップｄ４）
ステップｄ３において接続が成立したときはステップｄ５にすすみ、一方、そうでないときはステップｄ１に戻り、問合せ信号を再度送出する。

（ステップｄ５）
移動履歴受信部４０２は、デバイスエージェント２３から送信された移動履歴を受信する。

（ステップｄ６）
移動履歴送信部４０３は、移動履歴受信部４０２によって受信した移動履歴をユーザエージェント２２に送信する。

（ステップｄ７）
ユーザエージェント２２からの応答を待つ。エラーメッセージを含む応答が返ってきたとき、または、所定の時間応答が返ってこないときは、エラー処理をして動作を終了する。それ以外のときは、ステップｄ８にすすむ。

（ステップｄ８）
応答内容に表示条件付情報の送信要求が含まれているか否かを調べる。送信要求が含まれているときはステップｄ９にすすみ、そうでないときはステップｄ１２にすすむ。

（ステップｄ９）
情報送信部４０５は、表示条件付情報の送信要求を含めた応答メッセージをデバイスエージェント２３に送信する。

（ステップｄ１０）
情報受信部４０４は、ユーザエージェント２２から送信された表示条件付情報を受信する。

（ステップｄ１１）
情報送信部４０５は、情報受信部４０４によって受信された表示条件付情報をデバイスエージェント２３に送信する。その後、動作を終了する。

（ステップｄ１２）
情報送信部４０５は、移動履歴の送信が完了したことを示すメッセージをデバイスエージェント２３に返信する。その後、動作を終了する。

このようにしてメディエータ２４は、デバイスエージェント２３とユーザエージェント２２との間の移動履歴および表示条件付情報の通信を仲介する。すなわち、メディエータ２４の働きによって、モバイル端末１１のローカル入出力を利用して、移動履歴のアップロードと情報のダウンロードを行うことができる。すなわち、赤外線通信やブルートゥース（Bluetooth ）などのワイヤレス、ＵＳＢやＩＥＥＥ１３９４などの有線、ＳＤカードなどの半導体メモリによるデータ交換のいずれかの仕組みを有するモバイル端末であれば、本実施形態に係る方法を利用することができる。

以上のようにして、家庭内などに設置されたアクセスポイント１２を利用して、モバイル端末１１から移動履歴のアップロードを行うとともに、移動履歴管理サーバ１３から移動履歴を考慮した表示条件付情報をダウンロードされる。そして、モバイル端末１１において、情報受信部３０８によって受信された表示条件付情報は、情報記憶部３０９に記憶され、位置データ取得部３０１によって取得された位置データが当該表示条件を満たすとき、情報表示制御部３１０によって表示部３１１に表示される。このため、情報を利用する際にサーバとのリアルタイムの通信を行わなくても、ユーザの現在位置を考慮した情報を、適切なタイミングでユーザに提供することができる。

なお、表示される情報に所定のＷｅｂページへのリンクを含めておいて、ユーザの操作によって詳細情報または最新情報を取得できるようにしても良い。また、インデックスを生成する周期は、モバイル端末のメモリ容量やＣＰＵ性能に応じて自由に設定して良い。また、マッチングが成功するエリアの形状や大きさについては、任意に設定してかまわない。さらに、例えば、最寄りのＪＲと地下鉄の改札付近に来たときに情報を表示するなど、表示条件として指定する位置は、１つの情報に対して２つ以上設定しても良いことは言うまでもない。

なお、モバイル端末１１と移動履歴管理サーバ１３がＩＰ（インターネットプロトコル）など共通のプロトコルを用いて直接通信可能な場合は、メディエータ２４を省いてもかまわない。

また、今後は、ホームサーバで受信した情報のうち未視聴の情報を、モバイル端末に転送して視聴する、といった情報利用の形態が、主流になっていくことが予想される。例えば、特に戸建ての場合、無線ＬＡＮを利用することによって、駐車場の車に設置されたカーナビとホームサーバとの間で通信が可能になる。

ただしこの場合、情報を転送するタイミングをどうするか、という問題が生じる。例えば、車のエンジンがかかっていないとき、通常はカーナビの電源も入っていないため、ホームサーバからカーナビへ情報を転送しようとしても、通信ができない。

この問題を解決するために、いくつかの方策が考えられる。例えば、カーナビにおいて、過去の利用履歴から車の出発時刻を予測し、出発前にタイマーで自動起動し、ホームサーバに情報受信要求を送信するようにしてもよい。または、車のドアの開閉動作に対応して自動起動し、ホームサーバに情報受信要求を送信するようにしてもよい。

また、別の観点からの方策として、ホームサーバが、カーナビへの情報転送（データ同期）が完了したことを携帯電話にメールで通知するようにしてもよい。あるいは、カーナビが、自宅付近でエンジンを停止後、所定の時間通電状態を維持し、ホームサーバに移動履歴情報を転送するようにしてもよい。情報転送のタイミングは、パーキングブレーキが引かれた後でもよい。

＜サービスコンシェルジェ＞
…情報提供者用端末
図１５はサービスコンシェルジェ２５の構成を示すブロック図である。図１５において、５０１は情報を表示するための表示条件を入力する条件入力部、５０２は送信する情報を蓄積する情報データベース、５０３は条件入力部５０１から入力された表示条件を情報データベース５０２に格納された情報に付与して、表示条件付情報を作成する情報作成部、５０４は情報作成部５０３によって作成された表示条件付情報をユーザエージェントマネージャ２１に送信する情報送信部、５０５はユーザエージェントマネージャ２１との通信のためのネットワークＩＦである。

図１５のサービスコンシェルジェ２５の動作について、図１６のフローチャートを参照して説明する。

（ステップｅ１〜ｅ５）
表示条件の入力のために、図１７に示すような入力画面を表示させる。情報配信者は、表示条件の入力を行う。

まず、配信する期間を指定する（ｅ１）。セールなどに関する情報の場合は、セールの期間について入力する。配信する時間帯を設定する（ｅ２）。お客様の呼び込みなど、お店の開店時間などを考慮して配信を行いたい場合は、ここで時間帯を設定する。なお、配信時間帯は必ずしも設定しなくてよい。次に、配信するエリアを指定する（ｅ３）。ここでは、エリアの中心位置の緯度・経度を入力するとともに、「範囲の指定」ボタンによってエリアの形状と大きさ（半径１００ｍの円など）を指定するものとする。指定するエリアの緯度経度が分からないときは、「地図を参照」ボタンを選択して地図上で位置を指定する。

そして、配信する情報を選択する（ｅ４）。「参照」ボタンを押して、情報データベース５０２に格納されている情報ファイルを選択する。さらには、詳細情報へのリンク先を指定する（ｅ５）。情報の配信はリアルタイムに行われないので、商品の残り数やタイムサービスなどリアルタイムな情報はリンク先に埋め込むことができる。なお、リンク先は必ずしも設定しなくてよい。

（ステップｅ６）
条件入力部５０１は、「確認」ボタンが押されたか否かを調べる。「確認」ボタンが押されたときはステップｅ７にすすむ一方、それ以外のときは、配信条件の入力を継続する。

（ステップｅ７）
条件入力部５０１は、入力内容に漏れや間違いがないかを調べる。ないときはステップｅ８にすすむ一方、それ以外のときは、配信条件の入力を継続する。例えば、サービスの契約内容に応じて情報の掲載期間が決められている場合は、この情報掲載期間に対して配信期間が正しく設定されているか否かを確認する。

（ステップｅ８）
情報作成部５０３は、入力された表示条件から図４に示すような表示条件付情報を自動生成する。そして、情報送信部５０４は生成された表示条件付情報をユーザエージェント２２に送信する。その後、動作を終了する。

このように、情報提供者は画面の案内に従って条件を設定するだけで、表示条件付情報を生成してユーザエージェントマネージャ２２に送信することができる。なお、位置条件を複数指定したい場合は、条件入力画面で複数の地点を指定可能にすればよい。また、不正な第３者からの情報の配信を防ぐにためは、サービスコンシェルジェ２５毎に個別の暗号化キーを持たせておいて、表示条件付情報にサービス提供者のデジタル署名を行うと良い。

＜モバイル端末の登録＞
モバイル端末１１を移動履歴管理サーバ１３に登録する処理について説明する。ここでは、携帯電話を例にとって、図１８のフローチャートおよび図１９の表示画面例を参照して説明する。

（ステップｆ１）
図１９（ａ）に示すような携帯電話のメニュー画面から、「サーバ登録」を選択する。

（ステップｆ２）
携帯電話はアクセスポイント１２を探索する。アクセスポイント１２を発見したときはステップｆ３にすすむ一方、そうでないときはステップｆ４にすすむ。

（ステップｆ３）
携帯電話から移動履歴管理サーバ１３にアクセスし、図１９（ｂ）に示すような登録画面を取得して表示する。

（ステップｆ４）
図１９（ｅ）に示すようなエラーメッセージを表示して、処理を終了する。

（ステップｆ５）
新規ユーザ登録の場合はステップｆ６にすすむ一方、そうでないときはステップｆ７にすすむ。

（ステップｆ６）
新規ユーザ登録の場合は、図１９（ｃ）に示すような登録画面からユーザ情報を入力し、ユーザＩＤとパスワードを取得し、ステップｄ７にすすむ。

（ステップｄ７）
図１９（ｄ）に示すようなユーザ認証画面からユーザＩＤとパスワードを入力し、認証後、登録するモバイル端末１１の機器ＩＤとカテゴリーを入力する。機器ＩＤはユーザ毎に個別に管理されており、登録済みのモバイル端末１１と重複しなければ任意のＩＤが付与されるものとする。入力が完了すると、処理を終了する。

＜ユーザエージェントのコンテンツ管理＞
モバイル端末１１が携帯電話等の場合は、表示条件付情報を蓄積できる記憶容量に制限があるので、情報のメンテナンスやフィルタリングが必要になる。

デバイスエージェント２３側では、例えば、次のようにメンテナンスをすればよい。
１）ユーザにすでに提示した情報は削除する。保存しておきたいときは、ユーザは所定の操作をする。
２）期限が切れている情報を削除する。所定の周期で削除を実行する。
３）ユーザが明示的に情報を削除する。削除理由の例としては、ａ．今日は不要、ｂ．この情報は不要、ｃ．この情報とその関連情報は不要、ｄ．この発信者の情報は不要、などが挙げられるが、このような削除理由を、その後の情報取捨選択の基準として用いる。
４）欲しい情報のカテゴリーをユーザが選択する。選択されたカテゴリーの情報を優先する。カテゴリーの例としては、ａ．カフェ・レストラン、ｂ．ファッション、ｃ．雑貨、ｄ．アミューズメント、ｅ．交通情報・案内、などが挙げられる。
５）一定時間以上、蓄積している情報は削除する。

また、ユーザエージェント２２側では、次のようなフィルタリング動作が考えられる。
１）ユーザの行動エリアの情報のみを取得対象とする。
２）ユーザが明示的に不要とした情報は対象から外す。
３）ユーザが希望するカテゴリーの情報を優先する。
４）期限が迫っている情報を優先する。

また例えば図２０に示すように、表示条件付情報のメンテナンスを行ってもよい。すなわち、デバイスエージェント２３が、不要な情報を削除した後に、移動履歴のアップロードとともに、情報を蓄積可能な記憶容量をユーザエージェント２２に通知する。ユーザエージェント２２は、ユーザの行動範囲から情報を絞り込んだ上で、さらに、通知された記憶容量に収まる範囲で優先度を考慮しつつ情報を選択する。その後、デバイスエージェント２３が、情報をダウンロードして蓄積する。

＜端末を連携させた情報通知＞
また、本実施形態のように、複数のモバイル端末から取得した移動履歴を一元的に管理することによって、モバイル端末を連携させた情報通知を行うことも可能である。すなわち、移動履歴からユーザの行動を解析して、近い将来にユーザが行くと予測される場所に関する情報を、現在ユーザが利用可能な端末に表示する。

図２１はモバイル端末を連携させた情報通知の一例である。移動履歴管理サーバ１３に記録された移動履歴から、ユーザが、１）平日７：３０頃までは自宅付近にいる（携帯電話）、２）平日７：３０頃自宅を出発する（カーナビ）、３）平日８：００頃国道１号線上り枚方付近を通過する（カーナビ）、ことが予測されるものとする。ここで、情報提供者は、国道１号線上り枚方付近で事故があり通行止めである、という情報（Ａ）を配信しようとしている。当日は平日であり、現在時刻は７：００とする。このとき、
(1) カーナビの移動履歴から、情報（Ａ）がユーザの移動経路に関するものであると判断
(2) 現在時刻が７：００であるため、ユーザは自宅にいるものと判断
(3) 携帯電話に、情報（Ａ）を電子メールで配信
これにより、ユーザは、車での移動経路における事故の情報を、自宅において、携帯電話を介して知ることができる。

また、モバイル端末の移動履歴だけでなく、モバイル端末を含む各情報端末の使用履歴も併せて一元的に把握し、これら複数の情報端末を連携させて、情報提供を行うようにしてもよい。

ここでは、サービスコンシェルジェが提供する情報には、位置に関連する条件であるエリア条件と、情報を提示するタイミングを示すタイミング条件とを、少なくとも含む表示条件が、付されているものとする。なお、エリア条件として、エリアが特に指定されていない場合もあり得る。

図２２は複数の情報端末を連携させて情報提供を行う例である。図２２の例では、ユーザは、モバイル端末として、カーナビ１１Ａおよび携帯電話１１Ｂを有し、その他の情報端末として、自宅にテレビ１１Ｃを、会社にＰＣ１１Ｄを、それぞれ有するものとする。そして、移動履歴管理サーバ１３には、モバイル端末による移動履歴と、各情報端末の使用履歴とが、併せて一元管理されているものとする。

ここで、サービスコンシェルジェ２５から、表示条件付きの情報（Ａ）、情報（Ｂ）が送信されたとする。情報（Ａ）は事故情報であり、エリア条件として通行止めの時間と場所が指定されているとともに、タイミング条件として「できるだけ早く」が指定されている。情報（Ｂ）は広告情報であり、エリア条件として、店からのプレゼントがある時間と場所が指定されているとともに、タイミング条件として「通過する少し前」が指定されている。

この場合、情報（Ａ）は、ユーザの自宅にあるテレビ１１Ｃに送信される。これは、エリア条件がユーザの移動履歴に合致し、かつ、タイミング条件として「できるだけ早く」が指定されており、移動履歴から、情報（Ａ）の受信時刻にはユーザはまだ自宅にいてテレビ１１Ｃを視聴していると推定されるためである。一方、情報（Ｂ）は、カーナビ１１Ａに送信される。これは、エリア条件がユーザの移動履歴に合致し、かつ、タイミング条件として「通過する少し前」が指定されているため、カーナビ１１Ａに送信するのが適切であると推定されるためである。

このように本例では、複数の情報端末の使用履歴を統合して履歴情報として管理し、表示条件付き情報が送信されたとき、タイミング条件を充足する端末を、履歴情報を参照して選択し、この選択した端末に情報を提供する。これにより、ユーザの行動に対して従来よりも的確に、情報を配信することができる。

図２３は本例に係る移動履歴管理サーバ１３におけるユーザエージェントマネージャ２１およびユーザエージェント２２の構成を示すブロック図である。図２３の構成は図３の構成とほぼ同様であるが、情報送信部２０７Ａが、移動履歴データベース２０２を参照して、情報を送信する端末を選択する機能を有する点が異なる。また、ここでは、移動履歴データベース２０２には、モバイル端末の移動履歴だけでなく、各情報端末の使用履歴も併せて蓄えられるものとする。移動履歴受信部２０１および移動履歴登録部２０３によって、履歴管理部が構成され、表示条件通知部１０３、表示条件対比部２０４、情報リスト記憶部２０５、情報取得部２０６によって、情報フィルタリング部が構成されている。

図２３の構成の動作を、図２４および図２５のフローチャートを用いて説明する。図２４はエージェントマネージャ２１側の動作、図２５はユーザエージェント側２２の動作を示す。

図２４に示すように、エージェントマネージャ２１は、サービスコンシェルジェ２５から表示条件付情報の送信要求があると（ｇ１でＹｅｓ）、情報受信部１０１がその表示条件付情報を受信して、情報記憶部１０２に格納する（ｇ２）。そして、表示条件通知部１０３が、受信した表示条件付情報に付された表示条件を、ユーザエージェント２２に通知する（ｇ３）。

ユーザエージェント２２は、図２５に示すように、エージェントマネージャ２１から表示条件の通知があると（ｈ１でＹｅｓ）、表示条件対比部２０４が、移動履歴データベース２０２から得られるユーザの行動エリアと、表示条件に含まれたエリア条件とを対比する（ｈ２）。そして、エリア条件とユーザの行動エリアとが合致するとき（ｈ３でＹｅｓ）、当該表示条件付情報の識別子（ＩＤ）を情報リスト記憶部２０５に追加する（ｈ４）。

また、ユーザエージェント２２は、情報リスト記憶部２０５が空でないとき（ｈ５でＮｏ）、情報取得部２０６が、表示条件付情報のＩＤを情報リスト記憶部２０５から取り出し（ｈ６）、その表示条件付情報の内容をエージェントマネージャ２１から取得する（ｈ７）。すなわち図２４に戻り、エージェントマネージャ２１は、ユーザエージェント２２から表示条件付情報の取得要求があると（ｇ４でＹｅｓ）、指定されたＩＤの表示条件付情報を情報記憶部１０２から取り出し（ｇ５）、これをユーザエージェント２２に渡す（ｇ６）。

図２５に戻り、配信すべき表示条件付情報を受けたユーザエージェント２２では、情報送信部２０７Ａが、移動履歴データベース２０２を参照して、表示条件に含まれたタイミング条件を充足可能な情報端末（すなわちデバイスエージェント）を決定する（ｈ８）。そして、情報送信部２０７Ａは、決定した情報端末に、当該表示条件付情報を送信する（ｈ９）。

また、ユーザエージェント２２は、デバイスエージェント２３から移動履歴の送信要求があると（ｈ１０でＹｅｓ）、移動履歴受信部２０１が移動履歴を受信し、受信した移動履歴を移動履歴登録部２０３が移動履歴データベース２０２に登録する（ｈ１１）。

ステップｈ８における情報端末の決定について、具体例を挙げて説明する。図２６はタイミング条件に基づいて端末を決定するルールの一例である。図２６の例では、タイミング条件として、条件Ａ「すぐに」、条件Ｂ「じっくり」、条件Ｃ「指定場所付近で」、条件Ｄ「指定時刻に」の４種類の条件を示している。

そして、条件Ａのときは、ユーザが現在使用中の端末、または現在使用待機中の端末を優先して選択する。条件Ｂのときは、エリア条件で指定されたエリア内で、使用時間の長い端末を優先して選択する。条件Ｃのときは、エリア条件で指定されたエリア内で使用頻度の高い移動体端末を優先して選択する。条件Ｄのときは、エリア条件で指定されたエリア内で、指定された時刻を含む時間帯において使用頻度が高い端末を優先して選択する。

なお、エリア条件として具体的なエリアが特に指定されていない場合は、条件Ｂ，Ｃ，Ｄのとき、ユーザの移動履歴全体を見て、優先すべき端末を選択するものとする。

図２７は図２６のルールに従った端末選択の例を示す。いま、図２７（ａ）に示すような情報１〜情報８が、サービスコンシェルジェから送信されたものとする。情報１〜３では、エリア条件として「エリアＡ」が指定され、かつ、タイミング条件として条件Ａ，Ｂ，Ｃがそれぞれ指定されている。情報４〜６では、エリア条件として「エリアＢ」が指定され、かつ、タイミング条件として条件Ａ，Ｂ，Ｃがそれぞれ指定されている。また、情報７，８では、エリア条件としては具体的なエリアは特に指定されておらず、かつ、タイミング条件として条件Ａ，Ｂがそれぞれ指定されている。

図２７（ｂ）に示すように、ユーザ１は、行動エリアがエリアＡ，Ｂであり、エリアＡではカーナビと携帯を利用し、エリアＢではＴＶと携帯を利用するものとする。また現在はカーナビを使用中であるものとする。なお、図２７（ｂ）〜（ｄ）において、各エリア内の端末の並びは使用頻度順とする。

このとき、情報１〜３は、エリア条件「エリアＡ」がユーザ１の行動エリアと合致するため、全てユーザ１に送信される。そして、情報１は条件Ａ「すぐに」が付されているため、ユーザ１が現在使用中のカーナビに送信される。情報２は条件Ｂ「じっくり」が付されているため、エリアＡで使用時間が長い端末としてのカーナビに送信される。情報３は条件Ｃ「指定場所付近で」が付されているため、エリアＡで使用頻度が高い移動体端末としてのカーナビに送信される。

また、情報４〜６も、エリア条件「エリアＢ」がユーザ１の行動エリアと合致するため、全てユーザ１に送信される。そして、情報４は条件Ａ「すぐに」が付されているため、ユーザ１が現在使用中のカーナビに送信される。情報５は条件Ｂ「じっくり」が付されているため、エリアＢで使用時間が長い端末としてのＴＶに送信される。情報６は条件Ｃ「指定場所付近で」が付されているため、エリアＢで使用頻度が高い移動体端末として携帯に送信される。

さらに、情報７，８も、エリア条件に具体的なエリアが特に示されていないため、全てユーザ１に送信される。そして、情報７は条件Ａ「すぐに」が付されているため、ユーザ１が現在使用中のカーナビに送信される。情報８は条件Ｂ「じっくり」が付されているため、ユーザの行動エリア全体で使用時間が長い端末としてのカーナビに送信される。

この結果、情報１〜４，７，８はカーナビに送信され、情報５はＴＶに送信され、情報６は携帯に送信される。

また、図２７（ｃ）に示すように、ユーザ２は、行動エリアがエリアＡ，Ｄであり、エリアＡではＴＶと携帯を利用し、エリアＤでは携帯を利用するものとする。また現在はＴＶを使用中であるものとする。

このとき、情報１〜３は、エリア条件「エリアＡ」がユーザ２の行動エリアと合致するため、全てユーザ２に送信される。そして、情報１は条件Ａ「すぐに」が付されているため、ユーザ２が現在使用中のＴＶに送信される。情報２は条件Ｂ「じっくり」が付されているため、エリアＡで使用時間が長い端末としてのＴＶに送信される。情報３は条件Ｃ「指定場所付近で」が付されているため、エリアＡで使用頻度が高い移動体端末としての携帯に送信される。

一方、情報４〜６は、エリア条件「エリアＢ」がユーザ２の行動エリアと合致しないため、ユーザ２には送信されない。

さらに、情報７，８は、エリア条件に具体的なエリアが特に示されていないため、全てユーザ２に送信される。そして、情報７は条件Ａ「すぐに」が付されているため、ユーザ２が現在使用中のＴＶに送信される。情報８は条件Ｂ「じっくり」が付されているため、ユーザの行動エリア全体で使用時間が長い端末としてのＴＶに送信される。

この結果、情報１，２，７，８はＴＶに送信され、情報３は携帯に送信され、情報４〜６は送信されない。

また、図２７（ｄ）に示すように、ユーザ３は、行動エリアがエリアＡ，Ｅであり、エリアＡでは携帯を利用し、エリアＥでは携帯、ＴＶを利用するものとする。また現在は携帯を使用中であるものとする。

このとき、情報１〜３は、エリア条件「エリアＡ」がユーザ３の行動エリアと合致するため、全てユーザ３に送信される。そして、情報１は条件Ａ「すぐに」が付されているため、ユーザ３が現在使用中の携帯に送信される。情報２は条件Ｂ「じっくり」が付されているため、エリアＡで使用時間が長い端末としての携帯に送信される。情報３は条件Ｃ「指定場所付近で」が付されているため、エリアＡで使用頻度が高い移動体端末としての携帯に送信される。

一方、情報４〜６は、エリア条件「エリアＢ」がユーザ３の行動エリアと合致しないため、ユーザ３には送信されない。

さらに、情報７，８は、エリア条件に具体的なエリアが特に示されていないため、全てユーザ３に送信される。そして、情報７は条件Ａ「すぐに」が付されているため、ユーザ３が現在使用中の携帯に送信される。情報８は条件Ｂ「じっくり」が付されているため、ユーザ３の行動エリア全体で使用時間が長い端末としての携帯に送信される。

この結果、情報１〜３，７，８は携帯に送信され、情報４〜６は送信されない。

以上のように本例によると、エリア条件とユーザの移動履歴を基にして絞り込まれた表示条件付情報が、そのタイミング条件を充足する端末に送信されるため、ユーザにとって必要性の高い情報を、的確なタイミングで、ユーザに配信することができる。

以上のように本発明によると、ユーザが所有する複数のモバイル端末から得られた移動履歴がサーバにおいて一元管理されるので、ユーザの行動範囲や行動パターンをより的確に把握することができ、したがって、ユーザにとって必要性の高い情報を精度良く絞り込んで配信することができる。また、情報提供者は、どのユーザのどのモバイル端末に情報を送るべきかといったことを意識する必要はなく、表示条件を情報に付するだけで、条件を満たすユーザに情報を配信することができる。さらには、リアルタイムに通信を行わなくても、ユーザの現在位置を考慮した情報を、適切なタイミングでユーザに提供することができる。

以上のように、本発明は、ユーザにとって必要性の高い情報を、的確なタイミングで、ユーザに配信することができるので、例えば、より利便性の高い情報配信サービスをユーザに提供することができる。

本発明の一実施形態における情報配信システムの全体構成を示すブロック図である。 図１のシステムにおいて各機器に搭載される主要なモジュールを示す図である。 本発明の一実施形態におけるユーザエージェントマネージャおよびユーザエージェントの構成を示すブロック図である。 表示条件付情報の一例である。 移動履歴データベースに格納されたデータの例である。 図３の構成の、表示条件付情報が送信されたときの動作を示すフローチャートである。 図３の構成がメディエータとの通信を行うときの動作を示すフローチャートである。 本発明の一実施形態におけるデバイスエージェントの構成を示すブロック図である。 移動履歴記憶部に記録された位置データの一例である。 本発明の一実施形態におけるメディエータの構成を示すブロック図である。 図８のデバイスエージェントが、移動履歴を蓄積する動作、および蓄積された移動履歴をメディエータに送信する動作を示すフローチャートである。 図８のデバイスエージェントが表示条件付情報を表示する動作を示すフローチャートである。 モバイル端末が携帯電話であるときの表示画面の例である。 図１０のメディエータの動作を示すフローチャートである。 本発明の一実施形態におけるサービスコンシェルジェの構成を示すブロック図である。 図１５のサービスコンシェルジェの動作を示すフローチャートである。 表示条件の入力画面の例である。 モバイル端末を登録する処理を示すフローチャートである。 図１８に示す処理を携帯電話で行う場合の表示画面例である。 表示条件付情報のメンテナンスおよびフィルタリングの一例である。 モバイル端末を連携させた情報通知の例である。 複数の情報端末を連携させて情報提供を行う例である。 複数の情報端末を連携させる場合のユーザエージェントマネージャおよびユーザエージェントの構成を示すブロック図である。 図２３のエージェントマネージャの動作を示すフローチャートである。 図２３のユーザエージェントの動作を示すフローチャートである。 タイミング条件に基づいて、情報を送信する端末を決定するルールの一例である。 図２６のルールに従った端末選択の例である。

符号の説明

１１ モバイル端末
１３ 移動履歴管理サーバ
１４ 情報提供者用端末
２１ ユーザエージェントマネージャ
２２ ユーザエージェント
１０３ 表示条件通知部
２０１ 移動履歴受信部
２０２ 移動履歴データベース
２０３ 移動履歴登録部
２０４ 表示条件対比部
２０５ 情報リスト送信部
２０６ 情報取得部
２０７Ａ 情報送信部

Claims (2)

1. ユーザが所有する複数の端末から、当該ユーザの移動履歴、および各端末の使用履歴を受信し、移動履歴データベースに格納する履歴管理部と、
   情報提供者から、エリア条件およびタイミング条件を含む表示条件が付された表示条件付情報を受信し、情報記憶部に格納する情報受信部と、
   前記情報記憶部に格納された表示条件付情報に対し、前記移動履歴データベースに格納された移動履歴から得られる当該ユーザの行動エリアと、エリア条件とを対比することによって、フィルタリングを行い、当該ユーザに送信すべき表示条件付情報を特定する情報フィルタリング部と、
   前記移動履歴データベースに格納された使用履歴を参照し、前記情報フィルタリング部によって特定された表示条件付情報について、前記複数の端末の中から、タイミング条件を充足する端末を決定し、当該端末に前記表示条件付情報を送信する情報送信部とを備えた
   ことを特徴とする情報配信装置。
2. ユーザが所有する複数の端末から、当該ユーザの移動履歴、および各端末の使用履歴を受信し、移動履歴データベースに格納するステップと、
   情報提供者から、エリア条件およびタイミング条件を含む表示条件が付された表示条件付情報を受信し、情報記憶部に格納するステップと、
   前記情報記憶部に格納された表示条件付情報に対し、前記移動履歴データベースに格納された移動履歴から得られる当該ユーザの行動エリアと、エリア条件とを対比することによってフィルタリングを行い、当該ユーザに送信すべき表示条件付情報を特定するステップと、
   前記移動履歴データベースに格納された使用履歴を参照し、特定された表示条件付情報について、前記複数の端末の中から、タイミング条件を充足する端末を決定し、当該端末に前記表示条件付情報を送信するステップとを備えた
   ことを特徴とする情報配信方法。

Images