JP6166171B2 - 端末、情報提供要求システムおよび情報提供要求方法 - Google Patents

Description

本発明は、端末、情報提供要求システムおよび情報提供要求方法に関する。

近年、携帯端末に搭載された通信機能を利用して、携帯端末はＩＣタグからサービスや商品情報を取得し、電子マネー機能を使ったネットワーク経由での決済が可能である。このような携帯端末の高機能化が進んだことで、携帯端末を用いた情報取得のサービスやシステムも提案されている。

ここで携帯端末への情報提供のサービスは、携帯端末のユーザがおかれている状況、状態および環境に基づいてなされることが、情報の有用性の観点から望ましい。そこで、従来から、携帯端末のユーザにあわせた情報提供として、ユーザがおかれている状況を示す情報である天気や位置情報等を利用した情報提供が知られている。

特許文献１には、サービス情報提供サーバが携帯端末から受信した情報に応じてサービスリストを携帯端末へ応答するサービス情報提供システムが記載されている。このサービス情報提供システムでは、物品やガイド対象物等に取り付けられたタグに記憶されている物品や場所に関わる情報を、携帯端末が読み取る。情報提供サーバは、携帯端末からタグから読み取った情報とユーザに関する状況情報を受信する。情報提供サーバは、携帯端末がタグから読み取った情報とユーザに関する状況情報に応じたサービスリストを生成し、携帯端末へ応答するようにしている。状況情報は、環境、端末および生体に関する情報が含まれているものである。

特開２０１２−１９０１２５号公報

このような情報提供要求システムにおいて、様々な種別の情報がユーザに提供されることがある。このように、提供される情報が多岐にわたる場合、提供される情報の種別によって、情報を提供するサーバが必要とするユーザに関する情報は異なることが考えられる。即ち、提供される情報の種別によっては、情報を提供するサーバが情報を抽出するために必要となるユーザに関する情報も異なることが考えられる。よって、携帯端末で取得あるいは保持されるユーザの全ての情報が必要なわけではない場合がある。そのため、提供される情報の種別によらずユーザに関する情報を全て一律にサーバに送信することとすると、提供される情報の種別によっては、不要な情報までをもサーバに送信する場合がある。不要なユーザに関する情報までをも、サーバが保有することとなると、セキュリティ上問題がある。そして、ユーザは情報提供を要求する場合に、ユーザに関する情報の全てを送信することは避けたいということが考えられる。また、情報提供側にとっても、提供する情報（サービスのコンテンツ等）を生成して、情報を提供するにあたりユーザに関する不要な情報を取得しても、情報提供の上で意味がない。

本発明は、上記の問題点に鑑みてなされたものであり、情報を提供するサーバに、情報提供を要求するためにユーザに関するコンテクスト情報を送信する際、情報を提供するサーバが必要なコンテクスト情報のみをサーバに送信し、送信する必要がないコンテクスト情報を送信することを防止する端末、情報提供要求システムおよび情報提供要求方法を提供することを目的とする。

上記の課題を解決するために、本発明の端末は、サーバに対してユーザに関する情報であるコンテクスト情報に応じた情報の提供を要求する端末であって、タグから当該タグに記憶されているタグ情報を取得するタグ情報取得手段と、タグ情報取得手段によって取得されたタグ情報に基づきサーバに送信するコンテクスト情報の種別を決定する種別決定手段と、種別決定手段により決定された種別のコンテクスト情報を取得するコンテクスト情報取得手段と、種別決定手段により決定された種別のコンテクスト情報およびタグ情報のうち少なくともいずれかに基づき、コンテクスト情報の送信先となるサーバを決定し、決定したサーバにコンテクスト情報取得手段によって取得されたコンテクスト情報を送信する制御を行うコンテクスト情報送信手段と、を備える。

また、本発明の情報提供要求方法は、サーバに対してユーザに関する情報であるコンテクスト情報に応じた情報の提供を要求する端末の動作方法である情報提供要求方法であって、タグから当該タグに記憶されているタグ情報を取得するタグ情報取得ステップと、タグ情報取得ステップにおいて取得されたタグ情報に基づきサーバに送信するコンテクスト情報の種別を決定する種別決定ステップと、種別決定ステップにおいて決定された種別のコンテクスト情報を取得するコンテクスト情報取得ステップと、種別決定ステップにおいて決定された種別のコンテクスト情報およびタグ情報のうち少なくともいずれかに基づき、コンテクスト情報の送信先となるサーバを決定し、決定したサーバにコンテクスト情報取得ステップにおいて取得されたコンテクスト情報を送信する制御を行うコンテクスト情報送信ステップと、を含む。

これらの構成により、端末は、タグから当該タグに記憶されているタグ情報を取得する。端末は、取得したタグ情報に基づいて、情報を提供するサーバに送信するコンテクスト情報の種別を決定する。そして、端末は、決定したコンテクスト情報の種別に対応するコンテクスト情報を取得して、情報を提供するサーバに送信する制御をする。したがって、端末は情報を提供するサーバに、情報の提供を受けるために必要なコンテクスト情報のみを送信することができる。また、決定したサーバにコンテクスト情報が送信されるので、ユーザにとって適切な情報の提供がされることを確実にすることができる。

また、タグ情報は、タグが付された物品の情報、ユーザによりサーバに要求される情報に関わる情報、およびタグが付された物品に関連する場所の情報のうち少なくとも１つを含むようにしてもよい。これにより、情報を提供するサーバに送信するべきコンテクスト情報の種別を確実に決定することができる。

また、コンテクスト情報送信手段は、ユーザに関する情報をサーバに送る際に、コンテクスト情報の種別に応じて、ユーザに、コンテクスト情報のサーバへの送信の許諾の確認を行ってもよい。これにより、情報を提供するサーバに送信するコンテクスト情報をユーザが認識することができる。そして、ユーザが情報を提供するサーバに送信することを望まないコンテクスト情報を、情報を提供するサーバに送信することを確実に防止することができる。

また、コンテクスト情報送信手段は、情報を提供するサーバに送信するコンテクスト情報の範囲を制限してもよい。これにより、コンテクスト情報の範囲を制限することができる。したがって、同じコンテクスト情報の種別であっても、サーバに送信する情報とサーバに送信しない情報とを分けることができる。このように、同じコンテクスト情報の種別の情報を分けることで、ユーザがサーバに送信することを望まないコンテクスト情報をサーバに送信することを確実に防止することができる。

また、コンテクスト情報送信手段は、情報を提供するサーバに送信するコンテクスト情報の範囲を制限する際に、コンテクスト情報の範囲を制限した履歴を参照してもよい。これにより、コンテクスト情報の範囲を制限する場合に、コンテクスト情報を制限した過去の履歴を利用できるので、効率的にサーバに送信するコンテクスト情報を制限することができる。

また、情報を提供するサーバからの情報を受信する情報受信手段をさらに備えていてもよい。これにより、ユーザは情報提供を要求した情報を確実に受信することができる。

また、本発明の情報提供要求システムは、端末を含んで構成されると共にサーバに対してユーザに関する情報であるコンテクスト情報に応じた情報の提供を要求する情報提供要求システムであって、端末は、タグから当該タグに記憶されているタグ情報を取得するタグ情報取得手段を備え、情報提供要求システムは、タグ情報取得手段によって取得されたタグ情報に基づきサーバに送信するコンテクスト情報の種別を決定する種別決定手段と、種別決定手段により決定された種別のコンテクスト情報を取得するコンテクスト情報取得手段と、種別決定手段により決定された種別のコンテクスト情報およびタグ情報のうち少なくともいずれかに基づき、コンテクスト情報の送信先となるサーバを決定し、決定したサーバにコンテクスト情報取得手段によって取得されたコンテクスト情報を送信する制御を行うコンテクスト情報送信手段と、を備える。本発明の情報提供要求システムは、上記と同様の作用および効果を奏することができる。

本発明によれば、情報を提供するサーバに、情報提供を要求するためにユーザに関するコンテクスト情報を送信する際、情報を提供するサーバが必要なコンテクスト情報のみをサーバに送信し、送信する必要がないコンテクスト情報を送信することを防止することができる。

本発明の実施形態に係る端末、情報提供要求システムおよび本発明の実施形態に係る情報提供要求システムである携帯通信端末、および当該携帯通信端末を含むシステムを示す構成図である。 携帯通信端末のハードウェア構成図である。 コンテクスト情報種別決定テーブルの例を示す図である。 サーバ決定テーブルの例を示す図である。 本発明の実施形態に係る端末および情報提供要求システムである携帯通信端末を含むシステムで実行される処理（情報提供要求方法）を示すシーケンス図である。 コンテクスト情報を送信までのフローを示すフローチャート図である。 本発明の実施形態に係るユースケース図である。

以下、添付図面を参照して、本発明に係る端末、情報提供要求システムおよび情報提供要求方法の実施形態を詳細に説明する。なお、図面の説明において同一又は相当要素には同一の符号を付し、重複する説明を省略する。

図１は、本発明の実施形態に係る端末および情報提供要求システムである携帯通信端末１００を含むシステムを示す構成図である。携帯通信端末１００は近距離無線通信等によりタグ１０と接続する。また、携帯通信端末１００は、ネットワーク３０を介して情報を提供する情報提供サーバ４０と接続する。携帯通信端末１００はユーザによって所持および利用されるものである。そして、この携帯通信端末１００は、スマートフォン、ＰＤＡ（Personal Digital Assistants）、およびノート型のパーソナルコンピュータ等の端末である。

