WO2004061683A1

WO2004061683A1 - 情報配信装置および情報配信方法

Info

Publication number: WO2004061683A1
Application number: PCT/JP2003/017086
Authority: WO
Inventors: Satoshi Matsuura; Takahiro Kudo; Eiichi Naito; Hideyuki Yoshida; Jun Ozawa
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2003-01-07
Filing date: 2003-12-26
Publication date: 2004-07-22
Also published as: EP1582987A1; CN1732445A; US20060058046A1; AU2003292733A1

Abstract

ユーザが所有する複数の端末（１１）毎に、ユーザの移動履歴が、移動履歴管理サーバ（１３）に送信される。サーバ（１３）は、情報提供者用端末（１４）から表示条件付情報が送信されると、当該表示条件と記憶しているユーザの移動履歴とを参照したフィルタリングを行い、送信すべき表示条件付情報を特定し、送信する。

Description

明細情報配信装置および情報配信方法技術分野

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

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

例えば、 G P Sを搭載する携帯電話から取得した位置情報に基づいて、予め登録された地域毎の広告情報を読み出して、当該携帯電話に送信する情報配信システム（例えば、特許文献 1 を参照）や、携帯電話から送信される位置情報を行動履歴として記録したデータベースを用いて、情報を配信する対象者を絞り込むことを特徴とした情報配信システム（例えば、特許文献 2を参照）が知られている, また、端末の移動履歴から抽出した行動パターンと、配信対象条件から、ユーザに配信する情報を決定する（特許文献 3を参照）技術や、端末の使用状況から利用者の行動特性情報を抽出して、取得すべき情報の内容や種類を決定する（特許文献 4を参照）技術、または、配送条件と提示条件が付与された情報を配信し. 端末側で適切な順序で提示する（特許文献 5を参照）技術が、すでに知られている。

(特許文献 1 ) 特開 2 0 0 1 — 2 1 7 フ 8 9号公報（第 1図）

(特許文献 2 ) 特開 2 0 0 2— 1 4 9 5 2 9号公報（第 2図）

(特許文献 3 ) 特開 2 0 0 2— 3 4 2 3 6 7号公報

(特許文献 4 ) 特開 2 0 0 1 — 1 8 2 8 5 1号公報 (特許文献 5 ) 特開平 1 1 — 2 5 0 1 3 4号公報

解決課題

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

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

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

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

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

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

図 1 は本発明の一実施形態における情報配信システムの全体構成を示すプロック図である。

図 2は図 1のシステムにおいて各機器に搭載される主要なモジュールを示す図である。

図 3は本発明の一実施形態におけるユーザエージェントマネージャおよびユーザエージェン卜の構成を示すプロック図である。

図 4は表示条件付情報の一例である。

図 5は移動履歴データベースに格納されたデータの例である。

図 6は図 3の構成の、表示条件付情報が送信されたときの動作を示すフローチヤートである。

図 7は図 3の構成がメディエータとの通信を行うときの動作を示すフローチヤ ―トである。

図 8は本発明の一実施形態におけるデバイスエージェン卜の構成を示すブロック図である。

図 9は移動履歴記憶部に記録された位置データの一例である。

図 1 0は本発明の一実施形態におけるメディエータの構成を示すプロック図でめる。

図 1 1は図 8のデバイスエージェントが、移動履歴を蓄積する動作、および蓄積された移動履歴をメディエータに送信する動作を示すフローチヤ一トである。図 1 2は図 8のデパイスエージ： πントが表示条件付情報を表示する動作を示すフロ一チヤ一トである。

図 1 3はモパイル端末が携帯電話であるときの表示画面の例である。

図 1 4は図 1 0のメディエータの動作を示すフローチャートである。

図 1 5は本発明の一実施形態におけるサ一ビスコンシェルジェの構成を示すブロック図である。

図 1 6は図 1 5のサービスコンシェルジェの動作を示すフローチャートである。図 1 フは表示条件の入力画面の例である。

図 1 8はモパイル端末を登録する処理を示すフローチヤ一トである。

図 1 9は図 1 8に示す処理を携帯電話で行う場合の表示画面例である。

図 2 0は表示条件付情報のメン亍ナンスおよびフィルタリングの一例である。図 2 1 はモパイル端末を連携させた情報通知の例である。

図 2 2は複数の情報端末を連携させて情報提供を行う例である。

図 2 3は複数の情報端末を連携させる場合のユーザエージ Xントマネージャおよびユーザエージェン卜の構成を示すプロック図である。

図 2 4は図 2 3のエージェントマネージャの動作を示すフローチャートである。図 2 5は図 2 3のユーザエージェン卜の動作を示すフローチヤ一トである。図 2 6はタイミング条件に基づいて、情報を送信する端末を決定するルールの

