(57)【要約】【課題】従来のサービス（Ｗｅｂサービスも含む）利用形態では、サービス提供側が、サービスを提供したくない人又は企業にサービスを提供しないようにするという仕組みは構築されていたが、サービス利用側が利用したくない人又は企業のサービスを受けないようにするという点が配慮されていなかった。【解決手段】上記課題を解決するために、サービス利用者があらかじめ作成しておいたデータリストを管理するＢｌａｃｋＬｉｓｔ管理サービス，多段に連携した各Ｗｅｂサービス（インテリアコーディネイトサービス提供者，アンティーク家具注文サービス提供者，テーブル販売業者）からＢｌａｃｋＬｉｓｔ管理サービスにブラックリストに該当するか否かについて問い合わせるデータＢｌａｃｋＬｉｓｔ問合せデータ，  各ＢｌａｃｋＬｉｓｔ問合せデータに関する応答データである各ＢｌａｃｋＬｉｓｔ問合せ応答データにより構成されるシステムにより解決する。【選択図】  図１
2005062942.tif 000002
【特許請求の範囲】
【請求項１】
第１のノードは処理を依頼したくない処理ノードの識別情報を登録するために管理ノードに予め送信し、
第２のノードは、前記第１のノードからサービス要求の受信に応じて、第２のノードから他のノードに処理依頼をする場合、管理ノードに前記第１のノードが処理依頼したくないとして登録されているノードであるかを問合せ、その結果登録されていないノードへ処理要求を送信することを特徴とするサービス処理方法。
【請求項２】
上記管理ノードは、ＵＤＤＩサービスを実施するノードであることを特徴とする請求項１記載のサービス処理方法。
【請求項３】
上記第１のノードから送信された処理要求を入力したノードが、処理依頼をする場合、管理ノードに前記第１のノードが処理依頼したくないとして登録されているノードであるかを問合せ、その結果登録されていないノードへ処理要求を送信することを特徴とする請求項１記載のサービス処理方法。
【請求項４】
ノードは、サービス処理を依頼したくないノードの識別情報を含むサービス要求を受信し、他のノードに処理依頼をする場合、前記入力したサービス要求に含まれるサービス処理を依頼したくないノード以外のノードへ処理要求を送信することを特徴とするサービス処理方法。
【請求項５】
第１のノードは処理を依頼の決定に必要な情報を登録するために管理ノードに予め送信し、
第２のノードは、前記第１のノードからサービス要求の受信に応じて、第２のノードから他のノードに処理依頼をする場合、管理ノードに前記第１のノードが登録されているノードであるかを問合せ、その結果に応じて当該ノードへ処理要求への送信を決定することを特徴とするサービス処理方法。
【請求項６】
第１のノードは処理を依頼したくない処理ノードの識別情報を登録するために管理ノードに予め送信する手段を有し、
第２のノードは、前記第１のノードからサービス要求の受信に応じて、第２のノードから他のノードに処理依頼をする場合、管理ノードに前記第１のノードが処理依頼したくないとして登録されているノードであるかを問合せ、その結果登録されていないノードへ処理要求を送信する手段を有することを特徴とするサービス処理システム。
【請求項７】
ノードは、サービス処理を依頼したくないノードの識別情報を含むサービス要求の受信を受信する手段と、他のノードに処理依頼をする場合、前記入力したサービス要求に含まれるサービス処理を依頼したくないノード以外のノードへ処理要求を送信する手段とを有することを特徴とするサービス処理装置。
【請求項８】
第１のノードは処理を依頼したくない処理ノードの識別情報を登録するために管理ノードに予め送信するステップを有し、
第２のノードは、前記第１のノードからサービス要求の受信するステップと、第２のノードから他のノードに処理依頼をする場合、管理ノードに前記第１のノードが処理依頼したくないとして登録されているノードであるかを問合せ、その結果登録されていないノードへ処理要求を送信するステップとを有することを特徴とするサービス処理プログラム。
【請求項９】
ノードは、サービス処理を依頼したくないノードの識別情報を含むサービス要求の受信を受信するステップと、他のノードに処理依頼をする場合、前記入力したサービス要求に含まれるサービス処理を依頼したくないノード以外のノードへ処理要求を送信するステップとを有することを特徴とするサービス処理プログラム。
【請求項１０】
ノードは、サービス処理を依頼したくないノードの識別情報を含むサービス要求を受信し、他のノードに処理依頼をすることを特徴とするサービス処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、利用するサービスを好適に決定するためのサービス処理技術に関する。
【０００２】
【従来の技術】
複数のサーバに分散した処理ノードの提供する複数の副Ｗｅｂサービスの連携によるＷｅｂサービスとしては、非特許文献１に記載されているような技術があり，クライアントの要求を送付する場合，クライアントや各処理ノードは当該Ｗｅｂサービス案件に係る副Ｗｅｂサービス群の全容を知り得ないというＷｅｂサービスの特性がある。従来、Ｗｅｂサービスに限らず、一般的にサービスを提供する側は、独自に作成したブラックリストを用いて、サービス提供の実施有無を決定していた。例えば、金融業などでの利用が知られている。
【０００３】
【非特許文献１】
Ｄａｖｉｄ  Ａ．  Ｃｂａｐｐｅｌｌ他著「Ｊａｖａ  Ｗｅｂ  Ｓｅｒｖｉｃｅｓ」出版社：Ｏ’Ｒｅｉｌｌｙ  ＆  Ａｓｓｏｃｉａｔｅｓ，Ｉｎｃ．，  ２００２．３，Ｐ６
【０００４】
【発明が解決しようとする課題】
従来のサービス（Ｗｅｂサービスも含む）利用形態では、サービス提供側（システムもしくは装置、プログラム）が、ブラックリストに記載されている人、又は企業にサービスを提供しないようにするという仕組みは構築されていたが、サービス利用側がブラックリストに記載されている企業のサービスを受けないようにするという点が配慮されておらず、サービス提供側と同様の仕組みを用いることができないという課題があった。
【０００５】
本発明の目的は、サービス利用側が依頼するサービス要求の開始前にサービス処理側に応じて処理依頼を決定することにある。
【０００６】
【課題を解決するための手段】
上記の目的は、第１のノードは処理を依頼の決定に必要な情報を登録するために管理ノードに予め送信し、第２のノードは、前記第１のノードからサービス要求の受信に応じて、第２のノードから他のノードに処理依頼をする場合、管理ノードに前記第１のノードが登録されているノードであるかを問合せ、その結果に応じて当該ノードへ処理要求への送信を決定することにより、達成される。
【０００７】
また、第１のノードは処理を依頼したくない処理ノードの識別情報を登録するために管理ノードに予め送信し、第２のノードは、前記第１のノードからサービス要求の受信に応じて、第２のノードから他のノードに処理依頼をする場合、管理ノードに前記第１のノードが処理依頼したくないとして登録されているノードであるかを問合せ、その結果登録されていないノードへ処理要求を送信することにより、達成される。
（２）ブラックリストを要求サービス内容と共に添付する
の２通りの方式によって達成される。
また、ノードは、サービス処理を依頼したくないノードの識別情報を含むサービス要求を受信し、他のノードに処理依頼をする場合、前記入力したサービス要求に含まれるサービス処理を依頼したくないノード以外のノードへ処理要求を送信することを特徴とすることにより、達成される。
【０００８】
【発明の実施の形態】
図１は、複数のＷｅｂサービスによるサービス処理要求の送受信によりサービス処理を行う一例を示している。サービス処理するノード１０１、１０３、１０６は処理ノード（またはノードでも良い）であり、サービス処理可能なプログラムやオブジェクトもしくはその処理を実施可能な装置や論理サーバ、論理計算機でも良い。オンラインオーダーシステムを構築した場合の一例を用いて説明するが、それに限定されるのもではなく、サービス処理一般に適用可能である。
図１のサービス利用者１０１は、Ｂｌａｃｋ  Ｌｉｓｔ管理サービス（管理サービスや管理ノードとも呼ぶ）１０３にあらかじめ作成しておいたブラックリストを送信し、インテリアコーディネイトサービス提供者１０６にインテリアコーディネイトの注文を行うサービス利用者である。
図１のＢｌａｃｋ  Ｌｉｓｔ管理サービス１０３は、サービス利用者（システムもしくは装置、プログラム）１０１があらかじめ作成しておいたブラックリスト情報を管理するＷｅｂサービスであり、サービス利用者１０１が信頼できるＷｅｂサービスである。サービス利用者１０１が自ら作成しても良い。図１のリスト登録要求データ１０２は、サービス利用者１０１からＢｌａｃｋ  Ｌｉｓｔ管理サービス１０３への送信データを示す。
【０００９】
図１のリスト登録応答１０４は、Ｂｌａｃｋ  Ｌｉｓｔ管理サービス１０３からサービス利用者１０１への送信データを示す。図１の要求サービスデータ１０５は、サービス利用者１０１からインテリアコーディネイトサービス提供者１０６への送信データを示す。
【００１０】
図１のインテリアコーディネイトサービス提供者（システムもしくは装置、プログラム）１０６は、サービス利用者１０１からの注文を受け、次に要求を出すべきＷｅｂサービスをＵＤＤＩで検索し、検索結果のアンティーク家具注文サービス提供者１１０がサービス利用者１０１のブラックリストに該当するか否かをＢｌａｃｋ  Ｌｉｓｔ管理サービス１０３に問い合わせ、該当しないという結果を得た上でアンティーク家具注文サービス提供者１１０を呼び出すＷｅｂサービスである。
【００１１】
図１のＢｌａｃｋＬｉｓｔ問合せデータ１０７は、インテリアコーディネイトサービス提供者１０６からＢｌａｃｋ  Ｌｉｓｔ管理サービス１０３への送信データを示す。図１のＢｌａｃｋＬｉｓｔ問合せ応答データ１０８は、Ｂｌａｃｋ  Ｌｉｓｔ管理サービス１０３からインテリアコーディネイトサービス提供者１０６への送信データを示す。図１の要求サービスデータ１０９は、インテリアコーディネイトサービス提供者１０６からアンティーク家具注文サービス提供者（システムもしくは装置、プログラム）１１０への送信データを示す。
【００１２】
図１のアンティーク家具注文サービス提供者１１０は、インテリアコーディネイトサービス提供者１０６からの注文を受け、次に要求を出すべきＷｅｂサービスをＵＤＤＩで検索し、検索結果のテーブル販売業者１１４がサービス利用者１０１のブラックリストに該当するか否かをＢｌａｃｋ  Ｌｉｓｔ管理サービス１０３に問い合わせ、該当しないという結果を得た上でテーブル販売業者１１４を呼び出すＷｅｂサービスである。
図１のＢｌａｃｋＬｉｓｔ問合せデータ１１１は、アンティーク家具注文サービス提供者１１０からＢｌａｃｋ  Ｌｉｓｔ管理サービス１０３への送信データを示す。図１のＢｌａｃｋＬｉｓｔ問合せ応答データ１１２は、Ｂｌａｃｋ  Ｌｉｓｔ管理サービス１０３からアンティーク家具注文サービス提供者１１０への送信データを示す。
【００１３】
図１の要求サービスデータ１１３は、要求サービスデータ１０９と同様、アンティーク家具注文サービス提供者１１０からテーブル販売業者１１４への送信データを示す。
図１のテーブル販売業者１１４は、アンティーク家具注文サービス提供者１１０からの注文を受け、次に要求を出すべきＷｅｂサービスをＵＤＤＩで検索し、検索結果の家具メンテナンス業者Ａ１２５がサービス利用者１０１のブラックリストに該当するか否かをＢｌａｃｋ  Ｌｉｓｔ管理サービス１０３に問い合わせ、該当するという結果を得たたため、再度、次に要求を出すべきＷｅｂサービスをＵＤＤＩで検索し、検索結果の家具メンテナンス業者Ｂがサービス利用者１０１のブラックリストに該当するか否かをＢｌａｃｋ  Ｌｉｓｔ管理サービス１０３に問い合わせ、該当しないという結果を得たため家具メンテナンス業者Ｂ１２０を呼び出すＷｅｂサービスである。
【００１４】
図１のＢｌａｃｋＬｉｓｔ問合せデータ１１５と１１７は、ＢｌａｃｋＬｉｓｔ問合せデータ１１１と同様、テーブル販売業者（システムもしくは装置、プログラム）１１４からＢｌａｃｋ  Ｌｉｓｔ管理サービス１０３への送信データを示す。図１のＢｌａｃｋＬｉｓｔ問合せ応答データ１１６と１１８は、ＢｌａｃｋＬｉｓｔ問合せ応答データ１１２と同様、Ｂｌａｃｋ  Ｌｉｓｔ管理サービス１０３からテーブル販売業者１１４への送信データを示す。
【００１５】
図１の家具メンテナンス業者Ａ（システムもしくは装置、プログラム）１２５は、サービス利用者１０１のブラックリストに記載されている企業である。図１の家具メンテナンス業者Ｂ１２０は、テーブル販売業者１１４（システムもしくは装置、プログラム）からの注文を受けるＷｅｂサービスであり、かつ、サービス利用者１０１の注文を実現するために多段に連携しているＷｅｂサービスの末端に位置するＷｅｂサービスである。
【００１６】
図１の要求サービスデータ１１９は、要求サービスデータ１１３と同様、テーブル販売業者１１４から家具メンテナンス業者Ｂ１２０への送信データを示す。図１のサービス利用可否応答データ１２１は、家具メンテナンス業者Ｂ１２０からテーブル販売業者１１４への送信データを示す。
図１のサービス利用可否応答データ１２２は、サービス利用可否応答データ１２１と同様、テーブル販売業者１１４からアンティーク家具注文サービス提供者１１０への送信データを示す。図１のサービス利用可否応答データ１２３は、サービス利用可否応答データ１２２と同様、アンティーク家具注文サービス提供者１１０からインテリアコーディネイトサービス提供者１０６への送信データを示す。図１のサービス利用可否応答データ１２４は、サービス利用可否応答データ１２３と同様、インテリアコーディネイトサービス提供者１０６からサービス利用者１０１への送信データを示す。
【００１７】
図２は、図１のうちサービス利用者１１０からＢｌａｃｋＬｉｓｔ管理サービスへのＢｌａｃｋＬｉｓｔの登録、及びインテリアコーディネイトサービス提供者１０６を呼び出す部分までに関して抜き出したものであり、送受信するデータの詳細を示す図である。
【００１８】
図２のリスト登録要求データ１０２は、サービス利用者１０１からＢｌａｃｋＬｉｓｔ管理サービス１０３へのＢｌａｃｋＬｉｓｔ登録用のデータであり、図５のリスト登録者データ２０１とＢｌａｃｋＬｉｓｔデータ２０２から構成される。
【００１９】
本実施例では２０１及び２０２はともにＸＭＬ形式で情報を記述している。図２のリスト登録応答データ１０４は、図７のリスト登録結果データ１０４１から構成される。図２の要求サービスデータ１０５は、図５のサービス利用要求者データ２０３と要求サービス詳細データ２０４から構成される。図２のサービス利用可否応答データ１２４は、図６の利用可否データ２０５、履歴データ２０６、最終サービスデータ２０７から構成される。
【００２０】
図３は、図１のうちインテリアコーディネイトサービス提供者１０６からＢｌａｃｋＬｉｓｔ管理サービス１０３へのＢｌａｃｋＬｉｓｔの問合せ、及び問合せ結果に関して抜き出したものであり、送受信するデータの詳細を示す図である。図３のＢｌａｃｋＬｉｓｔ問合せデータ１０７は、図７のサービス利用要求者データ２０８と履歴データ２０９から構成される。
図３のＢｌａｃｋＬｉｓｔ問合せ応答データ１０８は、図７の履歴データ２１０から構成される。
【００２１】
図４は、図１のうちインテリアコーディネイトサービス提供者（システムもしくは装置、プログラム）１０６からアンティーク家具注文サービス提供者１１０の呼び出し、及び呼び出しに対する戻りに関して抜き出したものであり、送受信するデータの詳細を示す図である。図４の要求サービスデータ１０９は、図８のサービス利用要求者データ２１１、呼び元データ２１２、要求サービス詳細データ２１３、履歴データ２１４から構成される。
図４のサービス利用可否応答データ１２３は、図２のサービス利用可否応答データ１２４と同じ構成であるが、図６の利用可否データ２０５
において、「ＯＫ」という情報を含んでいない点のみが異なる。
【００２２】
図５は、サービス利用者１０１からＢｌａｃｋＬｉｓｔ管理サービス１０３へリスト登録要求データ１０２として送信するデータの内容と、インテリアコーディネイトサービス提供者１０６へ要求サービスデータ１０５として送信するデータの内容の２つを示している。前者は、登録者情報の内容を示すリスト登録者データ２０１と登録したいブラックリスト情報の内容を示すＢｌａｃｋＬｉｓｔデータ２０２からなり、後者は、
サービスの利用者情報の内容を示すサービス利用要求者データ２０３と利用したいサービス情報の内容を示す要求サービス詳細データ２０４からなる。
【００２３】
図５のリスト登録者データ２０１では、登録者情報の内容を示すデータとして本実施例では、登録者名を指定している。図５のＢｌａｃｋＬｉｓｔデータ２０２は、サービス利用者１０１があらかじめ作成しておいたブラックリスト内容を示すデータであり、本実施例では家具メンテナンス業者Ａを企業名２０２１で指定している。図５のサービス利用要求者データ２０３は、サービス利用者情報を示すデータであり、本実施例では、サービス利用要求者名を指定している。図５の要求サービス詳細データ２０４は、利用したいサービスに関する情報を示すデータであり、本実施例では、インテリアコーディネイトに関して、特に、アンティーク家具のテーブル、イギリス産、色は茶色、オプションとして色の塗りなおしを指定している。
【００２４】
図６は、図１のうちインテリアコーディネイトサービス提供者１０６からサービス利用者１０１へ利用したくないＷｅｂサービスを利用せずにＷｅｂサービスを受けられるか否かについてチェックした結果を返す部分に関して抜き出したものであり、データの詳細を示す図である。図６のサービス利用可否応答データ１２４は、チェックした結果を示す利用可否データ２０５と利用可否データ２０５を作成するために用いた履歴データ２０６、最終サービスデータ２０７からなる。
図６の利用可否データ２０５は、サービス利用者が利用したくないＷｅｂサービスを利用せずにＷｅｂサービスを受けられるか否かについてチェックした結果を示すデータであり、利用可否データ２０５１は
ＯＫ又はＮＧのいづれかとなる。本実施例では、ＯＫとしている。
【００２５】
図６の履歴データ２０６は、多段に連携されたＷｅｂサービスにおいて
呼び出されるＷｅｂサービス毎に、次に呼び出したいＷｅｂサービスが
サービス利用者１０１のブラックリストに該当するか否かについて
ＢｌａｃｋＬｉｓｔ管理サービス１０３に問い合わせ実行をした履歴とその問い合わせに対応する結果についての履歴を示すデータであり、ブラックリストに該当するか否かについてＢｌａｃｋＬｉｓｔ管理サービス１０３が、検索結果をその都度、２０６１，２０６２，２０６３，２０６４にＯＫ又はＥｒｒｏｒのいづれかで記載する。ＯＫは、ブラックリストに該当しなかったことを意味し、Ｅｒｒｏｒは、該当したことを意味する。図６の最終サービスデータ２０７は、多段に連携されたＷｅｂサービスにおいて、末端に位置するＷｅｂサービスの情報を示すデータであり、本実施例では、実行サービス２０７１に、家具メンテナンス業者Ｂを意味するｈｔｔｐ：／／ｗｗｗ．ｍｅｎｔｅｎａｎｃｅＢ．ｃｏｍ／Ｗｅｂｓｅｒｖｉｃｅ５としている。
【００２６】
図７は、図１のうち各ＷｅｂサービスがＢｌａｃｋＬｉｓｔ管理サービス１０３へブラックリストに該当するか否かの問い合わせをする部分とその結果をＢｌａｃｋＬｉｓｔ管理サービス１０３が返す部分  及びＢｌａｃｋＬｉｓｔ管理サービス１０３からサービス利用者１０１へリスト登録をした結果を返す部分について抜き出したものであり、データの詳細を示す図である。
【００２７】
図７のＢｌａｃｋＬｉｓｔ問合せデータ１０７は、ＢｌａｃｋＬｉｓｔ管理サービス１０３に対して、誰のブラックリストに関する問合せなのかを指定するためのサービス利用要求者データ２０８と履歴データ２０９からなる。
図７のサービス利用要求者データ２０８は、ＢｌａｃｋＬｉｓｔ管理サービス１０３が管理しているブラックリストのうち、誰のブラックリストに関する情報なのかを指定するための情報であり、本実施例では、
サービス利用要求者名２０８１にサービス利用者１０１を意味するサービス利用者を指定している。図７の履歴データ２０９は、インテリアコーディネイトサービス提供者１０６が、次に呼び出したいＷｅｂサービスであるアンティーク家具注文サービス提供者１１０がサービス利用者１０１のブラックリストに該当するか否かについてＢｌａｃｋＬｉｓｔ管理サービス１０３に問い合わせ実行をした履歴について示すデータであり、本実施例では、問合せを実行するサービスであるインテリアコーディネイトサービス提供者１０６を意味するｈｔｔｐ：／／ｗｗｗ．ｉｎｔｅｒｉｏｒ．ｃｏｍ／ＷｅｂＳｅｒｖｉｃｅ１を実行サービス２０９１、検索対象サービスであるアンティークコーディネイトサービス提供者（システムもしくは装置、プログラム）１１０を意味するｈｔｔｐ：／／ｗｗｗ．ａｎｔｉｑｕｅ．ｃｏｍ／ＷｅｂＳｅｒｖｉｃｅ２を検索対象サービス２０９２に指定している。
【００２８】
図７のＢｌａｃｋＬｉｓｔ問合せ応答データ１０８は、履歴データ２１０からなる。図７の履歴データ２１０は、ＢｌａｃｋＬｉｓｔ管理サービス１０３が、渡されたＢｌａｃｋＬｉｓｔ問合せデータ１０７を基に、管理しているブラックリストのうち、サービス利用要求者データ２０８で指定された人のブラックリストを検索し、その結果を検索結果２１０１に記載したデータである。本実施例では、ブラックリストに該当していないことを意味するＯＫを指定している。
【００２９】
図７のリスト登録応答データ１０４は、ＢｌａｃｋＬｉｓｔ管理サービス１０３が渡されたブラックリスト情報であるリスト登録要求データ１０２を正常に登録できたか否かを示すデータであり、本実施例では、
正常登録できたことを意味するＯＫを登録結果１０４１１に指定している。
【００３０】
図８は、図１のうち、インテリアコーディネイトサービス提供者１０６からアンティーク家具注文サービス提供者１１０への要求サービスのデータ部分について抜き出したものであり、データの詳細を示す図である。図８の要求サービスデータ１０９は、サービス利用要求者データ２１１、呼び元データ２１２、要求サービス詳細データ２１３、履歴データ２１４からなる。
【００３１】
図８のサービス利用要求者データ２１１は、これ以降、呼ばれる可能性のあるＷｅｂサービスがＢｌａｃｋＬｉｓｔ管理サービスに問い合せを行う際に作成するＢｌａｃｋＬｉｓｔ問合せデータ１０７で使用するためのデータである。図８の呼び元データ２１２は、Ｗｅｂサービスの呼び元を意味するデータであり、この情報を用いて、Ｗｅｂサービスは呼び元Ｗｅｂサービスに結果を返すことができる。本実施例では、インテリアコーディネイトサービス提供者１０６を意味するｈｔｔｐ：／／ｗｗｗ．ｉｎｔｅｒｉｏｒ．ｃｏｍ／ＷｅｂＳｅｒｖｉｃｅ１  を呼び元２１２１に指定している。図８の要求サービス詳細データ２１３は、利用したいサービスに関する情報を示すデータであり、本実施例では、アンティーク家具に関して、テーブル、イギリス産、色は茶色、オプションとして色の塗りなおしを指定している。
図８の履歴データ２１４は、ＢｌａｃｋＬｉｓｔ問合せ応答データ１０８そのものである。
【００３２】
図９は、図１のサービス利用者１０１、ＢｌａｃｋＬｉｓｔ管理サービス１０３の構成を示したものである。図９の１０１サービス利用者の構成は、ブラックリストを入力するためのＢｌａｃｋＬｉｓｔ入力部１０１１、入力したブラックリスト情報を格納しておくためのＢｌａｃｋＬｉｓｔ情報１０１５、ブラックリストを送信するためのＢｌａｃｋＬｉｓｔ送信部１０１２、結果及び履歴を受信するための結果・履歴受信部１０１３、受信した結果及び履歴を格納するための結果及び履歴情報１０１６、受信した結果及び履歴を表示するための結果・履歴表示部１０１４を持つ。
【００３３】
図９の１０６ＢｌａｃｋＬｉｓｔ管理サービスの構成は、リスト登録要求データ１０２を受信するためのＢｌａｃｋＬｉｓｔ受信部１０６２、受信したリスト登録要求データ１０２を格納するためのＢｌａｃｋＬｉｓｔ情報１０６５、登録が正常に行われたかの結果を送信するためのＢｌａｃｋＬｉｓｔ登録結果送信部１０６１、各ＷｅｂサービスからのＢｌａｃｋＬｉｓｔ問合せデータを受信するためのＢｌａｃｋＬｉｓｔ問合せデータ受信部１０６３、その結果を送信するためのＢｌａｃｋＬｉｓｔ問合せ応答データ送信部１０６４を持つ。
【００３４】
図１０は、図１のインテリアコーディネイトサービス提供者１０６、アンティーク家具サービス提供者１１０の構成を示したものである。図１０の１０６インテリアコーディネイトサービス提供者の構成は、要求サービスデータ１０５を受信するための要求サービスデータ受信部１０６１、受信した要求サービスデータを格納するための要求サービス情報１０６２、次に呼ぶべきＷｅｂサービスを検索するためのＵＤＤＩ検索部１０６３、検索の結果、次に呼びたいＷｅｂサービスがブラックリストに該当しているか否かを問い合わせるためのＢｌａｃｋＬｉｓｔ問合せデータ送信部１０６４、その結果を受信するためのＢｌａｃｋＬｉｓｔ問合せ応答データ受信部１０６５、次のＷｅｂサービスを呼ぶためのサービス呼び出し部１０６６、サービス利用可否応答データ１２３を受信するためのサービス利用可否応答データ受信部１０６７、サービス利用可否応答データ１２４を送信するためのサービス利用可否応答データ送信部１０６８を持つ。
【００３５】
図１０の１１０アンティーク家具注文サービス提供者は、要求サービスデータ１０９を受信するための要求サービスデータ受信部１１０１、受信した要求サービスデータを格納するための要求サービス情報１１０２、次に呼ぶべきＷｅｂサービスを検索するためのＵＤＤＩ検索部１１０３、検索の結果、次に呼びたいＷｅｂサービスがブラックリストに該当しているか否かを問い合わせるためのＢｌａｃｋＬｉｓｔ問合せデータ送信部１１０４、その結果を受信するためのＢｌａｃｋＬｉｓｔ問合せ応答データ受信部１１０５、次のＷｅｂサービスを呼ぶためのサービス呼び出し部１１０６、サービス利用可否応答データ１２２を受信するためのサービス利用可否応答データ受信部１１０７、サービス利用可否応答データ１２３を送信するためのサービス利用可否応答データ送信部１１０８を持つ。
【００３６】
図１１は、図１のテーブル販売業者１１４、家具メンテナンス業者Ｂ１２０の構成を示したものである。図１１の１１４テーブル販売業者の構成は、要求サービスデータ１１３を受信するための要求サービスデータ受信部１１４１、受信した要求サービスデータを格納するための要求サービス情報１１４２、次に呼ぶべきＷｅｂサービスを検索するためのＵＤＤＩ検索部１１４３、検索の結果、次に呼びたいＷｅｂサービスがブラックリストに該当しているか否かを問い合わせるためのＢｌａｃｋＬｉｓｔ問合せデータ送信部１１４４、その結果を受信するためのＢｌａｃｋＬｉｓｔ問合せ応答データ受信部１１４５、次のＷｅｂサービスを呼ぶためのサービス呼び出し部１４６６、サービス利用可否応答データ１２１を受信するためのサービス利用可否応答データ受信部１１４７、サービス利用可否応答データ１２２を送信するためのサービス利用可否応答データ送信部１１４８を持つ。
【００３７】
図１１の１２０家具メンテナンス業者Ｂ（システムもしくは装置、プログラム）は、要求サービスデータ１１９を受信するための要求サービスデータ受信部１２０１、受信した要求サービスデータを格納するための要求サービス情報１２０２、サービス利用可否応答データ１２１を送信するためのサービス利用可否応答データ送信部１２０３を持つ。
【００３８】
図１２は、サービス利用者１０１が独自のブラックリストになっている企業のＷｅｂサービスを利用せずに希望のサービスを受けられるか否かを問い合せてからその結果を受けるまでの処理のフローを示す。サービス利用者１０１は、リスト登録要求データ１０２をＢｌａｃｋＬｉｓｔ管理サービス１０３に送信し、ＢｌａｃｋＬｉｓｔ管理サービス１０３は受信した
リスト登録要求データ１０２を基にＢｌａｃｋＬｉｓｔ登録処理４０１（ステップ０４１）を行う。次に、ＢｌａｃｋＬｉｓｔ管理サービス１０３は、リスト登録応答データ１０４をサービス利用者１０１に返す。
サービス利用者１０１は、リスト登録応答データ１０４の結果、リスト登録要求データ１０２が正常に登録できたことを確認し、インテリアコーディネイトサービス提供者１０６に要求サービスデータ１０５を送信する。インテリアコーディネイトサービス提供者１０６は受信した要求サービスデータ１０５を基に、ＵＤＤＩ検索及びＢｌａｃｋＬｉｓｔ問合せ処理４０２（ステップ４０２）を行う。次に、インテリアコーディネイトサービス提供者１０６は、ＢｌａｃｋＬｉｓｔ管理サービス１０３にＢｌａｃｋＬｉｓｔ問合せデータ１０７を送信する。
【００３９】
ＢｌａｃｋＬｉｓｔ管理サービス１０３は、受信したＢｌａｃｋＬｉｓｔ問合せデータ１０７を基にＢｌａｃｋＬｉｓｔ検索処理４０３（ステップ４０３）を行い、ＢｌａｃｋＬｉｓｔ問合せ応答データ１０８を返す。
インテリアコーディネイトサービス提供者１０６は、受信したＢｌａｃｋＬｉｓｔ問合せ応答データ１０８を基にＢｌａｃｋＬｉｓｔ問合せ応答データチェック及びサービス呼び出し準備処理４０４（ステップ４０４）を行い、要求サービスデータ１０９をアンティーク家具注文サービス提供者１１０に送信する。
【００４０】
アンティーク家具注文サービス提供者１１０もインテリアコーディネイトサービス提供者１０６と同様に、ステップ４０２を行い、ＢｌａｃｋＬｉｓｔ管理サービス１０３がステップ４０３を実行、その結果を用いてアンティーク家具注文サービス提供者１１０はステップ４０４を行い、要求サービスデータ１１３をテーブル販売業者１１４に送信する。
テーブル販売業者１１４も、インテリアコーディネイトサービス提供者１０６及びアンティーク家具注文サービス提供者１１０と同様のステップを踏むが１回目のステップ４０３の結果、ブラックリストに該当するとう結果を得たため、再度、ＢｌａｃｋＬｉｓｔ管理サービス１０３にＢｌａｃｋＬｉｓｔ問合せデータ１１７を送信する。
２回目の問合せ結果が、ブラックリストに該当しないという結果を得たため、要求サービスデータ１１９を家具メンテナンス業者Ｂ１２０に送信する。
【００４１】
家具メンテナンス業者（システムもしくは装置、プログラム）１１９は、受信した要求サービスデータ１１９を基にサービス可否応答データ準備処理（ステップ４０５）を行い、サービス可否応答データ１２１をテーブル販売業者１１４に送信する。
テーブル販売業者１１４は、受信したサービス可否応答データ１２１を基にサービス利用可否データ処理４０６を行い、サービス可否応答データ１２２をアンティーク家具注文サービス提供者１１０に送信する。
アンティーク家具注文サービス提供者１１０は、受信したサービス可否応答データ１２２を基にサービス可否応答データ準備処理（ステップ４０５）を行い、サービス可否応答データ１２３をインテリアコーディネイトサービス提供者１０６に送信する。
【００４２】
インテリアコーディネイトサービス提供者１０６は、受信したサービス可否応答データ１２３を基に、サービス利用可否データチェック処理４０７を行い、サービス可否応答データ１２４をサービス利用者１０１に送信する。
【００４３】
図１３は、図１２で示したＢｌａｃｋＬｉｓｔ問合せ応答データチェック及びサービス呼び出し準備処理４０４及びサービス利用可否データ処理４０６の詳細を示したフロー図である。
【００４４】
図１３のＢｌａｃｋＬｉｓｔ問合せ応答データチェック及びサービス呼び出し準備処理４０４では、まず、受信したＢｌａｃｋＬｉｓｔ問合せ応答データの検索結果がＯＫかどうかを５０１で判定する。ＯＫであれば、要求サービスデータを作成し、送信する。（５０２，５０３）。検索結果がＯＫでない場合は、次に呼ぶべきＷｅｂサービスを検索するために、５０３でＵＤＤＩ検索し、該当サービスが存在するか否かを５０４で判定する。判定の結果、該当サービスが存在しない場合は、サービス利用可否応答データを作成し、呼び元に送信する。
判定結果が、該当サービスが存在する場合は、ＢｌａｃｋＬｉｓｔ問合せデータを作成し、送信する。（５０５，５０６）。
【００４５】
図１３のサービス利用可否データ処理４０６では、サービス利用可否応答データを作成し、呼び元に、送信する。（５５０，５５１）。
【００４６】
図１４は、図１２で示したＢｌａｃｋＬｉｓｔ登録処理４０１及びＵＤＤＩ検索及びＢｌａｃｋＬｉｓｔ問合せ処理４０２の詳細を示したフロー図である。
図１４のＢｌａｃｋＬｉｓｔ登録処理４０１では、リスト登録データ１０２を受信し、受信したリスト登録データ１０２を格納、その後、登録結果をリスト登録応答データ１０４として送信する。（５１０，５１１，５１２）。図１４のＵＤＤＩ検索及びＢｌａｃｋＬｉｓｔ問合せ処理４０２では、まず、要求サービスデータを受信し（５２０）、受信した要求サービスデータを格納（５２１）、その後、次に呼び出すべきＷｅｂサービスをＵＤＤＩで検索（５２２）し、ＢｌａｃｋＬｉｓｔ問合せデータを作成（５２３）、送信（５２４）する。
【００４７】
図１５は、図１２で示したＢｌａｃｋＬｉｓｔ検索処理４０３及びサービス可否応答データ準備処理４０５の詳細を示したフロー図である。
図１５のＢｌａｃｋＬｉｓｔ検索処理４０３では、ＢｌａｃｋＬｉｓｔ問合せデータを受信（５３０）し、ＢｌａｃｋＬｉｓｔ管理サービス１０３自信が管理している
ブラックリスト情報からブラックリストに該当するか否かを検索（５３１）し、検索結果からＢｌａｃｋＬｉｓｔ問合せ応答データを作成（５３２），
送信（５３３）する。図１５のサービス可否応答データ準備処理４０５では、要求サービスデータを受信（５４０）し、受信した要求サービスデータを格納（５４１）、サービス利用可否応答データを作成（５４２）し、送信（５４３）する。
【００４８】
図１６は、図１２で示したサービス利用可否データチェック処理４０７の詳細を示したフロー図である。図１６のサービス利用可否データチェック処理４０７では、サービス利用可否応答データ１２３を受信（５６０）し、受信したサービス利用可否応答データ１２３を基に、最終検索対象サービス及び最終実行サービスにそれぞれ情報を取り出す。（５６１，５６２）。５６１，５６２でそれぞれ取り出した情報が同じかどうかを判定（５６３）し、同じであれば、利用可否データにＯＫをセット（５６４）、同じでなければＮＧをセットし、送信（５６６）する。
【００４９】
次に、本発明のもう一つの実施例を図１７で示す。
図１７は、図１において、ＢｌａｃｋＬｉｓｔ管理サービス１０３が存在しない
ケースであり、Ｂｌａｃｋ  Ｌｉｓｔ管理サービス１０３への送信データ及び
Ｂｌａｃｋ  Ｌｉｓｔ管理サービス１０３からの送信データがない以外は同じである。
【００５０】
図１８は、図１７のうちサービス利用者１７０１からインテリアコーディネイトサービス提供者１７０３を呼び出すとそれに対応する戻り、及びインテリアコーディネイトサービス提供者１７０１からアンティーク家具注文サービス提供者１７０５を呼び出す部分までに関して抜き出したものであり、送受信するデータの詳細を示す図である。図１８のＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０２は、図５のサービス利用要求者データ２０３、要求サービス詳細データ２０４、ＢｌａｃｋＬｉｓｔデータ２０２から構成される。
【００５１】
図１８のサービス利用可否応答データ１７１４は、図６の利用可否データ２０５、履歴データ２０６、最終サービスデータ２０７から構成される。
図１８のＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０４は、図５のＢｌａｃｋＬｉｓｔデータ２０２、図８の呼び元データ２１２、要求サービス詳細データ２１３、
図１９の履歴データ１８０１から構成される。
【００５２】
図１９は、図１７のうち、インテリアコーディネイトサービス提供者１７０３からアンティーク家具注文サービス提供者１７０５への要求サービスのデータ部分について抜き出したものであり、データの詳細を示す図である。
図１９の履歴データ１８０１は、多段に連携されたＷｅｂサービスにおいて呼び出されたＷｅｂサービスの履歴を示すデータであり、本実施例では、実行サービス１８０１１に、インテリアコーディネイトサービス提供者を意味するｈｔｔｐ：／／ｗｗｗ．ｉｎｔｅｒｉｏｒ．ｃｏｍ／ＷｅｂＳｅｒｖｉｃｅ１  を指定している。
【００５３】
図２０は、図１７のサービス利用者１７０１、家具メンテナンス業者Ｂ１７１０の構成を示したものである。
図２０の１７０１サービス利用者の構成は、ブラックリストを入力するためのＢｌａｃｋＬｉｓｔ入力部１７１１、入力したブラックリスト情報を格納しておくためのＢｌａｃｋＬｉｓｔ情報１７１５、ＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０２を送信するためのＢｌａｃｋＬｉｓｔ付要求サービスデータ送信部１７１２、結果及び履歴を受信するための結果・履歴受信部１７１３、受信した結果及び履歴を格納するための結果及び履歴情報１７１６、受信した結果及び履歴を表示するための結果・履歴表示部１７１４を持つ。
【００５４】
図２０の１７１０家具メンテナンス業者Ｂの構成は、ＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０９を受信するための要求サービスデータ受信部１７１１、受信したＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０９を格納するためのブラックリスト付要求サービス情報１７１２、サービス利用可否応答データ１７１１を送信するためのサービス利用可否応答データ送信部１７１３を持つ。
【００５５】
図２１は、図１７のインテリアコーディネイトサービス提供者１７０３、アンティーク家具注文サービス提供者１７０５、テーブル販売業者の構成１７０７の構成を示したものである。図２１の１７０３インテリアコーディネイトサービス提供者の構成は、ＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０２を受信するための要求サービスデータ受信部１７３１、受信したＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０２を格納するための要求サービス情報１７３２、次に呼ぶべきＷｅｂサービスを検索するためのＵＤＤＩ検索部１７３３、検索の結果、次のＷｅｂサービスを呼ぶためのサービス呼び出し部１７３５、サービス利用可否応答データ１７１３を受信するためのサービス利用可否応答データ受信部１７３４、サービス利用可否応答データ１７１４を送信するためのサービス利用可否応答データ送信部１７３６を持つ。
【００５６】
図２１の１７０５アンティーク家具注文サービス提供者の構成は、ＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０４を受信するための要求サービスデータ受信部１７５１、受信したＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０４を格納するための要求サービス情報１７５２、次に呼ぶべきＷｅｂサービスを検索するためのＵＤＤＩ検索部１７５３、検索の結果、次のＷｅｂサービスを呼ぶためのサービス呼び出し部１７５５、サービス利用可否応答データ１７１２を受信するためのサービス利用可否応答データ受信部１７５４、サービス利用可否応答データ１７１３を送信するためのサービス利用可否応答データ送信部１７５６を持つ。
【００５７】
図２１の１７０７テーブル販売業者の構成は、ＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０６を受信するための要求サービスデータ受信部１７７１、受信したＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０６を格納するための要求サービス情報、次に呼ぶべきＷｅｂサービスを検索するためのＵＤＤＩ検索部１７７３、検索の結果、次のＷｅｂサービスを呼ぶためのサービス呼び出し部１７７５、サービス利用可否応答データ１７１１を受信するためのサービス利用可否応答データ受信部１７７４、サービス利用可否応答データ１７１２を送信するためのサービス利用可否応答データ送信部１７７６を持つ。
【００５８】
図２２は、サービス利用者１７０１が独自のブラックリストになっている企業のＷｅｂサービスを利用せずに希望のサービスを受けられるか否かを問い合せてからその結果を受けるまでの処理のフローを示す。サービス利用者１７０１は、ＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０２をインテリアコーディネイトサービス提供者１７０３に送信する。
インテリアコーディネイトサービス提供者１７０３は、受信したＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０２を基にＢｌａｃｋＬｉｓｔ該非判定チェック処理２２０１（ステップ２２０１）を行う。次に、ＵＤＤＩ検索及びサービス呼び出し準備処理２２０２（ステップ２２０２）を行い、ＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０４をアンティーク家具注文サービス提供者１７０５に送信する。
【００５９】
アンティーク家具注文サービス提供者１７０５もインテリアコーディネイトサービス提供者１７０３と同様に、受信したＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０４を基にＢｌａｃｋＬｉｓｔ該非判定チェック処理２２０１（ステップ２２０１）を行う。次に、ＵＤＤＩ検索及びサービス呼び出し準備処理２２０２（ステップ２２０２）を行い、ＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０６をテーブル販売業者１７０７に送信する。
【００６０】
テーブル販売業者１７０７も、インテリアコーディネイトサービス提供者１７０３及びアンティーク家具注文サービス提供者１７０５と同様に、受信したＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０６を基にＢｌａｃｋＬｉｓｔ該非判定チェック処理２２０１（ステップ２２０１）を行う。次に、ＵＤＤＩ検索及びサービス呼び出し準備処理２２０２（ステップ２２０２）を行い、ＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０９を家具メンテナンス業者Ｂ１７１０に送信する。
【００６１】
家具メンテナンス業者Ｂ１７１０は、受信したＢｌａｃｋＬｉｓｔ付要求サービスデータ１７０９を基に、ＢｌａｃｋＬｉｓｔ該非判定チェック処理２２０１（ステップ２２０１）、及びサービス可否応答データ準備処理２２０３（ステップ２２０３）を行い、テーブル販売業者１７０７に、サービス利用可否応答データ１７１１を送信する。
【００６２】
テーブル販売業者１７０７は、受信したサービス利用可否応答データ１７１１を基に、サービス利用可否データ処理２２０４（ステップ２２０４）を行い、アンティーク家具注文サービス提供者１７０５に、サービス利用可否応答データ１７１２を送信する。
アンティーク家具注文サービス提供者１７０５は、受信したサービス利用可否応答データ１７１２を基に、サービス利用可否データ処理２２０４（ステップ２２０４）を行い、インテリアコーディネイトサービス提供者１７０３に、サービス利用可否応答データ１７１３を送信する。
インテリアコーディネイトサービス提供者１７０３は、受信したサービス利用可否応答データ１７１３を基に、サービス利用可否データ処理２２０４（ステップ２２０４）を行い、サービス利用者１７０１に、サービス利用可否応答データ１７１４を送信する。
【００６３】
図２３は、図２２で示したＢｌａｃｋＬｉｓｔ該非判定チェック処理２２０１及びＵＤＤＩ検索及びサービス呼び出し準備処理２２０２の詳細を示したフロー図である。図２３のＢｌａｃｋＬｉｓｔ該非判定チェック処理２２０１では、まず、ＢｌａｃｋＬｉｓｔ付要求サービスデータを受信し格納（２２１１）する。
【００６４】
次に、受信したＢｌａｃｋＬｉｓｔ付要求サービスデータを基にＢｌａｃｋＬｉｓｔデータ２０２にサービス自身の情報が含まれているか否かを判定（２２１２）し、含まれている場合は、サービス利用可否応答データ作成（２２１３）、送信（２２１４）と処理を進める。
この場合、作成するサービス利用可否応答データの利用可否データ２０５は、サービス利用者が利用したくないＷｅｂサービスを利用せずにＷｅｂサービスを受けられないことを意味するＮＧとする。
図２３のＵＤＤＩ検索及びサービス呼び出し準備処理２２０２では、まず、次に呼び出したいサービスについてＵＤＤＩ検索を実行（２２２１）し、検索の結果、該当するサービスがあるか否かについて判定（２２２２）をする。判定した結果、該当するサービスがない場合は、サービス利用可否応答ｔデータを作成（２２２３）し、送信（２２２４）する。該当する
サービスが存在した場合は、ＢｌａｃｋＬｉｓｔ付要求サービスデータを作成（２２２５）し、次のＷｅｂサービスに送信（２２２６）する。
【００６５】
図２４は、図２２で示したサービス可否応答データ準備処理２２０３及びサービス利用可否データ処理２２０４の詳細を示したフロー図である。図２４のサービス可否応答データ準備処理２２０３では、ＢｌａｃｋＬｉｓｔ付要求サービスデータを取り出し（２２３１）、受信したＢｌａｃｋＬｉｓｔ付要求サービスデータをチェック（２２３２）し、サービス利用可否応答データの作成（２２３３）、作成したサービス利用可否応答データの送信（２２３４）と処理を進める。この場合、作成するサービス利用可否応答データの利用可否データ２０５は、サービス利用者が利用したくないＷｅｂサービスを利用せずにＷｅｂサービスを受けられることを意味するＯＫとする。図２４のサービス利用可否データ処理２２０４では、サービス利用可否応答データを受信（２２４１）し、受信したサービス利用可否応答データをそのまま送信す（２２４２）する。
以上説明したように、履歴データを利用して、利用可否情報を事前に取得する構成とすることで、Ｗｅｂサービス利用側が受けたくない企業のサービスを受けなくても済むように事前チェックすることができる。
また、実際にＷｅｂサービスが実行されることはないため、Ｗｅｂサービスのロールバック等を考慮する必要がない。
また、事前チェックの依頼元であるサービス利用者は、利用可否結果と共に、履歴データも受信することができるため、履歴結果を元に、独自作成のブラックリストを自分のサービスを受けたくないプライオリティに応じて修正することも可能である。
【００６６】
【発明の効果】
以上説明したように、本発明によれば、履歴データを利用して、利用可否情報を事前に取得する構成とすることで、Ｗｅｂサービス利用側が受けたくない企業のサービスを受けなくても済むように事前チェックすることができる。
また、実際にＷｅｂサービスが実行されることはないため、Ｗｅｂサービスのロールバック等を考慮する必要がない。
また、事前チェックの依頼元であるサービス利用者は、利用可否結果と共に、履歴データも受信することができるため、履歴結果を元に、独自作成のブラックリストを自分のサービスを受けたくないプライオリティに応じて修正することも可能である。
【図面の簡単な説明】
【図１】本発明の実施形態に係わる複数のＷｅｂサービスを組み合わせて、オンラインオーダーシステムを構築した場合の例
【図２】図１におけるサービス利用者１１０からＢｌａｃｋＬｉｓｔ管理サービスへのＢｌａｃｋＬｉｓｔの登録、及びインテリアコーディネイトサービス提供者１０６を呼び出す部分に関して送受信するデータの詳細を示す図
【図３】図１におけるインテリアコーディネイトサービス提供者１０６からＢｌａｃｋＬｉｓｔ管理サービス１０３へのＢｌａｃｋＬｉｓｔの問合せ、及び問合せ結果に関して送受信するデータの詳細を示す図
【図４】図１におけるインテリアコーディネイトサービス提供者１０６からアンティーク家具注文サービス提供者１１０の呼び出し、及び呼び出しに対する戻りに関して送受信するデータの詳細を示す図
【図５】図１におけるサービス利用者１０１からＢｌａｃｋＬｉｓｔ管理サービス１０３へリスト登録要求データ１０２として送信するデータの内容と、インテリアコーディネイトサービス提供者１０６へ要求サービスデータ１０５として送信するデータの内容を示した図
【図６】図１におけるインテリアコーディネイトサービス提供者１０６からサービス利用者１０１へ利用したくないＷｅｂサービスを利用せずにＷｅｂサービスを受けられるか否かについてチェックした結果を返す部分に関するデータの内容を示した図
【図７】図１における各ＷｅｂサービスがＢｌａｃｋＬｉｓｔ管理サービス１０３へブラックリストに該当するか否かの問い合わせをする部分とその結果をＢｌａｃｋＬｉｓｔ管理サービス１０３が返す部分及びＢｌａｃｋＬｉｓｔ管理サービス１０３からサービス利用者１０１へリスト登録をした結果を返す部分に関するデータの内容を示した図
【図８】図１におけるインテリアコーディネイトサービス提供者１０６からアンティーク家具注文サービス提供者１１０への要求サービスのデータ部分に関するデータの内容を示した図
【図９】図１のサービス利用者１０１、ＢｌａｃｋＬｉｓｔ管理サービス１０３の構成を示した図
【図１０】図１のインテリアコーディネイトサービス提供者１０６、アンティーク家具サービス提供者１１０の構成を示した図
【図１１】図１のテーブル販売業者１１４、家具メンテナンス業者Ｂ１２０の構成を示した図
【図１２】サービス利用者１０１が独自のブラックリストになっている企業のＷｅｂサービスを利用せずに希望のサービスを受けられるか否かを問い合せてからその結果を受けるまでの処理のフローを示した図
【図１３】図１２で示したＢｌａｃｋＬｉｓｔ問合せ応答データチェック及びサービス呼び出し準備処理４０４及びサービス利用可否データ処理４０６の詳細を示したフロー図
【図１４】図１２で示したＢｌａｃｋＬｉｓｔ登録処理４０１及びＵＤＤＩ検索及びＢｌａｃｋＬｉｓｔ問合せ処理４０２の詳細を示したフロー図
【図１５】図１２で示したＢｌａｃｋＬｉｓｔ検索処理４０３及びサービス可否応答データ準備処理４０５の詳細を示したフロー図
【図１６】図１２で示したサービス利用可否データチェック処理４０７の詳細を示したフロー図
【図１７】本発明の実施形態に係わる複数のＷｅｂサービスを組み合わせた実施例図１において、ＢｌａｃｋＬｉｓｔ管理サービス１０３が存在しない場合の例
【図１８】図１７のうちサービス利用者１７０１からインテリアコーディネイトサービス提供者１７０３を呼び出すとそれに対応する戻り、
及びインテリアコーディネイトサービス提供者１７０１からアンティーク家具注文サービス提供者１７０５を呼び出す部分に関して送受信するデータの詳細を示す図
【図１９】図１７のうち、インテリアコーディネイトサービス提供者１７０３からアンティーク家具注文サービス提供者１７０５への要求サービスのデータ部分に関するデータの内容を示した図
【図２０】図１７のサービス利用者１７０１、家具メンテナンス業者Ｂ１７１０の構成を示した図
【図２１】図１７のインテリアコーディネイトサービス提供者１７０３、アンティーク家具注文サービス提供者１７０５、テーブル販売業者の構成１７０７の構成を示した図
【図２２】サービス利用者１７０１が独自のブラックリストになっている企業のＷｅｂサービスを利用せずに希望のサービスを受けられるか否かを問い合せてからその結果を受けるまでの処理のフローを示した図
【図２３】図２２で示したＢｌａｃｋＬｉｓｔ該非判定チェック処理２２０１及びＵＤＤＩ検索及びサービス呼び出し準備処理２２０２の詳細を示したフロー図
【図２４】図２２で示したサービス可否応答データ準備処理２２０３及びサービス利用可否データ処理２２０４の詳細を示したフロー図
【符号の説明】
１０１：サービス利用者
１０２：リスト登録要求データ
１０３：ＢｌａｃｋＬｉｓｔ管理サービス
１０４：リスト登録応答
１０７：ＢｌａｃｋＬｉｓｔ問合せデータ
１１１：ＢｌａｃｋＬｉｓｔ問合せデータ
１１５：ＢｌａｃｋＬｉｓｔ問合せデータ
１１７：ＢｌａｃｋＬｉｓｔ問合せデータ
１０８：ＢｌａｃｋＬｉｓｔ問合せ応答データ
１１２：ＢｌａｃｋＬｉｓｔ問合せ応答データ
１１６：ＢｌａｃｋＬｉｓｔ問合せ応答データ
１１８：ＢｌａｃｋＬｉｓｔ問合せ応答データ
１２１：サービス利用可否応答データ
１２２：サービス利用可否応答データ
１２３：サービス利用可否応答データ
１２４：サービス利用可否応答データ
１７０１：サービス利用者
１７０２：ＢｌａｃｋＬｉｓｔ付要求サービスデータ
１７０４：ＢｌａｃｋＬｉｓｔ付要求サービスデータ
１７０６：ＢｌａｃｋＬｉｓｔ付要求サービスデータ
１７０９：ＢｌａｃｋＬｉｓｔ付要求サービスデータ
１７１１：サービス利用可否応答データ
１７１２：サービス利用可否応答データ
１７１３：サービス利用可否応答データ
１７１４：サービス利用可否応答データ
【図１】
2005062942.tif 000003
【図２】
2005062942.tif 000004
【図３】
2005062942.tif 000005
【図４】
2005062942.tif 000006
【図５】
2005062942.tif 000007
【図６】
2005062942.tif 000008
【図７】
2005062942.tif 000009
【図８】
2005062942.tif 000010
【図９】
2005062942.tif 000011
【図１０】
2005062942.tif 000012
【図１１】
2005062942.tif 000013
【図１２】
2005062942.tif 000014
【図１３】
2005062942.tif 000015
【図１４】
2005062942.tif 000016
【図１５】
2005062942.tif 000017
【図１６】
2005062942.tif 000018
【図１７】
2005062942.tif 000019
【図１８】
2005062942.tif 000020
【図１９】
2005062942.tif 000021
【図２０】
2005062942.tif 000022
【図２１】
2005062942.tif 000023
【図２２】
2005062942.tif 000024
【図２３】
2005062942.tif 000025
【図２４】
2005062942.tif 000026