情報提供サーバ４０は、携帯通信端末１００からの要求に応じて、携帯通信端末１００に対して情報の提供を行う。情報提供サーバ４０が提供する情報は、例えば、ユーザが興味を有すると考えられる商品やサービスを示す情報（レコメンド情報）、あるいはその情報を取得するための情報である。以下、情報提供サーバ４０が提供する情報を、コンテンツ情報と呼ぶ。コンテンツ情報は、具体的には、ＵＲＬ、アプリケーション、テキストファイルおよび画像等といった形式の情報である。情報提供サーバ４０によるコンテンツ情報の提供は、携帯通信端末１００がタグ１０に記憶されているタグ情報を読み取ることをトリガとして行われる。

ネットワーク３０は、携帯通信端末１００と情報提供サーバ４０とを接続する。携帯通信端末１００が情報提供サーバ４０へ情報を送信する際、および携帯通信端末１００が情報提供サーバ４０からコンテンツ情報を受信する際、ネットワーク３０を介して通信が行われる。このネットワーク３０は、有線および無線のいずれで構成されていてもよく、例えば、移動体通信網、インターネット、有線ＷＡＮ（Wide Area Network）、無線ＷＡＮ等のネットワークである。

本実施形態に係る携帯通信端末１００を含むシステムによるコンテンツ情報の提供の枠組みは、例えば、携帯通信端末１００を所有するユーザが契約している、移動体通信網の通信事業者によって提供される。当該枠組みの提供を行う者を、以下、システムの管理者という。

タグ１０は、携帯通信端末１００が情報提供サーバ４０からコンテンツ情報の提供を受ける際に用いられる非接触ＩＣタグである。タグ１０は、コンテンツ情報に対応するタグ情報を記憶している。タグ１０は、近距離無線通信機能を使用して携帯通信端末１００と通信を行い、タグ情報を携帯通信端末１００に送信する。タグ１０は、例えば、ユーザが所有する物品に付される。物理的にはタグ１０は、タグ１０が付される物品に付しやすい形状を有し、ＦｅｌｉＣａ（フェリカ・登録商標）およびＮＦＣ等の方式に準拠した近距離無線通信機能を有する近距離無線通信モジュールと、タグ情報を格納したＲＯＭ等の記憶デバイスと、を備えている。タグ情報は、例えば、タグ１０が付されている物品に関する情報およびコンテンツ情報に関する情報の少なくともいずれかを含む。タグ情報は、例えば、システムの管理者によって予め設定されている。タグ１０は、タグ情報に応じて提供されるコンテンツ情報によって、異なるものが用意されている。

タグ１０が記憶するタグ情報は、互いに対応付けられたＩＤ種別とＩＤ情報とを含む情報である。ＩＤ種別は、例えば、商品ＩＤ、場所ＩＤ、および種類ＩＤ等のＩＤの種類を表す情報である。商品ＩＤと場所ＩＤは、物品に関する情報を表すＩＤ種別である。そして、種類ＩＤは、コンテンツ情報に関する情報を表すＩＤ種別である。商品ＩＤとは、物品である商品のカテゴリーを表すＩＤ種別である。例えば、商品ＩＤに対応付けられるＩＤ情報は「日用品」、「服」、および「園芸品」である。場所ＩＤとは、物品に関わる場所を表すＩＤ種別である。例えば、場所ＩＤに対応付けられるＩＤ情報は「キッチン」、「クローゼット」、および「玄関」である。種類ＩＤとは、ユーザが要求するコンテンツ情報に関わる情報を表すＩＤ種別である。例えば、種類ＩＤに対応付けられるＩＤ情報は、「運動」、「家庭菜園」、「料理」、および「読書行動」である。携帯通信端末１００は、ＩＤ情報に応じて、コンテクスト情報を取得する。コンテクスト情報とは、携帯通信端末１００が自立的に取得可能な情報であって、携帯通信端末１００を所有するユーザに関する情報である。詳しくは後述する。

なお、タグ情報には複数のＩＤ種別およびＩＤ情報が含まれていてもよい。タグ１０に含まれるタグ情報の特定のＩＤ種別の有無によって、携帯通信端末１００に提供されるコンテンツ情報の内容は異なっていてもよい。例えば、ＩＤ種別が複数ある場合に、種類ＩＤの有無により、携帯通信端末１００に提供されるコンテンツ情報の内容は異なる。ただし、タグ１０が記憶するタグ情報は、これらの情報に限定されない。

タグ１０の設置場所は、タグ１０に登録された場所ＩＤのＩＤ情報が示す場所あるいはタグ情報に登録された商品ＩＤのＩＤ情報に関連する場所に設置されることが望ましい。例えば家電や日用雑貨に装着する形で設置する。商品ＩＤのＩＤ情報により示される物品がキッチンで使用する物品である場合又は場所ＩＤのＩＤ情報がキッチンを示す場合、タグ１０はキッチン内に装着されることが望ましい。例えば、タグ１０にマグネットをつけ、冷蔵庫に貼るように設置してもよい。商品ＩＤのＩＤ情報により示される物品が玄関で使用をする物品である場合又は場所ＩＤのＩＤ情報が示す場所が玄関である場合には、玄関に飾られているリースの飾りに装着するように設置してもよい。タグ１０を、タグ１０に登録された場所ＩＤのＩＤ情報により示される場所に設置した場合には、例えば屋内の間取りのような、ＧＰＳ測位では把握するのが難しい正確な位置情報をタグ情報から得ることができる。このような正確な位置情報をタグ１０に含まれるタグ情報から得られれば、情報提供サーバ４０は、正確な位置情報をもとにしたコンテクスト情報を利用して、コンテンツ情報の提供が可能となる。

ただし、ユーザがそれぞれのタグ１０について、どのようなコンテンツ情報を要求するタグ１０であるのかを認識できれば、ユーザが指定する任意の場所であってもよい。例えば、上述のようにキッチン内に装着されることが望ましいタグ１０であったとしても、ユーザが外出する際にタグ１０に携帯通信端末１００をかざしたいと考えるような場合には、キッチンではなく玄関に設置してもよい。なお、タグ１０の設置場所は、システムの管理者が決定してもよい。

図２に携帯通信端末１００のハードウェア構成を示す。図２に示すように、携帯通信端末１００は、ＣＰＵ（Central Processing Unit）１００Ａ、ＲＡＭ（RandomAccess Memory）１００Ｂ、ＲＯＭ(Read Only Memory)１００Ｃ、操作部１００Ｄ、無線通信部１００Ｅ、ディスプレイ１００Ｆ、アンテナ１００Ｇおよびタグ１０との間で情報を送受信するための近距離無線通信部１００Ｈ等のハードウェアにより構成されている。また、携帯通信端末１００は、無線通信プロトコルの構成要素として、ＨＷＣ（Hard Ware Controller）、ＲＬＣ（Radio LinkController）およびＲＲＣ（Radio Resource Controller）等を備えて構成されている。上述のハードウェアの構成要素が動作することにより、携帯通信端末１００の以下に示す機能が実現される。

次に、携帯通信端末１００の機能構成ついて詳細に説明する。図１に示されるように携帯通信端末１００は、タグ情報取得部１０１と、種別決定部１０２と、コンテクスト情報取得部１０３と、コンテクスト情報送信部１０４と、情報受信部１０５と、情報表示部１０６と、を備えている。

タグ情報取得部１０１は、携帯通信端末１００をタグ１０にかざした場合に、タグ１０に記憶されているタグ情報を読み取るタグ情報取得手段である。タグ情報取得部１０１がタグ情報を取得するトリガとなるアクションは、携帯通信端末１００をタグ１０にかざすことである。このようなタグ情報取得部１０１は、ＦｅｌｉＣａ（フェリカ・登録商標）およびＮＦＣ等の方式に準拠した近距離無線通信等による非接触通信で実現される。タグ情報取得部１０１は、取得したタグ情報を種別決定部１０２に通知する。タグ１０に携帯通信端末１００を「かざす」とは、携帯通信端末１００とタグ１０とが近距離無線通信により相互に通信可能な距離に、携帯通信端末１００を近づけることを意味する。この「かざす」という動作は「タッチする」と表現される場合もある。

種別決定部１０２は、タグ情報取得部１０１が取得したタグ情報および予め記憶されているコンテクスト情報種別決定テーブルを参照して、情報提供サーバ４０に送信するコンテクスト情報の種別を決定する種別決定手段である。コンテクスト情報には様々な種別の情報があり、それらの種別の中から情報提供サーバ４０に送信するコンテクスト情報種別を決定する。

図３を用いて、コンテクスト情報種別決定テーブルについて説明する。図３は、コンテクスト情報種別決定テーブルの一例を示す図である。コンテクスト情報種別決定テーブルとは、予め定められたＩＤ種別とＩＤ情報の条件とコンテクスト情報の種別と指定範囲を対応付けたテーブルであって、タグ情報を取得した場合に情報提供サーバ４０に送るべきコンテクスト情報の種別を判断するための基準である。

種別決定部１０２は、タグ情報取得部１０１から通知されたタグ情報がコンテクスト情報種別決定テーブルにあるいずれかの条件に合致するか否かを判断（検索）する。より詳細には、タグ情報取得部１０１から通知されたタグ情報に含まれるＩＤ種別およびＩＤ情報の組合せが、コンテクスト情報種別決定テーブルのテーブルにある条件と一致しているかを判断する。タグ情報に複数のＩＤ種別およびＩＤ情報が含まれている場合には、タグ情報に含まれる全てのＩＤ種別およびＩＤ情報の条件が一致しているかを判断する。そして、条件に合致していると判断した場合、コンテクスト情報種別決定テーブルの中から、そのタグ情報に対応するコンテクスト情報の種別を情報提供サーバ４０に送信すべきコンテクスト情報の種別として決定する。