—例である。

図 2フは図 2 6のルールに従った端末選択の例である。発明を実施するための最良の形態

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

<全体構成 >

図 1 は本発明の一実施形態における情報配信シス亍厶の全体構成を示すブロック図である。図 1において、 1 1 は携帯電話、力一ナビまたは P D Aなどのモバィル端末、 1 2はモパイル端末 1 1 との通信ィンタ一フェースを有する W A N (Wide Area Network) への接続が可能なアクセスポイント、 1 3はモパイル端末 1 1から送信される移動履歷を受信して管理する移動履歴管理サーバ、 1 4は情報提供者が情報を配信するための情報提供者用端末、 1 5は L A N (Local Area Network) 、 1 6は WA N (インターネット〉、 1 フはし 1 5を W A 1 6 に接続するルータである。なお、 WA N 1 6へのアクセスのために A D S L (As ymmetr ic Digital Subscriber Line) や F T T H (Fiber To The Home ) を利用する場合など、必要に応じて、対応するモデム機能をルータ 1 7に持たせてもよい。情報提供者用端末 1 4から配信された情報は、移動履歴管理サーバ 1 3に一旦格納された後、移動履歴から推定されるユーザの行動に応じて、各モバイル端末 1 1 に配信される。

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

なお、アクセスポイント 1 2が 8 0 2. 1 1 bなどの無線し A Nのアクセスポイン卜としての機能を提供し、モパイル端末 1 1が直接無線 L A Nにアクセス可能な構成の場合は、デバイスエージ：！：ント 2 3に加えてメデイエ一タ 2 4の機能をモパイル端末 1 1に搭載してもよい。また、ホームサーバのようなデータ管理機能を有する装置が家庭内にある場合は、これにユーザエージェント 2 2の機能を持たせて、移動履歴管理サーバ 1 3の代わりに動作させても良い。さらに、ホ —ムゲ一トウエイのようなアクセスポイント 1 2相当の機能を持つ装置が家庭内にある場合は、これにメディエータ 2 4の機能を持たせても良い。このように、図 2に示す各モジュールは、ネットワーク上の機器の機能や構成に応じて、適当に配置してかまわない。

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

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

<ユーザエージ；!：ントおよびユーザエージェントマネージャ >

一移動履歴管理サーバ一

図 3は移動履歴管理サーバ 1 3におけるユーザエージェントマネージャ 2 1おょぴユーザエージェント 2 2の構成を示すブロック図である。図 3において、ュ —ザエージヱントマネージャ ₂ 1 は、情報提供者用端末 1 4のサーピスコンシェルジェ 2 5から送信された，表示条件が付与された表示条件付情報を受信する情報受信部 1 0 1 と、受信された表示条件付情報を記憶する情報記憶部 1 0 2と、受信した表示条件付情報に係る表示条件を各ユーザエージェント 2 2に通知する表示条件通知部 1 0 3とを備えている。また、サービスコンシェルジェ 2 5との通信のためのネットワークインターフェース（ I F ) 1 0 4も備えている。また、ユーザエージェント 2 2は、モパイル端末 1 1のデバイスエージェント 2 3から送信された移動履歴を受信する移動履歴受信部 2 0 1 と、少なくとも 1 つのデバイスエージ Xント 2 3の移動履歴を時系列に整理して格納する移動履歴データベース 2 0 2と、受信された移動履歴を移動履歴データベース 2 0 2に登録する移動履歴登録部 2 0 3と、ユーザエージ； rン卜マネージャ 2 1から通知された表示条件と移動履歴データベース 2 0 2に格納されたユーザの移動履歴とを対比する表示条件対比部 2 0 4と、対比の結果、ユーザに送信すると判断した表示条件付情報の識別子をリストとして記憶する情報リスト記憶部 2 0 5と、ユーザエージ Iントマネージャ 2 1 の情報記憶部 1 0 2から、情報リスト記憶部 2 0 5に記憶された識別子の情報を取得する情報取得部 2 0 6と、取得した表示条件付情報をモパイル端末 1 1 へ送信する情報送信部 2 0 7とを備えている。

図 4は表示条件付情報の一例である。図 4に示した例では、 2 0 0 2年 8月 1 日から 8月 1 0日までの 1 0 ： 0 0から 2 0 ： 0 0の間に、東経 1 3 5度 2 0分 4 0 . 4 0秒、北緯 3 4度 4 4分 1 0 . 3 0秒を重心とした一辺 1 0 mの正方形のエリア内にいることを、表示条件として付与している。

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

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

(ステップ a 1 )

ユーザエージェントマネージャ 2 1の情報受信部 1 0 1が、サービスコンシェルジェ 2 5から送信された表示条件付情報を受信し、情報記憶部 1 0 2に格納する。

