(57)【要約】【課題】リンク情報や提携関係を構築する手間を削減しつつ、情報の内容に応じて適正なユーザにのみ情報を提示することで情報発信者及びユーザの便宜を図る。【解決手段】コミュニティへのユーザ登録を希望するユーザからユーザ情報を受信すると（Ｓ９３）、受信されたユーザ情報を登録し当該ユーザをコミュニティの新規会員とする（Ｓ９４）。このユーザ登録を終えると、新規ユーザの情報発信に関するチケットを登録するべく、チケット管理部に対しチケット登録要求を行う（Ｓ９５）。これにより、新規ユーザによる情報発信ページのアドレス等の情報が新たなチケットとして登録され、その新規ユーザのページが他の会員により閲覧可能となる。また、新規ユーザの個人情報に対し、コミュニティの会員である旨を示すＩＤを付与するよう更新処理を行う（Ｓ９６）。これにより、新規ユーザは、他の会員のページの閲覧が許可される。【選択図】　図１２
2004046288.tif 000002
【特許請求の範囲】
【請求項１】
サービスに接続するためのアクセス方法情報が格納された手続きファイルと、
商品に付与されたコード、当該商品に関連したサービスを提供するサービス提供者のアクセス先アドレス、及び前記手続きファイルの格納先情報、並びに、前記商品に関する情報と前記商品に関連するサービスに関する情報の両方又は一方を含むチケットを格納管理するチケット格納管理手段と、
ユーザにより要求されたコード及びチケット要求を、当該ユーザの識別情報とともに受け付ける要求受付手段と、
ユーザの嗜好情報を含むユーザ情報をユーザの識別情報に対応づけて記憶したユーザ情報記憶手段と、
前記要求受付手段による受け付けにより得られたコード及びチケット要求に基づいて、前記コードに対応したチケットの検索を前記チケット格納管理手段に実行させる検索制御手段と、
前記検索により得られたチケットに含まれた手続きファイルの格納先情報を読み出し、当該格納先情報に基づいて前記手続きファイルからアクセス方法情報を読み出すアクセス方法情報読出し手段と、
前記検索により得られたチケットに含まれたサービス提供者のアクセス先アドレスを読み出し、当該サービス提供者のアクセス先アドレスに基づいてサービス提供者へサービス提供内容情報を要求し、当該サービスに関する手続きファイルに格納されたアクセス方法に従って獲得するサービス情報獲得手段と、
前記チケットに含まれた前記商品に関する情報、前記サービスに関する情報、読み出されたアクセス方法情報、及び獲得されたサービス提供内容情報をユーザへ提示する提示制御手段と、
を備え、
前記チケットは、当該チケットに含まれた情報の提示が許可されるユーザの条件を表す許可条件情報を含み、
前記提示制御手段は、
前記受け付けにより得られたユーザの識別情報に対応したユーザ情報を前記ユーザ情報記憶手段から読み出し、当該ユーザ情報と前記チケットに含まれた許可条件情報とに基づいて、当該チケットに含まれた情報の当該ユーザへの提示を許可するか否かを判断し、提示を許可する場合に当該ユーザへの提示を行う、
ことを特徴とする情報提供制御システム。
【請求項２】
嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段と、
前記サービス提供者となり当該ユーザのアクセス先アドレスの情報提供を希望する前記登録されたユーザからの、当該ユーザの嗜好に関連する商品に付与されたコードと当該ユーザのアクセス先アドレスとを含むチケットの登録要求を受け付け、前記チケット格納管理手段に当該チケットの登録を要求するチケット登録要求手段と、
をさらに備え、
前記チケット格納管理手段は、
前記チケットの登録要求に基づいて、前記コードと前記アクセス先アドレスとを含む新たなチケットを登録する、
ことを特徴とする請求項１記載の情報提供制御システム。
【請求項３】
嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段と、
前記登録されたユーザからの当該ユーザの嗜好に関連する商品に関するチケットの情報提示要求を受け付け、当該チケットに含まれた情報の当該ユーザへの提示が許可されるように、当該ユーザのユーザ情報が当該チケットに関する許可条件情報に対応するよう前記ユーザ情報記憶手段に記憶された当該ユーザのユーザ情報を更新するユーザ情報管理手段と、
をさらに備えた請求項１記載の情報提供制御システム。
【請求項４】
サービスに接続するためのアクセス方法情報が格納された手続きファイルと、商品に付与されたコード、当該商品に関連したサービスを提供するサービス提供者のアクセス先アドレス、及び前記手続きファイルの格納先情報、並びに、前記商品に関する情報と前記商品に関連するサービスに関する情報の両方又は一方を含むチケットを格納管理するチケット格納管理手段と、ユーザの嗜好情報を含むユーザ情報をユーザの識別情報に対応づけて記憶したユーザ情報記憶手段と、を備えた情報提供制御システムにて実行される情報提供制御方法であって、
ユーザにより要求されたコード及びチケット要求を、当該ユーザの識別情報とともに受け付ける要求受付工程と、
前記受け付けにより得られたコード及びチケット要求に基づいて、前記コードに対応したチケットの検索を前記チケット格納管理手段に実行させる検索制御工程と、
前記検索により得られたチケットに含まれた手続きファイルの格納先情報を読み出し、当該格納先情報に基づいて前記手続きファイルからアクセス方法情報を読み出すアクセス方法情報読出し工程と、
前記検索により得られたチケットに含まれたサービス提供者のアクセス先アドレスを読み出し、当該サービス提供者のアクセス先アドレスに基づいてサービス提供者へサービス提供内容情報を要求し、当該サービスに関する手続きファイルに格納されたアクセス方法に従って獲得するサービス情報獲得工程と、
前記チケットに含まれた前記商品に関する情報、前記サービスに関する情報、読み出されたアクセス方法情報、及び獲得されたサービス提供内容情報をユーザへ提示する提示制御工程とを有し、
前記チケットは、当該チケットに含まれた情報の提示が許可されるユーザの条件を表す許可条件情報を含み、
前記提示制御工程では、
前記受け付けにより得られたユーザの識別情報に対応したユーザ情報を前記ユーザ情報記憶手段から読み出し、当該ユーザ情報と前記チケットに含まれた許可条件情報とに基づいて、当該チケットに含まれた情報の当該ユーザへの提示を許可するか否かを判断し、提示を許可する場合に当該ユーザへの提示を行う、
ことを特徴とする情報提供制御方法。
【請求項５】
前記情報提供制御システムが、嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段をさらに備え、
前記サービス提供者となり当該ユーザのアクセス先アドレスの情報提供を希望する前記登録されたユーザからの、当該ユーザの嗜好に関連する商品に付与されたコードと当該ユーザのアクセス先アドレスとを含むチケットの登録要求に基づいて、前記チケット格納管理手段に当該チケットの登録を要求する登録要求工程と、
前記チケット格納管理手段により、前記チケットの登録要求に基づいて、前記コードと前記アクセス先アドレスとを含む新たなチケットを登録するチケット登録工程と、
をさらに有することを特徴とする請求項４記載の情報提供制御方法。
【請求項６】
前記情報提供制御システムが、嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段をさらに備え、
前記登録されたユーザからの、当該ユーザの嗜好に関連する商品に関するチケットの情報提示要求に基づいて、当該チケットに含まれた情報の当該ユーザへの提示が許可されるように、当該ユーザのユーザ情報が当該チケットに関する許可条件情報に対応するよう前記ユーザ情報記憶手段に記憶された当該ユーザのユーザ情報を更新するユーザ情報更新工程をさらに有することを特徴とする請求項４記載の情報提供制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数業種を横断的に連携させユーザにサービス情報を提供する情報提供制御システム及び情報提供制御方法に関する。特に、本発明は、コミュニティ（即ち、嗜好に関して共通性を持つ複数のユーザの集団）に属するユーザからの情報提示及び当該ユーザによる情報取得を支援することに関する。
【０００２】
【従来の技術】
従来、ネットワーク上で構築運営されるコミュニティとしては、コミュニティを運営する１つのサーバ等のシステムにアクセス／ログインし、そのサーバの中で情報交換を行うものと、分散したサーバの相互接続により各々のサーバでの情報発信を連携させるものとがあった。
【０００３】
このうち、１つのサーバにより形成されるコミュニティでは、アクセスが集中して一時的に過負荷状態となるおそれがある等のシステム資源の制約があるという問題がある。これに対し、分散した複数のサーバに情報を分散させ、相互接続させるコミュニティでは、システム資源の制約を受けることは少ない。
【０００４】
但し、後者のコミュニティ（分散した複数のサーバによる情報発信型のコミュニティ）は、システムの相互接続を維持するため、予め連携する複数のシステム間の関係をＵＲＬのリンクとして用意しておく必要や、または総合的に情報を提供する大手の情報提供者（例えば、ヤフーやニフティ）と提携する必要があった。
【０００５】
【発明が解決しようとする課題】
しかしながら、情報が絶えず更新されるコミュニティにとって、システムの相互接続を維持するためのリンク情報や提携関係を構築することは極めて煩雑な作業を要するという問題があった。
【０００６】
その一方で、コミュニティは、一般的に、不特定多数のユーザへの情報提示を目的とせず、所定の規則の遵守を約束した特定ユーザ（即ち、コミュニティの会員）への情報提示を目的とする。そのため、分散した複数のサーバに情報を分散させ相互接続させるコミュニティにとっては、提示される情報の内容に応じて、提示を許可するユーザにのみ情報が提示されるようなしくみを構築する必要があった。
【０００７】
本発明は上記課題を解決するために成され、その目的は、複数業種を横断的に連携させユーザにサービス情報を提供する情報提供制御システム及び情報提供制御方法において、リンク情報や提携関係を構築する手間を削減しつつ、情報の内容に応じて適正なユーザにのみ情報を提示することで、情報発信者及びユーザの便宜を図ることにある。
【０００８】
【課題を解決するための手段】
上記目的を達成するために、本発明に係る情報提供制御システムは、請求項１に記載したように、サービスに接続するためのアクセス方法情報が格納された手続きファイルと、商品に付与されたコード、当該商品に関連したサービスを提供するサービス提供者のアクセス先アドレス、及び前記手続きファイルの格納先情報、並びに、前記商品に関する情報と前記商品に関連するサービスに関する情報の両方又は一方を含むチケットを格納管理するチケット格納管理手段と、ユーザにより要求されたコード及びチケット要求を、当該ユーザの識別情報とともに受け付ける要求受付手段と、ユーザの嗜好情報を含むユーザ情報をユーザの識別情報に対応づけて記憶したユーザ情報記憶手段と、前記要求受付手段による受け付けにより得られたコード及びチケット要求に基づいて、前記コードに対応したチケットの検索を前記チケット格納管理手段に実行させる検索制御手段と、前記検索により得られたチケットに含まれた手続きファイルの格納先情報を読み出し、当該格納先情報に基づいて前記手続きファイルからアクセス方法情報を読み出すアクセス方法情報読出し手段と、前記検索により得られたチケットに含まれたサービス提供者のアクセス先アドレスを読み出し、当該サービス提供者のアクセス先アドレスに基づいてサービス提供者へサービス提供内容情報を要求し、当該サービスに関する手続きファイルに格納されたアクセス方法に従って獲得するサービス情報獲得手段と、前記チケットに含まれた前記商品に関する情報、前記サービスに関する情報、読み出されたアクセス方法情報、及び獲得されたサービス提供内容情報をユーザへ提示する提示制御手段と、を備え、前記チケットは、当該チケットに含まれた情報の提示が許可されるユーザの条件を表す許可条件情報を含み、前記提示制御手段は、前記受け付けにより得られたユーザの識別情報に対応したユーザ情報を前記ユーザ情報記憶手段から読み出し、当該ユーザ情報と前記チケットに含まれた許可条件情報とに基づいて、当該チケットに含まれた情報の当該ユーザへの提示を許可するか否かを判断し、提示を許可する場合に当該ユーザへの提示を行うことを特徴とする。
【０００９】
上記情報提供制御システムでは、サービスに接続するためのアクセス方法情報が格納された手続きファイルと、ユーザの嗜好情報を含むユーザ情報をユーザの識別情報に対応づけて記憶したユーザ情報記憶手段とが存在し、チケット格納管理手段が、商品に付与されたコード、当該商品に関連したサービスを提供するサービス提供者のアクセス先アドレス、及び手続きファイルの格納先情報、並びに、商品に関する情報と商品に関連するサービスに関する情報の両方又は一方を含むチケットを格納管理している。ここで、ユーザが、当該ユーザの識別情報とともにコード及びチケット要求によりチケットを要求すると、要求受付手段が、コード及びチケット要求を、当該ユーザの識別情報とともに受け付け、検索制御手段が、当該コード及びチケット要求に基づいて、当該コードに対応したチケットの検索をチケット格納管理手段に実行させる。
【００１０】
チケット格納管理手段が、当該コードに対応したチケットの検索を行うことで、検索結果としてチケットが得られる。ここで、アクセス方法情報読出し手段が、検索により得られたチケットに含まれた手続きファイルの格納先情報を読み出し、当該格納先情報に基づいて前記手続きファイルからアクセス方法情報を読み出す。また、サービス情報獲得手段が、検索により得られたチケットに含まれたサービス提供者のアクセス先アドレスを読み出し、当該サービス提供者のアクセス先アドレスに基づいてサービス提供者へサービス提供内容情報を要求し、当該サービスに関する手続きファイルに格納されたアクセス方法に従って獲得する。
【００１１】
そして、提示制御手段が、上記のチケットに含まれた商品に関する情報、サービスに関する情報、読み出されたアクセス方法情報、及び獲得されたサービス提供内容情報をユーザへ提示する。これにより、ユーザは、所望のコードに対応したチケットに含まれた商品に関する情報、サービスに関する情報、当該チケットに含まれた手続きファイルの格納先情報に基づき読み出されたアクセス方法情報、及び当該チケットに含まれたサービス提供者のアクセス先アドレスに基づき獲得されたサービス提供内容情報を得ることができる。
【００１２】
特に、本発明をコミュニティに適用した場合には、従来のようなリンク情報や提携関係を構築する手間を削減することができ、コミュニティの運営の円滑化を図ることができる。
【００１３】
本発明では、このような情報提供制御システムにおいて、上記チケットが、当該チケットに含まれた情報の提示が許可されるユーザの条件を表す許可条件情報を含んでおり、提示制御手段は、受け付けにより得られたユーザの識別情報に対応したユーザ情報をユーザ情報記憶手段から読み出し、当該ユーザ情報とチケットに含まれた許可条件情報とに基づいて、当該チケットに含まれた情報の当該ユーザへの提示を許可するか否かを判断する。そして、提示制御手段は、提示を許可する場合に、当該チケットに含まれた情報を当該ユーザへ提示する。これにより、チケットに含まれた許可条件情報に応じて適正なユーザにのみ、当該チケットに含まれた情報が提示されることになる。
【００１４】
以上のように本発明によれば、従来のリンク情報や提携関係を構築する手間を削減しつつ、情報の内容に応じて適正なユーザにのみ情報を提示することで、情報発信者及びユーザの便宜を図ることができる。なお、本発明における「コード」には、例えば、商品を識別するためのコード、商品の販売場所やサービスの提供場所等の場所に関するコード、商品やサービスの内容を宣伝・紹介する動画・静止画等のイメージファイルのコード等が含まれる。
【００１５】
また、本発明に係る情報提供制御システムは、請求項２に記載したように、嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段と、前記サービス提供者となり当該ユーザのアクセス先アドレスの情報提供を希望する前記登録されたユーザからの、当該ユーザの嗜好に関連する商品に付与されたコードと当該ユーザのアクセス先アドレスとを含むチケットの登録要求を受け付け、前記チケット格納管理手段に当該チケットの登録を要求するチケット登録要求手段と、をさらに備え、前記チケット格納管理手段は、前記チケットの登録要求に基づいて、前記コードと前記アクセス先アドレスとを含む新たなチケットを登録する構成とすることが望ましい。
【００１６】
この場合、ユーザ登録手段は、コミュニティに属するユーザの所定の登録情報を保管管理しており、ユーザからの登録要求に応じて当該ユーザの登録情報を登録する。そして、登録されたユーザが、サービス提供者となり、他のユーザへの当該ユーザのアクセス先アドレスの情報提供を希望するに至り、当該ユーザの嗜好に関連する商品に付与されたコードと当該ユーザのアクセス先アドレスとを含むチケットの登録を要求すると、チケット登録要求手段が、当該チケットの登録要求を受け付け、チケット格納管理手段に当該チケットの登録を要求する。チケット格納管理手段は、当該チケットの登録要求に基づいて、当該コードとアクセス先アドレスとを含む新たなチケットを登録する。これにより、この新たなチケットの情報が情報提供制御システムを利用する他のユーザに提示されるようになり、上記ユーザは、コミュニティへのユーザ登録要求を行い、チケットの登録要求を行うだけで、簡単に自己のサービス提供情報を他のユーザに提示するしくみを構築することができる。
【００１７】
また、本発明に係る情報提供制御システムは、請求項３に記載したように、嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段と、前記登録されたユーザからの当該ユーザの嗜好に関連する商品に関するチケットの情報提示要求を受け付け、当該チケットに含まれた情報の当該ユーザへの提示が許可されるように、当該ユーザのユーザ情報が当該チケットに関する許可条件情報に対応するよう前記ユーザ情報記憶手段に記憶された当該ユーザのユーザ情報を更新するユーザ情報管理手段と、をさらに備えた構成とすることが望ましい。
【００１８】
この場合、ユーザ登録手段は、コミュニティに属するユーザの所定の登録情報を保管管理しており、ユーザからの登録要求に応じて当該ユーザの登録情報を登録する。そして、登録されたユーザが、当該ユーザの嗜好に関連する商品に関するチケットの情報提示を要求すると、ユーザ情報管理手段は、当該チケットの情報提示要求を受け付け、当該チケットに含まれた情報の当該ユーザへの提示が許可されるように、当該ユーザのユーザ情報が当該チケットに関する許可条件情報に対応するようユーザ情報記憶手段に記憶された当該ユーザのユーザ情報を更新する。
【００１９】
これにより、更新後の当該ユーザのユーザ情報と当該チケットに関する許可条件情報とに基づき、当該チケットに含まれた情報の当該ユーザへの提示が許可されることとなり、以後、当該ユーザは、自己が希望したチケットに含まれた情報の提示を受けることができる。このように上記ユーザは、コミュニティへのユーザ登録要求を行い、チケットの情報提示要求を行うだけで、簡単に自己の希望するチケットの情報提示を受けることができる。
【００２０】
ところで、上記情報提供制御システムに係る発明は、以下の情報提供制御方法の発明として捉えることもできる。これらの発明は、技術的思想としては同一であるため、同様の作用・効果を奏する。
【００２１】
即ち、本発明に係る情報提供制御方法は、請求項４に記載したように、サービスに接続するためのアクセス方法情報が格納された手続きファイルと、商品に付与されたコード、当該商品に関連したサービスを提供するサービス提供者のアクセス先アドレス、及び前記手続きファイルの格納先情報、並びに、前記商品に関する情報と前記商品に関連するサービスに関する情報の両方又は一方を含むチケットを格納管理するチケット格納管理手段と、ユーザの嗜好情報を含むユーザ情報をユーザの識別情報に対応づけて記憶したユーザ情報記憶手段と、を備えた情報提供制御システムにて実行される情報提供制御方法であって、ユーザにより要求されたコード及びチケット要求を、当該ユーザの識別情報とともに受け付ける要求受付工程と、前記受け付けにより得られたコード及びチケット要求に基づいて、前記コードに対応したチケットの検索を前記チケット格納管理手段に実行させる検索制御工程と、前記検索により得られたチケットに含まれた手続きファイルの格納先情報を読み出し、当該格納先情報に基づいて前記手続きファイルからアクセス方法情報を読み出すアクセス方法情報読出し工程と、前記検索により得られたチケットに含まれたサービス提供者のアクセス先アドレスを読み出し、当該サービス提供者のアクセス先アドレスに基づいてサービス提供者へサービス提供内容情報を要求し、当該サービスに関する手続きファイルに格納されたアクセス方法に従って獲得するサービス情報獲得工程と、前記チケットに含まれた前記商品に関する情報、前記サービスに関する情報、読み出されたアクセス方法情報、及び獲得されたサービス提供内容情報をユーザへ提示する提示制御工程とを有し、前記チケットは、当該チケットに含まれた情報の提示が許可されるユーザの条件を表す許可条件情報を含み、前記提示制御工程では、前記受け付けにより得られたユーザの識別情報に対応したユーザ情報を前記ユーザ情報記憶手段から読み出し、当該ユーザ情報と前記チケットに含まれた許可条件情報とに基づいて、当該チケットに含まれた情報の当該ユーザへの提示を許可するか否かを判断し、提示を許可する場合に当該ユーザへの提示を行うことを特徴とする。
【００２２】
また、本発明に係る情報提供制御方法では、請求項５に記載したように、前記情報提供制御システムが、嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段をさらに備え、前記サービス提供者となり当該ユーザのアクセス先アドレスの情報提供を希望する前記登録されたユーザからの、当該ユーザの嗜好に関連する商品に付与されたコードと当該ユーザのアクセス先アドレスとを含むチケットの登録要求に基づいて、前記チケット格納管理手段に当該チケットの登録を要求する登録要求工程と、前記チケット格納管理手段により、前記チケットの登録要求に基づいて、前記コードと前記アクセス先アドレスとを含む新たなチケットを登録するチケット登録工程とをさらに有することが望ましい。
【００２３】
さらに、本発明に係る情報提供制御方法では、請求項６に記載したように、前記情報提供制御システムが、嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段をさらに備え、前記登録されたユーザからの、当該ユーザの嗜好に関連する商品に関するチケットの情報提示要求に基づいて、当該チケットに含まれた情報の当該ユーザへの提示が許可されるように、当該ユーザのユーザ情報が当該チケットに関する許可条件情報に対応するよう前記ユーザ情報記憶手段に記憶された当該ユーザのユーザ情報を更新するユーザ情報更新工程をさらに有することが望ましい。
【００２４】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態を説明する。なお、以下では本発明に係る「コード」は「ＩＤ」と称する。また、チケットとは、ＩＤに対応した商品の情報、当該商品に関連したサービス提供に係わるサービス提供者のアドレス、アクセス方法、サービス種別等が記述された情報であり、詳細は図６を用いて後述する。
【００２５】
［情報提供制御システムの構成］
図１には、本実施形態に係る情報提供制御システムの全体構成を示す。この図１に示すように、本実施形態に係る情報提供制御システムは、ネットワーク１２０に接続された又は接続可能とされた以下の構成要素により構成される。即ち、情報提供制御システムは、サービス提供を受けるユーザのパーソナルコンピュータ（ＰＣ）、携帯用情報端末（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔ：ＰＤＡ）、携帯電話などの端末１００と、ＩＤが付与される物に対して新たにＩＤ発行依頼を行うＩＤ発行依頼者（例えば、新しい商品の開発や製造を行う業者や購入などで商品を手に入れた者等）１０２と、ＩＤ発行を行うＩＤ発行機関のグループ１０３と、チケット登録依頼するチケット登録者１０４と、チケットの格納管理や検索を行うチケット管理部１０５と、サービスを仲介してユーザにサービス提供者の候補を提示するとともに、それに係る手続きを代行する手続き処理実施部１０６と、手続きファイル１０７と、販売や修理や情報提供などをネットワークを介して行うサービスを提供するサービス提供者１０８と、個人情報１０９と、コミュニティを運営するユーザ管理部１１０と、個人が情報発信するＷｅｂページ１２１、１２２、１２３とを含んで構成されている。
【００２６】
このうちＩＤ発行機関のグループ１０３は、ＩＤ発行を行う機関のグループ１０３の全体的ＩＤ発行規則の管理運営を行うＩＤ発行管理機関１０３１と、ＩＤ発行管理機関１０３１から与えられたＩＤ発行規則に基づきＩＤを発行する複数のＩＤ発行機関１０３２、１０３３とを含んで構成されている。
【００２７】
チケット管理部１０５は、チケット管理部１０５へのチケット登録要求の受信や検索結果の送信等を行う送受信部１０５１と、チケット蓄積する巨大なデータベースである格納部１０５２と、チケットの検索を行う検索部１０５３とを含んで構成されている。
【００２８】
手続き処理実施部１０６は、ＩＤに基づくチケット検索結果（複数のチケット）からユーザが求め且つユーザが手続き可能なサービス提供者に関するチケットを選択するチケットフィルタリング部１０６１と、チケットに記述された手続きファイル格納先（即ち、サービス提供者へのアクセス方法情報に関する手続きファイル１０７の格納先情報（サービスエンティティアクセスプロトコル格納先ポインタともいう））からチケットの手続きファイルを読み出す手続きファイル読み出し部１０６３と、手続き処理に基づいて手続きを指示する手続き処理指示部１０６２とを含んで構成されている。
【００２９】
手続きファイル１０７は、手続きに用いるプロトコルや必須な情報（例えば自動車業界が定めたプロトコルである場合、インターネットで一般的に用いられている暗号通信方式や、独自な手続きプロトコル、また手続きに必要な情報の種類に関する情報）が記述されたファイルであり、ネットワーク１２０を介して誰でも参照できるように公開されている。これによって、新たにサービスを提供するものは、公開されている様々な手続き処理の中から、最適な手続き処理を選び、その手続きファイルの格納先をチケットに記述するだけで利用することが可能になる。なお、手続きファイル１０７は、セキュリティを確保するため必要に応じて、情報を要求する者の認証を行い、参照を適宜制限する措置をとることも可能とされている。
【００３０】
ユーザ管理部１１０は、ユーザ登録等の情報を送受信する送受信部１１１と、ユーザ登録しユーザ登録情報を管理するユーザ登録部１１２と、ユーザ登録の際に当該登録したユーザに関するＷｅｂページ等の情報に関するチケットをチケット管理部１０５に対し登録要求するチケット登録部１１３と、ユーザ登録の際にユーザの個人情報１０９を更新する個人情報管理部１１４とを含んで構成されている。
【００３１】
なお、後述の処理で用いられる個人情報１０９には、名前や住所、趣味や嗜好、所有している物のリスト、手続きできる処理の種類、更には様々なサービス提供者へのアクセス履歴や利用履歴などの情報が含まれており、この個人情報１０９は、ユーザが端末１００に保有してもよいし、ネットワーク内にＷｅｂページ１２１、１２２、１２３のような形式で保有してもよいし、サービス提供者を紹介し手続きを仲介する手続き処理実施部１０６にあってもよい。なお、個人情報１０９は、図１のように複数箇所に分散して保有してもよい。ただし、その場合、複数箇所の個人情報１０９は同一の内容であり、個人情報の更新時には全ての個人情報１０９が、個人情報管理部１１４により同期をとって更新されるものとする。
【００３２】
また、ＩＤを付与された物１０１は、数字や文字の組合せでできたコードをバーコードや二次元バーコードやＲＦ−ＩＤや赤外タグなどでＩＤを付与された物（ビンや紙なとの物理的な物体や音声ファイルやイメージファイルのような電子的な物体）により構成される。
【００３３】
［サービス提供に係る各種の処理］
以下、上記情報提供制御システムにて実行されるサービス提供に係る各種の処理を説明する。
【００３４】
［ＩＤの発行機関認定処理及びＩＤ発行処理］
図２には、ＩＤの発行機関認定処理及びＩＤ発行処理を示す。この図２に示すように、ＩＤ発行機関の認定申請を希望する機関は、ＩＤ発行管理機関１０３１にＩＤ発行機関になることを認定申請する。ＩＤ発行管理機関１０３１は、申請のあった機関が、充分ＩＤ発行管理機関１０３１が定めたＩＤ発行規則やその他の規則を守れるか否かを審査し、その条件を満たすとき、申請のあった機関をＩＤ発行機関として認定するとともに、申請のあった機関が発行可能なＩＤの発行規則を通知する。ＩＤの発行規則の具体例としては、「ＩＤ発行機関Ａが付与するＩＤには必ず頭にＪＡＮという文字列を付与する」とか、「ＩＤ発行機関Ｂが付与するＩＤには必ず頭にＩＳＢＮという文字列を付与する」等が挙げられる。
【００３５】
認定されたＩＤ発行機関１０３２、１０３３等は、ＩＤ発行依頼者１０２から、ＩＤの発行依頼を受けた時、ＩＤ発行依頼者１０２の名前やアドレスや信頼性を審査（チェック）し、所定の条件を満たす場合にＩＤ発行管理機関１０３１の定めたＩＤ発行規則に従いＩＤを発行し、そのＩＤをＩＤ発行依頼者１０２に通知する。このような発行規則を守ることで、同じＩＤが重複して存在することを防ぐことが可能となるとともに、従来からある様々なＩＤ体系を、重複しないコード体系として管理することが可能となる。
【００３６】
図３は、ＩＤ発行機関認定処理を行わずにＩＤの重複を避けるＩＤ発行処理を説明する図である。この図３に示すように、まず、ＩＤ発行機関１０３２等は、ＩＤ発行依頼者１０２からＩＤ発行依頼を受ける都度、ＩＤ発行管理機関１０３１にＩＤ発行依頼を行う。ＩＤ発行管理機関１０３１は、ＩＤ発行依頼を行ったＩＤ発行機関１０３２等が、ＩＤ発行管理機関１０３１が定めたＩＤ発行規則やその他の規則を守れるか否かを審査し、その条件を満たすとき、ＩＤ発行依頼を行ったＩＤ発行機関１０３２等に新規ＩＤを発行し、そのＩＤを通知する。通知を受けたＩＤ発行機関１０３２等は、そのＩＤをＩＤ発行依頼者１０２に通知し、これにより、ＩＤ発行依頼者１０２は、そのＩＤを得ることができる。
【００３７】
なお、図３で説明したＩＤ発行管理機関１０３１は、全てのＩＤ発行を管理運営することが可能な場合に、個別のＩＤ発行依頼に対応する形態であり、実質的には当該ＩＤ発行管理機関１０３１がＩＤを発行する形態である。
【００３８】
［チケットの登録・更新処理］
図４は、チケット管理部１０５によるチケットの登録・更新処理を説明する図である。この図４に示すように、チケット管理部１０５は、チケット登録者１０４から、チケット登録依頼を受信する。チケット登録依頼は、一般的にはＩＤが付与された物（商品）に関するサービスを提供する者（具体的には、ワイン製造者が付与したＩＤ＝１２２４のワインを取り扱う輸入代理店）が行うと考えられる。ただし、チケットを第三者的に代行業者（例えば、先の輸入代理店から委託された販売促進企画請負業社）が登録しても良い。チケット登録者１０４は、チケット管理部１０５にＩＤ、チケット、登録者情報（例えば名称、ネットワーク上のアドレス等）、チケットの内容を更新する場合には、前回チケットを登録した際に受けたチケットの識別番号（以下「チケットＩＤ」という）を送信する。送受信部１０５１は、受信した登録者情報を審査し、条件を満たす場合には、チケットを格納部１０５２に格納する。格納部１０５２は、チケットの内容をチェックし、チケットの形式が正しいか、チケットに記載されている内容に間違いが無いか等をチェックする。そして問題が無い場合に、チケットを格納部１０５２内に蓄積する。そして、格納部１０５２は、チケットを格納完了した旨のチケット格納完了通知と、格納したチケットのチケットＩＤとをチケット登録者１０４へ送信する。このチケットＩＤは、チケットの内容が変わり更新するときに再度利用される。
【００３９】
［チケット検索処理及び手続き処理］
次に、図５を用いて、チケット管理部１０５で行われるチケット検索処理と、手続き処理実施部１０６で行われる手続き処理とを説明する。なお、個別の処理の流れについては、図８、図９、図１０を用いて後述する。
【００４０】
まず、ＩＤが付与された物１０１からＩＤを取得したユーザ１００は、そのＩＤ、サービス提供に必要なチケット要求（最適サービス提供先要求）、及びユーザ情報を手続き処理実施部１０６の手続き処理指示部１０６２に送信する。手続き処理指示部１０６２は「受信したＩＤが何か？」、また「ＩＤに関連するサービスはどんなものがあるか？」を検索するため、チケット管理部１０５の送受信部１０５１に対しＩＤとチケット要求と要求者情報（手続き処理指示部１０６２を含む手続き処理実施部１０６に関する情報）とを送信する。
【００４１】
送受信部１０５１は、ＩＤとチケット要求と要求者情報を受信して、要求者情報をチェックし、問題が無い場合にはＩＤとチケット要求を検索部１０５３に送信する。検索部１０５３は、受け取ったチケット要求の内容に、矛盾等の問題が無いかをチェックし、問題が無い場合に格納部１０５２にＩＤとチケット検索要求を送信する。格納部１０５２は、受け取ったＩＤとチケット検索要求に基づきチケットの検索処理を行い、検索で得られたチケットの有効期限をチェックし、有効期限を満たすチケット全てを検索結果として送受信部１０５１に渡す。検索結果としてのチケットは、手続きファイル読み出し部１０６３に渡される。
【００４２】
手続きファイル読み出し部１０６３は、受け取ったチケットの各々について、当該チケットに記述された手続きファイル格納先情報に基づいて手続きファイル１０７から手続き情報を読み出し手続き処理指示部１０６２に送信する。そして、手続き処理指示部１０６２は、チケット要求を行ったユーザ１００に関する個人情報１０９及び手続き情報に基づいて、当該ユーザ１００が手続き可能か否かを、各チケットについて判断することで、受け取ったチケットから手続き可能なチケットのみを選択する手続き可不可チェックを行う。
【００４３】
手続き可能と判断されたチケットについては、手続き処理指示部１０６２は、サービス提供者１０８に対して、サービス提供内容詳細問合せ要求を行い、サービス提供詳細内容情報（例えば「フランスワイン販売、問合せＩＤ、商品の販売価格は４５００円、納品は商品つき次第で約２ヶ月後納品の見込み」等の情報）を、当該サービスに関する手続きファイル１０７に格納されたアクセス方法に従って獲得する。
【００４４】
上記の手続き処理実施部１０６が行った「チケット管理部１０５の送受信部１０５１にＩＤとチケット要求と要求者情報とを送信して、サービス提供者１０８に対して、サービス提供内容詳細問合せ要求を行い、サービス提供詳細内容情報を受信する」処理をサービス提供先候補抽出処理５０１という。このサービス提供先候補抽出処理５０１は、受信したチケットに記述された情報（ＩＤ、商品に関するコメント、サービスに関するコメント等）に基づき繰り返し実行することで、手続き処理指示部１０６２が獲得するチケット数を増やすことが可能となる。なお、具体的な処理フローは図８及び図９を用いて後述する。
【００４５】
その後、チケットフィルタリング部１０６１は、手続き処理指示部１０６２からチケットを受信し、個人情報１０９に基づいて、受け取ったチケットの中からユーザが求めているサービス提供先選択候補を絞り込む。例えば、ワインのＩＤでの検索されたチケットについて、今回要求されたユーザの個人情報に「東京在住」、「趣味が海外旅行」との情報が含まれている場合には、海外旅行に関するチケットや東京在圏のサービス提供者に関するチケットを優先的に上位の候補にする。そして、チケットフィルタリング部１０６１は、その選択された最適サービス提供先の候補をユーザ１００に提示する。ユーザ１００は、求めていたサービスがある場合には、そのサービスのサービス提供者１０８を選択し、サービス処理実施要求を当該サービス提供者１０８に行う。そして、ユーザ１００とサービス提供者１０８の間で、ユーザ認証等のサービス提供を行う上で必要な契約確認処理が行われ、ユーザ１００はサービスの提供を受ける。
【００４６】
［チケットの構造］
ここで、図６を用いてチケットの構造を説明する。チケットには以下の（１）〜（１３）の情報が含まれている。
【００４７】
即ち、（１）ＩＤが付与された物であることを特定する数字文字の列であるＩＤ。（２）ＩＤに関連した情報やサービスを提供するサービス提供者の接続先（サービス提供先（サービスエンティティポインタ）：例えばネットワーク上のＩＰアドレスやＵＲＬ等）。（３）サービスに接続するためのアクセス方法が記されたサービス手続き情報が格納されている先（サービスエンティティアクセスプロトコル格納先ポインタ：例えばネットワーク上のＩＰアドレス、ＵＲＬ、ファイル名等）。（４）チケット種別。具体的な例としては、例えば、ＩＤが付与されものが何であるかを示すＩＤ発行依頼者しか発行できないチケットを示す「ｐｒｉｍａｒｙ（プライマリ）」と、その物に関連したサービスを提供するために発行した「ｓｅｃｏｎｄａｒｙ（セカンダリ）」などがある。（５）ＩＤが付与された物がどのような物かを分類する情報であるオブジェクトカテゴリー（Ｏｂｊｅｃｔ　Ｃａｔｅｇｏｒｙ）。（６）ＩＤが付与された物がどこにあるかを意味する情報であるオブジェクトロケーション（Ｏｂｊｅｃｔ　Ｌｏｃａｔｉｏｎ）。（７）ＩＤが付与された物に関する様々な情報が記載されるオブジェクトコメント（Ｏｂｊｅｃｔ　Ｃｏｍｍｅｎｔｓ）。（８）ＩＤが付与された物に関連するサービス提供がどのようなサービスに分類するかを示す情報であるサービスカテゴリー（Ｓｅｒｖｉｃｅ　Ｃａｔｅｇｏｒｙ）。（９）ＩＤが付与された物に関連するサービス提供がどのような場所や地域で行われているかを示す情報であるサービスロケーション（Ｓｅｒｖｉｃｅ　Ｌｏｃａｔｉｏｎ）。（１０）ＩＤが付与された物に関連するサービス提供に関する様々な情報が記載されるサービスコメント（Ｓｅｒｖｉｃｅ　Ｃｏｍｍｅｎｔｓ）。（１１）チケットの登録者に関する情報。（１２）チケットの登録されている有効期限。（１３）チケット検索して閲覧できる検索者を示すパーミッション情報。
【００４８】
チケットに記載されたこれらの情報において、（２）（３）の情報は、様々なサービスに対応できるようにポインタしか持たない構造を持っていることが特徴であり、（４）（５）（６）（７）（８）（９）（１０）の情報は、柔軟な検索を可能として、様々なサービスを創造できる構造を持っていることが特徴である。また、（１１）（１２）の情報はチケットの有効性を確保するための最低限の構造を持っていることが特徴であり、（１３）の情報は情報公開の制限を可能とするための構造を持っていることが特徴である。（１）（２）（３）（４）（１１）（１２）の情報については情報の記述が必須であるが、その他の情報に関しては記述があっても無くても構わない。情報の記述が無い場合は「ＮＵＬＬ」と表記する。
【００４９】
［チケット登録更新処理の流れ］
次に、図７を用いて、上記のようなチケットを登録更新するためのチケット登録更新処理の流れを説明する。
【００５０】
まず、チケット管理部１０５は、ＩＤ、チケット本体、チケットＩＤ（初めての登録の場合はＮＵＬＬ）、登録者情報を受信し（図７のＳ１１）、受信したチケット登録者情報を基にチケット登録者の信頼性を評価する（Ｓ１２）。ここでの信頼性評価には様々な方法を用いることができ、例えば、アカウントとパスワードを用いる方法、時間変化でパスワードを変更する方法、問合せのあったメールアドレスにパスワードを通知する方法等、そのいずれかまたは複数を組み合わせてチケット登録者を評価する。
【００５１】
Ｓ１２で信頼できないと判断した場合には、受信したチケットを破棄し（Ｓ１８）、登録要求元にチケット格納を失敗した旨を通知して（Ｓ１９）、処理を終了する。一方、Ｓ１２で信頼できると判断した場合には、次に、チケットの内容が正しいか否かを判断する（Ｓ１３）。ここでのチケットの内容が正しいか否かを判断する処理は、チケットの構造が規定の構造に合っているか、チケットの記載されるべき必須項目が記載されているか等をチェックすることで行う。
【００５２】
Ｓ１３でチケットの内容が正しくない場合には、受信したチケットを破棄し（Ｓ１８）、登録要求元にチケット格納を失敗した旨を通知して（Ｓ１９）、処理を終了する。一方、Ｓ１３でチケットの内容が正しい場合には、同じＩＤかつチケットＩＤかつ同じ登録者情報であるチケットが既にチケット管理部１０５に格納されているか否かを判断する処理（チケットＩＤチェック処理）を行う（Ｓ１４）。これによりチケットの登録かチケットの更新かを判断する。
【００５３】
Ｓ１４で同じＩＤかつチケットＩＤかつ同じ登録者情報であるチケットがチケット管理部１０５に格納されていない場合には、チケットの登録であると判断し、格納部１０５２にチケットを蓄積する（Ｓ１６）。そして、チケットの格納が完了した旨の通知と格納したチケットに関するチケットＩＤとをチケット登録者１０４（またはチケット更新者）に通知して（Ｓ１７）、処理を終了する。
【００５４】
一方、Ｓ１４で同じＩＤかつチケットＩＤかつ同じ登録者情報であるチケットがチケット管理部１０５に格納されている場合には、チケットの更新であると判断し、既に格納されているチケットに、受信した新たなチケットを上書きして蓄積する（Ｓ１５）。そして、チケットの格納が完了した旨の通知と格納したチケットに関するチケットＩＤとをチケット登録者１０４（またはチケット更新者）に通知して（Ｓ１７）、処理を終了する。なお、この際、同一ＩＤ、全てのチケットの項目が同一であるチケットがあるか否かを判断し、全く同じチケットがあった場合には、チケットを格納しない方が、データベースの格納容量を有効に利用するためには有効である。
【００５５】
［チケット検索処理の流れ］
次に、図８を用いて、チケット格納部及び手続き処理実施部におけるチケット検索処理の流れを説明する。なお、ここでは、処理の主体については図５により前述したため、チケットフィルタリング部１０６１等ではなく、手続き処理実施部１０６又はチケット管理部１０５で総称的に表すものとする。
【００５６】
まず、手続き処理実施部１０６は、ユーザ１００からＩＤ、チケット要求、ユーザ情報を受信する（図８のＳ３１）。そして、手続き処理実施部１０６は、ユーザ情報が正しいか否かの判断処理を行う（Ｓ３２）。ユーザ情報が正しくないと判断した場合には直ちに処理を中断し、ユーザに処理が中断した旨を通知して（不図示）、処理を終了する。
【００５７】
一方、Ｓ３２でユーザ情報が正しいと判断した場合には、図５のサービス提供先候補抽出処理５０１を実行回数を表す回数Ｎをゼロ「０」にリセットし（Ｓ３３）、ＩＤ、チケット要求、要求者情報をチケット管理部１０５へ送信する（Ｓ３４）。そして、回数Ｎに１を加え（Ｓ３５）、サービス提供先候補抽出処理５０１を行う（Ｓ３６）。なお、サービス提供先候補抽出処理５０１については図１０を用いて詳細に説明する。サービス提供先候補抽出処理５０１を終え、ＩＤにより検索したチケットとそのチケットに関するサービス提供内容詳細情報を受信する（Ｓ３７）。
【００５８】
そして、受信したチケットのＯｂｊｅｃｔ　ＣｏｍｍｅｎｔｓとＳｅｒｖｉｃｅ　Ｃｏｍｍｅｎｔｓの項目にＩＤが記述されているか否かを判断する（Ｓ３８）。ＩＤが記述されていない場合には、個人情報参照処理を行う（Ｓ４１）。ＩＤが記述されていた場合には、回数Ｎが、予め定めたサービス提供先候補抽出処理５０１の実施回数制限数α未満であるか否かを判断する（Ｓ３９）。回数Ｎが実施回数制限数αより大きい又は等しい場合には個人情報参照処理を行う（Ｓ４１）。一方、回数Ｎが実施回数制限数α未満である場合には、チケットに記述されたＩＤを検索対象のＩＤとし（Ｓ４０）、再びＩＤ、チケット要求、要求者情報をチケット管理部１０５に送信する（Ｓ３４）。このように検索対象のＩＤを置き換えて再びチケットを検索する処理を繰り返すことで、様々なサービス提供者に連携した横断的なサービス提供が可能となる。
【００５９】
Ｓ４１での個人情報参照処理では、個人情報１０９から、ユーザの状況及びユーザの嗜好、購買傾向、サービスの利用傾向等の個人情報が参照される。そして、個人情報を基に、ユーザに最適なサービス提供先選択処理が実施され（Ｓ４２）、選択されたサービス提供先の候補は、ユーザの端末に通知される最適サービス提供先提示処理を行う（Ｓ４３）。
【００６０】
その後、ユーザは、提示されたサービス提供先からサービス提供先を選択するか否かを判断し、選択する場合、サービス処理実施要求を送信する。このため、Ｓ４４では、ユーザからのサービス処理実施要求を受信したか否かにより、サービス提供先が選択されたか否かを判断する。ここで、選択されなかった場合には、直ちに処理を中断し、ユーザに処理が中断した旨を通知して（不図示）、処理を終了する。
【００６１】
一方、ユーザからのサービス処理実施要求を受信しサービス提供先が選択されたと判断した場合には、選択されたサービス提供先と接続して（Ｓ４５）、処理を終了する。これにより、サービス提供先からユーザへサービスが提供されることとなる。
【００６２】
［サービス提供先候補抽出処理の流れ］
次に、図９を用いて、サービス提供先候補抽出処理の流れを説明する。
【００６３】
手続き処理実施部１０６にある手続き処理指示部１０６２は、ＩＤ、チケット要求、要求者情報をチケット管理部１０５に送信する。この際、ユーザが要求しているサービス種別が既知の場合には、そのサービス種別をチケット管理部１０５に送信することで、チケットの検索結果の絞込みを予め行うことが可能となる。
【００６４】
チケット管理部１０５の送受信部１０５１は、手続き処理指示部１０６２からのＩＤ、チケット要求、要求者情報を受信し（図９のＳ７１）、要求者情報が正しいか否かを判断する（Ｓ７２）。ここで要求者情報が正しくないと判断した場合、直ちに処理を中断するとともに処理が中断した旨を、要求者である手続き処理実施部１０６に通知して（不図示）、処理を終了する。
【００６５】
一方、要求者情報が正しいと判断した場合には、ＩＤとチケット要求を検索部１０５３に送信する（Ｓ７３）。検索部１０５３は、受け取ったチケット要求に矛盾等の問題が無いかをチェックすることで、当該チケットの内容が正しいか否かを判断する（Ｓ７４）。チケットの内容が正しくない場合には、直ちに処理を中断するとともに処理が中断した旨を、要求者である手続き処理実施部１０６に通知して（不図示）、処理を終了する。
【００６６】
チケットの内容が正しい場合には、検索部１０５３は格納部１０５２に対しＩＤとチケット検索要求を送信する。格納部１０５２は、受け取ったチケット検索要求に基づきチケットの検索処理を行う（Ｓ７５）。予めユーザが要求しているサービス種別が検索キーとして指定されている場合には、そのサービス種別情報に基づくフィルタリング検索を行い、チケット抽出処理を行う（Ｓ７６）。
【００６７】
そして、検索により得られたチケットがあるか否かを判断し（Ｓ７７）、チケットが無かった場合には、直ちに処理を中断するとともに処理が中断した旨を、要求者である手続き処理実施部に通知して（不図示）、処理を終了する。一方、チケットがあった場合には、そのチケットの有効期限等をチェックする処理を行い（Ｓ７８）、有効期限を満たすチケット全てを、検索結果として送受信部１０５１から手続きファイル読み出し部１０６３に渡す。
【００６８】
手続きファイル読み出し部１０６３は、受け取ったチケット１つ１つを読み出す処理を行い（Ｓ７９）、そして手続きファイル読み出し処理を行うことで（Ｓ８０）、その手続き情報を取得する。そして、手続きファイル読み出し処理を未処理の次のチケットがあるか否かを判断し（Ｓ８１）、未処理のチケットがある場合には、再び読み出し処理（Ｓ７９）、手続きファイル読み出し処理（Ｓ８０）を行う。
【００６９】
次のチケットが無い場合（全てのチケットの手続きファイルを読み出し終えた場合）は、手続き処理実施部１０６において、チケット要求を行ったユーザ１００が手続き可能か否かを個人情報１０９に基づいて判断することで、手続き可能なチケットのみを選択する（ユーザが利用可能な手続き処理のチケット選択処理を行う）（Ｓ８２）。
【００７０】
そして、ユーザが手続き可能なチケットがあるか否かを判断し（Ｓ８３）、手続き可能なチケットがないと判断した場合には、直ちに処理を中断するとともに処理が中断した旨を、要求者である手続き処理実施部１０６に通知して（不図示）、処理を終了する。
【００７１】
一方、Ｓ８３で、手続き可能なチケットがある場合には、チケット１つ１つを読み出す処理を行い（Ｓ８４）、サービス提供内容詳細問合せ処理を行う（Ｓ８５）。そして、サービス提供内容詳細問合せ処理を未処理の次のチケットがあるか否かを判断し（Ｓ８６）、未処理のチケットがある場合には、再びチケット読み出し処理（Ｓ８４）、サービス提供内容詳細問合せ処理を行う（Ｓ８５）。
【００７２】
次のチケットが無い場合（全てのチケットのサービス提供内容詳細問合せ処理を終えた場合）、各々のチケットとチケットに関するサービス提供内容詳細情報とを処理の結果として処理を終える。
【００７３】
［処理の例の説明］
次に、図１０〜図１４を用いて、本発明をコミュニティに適用した場合の処理例を説明する。
【００７４】
ここでは、チケット管理部１０５に、ペットフード（ＩＤは４９０１２３４ｐｅｔｆｏｏｄ２３２）に関するチケットが３つ登録されており、ユーザ１００を、ＩＤとして４９０１２３４ｐｅｔｆｏｏｄ２３２が付与された物（ペットフード）１０１を日常的に購入しているユーザとする。
【００７５】
このユーザ１００が、ＩＤが４９０１２３４ｐｅｔｆｏｏｄ２３２であるチケットのチケット要求をすると、前述のチケット検索処理により、図１０（ａ）〜（ｃ）の３つのチケットが検索結果として得られる。
【００７６】
図１０（ａ）〜（ｃ）に示すように、３つ全てのチケットのＩＤ欄には４９０１２３４ｐｅｔｆｏｏｄ２３２が記述されている。手続き処理実施部１０６は、これらのチケットからチケット種別、サービス種別を参照して、ユーザ１００に適したサービスを提供するため、最適サービス提供先提示処理を実施する。
【００７７】
この最適サービス提供先提示処理の一例を図１５に示す。即ち、図１５に示すように、まず、ＩＤ、サービス提供先提示要求、検索ＩＤを受信し（Ｓ１０１）、ＩＤをキーとして要求者の個人情報を個人情報１０９より取得するとともに、検索ＩＤに対応するチケットを取得する（Ｓ１０２）。そして、当該要求者の個人情報とチケットのパーミッション情報とを照合する（Ｓ１０３）。この照合結果により、提示が許可されるチケットがあるか否かを判定し（Ｓ１０４）、提示が許可されるチケットがある場合は、当該チケットの情報を基にサービス提供先提示画面を作成し当該要求者に提示する（Ｓ１０５）。一方、提示が許可されるチケットが無い場合は、サービス提供先を提示できない旨を当該要求者に提示する（Ｓ１０６）。
【００７８】
例えば、図１１（ａ）には、ペットフード愛好会が運営するコミュニティへの会員登録前のＡさんの閲覧可能サービス提供先提示画面を示し、図１１（ｂ）には、その時のＡさんの個人情報を示す。Ａさんはコミュニティに未登録であるため、図１１（ｂ）のように、Ａさんの個人情報においてｐｅｔｆｏｏｄＩＤが記述されていない状態（ｐｅｔｆｏｏｄＩＤ＝ＮＵＬＬ）である。このようなＡさんが、あるペットフードの包装にｐｅｔｆｏｏｄＩＤとしての４９０１２３４ｐｅｔｆｏｏｄ２３２を見つけ、このｐｅｔｆｏｏｄＩＤを検索ＩＤとしてサービス提供先提示要求をした場合、上記の図１５の処理により、ＩＤが４９０１２３４ｐｅｔｆｏｏｄ２３２である図１０（ａ）〜（ｃ）の３つのチケットが提示候補となる。
【００７９】
しかし、Ａさんの個人情報ではｐｅｔｆｏｏｄＩＤ＝ＮＵＬＬなので、この情報と図１０（ａ）〜（ｃ）のチケットそれぞれのパーミッション情報との照合により、結果的にＡさんに提示されるサービス提供先情報は、図１０（ａ）のチケットに係るページ（Ｏｂｊｅｃｔ　Ｃｏｍｍｅｎｔｓよりペットフードに関する情報発信やペットフード友の会を開催しているページとわかる）のみとなる。即ち、図１０（ｂ）、（ｃ）のチケットではパーミッション情報がＡさんの個人情報と不一致と判定されるため、ページの閲覧がＡさんに許可されない。従って、Ａさんに提示された閲覧可能なサービス提供先提示画面には、図１１（ａ）のように、図１０（ａ）のチケットに関する情報だけしか表示されないこととなる。なお、実際の情報へのアクセス時には、要求者に対し別途パスワードなどの認証手続きを行うので、かりに不正な手続き処理実施部１０６が、許可を得ていないユーザに対しサービス提供先情報を提示する動作をしても、当該許可を得ていないユーザには実際の情報は提示されない。
【００８０】
ここで、図１２を用いて、コミュニティの運営を行っているユーザ管理部１１０におけるユーザ登録処理の流れを説明する。ユーザ管理部１１０は、ユーザ（例えば、Ａさん）１００からのユーザ登録要求を送受信部１１１により受信すると（Ｓ９１）、ユーザ登録部１１２により所定のユーザ情報の送信要求をユーザ１００に送信する（Ｓ９２）。そして、ユーザ１００からのユーザ情報を送受信部１１１により受信すると（Ｓ９３）、ユーザ登録部１１２により、受信されたユーザ情報を登録する処理を行う（Ｓ９４）。
【００８１】
このユーザ登録処理を終えると、チケット登録部１１３が、ユーザ１００をコミュニティ形成に参加させるためのユーザ１００の情報発信に関するチケットを登録するべく、チケット管理部１０５に対しチケット登録要求を行う（Ｓ９５）。これにより、ユーザ１００による情報発信のためのページのアドレス等が１つのチケットとしてチケット管理部１０５に登録されることとなり、上記のチケット検索処理等によって、ユーザ１００のページが、コミュニティを形成している他のユーザにより閲覧可能となる。
【００８２】
例えば、ユーザ１００がＡさんの場合、図１３に示すようなチケットがチケット管理部１０５に登録される。ここで、図１３のチケットのパーミッション情報には、ペットフード愛好会が運営するコミュニティへの会員に共通の情報である「ｐｅｔｆｏｏｄＩＤ＝４９０１２３４ｐｅｔｆｏｏｄ２３２」が設定されているため、当該コミュニティの他のユーザは、図１３のチケットのパーミッション情報によりＡさんのページの閲覧が許可されることとなる。
【００８３】
次に、個人情報管理部１１４は、個人情報１０９内のユーザ１００の個人情報において、コミュニティの会員である旨を示すＩＤを付与するよう更新処理を行う（Ｓ９６）。これにより、ユーザ１００は、このＩＤにより、他のコミュニティを形成する参加者の情報発信を閲覧することが可能になる。このように個人情報１０９内の個人情報は、個人情報管理部１１４により更新可能とされている。但し、更新時に個人情報管理部１１４は、更新対象のユーザ１００や手続き処理実施部１０６から更新許可を受けたことを条件として更新を行うものとする。
【００８４】
例えば、図１４（ｂ）には、登録後におけるＡさんの個人情報の例を示す。この図１４（ｂ）のように、Ａさんはコミュニティにユーザ登録したことで、Ａさんの個人情報として、ｐｅｔｆｏｏｄＩＤ＝４９０１２３４ｐｅｔｆｏｏｄ２３２が自動的に追加される。
【００８５】
この状態でＡさんが、４９０１２３４ｐｅｔｆｏｏｄ２３２を検索ＩＤとしてサービス提供先提示要求すると、上記の図１５の処理により、ＩＤが４９０１２３４ｐｅｔｆｏｏｄ２３２である図１０（ａ）〜（ｃ）の３つのチケットが提示候補となるが、上記更新により、Ａさんの個人情報としてｐｅｔｆｏｏｄＩＤ＝４９０１２３４ｐｅｔｆｏｏｄ２３２が登録されているため、図１０（ｂ）、（ｃ）のチケットではパーミッション情報がＡさんの個人情報と一致することとなり、これらチケットに対応したＢさんのページ及びＣさんのページの閲覧がＡさんに許可されることとなる。従って、会員登録後のＡさんに提示された閲覧可能なサービス提供先提示画面には、図１４（ａ）のように、図１０（ａ）のチケットに関する情報（ペットフードのＷｅｂページ）とともに、図１０（ｂ）、（ｃ）のチケットに対応したＢさん及びＣさんの各ページのリンク情報が表示（各ページへのリンクが形成）される。
【００８６】
このように本実施形態によれば、ユーザにとってはコミュニティにユーザ登録することで、チケット登録処理（図１２のＳ９５）及び個人情報更新処理（Ｓ９６）が自動的に実行され、分散した複数のサーバによる情報発信型のコミュニティに参加することができる。また、コミュニティの形成が容易となり、リンク情報や提携関係を構築する雑な手間なく情報発信ページを相互接続することが可能となる。
【００８７】
なお、本発明は、コミュニティの運営以外にも、一般的な情報提供の制御に対して適用可能であり、コミュニティへの適用に限定されるものではない。
【００８８】
【発明の効果】
以上説明したように、本発明によれば、従来のリンク情報や提携関係を構築する手間を削減しつつ、情報の内容に応じて適正なユーザにのみ情報を提示することで、情報発信者及びユーザの便宜を図ることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態である情報提供制御システムの全体構成図である。
【図２】ＩＤの発行機関認定処理及びＩＤ発行処理を説明するための図である。
【図３】ＩＤ発行機関認定処理を行わずにＩＤの重複を避けるＩＤ発行機関のＩＤ発行処理を説明するための図である。
【図４】チケット管理部のチケットの登録・更新処理を説明するための図である。
【図５】チケット管理部で行われるチケット検索処理と、手続き処理実施部で行われる手続き処理を説明するための図である。
【図６】チケットの構造を示す図である。
【図７】チケット登録更新処理の流れ図である。
【図８】チケット格納部及び手続き処理実施部におけるチケット検索処理の流れ図である。
【図９】サービス提供先候補抽出処理の流れ図である。
【図１０】（ａ）〜（ｃ）は、ＩＤ欄に所定のペットフードのＩＤが記述されたチケットの検索結果の一例を示す図である。
【図１１】（ａ）は会員登録前のＡさんが閲覧可能なサービス提供先提示画面を示す図であり、（ｂ）は会員登録前のＡさんの個人情報を示す図である。
【図１２】コミュニティの運営を行っているユーザ管理部におけるユーザ登録処理の流れ図である。
【図１３】会員登録に伴って登録されたチケットの一例を示す図である。
【図１４】（ａ）は会員登録後のＡさんが閲覧可能なサービス提供先提示画面を示す図であり、（ｂ）は会員登録後のＡさんの個人情報を示す図である。
【図１５】最適サービス提供先提示処理の一例を示す流れ図である。
【符号の説明】
１００…ユーザ端末、１０１…ＩＤが付与された物、１０２…ＩＤ発行依頼者、１０３…ＩＤ発行機関のグループ、１０３１…ＩＤ発行管理機関、１０３２、１０３３…ＩＤ発行機関、１０４…チケット登録者、１０５…チケット管理部、１０５１…送受信部、１０５２…格納部、１０５３…検索部、１０６…手続き処理実施部、１０６１…チケットフィルタリング部、１０６２…手続き処理指示部、１０６３…手続きファイル読み出し部、１０７…手続きファイル、１０８…サービス提供者、１０９…個人情報、１１０…ユーザ管理部、１１１…送受信部、１１２…ユーザ登録部、１１３…チケット登録部、１１４…個人情報管理部、１２０…ネットワーク、１２１、１２２、１２３…Ｗｅｂページ、５０１…サービス提供先候補抽出処理。
【図１】
2004046288.tif 000003
【図２】
2004046288.tif 000004
【図３】
2004046288.tif 000005
【図４】
2004046288.tif 000006
【図５】
2004046288.tif 000007
【図６】
2004046288.tif 000008
【図７】
2004046288.tif 000009
【図８】
2004046288.tif 000010
【図９】
2004046288.tif 000011
【図１０】
2004046288.tif 000012
【図１１】
2004046288.tif 000013
【図１２】
2004046288.tif 000014
【図１３】
2004046288.tif 000015
【図１４】
2004046288.tif 000016
【図１５】
2004046288.tif 000017