このように情報提供サーバ４０に送信すべきコンテクスト情報の種別をタグ情報と対応付けておくことで、送信すべきコンテクスト情報のみを情報提供サーバ４０に送信し、該当のコンテクスト情報の種別以外の情報については、情報提供サーバ４０に送信すべき情報から除外することができる。なお、コンテクスト情報種別決定テーブルはシステムの管理者によって決定されるものである。タグ情報の内容に対して、どのような情報を提供するかはシステムの管理者によって決められるためである。

種別決定部１０２により決定されるコンテクスト情報の種別は、コンテクスト情報取得部１０３により取得されるコンテクスト情報の種類を示す情報である。コンテクスト情報の種別は、例えば、加速度、位置情報、温度、家電の消費電力、携帯通信端末１００の操作履歴である画面点灯、カメラの起動履歴、ワンセグの視聴履歴、設定変更の履歴、電話やメール等の通信の履歴、アプリケーションの起動履歴、携帯通信端末１００の電池残量、スケジュール機能を有するアプリケーションの情報、およびＷｅｂサービスへのアクセス履歴を含むＷｅｂサービス情報等である。

加速度とは、携帯通信端末１００を所有するユーザの加速度である。ユーザが携帯通信端末１００を所持していることを想定し、携帯通信端末１００の加速度をユーザの加速度とみなすことができる。位置情報とは、携帯通信端末１００を所有するユーザの位置情報である。位置情報についても、加速度の場合と同様の理由により、携帯通信端末１００の位置情報をユーザの位置情報とみなすことができる。位置情報は、例えば、携帯通信端末１００の緯度および経度等の情報である。温度とは、携帯通信端末１００を所有するユーザの位置における携帯通信端末１００の外部の温度である。温度についても、加速度の場合と同様の理由により、携帯通信端末１００の外部の温度をユーザの位置における温度とみなすことができる。

家電の消費電力は、ユーザが自宅で家電を使用した場合に、どの程度電力を使用したかという情報である。家電の消費電力は消費電力を計測する機能を持つ機器であるスマートタップ等を用いて、取得される。

画面点灯とは、ユーザが携帯通信端末１００の画面を点灯させた頻度や、点灯した光の強度、点灯した時間等の情報である。カメラの起動履歴とは、ユーザが携帯通信端末１００のカメラ機能を利用した回数や、利用時間等の情報である。ワンセグの視聴履歴とは、ユーザが携帯通信端末１００のワンセグ機能を利用した回数や、利用時間等の情報である、設定変更の履歴とは、ユーザが携帯通信端末１００の設定事項を変更した変更項目や変更内容の情報である。

電話やメール等の通信の履歴とは、例えばユーザが電話を利用した回数、時間および通信距離等の情報並びにユーザがメールを利用した回数、メール文書のサイズの情報である。アプリケーションの起動履歴とは、例えば携帯通信端末１００にインストールされている個々のアプリケーションがユーザによってどの程度利用されているかといった利用回数や利用時間についての情報である。電池残量とは、ユーザの使用により携帯通信端末１００の電池がどの程度残っているかといった情報である。

携帯通信端末１００のスケジュール機能を有するアプリケーションの情報とは、該スケジュール機能を有するアプリケーションに記憶されているユーザのスケジュール情報である。具体的には、ユーザがアプリケーションに登録したスケジュール名、時間、および場所等に関する情報である。Ｗｅｂサービス情報とは、携帯通信端末１００のユーザが閲覧したＷｅｂページに関する情報である。

続いて、コンテクスト情報種別決定テーブルに定められている指定範囲について説明する。指定範囲とは、コンテクスト情報の種別について、情報提供サーバ４０に送信する対象となる範囲（例えば、時間的な範囲）である。

コンテクスト情報の指定範囲は、例えば「現在」を基準として定められる。「現在」は、例えば、タグ１０から携帯通信端末１００がタグ情報を読み取られた時点である。そして、指定範囲は、過去から未来を含む範囲である。

例えば、指定範囲が「現在」である場合には、現在の時点におけるコンテクスト情報を情報提供サーバ４０へ送信することを意味する。例えば、コンテクスト情報の種別が「温度」である場合には、現在の時点の携帯通信端末１００の外部の温度を意味する。

指定範囲が「過去１週間」である場合には、現在の時点からさかのぼって過去１週間分のコンテクスト情報であることを意味する。指定範囲が「現在から１週間後」である場合は、現在の時点から１週間後までのコンテクスト情報であることを意味する。

図３において、例えば、タグ情報としてＩＤ種別が商品ＩＤ、ＩＤ情報が「日用品」であった場合、対応するコンテクスト情報の種別は「位置情報」であって、コンテクスト情報の指定範囲は「現在」である。よって、情報提供サーバ４０に送信するコンテクスト情報は、現在の時点における位置情報である。また、タグ情報としてＩＤ種別が商品ＩＤと場所ＩＤであって、商品ＩＤのＩＤ情報が「服」、場所ＩＤのＩＤ情報が「クローゼット」であった場合、対応するコンテクスト情報の種別は「天気」、「位置情報」、「加速度」、「スケジュール情報」であり、「位置情報」の指定範囲は「過去１週間」である。このように、同じコンテクスト情報種別であっても、タグ情報によって指定範囲は異なる場合がある。

また、タグ情報としてＩＤ種別が商品ＩＤ、場所ＩＤ、および種類ＩＤであって、商品ＩＤのＩＤ情報が「日用品」、場所ＩＤのＩＤ情報が「キッチン」、および種類ＩＤのＩＤ情報が「運動」であった場合、対応するコンテクスト情報の種別は「加速度」および「スケジュール情報」である。それぞれコンテクスト情報を指定範囲は加速度については「過去１週間」、スケジュール情報については、「現在から１週間後」である。よって、情報提供サーバ４０に送信するコンテクスト情報は、加速度については、現在の時点からさかのぼって過去１週間分の加速度である。また、スケジュール情報については、現在の時点から１週間後までのスケジュール情報である。

種別決定部１０２は決定したコンテクスト情報の種別およびタグ情報をコンテクスト情報取得部１０３に通知する。なお、タグ情報取得部１０１から通知されたタグ情報が、コンテクスト情報種別決定テーブルにあるいずれのタグ情報の条件にも合致していない場合には、合致していないことを示す情報をコンテクスト情報送信部１０４へ通知してもよい。この場合、コンテクスト情報は情報提供サーバ４０へ送信されない。又は、合致していないことを示す情報をコンテクスト情報取得部１０３へ通知するようにしてもよい。この場合は、携帯通信端末１００が取得し得る全てのコンテクスト情報を情報提供サーバ４０に送信することとしてもよいし、予め決められたコンテクスト情報を情報提供サーバ４０に送信することとしてもよい。

コンテクスト情報取得部１０３は、種別決定部１０２から通知されたコンテクスト情報種別のコンテクスト情報を取得するコンテクスト情報取得手段である。

コンテクスト情報取得部１０３は、種別決定部１０２から通知されたコンテクスト情報の種別について、指定範囲で指定された期間のコンテクスト情報を取得する。例えば、指定範囲が「現在」である場合は、種別決定部１０２からコンテクスト情報取得部１０３へ通知されたときに、コンテクスト情報を取得する。指定範囲が「過去１日分」や「過去１週間」の場合には、現在の時点からさかのぼって、それぞれ過去１日分又は過去１週間分のコンテクスト情報を取得する。

コンテクスト情報取得部１０３は、指定範囲が「過去１日分」や「過去１週間」の場合に備え、コンテクスト情報の種別によって、定期的にコンテクスト情報を取得して記憶しておく場合がある。例えば、加速度や位置情報の場合である。定期的とは、例えば１時間ごと、１日ごとといったものがある。定期的に取得する場合には、予めコンテクスト情報取得部１０３が定期的に機能するように設定されている。取得したコンテクスト情報は履歴として携帯通信端末１００のメモリ等に記憶される。なお、定期的に限らず、コンテクスト情報が履歴としてメモリ等に記憶されればよい。例えば、ユーザによる操作等の携帯通信端末１００に予め決められたアクションがあった場合に、コンテクスト情報を取得して記憶してもよい。また、コンテクスト情報が更新されたことを検出した場合に、取得して記憶しても良い。例えばアプリケーションの起動履歴やカメラの起動履歴、通信履歴等、不定期にコンテクスト情報が更新される場合が該当する。なお、履歴としてコンテクスト情報を取得するタイミングは、コンテクスト情報の種別に応じて予め設定されてコンテクスト情報取得部１０３に記憶されている。

続いて、コンテクスト情報の取得方法については次の通りである。加速度、温度といったようなコンテクスト情報の場合は、コンテクスト情報取得部１０３は、携帯通信端末１００が備える、加速度センサ、および温度センサを用いて検出を行うことによりコンテクスト情報を取得する。上述の通り、定期的又は不定期に取得して、履歴として記憶する場合がある。

位置情報の場合には、コンテクスト情報取得部１０３は、携帯通信端末１００が備えるＧＰＳ機能を用いてコンテクスト情報を取得する。上述の通り、定期的又は不定期に取得して、履歴として記憶する場合がある。

