(57)【要約】【課題】サービス提供システム間で情報を簡略に共有する。【解決手段】サービス情報を含むメッセージＭｓｇ１が、サービス提供サーバ２ａからサービスコントローラ１１ａに送信され（＃１）、ここで解釈され、例えばＭｓｇ１に含まれるサービス情報から新たなメッセージＭｓｇ２が生成され、メッセージルータ１２に送信される（＃２）。メッセージＭｓｇ２は、さらにルータコントローラ１４へ送られ、解釈され（＃３）、アクションルールが決定する（＃４）。アクションルールは、メッセージルータ１２により実行され、メッセージＭｓｇ２がサービスコントローラ１１ｂに送信される（＃５）。その結果、メッセージＭｓｇ２に含まれる一部のサービス情報が抽出され、新たなメッセージＭｓｇ３が生成されてサービス提供サーバ２ｂに送信される（＃６）。サービス提供サーバ２ｂは、メッセージＭｓｇ３を受信して提供するサービスに応じた処理を行う。【選択図】　図１
2004038787.tif 000002
【特許請求の範囲】
【請求項１】
情報提供装置群により提供される情報を取得する情報取得装置群と共に用いられる情報共有方法であって、
第１情報提供装置から第１情報を取得した第１情報取得装置から、前記第１情報を取得する取得ステップと、
前記第１情報の全部または一部の共有先となる第２情報取得装置を決定する決定ステップと、
前記第１情報の全部または一部を、前記第２情報取得装置に渡す共有ステップと、を含み、
前記第１情報提供装置は前記情報提供装置群に含まれ、前記第１情報取得装置及び第２情報取得装置は前記情報取得装置群に含まれている、
情報共有方法。
【請求項２】
情報提供装置群により提供される情報を取得する情報取得装置群と共に用いられる情報共有装置であって、
第１情報提供装置から第１情報を取得した第１情報取得装置から、前記第１情報を取得する取得手段と、
前記第１情報の全部または一部の共有先となる第２情報取得装置を決定する決定手段と、
前記第１情報の全部または一部を、前記第２情報取得装置に渡す共有手段と、を備え、
前記第１情報提供装置は前記情報提供装置群に含まれ、前記第１情報取得装置及び第２情報取得装置は前記情報取得装置群に含まれている、
情報共有装置。
【請求項３】
情報提供装置群により提供される情報を取得する情報取得装置群と共に用いられる情報共有プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
前記情報提供装置群に含まれる第１情報提供装置から第１情報を取得した、前記情報取得装置群に含まれる第１情報取得装置から、前記第１情報を取得する取得ステップと、
前記第１情報の全部または一部の共有先となる、前記情報取得装置群に含まれる第２情報取得装置を決定する決定ステップと、
前記第１情報の全部または一部を、前記第２情報取得装置に渡す共有ステップと、を実行させる情報プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【請求項４】
ユーザに情報を提供する情報提供装置の識別子と、前記情報提供装置から情報を取得する情報取得装置の識別子と、前記情報の共有を指示する指示コマンドと、前記情報の共有ルールの識別子と、を関連づけて、ユーザ毎に記憶するユーザ情報記憶ステップと、
いずれかのユーザが操作するコンピュータからの要求に応じ、要求元のユーザに関連する、情報提供装置の識別子、情報取得装置の識別子、指示コマンド及び情報の共有ルールの識別子を送信する送信ステップと、
を含むユーザ情報管理方法。
【請求項５】
ユーザ端末に用いられる情報取得方法であって、
情報を提供する情報提供装置から情報を取得する情報取得ステップと、
前記情報の共有を指示する指示コマンドと、前記指示コマンドに対応する共有ルールの識別子と、を前記ユーザ端末にインストールするインストールステップと、
を含む、情報取得方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを利用して情報を提供する技術に関する。
【０００２】
【従来の技術】
近年、ネットワーク上で複数のサービス提供システムが連携できるようになっている。これは、これまではサービス提供システムごとに独自に開発していた各処理モジュールがコンポーネント化され、それぞれを組合せて使うことが可能になったためである。そのおかげで、複数のサービス提供システムを動的に統合し、複雑なサービスを提供することができるようになっている。
【０００３】
例えば、会社員が社内での出張申請を行う場合、出張申請の内容に応じて自動的に必要な旅券やホテルが予約される。これは例えば、その出張に必要な交通機関や宿泊機関の予約を、旅行代理店のサーバと社内のサーバとの間でＳＯＡＰ（Ｓｉｍｐｌｅ　Ｏｂｊｅｃｔ　Ａｃｃｅｓｓ　Ｐｒｏｔｏｃｏｌ）などのプロトコルによりＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）などの言語で記述されたメッセージを交換することにより行われる。
【０００４】
一方、インターネット上で複数のサービス提供システムが連携される場合、それらのサービス提供システムの間を流れる情報をどう管理するかが重要になってくる。特に、複数のサービス提供システムが連携してある特定のユーザに対してサービスを提供する場合、各サービス提供システム間に必要な情報を流通させ、その情報を各システムに共有させておく必要がある。その一方で、ユーザに関する情報を複数のサービス提供システム間で流通させることは、ユーザのプライバシー情報を漏洩するなどユーザにとって不利益になることもある。つまり、ネットワークを流れる個人情報を、ユーザの不利益にならない方法で保護する必要がある。
【０００５】
このような個人情報の保護の方法としては、例えばＭｉｃｒｏｓｏｆｔ（登録商標）社の．ＮＥＴ　ＭｙＳｅｒｖｉｃｅのような方法が挙げられる。この方法では、１）ポータルサーバにユーザの個人情報などを集約し、２）どのサービス提供システムにどの個人情報を渡すかをユーザに選択させる。このようにすれば、信頼するポータルサーバに置かれた個人情報だけが、サービス提供システム間で流通することになる。
【０００６】
【発明が解決しようとする課題】
しかし、上記のように複数のサービス提供システム間で直接メッセージを交換する場合、予めサービス提供システム同士が連携できるように各処理モジュールを設計する必要がある。またサーバは、メッセージの交換相手となる相手システムのサーバの信頼性を連携するたびに判断する処理モジュールを実装する必要がある。従って、サーバの処理負荷や開発・運用コストが増大し、結果的にサービスの提供価格が割高になりがちである。
【０００７】
一方、信頼されたポータルサーバに置かれた個人情報をサービス提供システム間で流通させる場合、ユーザはポータルサーバを信頼するか否かを選択するしかない。また、このモデルでは、集中管理されたユーザの個人情報を複数のサービス提供システム感で共有できる反面、ポータルサーバで管理されていない個人情報を他のサービス提供システムと共有する仕組みがない。
【０００８】
本発明の目的は、サービス提供システム間で情報を簡略に共有する技術を提供することにある。
【０００９】
本発明の別の目的は、サービス提供システム間で、ユーザのプライバシーを保護しつつ、情報を共有する技術を提供することにある。
【００１０】
本発明のさらに別の目的は、サービス提供システム間で情報を共有する際のサーバの処理負担を軽減する技術を提供することにある。
【００１１】
本発明のさらに別の目的は、サービス提供システム間で情報を柔軟に共有するための技術を提供することにある。
【００１２】
【課題を解決するための手段】
発明１は、情報提供装置群により提供される情報を取得する情報取得装置群と共に用いられ、以下のステップを含む情報共有方法を提供する。
・第１情報提供装置から第１情報を取得した第１情報取得装置から、前記第１情報を取得する取得ステップ、
・前記第１情報の全部または一部の共有先となる第２情報取得装置を決定する決定ステップ、
・前記第１情報の全部または一部を、前記第２情報取得装置に渡す共有ステップ。
【００１３】
ここで、前記第１情報提供装置は前記情報提供装置群に含まれ、前記第１情報取得装置及び第２情報取得装置は前記情報取得装置群に含まれている。
【００１４】
発明２は、情報提供装置群により提供される情報を取得する情報取得装置群と共に用いられ、以下の手段を備える情報共有装置を提供する。
・第１情報提供装置から第１情報を取得した第１情報取得装置から、前記第１情報を取得する取得手段、
・前記第１情報の全部または一部の共有先となる第２情報取得装置を決定する決定手段、
前記第１情報の全部または一部を、前記第２情報取得装置に渡す共有手段。
【００１５】
ここで、前記第１情報提供装置は前記情報提供装置群に含まれ、前記第１情報取得装置及び第２情報取得装置は前記情報取得装置群に含まれている。
【００１６】
発明３は、情報提供装置群により提供される情報を取得する情報取得装置群と共に用いられる情報共有プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。このプログラムは、以下のステップを実行する。
・前記情報提供装置群に含まれる第１情報提供装置から第１情報を取得した、前記情報取得装置群に含まれる第１情報取得装置から、前記第１情報を取得する取得ステップ、
・前記第１情報の全部または一部の共有先となる、前記情報取得装置群に含まれる第２情報取得装置を決定する決定ステップ、
・前記第１情報の全部または一部を、前記第２情報取得装置に渡す共有ステップ。
【００１７】
発明４は、以下の方法を含むユーザ情報管理方法を提供する。
・ユーザに情報を提供する情報提供装置の識別子と、前記情報提供装置から情報を取得する情報取得装置の識別子と、前記情報の共有を指示する指示コマンドと、前記情報の共有ルールの識別子と、を関連づけてユーザ毎に記憶するユーザ情報記憶ステップ、
・いずれかのユーザが操作するコンピュータからの要求に応じ、要求元のユーザに関連する、情報提供装置の識別子、情報取得装置の識別子、指示コマンド及び情報の共有ルールの識別子を送信する送信ステップ。
【００１８】
発明５は、ユーザ端末に用いられ、以下のステップを含む情報取得方法を提供する。
・情報を提供する情報提供装置から情報を取得する情報取得ステップ、
・前記情報の共有を指示する指示コマンドと、前記指示コマンドに対応する共有ルールの識別子と、を前記ユーザ端末にインストールするインストールステップ。
【００１９】
【発明の実施の形態】
＜第１実施形態例＞
（１）構成
（１−１）全体構成
図１は、本発明の情報共有方法を使用した情報共有システムの全体構成図である。このシステムは、ユーザ端末１と、サービス提供サーバ２ａ，２ｂ・・・２ｚ（以後、サービス提供サーバを総称する場合、サービス提供サーバ２と記載することがある。）と、サービスディレクトリサーバ３と、サービス管理サーバ４とを含む。これらの端末やサーバは、ネットワーク５により接続されている。ネットワーク５は、例えば、インターネット、無線ＬＡＮを含むＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＥＣＨＯＮＥＴの１または複数の組み合わせである。なお、ＥＣＨＯＮＥＴには、インターネットなどの外部の通信回線と繋がった図示しないゲートウェイがさらに接続されていてもよい。
【００２０】
サービス提供サーバ２は、ユーザ端末１からの要求に応じて所定の情報を含んだメッセージを送信するサーバである。サービス提供サーバ２の一例としては、ＳＯＡＰメッセージを送信するＷｅｂサーバや、ＥＣＨＯＮＥＴを用いて制御されるＤＶＤプレーヤ、テレビ、電子レンジ、冷蔵庫などの家電機器が挙げられる。
【００２１】
サービスディレクトリサーバ３は、ユーザ端末１がサービス提供サーバ２を検索・照会するためのサーバである。サービスディレクトリサーバ３は、例えば、ＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ　Ｄｅｓｃｒｉｐｔｉｏｎ　Ｄｉｓｃｏｖｅｒｙ
ａｎｄ　Ｉｎｔｅｇｒａｔｉｏｎ）を用いて構築される。
【００２２】
サービス管理サーバ４は、ユーザ端末１を操作するユーザのお気に入りサービスと、そのサービスで使用される情報の共有の指示コマンドと、情報の共有ルールとを記憶している。例えば、サービス管理サーバ４は、各ユーザ端末１のサービスコントローラを、管理データベース（ＤＢ）４１に記憶している。サービスコントローラとは、サービス提供サーバ２が提供するサービスを利用するために必要となる処理モジュールである。管理ＤＢ４１及びサービスコントローラについては詳細を後述する。
【００２３】
ユーザ端末１は、例えばパソコン（ＰＣ）、タブレットＰＣ、携帯電話、ＰＤＡにより実現可能である。ユーザ端末１は、起動時にサービス管理サーバ４にアクセスし、ユーザのお気に入りサービスのサービスコントローラのアドレス及びそれらの間で情報を共有するためのアクションルールを獲得する。ユーザ端末１の構成については詳細を後述する。
【００２４】
（１−２）ユーザ端末の構成
ユーザ端末１は、少なくとも１つのサービスコントローラ１１ａ，１１ｂ・・・１１ｚ（以後、サービスコントローラを総称する場合、サービスコントローラ１１と記載することがある。）と、メッセージルータ１２と、コントローラマネージャ１３と、ルータコントローラ１４とを備えている。
【００２５】
サービスコントローラ１１は、サービス提供サーバ２と対応している。サービスコントローラ１１は、対応するサービス提供サーバ２が提供するサービスを利用するためのサービス付属機能と、ユーザの情報を他のサービスコントローラ１１と共有するための共有機能と、を有している。サービス付属機能は、各サービスコントローラ１１により異なる。以下ではサービス提供サーバ２ａに対応するサービスコントローラ１１ａを例に取り、共有機能について説明する。
【００２６】
サービスコントローラ１１ａは、サービス提供サーバ２ａから所定のメッセージを受信する。サービスコントローラ１１ａは、例えばＪａｖａｓｃｒｉｐｔなどにより作成され、サービス提供サーバ２ａからダウンロードされる。サービスコントローラ１１ａは、必要に応じてその都度サービス提供サーバ２ａからダウンロードしてもよい。
【００２７】
メッセージルータ１２は、サービスコントローラ１１ａから前記メッセージを受信してそのメッセージをルータコントローラ１４に渡す。また、ルータコントローラ１４からの指示に従い、他のサービスコントローラ１１ｂ〜ｎにそのメッセージに基づく情報を送信する。どの情報の送信を行うか否か、またどのサービスコントローラ１１ｂ〜ｎに情報送信するかは、ルータコントローラ１４により決定される。
【００２８】
コントローラマネージャ１３は、サービスコントローラ１１の起動や停止を制御する。また、コントローラマネージャ１３はコントローラテーブル１３１を有している。コントローラテーブル１３１は、ユーザ端末１を操作するユーザがお気に入りのサービスを利用するために必要なプログラムであるサービスコントローラ１１の識別子を蓄積している。
【００２９】
ルータコントローラ１４は、タグと、タグに対応するアクションルール識別子と、を記憶している。タグは情報の共有を指示する指示コマンドである。アクションルールは、どの情報を、どのサービスコントローラ１１に渡すかを定義するプログラムである。ルータコントローラ１４は、前記メッセージ中のタグを検出し、検出したタグに応じたアクションルールを起動させる。ルータコントローラ１４は、必要に応じてサービス管理サーバ４などからダウンロードされてもよいし、常にユーザ端末１に存在してもよい。
【００３０】
（１−３）サービス提供サーバ及びサービスコントローラの構成
図２は、サービス提供サーバ２及びサービスコントローラ１１の詳細な構成図である。図２において、サービス提供サーバ２とサービスコントローラ１１とは対応しているとする。サービス提供サーバ２は、サービスＤＢ２０と、サービス提供部２１と、サービスコントローラ制御部２２と、サービスコントローラ通信部２３とを備えている。
【００３１】
まず、サービスＤＢ２０について説明する。サービスＤＢ２０に蓄積されるサービス情報及びサービス提供部２１が行う処理は、提供されるサービスによって異なる。例えば、提供するサービスがインターネット上で食材の注文を受け付けて配達を行う食材配達サービスの場合を考える。この場合、配達依頼人の氏名、住所、配達する食材の種類及び数量などが、サービス情報としてサービスＤＢ２０に蓄積される。
【００３２】
サービスＤＢ２０の更新は次のようにして行われる。サービスコントローラ１１ａからのメッセージは、サービスコントローラ通信部２３により受信され、サービスコントローラ制御部２２により解釈される。その結果、メッセージに記述されている情報の追加・更新・削除の実行がサービス提供部２１に指示され、サービスＤＢ２０が更新される。サービスコントローラ制御部２２の機能は、例えばメッセージがＳＯＡＰメッセージの場合、ＳＯＡＰリスナにより実現できる。
【００３３】
図３及び図４は、サービスＤＢ２０に蓄積されるサービス情報の具体例を示す説明図である。サービスＤＢ２０の構造及びサービス情報の内容は、提供されるサービスにより異なる。例えば、図３は、ユーザの嗜好に合致する情報を提供するサービスのサービス情報を示す。このサービス情報は、ユーザＩＤ、お気に入り企業、好みの音楽、好きな食べ物、及び好きなスポーツを、１レコードに含んでいる。図４は、ユーザの健康情報に基づいてユーザの健康維持に役立つ情報を提供する健康情報サービスのサービス情報を示す。このサービス情報は、ユーザＩＤ、年齢、体重、身長及び持病を１レコードに含んでいる。
【００３４】
一方、サービスコントローラ１１は、メッセージゲートウェイ１５と、サブコントローラ連携部１８と、サービス依存処理部１９とを備えている。メッセージゲートウェイ１５は、外部サーバ通信部１６及びルータ通信部１７を有している。外部サーバ通信部１６及びルータ通信部１７は、それぞれサービス提供サーバ２ａ及びメッセージルータ１２と、通信を行う。サービス依存処理部１９は、サービス提供サーバ２が提供するサービスに必要となるメッセージの生成・加工・削除・送受信などを行う。サブコントローラ連携部１８は、画面に表示されるウインドウに設けられたボタンへの操作などのイベントを検知する。
【００３５】
サービスコントローラ１１は、必要に応じてユーザ端末１にダウンロードされる。サービスコントローラ１１のダウンロードにより、サービスコントローラ１１の動作に必要なインストールファイルがインストールされる。インストールファイルの中には、サービスコントローラ１１に情報を提供するサービス提供サーバ２が使用する指示コマンドと共有ルールの識別子とを記述したルールファイルが含まれている。指示コマンドと共有ルールの識別子とは、コントローラマネージャ１３の制御の下、ルータコントローラ１４に渡されここに記憶される。
【００３６】
（２）情報共有システムにおける全体的な処理の流れ
図５は、本情報共有システムで行われる情報共有処理の大まかな流れを示す説明図である。まず、サービス情報を含むＳＯＡＰメッセージＭｓｇ１が、サービス提供サーバ２ａからサービスコントローラ１１ａに送信される（＃１）。
【００３７】
前記ＳＯＡＰメッセージＭｓｇ１は、ＳＯＡＰリスナを有するサービスコントローラ１１ａにより解釈される。その結果、所定の処理がサービスコントローラ１１ａにより実行される（＃２）。例えばＭｓｇ１に含まれる所定のサービス情報が抽出され、新たなメッセージＭｓｇ２が生成され、メッセージルータ１２に送信される（＃２）。メッセージＭｓｇ２は、サービス情報だけでなく、サービス情報の共有を指示するタグを含む。
【００３８】
メッセージＭｓｇ２は、メッセージルータ１２からルータコントローラ１４へ送られ、ここで解釈される（＃３）。その結果、アクションルールがルータコントローラ１４により決定する（＃４）。アクションルールは、例えばメッセージＭｓｇ２に記述されているＸＭＬタグが認識されることにより決定する。
【００３９】
アクションルールは、タグに対応する情報の共有先及び共有すべき情報を記述する。サービスの内容や情報の性質によっては、アクションルールが情報を加工する場合もある。加工とは、例えばグローバルアドレスからローカルアドレスへの変換である。また、共有する情報にユーザＩＤが入っている場合に、ユーザＩＤを疑似ユーザＩＤに変換する加工があげられる。アクションルールの一例としては、「メッセージＭｓｇ２をサービスコントローラ１１ｂに転送しても良いか否かの確認ダイアログボックスを表示し、入力結果に応じてメッセージＭｓｇ２の転送を行う」ことが挙げられる。
【００４０】
このアクションルールが実行された結果、メッセージＭｓｇ２中のサービス情報の一部または全部が、サービスコントローラ１１ｂに送信される（＃５）。
【００４１】
メッセージＭｓｇ２は、サービスコントローラ１１ｂに転送され、解釈される。その結果、サービスに応じた処理がサービスコントローラ１１ｂにより実行される。例えば、メッセージＭｓｇ２に含まれる一部のサービス情報が抽出され、新たなメッセージＭｓｇ３が生成されてサービス提供サーバ２ｂに送信される（＃６）。サービス提供サーバ２ｂは、メッセージＭｓｇ３を受信して提供するサービスに応じた処理を行う。
【００４２】
このように、サービス提供サーバ２ｂは、サービス提供サーバ２ａからの情報を、メッセージルータ１２を介して共有することが可能である。従って、サービス提供サーバ２ａ、２ｂ間で、互いが使用する情報を簡単に、かつサーバの負担を増加させることなく、共有することができる。また、メッセージにプライバシーに関わる個人情報が含まれる場合、そのような情報がサービス提供サーバ２ｂに共有されることをアクションルールで防止し、ユーザのプライバシーを保護することができる。また、サービス提供サーバ同士が共有できる情報は、いずれかが管理しているかどうかを問わないため、情報の共有形態に柔軟性を持たせることができる。
【００４３】
（３）データベース
次に、サービス管理サーバ４及びユーザ端末１の各テーブルに蓄積される情報について説明する。
【００４４】
まず、サービス管理サーバ４の各テーブルについて説明し、サービス管理サーバ４がどのように各ユーザ端末１のお気に入りサービスを管理しているかについて明らかにする。管理ＤＢ４１には、ユーザテーブル４２と、サービステーブル４３と、ルータコントローラテーブル４４とを有している。
【００４５】
（３−１）ユーザテーブル（サービス管理サーバ）
図６は、ユーザテーブル４２に蓄積されるユーザ情報の概念説明図である。ユーザテーブル４２は、１）ユーザと、２）そのユーザがお気に入りのサービスのサービス提供サーバ２及びサービスコントローラ１１と、３）タグと、４）アクションルールと、を対応付けている。ここでタグは、お気に入りのサービスで提供される情報の共有を指示する指示コマンドに相当する。また、アクションルールは、共有ルールに相当し、どの情報をどこに渡すかなどを規定する。
【００４６】
具体的には、ユーザ情報は、ユーザ名、ユーザＩＤ、パスワード、サービステーブル４３へのポインタ、及びルータコントローラテーブル４４へのポインタを、１レコードに含む。ここで、ユーザ名とは、ユーザ端末１からサービス管理サーバ４にログインして提供されるサービスを利用するユーザの名前である。ユーザＩＤ及びパスワードはユーザの認証情報である。サービステーブルへのポインタ及びルータコントローラテーブルへのポインタとは、例えばユーザ毎に生成されたそれぞれのテーブルのアドレスである。
【００４７】
（３−２）サービステーブル（サービス管理サーバ）
図７は、サービステーブルに蓄積されるサービス管理情報の概念説明図である。サービステーブルは、ユーザのお気に入りサービスのサービス提供サーバ２及びサービスコントローラ１１の識別子を記憶している。
【００４８】
サービス管理情報は、例えば、サービス提供者名、サービス提供サーバアドレス、サービス詳細説明アドレス、及びサービスコントローラアドレスを、１レコードに含む。ここで、サービス提供者名とは、サービス提供サーバ２を用いてサービスを提供する主体の名称である。サービス提供サーバアドレスとは、例えばサービス提供サーバ２のＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）である。サービス詳細説明アドレスとは、例えばサービス提供サーバ２で提供されるサービスの内容を詳細に説明したＷｅｂページのＵＲＬである。サービスコントローラアドレスとは、サービスコントローラ１１の動作を定義したプログラム、例えばＪａｖａアプレットが格納されているＵＲＬである。サービステーブル４３に記憶されたお気に入りサービスは、ユーザの指示により追加または削除可能である（後述する図１１）。
【００４９】
（３−３）ルータコントローラテーブル（サービス管理サーバ）
図８は、ルータコントローラテーブル４４に蓄積されるアクション情報の概念説明図である。ルータコントローラテーブル４４は、ユーザのお気に入りサービスが情報の共有を指示するタグと、アクションルールの識別子と、を記憶している。
【００５０】
具体的には、アクション情報は、キーワードタグ及びアクションルールアドレスを、１レコードに含む。ここで、キーワードタグとは、ルータコントローラ１４がこれを検出することにより情報の共有の契機となるタグである。アクションルールアドレスとは、キーワードタグが検出されたときに実行されるアクションルールの格納アドレスである。アクションルールは、例えばＪａｖａアプレットなどのプログラムである。
【００５１】
（３−４）コントローラテーブル（ユーザ端末）
次に、ユーザ端末１が有するコントローラテーブル１３１について説明する。コントローラテーブル１３１は、ユーザのお気に入りサービスのサービスコントローラ１１の格納アドレスを記憶する。このアドレスは、ユーザ端末１が起動時にサービス管理サーバ４の管理ＤＢ４１から取得する。また、このアドレスは、ユーザ端末１が新たにお気に入りサービスを設定すると、追加される。
【００５２】
図９は、コントローラテーブル１３１に蓄積されるサービスコントローラ情報の一例を示す説明図である。サービスコントローラ情報は、例えば、サービスコントローラ名、サービスコントローラアドレス、サービス提供者名、及びサービス提供サーバアドレスを、１レコードに含む。ここで、サービスコントローラ名とは、例えばサービスコントローラがＪａｖａアプレットの場合、そのアプレット名である。サービスコントローラアドレスとは、例えばサービスコントローラであるＪａｖａアプレットが格納されたＵＲＬである。サービス提供者名及びサービス提供サーバアドレスは、前述と同様である。
【００５３】
（４）処理の流れ
以下、本実施形態例に係る情報共有システムで行われる処理の流れについて説明する。
【００５４】
（４−１）初期設定処理
図１０は、ユーザ端末１及びサービス管理サーバ４で行われる初期設定処理の流れを示す説明図である。この処理では、起動後のユーザ端末１が、ユーザのお気に入りサービス利用のために必要な情報を取得する。
【００５５】
ユーザ端末１は、Ｗｅｂブラウザ（図示せず）などにより表示される画面上で認証情報の入力を受け付け、ユーザＩＤ及びパスワードをサービス管理サーバ４に送信する（＃１０）。
【００５６】
サービス管理サーバ４は、受信したユーザＩＤ及びパスワードがユーザテーブル４２に蓄積されているいずれかのユーザＩＤ及びパスワードと一致するか否かを判断する（＃１１）。一致する場合ユーザ端末１のログインは認証され、一致しない場合はログインが拒否される（＃１２）。
【００５７】
サービス管理サーバ４は、認証したユーザＩＤに基づいて、サービステーブル４３から、ユーザのお気に入りのサービスのサービス提供サーバ２及びそのサービスコントローラ１１のアドレスを抽出する（＃１３）。また、サービス管理サーバ４は、認証したユーザＩＤに基づいて、ルータコントローラテーブル４４から、ユーザのお気に入りのサービスで使用されるタグ及び対応するアクションルールのアドレスを抽出する（＃１４）。抽出された情報は、ユーザ端末１に送信される（＃１５）。
【００５８】
ユーザ端末１は、サービス提供サーバ２及びサービスコントローラ１１のアドレスを、コントローラテーブル１３１に記憶する（＃１６）。また、タグとアクションルールのアドレスを、ルータコントローラ１４に記憶する。ユーザ端末１は、サービスコントローラ１１のアドレスにアクセスし、サービス提供サーバ２から例えばダウンロードにより、サービス利用に必要なサービスコントローラ１１を取得する（＃１７）。さらにユーザ端末１は、アクションルールアドレスにアクセスし、例えばサービス提供サーバからダウンロードによりアクションルールを取得する（＃１８）。サービスコントローラ１１やアクションルールの取得は、必要に応じて行ってもよい。
【００５９】
（４−２）情報共有処理
以下、図５及び図１１〜図１６を参照し、本実施形態における情報共有処理の一例を、画面例に基づいて説明する。
【００６０】
図１１〜図１６は情報共有処理におけるユーザ端末１の画面遷移の一例である。一例として、ユーザのプライバシー情報であるレシピ情報が、サービス提供サーバ２ｙ（以下、食材配達サーバ２ｙという）と、サービス提供サーバ２ｚ（以下、健康管理サーバ２ｚという）との間で共有される場合を説明する。
【００６１】
食材配達サーバ２ｙは、食材配達サービスを提供している。健康管理サーバ２ｚは、健康管理サービスを提供している。ユーザは、ＤＶＤ再生画面に表示された料理番組を、ユーザ端末１で視聴している。ＤＶＤ再生画面は、ＤＶＤプレーヤであるサービス提供サーバ２ｘ（以下、単にＤＶＤプレーヤ２ｘという）により提供される。ユーザは、表示された料理のレシピに必要な食材の配達を、食材配達サービスに依頼する。この際、健康管理サーバ２ｚは、ユーザの同意を得てレシピ情報を取得し、ユーザの健康状態に適合するようレシピ情報の修正を行う。
【００６２】
図１１は、サービス管理サーバ４がユーザ端末１に提供するお気に入りサービス設定画面の一例を示す。お気に入りサービス設定画面上で、例えば健康管理サービスが選択されると、これがお気に入りサービスに追加される。具体的には、健康管理サービスに対応するサービスコントローラ１１ｚ（健康管理コントローラ１１ｚ）が、健康管理サーバ２ｚからユーザ端末１にダウンロードされる。また所定のインストールファイルと共に、健康管理サービスで提供される情報の共有を指示するタグと、アクションルールとが、インストールされる。タグとアクションルールとは、ルータコントローラ１４に記憶される。次いで、健康管理コントローラ１１ｚは、登録メッセージをコントローラマネージャ１３に送り、コントローラテーブル１３１に登録してもらう。なお、この画面上で、お気に入りサービスの削除も可能である。
【００６３】
つぎに、ユーザ端末１は、ＤＶＤプレーヤ２ｘに対応するサービスコントローラ１１ｘ（ＤＶＤコントローラ１１ｘという）を用い、料理のレシピ情報を含む料理番組の映像情報をＤＶＤプレーヤ２ｘへ要求する。レシピ情報は、料理番組データの中に、例えばＸＭＬ形式で埋め込まれている。ＤＶＤコントローラ１１ｘは、ＤＶＤプレーヤ２ｘからのレシピメッセージＭｓｇ１を解釈し、図１２に例示するＤＶＤ再生画面ウインドウ１２１に料理番組の映像を再生する。この映像は、ＤＶＤ操作ウインドウ１２２の各ボタンをクリックすることにより再生・一時停止などが可能である。
【００６４】
ここで、料理のレシピが表示されたときに「一時停止ボタン」がクリックされ、レシピ情報がユーザ端末１の画面右側に存在する「ポータルサービストレイ」１２３にドラッグアンドドロップされたとする。この「ポータルサービストレイ」１２３とは、例えばコントローラマネージャ１３により管理されているＧＵＩである。「ポータルサービストレイ」１２３がレシピ情報のドラッグアンドドロップを検知すると、レシピ情報は、ＤＶＤコントローラ１１ｘからメッセージルータ１２に渡される（＃２）。このときレシピ情報は、例えばＸＭＬで記述されたレシピメッセージＭｓｇ２として渡される。図１７は、レシピメッセージＭｓｇ２の一具体例を示す。
【００６５】
レシピメッセージＭｓｇ２は、メッセージルータ１２からさらにルータコントローラ１４に渡される（＃３）。ルータコントローラ１４は、レシピ情報を共有するためのアクションルールを、レシピメッセージＭｓｇ２中のタグに基づいて決定する（＃４）。例えば、ルータコントローラ１４は、図１７に例示するレシピメッセージＭｓｇ２からタグ＜ｍ：レシピ＞を検出すると、そのタグに対応するアクションルールの使用を決定する。アクションルールの一例としては、「食材配達サーバ２ｙに対応するサービスコントローラ１１ｙ（以下、食材配達コントローラ１１ｙという）にレシピ情報を転送する」が挙げられる。
【００６６】
アクションルールの決定後、ルータコントローラ１４は、食材配達コントローラ１１ｙが既にユーザ端末１に存在するか否かを、コントローラマネージャ１３に問い合わせる。コントローラマネージャ１３は、コントローラテーブル１３１を参照し、食材配達コントローラ１１ｙの有無をルータコントローラ１４に通知する。レシピ情報の転送先となる食材配達コントローラ１１ｙがユーザ端末１に存在しない場合、ルータコントローラ１４は、図１３に例示する「確認ウインドウ」１３２を表示する。確認ウインドウは、食材配達コントローラ１１ｙを食材配達サーバ２ｙからダウンロードしてもよいか否かをユーザに確認する。このウインドウで“Ｙｅｓ”がクリックされた場合、食材配達コントローラ１１ｙがユーザ端末１にダウンロードされ、図１４に例示する「食材配達サービストレイ」１４１が追加される。
【００６７】
食材配達コントローラ１１ｙがダウンロードされた後、レシピメッセージＭｓｇ２中のレシピ情報は、メッセージルータ１２から食材配達コントローラ１１ｙへ渡される（＃５）。このレシピ情報は、食材配達コントローラ１１ｙにより、例えばＸＭＬ文書である修正依頼メッセージＭｓｇ２に埋め込まれる。修正依頼メッセージＭｓｇ２は、例えば「ユーザの健康状態に適合するようにレシピを修正することを健康管理サーバ２ｚに依頼する」記述を含む。レシピ情報を含む修正依頼メッセージＭｓｇ２は、食材配達コントローラ１１ｙからルータコントローラ１４に渡されてここで解釈される（＃３）。解釈の結果、「ユーザの同意の上で健康管理コントローラ１１ｚに転送する」アクションルールが決定する（＃４）。このアクションルールに従い、ルータコントローラ１４は、図１４に例示する確認ウインドウ１４２を表示する。
【００６８】
このウインドウ１４２は、レシピ情報を健康管理サーバ２ｚに転送してもよいどうかを、ユーザに確認する。このウインドウ上で“Ｙｅｓ”がクリックされた場合、メッセージルータ１２から健康管理コントローラ１１ｚにレシピ情報が渡される（＃５）。次いでレシピ情報は、健康管理コントローラ１１ｙにより解釈される。解釈の結果、例えばレシピ情報の修正を依頼する修正依頼メッセージＭｓｇ３が、健康管理コントローラ１１ｚから健康管理サーバ２ｚに送信される（＃６）。
【００６９】
修正依頼メッセージＭｓｇ３により送信されたレシピ情報は、健康管理サーバ２ｚにより修正され、修正後のレシピ情報を含む修正済メッセージＭｓｇ１が健康管理コントローラ１１ｚに送信される（＃１）。さらに修正済メッセージＭｓｇ１は、メッセージルータ１２を介し、ルータコントローラ１４に渡される（＃２）。次いで修正済メッセージＭｓｇ１に含まれるタグ情報が解釈され、アクションルールが決定し、これに従って図１５に例示するレシピ確認ウインドウ１５１が表示される（＃４）。このウインドウ１５１は、修正前のレシピ情報と修正後のレシピ情報とを表示し、ユーザに修正後のレシピで食材配達を依頼するか否かを確認する。このウインドウ１５１で“Ｙｅｓ”がクリックされた場合、修正後のレシピ情報が食材配達コントローラ１１ｙに送信される（＃５）。修正後のレシピ情報に基づき、ユーザの識別情報など食材配達に必要な情報を付加した注文メッセージＭｓｇ３が、食材配達コントローラ１１ｙから食材配達サーバ２ｙに送信される（＃６）。そして、図１６に例示する注文が完了した旨の確認ウインドウ１６１が表示される。
【００７０】
このように、食材配達サーバ２ｙと健康管理サーバ２ｚは、レシピ情報を、メッセージルータ１２を介して大きな負担なく簡単に共有することができる。また、レシピ情報の共有に先立ちユーザの同意を得るので、ユーザのプライバシーを保護することができる。アクションルールにより共有する情報を制限することで、プライバシーを保護することも可能である。食材配達サーバ２ｙと健康管理サーバ２ｚとが共有する情報は、いずれかが管理しているかどうかを問わないため、情報の共有形態に柔軟性を持たせることができる。
【００７１】
＜第２実施形態＞
前記第１実施形態の情報共有処理は、その他の情報提供サービスに用いることも可能である。第２実施形態では、お気に入り情報提供サーバ２ｇと、お勧め情報提供サーバ２ｈと、の間の情報共有処理を例に挙げて本発明を説明する。お気に入り情報提供サーバ２ｇは、ユーザの嗜好に適合する情報を登録・閲覧できるサービスを提供する。このサービスは、お気に入りコントローラ１１ｇにより利用可能である。お勧め情報提供サーバ２ｈは、あるエリアでお勧めの情報を閲覧できるサービスを提供する。このサービスは、お勧めコントローラ１１ｈにより利用可能である。
【００７２】
本実施形態における情報共有処理により、お気に入り情報提供サーバ２ｇが有するユーザの嗜好情報（前記図３参照）が、ユーザの同意の下でお勧め情報提供サーバ２ｈに提供される。従って、ユーザのプライバシーを適切に保護しつつ、ユーザの嗜好に適合したお勧め情報をユーザに提供することが可能となる。
【００７３】
［情報共有処理における画面例］
以下、図５及び図１８〜図２２を参照し、本実施形態における情報共有処理を具体的に説明する。
【００７４】
図１８は、ユーザ端末１の画面例を示す。この画面には、お気に入り情報サービスによる「お気に入り情報ＢＯＸ」１８１と、お勧め情報サービスによる「お勧め情報ＢＯＸ」１８２と、が並列表示されている。この画面は、例えばユーザにより「お気に入り情報サービス」と「お勧め情報サービス」との間で情報共有することが選択された場合、ユーザ端末１により作成される。あるいは、この画面は、それぞれのサーバ２ｇ、２ｈにより提供される。
【００７５】
まず、図１８の画面中の「推薦を受けるボタン」１８３がクリックされると、お気に入りコントローラ１１ｇは、ルータコントローラ１４に、嗜好情報の送信を要求する。この要求に応じ、図１９に例示する確認ウインドウ１９１が、ルータコントローラ１４により表示される。確認ウインドウ１９１は、お気に入り情報提供サーバ２ｇからお勧め情報提供サーバ２ｈに嗜好情報を転送してもよいか否かを確認する。“Ｙｅｓ”がクリックされると、嗜好情報を含む嗜好メッセージＭｓｇ１が、お気に入り情報提供サーバ２ｇからお気に入りコントローラ２ｇに送信される（＃１）。嗜好情報は、嗜好メッセージＭｓｇ２となってお気に入りコントローラ２ｇからルータコントローラ１４に送信される（＃２、＃３）。嗜好メッセージＭｓｇ２中の嗜好情報は、ルータコントローラ１４により解釈され、アクションルールが決定する（＃４）。例えば、「嗜好情報の送信先はお勧めコントローラ２ｈである」アクションルールが決定する（＃４）。嗜好情報は、このアクションルールに基づいてルータコントローラ１４に抽出され、メッセージルータ１２からお勧めコントローラ２ｈを経て（＃５）、お勧め情報提供サーバ２ｈに送信される（＃６）。
【００７６】
お勧め情報提供サーバ２ｈは、送信された嗜好情報に基づき、そのユーザの嗜好に最も適合するお勧め情報を、サービスＤＢ２０から抽出する。抽出されたお勧め情報はお勧めメッセージＭｓｇ１としてお勧めコントローラ１１ｈへ送信される（＃１）。お勧めコントローラ１１ｈは、お勧めメッセージＭｓｇ１に基づいて、お勧め情報を表示する。
【００７７】
図２０は、お勧めメッセージＭｓｇ１に基づくお勧め情報の表示例である。「お勧め情報ＢＯＸ」内に、名称「川崎テニスクラブ」及び内容「テニスサークル」がフォーカス表示されている。同時に、「推薦コミュニティの紹介」ウインドウ２０１には、「川崎テニスクラブ」に関する詳細な情報が表示されている。ここで「お気に入りに登録ボタン」２０２がクリックされると、お勧め情報を含むお勧めメッセージＭｓｇ２が、お勧めコントローラ１１ｈからメッセージルータ１２へ渡される。お勧め情報は、「お勧め情報ＢＯＸ」で現在フォーカス表示されている「川崎テニスクラブ」に関する情報である。
【００７８】
お勧めメッセージＭｓｇ２は、ルータコントローラ１４により解釈され（＃３）、アクションルールが決定する（＃４）。例えば「お勧め情報メッセージをお気に入りコントローラ１１ｇへ渡す」アクションルールが決定する。お勧め情報は、アクションルールに従い、メッセージルータ１２からお気に入りコントローラ１１ｇへ渡される（＃５）。さらにお勧め情報は、ユーザＩＤとともに、お勧め情報メッセージＭｓｇ３として、お気に入りコントローラ１１ｇからお気に入り情報提供サーバ２ｇへ送信される（＃６）。送信されたお勧め情報は、送信されたユーザＩＤで識別されるユーザのお気に入り情報に追加される。なお、各ユーザのお気に入り情報は、お気に入り情報提供サーバ２ｇに蓄積されている。図２１は、追加されたお勧め情報が、お気に入り情報として「お気に入り情報ＢＯＸ」に表示される画面例を示す。
【００７９】
以上のように、お気に入り情報提供サーバ２ｇとお勧め情報提供サーバ２ｈとが、情報を柔軟に共有しながらも、情報の共有に先立ちユーザの同意を得るので、ユーザのプライバシーを保護することができる。また情報共有のためのサーバの負担は最小限に抑えることができる。
【００８０】
＜その他の実施形態例＞
本発明の情報共有方法は、サービス提供サーバ及びサービスコントローラの種類を問わず、適用可能である。アクションルールは、各サービス提供サーバにより提供される情報と、その情報を利用するサービスの内容とに基づいて、適宜設定される。
【００８１】
前述した本発明の方法を実行するプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフロッピーディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
【００８２】
（付記１）
情報提供装置群により提供される情報を取得する情報取得装置群と共に用いられる情報共有方法であって、
第１情報提供装置から第１情報を取得した第１情報取得装置から、前記第１情報を取得する取得ステップと、
前記第１情報の全部または一部の共有先となる第２情報取得装置を決定する決定ステップと、
前記第１情報の全部または一部を、前記第２情報取得装置に渡す共有ステップと、を含み、
前記第１情報提供装置は前記情報提供装置群に含まれ、前記第１情報取得装置及び第２情報取得装置は前記情報取得装置群に含まれている、
情報共有方法。
【００８３】
情報提供装置と情報取得装置とは、サービスを提供する情報提供者により提供される。情報取得装置は、アクティブエックス、Ｊａｖａアプレット、ＶＢＳｃｒｉｐｔ、ＪａｖａＳｃｒｉｐｔなどのスクリプト言語で記述されたアプリケーションである。情報は、プラットフォームに依存しないメッセージング技術で送受信されることが好ましい。例えば、情報はＸＭＬで記述されたＳＯＡＰメッセージとして送受信される。
【００８４】
情報の共有形態としては、例えば第１情報取得装置から第２情報取得装置へ第１情報を渡すことがあげられる。また、あるメモリ領域に第１情報を保存しておき、第２情報取得装置がその第１情報を利用することが挙げられる。なお共有する情報は、第１情報の全部でなくともよく、その一部でもよい。例えばユーザのプライバシーを保護するために、一部の情報は共有しない場合もある。
【００８５】
以上のように、第２情報取得装置に対応する第２情報提供装置は、第２情報取得装置から前記第１情報を取得できる。従って、第１情報取得装置と第２情報取得装置とが情報を共有することにより、第１情報提供装置と第２情報提供装置とが容易に情報を共有できるようになる。また、第１情報提供装置が一部の第１情報を共有対象から外せば、第１情報の所有者のプライバシーを保護することができる。
【００８６】
（付記２）
前記第１情報の共有を指示する指示コマンドが前記第１情報取得装置から送出されるのを検出する検出ステップをさらに含み、
前記決定ステップは、前記指示コマンドが検出された場合、前記第１情報の共有ルールを決定し、決定した共有ルールに従って前記共有先を決定する、
付記１に記載の情報共有方法。
【００８７】
指示コマンドの一例は、ＳＯＡＰメッセージ中の特定のタグである。第１情報取得装置からのＳＯＡＰメッセージには、指示コマンドとなるタグに挟まれた第１情報が記述されている。この指示コマンドは、第１情報提供装置または第１情報取得装置により記述される。ＳＯＡＰメッセージに含まれるタグに応じて、共有ルールが決まる。共有ルールは、具体的にはプログラムにより記述される。このプログラムは、共有先にどの情報を渡すかを決定したり、共有先へ情報を送出したりする。
【００８８】
（付記３）
前記第１情報の共有を指示する指示コマンドが前記第１情報取得装置から送出されるのを検出する検出ステップをさらに含み、
前記決定ステップは、
指示コマンド及び各指示コマンドに対応する共有ルールの識別子を記憶し、前記指示コマンドが検出された場合、記憶されている共有ルール識別子の中から前記指示コマンドに対応する共有ルール識別子を検索することにより、前記第１情報の共有ルールを決定し、共有ルールに従って前記共有先を決定する、
付記１に記載の情報共有方法。
【００８９】
共有ルール識別子は、共有ルールを記述するプログラムのファイル名や、プログラムの格納場所を示すアドレスなどである。ＳＯＡＰメッセージが解釈され、プログラムが、必要に応じてダウンロードされた後に起動することにより、第１情報が共有先に渡される。
【００９０】
（付記４）
前記指示コマンド及び各指示コマンドに対応する共有ルールの識別子を記憶しているコンピュータに、前記指示コマンド及び前記共有ルール識別子を要求する要求ステップと、
前記コンピュータから、前記指示コマンド及び前記共有ルール識別子を取得するルール取得ステップと、
をさらに含む、付記３に記載の情報共有方法。
【００９１】
コンピュータは、ユーザがお気に入りのサービスを利用するのに必要となるタグや、そのタグに対応する共有ルールの識別子を、記憶している。ユーザ端末は、起動時にこれらの情報をコンピュータから取得する。ユーザ端末は、必要に応じ、プログラムである共有ルールをそのアドレスから取得することができる。
【００９２】
（付記５）
前記共有ステップは、前記第１情報の全部または一部を加工して前記第２情報取得装置に渡す、付記１に記載の情報共有方法。
【００９３】
加工とは、例えばグローバルアドレスからローカルアドレスへの変換である。また、第１情報にユーザＩＤが入っている場合に、ユーザＩＤを疑似ユーザＩＤに変換する加工があげられる。
【００９４】
（付記６）
情報提供装置群により提供される情報を取得する情報取得装置群と共に用いられる情報共有装置であって、
第１情報提供装置から第１情報を取得した第１情報取得装置から、前記第１情報を取得する取得手段と、
前記第１情報の全部または一部の共有先となる第２情報取得装置を決定する決定手段と、
前記第１情報の全部または一部を、前記第２情報取得装置に渡す共有手段と、を備え、
前記第１情報提供装置は前記情報提供装置群に含まれ、前記第１情報取得装置及び第２情報取得装置は前記情報取得装置群に含まれている、
情報共有装置。
【００９５】
（付記７）
情報提供装置群により提供される情報を取得する情報取得装置群が動作するコンピュータに用いられる情報共有プログラムであって、
第１情報提供装置から第１情報を取得した第１情報取得装置から、前記第１情報を取得する取得手段、
前記第１情報の全部または一部の共有先となる第２情報取得装置を決定する決定手段、及び
前記第１情報の全部または一部を、前記第２情報取得装置に渡す共有手段、として前記コンピュータを機能させ、
前記第１情報提供装置は前記情報提供装置群に含まれ、前記第１情報取得装置及び第２情報取得装置は前記情報取得装置群に含まれている、
情報共有プログラム。
【００９６】
（付記８）
情報提供装置群により提供される情報を取得する情報取得装置群と共に用いられる情報共有プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
前記情報提供装置群に含まれる第１情報提供装置から第１情報を取得した、前記情報取得装置群に含まれる第１情報取得装置から、前記第１情報を取得する取得ステップと、
前記第１情報の全部または一部の共有先となる、前記情報取得装置群に含まれる第２情報取得装置を決定する決定ステップと、
前記第１情報の全部または一部を、前記第２情報取得装置に渡す共有ステップと、を実行させる情報プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【００９７】
ここで、記録媒体としては、コンピュータが読み書き可能なフロッピーディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
【００９８】
（付記９）
ユーザに情報を提供する情報提供装置の識別子と、前記情報提供装置から情報を取得する情報取得装置の識別子と、前記情報の共有を指示する指示コマンドと、前記情報の共有ルールの識別子と、を関連づけて、ユーザ毎に記憶するユーザ情報記憶ステップと、
いずれかのユーザが操作するコンピュータからの要求に応じ、要求元のユーザに関連する、情報提供装置の識別子、情報取得装置の識別子、指示コマンド及び情報の共有ルールの識別子を送信する送信ステップと、
を含むユーザ情報管理方法。
【００９９】
この方法は、例えば複数のユーザ端末が接続されるサーバに適用される。サーバは、ユーザがお気に入りのサービスのサーバ及びそのクライアントのＵＲＬ、タグ、タグに対応するプログラムのＵＲＬを記憶している。ユーザ端末は、起動時に、これらの情報を取得する。これにより、ユーザ端末は、これらの情報を自端末で保持する負担を軽減される。
【０１００】
なお、この方法を実行するコンピュータ装置、コンピュータプログラム、及び前記プログラムが記録されたコンピュータ読み取り可能な記録媒体、も本発明に含まれる。
【０１０１】
（付記１０）
ユーザ端末に用いられる情報取得方法であって、
情報を提供する情報提供装置から情報を取得する情報取得ステップと、
前記情報の共有を指示する指示コマンドと、前記指示コマンドに対応する共有ルールの識別子と、を前記ユーザ端末にインストールするインストールステップと、
を含む、情報取得方法。
【０１０２】
情報提供装置と対で動作する情報取得装置のプログラムをダウンロードするときに、タグとタグに対応するアクションルールの識別子とが、ユーザ端末にインストールされる。これにより、ユーザ端末は、始めて利用するサービスで提供される情報から検出すべきタグと、実行すべき共有ルールの格納場所とを知ることができる。なお、この方法を実行するコンピュータ装置、コンピュータプログラム、及び前記プログラムが記録されたコンピュータ読み取り可能な記録媒体、も本発明に含まれる。
【０１０３】
【発明の効果】
本発明を用いれば、情報を提供するサーバ間で、使用される情報の共有を簡略にすることが可能である。
【図面の簡単な説明】
【図１】第１実施形態に係る情報サービスシステムの全体構成図。
【図２】サービス提供サーバ及びサービスコントローラの構成図。
【図３】サービスＤＢに蓄積される嗜好情報の一例。
【図４】サービスＤＢに蓄積される健康情報の一例。
【図５】情報共有処理の流れを示す説明図。
【図６】ユーザテーブルに蓄積される情報の概念説明図。
【図７】サービステーブルに蓄積される情報の概念説明図。
【図８】ルータコントローラテーブルに蓄積される情報の概念説明図。
【図９】コントローラテーブルに蓄積される情報の概念説明図。
【図１０】初期設定処理の流れを示す説明図。
【図１１】お気に入りサービス設定画面の一例。
【図１２】ユーザ端末におけるサービス利用時の画面例（食材配達を注文）。
【図１３】ユーザ端末におけるサービス利用時の画面例（食材配達コントローラのダウンロードを確認）。
【図１４】ユーザ端末におけるサービス利用時の画面例（健康管理サービスへの情報の提供の確認）。
【図１５】ユーザ端末におけるサービス利用時の画面例（修正されたレシピの表示）。
【図１６】ユーザ端末におけるサービス利用時の画面例（食材配達の注文完了）。
【図１７】ＸＭＬで記述されたＳＯＡＰメッセージのヘッダ及びボディの一例。
【図１８】ユーザ端末におけるサービス利用時の画面例（初期画面）。
【図１９】ユーザ端末におけるサービス利用時の画面例（お勧め情報サービスへの情報の提供の確認）。
【図２０】ユーザ端末におけるサービス利用時の画面例（お勧め情報の表示）。
【図２１】ユーザ端末におけるサービス利用時の画面例（お気に入り情報サービスへの情報の提供の表示）。
【符号の説明】
１：ユーザ端末
２：サービス提供サーバ
１１：サービスコントローラ
１２：メッセージルータ
１３：コントローラマネージャ
１４：ルータコントローラ
【図１】
2004038787.tif 000003
【図２】
2004038787.tif 000004
【図３】
2004038787.tif 000005
【図４】
2004038787.tif 000006
【図５】
2004038787.tif 000007
【図６】
2004038787.tif 000008
【図７】
2004038787.tif 000009
【図８】
2004038787.tif 000010
【図９】
2004038787.tif 000011
【図１０】
2004038787.tif 000012
【図１１】
2004038787.tif 000013
【図１２】
2004038787.tif 000014
【図１３】
2004038787.tif 000015
【図１４】
2004038787.tif 000016
【図１５】
2004038787.tif 000017
【図１６】
2004038787.tif 000018
【図１７】
2004038787.tif 000019
【図１８】
2004038787.tif 000020
【図１９】
2004038787.tif 000021
【図２０】
2004038787.tif 000022
【図２１】
2004038787.tif 000023