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