携帯通信端末１００の画面点灯、携帯通信端末１００のカメラの起動履歴、携帯通信端末１００ワンセグの視聴履歴、携帯通信端末１００設定変更の履歴、携帯通信端末１００を使用した電話やメール等の通信の履歴、携帯通信端末１００のアプリケーションの起動履歴といったようなコンテクスト情報の場合には、コンテクスト情報取得部１０３は携帯通信端末１００の操作等のアクションがあった場合にコンテクスト情報として取得して履歴として記憶し、該履歴を読み出すことにより取得する。

携帯通信端末１００の電池残量の場合には、コンテクスト情報取得部１０３は、電池残量を示す携帯通信端末１００の情報をコンテクスト情報として読み出すことにより取得する。

家電の消費電力は、消費電力を計測する機能を持つ機器であるスマートタップ等を用いて、家電の消費電力は取得される。そして、スマートタップ等で取得された情報を、ネットワーク等を介して、コンテクスト情報取得部１０３が取得（受信）する。

スケジュール情報の場合には、コンテクスト情報取得部１０３は、スケジュール機能を有するアプリケーションに登録されたスケジュール情報をコンテクスト情報として読み出すことにより取得する。

携帯通信端末１００から利用したＷｅｂサービス情報の場合には、コンテクスト情報取得部１０３はＷｅｂサービスのアクセス履歴をコンテクスト情報として読み出すことにより取得する。Ｗｅｂサービスのアクセス履歴は、携帯通信端末１００が記憶しているＷｅｂサービスのアクセスに関するキャッシュから読みだしてもよいし、アクセスがあった都度、コンテクスト情報取得部１０３が履歴として記憶しておいてもよい。

コンテクスト情報取得部１０３が取得するコンテクスト情報は、上述した情報に限らず、携帯通信端末１００を所有するユーザの行動の状態、ユーザの環境の状態、ユーザによる携帯通信端末１００の操作の情報、ユーザによる携帯通信端末１００を使用した通信の情報、ユーザの所有する携帯通信端末１００の状態、およびユーザの所有する携帯通信端末１００にインストールされたアプリケーションの情報等、携帯通信端末１００が自立的に取得可能な情報であって、ユーザに関する情報であれば何でもよい。

また、コンテクスト情報を取得する各センサは上述のように直接携帯通信端末１００に搭載されていてもよいし、携帯通信端末１００が有する外部インタフェース等に接続されていてもよい。また、コンテクスト情報は、ネットワークやＢｌｕｅｔｏｏｔｈ（ブルートゥース・登録商標）等を介して携帯通信端末１００が受信するものであってもよい。

例えば、種別決定部１０２から通知されたコンテクスト情報の種別が「位置情報」であって指定範囲が「現在」であった場合は、コンテクスト情報取得部１０３は、携帯通信端末１００のＧＰＳ機能を使用して、現在の位置情報を取得する。

また、種別決定部１０２から通知されたコンテクスト情報の種別が「加速度」と「スケジュール情報」であり、それぞれ指定範囲は、加速度については「過去１週間」、スケジュールについては「現在から１週間後」である場合は、次のようにコンテクスト情報を取得する。コンテクスト情報取得部１０３は、履歴として記憶している加速度の情報の中から現在の時点を基準として過去１週間の加速度情報を抽出する。スケジュール情報については、コンテクスト情報取得部１０３は、例えば携帯通信端末１００のスケジュール機能を有するアプリケーションに登録されたスケジュール情報の中から、現在の時点を基準として１週間後までのスケジュール情報を送信するコンテクスト情報として抽出する。

コンテクスト情報取得部１０３は、取得したコンテクスト情報をコンテクスト情報送信部１０４に出力する。なお、コンテクスト情報取得部１０３は、取得したコンテクスト情報について指定範囲がある場合は、取得したコンテクスト情報の中から指定範囲のコンテクスト情報を抽出し、抽出したコンテクスト情報をコンテクスト情報送信部１０４に出力する。また、コンテクスト情報取得部１０３は、タグ情報およびコンテクスト情報の種別もあわせてコンテクスト情報送信部１０４へ出力する。

コンテクスト情報送信部１０４は、コンテクスト情報取得部１０３から入力したタグ情報、コンテクスト情報の種別およびコンテクスト情報を情報提供サーバ４０へ送信する（制御を行う）コンテクスト情報送信手段である。コンテクスト情報送信部１０４は、サーバ決定テーブルを参照して、コンテンツ情報の要求先となる（接続先となる）と共にコンテクスト情報の送信先となる情報提供サーバ４０を決定し、コンテンツ情報の提供を要求する。

図４は、サーバ決定テーブルの一例を示す図である。図４に示されるように、サーバ決定テーブルは、タグ情報、コンテクスト情報の種別、コンテクスト情報の条件、および接続先のサーバが対応付けられたテーブルであって、タグ情報、コンテクスト情報の種別およびコンテクスト情報に応じて接続する情報提供サーバ４０を決定するための基準である。

具体的には、コンテクスト情報送信部１０４は、コンテクスト情報取得部１０３から入力したタグ情報、コンテクスト情報の種別およびコンテクスト情報が、サーバ決定テーブルにあるいずれかの条件に合致するか否かを判断（検索）する。より詳細には、コンテクスト情報取得部１０３から入力したタグ情報、コンテクスト情報の種別およびコンテクスト情報の組合せが、サーバ決定テーブルにある条件と一致しているかを判断する。コンテクスト情報取得部１０３から入力されたタグ情報に複数のＩＤ種別およびＩＤ情報が含まれている場合、並びにコンテクスト情報取得部１０３から入力したコンテクスト情報の種別およびコンテクスト情報が複数ある場合には、含まれる全ての条件が一致しているかを判断する。そして、条件に合致していると判断した場合、サーバ決定テーブルの中から、それらの条件に対応するサーバを情報提供サーバ４０として決定する。例えば、コンテクスト情報取得部１０３から入力された情報が、ＩＤ種別は商品ＩＤ、ＩＤ情報は日用品、現在の位置情報は地域Ａに含まれる位置を示す情報であった場合、コンテクスト情報送信部１０４は、図４のサーバ決定テーブルに従って、サーバＡを情報提供サーバ４０として決定する。コンテクスト情報送信部１０４は、決定した情報提供サーバ４０へ、タグ情報、コンテクスト情報の種別およびコンテクスト情報を送信し、コンテンツ情報の提供を要求する。

サーバ決定テーブルは、システムの管理者が決定する。複数ある情報提供サーバ４０を管理しているのはシステムの管理者であるためである。

コンテクスト情報送信部１０４は、コンテクスト情報を情報提供サーバ４０に送る際に、コンテクスト情報の種別に応じて、コンテクスト情報を情報提供サーバ４０に送信することについてユーザに許諾の確認を行う。コンテクスト情報の送信についてユーザに許諾の確認を行うことで、ユーザが意図しないコンテクスト情報が情報提供サーバ４０に送信されることを事前に防止できる。具体的には、コンテクスト情報送信部１０４は、予めユーザ確認すべきコンテクスト情報の種別に対応付けてフラグを記憶する。コンテクスト情報送信部１０４は、情報提供サーバ４０に送信するコンテクスト情報の種別についてユーザに確認すべき種別であるフラグを記憶していると判断した場合に、例えば、携帯通信端末１００にポップアップによる表示等を行い、ユーザに、コンテクスト情報を情報提供サーバ４０に送信してよいか確認を行う。

コンテクスト情報送信部１０４は、携帯通信端末１００に対するユーザの操作等によって、ユーザから確認の結果（送信可否の選択）の入力を受けつける。コンテクスト情報送信部１０４は、ユーザにより送信可能という選択がなされた場合には、送信可能というフラグをさらに記憶する。コンテクスト情報送信部１０４は、送信可能というフラグを記憶している種別のコンテクスト情報のみを情報提供サーバ４０に送信する。コンテクスト情報送信部１０４は、ユーザに許諾の確認を行う前にフラグを確認して、送信可能というフラグを記憶しているコンテクスト情報の種別については、ユーザに許諾の確認を行わずに情報提供サーバ４０に送信するようにしてもよい。また、ユーザにより送信不可という選択がなされたコンテクスト情報については、コンテクスト情報送信部１０４は、送信不可という入力を受信する。コンテクスト情報送信部１０４は、ユーザにより送信可能という選択がなされた場合には、送信不可というフラグをさらに記憶する。コンテクスト情報送信部１０４は、送信不可というフラグを記憶している種別のコンテクスト情報のみを送信しないこととしてもよいし、種別決定部１０２によって決定した全てのコンテクスト情報の種別について送信しないこととしてもよい。

なお、ユーザに確認すべき種別であるかをコンテクスト情報送信部１０４が判断できればよく、判断方法は、コンテクスト情報送信部１０４がフラグを記憶するといった上記の方法に限られない。また、ユーザへの確認方法についても、携帯通信端末１００へのポップアップ表示に限られず、ユーザに確認ができればよく、その他の例えば音等による確認であってもよい。同様に、ユーザからの入力（選択）を受信した場合も、上述のようにコンテクスト情報送信部１０４がユーザの選択を判断できればよい。よって、判断方法は、フラグを記憶するといった上記の方法に限られない。

ユーザに確認すべき種別であるコンテクスト情報は、例えば位置情報、加速度、および電話やメールの送受信履歴といったユーザの行動、ユーザによる携帯通信端末１００の操作履歴、ユーザによる携帯通信端末１００の通信履歴を特定可能とする情報を対象としたものが考えられる。なお、ユーザやシステムの管理者が、指定するコンテクスト情報の種別を追加してもよいし、編集を行ってもよい。