(ステップ a 2 )

表示条件通知部 1 0 3が、情報記憶部 1 0 2に格納された表示条件付情報の表示条件を抽出し、ユーザエージェント 2 2に通知する。ここでは、表示条件の中で、位置に関連する条件を抽出するものとする。図 4の例では、 1 0 ： 0 0力、ら 2 0 ： 0 0までの時間帯に、東経 1 3 5度 2 0分 4 0 . 4 0秒、北緯 3 4度 4 4 分 1 0 . 3 0秒を重心とした一辺 1 0 mの正方形のエリア内にいることが、条件として抽出される。

(ステップ a 3 )

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

(ステップ a 4 )

位置条件がユーザの行動範囲に含まれる場合は、当該表示条件付情報の識別子を情報リスト記憶部 2 0 5に格納する。このとき、この行動範囲に係る移動履歴を送信してきたモパイル端末 1 1 の機器 I Dを、併せて格納する。

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

(ステップ b 1 )

ユーザエージェント 2 2の移動履歴受信部 2 0 1 は、メディエータ 2 4から送信された移動履歴を受信する。

(ステップ b 2 )

移動履歴登録部 2 0 3は、移動履歴が正常に受信されたか否かを確認する。正常に受信されたときは、ステップ b 3にすすむ一方、そうでないときは、ステツプ b 4にすすむ。

(ステップ b 3 )

移動履歴登録部 2 0 3は、ステップ b 1 において受信した移動履歴を移動履歴データベース 2 0 2に格納する。その後、ステップ b 5にすすむ。

(ステップ b 4 )

情報送信部 2 0 7は、受信エラーの応答メッセージをメディエータ 2 4に送信する。その後、処理を終了する。

(ステップ b 5 )

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

(ステップ b 6 )

情報送信部 2 0 7は、表示条件付情報の送信要求を含めた応答メッセージを、メディエータ 2 4に送信する。その後、ステップ b 8にすすむ。 (ステップ b 7 )

情報送信部 2 0 7は、移動履歴受信完了の応答メッセージをメデイエ一タ 2 4 に送信する。その後、処理を終了する。

(ステップ b 8 )

情報送信部 2 0フは、送信すべき表示条件付情報を、機器 I Dと併せて、メデイエータ 2 4に送信する。すなわち、モパイル端末毎に、表示条件付情報が選択されて送信される。その後、処理を終了する。

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

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

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

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

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

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

<デバイスエージェントおよびメディエータ >

ーモパイル端末側一

図 8はデバイスエージェント 23の構成を示すプロック図である。図 8において、 30 1は位置データとして経度と緯度による座標値を取得する位置データ取得部、 302は現在時刻を提供する時計部、 303は時刻データと位置データの組を時系列に移動履歴データとして記憶する移動履歴記憶部、 304は位置データ取得部 30 1 によって得られた位置データと時計部 302によって得られた時刻データとを組にして移動履歴記憶部 303に記録する移動履歴記録部、 305 は移動履歴記憶部 303に格納された移動履歴データをメディエータ 24に送信する移動履歴送信部、 306はアクセスポイント 1 2との接続処理を行うとともに、接続の完了を移動履歴送信部 305に通知するネットワーク接続処理部、 3 07は 2. 4 G H 2帯の近距離無線技術を利用してアクセスボイント 1 2との接続を行うローカルネットワーク I F、 308はメディエータ 24を介して送付される表示条件付情報の受信を行う情報受信部、 309は情報受信部 308によつて受信された表示条件付情報を格納する情報記憶部、 3 1 0は位置データ取得部 30 1 によって得られた位置データと時計部 302から得られた時刻データとを参照して、情報記憶部 309から表示条件に合致した情報を取り出して、表示部 3 1 1 に表示する情報表示制御部である。

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

また、口一カルネットワーク I F 3 0 7としては、近距離無線技術の他に、 R S 2 3 2 Cや U S Bなどの有線系のネットワークや、 I r D Aに代表される赤外線通信をモパイル端末 1 1のユーザビリティに合わせて選択して良い。例えば、 P D Aであればアクセスポイント 1 2と U S Bによって接続されたクレ一ドルを用いて接続を行ってもよいし、力一ナビであれば車を駐車場に停車させたときに 8 0 2 . 1 1 bを用いてアクセスポイント 1 2と無線接続するようにしてもよしゝ。また、赤外線による O B E X ( Object Exchange ) を用いて、カーナビなどから携帯電話を一旦経由して、アクセスポイント 1 2から移動履歴サーバ 1 3に移動履歴を送信するようにしてもよい。

