(57)【要約】特定のユーザ（「お母さん」）の嗜好に関する情報（ＴＰＯ情報）に基づいて生成されたルールであり、そのユーザ（「お母さん」）について、ユーザが所定の条件（「近くに牛乳がある」かつ「５００円以上所持している」）を満足したとき、そのユーザ（「お母さん」）に所定の情報（「牛乳を買ってください」）を通知すべきことを定めた情報通知ルールを、他のユーザ（「お父さん」）についても他のユーザ（「お父さん」）の嗜好に関する情報に基づいて定め、保持するルール管理部（１０３）と、他のユーザ（「お父さん」）についての情報通知ルールで定められた条件（「近くに地酒がある」かつ「２千円以下である」）が、ユーザ（「お母さん」）によって満足された場合、そのユーザ（「お母さん」）に対して、他のユーザ（「お父さん」）に通知すべき情報（「地酒を買ってください」）を通知するルール実行部（１０７）とを備える。【特許請求の範囲】
【請求項１】
特定のユーザの嗜好に関する情報に基づいて生成されたルールであり、前記特定のユーザが所定の条件を満足した場合、所定の情報を、当該特定のユーザに通知すべきことを定めた情報通知ルールを、他のユーザについても前記他のユーザの嗜好に関する情報に基づいて定め、保持するルール保持手段と、
前記他のユーザについての情報通知ルールで定められた条件が、前記特定のユーザによって満足された場合、当該特定のユーザに対して、前記他のユーザに通知すべき情報を通知する情報通知手段と
を備える情報通知装置。
【請求項２】
前記ルール保持手段は、複数のユーザからなる複数のグループのそれぞれに対応付けて、少なくとも１つの前記情報通知ルールを保持し、
前記情報通知装置は、さらに、
複数の前記グループに関する情報を管理し、特定のユーザが属するグループを判定するグループ判定手段を備え、
前記情報通知手段は、判定された前記グループに対応付けて保持されている前記情報通知ルールのいずれかで定められた条件が、前記特定のユーザに関して満足された場合、前記特定のユーザに前記情報を通知する
請求項１記載の情報通知装置。
【請求項３】
前記情報通知手段は、各ユーザの前記情報通知ルールによる情報の通知を、前記各ユーザが属するグループのメンバだけに限定して行なう
請求項２記載の情報通知装置。
【請求項４】
ユーザの嗜好に関する前記情報は、少なくともユーザの現在位置およびユーザの嗜好を表す情報を含み、
前記情報通知装置は、さらに、
ユーザの嗜好に関する前記情報に基づいて前記情報通知ルールを生成するために、必要な情報の入力をユーザから対話的に受け付け、または通信網を介して受信することによって、入力された情報に基づいて前記情報通知ルールを生成するルール生成手段を備え、
前記ルール保持手段は、複数のユーザによって生成された前記情報通知ルールをグループに対応付けて保持する
請求項２記載の情報通知装置。
【請求項５】
前記情報通知手段は、同一条件を同時に満足するユーザが複数いる場合、グループごとに、前記情報を通知する人数を所定数に制限する
請求項２記載の情報通知装置。
【請求項６】
前記情報通知装置は、さらに、
ユーザからの入力を受け付け、または通知された情報に関連するデータに基づいて、通知を受けたユーザが通知された情報に対応する行動をしたか否かを判定する行動判定手段を備える
請求項１記載の情報通知装置。
【請求項７】
特定のユーザの嗜好に関する情報に基づいて生成されたルールであり、前記特定のユーザが所定の条件を満足した場合、所定の情報を、当該特定のユーザに通知すべきことを定めた情報通知ルールを、他のユーザについても前記他のユーザの嗜好に関する情報に基づいて定め、保持するルール保持ステップと、
前記他のユーザについての情報通知ルールで定められた条件が、前記特定のユーザによって満足された場合、当該特定のユーザに対して、前記他のユーザに通知すべき情報を通知する情報通知ステップと
を備える情報通知方法。
【請求項８】
特定のユーザの嗜好に関する情報に基づいて生成されたルールであり、前記特定のユーザが所定の条件を満足した場合、所定の情報を、当該特定のユーザに通知すべきことを定めた情報通知ルールを、他のユーザについても前記他のユーザの嗜好に関する情報に基づいて定め、保持するルール保持ステップと、
前記他のユーザについての情報通知ルールで定められた条件が、前記特定のユーザによって満足された場合、当該特定のユーザに対して、前記他のユーザに通知すべき情報を通知する情報通知ステップとをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、ユーザに対する情報通知サービスを実現する情報通知装置及びに関する。
【背景技術】
【０００２】  現在、インターネット上には多種多様な情報が氾濫しており、その中から如何に有益な情報を取得するかが、重要な問題になっている。その問題への対処として、インターネット上のＷｅｂサイトでは、ユーザ嗜好情報や行動履歴などのユーザプロファイルに応じて、そのユーザに適している情報を選択し、通知する情報通知サービスが数多く実施されている（例えば、特許文献１参照。）。【０００３】  また、モバイル環境にいるユーザに対しては、前記ユーザプロファイルだけでなく、モバイル端末に搭載されているＧＰＳ（位置情報サービス）装置から取得できる位置情報や近距離無線デバイスで取得できる、ユーザの近傍にある商品やサービスの情報から、ユーザの置かれている状況を判断して、よりユーザに適した情報の選択と通知配信を行う情報通知サービスも提案されている。【０００４】  これらの情報通知サービスでは、ユーザの場所に応じて近隣の観光情報やセールス情報を配信するなどの効果が得られる。【０００５】  また、ユーザに通知される情報も、従来は情報通知サービスを実現するサーバ上に登録されているものの中から選択されていたが、前述の近距離無線デバイスを利用して取得できる周辺情報のなかから、ユーザに応じたものを選択するサービスも提案されている（例えば、特許文献２参照。）。【０００６】  この情報通知サービスでは、ユーザは前もって必要な商品の情報を、情報通知サービスを実現するサーバや端末に登録しておき、近距離無線などによって取得できる商品やサービスの情報のなかから、ユーザが登録した情報に適合するものが選択され、ユーザに提示される。このことにより、ユーザは今まさに近くにある自分の嗜好にあった、あるいは自分が探していた商品やサービスの存在を知ることができる。【０００７】  上記のように、ユーザの位置情報や周辺から取得できる情報（以下、単に周辺情報と呼ぶ）やユーザプロファイルを利用することで、ユーザのＴＰＯ（Ｔ：時間、Ｐ：場所、Ｏ：嗜好）に応じた情報通知サービス（以下、ＴＰＯ情報通知サービスと呼ぶ）が実現されてきている。【０００８】  現在、こういったＴＰＯ情報通知サービスは個人に対するサービスであり、特定多数、もしくは不特定多数のユーザのＴＰＯを考慮した情報通知サービスについては実現されていない。【０００９】  しかしながら、通知する情報の種類によっては複数ユーザのＴＰＯを考慮することが望ましいものも数多く存在する。例えば、「牛乳を購入したい」などの情報は「家族」といった特定のメンバ全員で共有することが望ましい。この場合、家族のうちの誰かが牛乳に近づいた場合に、まさにそのメンバに情報を通知することが望まれる。【００１０】  また、「あるアーティストの限定ＣＤ」などを探しているユーザにとっては、自分だけでなく、友人の近傍にも所望する商品がないかどうかを検索できることはきわめて有益である。
【特許文献１】特開２００１−２６５８０９号公報
【特許文献２】特開２００２−１４９７７３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】  ところが、現在提案されているＴＰＯ情報通知システムにおいては、上記に示したような多人数のＴＰＯを考慮した情報通知を実現することが困難である。【００１２】  以上、述べたように現状のＴＰＯ情報通知サービスでは、多人数のユーザ間のＴＰＯを考慮した情報通知が実現されていないため、本発明では複数ユーザのＴＰＯを考慮できる機能を備えた情報通知サービスを実現することを目的とする。【００１３】  本発明では、上記の問題点を解決するために複数ユーザでグループを構築することで、ユーザプロファイルおよびユーザの周辺情報および「牛乳が近くにあれば通知」「会議中は一切の情報配信をしない」など所望する情報の種類や情報通知のタイミングなど配信条件を定義した情報通知のためのルール（以下、単に情報通知ルールと呼ぶ）などの情報を共有することで、複数ユーザのＴＰＯを考慮したＴＰＯ情報通知サービスを実現することを目的とする。
【課題を解決するための手段】
【００１４】  したがって、本発明の情報通知装置は、特定のユーザの嗜好に関する情報に基づいて生成されたルールであり、前記特定のユーザが所定の条件を満足した場合、所定の情報を、当該特定のユーザに通知すべきことを定めた情報通知ルールを、他のユーザについても前記他のユーザの嗜好に関する情報に基づいて定め、保持するルール保持手段と、前記他のユーザについての情報通知ルールで定められた条件が、前記特定のユーザによって満足された場合、当該特定のユーザに対して、前記他のユーザに通知すべき情報を通知する情報通知手段とを備える。
【発明の効果】
【００１５】  本発明によれば、複数のユーザ間のＴＰＯを考慮した情報通知サービスが可能となる。すなわち、（１）自分の嗜好にあう情報を、他人の周辺から探すことが可能になる。また、（２）特定のメンバから構成されるグループで、情報通知ルールを共有し、無駄の少ない情報通知サービスが実現される。【００１６】  なお、本発明は、このような情報通知装置として実現することができるだけでなく、このような情報通知装置が備える特徴的な手段をステップとする階層ノード表示方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのは言うまでもない。
【図面の簡単な説明】
【００１７】［図１］図１は、本発明の実施の形態におけるＴＰＯ情報通知サービスを提供する通信システムの構成図である（実施の形態１）。
［図２］図２は、グループ情報管理部１０１が管理するグループ情報の一例を示す図である（実施の形態１）。
［図３］図３（ａ）は、ルール生成部１０２が情報通知ルールを生成する際にユーザ端末に表示させる対話画面の一例を示す図である。図３（ｂ）は、生成した情報通知ルールの登録の可否をユーザに問い合わせる対話画面の一例を示す図である（実施の形態１）。
［図４］図４は、図３（ｂ）に示した情報通知ルールがＥＣＡルールである場合のＥＣＡの具体例を示す図である（実施の形態１）。
［図５］図５（ａ）及び（ｂ）は、グループ内の各メンバに通知される情報の一例を示す図である（実施の形態１）。
［図６］図６は、本発明の実施の形態において、グループに対して情報通知ルールを登録する処理の流れを図示したフロー図である（実施の形態１）。
［図７］図７は、本発明の実施の形態において、グループに登録している情報通知ルールの実行可否を行う処理の流れを図示したフロー図である（実施の形態１）。
［図８］図８は、本発明の実施の形態において、グループで共有している情報通知ルールの実行および制御を行う処理の流れを図示したフロー図である（実施の形態１）。
［図９］図９は、ルール実行判定部１０５の判定結果によって変化する情報通知ルール実行の状態遷移図である（実施の形態１）。
［図１０］図１０は、本発明の実施の形態において、ＴＰＯ情報通知サービスを提供する通信端末の構成図である（実施の形態２）。
［図１１］図１１は、本発明の実施の形態において、ＴＰＯ情報通知サービスの実行手順を示した図である（実施の形態２）。
［図１２］図１２は、本発明の実施の形態において、ＴＰＯ情報通知サービスを提供する通信端末の構成図である（実施の形態３）。
［図１３］図１３は、グループ管理部１３０７ａで管理されるグループ管理情報の一例を示す図である（実施の形態３）。
［図１４］図１４は、ＴＰＯ情報通知サービスの実行手順を示した図である（実施の形態３）。
【符号の説明】
【００１８】  １００  通信システム
１０２  ルール生成部
１０１  グループ情報管理部
１０３  ルール管理部
１０４  ユーザ情報管理部
１０６  グループ判定部
１０５  ルール実行判定部
１０７  ルール実行部
１０８  フィードバック収集部
１０９  ユーザ端末
１１００ａ，１１００ｂ  通信端末
１１０２ａ，１１０２ｂ  周辺情報取得部
１１０３ａ，１１０３ｂ  ルール実行判定部
１１０４ａ，１１０４ｂ  ルール実行部
１１０５ａ，１１０５ｂ  実行結果表示部
１１０６ａ，１１０６ｂ  実行結果送受信部
１１０７  情報通知ルールＲ
１１０８  情報端末
１３００ａ，１３００ｂ  通信端末
１３０１ａ，１３０１ｂ  ユーザ情報共有部
１３０２ａ，１３０２ｂ  周辺情報取得部
１３０３ａ，１３０３ｂ  ルール実行判定部
１３０４ａ，１３０４ｂ  ルール実行部
１３０５ａ，１３０５ｂ  実行結果表示部
１３０６ａ，１３０６ｂ  実行結果送受信部
１３０７ａ，１３０７ｂ  グループ管理部
１３０８ａ、１３０８ｂ  フィードバック取得部
【発明を実施するための最良の形態】
【００１９】（実施の形態１）
以下、本発明の実施の形態について説明する。【００２０】  図１は、複数ユーザのＴＰＯ情報を考慮した情報通知サービスを実現する通信システムの一実施の形態における構成図である。【００２１】  図１に示される実施の形態における通信システム１００は、複数人のＴＰＯ情報に応じて実行される情報配信のルールを生成するルール生成部１０２と、特定のグループを定義し、その情報を管理するグループ情報管理部１０１と、生成されたルールを特定の個人もしくはグループに対して登録し、管理するルール管理部１０３と、複数ユーザのＴＰＯ情報を取得・管理するユーザ情報管理部１０４と、特定のユーザが属するグループを判定するグループ判定部１０６と、実行するルールを選択し、そのルールの状態を管理するルール実行判定部１０５と、選択されたルールを実行するルール実行部１０７および、通知された情報に基づいてユーザの行った行動結果を収集するフィードバック収集部１０８とを備える。【００２２】  なお、請求項１の「ルール保持手段」は、図１のルール生成部１０２およびルール管理部（ルールＤＢ）１０３に対応する。「情報通知手段」は、ルール実行判定部１０５およびルール実行部１０７に対応する。また、請求項２の「グループ判定手段」は、図１のグループ情報管理部１０１、ユーザ情報管理部１０４およびグループ判定部１０６に対応する。請求項４の「ルール生成手段」は、図１のルール生成部１０２に対応する。さらに、請求項６の「行動判定手段」は、図１のフィードバック収集部１０８に対応する。【００２３】  なお、本明細書中、以下で用いる「ユーザ」という用語は、本発明における情報通知サービスの利用者である。【００２４】  本発明においては、ＴＰＯ情報通知サービスを提供する上記通信システムを利用するために、各ユーザは通信機器を利用する。この機器を、本明細書中、以下、単にユーザ端末と呼ぶ。【００２５】  図１の１０９はユーザ端末の集合であり、１０９ａ、１０９ｂ、１０９ｃは、それぞれ、ユーザＡ、ユーザＢ、ユーザＣが使用するユーザ端末を表している。【００２６】  なお、ユーザ端末は、少なくとも下記（ａ）〜（ｅ）の機能を備えた情報通知装置であることを想定している。【００２７】  （ａ）周辺情報を取得する機能
ＧＰＳ（位置情報サービスによる）位置情報取得部と、Ｂｌｕｅｔｏｏｔｈ、赤外線通信などの近距離無線通信部と、バーコードリーダ、ＲＦタグリーダなどの商品タグ情報読み取り部とを備える。【００２８】  （ｂ）入力機能
ユーザ端末はユーザの入力を受け付けるため入力部を持つものとする。【００２９】  入力部としては通常キーボード、マウス、タブレットなどが用いられる。
これらの構成についてはパーソナルコンピュータ・ＰＤＡなどで一般的に知られているものであり、本発明の主眼ではないので詳細な説明は省略する。【００３０】  （ｃ）出力機能
ユーザ端末は情報を表示するための出力部を持つものとする。
出力部としては、液晶ディスプレイや音声出力などが用いられる。
これらの構成についてはパーソナルコンピュータ・ＰＤＡなどで一般的に知られているものであり、本発明の主眼ではないので詳細な説明は省略する。【００３１】  （ｄ）ネットワークを利用した通信機能
ユーザ端末は、本発明における通信システムと互いにネットワークを介して通信する機能を備える。【００３２】  （ｅ）記録機能
ユーザ端末は情報を記憶するための記憶部を備えており、記憶部を実現するものとしてハードディスクやリムーバブルディスクなど不揮発性記憶装置もしくは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などを想定している。しかし、本発明はそれに制限されるものではない。【００３３】  上記の要求を満たすユーザ端末としてＰＤＡ、携帯電話、携帯ゲーム機、ノートＰＣなどが想定されるが、情報通知サービスに特化した専用端末であってもよく、それらに限定されるものではない。【００３４】  また、本発明において情報通知サービスを提供する前記通信システム１００においても、（ａ）入力機能（ｂ）出力機能、（ｃ）ネットワークを利用した通信機能および（ｄ）記録機能を備えるものとするが、その内容については本発明の本質ではなく、前記ユーザ端末の備える機能と同等であるので、各機能の説明は省略する。【００３５】  なお、本発明では使用されるネットワークとして、イーサネット（Ｒ）、アナログまたはデジタルの公衆回線または専用回線を用いたネットワーク、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などの物理的なネットワークを想定しているが、本発明の適用範囲はこれらに制限されるものではない。【００３６】  また、インターネットではネットワークの下位プロトコルとして、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）が広く使用されており、本発明もその使用を想定しているが、これに制限されるものでもない。【００３７】  また、本発明が想定しているネットワークにおいては、各ユーザは、必ずしも常時ネットワークに接続しているわけではなく、通信に必要な各ユーザのアドレス情報（ＩＰアドレス、ポート番号など）も固定ではなくネットワークに接続するたびに変化する可能性がある。【００３８】  本発明において、通信システム１００およびユーザ端末１０９を利用して、複数ユーザのＴＰＯ情報を考慮した情報通知サービスは下記の処理を行うことで実現される：
１．ユーザの登録
２．グループの作成
３．情報通知ルールの作成および登録
４．ＴＰＯ情報の取得
５．情報通知ルールの判定
６．情報通知ルールの実行
７．情報通知ルールの結果取得
８．情報通知ルールの変更・削除。
以下、上記の手順について説明する。【００３９】（１．ユーザの登録）
ＴＰＯ情報通知サービスを利用するユーザは、自身のＴＰＯ情報を通信システム１００のユーザ情報管理部１０４に対して登録する必要がある。【００４０】  登録すべきＴＰＯ情報には下記（ａ）〜（ｃ）が含まれる。
＜ＴＰＯ情報＞【００４１】  （ａ）ユーザＩＤ
ユーザを一意に識別するための情報。通信システム側が生成しても良いし、ユーザ端末側が生成しても良いが、システム内で一意であることをユーザ情報管理部が判定する。またユーザＩＤの形式については規定しないが、ＵＵＩＤ、ＵＲＩなどの形式が想定される。【００４２】  （ｂ）ユーザプロファイル
ユーザの個人情報に関するものであり、本発明で利用されるＴＰＯ情報の内、主にＯ（嗜好）に関係する情報である。ユーザプロファイルの内容としては
・嗜好情報
・行動履歴
・スケジュール情報
・アドレス情報（ユーザ端末のアドレス、ユーザのメールアドレスなど）
などが想定される。【００４３】  （ｃ）ユーザ周辺情報
ユーザの現在の状態に関するものであり、本発明で利用されるＴＰＯ情報の内、主にＴ（時間）およびＰ（場所）に関係する情報である。ユーザ周辺情報の内容としては、
・ユーザの現在の位置情報
・ユーザ近隣にある商品およびサービスの情報
などが想定される。【００４４】  生成されたＴＰＯ情報は、ユーザ情報管理部１０４によって保持される。
また、ユーザ端末は自分に対応するユーザＩＤを記憶する。【００４５】（２．グループの作成）
複数のユーザを一括して扱うために、本発明においてはグループの概念を用いる。通信システム１００において、新規に複数のユーザから構成されるグループを生成する場合、グループの生成を望むユーザは通信システムのグループ情報管理部１０１に対して、下記の情報を登録する。【００４６】  （ａ）グループＩＤ
本発明における通信システムにおいて、一意にグループを識別できる値である。本発明ではグループＩＤの具体的なフォーマットは規定しないが、ＵＵＩＤ、ＵＲＩなどの利用が想定される。【００４７】  （ｂ）グループメンバ情報
（ａ）で一意に指定されるグループに参加できることのできるユーザを指定するための情報である。グループメンバ情報には、下記の情報が存在する。
（ｂ−１）メンバリスト
（１．ユーザの登録）で述べたユーザＩＤや、各ユーザ端末を一意に識別できる値（以下、端末ＩＤ）や端末のアドレスなどのリストとして実現される。このメンバリストに含まれるユーザあるいはユーザ端末がグループのメンバとして扱われる。なお、ユーザＩＤの取得などはユーザ情報管理部１０４を用いるほか、グループに招きたいユーザから直接メールや口頭で、そのユーザのユーザＩＤを取得する方法が想定される。
（ｂ−２）認証情報
グループに参加出来る端末が所有すべき認証情報あるいはそれに関する情報である。本発明においては、具体的には規定しないが、特定のＣＡによって発行された証明書やパスワード、あるいはそれらに関する情報であり、これらの証明書やパスワードを所有するユーザあるいは情報通知装置がグループのメンバとして扱われる。実際に、各ユーザに対して、上記の認証情報（パスワード、証明書など）を生成して配布する部については詳細には規定しないが、グループを生成したユーザが上記の認証情報をユーザ端末もしくはグループ管理部を用いて生成し、グループのメンバとしたいユーザにメールなどの部で通知する方法が考えられる。
（ｂ−３）ＴＰＯ情報
グループに参加できるユーザ端末が満たすべきＴＰＯ情報である。本発明においては、具体的には規定しないが、特定の位置情報（「京都市にいる」「東京ドームにいる」など）、嗜好情報（「あるアーティストのファン」「阪神タイガースのファン」）などによって構成される情報であり、これらの条件を満たすユーザあるいは情報通知装置がグループのメンバとして扱われる。
上記のグループメンバ情報は、グループ判定部１０６が、ユーザ端末の属するグループを判定する際に必要となる。【００４８】  （ｃ）グループに関する記述情報の生成
生成したグループがどのようなグループであるのかを、ユーザに知らせるための情報であり、例えば「山田家の家族グループ」「阪神ファンのグループ」などの情報が記述される。この情報は、ユーザが自分の参加するグループを判断する際などに必要になる。【００４９】  以上の（ａ）〜（ｃ）の情報によって構成されたグループの情報は、グループ情報管理部１０１によって管理される。図２は、グループ情報管理部１０１が管理する既に登録されたグループ情報の一例を示す図である。同図に示すグループ情報には、グループ種別、参加グループ、参加ユーザ及びパスワードなどが記述される。グループ種別の項目には、「家族」、「友人」および「会社」などのグループの種類が記述される。また、参加グループの項目には、それぞれ該当するグループ種別に属するグループのグループＩＤが列記される。さらに、参加ユーザの項目には、それぞれのグループに属するメンバのユーザＩＤが、グループＩＤに対応付けて記述される。パスワードの項目には、グループごとの認証情報であるパスワードが記述される。【００５０】  以上の手順により、本発明における通信システム上にグループが生成され、その情報がグループ情報管理部１０１によって管理される。
なお、全てのユーザおよび情報通知装置がグループを自分で生成する必要はない。
また、前記（１．ユーザの登録）のユーザ登録ステップとこのグループ生成の処理を行う順序は特に規定しない。どちらを先に行っても良いし、同時に実行しても構わない。【００５１】（３．情報通知ルールの作成および登録）
本発明において、情報通知サービスを利用するユーザは、ルール生成部１０２を通じて、情報通知ルールを生成する。【００５２】  情報通知ルールは、ユーザが通知される情報の内容や条件を規定する為に生成され、下記の情報などから構成される。【００５３】  （ａ）情報通知の対象
「牛乳が近傍にある場合」「あるアーティストのＣＤが近傍にある場合」
「特定のエリアに入った場合」など、通信システムがユーザ端末に対する情報通知を行う契機となる情報が明確な場合に指定される。【００５４】  （ｂ）情報通知の条件
「仕事中は情報通知しない」「１０００円以上の商品については通知しない」など、ユザが情報通知を受け入れるための条件を指定する際に用いられる。【００５５】  （ｃ）情報通知の内容
友達の探しているＣＤを発見した場合などに、その情報を自端末に表示するのではなく、「友人の情報通知装置へ結果を送信する」といった処理を行う際に、その処理内容が指定される。【００５６】  本実施の形態においては、上記情報配信ルールは前述のＥＣＡルールにより実現される。情報通知の対象がＥｖｅｎｔ部に、情報通知の条件がｃｏｎｄｉｔｉｏｎ部に、情報通知の内容がＡｃｔｉｏｎ部に記述されたＥＣＡルールが情報通知ルールとして生成される。【００５７】  また、他のユーザのＴＰＯ情報を考慮した情報通知サービスを実現するために、前記情報通知ルールを生成する際に、前記（２．グループの作成）で作成されたグループを利用することができる。図３（ａ）は、ルール生成部１０２が情報通知ルールを生成する際にユーザ端末に表示させる対話画面の一例を示す図である。図３（ｂ）は、生成した情報通知ルールの登録の可否をユーザに問い合わせる対話画面の一例を示す図である。図４は、図３（ｂ）に示した情報通知ルールがＥＣＡルールである場合のＥＣＡの具体例を示す図である。【００５８】  グループを利用した情報通知ルールの作成は下記（ｉ）〜（ｖｉｉ）の手順で行われる。
（ｉ）ユーザは、ルール生成部１０２に対して、（１．ユーザの登録）のユーザ登録ステップでユーザ端末に記憶したユーザＩＤを通知する。
（ｉｉ）ルール生成部は、通知されたユーザＩＤをグループ判定部１０６に対して通知し、そのユーザが参加可能なグループの情報のリストＧＩＬを取得する。
（ｉｉｉ）ルール生成部は、取得したグループの情報のリストＧＩＬをユーザ端末に通知する。
（ｉｖ）ユーザは取得したグループ情報のリストＧＩＬの中から、自分が生成している情報通知ルールを共有するグループＧを選択し、そのグループの情報ＧＩをグループの情報のリストＧＩＬから取得する。
（ｖ）ユーザはＧＩから、そのグループＧに属する他のユーザの情報を取得し、前記情報通知ルールの（ｂ）情報通知の条件や（ｃ）情報通知の内容に利用して、情報通知ルールＲを生成する。例えば、図３（ａ）及び（ｂ）に示したような対話画面からユーザの入力を促し、図４に示すような情報通知ルールを生成する。これにより、「家族のメンバの内、周辺情報として「牛乳」を持つメンバがいる場合、そのメンバに対して牛乳の購入を催促する。ただし、同時には、１人に対してしか通知しない」といった情報通知ルールを記述することができる。
（ｖｉ）ユーザ端末は情報通知ルールＲおよび情報通知ルールＲを共有するグループＧの情報ＧＩと共に、ルール生成部に通知する。
（ｖｉｉ）ルール生成部は、取得した情報通知ルールＲおよびグループＧの情報ＧＩをルール管理部１０３に通知し、ルール管理部は情報通知ルールＲをグループＧの共有ルールとして保持する。【００５９】  この手順により、情報通知ルールＲの実行に際しては、グループＧのメンバのＴＰＯ情報を利用して情報通知の判定および情報通知の実行が行われる。【００６０】  なお、情報通知ルールの具体的な作成方法については、
（ａ）情報通知装置がそなえる入出力インターフェースによりユーザが手動で入力する、
（ｂ）情報通知装置がユーザプロファイルや情報配信ルールを自動的あるいは半自動的に生成する機能を備える、といった方法が想定される。【００６１】（４．ＴＰＯ情報の取得）
本発明における情報通知サービスを利用するユーザ端末は、ユーザのＴＰＯ情報が変更された場合、通信システム１００のユーザ情報管理部１０４に対して、更新されたユーザのＴＰＯ情報ＵＩを、前記（１．ユーザ登録）ステップでユーザ端末に保持したユーザＩＤと共に通知する。【００６２】  上記のＴＰＯ情報の変更を検出する際に、ユーザ端末は、（ａ）Ｂｌｕｅｔｏｏｔｈや無線ＬＡＮなどの近距離無線、（ｂ）ＲＦＩＤリーダやバーコードリーダなどの商品タグリーダ、（ｃ）ＧＰＳ（位置情報サービス）装置、などによってユーザの周辺情報を取得し、その時間および場所に関する情報の変更を検出する。【００６３】  また、ユーザ端末がユーザの操作情報を取得してユーザの履歴情報を更新した場合、入力機能を用いてユーザが明示的にユーザプロファイルを変更した場合などに、ユーザプロファイルの更新を検出する。【００６４】  ユーザ端末から更新されたＴＰＯ情報ＵＩとユーザＩＤを受信したユーザ情報管理部１０４は保持しているユーザＩＤに対するＴＰＯ情報の変更を行い、更に、ＴＰＯ情報ＵＩと、そのユーザＩＤをルール実行判定部１０５に対して通知する。【００６５】（５．情報通知ルールの判定）
ルール実行判定部１０５は、ユーザ情報管理部１０４から変更されたＴＰＯ情報ＵＩおよびユーザＩＤの通知を受けると、実行すべき情報通知ルールの選択を行うために下記の処理を実行する。【００６６】  （ａ）グループ判定部１０６によって、通知されたユーザＩＤに対応するユーザが参加しているグループを判定し、そのグループのリストＧＬを生成する。
（ｂ）グループのリストＧＬに含まれる各グループについて、ルール管理部１０３から共有されている情報通知ルールの集合ＲＬを取得する。
（ｃ）グループのリストＧＬに含まれるグループ毎に、グループメンバのＴＰＯ情報を用いて、情報通知ルールの集合ＲＬに含まれる情報通知ルールの中から実行すべきルールがあるかを判定する。【００６７】  情報通知ルールがＥＣＡルールで実現されている場合、変更されたＴＰＯ情報によってＥｖｅｎｔ部を検査し、グループメンバ全員のＴＰＯ情報によってｃｏｎｄｉｔｉｏｎ部を検査することでＡｃｔｉｏｎ部を実行すべきかの判定を行う。【００６８】  ある情報通知ルールＲに対して情報通知を実行するという判定がなされた場合には、ルール実行判定部は、ルール実行部１０７に対して、該当ルールＲおよびその実行に必要なＴＰＯ情報を通知する。【００６９】  また、ルール実行判定部は、情報通知ルールＲの実行情報を「実行中」に設定する。【００７０】  また、ルール実行判定部によって、実行するとの判定を受けた情報通知ルールＲが、現在「実行中」あるいは「待ち状態」であった場合、Ｒは即座に実行されずに、ルール実行判定部の保持する実行待ちキューにＲおよびＲの実行に必要な情報ＤＩが蓄積される。【００７１】  後に、情報通知ルールＲの実行状態が削除された場合などに、実行待ちキューに蓄積されたＲおよびＤＩがルール実行部に通知され、ルール実行判定部はＲの実行状態を「実行中」として保持する。【００７２】（６．情報通知ルールの実行）
ルール実行部１０７は、ユーザに対して通知する商品・サービスなどの情報を生成する。本実施の形態におけるルール実行部は、ルール実行判定部１０５から通知された情報通知ルールＲの記述に基づいて、グループメンバのＴＰＯ情報から通知すべき情報の生成を行う。【００７３】  なお、本発明においては、ルール実行部１０７によって生成される情報の内容、およびフォーマットについて具体的な規定はしないが、ＨＴＭＬ、ＰＤＦ、ＸＭＬなどのファイルフォーマットが想定される。【００７４】  ルール実行部１０７は、ユーザに通知する情報を生成した後、情報通知ルールの記述に基づいて、情報を通知するユーザ端末を決定し、生成した情報を通知する。【００７５】  なお情報を通知するために、ルール実行部１０７は、
・ＴＰＯ情報に記載のユーザのアドレス情報
・情報通知ルールに記載のアドレス情報
などの情報を利用して、ユーザ端末に対する情報の送信を行う。【００７６】  ルール実行部は、ユーザに対する情報を生成し、その送信に成功した場合に、ルール実行判定部に対して、情報通知ルールＲの正常終了の通知を行い、ユーザに対する情報の生成もしくはその送信に失敗した場合には、情報通知ルールＲの異常終了の通知を行う。【００７７】  ルール実行判定部は、ルール実行部から、情報通知ルールＲの正常終了を受信した場合には、情報通知ルールＲの内容に従って、
・情報通知ルールＲに関する実行状態を「待ち状態」にする、
・情報通知ルールＲに関する実行状態の情報を削除する、
のいずれかの処理を行う。【００７８】  例えば、「家族のメンバの内、近傍に牛乳があるメンバ１人に対して、牛乳の購入を催促する。ただし、１度に１人に対してしか通知しない」といった情報通知ルールに関しては、「１度に１人に対してしか通知しない」との条件があるために、情報通知ルールの通知が正常終了した場合、情報通知をうけたユーザの行動がフィードバックされるまでの一定期間「待ち状態」となる。図５（ａ）及び（ｂ）は、グループ内の各メンバに通知される情報の一例を示す図である。図５（ａ）に示すように、近傍に牛乳があるメンバである「お父さん」のユーザ端末には、牛乳の購入を催促する情報が通知される。なお、この場合、「お父さん」のユーザ端末に、牛乳の購入を催促する情報を通知する前に、この情報通知ルールを生成したユーザ（例えば、お母さんなどの家族のメンバ）に催促する情報の通知の可否を問い合わせるとしてもよい。
また、情報通知ルールＲの異常終了を受信した場合には、情報通知ルールＲの実行状態を異常終了として保持する。【００７９】  異常終了の通知を受けた場合の情報通知ルールＲに関しては、
（ａ）ルール実行判定部は再度ルールの実行を試行する、
（ｂ）ルール製作者に連絡する、
（ｃ）情報通知ルールＲが保持する異常終了に対する対処内容を実行する、
などの処理が想定される。【００８０】（７．情報通知ルールの結果取得）
本発明における通信システムを利用するユーザ端末は、通知された情報に対して「牛乳を購入した」「ＣＤを購入した」などのユーザの行動を取得し、その情報をフィードバック収集部１０８に通知する。図５（ａ）に示したように、お父さんのユーザ端末には、表示された通知に対して、お父さんが実際に牛乳を買うか否かの入力を受け付ける「ＯＫ」ボタンと「ＮＯ」ボタンとが表示されている。お父さんのユーザ端末は、お父さんが「ＯＫ」ボタンを押した場合には「牛乳を買う」という行動を、通信システムのフィードバック収集部１０８に通知する。また、図５（ｂ）に示すように、家族グループのメンバには「お父さんが牛乳を買います」という情報を通知する。お父さんが「ＮＯ」ボタンを押した場合には「牛乳を買わない」という行動を、通信システムのフィードバック収集部１０８に通知する。なお、ここでは、お父さんが「ＯＫ」ボタンまたは「ＮＯ」ボタンを押すことによってお父さんの行動をフィードバック収集部１０８に通知したが、これに限定されず、通知された情報に関連するデータを検出することによって判定してもよい。例えば、お父さんのユーザ端末にチャージされている電子さいふの残高変化を検出することによって、お父さんが牛乳を買ったか否かを判定し、フィードバック収集部１０８に通知してもよい。また、牛乳についている電子タグを検出することによって、お父さんが牛乳を買ったか否かを判定してもよい。【００８１】  取得されたユーザの行動情報は、ルール実行判定部１０３へと通知される。
また、（６．情報通知ルールの実行）の情報通知ルールの実行ステップによる結果に対して、一定の時間内にフィードバック取得部からの入力が取得されなかった場合は、牛乳を購入しなかったものと見なす方法を用いても良い。【００８２】（８．情報通知ルールの変更・削除）
前記（７．情報通知ルールの結果取得）によって、取得されたユーザの行動情報が、フィードバック収集部１０８を介して、ルール管理部１０３に対して入力された場合、ルール管理部は、自身が保有するユーザプロファイルあるいは情報通知ルールに対して、必要に応じて変更あるいは削除の処理を行う。【００８３】  具体的には「牛乳を購入する」といった行動情報が取得できた場合、そのユーザが属するグループの「牛乳が近傍にあれば通知する」といった情報通知ルールは削除される。【００８４】  また、ルール管理部によって情報通知ルールＲに対する変更あるいは削除がなされなかった場合であり、かつルール実行判定部１０５のＲに関する実行状態が「待ち状態」であった場合、そのルールの実行は終了したものと判断し、ルール実行判定部はＲに関する実行状態を削除する。【００８５】  このとき、ルール実行判定部の実行待ちキューに次の情報通知ルールＲが蓄積されていた場合、Ｒおよびその実行に必要な情報ＤＩがルール実行部に通知され、ルール実行判定部は、あらたに情報通知ルールＲの実行状態を「実行中」として保持する。【００８６】  上記の手順を実行することにより、本発明において複数ユーザのＴＰＯ情報を考慮した情報通知サービスが実現される。【００８７】  以下では、
１．情報通知ルールの登録
２．情報通知ルールの判定
３．情報通知ルールの実行
について処理の流れを図および例を用いて具体的に、説明する。【００８８】  図６は、情報通知ルールの生成および登録の流れを図示したフローチャートである。以下、図１および図６を用いて情報通知ルールの生成と登録の流れを具体的に説明する。【００８９】  ユーザの要求をうけたルール生成部１０２は、グループ情報管理部１０１に対して、ユーザＩＤを送信する。グループ情報管理部１０１は、グループ判定部１０６を用いてユーザが参加可能なグループを判断し、参加可能なグループの情報のリストＧＬを生成する（ステップ２０２）。【００９０】  ルール生成部は、グループ情報管理部１０１からＧＬを取得しユーザに送信する（ステップ２０３）。【００９１】  ユーザは取得したＧＬに記載されているグループから、作成している情報通知ルールＲを共有するグループＧを決定し、そのグループの情報ＧＩをＧＬから抽出する（ステップ２０４）。【００９２】  ユーザはＧＩに含まれる情報を用いて、グループＧの他のメンバのＴＰＯ情報を利用する情報通知ルールＲを生成する（例：「グループＧのメンバの誰かの近傍に、あるアーティストのＣＤがあった場合、ルールを生成したユーザに通知する」）（ステップ２０５）。【００９３】  ユーザ端末は生成した情報通知ルールＲ、および共有するグループＧの情報ＧＩをルール生成部１０２に対して通知する（ステップ２０６）。【００９４】  ルール生成部１０２は、ルール管理部１０３に対し、グループ情報ＧＩおよび情報通知ルールＲを通知する（ステップ２０７）。【００９５】  ルール管理部１０３は、グループＧに対して、情報通知ルールＲが登録可能かどうかの判定を行う（ステップ２０８）。【００９６】  判定の具体的な方法は本発明では規定しないが、
・情報通知ルールＲの正当性、
・グループＧに登録されている他の情報通知ルールとの競合、
などの情報を検査することが想定される。【００９７】  グループＧに対して情報通知ルールＲが登録出来ない場合は、処理を終了する（２０８Ｎ）。それ以外の場合（２０８Ｙ）には、ステップ２０９の処理を行う（ステップ２０９）。【００９８】  ルール管理部１０３は情報通知ルールＲをグループＧと関連付けて保持する。
以上のステップ２０１〜２０９により、情報通知ルールが、ユーザの選択したグループＧに属するユーザ全員に共有される。【００９９】  図７は、（４．ＴＰＯ情報の取得）および（５．情報通知ルールの判定）の処理の流れを示したフローチャートである。【０１００】  以下、図１および図７を用いてＴＰＯ情報の取得から情報通知ルールの実行までの流れを具体的に説明する。【０１０１】  ユーザ端末は、ＧＰＳ・近距離無線などで周辺の情報を取得し、自身のＴＰＯ情報を更新する（ステップ３０１）。【０１０２】  ユーザ端末は、更新したＴＰＯ情報およびユーザＩＤをユーザ情報管理部１０４に対して送信する（ステップ３０２）。【０１０３】  ユーザ情報管理部１０４は、受信したユーザＩＤとＴＰＯ情報を利用して、管理しているユーザのＴＰＯ情報を更新する。また、受信したユーザＩＤおよびＴＰＯ情報をルール実行判定部１０５に通知する。ルール実行判定部は、グループ判定部１０６に対し、ユーザＩＤを通知して、そのユーザが属しているグループを問い合わせる。グループ判定部は、ルール実行判定部に対して、問い合わされたユーザが属するグループのリストＧＬを生成し、通知する（ステップ３０３）。【０１０４】  ルール実行判定部１０５は取得したＧＬに記載されているグループが保有する情報通知ルールの集合ＲＬをルール管理部１０３から取得する。ＲＬにはＮ個の情報通知ルールが含まれているものとし、各情報通知ルールＲ（Ｊ）として表す（Ｊ＝０〜Ｎ）（ステップ３０４）。【０１０５】  ルール実行判定部１０５は、Ｊ＝０として、Ｒ（Ｊ）に対して以下の処理を実行する（ステップ３０５）。【０１０６】  ルール実行判定部は、（ｉ）共有されているグループメンバのＴＰＯ情報、（ｉｉ）ルール実行判定部が保持しているＲ（Ｊ）の実行状況、などを用いてＲ（Ｊ）を実行すべきかの判定を行う（ステップ３０６）。Ｒ（Ｊ）を実行すべき場合は、ステップ３０７の処理を行う。それ以外の場合は、ステップ３０８の処理を行う（ステップ３０７）。【０１０７】  ルール実行判定部１０５はＲ（Ｊ）およびＲ（Ｊ）の実行に必要なグループメンバのＴＰＯ情報をルール実行部１０７に対して通知し、Ｒ（Ｊ）の実行を依頼する。また、Ｒ（Ｊ）についてその実行状況を「実行中」として保持する。また、Ｒ（Ｊ）の実行状態が既に「実行中」あるいは「待ち状態」であった場合には、Ｒ（Ｊ）およびその実行に必要な情報をルール実行判定部１０５の保持する実行待ちキューに入れる（ステップ３０８）。【０１０８】  ルール実行判定部は、ステップ３０４で取得したＲＬに含まれる全てのＲ（Ｊ）を実行したかどうかを判定する（ステップ３０９）。Ｊ＝Ｎであれば、処理を終了する。それ以外の場合には、ステップ３０９の処理を行う。【０１０９】  Ｊ＝Ｊ＋１として、ステップ３０７以降の処理を継続する。
以上、ステップ３０１〜３０９の処理を実行することで、ユーザのＴＰＯ情報に応じて、実行すべき情報通知ルールが決定される。【０１１０】  図８は、（６．情報通知ルールの実行）、（７．情報通知ルールの結果取得）および（８．情報通知ルールの変更・削除）までの流れを図示したフローチャートである。【０１１１】  以下、図１から図８を用いて情報通知ルールの実行から終了までの処理の流れを説明する。【０１１２】  またこの例で実行される情報通知ルールＲの内容として、「家族のメンバの内、そのＴＰＯ情報に「牛乳」があるメンバがいる場合、そのメンバに対し牛乳の購入を催促する。ただし、同時に１人に対してしか通知しない」を想定する。【０１１３】  通信システム１００のルール実行部１０７は、情報通知ルールＲを実行し、ユーザに通知すべき情報を生成する。またルール実行部はＲの内容に基づいて、生成した情報を通知するユーザＡを決定し、その端末に対して情報を通知する（ステップ４０１）。また、ルール実行判定部に対して、情報通知ルールＲの実行結果（正常終了、異常終了）を通知する。この例では、ユーザ端末に情報が正常に送信されたため、「Ｒが正常終了した」という情報がルール実行判定部に通知される。【０１１４】  ユーザ端末Ａは、通信システムから情報を受信し、端末が備える出力機能によってユーザにその情報を提示する（ステップ４０２）。【０１１５】  ルール実行判定部は、前記ステップ４０１で、ルール実行部から通知された情報通知ルールＲの実行結果を保存する。また通知された情報が正常終了であった場合、Ｒの内容から、フィードバックを受け付けるべきかの判定が行われる。この例では、情報通知を受けるユーザ数を１人に制限するために、情報を受け取ったユーザが牛乳を購入したかどうかのフィードバックを取得する必要がある。そのため、情報通知ルールＲの実行状態を「待ち状態」として保存する（ステップ４０３）。【０１１６】  前記ステップ４０２で情報通知を受けたユーザとは、別のユーザであるユーザＢがＴＰＯ情報を更新し、通信システム１００に対して送信する（ステップ４０４）。【０１１７】  通信システムは前記ステップ４０４で通知されたユーザＢのＴＰＯ情報を取得し、ルール実行判定部１０５によって、実行すべき情報通知ルールの判定を行う（ステップ４０５）。【０１１８】  前記ステップ４０５で、実行対象となった情報通知ルールに対して、ルール実行判定部における実行状況をチェックする（ステップ４０６）。実行状況が「実行中」あるいは「待ち状態」となっている場合には、そのルールに関してはステップ４０７以降の処理を行う（４０６Ｙ）。それ以外の場合には、ルール実行部に対して、そのルールを通知して実行を依頼する。この例では、Ｒが「待ち状態」であるためにステップ４０７へ進む。【０１１９】  現在、「実行中」あるいは「待ち状態」の情報通知ルールに対しては、ルール実行判定部１０５は、実行待ちキューに情報通知ルールＲおよび実行に必要な情報ＤＩを保持する（ステップ４０７）。【０１２０】  ステップ４０２において通知した情報に関するユーザの行動をユーザ端末が取得し、フィードバック収集部１０８へ通知する。この例では、上記の方法など��より「牛乳を購入しなかった」というユーザの行動情報ＵＩが取得され、フィードバック部へＵＩおよび対応するＲが通知される（ステップ４０８）。【０１２１】  フィードバック収集部１０８は受信したユーザの行動情報を、ルール実行判定部１０５を介して、ルール管理部１０３に通知する（ステップ４０９）。【０１２２】  ルール管理部１０３は取得したユーザの行動情報から、ユーザの属するグループから情報通知ルールＲを削除もしくは変更するかの判定を行う（ステップ４１０）。この例では、「家族のメンバの内、近傍に牛乳があるメンバ１人に対して、牛乳の購入を催促する。ただし、１度に１人に対してしか通知しない」という情報通知ルールに対し、「牛乳を購入した」という行動情報が得られた場合はＲを削除するためにステップ４１１へ、それ以外の場合は、変更を行わないためにステップ４１２の処理を行う。【０１２３】  ルール管理部１０３はＲの内容を変更・削除する。また、ルール実行判定部１０５の保持するＲに関する実行待ちキューの内容およびＲの実行状態も破棄される（ステップ４１１）。【０１２４】  ルール管理部１０３によって、Ｒの内容が変更、削除されなかった場合、ルール実行管理部１０５は実行待ちキューの中から、情報通知ルールＲおよびその実行に必要な情報ＤＩを取り出し、ルール実行部１０７に通知する。また、ルール実行部は、Ｒの実行状態を再び「実行中」とする。ルール実行判定部１０５は実行待ちキューの中に、情報通知ルールＲが含まれてない場合には、ルール実行管理部はＲの実行状態に関する情報を破棄してＲに関する処理を終了する（ステップ４１２）。【０１２５】  ユーザ端末Ｂは、通信システムから情報を受信し、端末が備える出力機能によってユーザにその情報を提示する（ステップ４１３）。【０１２６】  以上のステップ４０１〜４１３を実行することで、グループで共有されている情報通知ルールの実行を行うことが可能となる。【０１２７】  また前記通信端末には端末使用者の入力を受け付けるための入力部も備わっている。入力部としては通常キーボード、マウス、タブレットなどが用いられる。これらの構成についてはパーソナルコンピュータなどで一般的に知られているものであり、本発明の主眼ではないので詳細な説明は省略する。【０１２８】  なお、以下で用いる「ユーザ」という用語は、前記通信端末、および端末使用者を含む概念である。【０１２９】  また前記通信端末は情報を記憶するための記憶部を備えており、ハードディスクやリムーバブルディスクなど不揮発記憶装置もしくは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などの利用を想定しているが、本発明はそれに制限されるものではない。【０１３０】  図９は、ルール実行判定部１０５の判定結果によって変化する情報通知ルール実行の状態遷移図である。情報通知ルールの実行状態を管理するルール実行判定部１０５の一例は、下記（ａ）〜（ｆ）の手順を実行することで実現される。【０１３１】  また、このときの各ルールの実行状態を図９に示す。【０１３２】  （ａ）前記ルール実行判定部は実行すべきと判定した情報通知ルールＲに対して、現在ルール実行部によって情報通知ルールＲの情報が保持されていない場合���前記ルール実行部にＲおよびその実行に必要な情報を通知した後、情報通知ルールＲの実行状態を「実行中」として保持する（図９の５０１）。【０１３３】  （ｂ）前記ルール実行判定部は実行すべきと判定した情報通知ルールＲに対して、現在ルール実行判定部によって情報通知ルールＲの情報が保持されており、かつその実行状態が「実行中」もしくは「待ち状態」であった場合、ルール実行判定部の実行待ちキューにＲおよびその実行に必要な情報を格納する（各状態を継続）。【０１３４】  （ｃ）ルール実行部は、ルール実行判定部から通知された情報通知ルールの内容に基づき、ユーザに対する情報通知処理を終了した後、実行した情報通知ルールに対しての正常終了通知をルール実行判定部に行う。また、情報通知ルールが正常に実行できなかった場合には、実行した情報通知ルールに対しての異常終了通知をルール実行判定部に行う。【０１３５】  （ｄ）ルール実行判定部は、ルール実行部から正常終了通知を受けた場合、下記（ｄ−１）〜（ｄ−３）のいずれかの処理を行う。
（ｄ−１）情報通知ルールの内容を検査し、必要に応じて情報通知ルールの実行状態を「待ち状態」にする。
この処理は通信システムが後述するフィードバック取得部を備える場合に用いられる。情報通知に対して、ユーザの行動（「牛乳を購入した」「牛乳を購入しなかった」など）を取得できるまで他のユーザに対して情報通知ルールＲの実行を行わないといった処理の実現のために行われる（図９の５０４）。
（ｄ−２）情報通知ルールの実行状態を削除する。
正常終了通知をうけた情報通知ルールＲが、ルール実行判定部の実行待ちキューに含まれない場合（例えば、通知された情報の内容が、通知を受けたユーザの行動により完了された場合）、Ｒに関する実行状態の情報を破棄する（図９の５０５）。
（ｄ−３）実行待ちキュー内の情報通知ルールを実行する。
正常終了通知をうけた情報通知ルールＲが、ルール実行判定部の実行待ちキューに含まれる場合、Ｒに関する実行状態の情報を「実行中」とし、Ｒおよびその実行に必要な情報を実行待ちキューから取りだし、ルール実行部に通知する（図９の５０２）。【０１３６】  （ｅ）異常終了通知をうけた情報通知ルールに関しては、その実行状態を「異常終了」にする。また必要に応じて、その情報をルール管理部に通知し保持させる（図９の５０６）。【０１３７】  （ｆ）後述するフィードバック部からの情報通知を受けた場合、ルール実行判定部は下記（ｆ−１）、（ｆ−２）のいずれかの処理を行う。
（ｆ−１）情報通知ルールＲが、ルール実行判定部の実行待ちキューに含まれない場合、Ｒに関する実行状態の情報を破棄する（図９の５０７）。
（ｆ−２）情報通知ルールＲが、ルール実行判定部の実行待ちキューに含まれる場合、Ｒに関する実行状態の情報を「実行中」とし、Ｒおよびその実行に必要な情報を実行待ちキューから取りだし、ルール実行部に通知する（図９の５０８）。【０１３８】  以上の手順により、情報通知ルールの実行状態を管理することで、１度に複数のユーザに対して実行してはならない情報通知ルールなどの実行を制御することが可能になる。【０１３９】（実施の形態２）
図１０は、本発明の実施の形態２における通信端末およびそれから構成される通信システムの構成を示す。実施の形態２の通信システムは、複数のＰ２Ｐ通信端末から構成される通信システムである。通信端末１１００ａおよび１１００ｂは、本発明の通信端末であり、共にユーザ情報共有部１１０１ａ、１１０１ｂ、周辺情報取得部１１０２ａ、１１０２ｂ、ルール実行判定部１１０３ａ、１１０３ｂ、ルール実行部１１０４ａ、１１０４ｂ、実行結果表示部１１０５ａ、１１０５ｂ、実行結果送受信部１１０６ａ、１１０６ｂを備える。【０１４０】  なお、請求項１の「ルール保持手段」は、図１０のユーザ情報共有部１１０１ａ、ｂおよびルール実行判定部１１０３ａ、ｂに対応する。「情報通知手段」は、ルール実行判定部１１０４ａ、ｂ、実行結果表示部１１０５ａ、ｂおよび実行結果送受信部１１０６ａ、ｂに対応する。また、請求項２の「グループ判定手段」は、図１０のユーザ情報共有部１１０１ａ、ｂに対応する。請求項４の「ルール生成手段」は、図１０には図示していない。さらに、請求項６の「行動判定手段」は、図１０の実行結果送受信部１１０６ａ、ｂおよび実行結果表示部１１０５ａ、ｂに対応する。【０１４１】  本実施の形態では、上記の構成をもつ端末同士が下記の処理を実行することにより、複数ユーザのＴＰＯを考慮したＴＰＯ情報通知サービスを実現する。【０１４２】  （１）ユーザプロファイルおよび情報通知ルールの作成
（２）ユーザプロファイルおよび情報通知ルールの共有
（３）周辺状況の取得
（４）情報通知ルールの判定
（５）情報通知ルールの実行
（６）情報通知ルールの実行結果の通知
（７）情報通知ルールの実行結果の表示。【０１４３】  以下、各処理について説明する。【０１４４】（１．ユーザプロファイルおよび情報通知ルールの作成）
ＴＰＯ情報通知サービスを利用するユーザは、情報通知をうけるために、ユーザプロファイルもしくは情報通知ルールを生成する。ユーザプロファイルは、嗜好情報や行動履歴など、端末を所持するユーザに関する情報であり、この情報を用いることで、情報通知サービスは商品・サービスの中からユーザの適しているものを自律的に選択し、その結果をユーザに通知する。情報通知ルールは、ユーザが情報通知の内容を詳細に規定する際に生成するものであり、下記の情報などから構成される。【０１４５】  （ａ）情報通知の対象
「牛乳が近傍にある場合」「あるアーティストのＣＤが近傍にある場合」、「特定のエリアに入った場合」など、情報通知を行う契機となる情報が明確な場合に指定される。【０１４６】  （ｂ）情報通知の条件
「仕事中は情報通知しない」１０００円以上の商品については通知しない」など、ユーザが情報通知を受け入れるための条件を指定する際に用いられる。【０１４７】  （ｃ）情報通知の内容
友達の探しているＣＤを発見した場合などに、その情報を自端末に表示するのではなく、「友人の通信端末へ結果を送信する」といった処理を行う際に、その処理内容が指定される。【０１４８】  本実施の形態においては、上記情報配信ルールは前述のＥＣＡルールにより実現される。情報通知の対象がＥｖｅｎｔ部に、情報通知の条件がｃｏｎｄｉｔｉｏｎ部に、情報通知の内容がＡｃｔｉｏｎ部に記述されたＥＣＡルールが情報通知ルールとして生成される。【０１４９】  本発明においてはユーザプロファイルおよび情報通知ルールの具体的な作成方法については、規定しないが、
（ａ）通信端末が備える入出力インターフェースによりユーザが手動で入力する、
（ｂ）通信端末がユーザプロファイルや情報配信ルールを自動的あるいは半自動的に生成する機能を備える、
といった方法が想定される。【０１５０】  通信端末Ａ１１００ａのユーザによって作成されたユーザプロファイルおよび情報通知ルールは、ユーザ情報共有部１１０１ａにより保持される。【０１５１】（２．ユーザプロファイルおよび情報通知ルールの共有）
他のユーザとＴＰＯ情報を共有したいユーザは、情報を共有したいユーザの通信端末と、ユーザプロファイルおよび情報通知ルールの共有を行う。【０１５２】  通信端末Ｂ１１００ｂのユーザが、通信端末Ａ１１００ａのユーザと上記の情報を共有したい場合、通信端末Ｂ１１００ｂユーザは、通信端末Ａ１１００ａのアドレス情報（ＩＰアドレスやポート番号など）を指定する。【０１５３】  アドレス情報を取得するための方法は、
（ａ）通信端末Ｂ１１００ｂのユーザが、通信端末Ｂ１１００ｂに備えられている入力インターフェースを用いて、通信端末Ａ１１００ａのアドレス情報を直接入力する、
（ｂ）通信端末Ｂ１１００ｂが通信端末のアドレス情報を管理するサーバに対して、通信端末Ａ１１００ａのアドレスを問い合わせる、
（ｃ）通信端末Ｂ１１００ｂがネットワーク全体に対して、通信端末Ａ１１００ａのアドレスを問い合わせる、
などの方法が想定されるが、本発明はこれらに限定されるものではない。【０１５４】  ＴＰＯ情報の共有対象である通信端末Ａ１１００ａのアドレスを指定した後、通信端末Ｂ１１００ｂは自端末のユーザ情報部１１０１ｂに格納されているユーザプロファイルおよび情報通知ルールを、ネットワークを介して通信端末Ａに送信し、通信端末Ａ１１００ａは自端末のユーザ情報共有部１１０１ａにより、受信した情報保持する。【０１５５】（３．周辺状況の取得）
ユーザ情報共有部１１０１ａに、自分もしくは他者のユーザプロファイルおよび情報通知ルールを格納した通信端末Ａ１１００ａは、周辺情報収集部１１０２ａによって、情報通知の対象となる商品やサービスの情報、もしくは情報通知ルールの実行条件となる位置情報などを収集する。【０１５６】  周辺情報収集の具体的な実現方法および取得できる情報のフォーマットなどは本発明では規定しないが、
（ａ）Ｂｌｕｅｔｏｏｔｈや無線ＬＡＮなどの近距離無線、
（ｂ）ＲＦＩＤリーダやバーコードリーダなどの商品タグリーダ、
（ｃ）ＧＰＳ（位置情報サービス）、
などによって周辺情報を取得する方法が想定される。【０１５７】（４．情報通知ルールの判定）
通信端末Ａ１１００ａは、周辺情報取得部１１０２ａによって周辺情報が取得されると、ルール実行判定部１１０３ａによって、どのような情報通知を実行するべきかの判断を行う。【０１５８】  本実施の形態におけるルール実行判定部には下記の二種の判定が実施される。【０１５９】  （ａ）ユーザプロファイルに適合するかの判定
周辺情報取得部１１０２ａによって、商品・サービスの情報が取得された場合、それらの情報を通知すべきユーザがいるかどうかの判定を、ユーザ情報共有部１１０１ａによって保持されているユーザプロファイルに対して行う。
あるユーザプロファイルを対して情報通知を実行するという判定がなされた場合には、ルール実行部１１０４ａに対して、ユーザプロファイルおよび周辺情報を通知する。【０１６０】  （ｂ）情報通知ルールの記述内容に適合するかの判定
周辺情報取得部１１０２ａによって取得された周辺情報およびユーザ情報管理部１１０１ａによって保持されているユーザプロファイルを用いて、ユーザ情報管理部１１０１ａによって保持されている情報通知ルールに対して、実行すべきルールがあるかを判定する。【０１６１】  情報通知ルールがＥＣＡルールで実現されている場合、周辺情報によってＥｖｅｎｔ部を検査し、周辺情報およびユーザプロファイルによってｃｏｎｄｉｔｉｏｎ部を検査することでＡｃｔｉｏｎ部を実行すべきかの判定を行う。ある情報通知ルールに対して情報通知を実行するという判定がなされた場合には、ルール実行判定部は、ルール実行部１１０４ａに対して、該当ルールおよびその実行に必要なユーザプロファイルと周辺情報を通知する。【０１６２】（５．情報通知ルールの実行）
情報通知サービスを実行する通信端末Ａ１１００ａのルール実行部１１０４ａは、ユーザに対して通知する商品・サービスなどの情報を生成する。【０１６３】  本実施の形態におけるルール実行部１１０４ａの動作は、ルール実行判定部１１０３ａによって、送信される情報によって下記の二種類に分類される。【０１６４】  （ａ）ルール実行判定部１１０３ａから、ユーザプロファイルおよび周辺情報が送付された場合、ルール実行部は自律的に、ユーザプロファイルと周辺情報からユーザに通知すべき情報の選択、生成、変換などを行う。この形態は、Ｗｅｂなどで一般的に行われているユーザプロファイルに基づいた情報推薦サービス（レコメンドサービス）と同種の情報通知サービスである。【０１６５】  （ｂ）ルール実行判定部から、情報通知ルール、ユーザプロファイルおよび周辺情報が送付された場合、ルール実行部は該当ルールの記述に基づいて、ユーザプロファイルおよび周辺情報から通知すべき情報の生成を行う。【０１６６】  なお、本発明においては、ルール実行部によって生成される情報の内容、およびフォーマットについて具体的な規定はしないが、ＨＴＭＬ、ＰＤＦ、ＸＭＬなどのファイルフォーマットが想定される。【０１６７】  ルール実行部は、ユーザに通知する情報を生成した後、上記（ａ）の場合において、ルール実行に使用したユーザプロファイルが別端末のユーザである場合、あるいは上記（ｂ）の場合において、ルール実行に使用した情報通知ルールに別端末へ結果を送信する記述があった場合などには、実行結果送受信部１１０６ａに、その情報を通知する。他の通信端末へ情報を送信する必要のない場合は、自端末上の実行結果表示部１１０５ａに対し、生成した情報を通知する。【０１６８】（６．情報通知ルールの実行結果の通知）
通信端末Ａ１１００ａのルール実行部１１０４ａによって生成された情報が、他の通信端末Ｂ１１００ｂのユーザに通知すべき内容で会った場合、結果送受信部１１０６ａにより、ルール実行部により生成された情報が送信される。【０１６９】  通信端末Ａ１１００ａのユーザが、通信端末Ｂ１１００ｂのユーザに情報通知を行う場合、通信端末Ａ１１００ａのユーザは、通信端末Ｂ１１００ｂのアドレス情報（ＩＰアドレスやポート番号など）を指定する。【０１７０】  アドレス情報を取得する方法としては、
（ａ）通信端末Ａ１１００ａのユーザが、通信端末Ａに備えられている入力インターフェースを用いて、通信端末Ｂ１１００ｂのアドレス情報を直接入力する、
（ｂ）通信端末Ａ１１００ａが通信端末のアドレス情報を管理するサーバに対して、通信端末Ｂ１１００ｂのアドレスを問い合わせる、
（ｃ）通信端末Ａ１１００ａがネットワーク全体に対して、通信端末Ｂ１１００ｂのアドレスを問い合わせる、
（ｄ）通信端末Ａ１１００ａが実行した情報通知ルールに記載されている通知先のアドレスを利用する、
（ｅ）通信端末Ａ１１００ａのユーザ情報共有部１１０１ａが管理しているユーザＢのプロファイル内に記載してあるユーザＢの端末アドレスを利用する、
などが想定されるが、本発明の範囲はそれに限定されるものではない。
通信端末Ｂ１１００ｂの実行結果送受信部１１０６ｂが取得した情報は、実行結果表示部１１０５ｂに対して通知される。【０１７１】（７．情報通知ルールの実行結果の表示）
本発明における通信端末Ａ１１００ａが備える実行結果表示部１１０５ａは、ルール実行部１１０４ａもしくは、実行結果送受信部１１０６ａから通知された情報を通信端末に備えられている出力インターフェースを用いて表示する。【０１７２】  以上の処理を行うことにより、本発明における通信端末および通信システムでは、複数のユーザ間のＴＰＯ情報を利用した情報通知サービスが実現される。【０１７３】  図１１は図１０に示した二台の通信端末１１００ａ、１１００ｂ間で、通信端末Ｂ１１００ｂのユーザが所望する商品（「あるアーティストのＣＤ」）の情報を、通信端末Ａ１１００ａのユーザが近傍から発見し、その情報を通信端末Ｂ１１００ｂに通知する流れを示したものである。【０１７４】  以下、図１０および図１１の例を用いて具体的に、ＴＰＯ情報通知サービスの実施例を説明する。【０１７５】  通信端末Ｂ１１００ｂのユーザは、希望する商品に関する情報通知ルールＲ１１０７（例：「近くにアーティストＡのＣＤを見つけた場合にその情報を通信端末Ｂに通知」）を作成し、ユーザ情報共有部１１０１ｂに入力する（ステップ２０１）。【０１７６】  通信端末Ｂ１１００ｂは自端末のユーザ情報共有部１１０１ｂを用いて、別の通信端末Ａ１１００ａのユーザ情報共有部１１０１ａに対してステップ２０１で入力されたＲを送信する。なお、通信端末Ｂ１１００ｂが通信端末Ａ１１００ａに情報を送信するためには、Ａのアドレス情報（ＩＰアドレスやポート番号など）が必要になるが、ここではアドレス情報を取得する部については特に限定しない（ステップ２０２）。【０１７７】  通信端末Ａ１１００ａは通信端末Ｂ１１００ｂから送信されたＲを自端末のユーザ情報共有部１１０１ａに保存する（ステップ２０３）。【０１７８】  通信端末Ａ１１００ａは周辺情報取得部１１０２ａを使用して、近傍の情報端末１１０８から周辺情報を取得する（ステップ２０４）。近傍の情報端末１１０８とは、センサー、商品タグ及び近距離無線情報配信端末などである。【０１７９】  通信端末Ａ１１００ａのルール実行判定部１１０３ａはユーザ情報共有部１１０１ａに保存されている情報と、周辺情報取得部１１０２ａで取得した周辺情報を用いて、どのような情報通知を実行するべきかの判定を行う（ステップ２０５）。【０１８０】  ここで、ステップ２０３で取得したＲに対しても、Ｒの内容に基づいた情報通知ルールを実行すべきかの判定が行われる（ステップ２０６）。この例の場合、通信端末Ａ１１００ａの周辺情報に「アーティストＡのＣＤ」があるとの情報が含まれていれば、ルール実行判定部１１０３ａはＲに基づく情報通知ルールを実行する（２０６Ｙ）。それ以外の場合、Ｒに基づく情報通知は実行されない（２０６Ｎ）。【０１８１】  ルール実行部１１０４ａによって、Ｒに基づく情報通知処理が行われる（ステップ２０７）。この例の場合、「端末Ａの近傍にＢの所望するＣＤがある」という情報を生成し、その情報を、実行結果送受信部１１０６ａを用いて通信端末Ｂ１１００ｂに送信する。【０１８２】  通信端末Ｂ１１００ｂは、実行結果送受信部１１０６ｂによって、通信端末Ａ１１００ａからの情報と取得し、その内容を、実行結果表示部１１０５��を用いて端末のユーザに表示する（ステップ２０８）。【０１８３】  この処理により、通信端末Ｂ１１００ｂのユーザは自分の探している商品を自分の近傍からだけではなく、別の端末の近傍からも探し出すことができる。また、通信端末Ｂ１１００ｂの連絡先をＡが知っているのならば、その商品を購入するように依頼するなどの行為が可能になる。【０１８４】（実施の形態３）
実施の形態２においては、各通信端末は情報を共有する相手を特に規定していなかったが、ユーザプロファイルなどプライバシーに関わる情報を共有する対象は、家族や友人といった特定多数のユーザから構成されるグループ制限できることが望ましい。【０１８５】  本明細書においてグループは次のように定義する：
（１）グループは１名以上のユーザからなる、
（２）１ユーザは複数のグループに属することが可能である、
（３）グループにはグループ固有の共有情報がある、
（４）同じグループに属するメンバ間ではそのグループの共有情報の送受信を行うことができる。グループを構成するメンバは、友人、家族、同じ趣味の持ち主、特定の地域にいるユーザなどが考えられる。【０１８６】  このグループの概念を利用することで、
（ａ）ユーザプロファイルおよび情報通知ルールの共有範囲を明確に定義できる、
（ｂ）グループを指定することで複数ユーザとの情報共有が可能になるため、操作が簡易化される、というメリットが生じる。【０１８７】  また、実施の形態２においては、ＴＰＯ情報通知サービスの処理は情報通知を実行した時点で終了しているが、多人数で同一の情報通知ルールを共有している場合、各ユーザが通知された情報に対して行った行動結果を取得し、共有している情報通知ルールに反映することが望ましい。【０１８８】  例えば、家族全員で「牛乳が近くにあれば通知する」という情報通知ルールを共有していた場合、家族のうち誰か１人でも、牛乳を購入した後には、それ以上、その家族に属するメンバに対して「近傍に牛乳がある」という情報通知を行うことは無駄である場合が多い。【０１８９】  この場合、「牛乳を購入した」というあるユーザの行動結果を取得した時点で、全ての家族の端末から「牛乳が近傍にあれば通知する」という情報通知ルールを削除するといった処理の実現が望まれる。【０１９０】  本発明の実施の形態２では、上記の要望を満たすため、第１の実施例で示した通信端末に対し、グループの概念を扱うためのグループ管理部および行動結果を取得するためのフィードバック取得部を導入する。【０１９１】  図１２は、本発明の実施の形態２における通信端末およびそれから構成される通信システムの構成を示す。通信端末１３００ａおよび１３００ｂは、本発明の通信端末であり、共にユーザ情報共有部１３０１ａ、１３０１ｂ、周辺情報取得部１３０２ａ、１３０２ｂ、ルール実行判定部１３０３ａ、１３０３ｂ、ルール実行部１３０４ａ、１３０４ｂ、実行結果表示部１３０５ａ、１３０５ｂ、実行結果送受信部１３０６ａ、１３０６ｂおよびグループ管理部１３０７ａ、１３０７ｂ、フィードバック取得部１３０８ａ、１３０８ｂを備える。【０１９２】  なお、請求項１の「ルール保持手段」は、図１２のユーザ情報共有部１３０１ａ、ｂに対応する。「情報通知手段」は、ルール実行判定部１３０３ａ、ｂおよびルール実行部１３０４ａ、ｂに対応する。また、請求項２の「グループ判定手段」は、図１２のグループ管理部１３０７ａ、ｂに対応する。請求項４の「ルール生成手段」は、図１２のユーザ情報共有部１３０１ａ、ｂに対応する。さらに、請求項６の「行動判定手段」は、図１２のフィードバック収集部１３０８ａ、ｂに対応する。【０１９３】  本実施の形態では、上記の構成をもつ端末同士が下記の処理を実行することにより、複数ユーザのＴＰＯを考慮した情報通知サービスを実現する。
（１）グループの生成および告知
（２）ユーザプロファイルおよび情報通知ルールの作成
（３）情報共有をおこなうグループの決定
（４）ユーザプロファイルおよび情報通知ルールの共有
（５）周辺状況の取得
（６）情報通知ルールの判定
（７）情報通知ルールの実行
（８）情報通知ルールの実行結果の通知
（９）情報通知ルールの実行結果の表示
（１０）フィードバック結果の取得
（１１）ユーザプロファイルおよび情報通知ルールの変更および削除。【０１９４】  以下、各処理について説明する。【０１９５】（１．グループの生成および告知）
通信端末Ａ１３００ａは新規に特定のユーザから構成されるグループを生成する場合、グループ管理部１３０７ａを利用して、下記の情報を生成する。【０１９６】  （ａ）グループＩＤ
本発明における通信システムにおいて、一意にグループを識別できる値である。本発明ではグループＩＤの具体的なフォーマットは規定しないが、ＵＵＩＤ、ＵＲＩなどの利用が想定される。【０１９７】  （ｂ）グループメンバ情報
前記（ａ）で一意に指定されるグループに参加できることのできるユーザを指定するための情報である。グループメンバ情報には、下記の情報が存在する。
（ｂ−１）メンバリスト
本発明における通信システムにおいて、各ユーザを一意に識別できる値（以下、ユーザＩＤ）もしくは、本発明における通信システムにおいて、各通信端末を一意に識別できる値（以下、端末ＩＤ）のリストとして実現される。このメンバリストに含まれるユーザあるいは通信端末がグループのメンバとして扱われる。
（ｂ−２）認証情報
グループに参加出来る端末が所有すべき認証情報あるいはそれに関する情報である。本発明においては、具体的には規定しないが、特定のＣＡ（認証局）によって発行された証明書やパスワード、あるいはそれらに関する情報であり、これらの証明書やパスワードを所有するユーザあるいは通信端末がグループのメンバとして扱われる。
（ｂ−３）ＴＰＯ情報
グループに参加できる端末が満たすべきＴＰＯ情報である。本発明においては、具体的には規定しないが、特定の位置情報（「京都市にいる」「東京ドームにいる」など）、嗜好情報（「あるアーティストのファン」「阪神タイガースのファン」）などによって構成される情報であり、この条件を満たすユーザあるいは通信端末がグループのメンバとして扱われる。上記のグループメンバ情報は、
・ネットワーク上からグループメンバの通信端末を検索する、
・通信対象の端末が同じグループのメンバかどうかを認証する、際などに必要となる。【０１９８】  （ｃ）グループに関する記述情報の生成
生成したグループがどのようなグループであるのかを、ユーザに知らせるための情報であり、例えば「山田家の家族グループ」「阪神ファンのグループ」などの情報が記述される。【０１９９】  以上の（ａ）〜（ｃ）の情報によって構成されたグループの情報は、グループ管理部によって管理される。【０２００】  グループ管理部は生成したグループ情報を他のユーザに知らせるために告知処理を実行することができる。【０２０１】  告知処理の実施例として下記の方式を使用する想定される。
・グループ情報を一括して管理するサーバに、生成されたグループ情報を登録する。
・ネットワーク全体に対して、生成されたグループ情報をブロードキャストする。ブロードキャストによりグループ情報を受信した通信端末Ｂ１３００ｂは、自身のグループ管理部１３０７ｂによって、その情報を保持する。
・既知のユーザに対して電子メールなどの部を用いて、生成されたグループ情報を通知する。情報を取得したユーザは、自身の通信端末Ｂ１３００ｂが備える入力インターフェースを利用して、グループ管理部１３０７ｂに対して、グループ情報を入力し、保持させる。図１３は、ユーザＩＤが「００１５７」のユーザの通信端末がグループ管理部に保持させるグループ情報の一例を示す図である。同図に示すように、グループ情報には、１人のユーザが所属しているグループ種別、参加グループ、参加ユーザおよびパスワードが記述されている。このグループ情報によれば、ユーザＩＤが「００１５７」のユーザは、グループＩＤが「Ａ００１」の家族グループＡと、グループＩＤが「Ｂ００１」の友人グループＢと、グループＩＤが「Ｃ００１」である会社グループＣとに所属していることがわかる。また、家族グループＡで情報通知ルールを共有する場合には、他の参加ユーザであるユーザ「００１５８」とユーザ「００１５９」とに、共通のパスワード「ＮＹＡＮ００７」で認証処理を行なった上、共有したい情報通知ルールを送信する。【０２０２】  以上の手順により、本実施の形態における情報通知サービス上にグループが生成され、その情報が管理される。なお、全てのユーザおよび通信端末がグループを自分で生成する必要はない。【０２０３】（２．ユーザプロファイルおよび情報通知ルールの作成）
実施の形態１の前記（１．ユーザプロファイルおよび情報通知ルールの作成）と同一であるため、省略する。【０２０４】（３．情報共有を行うグループの決定）
特定多数のユーザとＴＰＯ情報を共有したいユーザは、それらのユーザが属するグループを指定する必要がある。どのグループに参加するかを決定するために、ユーザは（１．グループの生成および告知）で述べたグループ情報を取得し、その内容（グループメンバ情報、グループに関する記述情報）から参加すべきグループを決定する。【０２０５】  グループ情報を取得するためには、グループ管理部１３０７ａを用いて、
（ａ）グループ情報を管理するサーバに対して、通信端末が参加可能なグループのグループ情報を問い合わせる、
（ｂ）ネットワーク全体に対して、通信端末が参加可能なグループのグループ情報を問い合わせる、
（ｃ）通信端末のグループ管理部が保持しているグループ情報を利用する、
といった方法が想定される。
取得したグループ情報は、通信端末が備える出力インターフェースによって表示され、ユーザはその情報から参加すべきグループを決定し、そのＩＤを取得する。あるいは、ユーザはあらかじめ、自分の参加したいグループのＩＤを電子メールや口頭で他のユーザから取得しても構わない。【０２０６】（４．ユーザプロファイルおよび情報通知ルールの共有）
他のユーザとＴＰＯ情報を共有したいユーザは、グループ管理部によって下記の手順を実行する：
（ｉ）情報を共有したいグループのＩＤを指定する、
（ｉｉ）指定したグループに所属する通信端末のアドレスを取得する、
（ｉｉｉ）アドレスを取得した通信端末との間で、互いが同じグループであることの認証を行う。【０２０７】  （ｉ）のグループＩＤの指定方法については、前記（３．情報共有を行うグループの決定）のステップによって取得したグループＩＤを通信端末が備える入力インターフェースによってグループ管理部１３０７ｂに入力することを想定する。【０２０８】  （ｉｉ）のグループメンバのアドレス発見部については、
・前記（３．情報共有を行うグループの決定）のステップで取得したグループ情報内のグループメンバ情報に、各メンバの通信端末のアドレス情報が含まれる場合、それを利用する、
・グループ毎にグループメンバの通信端末のアドレスを管理するグループサーバに問い合わせる、
・ネットワーク全体に対して、グループＩＤに属する端末のアドレス情報を問い合わせる、
となどの方法が想定される。【０２０９】  （ｉｉｉ）の認証については、必ずしも実行される訳ではないが、前記（３．情報共有を行うグループの決定）のステップで取得したグループ情報に認証に関する情報が含まれる場合、通信端末Ａ１３００ａは（ｉｉ）で取得したアドレスを持つ通信端末Ｂ１３００ｂの間で、互いに同じグループに属するかどうかの判定をグループ管理部１３０７ａ、１３０７ｂを通じて行う。具体的な認証方式については、本発明では規定しないが、
・ＰＫＩ証明書に基づいた認証、
・パスワードに基づいた認証、
などの認証方法が想定される。【０２１０】  上記（ｉ）〜（ｉｉｉ）のステップによって、同じグループの通信端末Ａ１３００ａとの通信が可能になった通信端末Ｂ１３００ｂは、ユーザ情報共有部１３０１ｂを通じてステップ（２．ユーザプロファイルおよび情報通知ルールの作成）で作成したユーザプロファイルおよび情報通知ルールを送信し、通信端末Ａ１３００ａは自端末のユーザ情報共有部１３０１ａにより、受信した情報を保持する。
なお、図１２において、通信端末は二台しか記されていないが、通信端末Ｂ１３００ｂが情報を共有する対象は１台に限定されるものではなく、複数あっても構わない。【０２１１】（５．周辺状況の取得）
ユーザ情報共有部に、自分もしくは他者のユーザプロファイルおよび情報通知ルールを格納した通信端末Ａ１３００ａは、周辺情報収集部１３０２ａによって、情報通知の対象となる商品やサービスの情報、もしくは情報通知ルールの実行条件となる位置情報などを収集する。【０２１２】  周辺情報収集の具体的な実現方法および取得できる情報のフォーマットなどは本発明では規定しないが、
（ａ）Ｂｌｕｅｔｏｏｔｈや無線ＬＡＮなどの近距離無線、
（ｂ）ＲＦＩＤリーダやバーコードリーダなどの商品タグリーダ、
（ｃ）ＧＰＳ（位置情報サービス）、
などによって周辺情報を取得する方法が想定される。【０２１３】（６．情報通知ルールの判定）
通信端末Ａ１３００ａは、周辺情報取得部１３０２ａによって周辺情報が取得されると、ルール実行判定部１３０３ａによって、どのような情報通知を実行するべきかの判断を行う。【０２１４】  本実施の形態におけるルール実行判定部には下記の二種の判定が実施される。【０２１５】  （ａ）ユーザプロファイルに適合するかの判定
周辺情報取得部１３０２ａによって、商品・サービスの情報が取得された場合、それらの情報を通知すべきユーザがいるかどうかの判定を、ユーザ情報共有部１３０１ａによって保持されているユーザプロファイルに対して行う。あるユーザプロファイルを対して情報通知を実行するという判定がなされた場合には、ルール実行部１３０４ａに対して、ユーザプロファイルおよび周辺情報を通知する。【０２１６】  （ｂ）情報通知ルールの記述内容に適合するかの判定
周辺情報取得部１３０２ａによって取得された周辺情報およびユーザ情報管理部１３０１ａによって保持されているユーザプロファイルを用いて、ユーザ情報管理部１３０１ａによって保持されている情報通知ルールに対して、実行すべきルールがあるかを判定する。情報通知ルールがＥＣＡルールで実現されている場合、周辺情報によってＥｖｅｎｔ部を検査し、周辺情報およびユーザプロファイルによってｃｏｎｄｉｔｉｏｎ部を検査することでＡｃｔｉｏｎ部を実行すべきかの判定を行う。ある情報通知ルールに対して情報通知を実行するという判定がなされた場合には、ルール実行部１３０４ａに対して、該当ルールおよびその実行に必要なユーザプロファイルと周辺情報を通知する。また、情報通知ルールの実行条件として、そのルールの同時実行数が制限されている場合、（例：「牛乳の購入を催促する情報通知ルールは、同時に１人に対してのみ行う」）。そのルールを生成した通信端末Ｂ１３００ｂのルール実行判定部に対して、ルールを実行する通信端末のルール実行判定部１３０３ｂがその実行の可否を問い合わせることができる。【０２１７】（７．情報通知ルールの実行）
情報通知をおこなう通信端末Ａ１３００ａのルール実行部１３０４ａは、ユーザに対して通知する商品・サービスなどの情報を生成する。【０２１８】  本実施の形態におけるルール実行部１３０４ａの動作は、ルール実行判定部１３０３ａによって、送信される情報によって下記の二種類に分類される。【０２１９】  （ａ）ルール実行判定部１３０３ａから、ユーザプロファイルおよび周辺情報が送付された場合、ルール実行部は自律的に、ユーザプロファイルと周辺情報からユーザに通知すべき情報の選択、生成、変換などを行う。この形態は、Ｗｅｂなどで一般的に行われているユーザプロファイルに基づいた情報推薦サービス（レコメンドサービス）と同種の情報通知サービスである。【０２２０】  （ｂ）ルール実行判定部１３０３ａから、情報通知ルール、ユーザプロファイルおよび周辺情報が送付された場合、ルール実行部は該当ルールの記述に基づいて、ユーザプロファイルおよび周辺情報から通知すべき情報の生成を行う。【０２２１】  なお本発明においては、ルール実行部によって生成される情報の内容、およびフォーマットについて具体的な規定はしないが、ＨＴＭＬ、ＰＤＦ、ＸＭＬなどのファイルフォーマットが想定される。【０２２２】  ルール実行部は、ユーザに通知する情報を生成した後、上記（ａ）の場合において、ルール実行に使用したユーザプロファイルが別端末のユーザである場合、あるいは上記（ｂ）の場合において、情報通知ルールに別端末へ結果を送信する記述があった場合などには、実行結果送信部１３０６ａに、その情報を通知する。他の通信端末へ情報を送信する必要のない場合は、自端末上の実行結果表示部１３０５ａに対し、生成した情報を通知する。【０２２３】（８．情報通知ルールの実行結果の通知）
通信端末Ａ１３００ａのルール実行部１３０４ａによって生成された情報が、他の通信端末Ｂ１３００ｂのユーザに通知すべき内容で会った場合、結果送受信部１３０６ａにより、ルール実行部により生成された情報が送信される。【０２２４】  通信端末Ａ１３００ａのユーザが、通信端末Ｂ１３００ｂのユーザに情報通知を行う場合、通信端末Ａ１３００ａのユーザは、通信端末Ｂ１３００ｂのアドレス情報（ＩＰアドレスやポート番号など）を指定する。【０２２５】  本発明ではアドレス情報を取得するための方法について、特に限定しないが、
（ａ）通信端末Ａ１３００ａのユーザが、通信端末Ａ１３００ａに備えられている入力インターフェースを用いて、通信端末Ｂ１３００ｂのアドレス情報を直接入力する、
（ｂ）通信端末Ａ１３００ａが通信端末のアドレス情報を管理するサーバに対して、通信端
末Ｂ１３００ｂのアドレスを問い合わせる、
（ｃ）通信端末Ａ１３００ａがネットワーク全体に対して、通信端末Ｂ１３００ｂのアドレスを問い合わせる、
（ｄ）通信端末Ａ１３００ａが実行した情報通知ルールに記載されている通知先のアドレスを利用する、
（ｅ）通信端末Ａ１３００ａのユーザ情報共有部１３０１ａが管理しているユーザＢのプロファイル内に記載してあるユーザＢの端末アドレスを利用する、
などの方法が想定される。【０２２６】  通信端末Ｂ１３００ｂが実行結果送受信部１３０６ｂによって受信した情報は、実行結果表示部１３０５ｂに対して通知される。【０２２７】（９．情報通知ルールの実行結果の表示）
本発明における通信端末Ａ１３００ａが備える実行結果表示部１３０５ａは、ルール実行部１３０４ａもしくは、実行結果送受信部１３０６ａから通知された情報を通信端末に備えられている出力インターフェースを用いて表示する。【０２２８】（１０．フィードバック結果の取得）
本発明における通信端末Ｂ１３００ｂが備えるフィードバック取得部１３０８ｂは「牛乳を購入した」「ＣＤを購入した」などのユーザの行動を取得する。【０２２９】  ユーザの行動を取得するための具体的な実現部は本発明においては限定しないが、
・ＧＵＩを利用して、ユーザが手動で通知情報に対する行動を入力する、
・ユーザが購入した商品のタグ情報を入力する方法などが考えられる、
といった方法が想定される。【０２３０】  また、前記（９．情報通知ルールの実行結果の表示）の情報表示（「牛乳が近傍にある」など）のあと一定の時間内に購入したとの情報が取得されなかった場合は、牛乳を購入しなかったものと見なす方法を用いても良い。【０２３１】  取得されたユーザの行動情報は、同端末上のフィードバック取得部を介して、ユーザ情報共有部１３０１ｂへと通知される。【０２３２】（１１．ユーザプロファイルおよび情報通知ルールの変更および削除）
前記（１０．フィードバック結果の取得）によって、取得されたユーザの行動情報１３１１が、フィードバック取得部１３０８ａを介して、ユーザ情報共有部１３０１ａに対して入力された場合、ユーザ情報共有部１３０１ｂは、自身が保有するユーザプロファイルあるいは情報通知ルールに対して、必要に応じて変更あるいは削除の処理を行う。具体的には「牛乳を購入する」といった行動情報が取得できた場合、「牛乳が近傍にあれば通知する」といった情報通知ルールは削除される。【０２３３】  また、ユーザプロファイルの行動履歴に対して「牛乳を購入」した情報が追加される。
変更・削除されたユーザプロファイルや情報通知ルールは、ユーザ情報共有部を利用して、情報を共有しているグループの全メンバに対して通知される。【０２３４】  この際のグループメンバの通信端末の発見方法、およびその後の情報通知ルールの共有手順は、前記ステップと同様であるため省略する。【０２３５】  以上の処理を行うことにより、本発明における通信端末および通信システムでは、複数のユーザ間のＴＰＯ情報を利用した情報通知サービスが実現される。【０２３６】  図１４は、ある家族のグループＧにおいて共有されている情報通知ルールに基づく処理の流れを示した図である。ここでは「家族の誰かに、牛乳の購入を催促する」ための情報通知処理を例にとり、その処理の流れを示す。【０２３７】  以下、図１２および図１４の例を用いて具体的に、ＴＰＯ情報通知サービスの実施例を説明する。【０２３８】  通信端末Ｂ１３００ｂのユーザは、希望する商品に関する情報通知ルールＲ１３１０（「家族の誰かに、牛乳の購入を催促する」）を作成する（ステップ４０１）。【０２３９】  通信端末Ｂ１３００ｂのユーザは、グループ管理部１３０７ｂに問い合わせて、Ｒを共有するグループＧ（この例では家族に対応するグループ）の情報ＧＩを取得する。ＧＩにはグループを一意に識別するＩＤ、構成メンバなどの情報が含まれる。ユーザがＧＩの内容から、Ｒをこのグループで共有すると判断した場合、ユーザ情報共有部１３０１ｂにＲおよびＧＩを入力する（ステップ４０２）。【０２４０】  通信端末Ｂのグループ管理部１３０７ｂを用いて、グループＧに所属する端末のアドレス情報を取得する。グループＧに所属する端末のアドレスが取得できた場合、その端末に対し、ユーザ情報共有部１３０１ｂによって、ＲおよびＧＩを送信する（ステップ４０３）。なお、情報を送信する対象となる端末は１台に限定されるものではない。【０２４１】  通信端末Ａは、受信したＲおよびＧＩを情報ユーザ情報管理部１３０１ａによって保存する（ステップ４０４）。なお、同じグループに所属する端末同士かを確認する認証をグループ管理部１３０７ａ、１３０７ｂで実行し、互いが同じグループに所属していることを確認してからＲを交換する手順を実施してもよい。【０２４２】  通信端末Ａ１３００ａは周辺情報取得部１３０２ａを使用して、近傍の情報端末１３０８から周辺情報を取得する（ステップ４０５）。【０２４３】  通信端末Ａ１３００ａのルール実行判定部１３０３ａはユーザ情報共有部１３０１ａに保存されている情報と、周辺情報取得部１３０２ａで取得した周辺情報を用いて、どのような情報通知を実行するべきかの判定を行う（ステップ４０６）。【０２４４】  ここで、ステップ４０４で取得したＲに対しても、Ｒの内容に基づいた情報通知ルールを実行すべきかの判定が行われる（ステップ４０７）。この例の場合、通信端末Ａ１３００ａの周辺情報に「牛乳」があるとの情報が含まれていれば、ルール実行判定部１３０３ａはＲに基づく情報通知ルールを実行する（４０６Ｙ）。それ以外の場合、Ｒに基づく情報通知は実行されない（４０６Ｎ）。【０２４５】  ルール実行部１３０４ａによって、Ｒに基づく情報通知処理が行われる。この例の場合、「自端末の近傍に家族の所望する牛乳がある」という情報を生成し、その情報を、実行結果表示部１３０６ａを用いて、自端末のユーザに提示する（ステップ４０８）。【０２４６】  ステップ４０８において通知した情報に関するユーザの行動を、フィードバック取得部１３０８ａによって取得する（ステップ４０９）。ユーザの行動を取得するための具体的な実現部は本発明においては限定しないが、ＧＵＩを利用して、ユーザが手動で通知情報に対する行動を入力する手法、ユーザが購入した商品のタグ情報を入力する方法などが考えられる。また、一定の時間内に購入したとの情報が取得されなかった場合は、牛乳を購入しなかったものと見なす方法を用いても良い。この例では、上記の方法などにより「牛乳を購入した」もしくは「牛乳を購入しなかった」というユーザの行動情報ＵＩが取得され、フィードバック取得部を介して、ユーザ情報共有部１３０１ａへＵＩが通知される。【０２４７】  ユーザ情報共有部１３０１ａはＵＩの内容から、情報通知ルールＲを変更・あるいは削除するべきかの判断を行う（ステップ４１０）。【０２４８】  この例ではＵＩが「牛乳を購入した」という情報であった場合に、情報通知ルールＲはグループＧから削除され、ＵＩがそれ以外の情報であった場合には処理を終了する（４１０Ｎ）。情報通知ルールＲに対して、変更あるいは削除する決定がなされた場合には、次のステップヘ進む。【０２４９】  情報通知ルールＲに関する変更情報Ｒ’を作成する。また、それに従い、ユーザ情報共有部１３０１ａにより、自端末情報Ｒを変更もしくは削除する（ステップ４１１）。【０２５０】  ステップ４１１で作成されたＲ’を、Ｒが共有されていたグループＧに属する端末に対して送信する。グループＧに属する端末のアドレス情報に関してはステップ４０３と同様である（ステップ４１２）。【０２５１】  通信端末Ｂは、受信したＲ’を情報ユーザ情報管理部（１３０１ｂ）によって取得する。
その後、Ｒ’の内容に従い、Ｒに対する変更あるいは削除を自端末上で実行する（ステップ４１３）。なお、同じグループに所属する端末同士かを確認する認証をグループ管理部１３０７ａ、１３０７ｂで実行し、互いが同じグループに所属していることを確認してからＲを交換する手順を実施してもよい。【０２５２】  以上、ステップ４０１〜４１３を実行することで、同じグループに属する端末間でＴＰＯ情報を共有したＴＰＯ情報通知サービスが実現される。
【産業上の利用可能性】
【０２５３】  本発明の情報通知システムは、ユーザのＴＰＯに応じたＴＰＯ情報サービスを提供するパーソナルコンピュータ、モバイル端末、携帯電話機等として有用である。
【図１】
2005055089.tif 000002
【図２】
2005055089.tif 000003
【図３】
2005055089.tif 000004
【図４】
2005055089.tif 000005
【図５】
2005055089.tif 000006
【図６】
2005055089.tif 000007
【図７】
2005055089.tif 000008
【図８】
2005055089.tif 000009
【図９】
2005055089.tif 000010
【図１０】
2005055089.tif 000011
【図１１】
2005055089.tif 000012
【図１２】
2005055089.tif 000013
【図１３】
2005055089.tif 000014
【図１４】
2005055089.tif 000015
【手続補正書】
【提出日】平成17年4月12日(2005.4.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
特定のユーザの嗜好に関する情報に基づいて生成されたルールであり、前記特定のユーザが所定の条件を満足した場合、所定の情報を、当該特定のユーザに通知すべきことを定めた情報通知ルールを、他のユーザについても前記他のユーザの嗜好に関する情報に基づいて定め、保持するルール保持手段と、
前記他のユーザについての情報通知ルールで定められた条件が、前記特定のユーザによって満足された場合、当該特定のユーザに対して、前記他のユーザに通知すべき情報を通知する情報通知手段と
を備える情報通知装置。
【請求項２】
前記ルール保持手段は、複数のユーザからなる複数のグループのそれぞれに対応付けて、少なくとも１つの前記情報通知ルールを保持し、
前記情報通知装置は、さらに、
複数の前記グループに関する情報を管理し、特定のユーザが属するグループを判定するグループ判定手段を備え、
前記情報通知手段は、判定された前記グループに対応付けて保持されている前記情報通知ルールのいずれかで定められた条件が、前記特定のユーザに関して満足された場合、前記特定のユーザに前記情報を通知する
請求項１記載の情報通知装置。
【請求項３】
前記情報通知手段は、各ユーザの前記情報通知ルールによる情報の通知を、前記各ユーザが属するグループのメンバだけに限定して行なう
請求項２記載の情報通知装置。
【請求項４】
ユーザの嗜好に関する前記情報は、少なくともユーザの現在位置およびユーザの嗜好を表す情報を含み、
前記情報通知装置は、さらに、
ユーザの嗜好に関する前記情報に基づいて前記情報通知ルールを生成するために、必要な情報の入力をユーザから対話的に受け付け、または通信網を介して受信することによって、入力された情報に基づいて前記情報通知ルールを生成するルール生成手段を備え、
前記ルール保持手段は、複数のユーザによって生成された前記情報通知ルールをグループに対応付けて保持する
請求項２記載の情報通知装置。
【請求項５】
前記情報通知手段は、同一条件を同時に満足するユーザが複数いる場合、グループごとに、前記情報を通知する人数を所定数に制限する
請求項２記載の情報通知装置。
【請求項６】
前記情報通知装置は、さらに、
ユーザからの入力を受け付け、または通知された情報に関連するデータに基づいて、通知を受けたユーザが通知された情報に対応する行動をしたか否かを判定する行動判定手段を備える
請求項１記載の情報通知装置。
【請求項７】
特定のユーザの嗜好に関する情報に基づいて生成されたルールであり、前記特定のユーザが所定の条件を満足した場合、所定の情報を、当該特定のユーザに通知すべきことを定めた情報通知ルールを、他のユーザについても前記他のユーザの嗜好に関する情報に基づいて定め、保持するルール保持ステップと、
前記他のユーザについての情報通知ルールで定められた条件が、前記特定のユーザによって満足された場合、当該特定のユーザに対して、前記他のユーザに通知すべき情報を通知する情報通知ステップと
を備える情報通知方法。
【請求項８】
特定のユーザの嗜好に関する情報に基づいて生成されたルールであり、前記特定のユーザが所定の条件を満足した場合、所定の情報を、当該特定のユーザに通知すべきことを定めた情報通知ルールを、他のユーザについても前記他のユーザの嗜好に関する情報に基づいて定め、保持するルール保持ステップと、
前記他のユーザについての情報通知ルールで定められた条件が、前記特定のユーザによって満足された場合、当該特定のユーザに対して、前記他のユーザに通知すべき情報を通知する情報通知ステップとをコンピュータに実行させるためのプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザに対する情報通知サービスを実現する情報通知装置及びに関する。
【背景技術】
【０００２】
現在、インターネット上には多種多様な情報が氾濫しており、その中から如何に有益な情報を取得するかが、重要な問題になっている。その問題への対処として、インターネット上のＷｅｂサイトでは、ユーザ嗜好情報や行動履歴などのユーザプロファイルに応じて、そのユーザに適している情報を選択し、通知する情報通知サービスが数多く実施されている（例えば、特許文献１参照。）。
【０００３】
また、モバイル環境にいるユーザに対しては、前記ユーザプロファイルだけでなく、モバイル端末に搭載されているＧＰＳ（位置情報サービス）装置から取得できる位置情報や近距離無線デバイスで取得できる、ユーザの近傍にある商品やサービスの情報から、ユーザの置かれている状況を判断して、よりユーザに適した情報の選択と通知配信を行う情報通知サービスも提案されている。
【０００４】
これらの情報通知サービスでは、ユーザの場所に応じて近隣の観光情報やセールス情報を配信するなどの効果が得られる。
【０００５】
また、ユーザに通知される情報も、従来は情報通知サービスを実現するサーバ上に登録されているものの中から選択されていたが、前述の近距離無線デバイスを利用して取得できる周辺情報のなかから、ユーザに応じたものを選択するサービスも提案されている（例えば、特許文献２参照。）。
【０００６】
この情報通知サービスでは、ユーザは前もって必要な商品の情報を、情報通知サービスを実現するサーバや端末に登録しておき、近距離無線などによって取得できる商品やサービスの情報のなかから、ユーザが登録した情報に適合するものが選択され、ユーザに提示される。このことにより、ユーザは今まさに近くにある自分の嗜好にあった、あるいは自分が探していた商品やサービスの存在を知ることができる。
【０００７】
上記のように、ユーザの位置情報や周辺から取得できる情報（以下、単に周辺情報と呼ぶ）やユーザプロファイルを利用することで、ユーザのＴＰＯ（Ｔ：時間、Ｐ：場所、Ｏ：嗜好）に応じた情報通知サービス（以下、ＴＰＯ情報通知サービスと呼ぶ）が実現されてきている。
【０００８】
現在、こういったＴＰＯ情報通知サービスは個人に対するサービスであり、特定多数、もしくは不特定多数のユーザのＴＰＯを考慮した情報通知サービスについては実現されていない。
【０００９】
しかしながら、通知する情報の種類によっては複数ユーザのＴＰＯを考慮することが望ましいものも数多く存在する。例えば、「牛乳を購入したい」などの情報は「家族」といった特定のメンバ全員で共有することが望ましい。この場合、家族のうちの誰かが牛乳に近づいた場合に、まさにそのメンバに情報を通知することが望まれる。
【００１０】
また、「あるアーティストの限定ＣＤ」などを探しているユーザにとっては、自分だけでなく、友人の近傍にも所望する商品がないかどうかを検索できることはきわめて有益である。
【特許文献１】特開２００１−２６５８０９号公報
【特許文献２】特開２００２−１４９７７３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
ところが、現在提案されているＴＰＯ情報通知システムにおいては、上記に示したような多人数のＴＰＯを考慮した情報通知を実現することが困難である。
【００１２】
以上、述べたように現状のＴＰＯ情報通知サービスでは、多人数のユーザ間のＴＰＯを考慮した情報通知が実現されていないため、本発明では複数ユーザのＴＰＯを考慮できる機能を備えた情報通知サービスを実現することを目的とする。
【００１３】
本発明では、上記の問題点を解決するために複数ユーザでグループを構築することで、ユーザプロファイルおよびユーザの周辺情報および「牛乳が近くにあれば通知」「会議中は一切の情報配信をしない」など所望する情報の種類や情報通知のタイミングなど配信条件を定義した情報通知のためのルール（以下、単に情報通知ルールと呼ぶ）などの情報を共有することで、複数ユーザのＴＰＯを考慮したＴＰＯ情報通知サービスを実現することを目的とする。
【課題を解決するための手段】
【００１４】
したがって、本発明の情報通知装置は、特定のユーザの嗜好に関する情報に基づいて生成されたルールであり、前記特定のユーザが所定の条件を満足した場合、所定の情報を、当該特定のユーザに通知すべきことを定めた情報通知ルールを、他のユーザについても前記他のユーザの嗜好に関する情報に基づいて定め、保持するルール保持手段と、前記他のユーザについての情報通知ルールで定められた条件が、前記特定のユーザによって満足された場合、当該特定のユーザに対して、前記他のユーザに通知すべき情報を通知する情報通知手段とを備える。
【発明の効果】
【００１５】
本発明によれば、複数のユーザ間のＴＰＯを考慮した情報通知サービスが可能となる。すなわち、（１）自分の嗜好にあう情報を、他人の周辺から探すことが可能になる。また、（２）特定のメンバから構成されるグループで、情報通知ルールを共有し、無駄の少ない情報通知サービスが実現される。
【００１６】
なお、本発明は、このような情報通知装置として実現することができるだけでなく、このような情報通知装置が備える特徴的な手段をステップとする階層ノード表示方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのは言うまでもない。
【発明を実施するための最良の形態】
【００１７】
（実施の形態１）
以下、本発明の実施の形態について説明する。
【００１８】
図１は、複数ユーザのＴＰＯ情報を考慮した情報通知サービスを実現する通信システムの一実施の形態における構成図である。
【００１９】
図１に示される実施の形態における通信システム１００は、複数人のＴＰＯ情報に応じて実行される情報配信のルールを生成するルール生成部１０２と、特定のグループを定義し、その情報を管理するグループ情報管理部１０１と、生成されたルールを特定の個人もしくはグループに対して登録し、管理するルール管理部１０３と、複数ユーザのＴＰＯ情報を取得・管理するユーザ情報管理部１０４と、特定のユーザが属するグループを判定するグループ判定部１０６と、実行するルールを選択し、そのルールの状態を管理するルール実行判定部１０５と、選択されたルールを実行するルール実行部１０７および、通知された情報に基づいてユーザの行った行動結果を収集するフィードバック収集部１０８とを備える。
【００２０】
なお、請求項１の「ルール保持手段」は、図１のルール生成部１０２およびルール管理部（ルールＤＢ）１０３に対応する。「情報通知手段」は、ルール実行判定部１０５およびルール実行部１０７に対応する。また、請求項２の「グループ判定手段」は、図１のグループ情報管理部１０１、ユーザ情報管理部１０４およびグループ判定部１０６に対応する。請求項４の「ルール生成手段」は、図１のルール生成部１０２に対応する。さらに、請求項６の「行動判定手段」は、図１のフィードバック収集部１０８に対応する。
【００２１】
なお、本明細書中、以下で用いる「ユーザ」という用語は、本発明における情報通知サービスの利用者である。
【００２２】
本発明においては、ＴＰＯ情報通知サービスを提供する上記通信システムを利用するために、各ユーザは通信機器を利用する。この機器を、本明細書中、以下、単にユーザ端末と呼ぶ。
【００２３】
図１の１０９はユーザ端末の集合であり、１０９ａ、１０９ｂ、１０９ｃは、それぞれ、ユーザＡ、ユーザＢ、ユーザＣが使用するユーザ端末を表している。
【００２４】
なお、ユーザ端末は、少なくとも下記（ａ）〜（ｅ）の機能を備えた情報通知装置であることを想定している。
【００２５】
（ａ）周辺情報を取得する機能
ＧＰＳ（位置情報サービスによる）位置情報取得部と、Bluetooth、赤外線通信などの近距離無線通信部と、バーコードリーダ、ＲＦタグリーダなどの商品タグ情報読み取り部とを備える。
【００２６】
（ｂ）入力機能
ユーザ端末はユーザの入力を受け付けるため入力部を持つものとする。
【００２７】
入力部としては通常キーボード、マウス、タブレットなどが用いられる。
これらの構成についてはパーソナルコンピュータ・ＰＤＡなどで一般的に知られているものであり、本発明の主眼ではないので詳細な説明は省略する。
【００２８】
（ｃ）出力機能
ユーザ端末は情報を表示するための出力部を持つものとする。
出力部としては、液晶ディスプレイや音声出力などが用いられる。
これらの構成についてはパーソナルコンピュータ・ＰＤＡなどで一般的に知られているものであり、本発明の主眼ではないので詳細な説明は省略する。
【００２９】
（ｄ）ネットワークを利用した通信機能
ユーザ端末は、本発明における通信システムと互いにネットワークを介して通信する機能を備える。
【００３０】
（ｅ）記録機能
ユーザ端末は情報を記憶するための記憶部を備えており、記憶部を実現するものとしてハードディスクやリムーバブルディスクなど不揮発性記憶装置もしくは、ＲＡＭ（Random Access Memory）などを想定している。しかし、本発明はそれに制限されるものではない。
【００３１】
上記の要求を満たすユーザ端末としてＰＤＡ、携帯電話、携帯ゲーム機、ノートＰＣなどが想定されるが、情報通知サービスに特化した専用端末であってもよく、それらに限定されるものではない。
【００３２】
また、本発明において情報通知サービスを提供する前記通信システム１００においても、（ａ）入力機能（ｂ）出力機能、（ｃ）ネットワークを利用した通信機能および（ｄ）記録機能を備えるものとするが、その内容については本発明の本質ではなく、前記ユーザ端末の備える機能と同等であるので、各機能の説明は省略する。
【００３３】
なお、本発明では使用されるネットワークとして、イーサネット（Ｒ）、アナログまたはデジタルの公衆回線または専用回線を用いたネットワーク、ＡＤＳＬ（Asymmetric Digital Subscriber Line ）、無線ＬＡＮ（Local Area Network）などの物理的なネットワークを想定しているが、本発明の適用範囲はこれらに制限されるものではない。
【００３４】
また、インターネットではネットワークの下位プロトコルとして、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）が広く使用されており、本発明もその使用を想定しているが、これに制限されるものでもない。
【００３５】
また、本発明が想定しているネットワークにおいては、各ユーザは、必ずしも常時ネットワークに接続しているわけではなく、通信に必要な各ユーザのアドレス情報（ＩＰアドレス、ポート番号など）も固定ではなくネットワークに接続するたびに変化する可能性がある。
【００３６】
本発明において、通信システム１００およびユーザ端末１０９を利用して、複数ユーザのＴＰＯ情報を考慮した情報通知サービスは下記の処理を行うことで実現される：
１．ユーザの登録
２．グループの作成
３．情報通知ルールの作成および登録
４．ＴＰＯ情報の取得
５．情報通知ルールの判定
６．情報通知ルールの実行
７．情報通知ルールの結果取得
８．情報通知ルールの変更・削除。
以下、上記の手順について説明する。
【００３７】
（１．ユーザの登録）
ＴＰＯ情報通知サービスを利用するユーザは、自身のＴＰＯ情報を通信システム１００のユーザ情報管理部１０４に対して登録する必要がある。
【００３８】
登録すべきＴＰＯ情報には下記（ａ）〜（ｃ）が含まれる。
＜ＴＰＯ情報＞
【００３９】
（ａ）ユーザＩＤ
ユーザを一意に識別するための情報。通信システム側が生成しても良いし、ユーザ端末側が生成しても良いが、システム内で一意であることをユーザ情報管理部が判定する。またユーザＩＤの形式については規定しないが、ＵＵＩＤ、ＵＲＩなどの形式が想定される。
【００４０】
（ｂ）ユーザプロファイル
ユーザの個人情報に関するものであり、本発明で利用されるＴＰＯ情報の内、主にＯ（嗜好）に関係する情報である。ユーザプロファイルの内容としては
・嗜好情報
・行動履歴
・スケジュール情報
・アドレス情報（ユーザ端末のアドレス、ユーザのメールアドレスなど）
などが想定される。
【００４１】
（ｃ）ユーザ周辺情報
ユーザの現在の状態に関するものであり、本発明で利用されるＴＰＯ情報の内、主にＴ（時間）およびＰ（場所）に関係する情報である。ユーザ周辺情報の内容としては、
・ユーザの現在の位置情報
・ユーザ近隣にある商品およびサービスの情報
などが想定される。
【００４２】
生成されたＴＰＯ情報は、ユーザ情報管理部１０４によって保持される。
また、ユーザ端末は自分に対応するユーザＩＤを記憶する。
【００４３】
（２．グループの作成）
複数のユーザを一括して扱うために、本発明においてはグループの概念を用いる。通信システム１００において、新規に複数のユーザから構成されるグループを生成する場合、グループの生成を望むユーザは通信システムのグループ情報管理部１０１に対して、下記の情報を登録する。
【００４４】
（ａ）グループＩＤ
本発明における通信システムにおいて、一意にグループを識別できる値である。本発明ではグループＩＤの具体的なフォーマットは規定しないが、ＵＵＩＤ、ＵＲＩなどの利用が想定される。
【００４５】
（ｂ）グループメンバ情報
（ａ）で一意に指定されるグループに参加できることのできるユーザを指定するための情報である。グループメンバ情報には、下記の情報が存在する。
（ｂ−１）メンバリスト
（１．ユーザの登録）で述べたユーザＩＤや、各ユーザ端末を一意に識別できる値（以下、端末ＩＤ）や端末のアドレスなどのリストとして実現される。このメンバリストに含まれるユーザあるいはユーザ端末がグループのメンバとして扱われる。なお、ユーザＩＤの取得などはユーザ情報管理部１０４を用いるほか、グループに招きたいユーザから直接メールや口頭で、そのユーザのユーザＩＤを取得する方法が想定される。
（ｂ−２）認証情報
グループに参加出来る端末が所有すべき認証情報あるいはそれに関する情報である。本発明においては、具体的には規定しないが、特定のＣＡによって発行された証明書やパスワード、あるいはそれらに関する情報であり、これらの証明書やパスワードを所有するユーザあるいは情報通知装置がグループのメンバとして扱われる。実際に、各ユーザに対して、上記の認証情報（パスワード、証明書など）を生成して配布する部については詳細には規定しないが、グループを生成したユーザが上記の認証情報をユーザ端末もしくはグループ管理部を用いて生成し、グループのメンバとしたいユーザにメールなどの部で通知する方法が考えられる。
（ｂ−３）ＴＰＯ情報
グループに参加できるユーザ端末が満たすべきＴＰＯ情報である。本発明においては、具体的には規定しないが、特定の位置情報（「京都市にいる」「東京ドームにいる」など）、嗜好情報（「あるアーティストのファン」「阪神タイガースのファン」）などによって構成される情報であり、これらの条件を満たすユーザあるいは情報通知装置がグループのメンバとして扱われる。
上記のグループメンバ情報は、グループ判定部１０６が、ユーザ端末の属するグループを判定する際に必要となる。
【００４６】
（ｃ）グループに関する記述情報の生成
生成したグループがどのようなグループであるのかを、ユーザに知らせるための情報であり、例えば「山田家の家族グループ」「阪神ファンのグループ」などの情報が記述される。この情報は、ユーザが自分の参加するグループを判断する際などに必要になる。
【００４７】
以上の（ａ）〜（ｃ）の情報によって構成されたグループの情報は、グループ情報管理部１０１によって管理される。図２は、グループ情報管理部１０１が管理する既に登録されたグループ情報の一例を示す図である。同図に示すグループ情報には、グループ種別、参加グループ、参加ユーザ及びパスワードなどが記述される。グループ種別の項目には、「家族」、「友人」および「会社」などのグループの種類が記述される。また、参加グループの項目には、それぞれ該当するグループ種別に属するグループのグループＩＤが列記される。さらに、参加ユーザの項目には、それぞれのグループに属するメンバのユーザＩＤが、グループＩＤに対応付けて記述される。パスワードの項目には、グループごとの認証情報であるパスワードが記述される。
【００４８】
以上の手順により、本発明における通信システム上にグループが生成され、その情報がグループ情報管理部１０１によって管理される。
なお、全てのユーザおよび情報通知装置がグループを自分で生成する必要はない。
また、前記（１．ユーザの登録）のユーザ登録ステップとこのグループ生成の処理を行う順序は特に規定しない。どちらを先に行っても良いし、同時に実行しても構わない。
【００４９】
（３．情報通知ルールの作成および登録）
本発明において、情報通知サービスを利用するユーザは、ルール生成部１０２を通じて、情報通知ルールを生成する。
【００５０】
情報通知ルールは、ユーザが通知される情報の内容や条件を規定する為に生成され、下記の情報などから構成される。
【００５１】
（ａ）情報通知の対象
「牛乳が近傍にある場合」「あるアーティストのＣＤが近傍にある場合」
「特定のエリアに入った場合」など、通信システムがユーザ端末に対する情報通知を行う契機となる情報が明確な場合に指定される。
【００５２】
（ｂ）情報通知の条件
「仕事中は情報通知しない」「１０００円以上の商品については通知しない」など、ユーザが情報通知を受け入れるための条件を指定する際に用いられる。
【００５３】
（ｃ）情報通知の内容
友達の探しているＣＤを発見した場合などに、その情報を自端末に表示するのではなく、「友人の情報通知装置へ結果を送信する」といった処理を行う際に、その処理内容が指定される。
【００５４】
本実施の形態においては、上記情報配信ルールは前述のＥＣＡルールにより実現される。情報通知の対象がEvent部に、情報通知の条件がcondition部に、情報通知の内容がAction部に記述されたＥＣＡルールが情報通知ルールとして生成される。
【００５５】
また、他のユーザのＴＰＯ情報を考慮した情報通知サービスを実現するために、前記情報通知ルールを生成する際に、前記（２．グループの作成）で作成されたグループを利用することができる。図３（ａ）は、ルール生成部１０２が情報通知ルールを生成する際にユーザ端末に表示させる対話画面の一例を示す図である。図３（ｂ）は、生成した情報通知ルールの登録の可否をユーザに問い合わせる対話画面の一例を示す図である。図４は、図３（ｂ）に示した情報通知ルールがＥＣＡルールである場合のＥＣＡの具体例を示す図である。
【００５６】
グループを利用した情報通知ルールの作成は下記（i）〜（vii）の手順で行われる。
（i）ユーザは、ルール生成部１０２に対して、（１．ユーザの登録）のユーザ登録ステップでユーザ端末に記憶したユーザＩＤを通知する。
（ii）ルール生成部は、通知されたユーザＩＤをグループ判定部１０６に対して通知し、そのユーザが参加可能なグループの情報のリストＧＩＬを取得する。  
（iii）ルール生成部は、取得したグループの情報のリストＧＩＬをユーザ端末に通知する。
（iv）ユーザは取得したグループ情報のリストＧＩＬの中から、自分が生成している情報通知ルールを共有するグループＧを選択し、そのグループの情報ＧＩをグループの情報のリストＧＩＬから取得する。
（ｖ）ユーザはＧＩから、そのグループＧに属する他のユーザの情報を取得し、前記情報通知ルールの（ｂ）情報通知の条件や（ｃ）情報通知の内容に利用して、情報通知ルールＲを生成する。例えば、図３（ａ）及び（ｂ）に示したような対話画面からユーザの入力を促し、図４に示すような情報通知ルールを生成する。これにより、「家族のメンバの内、周辺情報として「牛乳」を持つメンバがいる場合、そのメンバに対して牛乳の購入を催促する。ただし、同時には、１人に対してしか通知しない」といった情報通知ルールを記述することができる。
（vi）ユーザ端末は情報通知ルールＲおよび情報通知ルールＲを共有するグループＧの情報ＧＩと共に、ルール生成部に通知する。
（vii）ルール生成部は、取得した情報通知ルールＲおよびグループＧの情報ＧＩをルール管理部１０３に通知し、ルール管理部は情報通知ルールＲをグループＧの共有ルールとして保持する。
【００５７】
この手順により、情報通知ルールＲの実行に際しては、グループＧのメンバのＴＰＯ情報を利用して情報通知の判定および情報通知の実行が行われる。
【００５８】
なお、情報通知ルールの具体的な作成方法については、
（ａ）情報通知装置がそなえる入出力インターフェースによりユーザが手動で入力する、
（ｂ）情報通知装置がユーザプロファイルや情報配信ルールを自動的あるいは半自動的に生成する機能を備える、といった方法が想定される。
【００５９】
（４．ＴＰＯ情報の取得）
本発明における情報通知サービスを利用するユーザ端末は、ユーザのＴＰＯ情報が変更された場合、通信システム１００のユーザ情報管理部１０４に対して、更新されたユーザのＴＰＯ情報ＵＩを、前記（１．ユーザ登録）ステップでユーザ端末に保持したユーザＩＤと共に通知する。
【００６０】
上記のＴＰＯ情報の変更を検出する際に、ユーザ端末は、（ａ）Bluetoothや無線ＬＡＮなどの近距離無線、（ｂ）ＲＦＩＤリーダやバーコードリーダなどの商品タグリーダ、（ｃ）ＧＰＳ（位置情報サービス）装置、などによってユーザの周辺情報を取得し、その時間および場所に関する情報の変更を検出する。
【００６１】
また、ユーザ端末がユーザの操作情報を取得してユーザの履歴情報を更新した場合、入力機能を用いてユーザが明示的にユーザプロファイルを変更した場合などに、ユーザプロファイルの更新を検出する。
【００６２】
ユーザ端末から更新されたＴＰＯ情報ＵＩとユーザＩＤを受信したユーザ情報管理部１０４は保持しているユーザＩＤに対するＴＰＯ情報の変更を行い、更に、ＴＰＯ情報ＵＩと、そのユーザＩＤをルール実行判定部１０５に対して通知する。
【００６３】
（５．情報通知ルールの判定）
ルール実行判定部１０５は、ユーザ情報管理部１０４から変更されたＴＰＯ情報ＵＩおよびユーザＩＤの通知を受けると、実行すべき情報通知ルールの選択を行うために下記の処理を実行する。
【００６４】
（ａ）グループ判定部１０６によって、通知されたユーザＩＤに対応するユーザが参加しているグループを判定し、そのグループのリストＧＬを生成する。
（ｂ）グループのリストＧＬに含まれる各グループについて、ルール管理部１０３から共有されている情報通知ルールの集合ＲＬを取得する。
（ｃ）グループのリストＧＬに含まれるグループ毎に、グループメンバのＴＰＯ情報を用いて、情報通知ルールの集合ＲＬに含まれる情報通知ルールの中から実行すべきルールがあるかを判定する。
【００６５】
情報通知ルールがＥＣＡルールで実現されている場合、変更されたＴＰＯ情報によってEvent部を検査し、グループメンバ全員のＴＰＯ情報によってcondition部を検査することでAction部を実行すべきかの判定を行う。
【００６６】
ある情報通知ルールＲに対して情報通知を実行するという判定がなされた場合には、ルール実行判定部は、ルール実行部１０７に対して、該当ルールＲおよびその実行に必要なＴＰＯ情報を通知する。
【００６７】
また、ルール実行判定部は、情報通知ルールＲの実行情報を「実行中」に設定する。
【００６８】
また、ルール実行判定部によって、実行するとの判定を受けた情報通知ルールＲが、現在「実行中」あるいは「待ち状態」であった場合、Ｒは即座に実行されずに、ルール実行判定部の保持する実行待ちキューにＲおよびＲの実行に必要な情報ＤＩが蓄積される。
【００６９】
後に、情報通知ルールＲの実行状態が削除された場合などに、実行待ちキューに蓄積されたＲおよびＤＩがルール実行部に通知され、ルール実行判定部はＲの実行状態を「実行中」として保持する。
【００７０】
（６．情報通知ルールの実行）
ルール実行部１０７は、ユーザに対して通知する商品・サービスなどの情報を生成する。本実施の形態におけるルール実行部は、ルール実行判定部１０５から通知された情報通知ルールＲの記述に基づいて、グループメンバのＴＰＯ情報から通知すべき情報の生成を行う。
【００７１】
なお、本発明においては、ルール実行部１０７によって生成される情報の内容、およびフォーマットについて具体的な規定はしないが、ＨＴＭＬ、ＰＤＦ、ＸＭＬなどのファイルフォーマットが想定される。
【００７２】
ルール実行部１０７は、ユーザに通知する情報を生成した後、情報通知ルールの記述に基づいて、情報を通知するユーザ端末を決定し、生成した情報を通知する。
【００７３】
なお情報を通知するために、ルール実行部１０７は、
・ＴＰＯ情報に記載のユーザのアドレス情報
・情報通知ルールに記載のアドレス情報
などの情報を利用して、ユーザ端末に対する情報の送信を行う。
【００７４】
ルール実行部は、ユーザに対する情報を生成し、その送信に成功した場合に、ルール実行判定部に対して、情報通知ルールＲの正常終了の通知を行い、ユーザに対する情報の生成もしくはその送信に失敗した場合には、情報通知ルールＲの異常終了の通知を行う。
【００７５】
ルール実行判定部は、ルール実行部から、情報通知ルールＲの正常終了を受信した場合には、情報通知ルールＲの内容に従って、
・情報通知ルールＲに関する実行状態を「待ち状態」にする、
・情報通知ルールＲに関する実行状態の情報を削除する、
のいずれかの処理を行う。
【００７６】
例えば、「家族のメンバの内、近傍に牛乳があるメンバ１人に対して、牛乳の購入を催促する。ただし、１度に１人に対してしか通知しない」といった情報通知ルールに関しては、「１度に１人に対してしか通知しない」との条件があるために、情報通知ルールの通知が正常終了した場合、情報通知をうけたユーザの行動がフィードバックされるまでの一定期間「待ち状態」となる。図５（ａ）及び（ｂ）は、グループ内の各メンバに通知される情報の一例を示す図である。図５（ａ）に示すように、近傍に牛乳があるメンバである「お父さん」のユーザ端末には、牛乳の購入を催促する情報が通知される。なお、この場合、「お父さん」のユーザ端末に、牛乳の購入を催促する情報を通知する前に、この情報通知ルールを生成したユーザ（例えば、お母さんなどの家族のメンバ）に催促する情報の通知の可否を問い合わせるとしてもよい。
また、情報通知ルールＲの異常終了を受信した場合には、情報通知ルールＲの実行状態を異常終了として保持する。
【００７７】
異常終了の通知を受けた場合の情報通知ルールＲに関しては、
（ａ）ルール実行判定部は再度ルールの実行を試行する、
（ｂ）ルール製作者に連絡する、
（ｃ）情報通知ルールＲが保持する異常終了に対する対処内容を実行する、
などの処理が想定される。
【００７８】
（７．情報通知ルールの結果取得）
本発明における通信システムを利用するユーザ端末は、通知された情報に対して「牛乳を購入した」「ＣＤを購入した」などのユーザの行動を取得し、その情報をフィードバック収集部１０８に通知する。図５（ａ）に示したように、お父さんのユーザ端末には、表示された通知に対して、お父さんが実際に牛乳を買うか否かの入力を受け付ける「ＯＫ」ボタンと「ＮＯ」ボタンとが表示されている。お父さんのユーザ端末は、お父さんが「ＯＫ」ボタンを押した場合には「牛乳を買う」という行動を、通信システムのフィードバック収集部１０８に通知する。また、図５（ｂ）に示すように、家族グループのメンバには「お父さんが牛乳を買います」という情報を通知する。お父さんが「ＮＯ」ボタンを押した場合には「牛乳を買わない」という行動を、通信システムのフィードバック収集部１０８に通知する。なお、ここでは、お父さんが「ＯＫ」ボタンまたは「ＮＯ」ボタンを押すことによってお父さんの行動をフィードバック収集部１０８に通知したが、これに限定されず、通知された情報に関連するデータを検出することによって判定してもよい。例えば、お父さんのユーザ端末にチャージされている電子さいふの残高変化を検出することによって、お父さんが牛乳を買ったか否かを判定し、フィードバック収集部１０８に通知してもよい。また、牛乳についている電子タグを検出することによって、お父さんが牛乳を買ったか否かを判定してもよい。
【００７９】
取得されたユーザの行動情報は、ルール実行判定部１０３へと通知される。
また、（６．情報通知ルールの実行）の情報通知ルールの実行ステップによる結果に対して、一定の時間内にフィードバック取得部からの入力が取得されなかった場合は、牛乳を購入しなかったものと見なす方法を用いても良い。
【００８０】
（８．情報通知ルールの変更・削除）
前記（７．情報通知ルールの結果取得）によって、取得されたユーザの行動情報が、フィードバック収集部１０８を介して、ルール管理部１０３に対して入力された場合、ルール管理部は、自身が保有するユーザプロファイルあるいは情報通知ルールに対して、必要に応じて変更あるいは削除の処理を行う。
【００８１】
具体的には「牛乳を購入する」といった行動情報が取得できた場合、そのユーザが属するグループの「牛乳が近傍にあれば通知する」といった情報通知ルールは削除される。
【００８２】
また、ルール管理部によって情報通知ルールＲに対する変更あるいは削除がなされなかった場合であり、かつルール実行判定部１０５のＲに関する実行状態が「待ち状態」であった場合、そのルールの実行は終了したものと判断し、ルール実行判定部はＲに関する実行状態を削除する。
【００８３】
このとき、ルール実行判定部の実行待ちキューに次の情報通知ルールＲが蓄積されていた場合、Ｒおよびその実行に必要な情報ＤＩがルール実行部に通知され、ルール実行判定部は、あらたに情報通知ルールＲの実行状態を「実行中」として保持する。
【００８４】
上記の手順を実行することにより、本発明において複数ユーザのＴＰＯ情報を考慮した情報通知サービスが実現される。
【００８５】
以下では、
１．情報通知ルールの登録
２．情報通知ルールの判定
３．情報通知ルールの実行
について処理の流れを図および例を用いて具体的に、説明する。
【００８６】
図６は、情報通知ルールの生成および登録の流れを図示したフローチャートである。以下、図１および図６を用いて情報通知ルールの生成と登録の流れを具体的に説明する。
【００８７】
ユーザの要求をうけたルール生成部１０２は、グループ情報管理部１０１に対して、ユーザＩＤを送信する。グループ情報管理部１０１は、グループ判定部１０６を用いてユーザが参加可能なグループを判断し、参加可能なグループの情報のリストＧＬを生成する（ステップ２０２）。
【００８８】
ルール生成部は、グループ情報管理部１０１からＧＬを取得し、ユーザに送信する（ステップ２０３）。
【００８９】
ユーザは取得したＧＬに記載されているグループから、作成している情報通知ルールＲを共有するグループＧを決定し、そのグループの情報ＧＩをＧＬから抽出する（ステップ２０４）。
【００９０】
ユーザはＧＩに含まれる情報を用いて、グループＧの他のメンバのＴＰＯ情報を利用する情報通知ルールＲを生成する（例：「グループＧのメンバの誰かの近傍に、あるアーティストのＣＤがあった場合、ルールを生成したユーザに通知する」）（ステップ２０５）。
【００９１】
ユーザ端末は生成した情報通知ルールＲ、および共有するグループＧの情報ＧＩをルール生成部１０２に対して通知する（ステップ２０６）。
【００９２】
ルール生成部１０２は、ルール管理部１０３に対し、グループ情報ＧＩおよび情報通知ルールＲを通知する（ステップ２０７）。
【００９３】
ルール管理部１０３は、グループＧに対して、情報通知ルールＲが登録可能かどうかの判定を行う（ステップ２０８）。
【００９４】
判定の具体的な方法は本発明では規定しないが、
・情報通知ルールＲの正当性、
・グループＧに登録されている他の情報通知ルールとの競合、
などの情報を検査することが想定される。
【００９５】
グループＧに対して情報通知ルールＲが登録出来ない場合は、処理を終了する（２０８Ｎ）。それ以外の場合（２０８Ｙ）には、ステップ２０９の処理を行う（ステップ２０９）。
【００９６】
ルール管理部１０３は情報通知ルールＲをグループＧと関連付けて保持する。
以上のステップ２０１〜２０９により、情報通知ルールが、ユーザの選択したグループＧに属するユーザ全員に共有される。
【００９７】
図７は、（４．ＴＰＯ情報の取得）および（５．情報通知ルールの判定）の処理の流れを示したフローチャートである。
【００９８】
以下、図１および図７を用いてＴＰＯ情報の取得から情報通知ルールの実行までの流れを具体的に説明する。
【００９９】
ユーザ端末は、ＧＰＳ・近距離無線などで周辺の情報を取得し、自身のＴＰＯ情報を更新する（ステップ３０１）。
【０１００】
ユーザ端末は、更新したＴＰＯ情報およびユーザＩＤをユーザ情報管理部１０４に対して送信する（ステップ３０２）。
【０１０１】
ユーザ情報管理部１０４は、受信したユーザＩＤとＴＰＯ情報を利用して、管理しているユーザのＴＰＯ情報を更新する。また、受信したユーザＩＤおよびＴＰＯ情報をルール実行判定部１０５に通知する。ルール実行判定部は、グループ判定部１０６に対し、ユーザＩＤを通知して、そのユーザが属しているグループを問い合わせる。グループ判定部は、ルール実行判定部に対して、問い合わされたユーザが属するグループのリストＧＬを生成し、通知する（ステップ３０３）。
【０１０２】
ルール実行判定部１０５は取得したＧＬに記載されているグループが保有する情報通知ルールの集合ＲＬをルール管理部１０３から取得する。ＲＬにはＮ個の情報通知ルールが含まれているものとし、各情報通知ルールＲ（Ｊ）として表す（Ｊ＝０〜Ｎ）（ステップ３０４）。
【０１０３】
ルール実行判定部１０５は、Ｊ＝０として、Ｒ（Ｊ）に対して以下の処理を実行する（ステップ３０５）。
【０１０４】
ルール実行判定部は、（i）共有されているグループメンバのＴＰＯ情報、（ii）ルール実行判定部が保持しているＲ（Ｊ）の実行状況、などを用いてＲ（Ｊ）を実行すべきかの判定を行う（ステップ３０６）。Ｒ（Ｊ）を実行すべき場合は、ステップ３０７の処理を行う。それ以外の場合は、ステップ３０８の処理を行う（ステップ３０７）。
【０１０５】
ルール実行判定部１０５はＲ（Ｊ）およびＲ（Ｊ）の実行に必要なグループメンバのＴＰＯ情報をルール実行部１０７に対して通知し、Ｒ（Ｊ）の実行を依頼する。また、Ｒ（Ｊ）についてその実行状況を「実行中」として保持する。また、Ｒ（Ｊ）の実行状態が既に「実行中」あるいは「待ち状態」であった場合には、Ｒ（Ｊ）およびその実行に必要な情報をルール実行判定部１０５の保持する実行待ちキューに入れる（ステップ３０８）。
【０１０６】
ルール実行判定部は、ステップ３０４で取得したＲＬに含まれる全てのＲ（Ｊ）を実行したかどうかを判定する（ステップ３０９）。Ｊ＝Ｎであれば、処理を終了する。それ以外の場合には、ステップ３０９の処理を行う。
【０１０７】
Ｊ＝Ｊ＋１として、ステップ３０７以降の処理を継続する。
以上、ステップ３０１〜３０９の処理を実行することで、ユーザのＴＰＯ情報に応じて、実行すべき情報通知ルールが決定される。
【０１０８】
図８は、（６．情報通知ルールの実行）、（７．情報通知ルールの結果取得）および（８．情報通知ルールの変更・削除）までの流れを図示したフローチャートである。
【０１０９】
以下、図１から図８を用いて情報通知ルールの実行から終了までの処理の流れを説明する。
【０１１０】
またこの例で実行される情報通知ルールＲの内容として、「家族のメンバの内、そのＴＰＯ情報に「牛乳」があるメンバがいる場合、そのメンバに対し牛乳の購入を催促する。ただし、同時に１人に対してしか通知しない」を想定する。
【０１１１】
通信システム１００のルール実行部１０７は、情報通知ルールＲを実行し、ユーザに通知すべき情報を生成する。またルール実行部はＲの内容に基づいて、生成した情報を通知するユーザＡを決定し、その端末に対して情報を通知する（ステップ４０１）。また、ルール実行判定部に対して、情報通知ルールＲの実行結果（正常終了、異常終了）を通知する。この例では、ユーザ端末に情報が正常に送信されたため、「Ｒが正常終了した」という情報がルール実行判定部に通知される。
【０１１２】
ユーザ端末Ａは、通信システムから情報を受信し、端末が備える出力機能によってユーザにその情報を提示する（ステップ４０２）。
【０１１３】
ルール実行判定部は、前記ステップ４０１で、ルール実行部から通知された情報通知ルールＲの実行結果を保存する。また通知された情報が正常終了であった場合、Ｒの内容から、フィードバックを受け付けるべきかの判定が行われる。この例では、情報通知を受けるユーザ数を１人に制限するために、情報を受け取ったユーザが牛乳を購入したかどうかのフィードバックを取得する必要がある。そのため、情報通知ルールＲの実行状態を「待ち状態」として保存する（ステップ４０３）。
【０１１４】
前記ステップ４０２で情報通知を受けたユーザとは、別のユーザであるユーザＢがＴＰＯ情報を更新し、通信システム１００に対して送信する（ステップ４０４）。
【０１１５】
通信システムは前記ステップ４０４で通知されたユーザＢのＴＰＯ情報を取得し、ルール実行判定部１０５によって、実行すべき情報通知ルールの判定を行う（ステップ４０５）。
【０１１６】
前記ステップ４０５で、実行対象となった情報通知ルールに対して、ルール実行判定部における実行状況をチェックする（ステップ４０６）。実行状況が「実行中」あるいは「待ち状態」となっている場合には、そのルールに関してはステップ４０７以降の処理を行う（４０６Ｙ）。それ以外の場合には、ルール実行部に対して、そのルールを通知して実行を依頼する。この例では、Ｒが「待ち状態」であるためにステップ４０７へ進む。
【０１１７】
現在、「実行中」あるいは「待ち状態」の情報通知ルールに対しては、ルール実行判定部１０５は、実行待ちキューに情報通知ルールＲおよび実行に必要な情報ＤＩを保持する（ステップ４０７）。
【０１１８】
ステップ４０２において通知した情報に関するユーザの行動をユーザ端末が取得し、フィードバック収集部１０８へ通知する。この例では、上記の方法などにより「牛乳を購入しなかった」というユーザの行動情報ＵＩが取得され、フィードバック部へＵＩおよび対応するＲが通知される（ステップ４０８）。
【０１１９】
フィードバック収集部１０８は受信したユーザの行動情報を、ルール実行判定部１０５を介して、ルール管理部１０３に通知する（ステップ４０９）。
【０１２０】
ルール管理部１０３は取得したユーザの行動情報から、ユーザの属するグループから情報通知ルールＲを削除もしくは変更するかの判定を行う（ステップ４１０）。この例では、「家族のメンバの内、近傍に牛乳があるメンバ１人に対して、牛乳の購入を催促する。ただし、１度に１人に対してしか通知しない」という情報通知ルールに対し、「牛乳を購入した」という行動情報が得られた場合はＲを削除するためにステップ４１１へ、それ以外の場合は、変更を行わないためにステップ４１２の処理を行う。
【０１２１】
ルール管理部１０３はＲの内容を変更・削除する。また、ルール実行判定部１０５の保持するＲに関する実行待ちキューの内容およびＲの実行状態も破棄される（ステップ４１１）。
【０１２２】
ルール管理部１０３によって、Ｒの内容が変更、削除されなかった場合、ルール実行管理部１０５は実行待ちキューの中から、情報通知ルールＲおよびその実行に必要な情報ＤＩを取り出し、ルール実行部１０７に通知する。また、ルール実行部は、Ｒの実行状態を再び「実行中」とする。ルール実行判定部１０５は実行待ちキューの中に、情報通知ルールＲが含まれてない場合には、ルール実行管理部はＲの実行状態に関する情報を破棄してＲに関する処理を終了する（ステップ４１２）。
【０１２３】
ユーザ端末Ｂは、通信システムから情報を受信し、端末が備える出力機能によってユーザにその情報を提示する（ステップ４１３）。
【０１２４】
以上のステップ４０１〜４１３を実行することで、グループで共有されている情報通知ルールの実行を行うことが可能となる。
【０１２５】
また前記通信端末には端末使用者の入力を受け付けるための入力部も備わっている。入力部としては通常キーボード、マウス、タブレットなどが用いられる。これらの構成についてはパーソナルコンピュータなどで一般的に知られているものであり、本発明の主眼ではないので詳細な説明は省略する。
【０１２６】
なお、以下で用いる「ユーザ」という用語は、前記通信端末、および端末使用者を含む概念である。
【０１２７】
また前記通信端末は情報を記憶するための記憶部を備えており、ハードディスクやリムーバブルディスクなど不揮発記憶装置もしくは、ＲＡＭ（Random Access Memory）などの利用を想定しているが、本発明はそれに制限されるものではない。
【０１２８】
図９は、ルール実行判定部１０５の判定結果によって変化する情報通知ルール実行の状態遷移図である。情報通知ルールの実行状態を管理するルール実行判定部１０５の一例は、下記（ａ）〜（ｆ）の手順を実行することで実現される。
【０１２９】
また、このときの各ルールの実行状態を図９に示す。
【０１３０】
（ａ）前記ルール実行判定部は実行すべきと判定した情報通知ルールＲに対して、現在ルール実行部によって情報通知ルールＲの情報が保持されていない場合、前記ルール実行部にＲおよびその実行に必要な情報を通知した後、情報通知ルールＲの実行状態を「実行中」として保持する（図９の５０１）。
【０１３１】
（ｂ）前記ルール実行判定部は実行すべきと判定した情報通知ルールＲに対して、現在ルール実行判定部によって情報通知ルールＲの情報が保持されており、かつその実行状態が「実行中」もしくは「待ち状態」であった場合、ルール実行判定部の実行待ちキューにＲおよびその実行に必要な情報を格納する（各状態を継続）。
【０１３２】
（ｃ）ルール実行部は、ルール実行判定部から通知された情報通知ルールの内容に基づき、ユーザに対する情報通知処理を終了した後、実行した情報通知ルールに対しての正常終了通知をルール実行判定部に行う。また、情報通知ルールが正常に実行できなかった場合には、実行した情報通知ルールに対しての異常終了通知をルール実行判定部に行う。
【０１３３】
（ｄ）ルール実行判定部は、ルール実行部から正常終了通知を受けた場合、下記（ｄ−１）〜（ｄ−３）のいずれかの処理を行う。
（ｄ−１）情報通知ルールの内容を検査し、必要に応じて情報通知ルールの実行状態を「待ち状態」にする。
この処理は通信システムが後述するフィードバック取得部を備える場合に用いられる。情報通知に対して、ユーザの行動（「牛乳を購入した」「牛乳を購入しなかった」など）を取得できるまで他のユーザに対して情報通知ルールＲの実行を行わないといった処理の実現のために行われる（図９の５０４）。
（ｄ−２）情報通知ルールの実行状態を削除する。
正常終了通知をうけた情報通知ルールＲが、ルール実行判定部の実行待ちキューに含まれない場合（例えば、通知された情報の内容が、通知を受けたユーザの行動により完了された場合）、Ｒに関する実行状態の情報を破棄する（図９の５０５）。
（ｄ−３）実行待ちキュー内の情報通知ルールを実行する。
正常終了通知をうけた情報通知ルールＲが、ルール実行判定部の実行待ちキューに含まれる場合、Ｒに関する実行状態の情報を「実行中」とし、Ｒおよびその実行に必要な情報を実行待ちキューから取りだし、ルール実行部に通知する（図９の５０２）。
【０１３４】
（ｅ）異常終了通知をうけた情報通知ルールに関しては、その実行状態を「異常終了」にする。また必要に応じて、その情報をルール管理部に通知し保持させる（図９の５０６）。
【０１３５】
（ｆ）後述するフィードバック部からの情報通知を受けた場合、ルール実行判定部は下記（ｆ−１）、（ｆ−２）のいずれかの処理を行う。
（ｆ−１）情報通知ルールＲが、ルール実行判定部の実行待ちキューに含まれない場合、Ｒに関する実行状態の情報を破棄する（図９の５０７）。
（ｆ−２）情報通知ルールＲが、ルール実行判定部の実行待ちキューに含まれる場合、Ｒに関する実行状態の情報を「実行中」とし、Ｒおよびその実行に必要な情報を実行待ちキューから取りだし、ルール実行部に通知する（図９の５０８）。
【０１３６】
以上の手順により、情報通知ルールの実行状態を管理することで、１度に複数のユーザに対して実行してはならない情報通知ルールなどの実行を制御することが可能になる。
【０１３７】
（実施の形態２）
図１０は、本発明の実施の形態２における通信端末およびそれから構成される通信システムの構成を示す。実施の形態２の通信システムは、複数のＰ２Ｐ通信端末から構成される通信システムである。通信端末１１００ａおよび１１００ｂは、本発明の通信端末であり、共にユーザ情報共有部１１０１ａ、１１０１ｂ、周辺情報取得部１１０２ａ、１１０２ｂ、ルール実行判定部１１０３ａ、１１０３ｂ、ルール実行部１１０４ａ、１１０４ｂ、実行結果表示部１１０５ａ、１１０５ｂ、実行結果送受信部１１０６ａ、１１０６ｂを備える。
【０１３８】
なお、請求項１の「ルール保持手段」は、図１０のユーザ情報共有部１１０１ａ、ｂおよびルール実行判定部１１０３ａ、ｂに対応する。「情報通知手段」は、ルール実行判定部１１０４ａ、ｂ、実行結果表示部１１０５ａ、ｂおよび実行結果送受信部１１０６ａ、ｂに対応する。また、請求項２の「グループ判定手段」は、図１０のユーザ情報共有部１１０１ａ、ｂに対応する。請求項４の「ルール生成手段」は、図１０には図示していない。さらに、請求項６の「行動判定手段」は、図１０の実行結果送受信部１１０６ａ、ｂおよび実行結果表示部１１０５ａ、ｂに対応する。
【０１３９】
本実施の形態では、上記の構成をもつ端末同士が下記の処理を実行することにより、複数ユーザのＴＰＯを考慮したＴＰＯ情報通知サービスを実現する。
【０１４０】
（１）ユーザプロファイルおよび情報通知ルールの作成
（２）ユーザプロファイルおよび情報通知ルールの共有
（３）周辺状況の取得
（４）情報通知ルールの判定
（５）情報通知ルールの実行
（６）情報通知ルールの実行結果の通知
（７）情報通知ルールの実行結果の表示。
【０１４１】
以下、各処理について説明する。
【０１４２】
（１．ユーザプロファイルおよび情報通知ルールの作成）
ＴＰＯ情報通知サービスを利用するユーザは、情報通知をうけるために、ユーザプロファイルもしくは情報通知ルールを生成する。ユーザプロファイルは、嗜好情報や行動履歴など、端末を所持するユーザに関する情報であり、この情報を用いることで、情報通知サービスは商品・サービスの中からユーザの適しているものを自律的に選択し、その結果をユーザに通知する。情報通知ルールは、ユーザが情報通知の内容を詳細に規定する際に生成するものであり、下記の情報などから構成される。
【０１４３】
（ａ）情報通知の対象
「牛乳が近傍にある場合」「あるアーティストのＣＤが近傍にある場合」、「特定のエリアに入った場合」など、情報通知を行う契機となる情報が明確な場合に指定される。
【０１４４】
（ｂ）情報通知の条件
「仕事中は情報通知しない」「１０００円以上の商品については通知しない」など、ユーザが情報通知を受け入れるための条件を指定する際に用いられる。
【０１４５】
（ｃ）情報通知の内容
友達の探しているＣＤを発見した場合などに、その情報を自端末に表示するのではなく、「友人の通信端末へ結果を送信する」といった処理を行う際に、その処理内容が指定される。
【０１４６】
本実施の形態においては、上記情報配信ルールは前述のＥＣＡルールにより実現される。情報通知の対象がEvent部に、情報通知の条件がcondition部に、情報通知の内容がAction部に記述されたＥＣＡルールが情報通知ルールとして生成される。
【０１４７】
本発明においてはユーザプロファイルおよび情報通知ルールの具体的な作成方法については、規定しないが、
（ａ）通信端末が備える入出力インターフェースによりユーザが手動で入力する、
（ｂ）通信端末がユーザプロファイルや情報配信ルールを自動的あるいは半自動的に生成する機能を備える、
といった方法が想定される。
【０１４８】
通信端末Ａ１１００ａのユーザによって作成されたユーザプロファイルおよび情報通知ルールは、ユーザ情報共有部１１０１ａにより保持される。
【０１４９】
（２．ユーザプロファイルおよび情報通知ルールの共有）
他のユーザとＴＰＯ情報を共有したいユーザは、情報を共有したいユーザの通信端末と、ユーザプロファイルおよび情報通知ルールの共有を行う。
【０１５０】
通信端末Ｂ１１００ｂのユーザが、通信端末Ａ１１００ａのユーザと上記の情報を共有したい場合、通信端末Ｂ１１００ｂユーザは、通信端末Ａ１１００ａのアドレス情報（ＩＰアドレスやポート番号など）を指定する。
【０１５１】
アドレス情報を取得するための方法は、
（ａ）通信端末Ｂ１１００ｂのユーザが、通信端末Ｂ１１００ｂに備えられている入力インターフェースを用いて、通信端末Ａ１１００ａのアドレス情報を直接入力する、
（ｂ）通信端末Ｂ１１００ｂが通信端末のアドレス情報を管理するサーバに対して、通信端末Ａ１１００ａのアドレスを問い合わせる、
（ｃ）通信端末Ｂ１１００ｂがネットワーク全体に対して、通信端末Ａ１１００ａのアドレスを問い合わせる、
などの方法が想定されるが、本発明はこれらに限定されるものではない。
【０１５２】
ＴＰＯ情報の共有対象である通信端末Ａ１１００ａのアドレスを指定した後、通信端末Ｂ１１００ｂは自端末のユーザ情報部１１０１ｂに格納されているユーザプロファイルおよび情報通知ルールを、ネットワークを介して通信端末Ａに送信し、通信端末Ａ１１００ａは自端末のユーザ情報共有部１１０１ａにより、受信した情報保持する。
【０１５３】
（３．周辺状況の取得）
ユーザ情報共有部１１０１ａに、自分もしくは他者のユーザプロファイルおよび情報通知ルールを格納した通信端末Ａ１１００ａは、周辺情報収集部１１０２ａによって、情報通知の対象となる商品やサービスの情報、もしくは情報通知ルールの実行条件となる位置情報などを収集する。
【０１５４】
周辺情報収集の具体的な実現方法および取得できる情報のフォーマットなどは本発明では規定しないが、
（ａ）Bluetoothや無線ＬＡＮなどの近距離無線、
（ｂ）ＲＦＩＤリーダやバーコードリーダなどの商品タグリーダ、
（ｃ）ＧＰＳ（位置情報サービス）、
などによって周辺情報を取得する方法が想定される。
【０１５５】
（４．情報通知ルールの判定）
通信端末Ａ１１００ａは、周辺情報取得部１１０２ａによって周辺情報が取得されると、ルール実行判定部１１０３ａによって、どのような情報通知を実行するべきかの判断を行う。
【０１５６】
本実施の形態におけるルール実行判定部には下記の二種の判定が実施される。
【０１５７】
（ａ）ユーザプロファイルに適合するかの判定
周辺情報取得部１１０２ａによって、商品・サービスの情報が取得された場合、それらの情報を通知すべきユーザがいるかどうかの判定を、ユーザ情報共有部１１０１ａによって保持されているユーザプロファイルに対して行う。
あるユーザプロファイルを対して情報通知を実行するという判定がなされた場合には、ルール実行部１１０４ａに対して、ユーザプロファイルおよび周辺情報を通知する。
【０１５８】
（ｂ）情報通知ルールの記述内容に適合するかの判定
周辺情報取得部１１０２ａによって取得された周辺情報およびユーザ情報管理部１１０１ａによって保持されているユーザプロファイルを用いて、ユーザ情報管理部１１０１ａによって保持されている情報通知ルールに対して、実行すべきルールがあるかを判定する。
【０１５９】
情報通知ルールがＥＣＡルールで実現されている場合、周辺情報によってEvent部を検査し、周辺情報およびユーザプロファイルによってcondition部を検査することでAction部を実行すべきかの判定を行う。ある情報通知ルールに対して情報通知を実行するという判定がなされた場合には、ルール実行判定部は、ルール実行部１１０４ａに対して、該当ルールおよびその実行に必要なユーザプロファイルと周辺情報を通知する。
【０１６０】
（５．情報通知ルールの実行）
情報通知サービスを実行する通信端末Ａ１１００ａのルール実行部１１０４ａは、ユーザに対して通知する商品・サービスなどの情報を生成する。
【０１６１】
本実施の形態におけるルール実行部１１０４ａの動作は、ルール実行判定部１１０３ａによって、送信される情報によって下記の二種類に分類される。
【０１６２】
（ａ）ルール実行判定部１１０３ａから、ユーザプロファイルおよび周辺情報が送付された場合、ルール実行部は自律的に、ユーザプロファイルと周辺情報からユーザに通知すべき情報の選択、生成、変換などを行う。この形態は、Ｗｅｂなどで一般的に行われているユーザプロファイルに基づいた情報推薦サービス（レコメンドサービス）と同種の情報通知サービスである。
【０１６３】
（ｂ）ルール実行判定部から、情報通知ルール、ユーザプロファイルおよび周辺情報が送付された場合、ルール実行部は該当ルールの記述に基づいて、ユーザプロファイルおよび周辺情報から通知すべき情報の生成を行う。
【０１６４】
なお、本発明においては、ルール実行部によって生成される情報の内容、およびフォーマットについて具体的な規定はしないが、ＨＴＭＬ、ＰＤＦ、ＸＭＬなどのファイルフォーマットが想定される。
【０１６５】
ルール実行部は、ユーザに通知する情報を生成した後、上記（ａ）の場合において、ルール実行に使用したユーザプロファイルが別端末のユーザである場合、あるいは上記(ｂ）の場合において、ルール実行に使用した情報通知ルールに別端末へ結果を送信する記述があった場合などには、実行結果送受信部１１０６ａに、その情報を通知する。他の通信端末へ情報を送信する必要のない場合は、自端末上の実行結果表示部１１０５ａに対し、生成した情報を通知する。
【０１６６】
（６．情報通知ルールの実行結果の通知）
通信端末Ａ１１００ａのルール実行部１１０４ａによって生成された情報が、他の通信端末Ｂ１１００ｂのユーザに通知すべき内容で会った場合、結果送受信部１１０６ａにより、ルール実行部により生成された情報が送信される。
【０１６７】
通信端末Ａ１１００ａのユーザが、通信端末Ｂ１１００ｂのユーザに情報通知を行う場合、通信端末Ａ１１００ａのユーザは、通信端末Ｂ１１００ｂのアドレス情報（ＩＰアドレスやポート番号など）を指定する。
【０１６８】
アドレス情報を取得する方法としては、
（ａ）通信端末Ａ１１００ａのユーザが、通信端末Ａに備えられている入力インターフェースを用いて、通信端末Ｂ１１００ｂのアドレス情報を直接入力する、
（ｂ）通信端末Ａ１１００ａが通信端末のアドレス情報を管理するサーバに対して、通信端末Ｂ１１００ｂのアドレスを問い合わせる、
（ｃ）通信端末Ａ１１００ａがネットワーク全体に対して、通信端末Ｂ１１００ｂのアドレスを問い合わせる、
（ｄ）通信端末Ａ１１００ａが実行した情報通知ルールに記載されている通知先のアドレスを利用する、
（ｅ）通信端末Ａ１１００ａのユーザ情報共有部１１０１ａが管理しているユーザＢのプロファイル内に記載してあるユーザＢの端末アドレスを利用する、
などが想定されるが、本発明の範囲はそれに限定されるものではない。
通信端末Ｂ１１００ｂの実行結果送受信部１１０６ｂが取得した情報は、実行結果表示部１１０５ｂに対して通知される。
【０１６９】
（７．情報通知ルールの実行結果の表示）
本発明における通信端末Ａ１１００ａが備える実行結果表示部１１０５ａは、ルール実行部１１０４ａもしくは、実行結果送受信部１１０６ａから通知された情報を通信端末に備えられている出力インターフェースを用いて表示する。
【０１７０】
以上の処理を行うことにより、本発明における通信端末および通信システムでは、複数のユーザ間のＴＰＯ情報を利用した情報通知サービスが実現される。
【０１７１】
図１１は図１０に示した二台の通信端末１１００ａ、１１００ｂ間で、通信端末Ｂ１１００ｂのユーザが所望する商品（「あるアーティストのＣＤ」）の情報を、通信端末Ａ１１００ａのユーザが近傍から発見し、その情報を通信端末Ｂ１１００ｂに通知する流れを示したものである。
【０１７２】
以下、図１０および図１１の例を用いて具体的に、ＴＰＯ情報通知サービスの実施例を説明する。
【０１７３】
通信端末Ｂ１１００ｂのユーザは、希望する商品に関する情報通知ルールＲ１１０７（例：「近くにアーティストＡのＣＤを見つけた場合にその情報を通信端末Ｂに通知」）を作成し、ユーザ情報共有部１１０１ｂに入力する（ステップ２０１）。
【０１７４】
通信端末Ｂ１１００ｂは自端末のユーザ情報共有部１１０１ｂを用いて、別の通信端末Ａ１１００ａのユーザ情報共有部１１０１ａに対してステップ２０１で入力されたＲを送信する。なお、通信端末Ｂ１１００ｂが通信端末Ａ１１００ａに情報を送信するためには、Ａのアドレス情報（ＩＰアドレスやポート番号など）が必要になるが、ここではアドレス情報を取得する部については特に限定しない（ステップ２０２）。
【０１７５】
通信端末Ａ１１００ａは通信端末Ｂ１１００ｂから送信されたＲを自端末のユーザ情報共有部１１０１ａに保存する（ステップ２０３）。
【０１７６】
通信端末Ａ１１００ａは周辺情報取得部１１０２ａを使用して、近傍の情報端末１１０８から周辺情報を取得する（ステップ２０４）。近傍の情報端末１１０８とは、センサー、商品タグ及び近距離無線情報配信端末などである。
【０１７７】
通信端末Ａ１１００ａのルール実行判定部１１０３ａはユーザ情報共有部１１０１ａに保存されている情報と、周辺情報取得部１１０２ａで取得した周辺情報を用いて、どのような情報通知を実行するべきかの判定を行う（ステップ２０５）。
【０１７８】
ここで、ステップ２０３で取得したＲに対しても、Ｒの内容に基づいた情報通知ルールを実行すべきかの判定が行われる（ステップ２０６）。この例の場合、通信端末Ａ１１００ａの周辺情報に「アーティストＡのＣＤ」があるとの情報が含まれていれば、ルール実行判定部１１０３ａはＲに基づく情報通知ルールを実行する（２０６Ｙ）。それ以外の場合、Ｒに基づく情報通知は実行されない（２０６Ｎ）。
【０１７９】
ルール実行部１１０４ａによって、Ｒに基づく情報通知処理が行われる（ステップ２０７）。この例の場合、「端末Ａの近傍にＢの所望するＣＤがある」という情報を生成し、その情報を、実行結果送受信部１１０６ａを用いて通信端末Ｂ１１００ｂに送信する。
【０１８０】
通信端末Ｂ１１００ｂは、実行結果送受信部１１０６ｂによって、通信端末Ａ１１００ａからの情報と取得し、その内容を、実行結果表示部１１０５ｂを用いて端末のユーザに表示する（ステップ２０８）。
【０１８１】
この処理により、通信端末Ｂ１１００ｂのユーザは自分の探している商品を自分の近傍からだけではなく、別の端末の近傍からも探し出すことができる。また、通信端末Ｂ１１００ｂの連絡先をＡが知っているのならば、その商品を購入するように依頼するなどの行為が可能になる。
【０１８２】
（実施の形態３）
実施の形態２においては、各通信端末は情報を共有する相手を特に規定していなかったが、ユーザプロファイルなどプライバシーに関わる情報を共有する対象は、家族や友人といった特定多数のユーザから構成されるグループ制限できることが望ましい。
【０１８３】
本明細書においてグループは次のように定義する：
（１）グループは１名以上のユーザからなる、
（２）１ユーザは複数のグループに属することが可能である、
（３）グループにはグループ固有の共有情報がある、
（４）同じグループに属するメンバ間ではそのグループの共有情報の送受信を行うことができる。グループを構成するメンバは、友人、家族、同じ趣味の持ち主、特定の地域にいるユーザなどが考えられる。
【０１８４】
このグループの概念を利用することで、
（ａ）ユーザプロファイルおよび情報通知ルールの共有範囲を明確に定義できる、
（ｂ）グループを指定することで複数ユーザとの情報共有が可能になるため、操作が簡易化される、というメリットが生じる。
【０１８５】
また、実施の形態２においては、ＴＰＯ情報通知サービスの処理は情報通知を実行した時点で終了しているが、多人数で同一の情報通知ルールを共有している場合、各ユーザが通知された情報に対して行った行動結果を取得し、共有している情報通知ルールに反映することが望ましい。
【０１８６】
例えば、家族全員で「牛乳が近くにあれば通知する」という情報通知ルールを共有していた場合、家族のうち誰か１人でも、牛乳を購入した後には、それ以上、その家族に属するメンバに対して「近傍に牛乳がある」という情報通知を行うことは無駄である場合が多い。
【０１８７】
この場合、「牛乳を購入した」というあるユーザの行動結果を取得した時点で、全ての家族の端末から「牛乳が近傍にあれば通知する」という情報通知ルールを削除するといった処理の実現が望まれる。
【０１８８】
本発明の実施の形態２では、上記の要望を満たすため、第１の実施例で示した通信端末に対し、グループの概念を扱うためのグループ管理部および行動結果を取得するためのフィードバック取得部を導入する。
【０１８９】
図１２は、本発明の実施の形態２における通信端末およびそれから構成される通信システムの構成を示す。通信端末１３００ａおよび１３００ｂは、本発明の通信端末であり、共にユーザ情報共有部１３０１ａ、１３０１ｂ、周辺情報取得部１３０２ａ、１３０２ｂ、ルール実行判定部１３０３ａ、１３０３ｂ、ルール実行部１３０４ａ、１３０４ｂ、実行結果表示部１３０５ａ、１３０５ｂ、実行結果送受信部１３０６ａ、１３０６ｂおよびグループ管理部１３０７ａ、１３０７ｂ、フィードバック取得部１３０８ａ、１３０８ｂを備える。
【０１９０】
なお、請求項１の「ルール保持手段」は、図１２のユーザ情報共有部１３０１ａ、ｂに対応する。「情報通知手段」は、ルール実行判定部１３０３ａ、ｂおよびルール実行部１３０４ａ、ｂに対応する。また、請求項２の「グループ判定手段」は、図１２のグループ管理部１３０７ａ、ｂに対応する。請求項４の「ルール生成手段」は、図１２のユーザ情報共有部１３０１ａ、ｂに対応する。さらに、請求項６の「行動判定手段」は、図１２のフィードバック収集部１３０８ａ、ｂに対応する。
【０１９１】
本実施の形態では、上記の構成をもつ端末同士が下記の処理を実行することにより、複数ユーザのＴＰＯを考慮した情報通知サービスを実現する。
（１）グループの生成および告知
（２）ユーザプロファイルおよび情報通知ルールの作成
（３）情報共有をおこなうグループの決定
（４）ユーザプロファイルおよび情報通知ルールの共有
（５）周辺状況の取得
（６）情報通知ルールの判定
（７）情報通知ルールの実行
（８）情報通知ルールの実行結果の通知
（９）情報通知ルールの実行結果の表示
（１０）フィードバック結果の取得
（１１）ユーザプロファイルおよび情報通知ルールの変更および削除。
【０１９２】
以下、各処理について説明する。
【０１９３】
（１．グループの生成および告知）
通信端末Ａ１３００ａは新規に特定のユーザから構成されるグループを生成する場合、グループ管理部１３０７ａを利用して、下記の情報を生成する。
【０１９４】
（ａ）グループＩＤ
本発明における通信システムにおいて、一意にグループを識別できる値である。本発明ではグループＩＤの具体的なフォーマットは規定しないが、ＵＵＩＤ、ＵＲＩなどの利用が想定される。
【０１９５】
（ｂ）グループメンバ情報
前記（ａ）で一意に指定されるグループに参加できることのできるユーザを指定するための情報である。グループメンバ情報には、下記の情報が存在する。
（ｂ−１）メンバリスト
本発明における通信システムにおいて、各ユーザを一意に識別できる値（以下、ユーザＩＤ）もしくは、本発明における通信システムにおいて、各通信端末を一意に識別できる値（以下、端末ＩＤ）のリストとして実現される。このメンバリストに含まれるユーザあるいは通信端末がグループのメンバとして扱われる。
（ｂー２）認証情報
グループに参加出来る端末が所有すべき認証情報あるいはそれに関する情報である。本発明においては、具体的には規定しないが、特定のＣＡ（認証局）によって発行された証明書やパスワード、あるいはそれらに関する情報であり、これらの証明書やパスワードを所有するユーザあるいは通信端末がグループのメンバとして扱われる。
（ｂ−３）ＴＰＯ情報
グループに参加できる端末が満たすべきＴＰＯ情報である。本発明においては、具体的には規定しないが、特定の位置情報（「京都市にいる」「東京ドームにいる」など）、嗜好情報（「あるアーティストのファン」「阪神タイガースのファン」）などによって構成される情報であり、この条件を満たすユーザあるいは通信端末がグループのメンバとして扱われる。上記のグループメンバ情報は、
・ネットワーク上からグループメンバの通信端末を検索する、
・通信対象の端末が同じグループのメンバかどうかを認証する、際などに必要となる。
【０１９６】
（ｃ）グループに関する記述情報の生成
生成したグループがどのようなグループであるのかを、ユーザに知らせるための情報であり、例えば「山田家の家族グループ」「阪神ファンのグループ」などの情報が記述される。
【０１９７】
以上の（ａ）〜（ｃ）の情報によって構成されたグループの情報は、グループ管理部によって管理される。
【０１９８】
グループ管理部は生成したグループ情報を他のユーザに知らせるために告知処理を実行することができる。
【０１９９】
告知処理の実施例として下記の方式を使用する想定される。
・グループ情報を一括して管理するサーバに、生成されたグループ情報を登録する。
・ネットワーク全体に対して、生成されたグループ情報をブロードキャストする。ブロードキャストによりグループ情報を受信した通信端末Ｂ１３００ｂは、自身のグループ管理部１３０７ｂによって、その情報を保持する。
・既知のユーザに対して電子メールなどの部を用いて、生成されたグループ情報を通知する。情報を取得したユーザは、自身の通信端末Ｂ１３００ｂが備える入力インターフェースを利用して、グループ管理部１３０７ｂに対して、グループ情報を入力し、保持させる。図１３は、ユーザＩＤが「００１５７」のユーザの通信端末がグループ管理部に保持させるグループ情報の一例を示す図である。同図に示すように、グループ情報には、１人のユーザが所属しているグループ種別、参加グループ、参加ユーザおよびパスワードが記述されている。このグループ情報によれば、ユーザＩＤが「００１５７」のユーザは、グループＩＤが「Ａ００１」の家族グループＡと、グループＩＤが「Ｂ００１」の友人グループＢと、グループＩＤが「Ｃ００１」である会社グループＣとに所属していることがわかる。また、家族グループＡで情報通知ルールを共有する場合には、他の参加ユーザであるユーザ「００１５８」とユーザ「００１５９」とに、共通のパスワード「ＮＹＡＮ００７」で認証処理を行なった上、共有したい情報通知ルールを送信する。
【０２００】
以上の手順により、本実施の形態における情報通知サービス上にグループが生成され、その情報が管理される。なお、全てのユーザおよび通信端末がグループを自分で生成する必要はない。
【０２０１】
（２．ユーザプロファイルおよび情報通知ルールの作成）
実施の形態１の前記（１．ユーザプロファイルおよび情報通知ルールの作成）と同一であるため、省略する。
【０２０２】
（３．情報共有を行うグループの決定）
特定多数のユーザとＴＰＯ情報を共有したいユーザは、それらのユーザが属するグループを指定する必要がある。どのグループに参加するかを決定するために、ユーザは（１．グループの生成および告知）で述べたグループ情報を取得し、その内容（グループメンバ情報、グループに関する記述情報）から参加すべきグループを決定する。
【０２０３】
グループ情報を取得するためには、グループ管理部１３０７ａを用いて、
（ａ）グループ情報を管理するサーバに対して、通信端末が参加可能なグループのグループ情報を問い合わせる、
（ｂ）ネットワーク全体に対して、通信端末が参加可能なグループのグループ情報を問い合わせる、
（ｃ）通信端末のグループ管理部が保持しているグループ情報を利用する、
といった方法が想定される。
取得したグループ情報は、通信端末が備える出力インターフェースによって表示され、ユーザはその情報から参加すべきグループを決定し、そのＩＤを取得する。あるいは、ユーザはあらかじめ、自分の参加したいグループのＩＤを電子メールや口頭で他のユーザから取得しても構わない。
【０２０４】
（４．ユーザプロファイルおよび情報通知ルールの共有）
他のユーザとＴＰＯ情報を共有したいユーザは、グループ管理部によって下記の手順を実行する：
（i）情報を共有したいグループのＩＤを指定する、
（ii）指定したグループに所属する通信端末のアドレスを取得する、
（iii）アドレスを取得した通信端末との間で、互いが同じグループであることの認証を行う。
【０２０５】
（i）のグループＩＤの指定方法については、前記（３．情報共有を行うグループの決定）のステップによって取得したグループＩＤを通信端末が備える入力インターフェースによってグループ管理部１３０７ｂに入力することを想定する。
【０２０６】
（ii）のグループメンバのアドレス発見部については、
・前記（３．情報共有を行うグループの決定）のステップで取得したグループ情報内のグループメンバ情報に、各メンバの通信端末のアドレス情報が含まれる場合、それを利用する、
・グループ毎にグループメンバの通信端末のアドレスを管理するグループサーバに問い合わせる、
・ネットワーク全体に対して、グループＩＤに属する端末のアドレス情報を問い合わせる、
となどの方法が想定される。
【０２０７】
（iii）の認証については、必ずしも実行される訳ではないが、前記（３．情報共有を行うグループの決定）のステップで取得したグループ情報に認証に関する情報が含まれる場合、通信端末Ａ１３００ａは（ii）で取得したアドレスを持つ通信端末Ｂ１３００ｂの間で、互いに同じグループに属するかどうかの判定をグループ管理部１３０７ａ、１３０７ｂを通じて行う。具体的な認証方式については、本発明では規定しないが、
・ＰＫＩ証明書に基づいた認証、
・パスワードに基づいた認証、
などの認証方法が想定される。
【０２０８】
上記（i）〜（iii）のステップによって、同じグループの通信端末Ａ１３００ａとの通信が可能になった通信端末Ｂ１３００ｂは、ユーザ情報共有部１３０１ｂを通じてステップ（２．ユーザプロファイルおよび情報通知ルールの作成）で作成したユーザプロファイルおよび情報通知ルールを送信し、通信端末Ａ１３００ａは自端末のユーザ情報共有部１３０１ａにより、受信した情報を保持する。
なお、図１２において、通信端末は二台しか記されていないが、通信端末Ｂ１３００ｂが情報を共有する対象は１台に限定されるものではなく、複数あっても構わない。
【０２０９】
（５．周辺状況の取得）
ユーザ情報共有部に、自分もしくは他者のユーザプロファイルおよび情報通知ルールを格納した通信端末Ａ１３００ａは、周辺情報収集部１３０２ａによって、情報通知の対象となる商品やサービスの情報、もしくは情報通知ルールの実行条件となる位置情報などを収集する。
【０２１０】
周辺情報収集の具体的な実現方法および取得できる情報のフォーマットなどは本発明では規定しないが、
（ａ）Bluetoothや無線ＬＡＮなどの近距離無線、
（ｂ）ＲＦＩＤリーダやバーコードリーダなどの商品タグリーダ、
（ｃ）ＧＰＳ（位置情報サービス）、
などによって周辺情報を取得する方法が想定される。
【０２１１】
（６．情報通知ルールの判定）
通信端末Ａ１３００ａは、周辺情報取得部１３０２ａによって周辺情報が取得されると、ルール実行判定部１３０３ａによって、どのような情報通知を実行するべきかの判断を行う。
【０２１２】
本実施の形態におけるルール実行判定部には下記の二種の判定が実施される。
【０２１３】
（ａ）ユーザプロファイルに適合するかの判定
周辺情報取得部１３０２ａによって、商品・サービスの情報が取得された場合、それらの情報を通知すべきユーザがいるかどうかの判定を、ユーザ情報共有部１３０１ａによって保持されているユーザプロファイルに対して行う。あるユーザプロファイルを対して情報通知を実行するという判定がなされた場合には、ルール実行部１３０４ａに対して、ユーザプロファイルおよび周辺情報を通知する。
【０２１４】
（ｂ）情報通知ルールの記述内容に適合するかの判定
周辺情報取得部１３０２ａによって取得された周辺情報およびユーザ情報管理部１３０１ａによって保持されているユーザプロファイルを用いて、ユーザ情報管理部１３０１ａによって保持されている情報通知ルールに対して、実行すべきルールがあるかを判定する。情報通知ルールがＥＣＡルールで実現されている場合、周辺情報によってEvent部を検査し、周辺情報およびユーザプロファイルによってcondition部を検査することでAction部を実行すべきかの判定を行う。ある情報通知ルールに対して情報通知を実行するという判定がなされた場合には、ルール実行部１３０４ａに対して、該当ルールおよびその実行に必要なユーザプロファイルと周辺情報を通知する。また、情報通知ルールの実行条件として、そのルールの同時実行数が制限されている場合、（例：「牛乳の購入を催促する情報通知ルールは、同時に１人に対してのみ行う」）。そのルールを生成した通信端末Ｂ１３００ｂのルール実行判定部に対して、ルールを実行する通信端末のルール実行判定部１３０３ｂがその実行の可否を問い合わせることができる。
【０２１５】
（７．情報通知ルールの実行）
情報通知をおこなう通信端末Ａ１３００ａのルール実行部１３０４ａは、ユーザに対して通知する商品・サービスなどの情報を生成する。
【０２１６】
本実施の形態におけるルール実行部１３０４ａの動作は、ルール実行判定部１３０３ａによって、送信される情報によって下記の二種類に分類される。
【０２１７】
（ａ）ルール実行判定部１３０３ａから、ユーザプロファイルおよび周辺情報が送付された場合、ルール実行部は自律的に、ユーザプロファイルと周辺情報からユーザに通知すべき情報の選択、生成、変換などを行う。この形態は、Ｗｅｂなどで一般的に行われているユーザプロファイルに基づいた情報推薦サービス（レコメンドサービス）と同種の情報通知サービスである。
【０２１８】
（ｂ）ルール実行判定部１３０３ａから、情報通知ルール、ユーザプロファイルおよび周辺情報が送付された場合、ルール実行部は該当ルールの記述に基づいて、ユーザプロファイルおよび周辺情報から通知すべき情報の生成を行う。
【０２１９】
なお本発明においては、ルール実行部によって生成される情報の内容、およびフォーマットについて具体的な規定はしないが、ＨＴＭＬ、ＰＤＦ、ＸＭＬなどのファイルフォーマットが想定される。
【０２２０】
ルール実行部は、ユーザに通知する情報を生成した後、上記（ａ）の場合において、ルール実行に使用したユーザプロファイルが別端末のユーザである場合、あるいは上記（ｂ）の場合において、情報通知ルールに別端末へ結果を送信する記述があった場合などには、実行結果送信部１３０６ａに、その情報を通知する。他の通信端末へ情報を送信する必要のない場合は、自端末上の実行結果表示部１３０５ａに対し、生成した情報を通知する。
【０２２１】
（８．情報通知ルールの実行結果の通知）
通信端末Ａ１３００ａのルール実行部１３０４ａによって生成された情報が、他の通信端末Ｂ１３００ｂのユーザに通知すべき内容で会った場合、結果送受信部１３０６ａにより、ルール実行部により生成された情報が送信される。
【０２２２】
通信端末Ａ１３００ａのユーザが、通信端末Ｂ１３００ｂのユーザに情報通知を行う場合、通信端末Ａ１３００ａのユーザは、通信端末Ｂ１３００ｂのアドレス情報（ＩＰアドレスやポート番号など）を指定する。
【０２２３】
本発明ではアドレス情報を取得するための方法について、特に限定しないが、
（ａ）通信端末Ａ１３００ａのユーザが、通信端末Ａ１３００ａに備えられている入力インターフェースを用いて、通信端末Ｂ１３００ｂのアドレス情報を直接入力する、
（ｂ）通信端末Ａ１３００ａが通信端末のアドレス情報を管理するサーバに対して、通信端
末Ｂ１３００ｂのアドレスを問い合わせる、
（ｃ）通信端末Ａ１３００ａがネットワーク全体に対して、通信端末Ｂ１３００ｂのアドレスを問い合わせる、
（ｄ）通信端末Ａ１３００ａが実行した情報通知ルールに記載されている通知先のアドレスを利用する、
（ｅ）通信端末Ａ１３００ａのユーザ情報共有部１３０１ａが管理しているユーザＢのプロファイル内に記載してあるユーザＢの端末アドレスを利用する、
などの方法が想定される。
【０２２４】
通信端末Ｂ１３００ｂが実行結果送受信部１３０６ｂによって受信した情報は、実行結果表示部１３０５ｂに対して通知される。
【０２２５】
（９．情報通知ルールの実行結果の表示）
本発明における通信端末Ａ１３００ａが備える実行結果表示部１３０５ａは、ルール実行部１３０４ａもしくは、実行結果送受信部１３０６ａから通知された情報を通信端末に備えられている出力インターフェースを用いて表示する。
【０２２６】
（１０．フィードバック結果の取得）
本発明における通信端末Ｂ１３００ｂが備えるフィードバック取得部１３０８ｂは「牛乳を購入した」「ＣＤを購入した」などのユーザの行動を取得する。
【０２２７】
ユーザの行動を取得するための具体的な実現部は本発明においては限定しないが、
・ＧＵＩを利用して、ユーザが手動で通知情報に対する行動を入力する、
・ユーザが購入した商品のタグ情報を入力する方法などが考えられる、
といった方法が想定される。
【０２２８】
また、前記（９．情報通知ルールの実行結果の表示）の情報表示（「牛乳が近傍にある」など）のあと一定の時間内に購入したとの情報が取得されなかった場合は、牛乳を購入しなかったものと見なす方法を用いても良い。
【０２２９】
取得されたユーザの行動情報は、同端末上のフィードバック取得部を介して、ユーザ情報共有部１３０１ｂへと通知される。
【０２３０】
（１１．ユーザプロファイルおよび情報通知ルールの変更および削除）
前記（１０．フィードバック結果の取得）によって、取得されたユーザの行動情報１３１１が、フィードバック取得部１３０８ａを介して、ユーザ情報共有部１３０１ａに対して入力された場合、ユーザ情報共有部１３０１ｂは、自身が保有するユーザプロファイルあるいは情報通知ルールに対して、必要に応じて変更あるいは削除の処理を行う。具体的には「牛乳を購入する」といった行動情報が取得できた場合、「牛乳が近傍にあれば通知する」といった情報通知ルールは削除される。
【０２３１】
また、ユーザプロファイルの行動履歴に対して「牛乳を購入」した情報が追加される。
変更・削除されたユーザプロファイルや情報通知ルールは、ユーザ情報共有部を利用して、情報を共有しているグループの全メンバに対して通知される。
【０２３２】
この際のグループメンバの通信端末の発見方法、およびその後の情報通知ルールの共有手順は、前記ステップと同様であるため省略する。
【０２３３】
以上の処理を行うことにより、本発明における通信端末および通信システムでは、複数のユーザ間のＴＰＯ情報を利用した情報通知サービスが実現される。
【０２３４】
図１４は、ある家族のグループＧにおいて共有されている情報通知ルールに基づく処理の流れを示した図である。ここでは「家族の誰かに、牛乳の購入を催促する」ための情報通知処理を例にとり、その処理の流れを示す。
【０２３５】
以下、図１２および図１４の例を用いて具体的に、ＴＰＯ情報通知サービスの実施例を説明する。
【０２３６】
通信端末Ｂ１３００ｂのユーザは、希望する商品に関する情報通知ルールＲ１３１０（「家族の誰かに、牛乳の購入を催促する」）を作成する（ステップ４０１）。
【０２３７】
通信端末Ｂ１３００ｂのユーザは、グループ管理部１３０７ｂに問い合わせて、Ｒを共有するグループＧ（この例では家族に対応するグループ）の情報ＧＩを取得する。ＧＩにはグループを一意に識別するＩＤ、構成メンバなどの情報が含まれる。ユーザがＧＩの内容から、Ｒをこのグループで共有すると判断した場合、ユーザ情報共有部１３０１ｂにＲおよびＧＩを入力する（ステップ４０２）。
【０２３８】
通信端末Ｂのグループ管理部１３０７ｂを用いて、グループＧに所属する端末のアドレス情報を取得する。グループＧに所属する端末のアドレスが取得できた場合、その端末に対し、ユーザ情報共有部１３０１ｂによって、ＲおよびＧＩを送信する（ステップ４０３）。なお、情報を送信する対象となる端末は１台に限定されるものではない。
【０２３９】
通信端末Ａは、受信したＲおよびＧＩを情報ユーザ情報管理部１３０１ａによって保存する（ステップ４０４）。なお、同じグループに所属する端末同士かを確認する認証をグループ管理部１３０７ａ、１３０７ｂで実行し、互いが同じグループに所属していることを確認してからＲを交換する手順を実施してもよい。
【０２４０】
通信端末Ａ１３００ａは周辺情報取得部１３０２ａを使用して、近傍の情報端末１３０８から周辺情報を取得する（ステップ４０５）。
【０２４１】
通信端末Ａ１３００ａのルール実行判定部１３０３ａはユーザ情報共有部１３０１ａに保存されている情報と、周辺情報取得部１３０２ａで取得した周辺情報を用いて、どのような情報通知を実行するべきかの判定を行う（ステップ４０６）。
【０２４２】
ここで、ステップ４０４で取得したＲに対しても、Ｒの内容に基づいた情報通知ルールを実行すべきかの判定が行われる（ステップ４０７）。この例の場合、通信端末Ａ１３００ａの周辺情報に「牛乳」があるとの情報が含まれていれば、ルール実行判定部１３０３ａはＲに基づく情報通知ルールを実行する（４０６Ｙ）。それ以外の場合、Ｒに基づく情報通知は実行されない（４０６Ｎ）。
【０２４３】
ルール実行部１３０４ａによって、Ｒに基づく情報通知処理が行われる。この例の場合、「自端末の近傍に家族の所望する牛乳がある」という情報を生成し、その情報を、実行結果表示部１３０６ａを用いて、自端末のユーザに提示する（ステップ４０８）。
【０２４４】
ステップ４０８において通知した情報に関するユーザの行動を、フィードバック取得部１３０８ａによって取得する（ステップ４０９）。ユーザの行動を取得するための具体的な実現部は本発明においては限定しないが、ＧＵＩを利用して、ユーザが手動で通知情報に対する行動を入力する手法、ユーザが購入した商品のタグ情報を入力する方法などが考えられる。また、一定の時間内に購入したとの情報が取得されなかった場合は、牛乳を購入しなかったものと見なす方法を用いても良い。この例では、上記の方法などにより「牛乳を購入した」もしくは「牛乳を購入しなかった」というユーザの行動情報ＵＩが取得され、フィードバック取得部を介して、ユーザ情報共有部１３０１ａへＵＩが通知される。
【０２４５】
ユーザ情報共有部１３０１ａはＵＩの内容から、情報通知ルールＲを変更・あるいは削除するべきかの判断を行う（ステップ４１０）。
【０２４６】
この例ではＵＩが「牛乳を購入した」という情報であった場合に、情報通知ルールＲはグループＧから削除され、ＵＩがそれ以外の情報であった場合には処理を終了する（４１０Ｎ）。情報通知ルールＲに対して、変更あるいは削除する決定がなされた場合には、次のステップへ進む。
【０２４７】
情報通知ルールＲに関する変更情報Ｒ’を作成する。また、それに従い、ユーザ情報共有部１３０１ａにより、自端末情報Ｒを変更もしくは削除する（ステップ４１１）。
【０２４８】
ステップ４１１で作成されたＲ’を、Ｒが共有されていたグループＧに属する端末に対して送信する。グループＧに属する端末のアドレス情報に関してはステップ４０３と同様である（ステップ４１２）。
【０２４９】
通信端末Ｂは、受信したＲ’を情報ユーザ情報管理部（１３０１ｂ）によって取得する。その後、Ｒ’の内容に従い、Ｒに対する変更あるいは削除を自端末上で実行する（ステップ４１３）。なお、同じグループに所属する端末同士かを確認する認証をグループ管理部１３０７ａ、１３０７ｂで実行し、互いが同じグループに所属していることを確認してからＲを交換する手順を実施してもよい。
【０２５０】
以上、ステップ４０１〜４１３を実行することで、同じグループに属する端末間でＴＰＯ情報を共有したＴＰＯ情報通知サービスが実現される。
【産業上の利用可能性】
【０２５１】
本発明の情報通知システムは、ユーザのＴＰＯに応じたＴＰＯ情報サービスを提供するパーソナルコンピュータ、モバイル端末、携帯電話機等として有用である。
【図面の簡単な説明】
【０２５２】
【図１】図１は、本発明の実施の形態におけるＴＰＯ情報通知サービスを提供する通信システムの構成図である（実施の形態１）。
【図２】図２は、グループ情報管理部１０１が管理するグループ情報の一例を示す図である（実施の形態１）。
【図３】図３（ａ）は、ルール生成部１０２が情報通知ルールを生成する際にユーザ端末に表示させる対話画面の一例を示す図である。図３（ｂ）は、生成した情報通知ルールの登録の可否をユーザに問い合わせる対話画面の一例を示す図である（実施の形態１）。
【図４】図４は、図３（ｂ）に示した情報通知ルールがＥＣＡルールである場合のＥＣＡの具体例を示す図である（実施の形態１）。
【図５】図５（ａ）及び（ｂ）は、グループ内の各メンバに通知される情報の一例を示す図である（実施の形態１）。
【図６】図６は、本発明の実施の形態において、グループに対して情報通知ルールを登録する処理の流れを図示したフロー図である（実施の形態１）。
【図７】図７は、本発明の実施の形態において、グループに登録している情報通知ルールの実行可否を行う処理の流れを図示したフロー図である（実施の形態１）。
【図８】図８は、本発明の実施の形態において、グループで共有している情報通知ルールの実行および制御を行う処理の流れを図示したフロー図である（実施の形態１）。
【図９】図９は、ルール実行判定部１０５の判定結果によって変化する情報通知ルール実行の状態遷移図である（実施の形態１）。
【図１０】図１０は、本発明の実施の形態において、ＴＰＯ情報通知サービスを提供する通信端末の構成図である（実施の形態２）。
【図１１】図１１は、本発明の実施の形態において、ＴＰＯ情報通知サービスの実行手順を示した図である（実施の形態２）。
【図１２】図１２は、本発明の実施の形態において、ＴＰＯ情報通知サービスを提供する通信端末の構成図である（実施の形態３）。
【図１３】図１３は、グループ管理部１３０７ａで管理されるグループ管理情報の一例を示す図である（実施の形態３）。
【図１４】図１４は、ＴＰＯ情報通知サービスの実行手順を示した図である（実施の形態３）。
【符号の説明】
【０２５３】
１００    通信システム
１０２    ルール生成部
１０１    グループ情報管理部
１０３    ルール管理部
１０４    ユーザ情報管理部
１０６    グループ判定部
１０５    ルール実行判定部
１０７    ルール実行部
１０８    フィードバック収集部
１０９    ユーザ端末
１１００ａ，１１００ｂ    通信端末
１１０２ａ，１１０２ｂ    周辺情報取得部
１１０３ａ，１１０３ｂ    ルール実行判定部
１１０４ａ，１１０４ｂ    ルール実行部
１１０５ａ，１１０５ｂ    実行結果表示部
１１０６ａ，１１０６ｂ    実行結果送受信部
１１０７    情報通知ルールＲ
１１０８    情報端末
１３００ａ，１３００ｂ    通信端末
１３０１ａ，１３０１ｂ    ユーザ情報共有部
１３０２ａ，１３０２ｂ    周辺情報取得部
１３０３ａ，１３０３ｂ    ルール実行判定部
１３０４ａ，１３０４ｂ    ルール実行部
１３０５ａ，１３０５ｂ    実行結果表示部
１３０６ａ，１３０６ｂ    実行結果送受信部
１３０７ａ，１３０７ｂ    グループ管理部
１３０８ａ、１３０８ｂ    フィードバック取得部
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2005055089.tif 000016
【図２】
2005055089.tif 000017
【図３】
2005055089.tif 000018
【図４】
2005055089.tif 000019
【図５】
2005055089.tif 000020
【図６】
2005055089.tif 000021
【図７】
2005055089.tif 000022
【図８】
2005055089.tif 000023
【図９】
2005055089.tif 000024
【図１０】
2005055089.tif 000025
【図１１】
2005055089.tif 000026
【図１２】
2005055089.tif 000027
【図１３】
2005055089.tif 000028
【図１４】
2005055089.tif 000029
【国際調査報告】
2005055089.tif 000030
2005055089.tif 000031