また、コンテクスト情報送信部１０４は、情報提供サーバ４０に送信するコンテクスト情報の範囲を制限（限定）してもよい。具体的には、同じコンテクスト情報の種別の中で情報提供サーバ４０に送信する情報と、送信しない情報とを分ける。送信する情報と送信しない情報とを分けることで、情報提供サーバ４０に送信するコンテクスト情報を詳細に限定する。つまり、情報提供サーバ４０に送信するコンテクスト情報をより詳細に限定して制限する。これは、ユーザが情報提供サーバ４０に送信してもよいと考える情報であっても、情報の範囲を制限したい場合があるためである。

コンテクスト情報送信部１０４は、情報提供サーバ４０に送信するコンテクスト情報の範囲を制限するか否かについて、例えば、携帯通信端末１００にポップアップによる表示を行い、ユーザに確認を行う。そして、コンテクスト情報送信部１０４は、ユーザによる入力内容を受信する。具体的には、ユーザによるコンテクスト情報の範囲の制限を受信する。コンテクスト情報送信部１０４は、ユーザによるコンテクスト情報の範囲の制限に基づいて、情報提供サーバ４０にコンテクスト情報を送信する。

例えば、コンテクスト情報種別決定テーブルに基づいて、情報提供サーバ４０に送信すべきコンテクスト情報の種別が「位置情報（ＧＰＳ）」、コンテクスト情報の指定範囲が「過去１週間」である場合には、次のように制限することができる。情報提供サーバ４０に送信する際に、携帯通信端末１００に「このサービスを利用するためには、過去一週間分のＧＰＳ情報を送信します。」のメッセージとともに「送信ＯＫ」と「送信する情報を絞りたい」という選択肢が表示される。そして、ユーザが「送信する情報を絞りたい」という選択をした場合には、例えば、「半径７ｋｍ以内ならＯＫ」、「半径３ｋｍ以内ならＯＫ」および「送信しない」というメッセージがさらに表示される。コンテクスト情報送信部１０４は、ユーザによる入力内容（コンテクスト情報の範囲の制限）を受信する。コンテクスト情報送信部１０４は、このようにして、情報提供サーバ４０に送信するコンテクスト情報の範囲を制限する。

これらの範囲は、携帯通信端末１００がタグ１０からタグ情報を取得した時点のユーザの位置情報（ＧＰＳ情報）を中心とした一定の半径内の距離を意味している。また、ここでいう位置情報は、コンテクスト情報取得部１０３が取得したコンテクスト情報の中から送信するコンテクスト情報として抽出した情報である。

コンテクスト情報の範囲は、例えば、コンテクスト情報取得部１０３が取得したコンテクスト情報ごとに、ユーザによる入力内容の範囲に含まれるか否かを判定することにより制限する。具体的には、コンテクスト情報取得部１０３が取得した１週間分の位置情報の個々のデータが、上述した中心から、例えば３ｋｍ以内にあるか、あるいは７ｋｍ以内にあるかを判定する。

なお、携帯通信端末１００にメッセージを表示しユーザに選択させる場合に限定されない。予めユーザが送信してもよいと考えるコンテクスト情報を設定等することにより範囲を制限してもよいし、その他の方法であってもコンテクスト情報の範囲を制限できればよい。

さらに、コンテクスト情報送信部１０４は、コンテクスト情報の範囲を制限する場合には、過去の履歴を参照することとしてもよい。具体的には、同じコンテクスト情報の種別を情報提供サーバ４０に送信する場合である。このような場合には、ユーザの選択の履歴がある場合、該当するコンテクスト情報について、範囲を制限した履歴を記憶しておく。記憶した履歴を参照して、情報提供サーバ４０に送信するコンテクスト情報と、送信しないコンテクスト情報とを分ける。このようにすることで、例えば上述のように携帯通信端末１００にユーザへのメッセージを表示し、ユーザへの確認を取る場合、ユーザが選択する負担を軽減することができる。

例えば、コンテクスト情報の種別として位置情報（ＧＰＳ）を決定した場合には、上述のように「半径７ｋｍ以内ならＯＫ」、「半径３ｋｍ以内ならＯＫ」および「送信しない」というメッセージが表示される。ここで「半径３ｋｍ以内ならＯＫ」と、ユーザが選択した履歴がある場合には、コンテクスト情報の範囲を制限する選択肢ではなく、当該履歴を参照して「前回は半径３ｋｍ以内の情報を送信しました。今回も３ｋｍ以内の情報を送信しますか？」というメッセージとともに、「送信ＯＫ」と「送信する情報を絞り直す」という選択肢が表示される。ユーザが「送信ＯＫ」という選択をした場合には、コンテクスト情報を前回と同じ範囲のコンテクスト情報として情報提供サーバ４０に送信する。なお、携帯通信端末１００にメッセージを表示し、ユーザに確認させる場合に限定されない。情報提供サーバ４０にはじめて送信するコンテクスト情報の種別である場合にはユーザに確認をし、２回目以降は情報提供サーバ４０に１回目の履歴と同じ範囲のコンテクスト情報を送信するものとして予め設定してもよい。また、その他の方法であっても履歴を参照してコンテクスト情報の範囲を制限できればよい。

情報受信部１０５はコンテクスト情報送信部１０４からの要求に応じて情報提供サーバ４０から送信されるコンテンツ情報を受信する情報受信手段である。コンテンツ情報はネットワーク３０を介して受信する。受信するコンテンツ情報は、ＵＲＬ、アプリケーション、テキストファイルおよび画像等といった情報として受信できるものであればよい。受信したコンテンツ情報は、情報表示部１０６に通知する。

情報表示部１０６は、情報受信部１０５で受信した情報を受信した情報の形式にあわせて携帯通信端末１００内のアプリケーション等を起動し、表示をする。

なお、情報表示部１０６でユーザに情報を提示するタイミングが、ユーザがタグ１０に携帯通信端末１００をかざして、タグ情報を取得した（読み込みを行った）タイミングでもよいし、その他のユーザの任意のタイミングであってもよい。

また、情報受信部１０５は、情報提供サーバ４０から複数のコンテンツ情報を受信して、携帯通信端末１００内に複数記憶してもよい。例えば、携帯通信端末１００のデータベースに記憶する。情報受信部１０５が、コンテンツ情報を複数記憶した場合、情報の表示が順次更新される。「更新」とは、携帯通信端末１００のディスプレイに表示される情報を更新することを意味する。即ち、携帯通信端末１００のデータベースに記憶している複数のコンテンツ情報の中から順番に１つのコンテンツ情報で携帯通信端末１００のディスプレイに表示される情報を更新することを意味する。このコンテンツ情報の表示を更新するタイミングは、サービスの提供元が設定したタイミングでもよいし、ユーザの任意のタイミングであってもよい。あるいは、ユーザが携帯通信端末１００をタグ１０にかざして、タグ情報を取得した（タグ情報の読み込みを行った）タイミングでもよいし、その他のユーザの任意のタイミングであってもよい。

例えば、携帯通信端末１００から情報提供サーバ４０にコンテクスト情報を送信するとともにコンテンツ情報の提供の要求を行い、情報提供サーバ４０が５日分のコンテンツ情報を送信した場合、情報受信部１０５はその５日分のコンテンツ情報を受信してもよい。このような場合、携帯通信端末１００のデータベースには、５日分のコンテンツ情報が記憶される。そして、コンテンツ情報が記憶されているデータベースから１日分ずつコンテンツ情報が読み出され、順次コンテンツ情報の表示が更新される。

このように複数のコンテンツ情報を一度に情報提供サーバ４０から受信することで、ユーザがコンテクスト情報を携帯通信端末１００から毎回送信することなくコンテンツ情報の表示を更新することができる。また、携帯通信端末１００に記憶されているコンテンツ情報で、コンテンツ情報の表示を更新する場合は、情報提供サーバ４０と携帯通信端末１００とのやり取りは発生しないため、情報提供サーバ４０がコンテンツ情報を検索することもない。

これは、ユーザがコンテクスト情報を毎回情報提供サーバ４０に送信したくないと考える場合に、携帯通信端末１００内で記憶しているコンテンツ情報を表示することが考えられるためである。つまり、このような場合には、上述したように、携帯通信端末１００から送信されたコンテクスト情報に基づいて、情報提供サーバ４０が提供するコンテンツ情報の検索を行う処理は、毎回は行われない。そして、携帯通信端末１００内のデータベースで新しいコンテンツ情報を履歴として複数記憶し、まだ表示していない新しいコンテンツ情報が携帯通信端末１００内に記憶されている場合に、記憶されている情報で携帯通信端末１００に表示している情報を更新するというフローとなる。

情報提供サーバ４０は、情報提供のために必要な情報を携帯通信端末１００から受信し、受信した情報をもとに提供する情報を生成し、携帯通信端末１００に送信する。

情報提供サーバ４０は、携帯通信端末１００からタグ情報、コンテクスト情報の種別およびコンテクスト情報を、ネットワーク３０を介して受信する。情報提供サーバ４０は、情報提供の要求に応じて受信したタグ情報、コンテクスト情報の種別およびコンテクスト情報を用いて、提供するコンテンツ情報を検索する。ここで、提供するコンテンツ情報を検索する先は情報提供サーバ４０が備えるデータベースが考えられる。例えば、データベースは、コンテンツ情報を、タグ情報、コンテクスト情報の種別およびコンテクスト情報に対応付けて記憶している。情報提供サーバ４０は、検索結果であるコンテンツ情報をネットワーク３０を介して携帯通信端末１００に送信する。