図 1 0はメディエータ 2 4の構成を示すブロック図である。メディエータ 2 4 はデバイスエージェン卜 2 3とユーザエージェント 2 2との通信の仲介を行う。図 1 0において、 4 0 1 はモパイル端末 1 1 との接続処理を行うネットワーク接続処理部、 4 0 2はデバイスエージェント 2 3から送信された移動履歴を受信する移動履歴受信部、 4 0 3は受信した移動履歴を移動履歴管理サーバ 1 3に送信する移動履歴送信部、 4 0 4は移動履歴管理サーバ 1 3から送信された表示条件付情報を受信する情報受信部、 4 0 5は受信した表示条件付情報をデバイスエージェント 2 3に送信する情報送信部、 4 0 6は W A 1 6への接続を行ぅネッ卜ワーク I F、 4 0 7はデバイスエージェント 2 3との通信のためのローカルネッ卜ワーク I Fである。

図 8のデバイスエージェント 2 3の動作について説明する。

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

(ステップ c 1 )

所定の時間として例えば 5分おきに、タイマ一割り込みが発生するように設定する。

(ステップ c 2 )

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

(ステップ c 3 )

移動履歴記録部 3 0 4は、位置データ取得部 3 0 1から位置データを受けるとともに、時計部 3 0 2から現在時刻を読み出して、移動履歴記憶部 3 0 3に記録する。これにより、図 9に示すようなデータが移動履歴として蓄積される。その後、ステップ a 2に戻る。

次に、蓄積された移動履歴をメディエータ 2 4に送信する動作について、図 1 1 ( b ) のフローチャートを参照して説明する。

(ステップ c 4 )

ネットワーク接続処理部 3 0 6は、アクセスポィント 1 2を発見するために、アクセスボイント 1 2からの問合せ信号の検出を試みる。問合せ信号を検出したときは、ステップ c 5にすすむ一方、そうでないときは、処理を継続する。

(ステップ c 5 )

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

(ステップ c 6 )

接続が成立したときはステップ c 7にすすむ一方、そうでないときは、ス亍ップ c 4に戻り、アクセスポイント 1 2からの問合せ信号の検出を試みる。

(ステップ c 7 )

ネットワーク接続処理部 3 0 6は、移動履歴送信部 3 0 5に接続完了を通知する。

(ステップ c 8 )

移動履歴送信部 3 0 5は、移動履歴記憶部 3 0 3から移動履歴を読み出して、メディエータ 2 4に送信する。

(ステップ c 9 )

移動履歴送信部 3 0 5は、メディエータ 2 4からの応答を待つ。そして、エラ一メッセージを含む応答が返ってきたとき、または、所定の時間応答が返ってこないときは、エラ一処理をして動作を終了する。それ以外のときは、移動履歴の送信が成功したと判断して、ステップ c 1 0にすすむ。

(ステップ c 1 0 )

移動履歴送信部 3 0 5は、送信済みの移動履歴を移動履歴記憶部 3 0 3から削除する。

(ステップ c 1 1 )

移動履歴送信部 3 0 5は、応答内容にメディエータ 2 4からの表示条件付情報の送信要求が含まれているか否かを調べる。含まれているときは、ステップ c 1 2にすすむ一方、そうでないときは動作を終了する。

(ステップ c 1 2 )

情報受信部 3 0 8は、メディエータ 2 4から送信された図 4に示すような表示条件付情報を受信し、情報記憶部 3 0 9に記録する。

次に、情報記憶部 3 0 9に蓄積された表示条件付情報を表示する動作について、図 1 2のフローチヤ一トを参照して説明する。

(ステップ c 1 3 )

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

(ステップ c 1 4 )

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

(ステップ c 1 5 )

ステップ c 1 4においてマッチングに成功したときは、ステップ c 1 6にすすむ一方、そうでないときは、ステップ c 1 4を継続する。 (ステップ c 1 6 )

情報表示制御部 3 1 0は、マッチングに成功した表示条件付情報を表示部 3 1 1 に表示する。図 1 3はモパイル端末 1 1が携帯電話であるときの表示画面の例である。

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

次に、図 1 0のメデイエ一タ 2 4の動作を図 1 4のフローチャートを参照して説明する。

(ステップ d 1 )

ネットワーク接続処理部 4 0 1 は、所定の間隔で問合せ信号を送出する。 (ステップ d 2 )

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

(ステップ d 3 )

所定のプロトコルに従って、モパイル端末 1 1 との接続処理を行う。

(ステップ d 4 )

ステップ d 3において接続が成立したときはステップ d 5にすすみ、一方、そうでないときはステップ d 1 に戻リ、問合せ信号を再度送出する。

(ステップ d 5 )

移動履歴受信部 4 0 2は、デバイスエージェン卜 2 3から送信された移動履歴を受信する。

(ステップ d 6 )

移動履歴送信部 4 0 3は、移動履歴受信部 4 0 2によって受信した移動履歴をユーザエージェント 2 2に送信する。

(ステップ d 7 )

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

(ステップ d 8 )

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

(ステップ d 9 )

情報送信部 4 0 5は、表示条件付情報の送信要求を含めた応答メッセージをデバイスエージェント 2 3に送信する。

(ステップ d 1 0 )

情報受信部 4 0 4は、ユーザエージヱント 2 2から送信された表示条件付情報を受信する。

(ステップ d 1 1 )

情報送信部 4 0 5は、情報受信部 4 0 によって受信された表示条件付情報をデバイスエージェント 2 3に送信する。その後、動作を終了する。

(ステップ d 1 2 )

情報送信部 4 0 5は、移動履歴の送信が完了したことを示すメッセージをデバイスエージェント 2 3に返信する。その後、動作を終了する。

このようにしてメディエータ 2 4は、デバイスエージェント 2 3とユーザェ一ジェント 2 2との間の移動履歴および表示条件付情報の通信を仲介する。すなわち、メデイエ一タ 2 4の働きによって、モパイル端末 1 1の口一カル入出力を利用して、移動履歴のアップロードと情報のダウンロードを行うことができる。すなわち、赤外線通信やブル一トゥース（B l uetooth ) などのワイヤレス、 U S B や I E E E 1 3 9 4などの有線、 S Dカードなどの半導体メモリによるデータ交換のいずれかの仕組みを有するモパイル端末であれば、本実施形態に係る方法を利用することができる。

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

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

なお、モパイル端末 1 1 と移動履歴管理サーバ 1 3が I P (インターネットプロトコル）など共通のプロトコルを用いて直接通信可能な場合は、メデイエ一タ 2 4を省いてもかまわない。

また、今後は、ホームサーバで受信した情報のうち未視聴の情報を、モパイル端末に転送して視聴する、といった情報利用の形態が、主流になっていくことが予想される。例えば、特に戸建ての場合、無線し A Nを利用することによって、駐車場の車に設置されたカーナビとホームサーバとの間で通信が可能になる。ただしこの場合、情報を転送するタイミングをどうするか、という問題が生じる。例えば、車のエンジンがかかっていないとき、通常はカーナビの電源も入つていないため、ホームサーバからカーナビへ情報を転送しょうとしても、通信ができない。

この問題を解決するために、いくつかの方策が考えられる。例えば、カーナビにおいて、過去の利用履歴から車の出発時刻を予測し、出発前にタイマーで自動起動し、ホームサーバに情報受信要求を送信するようにしてもよい。または、車のドアの開閉動作に対応して自動起動し、ホームサーバに情報受信要求を送信するようにしてもよい。また、別の観点からの方策として、ホームサーバが、カーナビへの情報転送 (データ同期）が完了したことを携帯電話にメールで通知するようにしてもよい。あるいは、カーナビが、自宅付近でエンジンを停止後、所定の時間通電状態を維持し、ホームサーバに移動履歴情報を転送するようにしてもよい。情報転送のタィミングは、パーキングブレーキが引かれた後でもよい。

<サービスコンシェルジェ >

…情報提供者用端末

図 1 5はサービスコンシェルジェ 2 5の構成を示すブロック図である。図 1 5 において、 5 0 1は情報を表示するための表示条件を入力する条件入力部、 5 0 2は送信する情報を蓄積する情報データベース、 5 0 3は条件入力部 5 0 1から入力された表示条件を情報データベース 5 0 2に格納された情報に付与して、表示条件付情報を作成する情報作成部、 5 0 4は情報作成部 5 0 3によって作成された表示条件付情報をユーザエージェントマネージャ 2 に送信する情報送信部、 5 0 5はユーザエージェントマネージャ 2 1 との通信のためのネットワーク I F である。

図 1 5のサービスコンシェルジェ 2 5の動作について、図 1 6のフローチヤ一トを参照して説明する。

(ステップ Θ 1 〜 Θ 5〉

表示条件の入力のために、図 1 7に示すような入力画面を表示させる。情報配信者は、表示条件の入力を行う。

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

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

(ステップ e 6 )

条件入力部 5 0 1 は、「確認」ポタンが押されたか否かを調べる。「確認」ポタンが押されたときはステップ e 7にすすむ一方、それ以外のときは、配信条件の入力を継続する。

(ステップ Θ 7 )

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

(ステップ β 8 )

情報作成部 5 0 3は、入力された表示条件から図 4に示すような表示条件付情報を自動生成する。そして、情報送信部 5 0 4は生成された表示条件付情報をュ一ザエージヱン卜 2 2に送信する。その後、動作を終了する。

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

<モパイル端末の登録 >

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

(ステップ f 1 )

図 1 9 ( a ) に示すような携帯電話のメニュー画面から、 Γサーバ登録 J を選択する。

(ステップ f 2 )

携帯電話はアクセスボイント 1 2を探索する。アクセスポイント 1 2を発見したときはステップ f 3にすすむ一方、そうでないときはステップ f 4にすすむ。

(ステップ f 3 )

携帯電話から移動履歷管理サーバ 1 3にアクセスし、図 1 9 ( b ) に示すような登録画面を取得して表示する。

(ステップ f 4 )

図 1 9 ( Θ ) に示すようなエラーメッセージを表示して、処理を終了する。 (ステップ f 5 )

新規ユーザ登録の場合はステップ f 6にすすむ一方、そうでないときはス亍ップ f 7にすすむ。

(ステップ f 6 )

新規ユーザ登録の場合は、図 1 9 ( c ) に示すような登録画面からユーザ情報を入力し、ユーザ I Dとパスヮードを取得し、ステップ d 7にすすむ。

(ステップ d 7 )

図 1 9 ( d ) に示すようなユーザ認証画面からユーザ I Dとパスワードを入力し、認証後、登録するモパイル端末 1 1の機器 I Dとカテゴリーを入力する。機器 I Dはユーザ毎に個別に管理されており、登録済みのモパイル端末 1 1 と重複しなければ任意の I Dが付与されるものとする。入力が完了すると、処理を終了する。

くユーザエージェントのコンテンツ管理 >

モパイル端末 1 1が携帯電話等の場合は、表示条件付情報を蓄積できる記憶容量に制限があるので、情報のメン亍ナンスゃフィルタリングが必要になる。デバイスエージェント 2 3側では、例えば、次のようにメンテナンスをすればよい。

1 ) ユーザにすでに提示した情報は削除する。保存しておきたいときは、ユーザは所定の操作をする。

2 ) 期限が切れている情報を削除する。所定の周期で削除を実行する。 3 ) ユーザが明示的に情報を削除する。削除理由の例としては、 a . 今日は不要、 b . この情報は不要、 c . この情報とその関連情報は不要、 d . この発信者の情報は不要、などが挙げられるが、このような削除理由を、その後の情報取捨選択の基準として用いる。