情報提供サーバ４０がコンテンツ情報を検索して携帯通信端末１００に送信するするタイミングは、携帯通信端末１００からタグ情報、コンテクスト情報の種別およびコンテクスト情報の送信とともに、コンテンツ情報の提供を要求されたタイミングでもよい。あるいは、システムの管理者が設定したタイミングであってもよいし、予め設定した、例えばシステムの管理者の操作によるアクションがあったタイミングであってもよい。システムの管理者が設定したタイミングや予め設定したアクションがあったタイミングである場合には、そのタイミングで携帯通信端末１００から予め送信されたタグ情報、コンテクスト情報の種別およびコンテクスト情報を使用して情報提供サーバ４０はコンテンツ情報を検索して携帯通信端末１００に送信する。

続いて、図５を用いて、携帯通信端末１００がタグ１０から取得したタグ情報を利用して、情報提供サーバ４０に送信すべきコンテクスト情報の種別を決定し、コンテクスト情報取得部１０３が情報提供サーバ４０に送信するコンテクスト情報を取得し、コンテクスト情報送信部１０４がコンテクスト情報を情報提供サーバ４０に送信する制御をすることにより情報提供サーバ４０へコンテンツ情報の提供を要求する動作方法を説明する。

図５に示すように、最初に、ユーザが携帯通信端末１００をタグ１０にかざすことにより、タグ情報取得部１０１はタグ１０からタグ情報を取得する（Ｓ１０１、タグ情報取得ステップ）。タグ情報取得部１０１はタグ１０から取得したタグ情報を種別決定部１０２に通知する。続いて、種別決定部１０２は、コンテクスト情報種別決定テーブルを参照して、情報提供サーバ４０に送信するべきコンテクスト情報の種別を決定する（Ｓ１０２、種別決定ステップ）。種別決定部１０２は、決定したコンテクスト情報の種別をコンテクスト情報取得部１０３に通知する。

次に、コンテクスト情報取得部１０３は、コンテクスト情報の種別に対応するコンテクスト情報を取得する（Ｓ１０３、コンテクスト情報取得ステップ）。なお、コンテクスト情報取得部１０３は、コンテクスト情報の種別によっては、種別決定部１０２からの通知に関わらず、定期的又は不定期にコンテクスト情報を取得している。コンテクスト情報取得部１０３は取得したコンテクスト情報をコンテクスト情報送信部１０４に通知する。コンテクスト情報送信部１０４は、コンテクスト情報を情報提供サーバ４０に送信することについて、ユーザ許諾を要する種別の情報であるかどうか判断する（Ｓ１０４、コンテクスト情報送信ステップ）。コンテクスト情報送信部１０４による判断に基づいて、ユーザにコンテクスト情報を情報提供サーバ４０に送信することについての確認がされる。ユーザにより送信が可能であると判断された場合に、コンテクスト情報送信部１０４は、情報提供サーバ４０に送信するコンテクスト情報と判断する（Ｓ１０４、コンテクスト情報送信ステップ）。コンテクスト情報送信部１０４は、サーバ決定テーブルを参照して、タグ情報、コンテクスト情報の種別およびコンテクスト情報の組合せに適合するサーバを情報提供サーバ４０として決定する（Ｓ１０５、コンテクスト情報送信ステップ）。さらに、コンテクスト情報送信部１０４は、送信するコンテクスト情報の範囲を制限する情報については、情報提供サーバ４０に送信する情報が制限される（Ｓ１０６、コンテクスト情報送信ステップ）。そして、コンテクスト情報送信部１０４は、コンテクスト情報を情報提供サーバ４０に送信する制御を行い、情報提供サーバ４０にコンテンツ情報の提供を要求する（Ｓ１０７、コンテクスト情報送信ステップ）。情報提供サーバ４０により、携帯通信端末１００から送信したコンテクスト情報を元にコンテンツ情報が検索されて、送信される（Ｓ１０８）。情報受信部１０５は、情報提供サーバ４０から送信されたコンテンツ情報を受信する（Ｓ１０９、情報受信ステップ）。情報表示部１０６は、情報提供サーバ４０から受信したコンテンツ情報を携帯通信端末１００のディスプレイ等に表示する（Ｓ１１０）。

続いて、図６のフローチャートを用いて、本実施形態に係るコンテクスト情報の種別を決定し、コンテクスト情報を情報提供サーバ４０に送信する流れを説明する。

図６に示すように、最初に、携帯通信端末１００のタグ情報取得部１０１によりタグ情報が取得される（Ｓ２０１）。次に、読み込まれたタグ情報に対応するコンテクスト情報種別決定テーブルのルールがあるか否かの判定が、種別決定部１０２によりなされる（Ｓ２０２）。その結果、コンテクスト情報種別決定テーブルに対応する条件があると判定された場合（Ｓ２０２；ＹＥＳ）、対応するコンテクスト情報の種別が、コンテクスト情報取得部１０３に通知される（Ｓ２０３）。そして、コンテクスト情報取得部１０３により、コンテクスト情報が取得される（Ｓ２０３）。なお、種別決定部１０２からの通知に関わらず、コンテクスト情報の種別によっては、コンテクスト情報取得部１０３により定期的にコンテクスト情報が取得されている。そして、コンテクスト情報取得部１０３により取得されたコンテクスト情報はコンテクスト情報送信部１０４に通知される（Ｓ２０３）。コンテクスト情報送信部１０４により、コンテクスト情報が情報提供サーバ４０に送信される（Ｓ２０４）。一方、コンテクスト情報種別決定テーブルに対応する条件がないと判定された場合（Ｓ２０２；ＮＯ）、コンテクスト情報の送信は行われず終了する。

続いて、本実施形態の携帯通信端末１００におけるユースケースと、当該ユースケースにおける携帯通信端末１００のメリットについて図７を用いて説明する。

上述の説明では、システムの管理者からタグ１０が配送される例を説明したが、タグ１０は、ユーザが購入した商品や街頭で配られるサンプル商品に添付されていたり、タグ１０自体がサンプルとして配布されていたり、店舗で販売されていてもよい。ユーザはタグ１０を入手すると、タグ１０を任意の場所に設置する。ユーザは必要なときに携帯通信端末１００をタグ１０にかざすことにより、情報提供サーバ４０からコンテンツ情報の提供を受けることができる。

携帯通信端末１００のユーザは、携帯通信端末１００をタグ１０にかざす。携帯通信端末１００はタグ１０に記憶されているタグ情報を取得する。例えば、ＩＤ種別として商品ＩＤおよび場所ＩＤを取得し、それぞれのＩＤ情報が商品ＩＤとして「日用品」、場所ＩＤとして「キッチン」であった場合、コンテンツ情報の提供を情報提供サーバ４０に要求するにあたり、図３のコンテクスト情報種別決定テーブルを参照して、情報提供サーバ４０に送信すべきコンテクスト情報は位置情報（ＧＰＳ）であることを決定する。このようにコンテクスト情報種別決定テーブルにより決定したコンテクスト情報のみを情報提供サーバ４０に提供する。情報提供サーバ４０は位置情報（ＧＰＳ）に基づき、最寄りのスーパーの場所およびお買い得情報のコンテンツ情報をユーザに提供する。

第一のユースケースとして、スーパーがコンテンツ情報を提供する場合について説明する。例えば、スーパー（コンテンツ情報を提供する会社）は、システムの管理者に対して、本システムによりコンテンツ情報の提供を行いたい旨の申請をする。システムの管理者は、申請を受け付けると、本システムに係る情報（例えば、コンテクスト情報種別決定テーブルやサーバ決定テーブルに格納される情報）を登録する。情報提供サーバ４０は、コンテクスト情報の条件によって、複数登録される場合がある。

例えば、地域ごとに複数のスーパーがあり、地域ごとの各スーパーが異なる情報提供サーバ４０を保有している場合は、スーパーとしては、ユーザの位置に合ったスーパーのコンテンツ情報を提供したい。そこで、サーバ決定テーブルには、タグ情報に応じて決定されるコンテクスト情報の種別が「位置情報」、指定範囲が「現在」の条件が登録され、各スーパーの地理的なカバー範囲（例えばスーパーの位置から徒歩圏内）を示す条件として、コンテクスト情報の条件（地域Ａ、地域Ｂ、地域Ｃ）が登録される。タグ１０に記憶されるタグ情報はスーパーが決めても良いし、システムの管理者が決めても良い。例えば、タグ情報は、スーパーと関連のあるＩＤ種別として商品ＩＤ、ＩＤ情報として日用品が記憶される。このように、コンテクスト情報種別決定テーブルには、ＩＤ種別「商品ＩＤ」、ＩＤ情報の条件「日用品」、コンテクスト情報の種別「位置情報（ＧＰＳ）」、指定範囲「現在」が登録される。このようにコンテクスト情報種別決定テーブルとサーバ決定テーブルが登録されている場合の携帯通信端末１００の動作について説明する。

タグ１０を入手したユーザが、携帯通信端末１００をタグ１０にかざすと、携帯通信端末１００のタグ情報取得部１０１は、ＩＤ種別「商品ＩＤ」、ＩＤ情報「日用品」のタグ情報を取得する。種別決定部１０２は、図３のコンテクスト情報種別決定テーブルを参照して、取得すべきコンテクスト情報の種別は「位置情報（ＧＰＳ）」であって、指定範囲は「現在」であることを決定する。コンテクスト情報取得部１０３は、現在の位置情報を取得し、コンテクスト情報送信部１０４は、図４のサーバ決定テーブルを参照して情報提供サーバ４０を決定する。例えば、取得した位置情報が地域Ｂに含まれる場合、サーバＢが決定される。コンテクスト情報送信部１０４は、サーバＢに対してタグ情報、コンテクスト情報の種別およびコンテクスト情報を送信して、コンテンツ情報を要求する。なお、ここでサーバＢにおいて、予めどの種類のコンテンツ情報を送信するか決まっていれば、後述するようにタグ情報およびコンテクスト情報の種別の送信は、必ずしも必要ない。このようにコンテクスト情報種別決定テーブルにより決定したコンテクスト情報のみを情報提供サーバ４０に送信する。このようにして、スーパーはユーザに対して最寄りのスーパーの情報を提供することができ、ユーザは容易に最寄りのスーパーの情報（例えばスーパーの場所、お買い得情報）を入手することができる。

このようにユーザに対して、近くのスーパーで買い物をすることを促すコンテンツ情報の提供をすることは（行動変容を促すサービス）、スーパー（店舗）側にとって買い物を行う意思があるユーザをスーパーに集客できるというメリットがある。また、ユーザにとっては、タグ１０に携帯通信端末１００をかざすという簡単な動作で、ユーザの欲する近くのスーパーのコンテンツ情報を取得することができる。

また、このように、情報提供サーバ４０が複数ある場合に、タグ情報、コンテクスト情報の種別およびコンテクスト情報を用いて情報提供サーバ４０を決定することで、情報提供サーバ４０が複数ある場合であっても、ユーザの要求に応じたコンテンツ情報を提供し得る。また、このように情報提供サーバ４０がスーパーごとにわけられていても、携帯通信端末１００のコンテクスト情報送信部１０４は、ユーザの位置情報を基準としてユーザに近い（最寄り）スーパーのサーバを情報提供サーバ４０として決定してコンテンツ情報を要求することにより、ユーザにスーパーのお勧めのコンテンツ情報、例えばスーパーでの安売り情報を提供することが可能となる。

第二のユースケースとして、食品を扱う会社がコンテンツ情報を提供する場合について説明する。食品を扱う会社としては、自社の商品を紹介したいというニーズがある。例えば、食品を扱う会社が、ユーザの運動量に着目して商品を紹介する場合を想定する。ユーザの運動量を示すコンテクスト情報として、例えば、加速度が考えられる。また、ジムに行く、あるいは行った等、運動に関係するスケジュール情報が考えられる。そこで、サーバ決定テーブルには、例えば、コンテクスト情報の種別として「加速度」および「スケジュール情報」、指定範囲として加速度については「過去１週間分」、スケジュール情報については「現在から１週間後」が登録される。また、加速度とスケジュール情報の条件に基づいて紹介する商品とそれらの商品を扱う販売店に関するコンテンツ情報を提供する情報提供サーバ４０が登録される。

タグ１０に記憶されるタグ情報は、例えば、ＩＤ種別として商品ＩＤ、場所ＩＤ、および種類ＩＤであり、食品に関連するＩＤ情報として、商品ＩＤは「日用品」、場所ＩＤは「キッチン」、および種類ＩＤは「運動」が記憶される。このように、コンテクスト情報種別決定テーブルには、上述のタグ情報と、コンテクスト情報の種別、指定範囲が登録される。また、サーバ決定テーブルには、上述のタグ情報、コンテクスト情報の種別、指定範囲、コンテクスト情報の条件、紹介する商品とそれらの商品を扱う販売店に関するコンテンツ情報とを提供する情報提供サーバ４０が登録される。

例えば、コンテクスト情報の条件は、以下のように設定する。運動量を判断するために加速度に閾値を設け、その閾値よりも加速度が上か下かという点で運動量を判断する。例えば、「取得したコンテクスト情報の加速度が閾値以上であったものが１週間あたり予め設定した所定の回数以上」、あるいは「取得したコンテクスト情報の加速度の平均が予め設定した閾値以上」というように判断をおこなう。また、運動に関連したジムに行った等の特定のスケジュールについて所定の回数を条件として設定し、運動の頻度を判断する。

ユーザの運動量によって、提供すべき情報の内容は異なることが考えられる。加速度とスケジュール情報から運動量を判断し、運動量に適した食品やそれらの食品を扱う販売店についての情報を保有する情報提供サーバ４０が決定される。例えば、加速度が閾値以上かつスケジュールにＡ（ジムに行った等の特定のスケジュール）が３回以上ある場合には、運動量が多いと判断されて、比較的カロリーの高い食品やそれらの食品を扱う販売店についての情報を保有するサーバＤを情報提供サーバ４０として決定する。加速度が閾値以上かつスケジュールにＡが３回未満である場合には、運動量相当のカロリーの食品やそれらの食品を扱う販売店についての情報を保有するサーバＥを情報提供サーバ４０として決定する。加速度が閾値未満である場合には運動量が充分でないため、低カロリーの食品やそれらの食品を扱う販売店に関する情報およびジムの情報等を保有するサーバＦを情報提供サーバ４０として決定する。このように、提供する情報に応じて情報提供サーバ４０が異なった場合であっても、サーバ決定テーブルに基づいて情報提供サーバ４０を決定することで、ユーザの要求に応じたコンテンツ情報の提供が可能となる。

このようにコンテクスト情報種別決定テーブルとサーバ決定テーブルが設定されている場合の携帯通信端末１００の動作について説明する。ユーザが携帯通信端末１００をタグ１０にかざすと、タグ情報取得部１０１はタグ情報を取得する。

種別決定部１０２は、図３のコンテクスト情報種別決定テーブルを参照して、情報提供サーバ４０に送信すべきコンテクスト情報は「加速度」および「スケジュール情報」であることを決定する。また、それぞれコンテクスト情報の指定範囲は加速度については「過去の１週間」、スケジュール情報については「現在から１週間後」であることも決定する。コンテクスト情報取得部１０３は、過去１週間分の加速度情報と、現在から１週間後までのスケジュール情報を取得し、コンテクスト情報送信部１０４は、図４のサーバ決定テーブルを参照して、接続先の情報提供サーバ４０を決定する。コンテクスト情報送信部１０４は、このようにコンテクスト情報種別決定テーブルにより決定した種別のコンテクスト情報のみを情報提供サーバ４０に送信する。携帯通信端末１００から要求を受けた情報提供サーバ４０は、加速度の情報から把握される過去１週間分の運動量およびスケジュール情報から把握される現在から１週間後までに想定される運動量から、例えば１週間分のおすすめ食品とそれらの食品を扱う販売店のコンテンツ情報をユーザに提供する。

また、本発明は上述した実施形態に限定されるものではない。

コンテクスト情報種別決定テーブルおよびサーバ決定テーブルは、携帯通信端末１００に記憶されるのではなく、情報提供サーバ４０とは別のサーバ上に記憶されていてもよい。情報提供サーバ４０とは別のサーバ上に記憶されている場合には、該サーバ上で判断および決定がなされる。即ち、本実施形態に係る情報提供要求システムは、携帯通信端末１００と、携帯通信端末１００とは別の装置（別のサーバ）とを含んで構成されていてもよい。

コンテクスト情報種別決定テーブルが別のサーバ上に記憶されている場合（以下、該サーバを種別決定サーバという。）の処理は以下の通りである。タグ情報取得部１０１から種別決定部１０２にタグ情報が通知される。種別決定部１０２は、タグ情報取得部１０１から通知されたタグ情報を種別決定サーバに通知し、種別決定サーバ上でＩＤ情報の条件の検索を行い、情報提供サーバ４０に送信するコンテクスト情報の種別を決定する。種別決定サーバは、決定したコンテクスト情報の種別を種別決定部１０２に通知する。種別決定部１０２は、種別決定サーバからコンテクスト情報の種別を受けとる。種別決定部１０２は種別決定サーバから受け取ったコンテクスト情報の種別をコンテクスト情報取得部１０３に通知し、以降の処理を行う。

サーバ決定テーブルが別のサーバ上に記憶されている場合（以下、情報提供元決定サーバという。）の処理は以下の通りである。コンテクスト情報送信部１０４は、コンテクスト情報取得部１０３からタグ情報、コンテクスト情報の種別、およびコンテクスト情報を受けとる。コンテクスト情報送信部１０４は、情報提供元決定サーバに、タグ情報、コンテクスト情報の種別、およびコンテクスト情報を通知し、情報提供元決定サーバ上で条件の検索を行い、複数存在する情報提供サーバ４０のサーバのうち、コンテクスト情報を送信し、コンテンツ情報の提供を要求するサーバを決定する。情報提供元決定サーバは、決定した情報提供サーバ４０をコンテクスト情報送信部１０４に通知する。コンテクスト情報送信部１０４は、情報提供元決定サーバから、決定した情報提供サーバ４０の情報を受け取る。コンテクスト情報送信部１０４は、情報提供元決定サーバから受け取った情報に基づいて情報提供サーバ４０にコンテクスト情報を送信し、以降の処理を行う。

また、コンテクスト情報は、携帯通信端末１００に記憶されている情報に限られず、例えば、別のサーバ上の記憶媒体に記憶されていてもよい。具体的には、コンテクスト情報としてスケジュール情報が別のサーバ上に記憶されていることとしてもよい。その場合には、コンテクスト情報送信部１０４が、コンテクスト情報が記憶されているサーバに情報提供サーバ４０へ情報の送信を行うよう通知をすることで送信の制御を行う。そして、コンテクスト情報が記憶されているサーバから情報提供サーバ４０へコンテクスト情報が送信される。