4 ) 欲しい情報のカテゴリ一をユーザが選択する。選択されたカテゴリーの情報を優先する。カテゴリ一の例としては、 a . カフェ ■ レストラン、 b . フアツシヨン、 c . 雑貨、 d . アミューズメント、 e · 交通情報 '案内、などが挙げられる。

5 ) —定時間以上、蓄積している情報は削除する

また、ユーザエージェント 2 2側では、次のようなフィルタリング動作が考えられる。

1 ) ユーザの行動エリアの情報のみを取得対象とする。

2 ) ユーザが明示的に不要とした情報は対象から外す。

3 ) ユーザが希望するカテゴリーの情報を優先する。

4 ) 期限が迫っている情報を優先する。

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

<端末を連携させた情報通知 >

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

図 2 1 はモパイル端末を連携させた情報通知の一例である。移動履歴管理サーバ 1 3に記録された移動履歴から、ユーザが、 1 ) 平日 7 ： 3 0頃までは自宅付近にいる（携帯電話）、 2 ) 平日 7 ： 3 0頃自宅を出発する（カーナビ）、 3 ) 平日 8 ： 0 0頃国道 1号線上り枚方付近を通過する（カーナビ）、ことが予測されるものとする。ここで、情報提供者は、国道 1号線上り枚方付近で事故があり通行止めである、という情報（A ) を配信しょうとしている。当日は平日であり、現在時刻は 7 ： 0 0とする。このとき、

① カーナビの移動履歴から、情報（A ) がユーザの移動経路に関するものであると判断

② 現在時刻が 7 ： 0 0であるため、ユーザは自宅にいるものと判断

③ 携帯電話に、情報（A ) を電子メールで配信

これにより、ユーザは、車での移動経路における事故の情報を、自宅において、携帯電話を介して知ることができる。また、モパイル端末の移動履歴だけでなく、モパイル端末を含む各情報端末の使用履歴も併せて一元的に把握し、これら複数の情報端末を連携させて、情報提供を行うようにしてもよい。

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

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

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

この場合、情報（A ) は、ユーザの自宅にあるテレビ 1 1 Cに送信される。これは、エリア条件がユーザの移動履歴に合致し、かつ、タイミング条件として

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

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

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

図 2 3の構成の動作を、図 2 4および図 2 5のフローチャートを用いて説明する。図 2 4はエージェントマネージャ 2 1側の動作、図 2 5はユーザエージェント側 2 2の動作を示す。