また、コンテクスト情報を情報提供サーバ４０に送信する際に、コンテクスト情報の種別に応じて、コンテクスト情報を情報提供サーバ４０に送信することについてユーザに許諾の確認を行なわなくてもよい。情報提供サーバ４０に送信するコンテクスト情報が、ユーザに確認すべき種別ではないコンテクスト情報のような場合にはユーザに許諾の確認を行わないことが考えられる。ユーザに確認すべき種別とは、例えば位置情報、加速度、および電話やメールの送受信履歴といったユーザの行動、ユーザによる携帯通信端末１００の操作履歴、ユーザによる携帯通信端末１００の通信履歴を特定可能とする情報を対象としたものが考えられる。よって、これらのコンテクスト情報の種別以外のコンテクストの種別である場合にはユーザに許諾の確認を行わなくてもよい。

また、コンテクスト情報を情報提供サーバ４０に送信する際に、送信するコンテクスト情報の範囲を制限しなくてもよい。情報提供サーバ４０に送信するコンテクスト情報の種別が、「天気」であって指定範囲が「現在」であるような場合には、コンテクスト情報に範囲が存在しない。このような場合には、送信するコンテクスト情報の範囲を制限しなくてもよい。

また、コンテクスト情報およびタグ情報の少なくともいずれかを用いて複数の情報提供サーバ４０内の中から１つの情報提供サーバ４０を決定してもよい。あるいは、コンテクスト情報およびタグ情報に基づいて情報提供サーバ４０を決定しなくてもよい。情報提供サーバ４０が１つのみの場合には、情報提供サーバ４０を決定する必要がない。よって、このような場合には、情報提供サーバ４０を決定しなくてもよい。

また、コンテクスト情報送信部１０４は、タグ情報、コンテクスト情報の種別、およびコンテクスト情報のうち、タグ情報およびコンテクスト情報の種別は送信しなくてもよい。例えば、情報提供サーバ４０が複数存在する場合、各情報提供サーバ４０が提供するコンテンツ情報の種類は１つであってもよい。例えば、ある情報提供サーバ４０はスーパーの情報のみをコンテンツ情報として提供する。タグ１０に含まれるタグ情報は、ユーザが欲するコンテンツ情報の種類に対応する。そのため、情報提供サーバ４０が提供するコンテンツ情報の種類が１つである場合には、情報提供サーバ４０はタグ情報をコンテンツ情報の検索のために使用しなくてもよい。情報提供サーバ４０が受信するコンテクスト情報が決まっているのであれば、情報提供サーバ４０はコンテクスト情報の種別をコンテンツ情報の検索のために使用しなくてもよい。このような場合には、例えば、情報提供サーバ４０がコンテンツ情報の検索先とするデータベース等には、コンテンツ情報をコンテクスト情報のみに対応付けて記憶している。

一方、情報提供サーバ４０が提供するコンテンツ情報の種類が複数ある場合には、タグ情報、コンテクスト情報の種別、およびコンテクスト情報のいずれも情報提供サーバ４０へ送信する必要がある。情報提供サーバ４０は、タグ情報、コンテクスト情報の種別、およびコンテクスト情報を用いて携帯通信端末１００に提供するコンテンツ情報を検索および抽出するためである。具体的には、情報提供サーバ４０は、コンテンツ情報を、タグ情報、コンテクスト情報の種別およびコンテクスト情報に対応付けて記憶しているデータベース等を検索し、提供するコンテンツ情報を抽出するためである。

また、情報受信部１０５により、情報提供サーバ４０からのコンテンツ情報を受信するが、他の端末でコンテンツ情報を受信してもよい。コンテンツ情報の提供の要求が携帯通信端末１００からなされた場合であっても、他の端末でコンテンツ情報を受信する場合も考えられるためである。

また、携帯通信端末１００の各機能は、上述のように機能するアプリケーションとして提供されてもよい。ユーザは、サービスを利用するに際して、コンテクスト情報種別決定テーブルおよびサーバ決定テーブルを含むアプリケーションをダウンロードし、システムの管理者によって、適宜、各種テーブルが更新されるように実装してもよい。

コンテンツ情報を要求する場合に、携帯通信端末１００から情報提供サーバ４０に、情報提供を受けるために必要な情報のみを送信し、不要な情報は送信したくない、といった事情が存在する。また、情報提供サーバ４０も、情報提供をするために必要な情報を取得できればコンテンツ情報を提供するのに問題はなく、不要な情報を取得したとしてもコンテンツ情報提供のためには意味はない、といった事情が存在する。そのため、上述したように、本実施形態に係る携帯通信端末１００により、タグ情報に基づいて、情報提供サーバ４０に送信するコンテクスト情報の種別を決定する。そして、決定したコンテクスト情報の種別に対応するコンテクスト情報のみを送信する。このように、提供を受けたいコンテンツ情報に応じて不要なコンテクスト情報を情報提供サーバ４０に送信することを防止し、情報提供サーバ４０が情報を提供するために必要な情報のみを情報提供サーバ４０に送信することが可能となる。不要なコンテクスト情報を送ることを防止することは、ユーザに関する情報を保護することになり、ユーザのプライバシの保護することができる。また、個々のユーザごとの詳細なコンテクスト情報（利用者のいる環境、関心等）に基づきカスタマイズ（パーソナライズ）された推奨するコンテンツ情報等を送信するサービスを提供することができる。

１０…タグ、４０…情報提供サーバ、１００…携帯通信端末、１０１…タグ情報取得部、１０２…種別決定部、１０３…コンテクスト情報取得部、１０４…コンテクスト情報送信部、１０５…情報受信部、１０６…情報表示部。

Claims (8)

1. サーバに対してユーザに関する情報であるコンテクスト情報に応じた情報の提供を要求する端末であって、
   タグから当該タグに記憶されているタグ情報を取得するタグ情報取得手段と、
   前記タグ情報取得手段によって取得された前記タグ情報に基づき前記サーバに送信するコンテクスト情報の種別を決定する種別決定手段と、
   前記種別決定手段により決定された種別のコンテクスト情報を取得するコンテクスト情報取得手段と、
   前記種別決定手段により決定された種別のコンテクスト情報および前記タグ情報のうち少なくともいずれかに基づき、前記コンテクスト情報の送信先となるサーバを決定し、決定したサーバに前記コンテクスト情報取得手段によって取得されたコンテクスト情報を送信する制御を行うコンテクスト情報送信手段と、
   を備える端末。
2. 前記タグ情報は、前記タグが付された物品の情報、ユーザにより前記サーバに要求される情報に関わる情報、および前記タグが付された物品に関連する場所の情報のうち少なくとも１つを含む請求項１に記載の端末。
3. 前記コンテクスト情報送信手段は、前記コンテクスト情報の送信の制御を行う際に、前記コンテクスト情報の種別に応じて、ユーザに前記コンテクスト情報の前記サーバへの送信の許諾の確認を行う請求項１又は２に記載の端末。
4. 前記コンテクスト情報送信手段は、前記情報を提供するサーバに送信する前記コンテクスト情報の範囲を制限する請求項１〜３のいずれか１項に記載の端末。
5. 前記コンテクスト情報送信手段は、前記コンテクスト情報の範囲を制限した履歴を参照して前記情報を提供するサーバに送信する前記コンテクスト情報の範囲を制限する、請求項４に記載の端末。
6. 前記コンテクスト情報送信手段の制御による前記コンテクスト情報の送信に応じて前記情報を提供するサーバから送信される情報を受信する情報受信手段をさらに備える請求項１〜５のいずれか１項に記載の端末。
7. 端末を含んで構成されると共にサーバに対してユーザに関する情報であるコンテクスト情報に応じた情報の提供を要求する情報提供要求システムであって、
   前記端末は、タグから当該タグに記憶されているタグ情報を取得するタグ情報取得手段を備え、
   前記情報提供要求システムは、
   前記タグ情報取得手段によって取得された前記タグ情報に基づき前記サーバに送信するコンテクスト情報の種別を決定する種別決定手段と、
   前記種別決定手段により決定された種別のコンテクスト情報を取得するコンテクスト情報取得手段と、
   前記種別決定手段により決定された種別のコンテクスト情報および前記タグ情報のうち少なくともいずれかに基づき、前記コンテクスト情報の送信先となるサーバを決定し、決定したサーバに前記コンテクスト情報取得手段によって取得されたコンテクスト情報を送信する制御を行うコンテクスト情報送信手段と、
   を備える情報提供要求システム。
8. サーバに対してユーザに関する情報であるコンテクスト情報に応じた情報の提供を要求する端末の動作方法である情報提供要求方法であって、
   タグから当該タグに記憶されているタグ情報を取得するタグ情報取得ステップと、
   前記タグ情報取得ステップにおいて取得された前記タグ情報に基づき前記サーバに送信するコンテクスト情報の種別を決定する種別決定ステップと、
   前記種別決定ステップにおいて決定された種別のコンテクスト情報を取得するコンテクスト情報取得ステップと、
   前記種別決定ステップにおいて決定された種別のコンテクスト情報および前記タグ情報のうち少なくともいずれかに基づき、前記コンテクスト情報の送信先となるサーバを決定し、決定したサーバに前記コンテクスト情報取得ステップにおいて取得されたコンテクスト情報を送信する制御を行うコンテクスト情報送信ステップと、
   を含む情報提供要求方法。

Images