図 2 4に示すように、エージェントマネージャ 2 1は、サービスコンシェルジェ 2 5から表示条件付情報の送信要求があると（g 1で Y e s ) 、情報受信部 1 0 1 がその表示条件付情報を受信して、情報記憶部 1 0 2に格納する（ g 2 ) 。そして、表示条件通知部 1 0 3が、受信した表示条件付情報に付された表示条件を、ユーザエージェント 2 2に通知する（ g 3 ) 。

ュ一ザエージェント 2 2は、図 2 5に示すように、エージェントマネージャ 2 1 から表示条件の通知があると（ h 1 で Y e s ) 、表示条件対比部 2 0 4が、移動履歴データベース 20 2から得られるユーザの行動ェリアと、表示条件に含まれたエリア条件とを対比する（ h 2) 。そして、エリア条件とユーザの行動エリァとが合致するとき（ h 3で Y e s ) 、当該表示条件付情報の識別子（ I D) を情報リスト記憶部 2 0 5に追加する（ h 4 ) 。

また、ユーザエージェント 2 2は、情報リスト記憶部 2 0 5が空でないとき ( h 5で N o ) 、情報取得部 2 0 6が、表示条件付情報の I Dを情報リスト記憶部 20 5から取り出し（ h 6 ) 、その表示条件付情報の内容をエージ：！：ントマネージャ 2 1 から取得する（ h 7 ) 。すなわち図 2 4に戻リ、エージェン卜マネ一ジャ 2 1 は、ユーザエージェン卜 2 2から表示条件付情報の取得要求があると ( g 4で Y e s ) 、指定された I Dの表示条件付情報を情報記憶部 1 0 2から取リ出し（ g 5 ) 、これをユーザエージェント 2 2に渡す（ g 6 ) 。

図 2 5に戻り、配信すべき表示条件付情報を受けたユーザエージェント 2 2では、情報送信部 2 0 7 Aが、移動履歴データベース 20 2を参照して、表示条件に含まれたタイミング条件を充足可能な情報端末（すなわちデバイスエージェント）を決定する（ h 8 ) 。そして、情報送信部 2 0 7 Aは、決定した情報端末に、当該表示条件付情報を送信する（ h 9〉。

また、ユーザエージェント 2 2は、デバイスエージェント 2 3から移動履歴の送信要求があると（ h 1 0で Υ _θ s ) 、移動履歴受信部 20 1が移動履歴を受信し、受信した移動履歴を移動履歴登録部 2 0 3が移動履歴データベース 2 0 2に登録する（ h 1 1 ) 。

ステップ h 8における情報端末の決定について、具体例を挙げて説明する。図 2 6はタイミング条件に基づいて端末を決定するルールの一例である。図 2 6の例では、タイミング条件として、条件 A 「すぐに」、条件 B 「じっくり」、条件 C 「指定場所付近で」、条件 D 「指定時刻に」の 4種類の条件を示している。そして、条件 Aのときは、ユーザが現在使用中の端末、または現在使用待機中の端末を優先して選択する。条件 Bのときは、エリア条件で指定されたエリア内で、使用時間の長い端末を優先して選択する。条件 Cのときは、エリア条件で指定されたェリア内で使用頻度の高い移動体端末を優先して選択する。条件 Dのときは、エリア条件で指定されたエリア内で、指定された時刻を含む時間帯において使用頻度が高い端末を優先して選択する。

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

図 2 7は図 2 6のルールに従った端末選択の例を示す。いま、図 2 7 ( a ) に示すような情報 1〜情報 8が、サービスコンシェルジヱから送信されたものとする。情報 1 〜 3では、ェリァ条件として「エリア A」が指定され、かつ、タイミング条件として条件 A , B , Cがそれぞれ指定されている。情報 4〜 6では、ェリァ条件として「ェリァ B」が指定され、かつ、タイミング条件として条件 A , B , Cがそれぞれ指定されている。また、情報 7 , 8では、エリア条件としては具体的なエリアは特に指定されておらず、かつ、タイミング条件として条件 A , Bがそれぞれ指定されている。

図 2 7 ( b ) に示すように、ユーザ 1 は、行動エリアがエリア A , Bであり、エリア Aではカーナビと携帯を利用し、エリァ Bでは T Vと携帯を利用するものとする。また現在はカーナビを使用中であるものとする。なお、図 2 7 ( b ) ~ ( d ) において、各エリア内の端末の並びは使用頻度順とする。

このとき、情報 1 ~ 3は、エリァ条件「エリア A」がユーザ 1の行動ェリアと合致するため、全てユーザ 1に送信される。そして、情報 1 は条件 A 「すぐに j が付されているため、ユーザ 1が現在使用中のカーナビに送信される。情報 2は条件 B 「じっくり」が付されているため、エリア Aで使用時間が長い端末としてのカーナビに送信される。情報 3は条件 C 「指定場所付近で」が付されているため、ェリア Aで使用頻度が高い移動体端末としてのカーナビに送信される。また、情報 4〜 6も、エリァ条件「エリア B J がユーザ 1の行動ェリァと合致するため、全てユーザ 1 に送信される。そして、情報 4は条件 A 「すぐに」が付されているため、ユーザ 1が現在使用中のカーナビに送信される。情報 5は条件 B 「じっくり j が付されているため、エリア Bで使用時間が長い端末としての T Vに送信される。情報 6は条件 C 「指定場所付近で」が付されているため、エリァ Bで使用頻度が高い移動体端末として携帯に送信される。

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

この結果、情報 1 〜 4 , 7 , 8はカーナビに送信され、情報 5は T Vに送信され、情報 6は携帯に送信される。

また、図 2 7 ( c ) に示すように、ユーザ 2は、行動エリアがエリア A , Dであり、エリア Aでは T Vと携帯を利用し、エリア Dでは携帯を利用するものとする。また現在は T Vを使用中であるものとする。

このとき、情報 1 ~ 3は、エリァ条件「エリア A J がユーザ 2の行動ェリアと合致するため、全てユーザ 2に送信される。そして、情報 1 は条件 A 「すぐに j が付されているため、ユーザ 2が現在使用中の T Vに送信される。情報 2は条件 B 「じっくり」が付されているため、エリア Aで使用時間が長い端末としての T Vに送信される。情報 3は条件 C 「指定場所付近で j が付されているため、エリァ Aで使用頻度が高い移動体端末としての携帯に送信される。

—方、情報 4 ~ 6は、エリア条件「エリア B」がユーザ 2の行動エリアと合致しないため、ユーザ 2には送信されない。

さらに、情報フ， 8は、エリア条件に具体的なエリアが特に示されていないため、全てユーザ 2に送信される。そして、情報 7は条件 A 「すぐに」が付されているため、ユーザ 2が現在使用中の T Vに送信される。情報 8は条件 B 「じつくリ J が付されているため、ユーザの行動エリア全体で使用時間が長い端末としての T Vに送信される。

この結果、情報 1 , 2 , 7 , 8は T Vに送信され、情報 3は携帯に送信され、情報 4〜 6は送信されない。また、図 2 7 ( d ) に示すように、ユーザ 3は、行動エリアがエリア A , Eであり、エリア Aでは携帯を利用し、エリア Eでは携帯、 T Vを利用するものとする。また現在は携帯を使用中であるものとする。

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

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

さらに、情報 7 , 8は、エリア条件に具体的なエリアが特に示されていないため、全てユーザ 3に送信される。そして、情報 7は条件 A 「すぐに」が付されているため、ユーザ 3が現在使用中の携帯に送信される。情報 8は条件 B 「じつくリ J が付されているため、ユーザ 3の行動エリア全体で使用時間が長い端末としての携帯に送信される。

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

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

Claims

請求の範囲

1 . ユーザが所有する複数の端末から、当該ユーザの移動履歴、および各端末の使用履歴を受信し、移動履歴データベースに格納する履歴管理部と、

情報提供者から、エリァ条件およびタイミング条件を含む表示条件が付された表示条件付情報を受信し、情報記憶部に格納する情報受信部と、

前記情報記憶部に格納された表示条件付情報に対し、前記移動履歴データべ一スに格納された移動履歴から得られる当該ユーザの行動ェリアと、エリア条件とを対比することによって、フィルタリングを行い、当該ユーザに送信すべき表示条件付情報を特定する情報フィルタリング部と、

前記移動履歴データベースに格納された使用履歴を参照し、前記情報フィルタリング部によって特定された表示条件付情報について、前記複数の端末の中から、タイミング条件を充足する端末を決定し、当該端末に前記表示条件付情報を送信する情報送信部とを備えた

ことを特徴とする情報配信装置。

2 . ユーザが所有する複数の端末から、当該ユーザの移動履歴、および各端末の使用履歴を受信し、移動履歴データベースに格納するステップと、

情報提供者から、エリア条件およびタイミング条件を含む表示条件が付された表示条件付情報を受信し、情報記憶部に格納するステップと、

前記情報記憶部に格納された表示条件付情報に対し、前記移動履歴データべ一スに格納された移動履歴から得られる当該ユーザの行動エリアと、ェリァ条件とを対比することによってフィルタリングを行い、当該ユーザに送信すべき表示条件付情報を特定するステップと、

前記移動履歴データベースに格納された使用履歴を参照し、特定された表示条件付情報について、前記複数の端末の中から、タイミング条件を充足する端末を決定し、当該端末に前記表示条件付情報を送信するステップとを備えた

ことを特徴とする情報配信方法。