JP4265326B2 - サービス処理方法及びシステム並びにその処理プログラム - Google Patents
サービス処理方法及びシステム並びにその処理プログラム Download PDFInfo
- Publication number
- JP4265326B2 JP4265326B2 JP2003207257A JP2003207257A JP4265326B2 JP 4265326 B2 JP4265326 B2 JP 4265326B2 JP 2003207257 A JP2003207257 A JP 2003207257A JP 2003207257 A JP2003207257 A JP 2003207257A JP 4265326 B2 JP4265326 B2 JP 4265326B2
- Authority
- JP
- Japan
- Prior art keywords
- service
- node
- data
- blacklist
- name
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000003672 processing method Methods 0.000 title 1
- 230000005540 biological transmission Effects 0.000 claims description 35
- 238000000034 method Methods 0.000 claims description 18
- 238000012423 maintenance Methods 0.000 description 19
- 238000002360 preparation method Methods 0.000 description 19
- 238000010586 diagram Methods 0.000 description 13
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/101—Access control lists [ACL]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、利用するサービスを好適に決定するためのサービス処理技術に関する。
【０００２】
【従来の技術】
複数のサーバに分散した処理ノードの提供する複数の副Ｗｅｂサービスの連携によるＷｅｂサービスとしては、非特許文献１に記載されているような技術があり，クライアントの要求を送付する場合，クライアントや各処理ノードは当該Ｗｅｂサービス案件に係る副Ｗｅｂサービス群の全容を知り得ないというＷｅｂサービスの特性がある。従来、Webサービスに限らず、一般的にサービスを提供する側は、独自に作成したブラックリストを用いて、サービス提供の実施有無を決定していた。例えば、金融業などでの利用が知られている。
【０００３】
【非特許文献１】
David A. Cbappell他著「Java Web Services」出版社：O’Reilly & Associates,Inc., 2002.3,P6
【０００４】
【発明が解決しようとする課題】
従来のサービス（Webサービスも含む）利用形態では、サービス提供側（システムもしくは装置、プログラム）が、ブラックリストに記載されている人、又は企業にサービスを提供しないようにするという仕組みは構築されていたが、サービス利用側がブラックリストに記載されている企業のサービスを受けないようにするという点が配慮されておらず、サービス提供側と同様の仕組みを用いることができないという課題があった。
【０００５】
本発明の目的は、サービス利用側が依頼するサービス要求の開始前にサービス処理側に応じて処理依頼を決定することにある。
【０００６】
【課題を解決するための手段】
上記の目的は、第１のノードは処理を依頼の決定に必要な情報を登録するために管理ノードに予め送信し、第２のノードは、前記第１のノードからサービス要求の受信に応じて、第２のノードから他のノードに処理依頼をする場合、管理ノードに前記第１のノードが登録されているノードであるかを問合せ、その結果に応じて当該ノードへ処理要求への送信を決定することにより、達成される。
【０００７】
また、第１のノードは処理を依頼したくない処理ノードの識別情報を登録するために管理ノードに予め送信し、第２のノードは、前記第１のノードからサービス要求の受信に応じて、第２のノードから他のノードに処理依頼をする場合、管理ノードに前記第１のノードが処理依頼したくないとして登録されているノードであるかを問合せ、その結果登録されていないノードへ処理要求を送信することにより、達成される。
(2)ブラックリストを要求サービス内容と共に添付する
の２通りの方式によって達成される。
また、ノードは、サービス処理を依頼したくないノードの識別情報を含むサービス要求を受信し、他のノードに処理依頼をする場合、前記入力したサービス要求に含まれるサービス処理を依頼したくないノード以外のノードへ処理要求を送信することを特徴とすることにより、達成される。
【０００８】
【発明の実施の形態】
図1は、複数のＷｅｂサービスによるサービス処理要求の送受信によりサービス処理を行う一例を示している。サービス処理するノード101、103、106は処理ノード（またはノードでも良い）であり、サービス処理可能なプログラムやオブジェクトもしくはその処理を実施可能な装置や論理サーバ、論理計算機でも良い。オンラインオーダーシステムを構築した場合の一例を用いて説明するが、それに限定されるのもではなく、サービス処理一般に適用可能である。
図1のサービス利用者101は、Black List管理サービス（管理サービスや管理ノードとも呼ぶ）103にあらかじめ作成しておいたブラックリストを送信し、インテリアコーディネイトサービス提供者106にインテリアコーディネイトの注文を行うサービス利用者である。
図1のBlack List管理サービス103は、サービス利用者（システムもしくは装置、プログラム）101があらかじめ作成しておいたブラックリスト情報を管理するWebサービスであり、サービス利用者101が信頼できるWebサービスである。サービス利用者101が自ら作成しても良い。図1のリスト登録要求データ102は、サービス利用者101からBlack List管理サービス103への送信データを示す。
【０００９】
図1のリスト登録応答104は、Black List管理サービス103からサービス利用者101への送信データを示す。図1の要求サービスデータ105は、サービス利用者101からインテリアコーディネイトサービス提供者106への送信データを示す。
【００１０】
図1のインテリアコーディネイトサービス提供者（システムもしくは装置、プログラム）106は、サービス利用者101からの注文を受け、次に要求を出すべきWebサービスをUDDIで検索し、検索結果のアンティーク家具注文サービス提供者110がサービス利用者101のブラックリストに該当するか否かをBlack List管理サービス103に問い合わせ、該当しないという結果を得た上でアンティーク家具注文サービス提供者110を呼び出すWebサービスである。
【００１１】
図1のBlackList問合せデータ107は、インテリアコーディネイトサービス提供者106からBlack List管理サービス103への送信データを示す。図1のBlackList問合せ応答データ108は、Black List管理サービス103からインテリアコーディネイトサービス提供者106への送信データを示す。図1の要求サービスデータ109は、インテリアコーディネイトサービス提供者106からアンティーク家具注文サービス提供者（システムもしくは装置、プログラム）110への送信データを示す。
【００１２】
図1のアンティーク家具注文サービス提供者110は、インテリアコーディネイトサービス提供者106からの注文を受け、次に要求を出すべきWebサービスをUDDIで検索し、検索結果のテーブル販売業者114がサービス利用者101のブラックリストに該当するか否かをBlack List管理サービス103に問い合わせ、該当しないという結果を得た上でテーブル販売業者114を呼び出すWebサービスである。
図1のBlackList問合せデータ111は、アンティーク家具注文サービス提供者110からBlack List管理サービス103への送信データを示す。図1のBlackList問合せ応答データ112は、Black List管理サービス103からアンティーク家具注文サービス提供者110への送信データを示す。
【００１３】
図1の要求サービスデータ113は、要求サービスデータ109と同様、アンティーク家具注文サービス提供者110からテーブル販売業者114への送信データを示す。図1のテーブル販売業者114は、アンティーク家具注文サービス提供者110からの注文を受け、次に要求を出すべきWebサービスをUDDIで検索し、検索結果の家具メンテナンス業者A125がサービス利用者101のブラックリストに該当するか否かをBlack List管理サービス103に問い合わせ、該当するという結果を得たたため、再度、次に要求を出すべきWebサービスをUDDIで検索し、検索結果の家具メンテナンス業者Bがサービス利用者101のブラックリストに該当するか否かをBlack List管理サービス103に問い合わせ、該当しないという結果を得たため家具メンテナンス業者B120を呼び出すWebサービスである。
【００１４】
図1のBlackList問合せデータ115と117は、BlackList問合せデータ111と同様、テーブル販売業者（システムもしくは装置、プログラム）114からBlack List管理サービス103への送信データを示す。図1のBlackList問合せ応答データ116と118は、BlackList問合せ応答データ112と同様、Black List管理サービス103からテーブル販売業者114への送信データを示す。
【００１５】
図1の家具メンテナンス業者A（システムもしくは装置、プログラム）125は、サービス利用者101のブラックリストに記載されている企業である。図1の家具メンテナンス業者B120は、テーブル販売業者114（システムもしくは装置、プログラム）からの注文を受けるWebサービスであり、かつ、サービス利用者101の注文を実現するために多段に連携しているWebサービスの末端に位置するWebサービスである。
【００１６】
図1の要求サービスデータ119は、要求サービスデータ113と同様、テーブル販売業者114から家具メンテナンス業者B120への送信データを示す。図1のサービス利用可否応答データ121は、家具メンテナンス業者B120からテーブル販売業者114への送信データを示す。
図1のサービス利用可否応答データ122は、サービス利用可否応答データ121と同様、テーブル販売業者114からアンティーク家具注文サービス提供者110への送信データを示す。図1のサービス利用可否応答データ123は、サービス利用可否応答データ122と同様、アンティーク家具注文サービス提供者110からインテリアコーディネイトサービス提供者106への送信データを示す。図1のサービス利用可否応答データ124は、サービス利用可否応答データ123と同様、インテリアコーディネイトサービス提供者106からサービス利用者101への送信データを示す。
【００１７】
図2は、図１のうちサービス利用者110からBlackList管理サービスへのBlackListの登録、及びインテリアコーディネイトサービス提供者106を呼び出す部分までに関して抜き出したものであり、送受信するデータの詳細を示す図である。
【００１８】
図2のリスト登録要求データ102は、サービス利用者101からBlackList管理サービス103へのBlackList登録用のデータであり、図5のリスト登録者データ201とBlackListデータ202から構成される。
【００１９】
本実施例では201及び202はともにＸＭＬ形式で情報を記述している。図2のリスト登録応答データ104は、図7のリスト登録結果データ1041から構成される。図2の要求サービスデータ105は、図5のサービス利用要求者データ203と要求サービス詳細データ204から構成される。図2のサービス利用可否応答データ124は、図6の利用可否データ205、履歴データ206、最終サービスデータ207から構成される。
【００２０】
図3は、図１のうちインテリアコーディネイトサービス提供者106からBlackList管理サービス103へのBlackListの問合せ、及び問合せ結果に関して抜き出したものであり、送受信するデータの詳細を示す図である。図3のBlackList問合せデータ107は、図7のサービス利用要求者データ208と履歴データ209から構成される。
図3のBlackList問合せ応答データ108は、図7の履歴データ210から構成される。
【００２１】
図4は、図１のうちインテリアコーディネイトサービス提供者（システムもしくは装置、プログラム）106からアンティーク家具注文サービス提供者110の呼び出し、及び呼び出しに対する戻りに関して抜き出したものであり、送受信するデータの詳細を示す図である。図4の要求サービスデータ109は、図8のサービス利用要求者データ211、呼び元データ212、要求サービス詳細データ213、履歴データ214から構成される。
図4のサービス利用可否応答データ123は、図2のサービス利用可否応答データ124と同じ構成であるが、図6の利用可否データ205
において、「OK」という情報を含んでいない点のみが異なる。
【００２２】
図5は、サービス利用者101からBlackList管理サービス103へリスト登録要求データ102として送信するデータの内容と、インテリアコーディネイトサービス提供者106へ要求サービスデータ105として送信するデータの内容の２つを示している。前者は、登録者情報の内容を示すリスト登録者データ201と登録したいブラックリスト情報の内容を示すBlackListデータ202からなり、後者は、サービスの利用者情報の内容を示すサービス利用要求者データ203と利用したいサービス情報の内容を示す要求サービス詳細データ204からなる。
【００２３】
図5のリスト登録者データ201では、登録者情報の内容を示すデータとして本実施例では、登録者名を指定している。図5のBlackListデータ202は、サービス利用者101があらかじめ作成しておいたブラックリスト内容を示すデータであり、本実施例では家具メンテナンス業者Aを企業名2021で指定している。図5のサービス利用要求者データ203は、サービス利用者情報を示すデータであり、本実施例では、サービス利用要求者名を指定している。図5の要求サービス詳細データ204は、利用したいサービスに関する情報を示すデータであり、本実施例では、インテリアコーディネイトに関して、特に、アンティーク家具のテーブル、イギリス産、色は茶色、オプションとして色の塗りなおしを指定している。
【００２４】
図6は、図１のうちインテリアコーディネイトサービス提供者106からサービス利用者101へ利用したくないWebサービスを利用せずにWebサービスを受けられるか否かについてチェックした結果を返す部分に関して抜き出したものであり、データの詳細を示す図である。図6のサービス利用可否応答データ124は、チェックした結果を示す利用可否データ205と利用可否データ205を作成するために用いた履歴データ206、最終サービスデータ207からなる。
図6の利用可否データ205は、サービス利用者が利用したくないWebサービスを利用せずにWebサービスを受けられるか否かについてチェックした結果を示すデータであり、利用可否データ2051はＯＫ又はＮＧのいづれかとなる。本実施例では、ＯＫとしている。
【００２５】
図6の履歴データ206は、多段に連携されたWebサービスにおいて呼び出されるWebサービス毎に、次に呼び出したいWebサービスがサービス利用者101のブラックリストに該当するか否かについてBlackList管理サービス103に問い合わせ実行をした履歴とその問い合わせに対応する結果についての履歴を示すデータであり、ブラックリストに該当するか否かについてBlackList管理サービス103が、検索結果をその都度、2061,2062,2063,2064にＯＫ又はＥｒｒｏｒのいづれかで記載する。ＯＫは、ブラックリストに該当しなかったことを意味し、Ｅｒｒｏｒは、該当したことを意味する。図6の最終サービスデータ207は、多段に連携されたWebサービスにおいて、末端に位置するWebサービスの情報を示すデータであり、本実施例では、実行サービス2071に、家具メンテナンス業者Bを意味するhttp://www.mentenanceB.com/Webservice5としている。
【００２６】
図7は、図１のうち各WebサービスがBlackList管理サービス103へブラックリストに該当するか否かの問い合わせをする部分とその結果をBlackList管理サービス103が返す部分 及びBlackList管理サービス103からサービス利用者101へリスト登録をした結果を返す部分について抜き出したものであり、データの詳細を示す図である。
【００２７】
図7のBlackList問合せデータ107は、BlackList管理サービス103に対して、誰のブラックリストに関する問合せなのかを指定するためのサービス利用要求者データ208と履歴データ209からなる。
図7のサービス利用要求者データ208は、BlackList管理サービス103が管理しているブラックリストのうち、誰のブラックリストに関する情報なのかを指定するための情報であり、本実施例では、サービス利用要求者名2081にサービス利用者101を意味するサービス利用者を指定している。図7の履歴データ209は、インテリアコーディネイトサービス提供者106が、次に呼び出したいWebサービスであるアンティーク家具注文サービス提供者110がサービス利用者101のブラックリストに該当するか否かについてBlackList管理サービス103に問い合わせ実行をした履歴について示すデータであり、本実施例では、問合せを実行するサービスであるインテリアコーディネイトサービス提供者106を意味するhttp://www.interior.com/WebService1を実行サービス2091、検索対象サービスであるアンティークコーディネイトサービス提供者（システムもしくは装置、プログラム）110を意味するhttp://www.antique.com/WebService2を検索対象サービス2092に指定している。
【００２８】
図7のBlackList問合せ応答データ108は、履歴データ210からなる。図7の履歴データ210は、BlackList管理サービス103が、渡されたBlackList問合せデータ107を基に、管理しているブラックリストのうち、サービス利用要求者データ208で指定された人のブラックリストを検索し、その結果を検索結果2101に記載したデータである。本実施例では、ブラックリストに該当していないことを意味するＯＫを指定している。
【００２９】
図7のリスト登録応答データ104は、BlackList管理サービス103が渡されたブラックリスト情報であるリスト登録要求データ102を正常に登録できたか否かを示すデータであり、本実施例では、正常登録できたことを意味するＯＫを登録結果10411に指定している。
【００３０】
図8は、図1のうち、インテリアコーディネイトサービス提供者106からアンティーク家具注文サービス提供者110への要求サービスのデータ部分について抜き出したものであり、データの詳細を示す図である。図8の要求サービスデータ109は、サービス利用要求者データ211、呼び元データ212、要求サービス詳細データ213、履歴データ214からなる。
【００３１】
図8のサービス利用要求者データ211は、これ以降、呼ばれる可能性のあるWebサービスがBlackList管理サービスに問い合せを行う際に作成するBlackList問合せデータ107で使用するためのデータである。図8の呼び元データ212は、Webサービスの呼び元を意味するデータであり、この情報を用いて、Webサービスは呼び元Webサービスに結果を返すことができる。本実施例では、インテリアコーディネイトサービス提供者106を意味するhttp://www.interior.com/WebService1 を呼び元2121に指定している。図8の要求サービス詳細データ213は、利用したいサービスに関する情報を示すデータであり、本実施例では、アンティーク家具に関して、テーブル、イギリス産、色は茶色、オプションとして色の塗りなおしを指定している。
図8の履歴データ214は、BlackList問合せ応答データ108そのものである。
【００３２】
図9は、図１のサービス利用者101、BlackList管理サービス103の構成を示したものである。図9の101サービス利用者の構成は、ブラックリストを入力するためのBlackList入力部1011、入力したブラックリスト情報を格納しておくためのBlackList情報1015、ブラックリストを送信するためのBlackList送信部1012、結果及び履歴を受信するための結果・履歴受信部1013、受信した結果及び履歴を格納するための結果及び履歴情報1016、受信した結果及び履歴を表示するための結果・履歴表示部1014を持つ。
【００３３】
図9の106BlackList管理サービスの構成は、リスト登録要求データ102を受信するためのBlackList受信部1062、受信したリスト登録要求データ102を格納するためのBlackList情報1065、登録が正常に行われたかの結果を送信するためのBlackList登録結果送信部1061、各WebサービスからのBlackList問合せデータを受信するためのBlackList問合せデータ受信部1063、その結果を送信するためのBlackList問合せ応答データ送信部1064を持つ。
【００３４】
図10は、図1のインテリアコーディネイトサービス提供者106、アンティーク家具サービス提供者110の構成を示したものである。図10の106インテリアコーディネイトサービス提供者の構成は、要求サービスデータ105を受信するための要求サービスデータ受信部1061、受信した要求サービスデータを格納するための要求サービス情報1062、次に呼ぶべきWebサービスを検索するためのUDDI検索部1063、検索の結果、次に呼びたいWebサービスがブラックリストに該当しているか否かを問い合わせるためのBlackList問合せデータ送信部1064、その結果を受信するためのBlackList問合せ応答データ受信部1065、次のWebサービスを呼ぶためのサービス呼び出し部1066、サービス利用可否応答データ123を受信するためのサービス利用可否応答データ受信部1067、サービス利用可否応答データ124を送信するためのサービス利用可否応答データ送信部1068を持つ。
【００３５】
図10の110アンティーク家具注文サービス提供者は、要求サービスデータ109を受信するための要求サービスデータ受信部1101、受信した要求サービスデータを格納するための要求サービス情報1102、次に呼ぶべきWebサービスを検索するためのUDDI検索部1103、検索の結果、次に呼びたいWebサービスがブラックリストに該当しているか否かを問い合わせるためのBlackList問合せデータ送信部1104、その結果を受信するためのBlackList問合せ応答データ受信部1105、次のWebサービスを呼ぶためのサービス呼び出し部1106、サービス利用可否応答データ122を受信するためのサービス利用可否応答データ受信部1107、サービス利用可否応答データ123を送信するためのサービス利用可否応答データ送信部1108を持つ。
【００３６】
図11は、図1のテーブル販売業者114、家具メンテナンス業者B120の構成を示したものである。図11の114テーブル販売業者の構成は、要求サービスデータ113を受信するための要求サービスデータ受信部1141、受信した要求サービスデータを格納するための要求サービス情報1142、次に呼ぶべきWebサービスを検索するためのUDDI検索部1143、検索の結果、次に呼びたいWebサービスがブラックリストに該当しているか否かを問い合わせるためのBlackList問合せデータ送信部1144、その結果を受信するためのBlackList問合せ応答データ受信部1145、次のWebサービスを呼ぶためのサービス呼び出し部1466、サービス利用可否応答データ121を受信するためのサービス利用可否応答データ受信部1147、サービス利用可否応答データ122を送信するためのサービス利用可否応答データ送信部1148を持つ。
【００３７】
図11の120家具メンテナンス業者B（システムもしくは装置、プログラム）は、要求サービスデータ119を受信するための要求サービスデータ受信部1201、受信した要求サービスデータを格納するための要求サービス情報1202、サービス利用可否応答データ121を送信するためのサービス利用可否応答データ送信部1203を持つ。
【００３８】
図12は、サービス利用者101が独自のブラックリストになっている企業のWebサービスを利用せずに希望のサービスを受けられるか否かを問い合せてからその結果を受けるまでの処理のフローを示す。サービス利用者101は、リスト登録要求データ102をBlackList管理サービス103に送信し、BlackList管理サービス103は受信したリスト登録要求データ102を基にBlackList登録処理401(ステップ041)を行う。次に、BlackList管理サービス103は、リスト登録応答データ104をサービス利用者101に返す。
サービス利用者101は、リスト登録応答データ104の結果、リスト登録要求データ102が正常に登録できたことを確認し、インテリアコーディネイトサービス提供者106に要求サービスデータ105を送信する。インテリアコーディネイトサービス提供者106は受信した要求サービスデータ105を基に、UDDI検索及びBlackList問合せ処理402(ステップ402)を行う。次に、インテリアコーディネイトサービス提供者106は、BlackList管理サービス103にBlackList問合せデータ107を送信する。
【００３９】
BlackList管理サービス103は、受信したBlackList問合せデータ107を基にBlackList検索処理403(ステップ403)を行い、BlackList問合せ応答データ108を返す。
インテリアコーディネイトサービス提供者106は、受信したBlackList問合せ応答データ108を基にBlackList問合せ応答データチェック及びサービス呼び出し準備処理404(ステップ404)を行い、要求サービスデータ109をアンティーク家具注文サービス提供者110に送信する。
【００４０】
アンティーク家具注文サービス提供者110もインテリアコーディネイトサービス提供者106と同様に、ステップ402を行い、BlackList管理サービス103がステップ403を実行、その結果を用いてアンティーク家具注文サービス提供者110はステップ404を行い、要求サービスデータ113をテーブル販売業者114に送信する。
テーブル販売業者114も、インテリアコーディネイトサービス提供者106及びアンティーク家具注文サービス提供者110と同様のステップを踏むが１回目のステップ403の結果、ブラックリストに該当するとう結果を得たため、再度、BlackList管理サービス103にBlackList問合せデータ117を送信する。
２回目の問合せ結果が、ブラックリストに該当しないという結果を得たため、要求サービスデータ119を家具メンテナンス業者B120に送信する。
【００４１】
家具メンテナンス業者（システムもしくは装置、プログラム）119は、受信した要求サービスデータ119を基にサービス可否応答データ準備処理(ステップ405)を行い、サービス可否応答データ121をテーブル販売業者114に送信する。
テーブル販売業者114は、受信したサービス可否応答データ121を基にサービス利用可否データ処理406を行い、サービス可否応答データ122をアンティーク家具注文サービス提供者110に送信する。
アンティーク家具注文サービス提供者110は、受信したサービス可否応答データ122を基にサービス可否応答データ準備処理(ステップ405)を行い、サービス可否応答データ123をインテリアコーディネイトサービス提供者106に送信する。
【００４２】
インテリアコーディネイトサービス提供者106は、受信したサービス可否応答データ123を基に、サービス利用可否データチェック処理407を行い、サービス可否応答データ124をサービス利用者101に送信する。
【００４３】
図13は、図12で示したBlackList問合せ応答データチェック及びサービス呼び出し準備処理404及びサービス利用可否データ処理406の詳細を示したフロー図である。
【００４４】
図13のBlackList問合せ応答データチェック及びサービス呼び出し準備処理404では、まず、受信したBlackList問合せ応答データの検索結果がＯＫかどうかを501で判定する。ＯＫであれば、要求サービスデータを作成し、送信する。(502,503)。検索結果がＯＫでない場合は、次に呼ぶべきWebサービスを検索するために、503でUDDI検索し、該当サービスが存在するか否かを504で判定する。判定の結果、該当サービスが存在しない場合は、サービス利用可否応答データを作成し、呼び元に送信する。
判定結果が、該当サービスが存在する場合は、BlackList問合せデータを作成し、送信する。(505,506)。
【００４５】
図13のサービス利用可否データ処理406では、サービス利用可否応答データを作成し、呼び元に、送信する。(550,551)。
【００４６】
図14は、図12で示したBlackList登録処理401及びUDDI検索及びBlackList問合せ処理402の詳細を示したフロー図である。
図14のBlackList登録処理401では、リスト登録データ102を受信し、受信したリスト登録データ102を格納、その後、登録結果をリスト登録応答データ104として送信する。(510,511,512)。図14のUDDI検索及びBlackList問合せ処理402では、まず、要求サービスデータを受信し(520)、受信した要求サービスデータを格納(521)、その後、次に呼び出すべきWebサービスをUDDIで検索(522)し、BlackList問合せデータを作成(523)、送信(524)する。
【００４７】
図15は、図12で示したBlackList検索処理403及びサービス可否応答データ準備処理405の詳細を示したフロー図である。
図15のBlackList検索処理403では、BlackList問合せデータを受信(530)し、BlackList管理サービス103自信が管理しているブラックリスト情報からブラックリストに該当するか否かを検索(531)し、検索結果からBlackList問合せ応答データを作成(532),送信(533)する。図15のサービス可否応答データ準備処理405では、要求サービスデータを受信(540)し、受信した要求サービスデータを格納(541)、サービス利用可否応答データを作成(542)し、送信(543)する。
【００４８】
図16は、図12で示したサービス利用可否データチェック処理407の詳細を示したフロー図である。図16のサービス利用可否データチェック処理407では、サービス利用可否応答データ123を受信(560)し、受信したサービス利用可否応答データ123を基に、最終検索対象サービス及び最終実行サービスにそれぞれ情報を取り出す。(561,562)。561,562でそれぞれ取り出した情報が同じかどうかを判定(563)し、同じであれば、利用可否データにＯＫをセット(564)、同じでなければＮＧをセットし、送信(566)する。
【００４９】
次に、本発明のもう一つの実施例を図17で示す。
図17は、図1において、BlackList管理サービス103が存在しないケースであり、Black List管理サービス103への送信データ及びBlack List管理サービス103からの送信データがない以外は同じである。
【００５０】
図18は、図17のうちサービス利用者1701からインテリアコーディネイトサービス提供者1703を呼び出すとそれに対応する戻り、及びインテリアコーディネイトサービス提供者1701からアンティーク家具注文サービス提供者1705を呼び出す部分までに関して抜き出したものであり、送受信するデータの詳細を示す図である。図18のBlackList付要求サービスデータ1702は、図5のサービス利用要求者データ203、要求サービス詳細データ204、BlackListデータ202から構成される。
【００５１】
図18のサービス利用可否応答データ1714は、図6の利用可否データ205、履歴データ206、最終サービスデータ207から構成される。
図18のBlackList付要求サービスデータ1704は、図5のBlackListデータ202、図8の呼び元データ212、要求サービス詳細データ213、図19の履歴データ1801から構成される。
【００５２】
図19は、図17のうち、インテリアコーディネイトサービス提供者1703からアンティーク家具注文サービス提供者1705への要求サービスのデータ部分について抜き出したものであり、データの詳細を示す図である。
図19の履歴データ1801は、多段に連携されたWebサービスにおいて呼び出されたWebサービスの履歴を示すデータであり、本実施例では、実行サービス18011に、インテリアコーディネイトサービス提供者を意味するhttp://www.interior.com/WebService1 を指定している。
【００５３】
図20は、図17のサービス利用者1701、家具メンテナンス業者B1710の構成を示したものである。
図20の1701サービス利用者の構成は、ブラックリストを入力するためのBlackList入力部1711、入力したブラックリスト情報を格納しておくためのBlackList情報1715、BlackList付要求サービスデータ1702を送信するためのBlackList付要求サービスデータ送信部1712、結果及び履歴を受信するための結果・履歴受信部1713、受信した結果及び履歴を格納するための結果及び履歴情報1716、受信した結果及び履歴を表示するための結果・履歴表示部1714を持つ。
【００５４】
図20の1710家具メンテナンス業者Bの構成は、BlackList付要求サービスデータ1709を受信するための要求サービスデータ受信部1711、受信したBlackList付要求サービスデータ1709を格納するためのブラックリスト付要求サービス情報1712、サービス利用可否応答データ1711を送信するためのサービス利用可否応答データ送信部1713を持つ。
【００５５】
図21は、図17のインテリアコーディネイトサービス提供者1703、アンティーク家具注文サービス提供者1705、テーブル販売業者の構成1707の構成を示したものである。図21の1703インテリアコーディネイトサービス提供者の構成は、BlackList付要求サービスデータ1702を受信するための要求サービスデータ受信部1731、受信したBlackList付要求サービスデータ1702を格納するための要求サービス情報1732、次に呼ぶべきWebサービスを検索するためのUDDI検索部1733、検索の結果、次のWebサービスを呼ぶためのサービス呼び出し部1735、サービス利用可否応答データ1713を受信するためのサービス利用可否応答データ受信部1734、サービス利用可否応答データ1714を送信するためのサービス利用可否応答データ送信部1736を持つ。
【００５６】
図21の1705アンティーク家具注文サービス提供者の構成は、BlackList付要求サービスデータ1704を受信するための要求サービスデータ受信部1751、受信したBlackList付要求サービスデータ1704を格納するための要求サービス情報1752、次に呼ぶべきWebサービスを検索するためのUDDI検索部1753、検索の結果、次のWebサービスを呼ぶためのサービス呼び出し部1755、サービス利用可否応答データ1712を受信するためのサービス利用可否応答データ受信部1754、サービス利用可否応答データ1713を送信するためのサービス利用可否応答データ送信部1756を持つ。
【００５７】
図21の1707テーブル販売業者の構成は、BlackList付要求サービスデータ1706を受信するための要求サービスデータ受信部1771、受信したBlackList付要求サービスデータ1706を格納するための要求サービス情報、次に呼ぶべきWebサービスを検索するためのUDDI検索部1773、検索の結果、次のWebサービスを呼ぶためのサービス呼び出し部1775、サービス利用可否応答データ1711を受信するためのサービス利用可否応答データ受信部1774、サービス利用可否応答データ1712を送信するためのサービス利用可否応答データ送信部1776を持つ。
【００５８】
図22は、サービス利用者1701が独自のブラックリストになっている企業のWebサービスを利用せずに希望のサービスを受けられるか否かを問い合せてからその結果を受けるまでの処理のフローを示す。サービス利用者1701は、BlackList付要求サービスデータ1702をインテリアコーディネイトサービス提供者1703に送信する。
インテリアコーディネイトサービス提供者1703は、受信したBlackList付要求サービスデータ1702を基にBlackList該非判定チェック処理2201(ステップ2201)を行う。次に、UDDI検索及びサービス呼び出し準備処理2202(ステップ2202)を行い、BlackList付要求サービスデータ1704をアンティーク家具注文サービス提供者1705に送信する。
【００５９】
アンティーク家具注文サービス提供者1705もインテリアコーディネイトサービス提供者1703と同様に、受信したBlackList付要求サービスデータ1704を基にBlackList該非判定チェック処理2201(ステップ2201)を行う。次に、UDDI検索及びサービス呼び出し準備処理2202(ステップ2202)を行い、BlackList付要求サービスデータ1706をテーブル販売業者1707に送信する。
【００６０】
テーブル販売業者1707も、インテリアコーディネイトサービス提供者1703及びアンティーク家具注文サービス提供者1705と同様に、受信したBlackList付要求サービスデータ1706を基にBlackList該非判定チェック処理2201(ステップ2201)を行う。次に、UDDI検索及びサービス呼び出し準備処理2202(ステップ2202)を行い、BlackList付要求サービスデータ1709を家具メンテナンス業者B1710に送信する。
【００６１】
家具メンテナンス業者B1710は、受信したBlackList付要求サービスデータ1709を基に、BlackList該非判定チェック処理2201(ステップ2201)、及びサービス可否応答データ準備処理2203(ステップ2203)を行い、テーブル販売業者1707に、サービス利用可否応答データ1711を送信する。
【００６２】
テーブル販売業者1707は、受信したサービス利用可否応答データ1711を基に、サービス利用可否データ処理2204(ステップ2204)を行い、アンティーク家具注文サービス提供者1705に、サービス利用可否応答データ1712を送信する。
アンティーク家具注文サービス提供者1705は、受信したサービス利用可否応答データ1712を基に、サービス利用可否データ処理2204(ステップ2204)を行い、インテリアコーディネイトサービス提供者1703に、サービス利用可否応答データ1713を送信する。
インテリアコーディネイトサービス提供者1703は、受信したサービス利用可否応答データ1713を基に、サービス利用可否データ処理2204(ステップ2204)を行い、サービス利用者1701に、サービス利用可否応答データ1714を送信する。
【００６３】
図23は、図22で示したBlackList該非判定チェック処理2201及びUDDI検索及びサービス呼び出し準備処理2202の詳細を示したフロー図である。図23のBlackList該非判定チェック処理2201では、まず、BlackList付要求サービスデータを受信し格納(2211)する。
【００６４】
次に、受信したBlackList付要求サービスデータを基にBlackListデータ202にサービス自身の情報が含まれているか否かを判定(2212)し、含まれている場合は、サービス利用可否応答データ作成(2213)、送信(2214)と処理を進める。
この場合、作成するサービス利用可否応答データの利用可否データ205は、サービス利用者が利用したくないWebサービスを利用せずにWebサービスを受けられないことを意味するＮＧとする。
図23のUDDI検索及びサービス呼び出し準備処理2202では、まず、次に呼び出したいサービスについてUDDI検索を実行(2221)し、検索の結果、該当するサービスがあるか否かについて判定(2222)をする。判定した結果、該当するサービスがない場合は、サービス利用可否応答tデータを作成(2223)し、送信(2224)する。該当するサービスが存在した場合は、BlackList付要求サービスデータを作成(2225)し、次のWebサービスに送信(2226)する。
【００６５】
図24は、図22で示したサービス可否応答データ準備処理2203及びサービス利用可否データ処理2204の詳細を示したフロー図である。図24のサービス可否応答データ準備処理2203では、BlackList付要求サービスデータを取り出し(2231)、受信したBlackList付要求サービスデータをチェック(2232)し、サービス利用可否応答データの作成(2233)、作成したサービス利用可否応答データの送信(2234)と処理を進める。この場合、作成するサービス利用可否応答データの利用可否データ205は、サービス利用者が利用したくないWebサービスを利用せずにWebサービスを受けられることを意味するＯＫとする。図24のサービス利用可否データ処理2204では、サービス利用可否応答データを受信(2241)し、受信したサービス利用可否応答データをそのまま送信す(2242)する。
以上説明したように、履歴データを利用して、利用可否情報を事前に取得する構成とすることで、Webサービス利用側が受けたくない企業のサービスを受けなくても済むように事前チェックすることができる。
また、実際にWebサービスが実行されることはないため、Webサービスのロールバック等を考慮する必要がない。
また、事前チェックの依頼元であるサービス利用者は、利用可否結果と共に、履歴データも受信することができるため、履歴結果を元に、独自作成のブラックリストを自分のサービスを受けたくないプライオリティに応じて修正することも可能である。
【００６６】
【発明の効果】
以上説明したように、本発明によれば、履歴データを利用して、利用可否情報を事前に取得する構成とすることで、Webサービス利用側が受けたくない企業のサービスを受けなくても済むように事前チェックすることができる。
また、実際にWebサービスが実行されることはないため、Webサービスのロールバック等を考慮する必要がない。
また、事前チェックの依頼元であるサービス利用者は、利用可否結果と共に、履歴データも受信することができるため、履歴結果を元に、独自作成のブラックリストを自分のサービスを受けたくないプライオリティに応じて修正することも可能である。
【図面の簡単な説明】
【図１】本発明の実施形態に係わる複数のＷｅｂサービスを組み合わせて、オンラインオーダーシステムを構築した場合の例
【図２】図1におけるサービス利用者110からBlackList管理サービスへのBlackListの登録、及びインテリアコーディネイトサービス提供者106を呼び出す部分に関して送受信するデータの詳細を示す図
【図３】図1におけるインテリアコーディネイトサービス提供者106からBlackList管理サービス103へのBlackListの問合せ、及び問合せ結果に関して送受信するデータの詳細を示す図
【図４】図1におけるインテリアコーディネイトサービス提供者106からアンティーク家具注文サービス提供者110の呼び出し、及び呼び出しに対する戻りに関して送受信するデータの詳細を示す図
【図５】図1におけるサービス利用者101からBlackList管理サービス103へリスト登録要求データ102として送信するデータの内容と、インテリアコーディネイトサービス提供者106へ要求サービスデータ105として送信するデータの内容を示した図
【図６】図1におけるインテリアコーディネイトサービス提供者106からサービス利用者101へ利用したくないWebサービスを利用せずにWebサービスを受けられるか否かについてチェックした結果を返す部分に関するデータの内容を示した図
【図７】図1における各WebサービスがBlackList管理サービス103へブラックリストに該当するか否かの問い合わせをする部分とその結果をBlackList管理サービス103が返す部分及びBlackList管理サービス103からサービス利用者101へリスト登録をした結果を返す部分に関するデータの内容を示した図
【図８】図1におけるインテリアコーディネイトサービス提供者106からアンティーク家具注文サービス提供者110への要求サービスのデータ部分に関するデータの内容を示した図
【図９】図１のサービス利用者101、BlackList管理サービス103の構成を示した図
【図１０】図1のインテリアコーディネイトサービス提供者106、アンティーク家具サービス提供者110の構成を示した図
【図１１】図1のテーブル販売業者114、家具メンテナンス業者B120の構成を示した図
【図１２】サービス利用者101が独自のブラックリストになっている企業のWebサービスを利用せずに希望のサービスを受けられるか否かを問い合せてからその結果を受けるまでの処理のフローを示した図
【図１３】図12で示したBlackList問合せ応答データチェック及びサービス呼び出し準備処理404及びサービス利用可否データ処理406の詳細を示したフロー図
【図１４】図12で示したBlackList登録処理401及びUDDI検索及びBlackList問合せ処理402の詳細を示したフロー図
【図１５】図12で示したBlackList検索処理403及びサービス可否応答データ準備処理405の詳細を示したフロー図
【図１６】図12で示したサービス利用可否データチェック処理407の詳細を示したフロー図
【図１７】本発明の実施形態に係わる複数のＷｅｂサービスを組み合わせた実施例図1において、BlackList管理サービス103が存在しない場合の例
【図１８】図17のうちサービス利用者1701からインテリアコーディネイトサービス提供者1703を呼び出すとそれに対応する戻り、
及びインテリアコーディネイトサービス提供者1701からアンティーク家具注文サービス提供者1705を呼び出す部分に関して送受信するデータの詳細を示す図
【図１９】図17のうち、インテリアコーディネイトサービス提供者1703からアンティーク家具注文サービス提供者1705への要求サービスのデータ部分に関するデータの内容を示した図
【図２０】図17のサービス利用者1701、家具メンテナンス業者B1710の構成を示した図
【図２１】図17のインテリアコーディネイトサービス提供者1703、アンティーク家具注文サービス提供者1705、テーブル販売業者の構成1707の構成を示した図
【図２２】サービス利用者1701が独自のブラックリストになっている企業のWebサービスを利用せずに希望のサービスを受けられるか否かを問い合せてからその結果を受けるまでの処理のフローを示した図
【図２３】図22で示したBlackList該非判定チェック処理2201及びUDDI検索及びサービス呼び出し準備処理2202の詳細を示したフロー図
【図２４】図22で示したサービス可否応答データ準備処理2203及びサービス利用可否データ処理2204の詳細を示したフロー図
【符号の説明】
101：サービス利用者
102：リスト登録要求データ
103：BlackList管理サービス
104：リスト登録応答
107：BlackList問合せデータ
111：BlackList問合せデータ
115：BlackList問合せデータ
117：BlackList問合せデータ
108：BlackList問合せ応答データ
112：BlackList問合せ応答データ
116：BlackList問合せ応答データ
118：BlackList問合せ応答データ
121：サービス利用可否応答データ
122：サービス利用可否応答データ
123：サービス利用可否応答データ
124：サービス利用可否応答データ
1701：サービス利用者
1702：BlackList付要求サービスデータ
1704：BlackList付要求サービスデータ
1706：BlackList付要求サービスデータ
1709：BlackList付要求サービスデータ
1711：サービス利用可否応答データ
1712：サービス利用可否応答データ
1713：サービス利用可否応答データ
1714：サービス利用可否応答データ
【発明の属する技術分野】
本発明は、利用するサービスを好適に決定するためのサービス処理技術に関する。
【０００２】
【従来の技術】
複数のサーバに分散した処理ノードの提供する複数の副Ｗｅｂサービスの連携によるＷｅｂサービスとしては、非特許文献１に記載されているような技術があり，クライアントの要求を送付する場合，クライアントや各処理ノードは当該Ｗｅｂサービス案件に係る副Ｗｅｂサービス群の全容を知り得ないというＷｅｂサービスの特性がある。従来、Webサービスに限らず、一般的にサービスを提供する側は、独自に作成したブラックリストを用いて、サービス提供の実施有無を決定していた。例えば、金融業などでの利用が知られている。
【０００３】
【非特許文献１】
David A. Cbappell他著「Java Web Services」出版社：O’Reilly & Associates,Inc., 2002.3,P6
【０００４】
【発明が解決しようとする課題】
従来のサービス（Webサービスも含む）利用形態では、サービス提供側（システムもしくは装置、プログラム）が、ブラックリストに記載されている人、又は企業にサービスを提供しないようにするという仕組みは構築されていたが、サービス利用側がブラックリストに記載されている企業のサービスを受けないようにするという点が配慮されておらず、サービス提供側と同様の仕組みを用いることができないという課題があった。
【０００５】
本発明の目的は、サービス利用側が依頼するサービス要求の開始前にサービス処理側に応じて処理依頼を決定することにある。
【０００６】
【課題を解決するための手段】
上記の目的は、第１のノードは処理を依頼の決定に必要な情報を登録するために管理ノードに予め送信し、第２のノードは、前記第１のノードからサービス要求の受信に応じて、第２のノードから他のノードに処理依頼をする場合、管理ノードに前記第１のノードが登録されているノードであるかを問合せ、その結果に応じて当該ノードへ処理要求への送信を決定することにより、達成される。
【０００７】
また、第１のノードは処理を依頼したくない処理ノードの識別情報を登録するために管理ノードに予め送信し、第２のノードは、前記第１のノードからサービス要求の受信に応じて、第２のノードから他のノードに処理依頼をする場合、管理ノードに前記第１のノードが処理依頼したくないとして登録されているノードであるかを問合せ、その結果登録されていないノードへ処理要求を送信することにより、達成される。
(2)ブラックリストを要求サービス内容と共に添付する
の２通りの方式によって達成される。
また、ノードは、サービス処理を依頼したくないノードの識別情報を含むサービス要求を受信し、他のノードに処理依頼をする場合、前記入力したサービス要求に含まれるサービス処理を依頼したくないノード以外のノードへ処理要求を送信することを特徴とすることにより、達成される。
【０００８】
【発明の実施の形態】
図1は、複数のＷｅｂサービスによるサービス処理要求の送受信によりサービス処理を行う一例を示している。サービス処理するノード101、103、106は処理ノード（またはノードでも良い）であり、サービス処理可能なプログラムやオブジェクトもしくはその処理を実施可能な装置や論理サーバ、論理計算機でも良い。オンラインオーダーシステムを構築した場合の一例を用いて説明するが、それに限定されるのもではなく、サービス処理一般に適用可能である。
図1のサービス利用者101は、Black List管理サービス（管理サービスや管理ノードとも呼ぶ）103にあらかじめ作成しておいたブラックリストを送信し、インテリアコーディネイトサービス提供者106にインテリアコーディネイトの注文を行うサービス利用者である。
図1のBlack List管理サービス103は、サービス利用者（システムもしくは装置、プログラム）101があらかじめ作成しておいたブラックリスト情報を管理するWebサービスであり、サービス利用者101が信頼できるWebサービスである。サービス利用者101が自ら作成しても良い。図1のリスト登録要求データ102は、サービス利用者101からBlack List管理サービス103への送信データを示す。
【０００９】
図1のリスト登録応答104は、Black List管理サービス103からサービス利用者101への送信データを示す。図1の要求サービスデータ105は、サービス利用者101からインテリアコーディネイトサービス提供者106への送信データを示す。
【００１０】
図1のインテリアコーディネイトサービス提供者（システムもしくは装置、プログラム）106は、サービス利用者101からの注文を受け、次に要求を出すべきWebサービスをUDDIで検索し、検索結果のアンティーク家具注文サービス提供者110がサービス利用者101のブラックリストに該当するか否かをBlack List管理サービス103に問い合わせ、該当しないという結果を得た上でアンティーク家具注文サービス提供者110を呼び出すWebサービスである。
【００１１】
図1のBlackList問合せデータ107は、インテリアコーディネイトサービス提供者106からBlack List管理サービス103への送信データを示す。図1のBlackList問合せ応答データ108は、Black List管理サービス103からインテリアコーディネイトサービス提供者106への送信データを示す。図1の要求サービスデータ109は、インテリアコーディネイトサービス提供者106からアンティーク家具注文サービス提供者（システムもしくは装置、プログラム）110への送信データを示す。
【００１２】
図1のアンティーク家具注文サービス提供者110は、インテリアコーディネイトサービス提供者106からの注文を受け、次に要求を出すべきWebサービスをUDDIで検索し、検索結果のテーブル販売業者114がサービス利用者101のブラックリストに該当するか否かをBlack List管理サービス103に問い合わせ、該当しないという結果を得た上でテーブル販売業者114を呼び出すWebサービスである。
図1のBlackList問合せデータ111は、アンティーク家具注文サービス提供者110からBlack List管理サービス103への送信データを示す。図1のBlackList問合せ応答データ112は、Black List管理サービス103からアンティーク家具注文サービス提供者110への送信データを示す。
【００１３】
図1の要求サービスデータ113は、要求サービスデータ109と同様、アンティーク家具注文サービス提供者110からテーブル販売業者114への送信データを示す。図1のテーブル販売業者114は、アンティーク家具注文サービス提供者110からの注文を受け、次に要求を出すべきWebサービスをUDDIで検索し、検索結果の家具メンテナンス業者A125がサービス利用者101のブラックリストに該当するか否かをBlack List管理サービス103に問い合わせ、該当するという結果を得たたため、再度、次に要求を出すべきWebサービスをUDDIで検索し、検索結果の家具メンテナンス業者Bがサービス利用者101のブラックリストに該当するか否かをBlack List管理サービス103に問い合わせ、該当しないという結果を得たため家具メンテナンス業者B120を呼び出すWebサービスである。
【００１４】
図1のBlackList問合せデータ115と117は、BlackList問合せデータ111と同様、テーブル販売業者（システムもしくは装置、プログラム）114からBlack List管理サービス103への送信データを示す。図1のBlackList問合せ応答データ116と118は、BlackList問合せ応答データ112と同様、Black List管理サービス103からテーブル販売業者114への送信データを示す。
【００１５】
図1の家具メンテナンス業者A（システムもしくは装置、プログラム）125は、サービス利用者101のブラックリストに記載されている企業である。図1の家具メンテナンス業者B120は、テーブル販売業者114（システムもしくは装置、プログラム）からの注文を受けるWebサービスであり、かつ、サービス利用者101の注文を実現するために多段に連携しているWebサービスの末端に位置するWebサービスである。
【００１６】
図1の要求サービスデータ119は、要求サービスデータ113と同様、テーブル販売業者114から家具メンテナンス業者B120への送信データを示す。図1のサービス利用可否応答データ121は、家具メンテナンス業者B120からテーブル販売業者114への送信データを示す。
図1のサービス利用可否応答データ122は、サービス利用可否応答データ121と同様、テーブル販売業者114からアンティーク家具注文サービス提供者110への送信データを示す。図1のサービス利用可否応答データ123は、サービス利用可否応答データ122と同様、アンティーク家具注文サービス提供者110からインテリアコーディネイトサービス提供者106への送信データを示す。図1のサービス利用可否応答データ124は、サービス利用可否応答データ123と同様、インテリアコーディネイトサービス提供者106からサービス利用者101への送信データを示す。
【００１７】
図2は、図１のうちサービス利用者110からBlackList管理サービスへのBlackListの登録、及びインテリアコーディネイトサービス提供者106を呼び出す部分までに関して抜き出したものであり、送受信するデータの詳細を示す図である。
【００１８】
図2のリスト登録要求データ102は、サービス利用者101からBlackList管理サービス103へのBlackList登録用のデータであり、図5のリスト登録者データ201とBlackListデータ202から構成される。
【００１９】
本実施例では201及び202はともにＸＭＬ形式で情報を記述している。図2のリスト登録応答データ104は、図7のリスト登録結果データ1041から構成される。図2の要求サービスデータ105は、図5のサービス利用要求者データ203と要求サービス詳細データ204から構成される。図2のサービス利用可否応答データ124は、図6の利用可否データ205、履歴データ206、最終サービスデータ207から構成される。
【００２０】
図3は、図１のうちインテリアコーディネイトサービス提供者106からBlackList管理サービス103へのBlackListの問合せ、及び問合せ結果に関して抜き出したものであり、送受信するデータの詳細を示す図である。図3のBlackList問合せデータ107は、図7のサービス利用要求者データ208と履歴データ209から構成される。
図3のBlackList問合せ応答データ108は、図7の履歴データ210から構成される。
【００２１】
図4は、図１のうちインテリアコーディネイトサービス提供者（システムもしくは装置、プログラム）106からアンティーク家具注文サービス提供者110の呼び出し、及び呼び出しに対する戻りに関して抜き出したものであり、送受信するデータの詳細を示す図である。図4の要求サービスデータ109は、図8のサービス利用要求者データ211、呼び元データ212、要求サービス詳細データ213、履歴データ214から構成される。
図4のサービス利用可否応答データ123は、図2のサービス利用可否応答データ124と同じ構成であるが、図6の利用可否データ205
において、「OK」という情報を含んでいない点のみが異なる。
【００２２】
図5は、サービス利用者101からBlackList管理サービス103へリスト登録要求データ102として送信するデータの内容と、インテリアコーディネイトサービス提供者106へ要求サービスデータ105として送信するデータの内容の２つを示している。前者は、登録者情報の内容を示すリスト登録者データ201と登録したいブラックリスト情報の内容を示すBlackListデータ202からなり、後者は、サービスの利用者情報の内容を示すサービス利用要求者データ203と利用したいサービス情報の内容を示す要求サービス詳細データ204からなる。
【００２３】
図5のリスト登録者データ201では、登録者情報の内容を示すデータとして本実施例では、登録者名を指定している。図5のBlackListデータ202は、サービス利用者101があらかじめ作成しておいたブラックリスト内容を示すデータであり、本実施例では家具メンテナンス業者Aを企業名2021で指定している。図5のサービス利用要求者データ203は、サービス利用者情報を示すデータであり、本実施例では、サービス利用要求者名を指定している。図5の要求サービス詳細データ204は、利用したいサービスに関する情報を示すデータであり、本実施例では、インテリアコーディネイトに関して、特に、アンティーク家具のテーブル、イギリス産、色は茶色、オプションとして色の塗りなおしを指定している。
【００２４】
図6は、図１のうちインテリアコーディネイトサービス提供者106からサービス利用者101へ利用したくないWebサービスを利用せずにWebサービスを受けられるか否かについてチェックした結果を返す部分に関して抜き出したものであり、データの詳細を示す図である。図6のサービス利用可否応答データ124は、チェックした結果を示す利用可否データ205と利用可否データ205を作成するために用いた履歴データ206、最終サービスデータ207からなる。
図6の利用可否データ205は、サービス利用者が利用したくないWebサービスを利用せずにWebサービスを受けられるか否かについてチェックした結果を示すデータであり、利用可否データ2051はＯＫ又はＮＧのいづれかとなる。本実施例では、ＯＫとしている。
【００２５】
図6の履歴データ206は、多段に連携されたWebサービスにおいて呼び出されるWebサービス毎に、次に呼び出したいWebサービスがサービス利用者101のブラックリストに該当するか否かについてBlackList管理サービス103に問い合わせ実行をした履歴とその問い合わせに対応する結果についての履歴を示すデータであり、ブラックリストに該当するか否かについてBlackList管理サービス103が、検索結果をその都度、2061,2062,2063,2064にＯＫ又はＥｒｒｏｒのいづれかで記載する。ＯＫは、ブラックリストに該当しなかったことを意味し、Ｅｒｒｏｒは、該当したことを意味する。図6の最終サービスデータ207は、多段に連携されたWebサービスにおいて、末端に位置するWebサービスの情報を示すデータであり、本実施例では、実行サービス2071に、家具メンテナンス業者Bを意味するhttp://www.mentenanceB.com/Webservice5としている。
【００２６】
図7は、図１のうち各WebサービスがBlackList管理サービス103へブラックリストに該当するか否かの問い合わせをする部分とその結果をBlackList管理サービス103が返す部分 及びBlackList管理サービス103からサービス利用者101へリスト登録をした結果を返す部分について抜き出したものであり、データの詳細を示す図である。
【００２７】
図7のBlackList問合せデータ107は、BlackList管理サービス103に対して、誰のブラックリストに関する問合せなのかを指定するためのサービス利用要求者データ208と履歴データ209からなる。
図7のサービス利用要求者データ208は、BlackList管理サービス103が管理しているブラックリストのうち、誰のブラックリストに関する情報なのかを指定するための情報であり、本実施例では、サービス利用要求者名2081にサービス利用者101を意味するサービス利用者を指定している。図7の履歴データ209は、インテリアコーディネイトサービス提供者106が、次に呼び出したいWebサービスであるアンティーク家具注文サービス提供者110がサービス利用者101のブラックリストに該当するか否かについてBlackList管理サービス103に問い合わせ実行をした履歴について示すデータであり、本実施例では、問合せを実行するサービスであるインテリアコーディネイトサービス提供者106を意味するhttp://www.interior.com/WebService1を実行サービス2091、検索対象サービスであるアンティークコーディネイトサービス提供者（システムもしくは装置、プログラム）110を意味するhttp://www.antique.com/WebService2を検索対象サービス2092に指定している。
【００２８】
図7のBlackList問合せ応答データ108は、履歴データ210からなる。図7の履歴データ210は、BlackList管理サービス103が、渡されたBlackList問合せデータ107を基に、管理しているブラックリストのうち、サービス利用要求者データ208で指定された人のブラックリストを検索し、その結果を検索結果2101に記載したデータである。本実施例では、ブラックリストに該当していないことを意味するＯＫを指定している。
【００２９】
図7のリスト登録応答データ104は、BlackList管理サービス103が渡されたブラックリスト情報であるリスト登録要求データ102を正常に登録できたか否かを示すデータであり、本実施例では、正常登録できたことを意味するＯＫを登録結果10411に指定している。
【００３０】
図8は、図1のうち、インテリアコーディネイトサービス提供者106からアンティーク家具注文サービス提供者110への要求サービスのデータ部分について抜き出したものであり、データの詳細を示す図である。図8の要求サービスデータ109は、サービス利用要求者データ211、呼び元データ212、要求サービス詳細データ213、履歴データ214からなる。
【００３１】
図8のサービス利用要求者データ211は、これ以降、呼ばれる可能性のあるWebサービスがBlackList管理サービスに問い合せを行う際に作成するBlackList問合せデータ107で使用するためのデータである。図8の呼び元データ212は、Webサービスの呼び元を意味するデータであり、この情報を用いて、Webサービスは呼び元Webサービスに結果を返すことができる。本実施例では、インテリアコーディネイトサービス提供者106を意味するhttp://www.interior.com/WebService1 を呼び元2121に指定している。図8の要求サービス詳細データ213は、利用したいサービスに関する情報を示すデータであり、本実施例では、アンティーク家具に関して、テーブル、イギリス産、色は茶色、オプションとして色の塗りなおしを指定している。
図8の履歴データ214は、BlackList問合せ応答データ108そのものである。
【００３２】
図9は、図１のサービス利用者101、BlackList管理サービス103の構成を示したものである。図9の101サービス利用者の構成は、ブラックリストを入力するためのBlackList入力部1011、入力したブラックリスト情報を格納しておくためのBlackList情報1015、ブラックリストを送信するためのBlackList送信部1012、結果及び履歴を受信するための結果・履歴受信部1013、受信した結果及び履歴を格納するための結果及び履歴情報1016、受信した結果及び履歴を表示するための結果・履歴表示部1014を持つ。
【００３３】
図9の106BlackList管理サービスの構成は、リスト登録要求データ102を受信するためのBlackList受信部1062、受信したリスト登録要求データ102を格納するためのBlackList情報1065、登録が正常に行われたかの結果を送信するためのBlackList登録結果送信部1061、各WebサービスからのBlackList問合せデータを受信するためのBlackList問合せデータ受信部1063、その結果を送信するためのBlackList問合せ応答データ送信部1064を持つ。
【００３４】
図10は、図1のインテリアコーディネイトサービス提供者106、アンティーク家具サービス提供者110の構成を示したものである。図10の106インテリアコーディネイトサービス提供者の構成は、要求サービスデータ105を受信するための要求サービスデータ受信部1061、受信した要求サービスデータを格納するための要求サービス情報1062、次に呼ぶべきWebサービスを検索するためのUDDI検索部1063、検索の結果、次に呼びたいWebサービスがブラックリストに該当しているか否かを問い合わせるためのBlackList問合せデータ送信部1064、その結果を受信するためのBlackList問合せ応答データ受信部1065、次のWebサービスを呼ぶためのサービス呼び出し部1066、サービス利用可否応答データ123を受信するためのサービス利用可否応答データ受信部1067、サービス利用可否応答データ124を送信するためのサービス利用可否応答データ送信部1068を持つ。
【００３５】
図10の110アンティーク家具注文サービス提供者は、要求サービスデータ109を受信するための要求サービスデータ受信部1101、受信した要求サービスデータを格納するための要求サービス情報1102、次に呼ぶべきWebサービスを検索するためのUDDI検索部1103、検索の結果、次に呼びたいWebサービスがブラックリストに該当しているか否かを問い合わせるためのBlackList問合せデータ送信部1104、その結果を受信するためのBlackList問合せ応答データ受信部1105、次のWebサービスを呼ぶためのサービス呼び出し部1106、サービス利用可否応答データ122を受信するためのサービス利用可否応答データ受信部1107、サービス利用可否応答データ123を送信するためのサービス利用可否応答データ送信部1108を持つ。
【００３６】
図11は、図1のテーブル販売業者114、家具メンテナンス業者B120の構成を示したものである。図11の114テーブル販売業者の構成は、要求サービスデータ113を受信するための要求サービスデータ受信部1141、受信した要求サービスデータを格納するための要求サービス情報1142、次に呼ぶべきWebサービスを検索するためのUDDI検索部1143、検索の結果、次に呼びたいWebサービスがブラックリストに該当しているか否かを問い合わせるためのBlackList問合せデータ送信部1144、その結果を受信するためのBlackList問合せ応答データ受信部1145、次のWebサービスを呼ぶためのサービス呼び出し部1466、サービス利用可否応答データ121を受信するためのサービス利用可否応答データ受信部1147、サービス利用可否応答データ122を送信するためのサービス利用可否応答データ送信部1148を持つ。
【００３７】
図11の120家具メンテナンス業者B（システムもしくは装置、プログラム）は、要求サービスデータ119を受信するための要求サービスデータ受信部1201、受信した要求サービスデータを格納するための要求サービス情報1202、サービス利用可否応答データ121を送信するためのサービス利用可否応答データ送信部1203を持つ。
【００３８】
図12は、サービス利用者101が独自のブラックリストになっている企業のWebサービスを利用せずに希望のサービスを受けられるか否かを問い合せてからその結果を受けるまでの処理のフローを示す。サービス利用者101は、リスト登録要求データ102をBlackList管理サービス103に送信し、BlackList管理サービス103は受信したリスト登録要求データ102を基にBlackList登録処理401(ステップ041)を行う。次に、BlackList管理サービス103は、リスト登録応答データ104をサービス利用者101に返す。
サービス利用者101は、リスト登録応答データ104の結果、リスト登録要求データ102が正常に登録できたことを確認し、インテリアコーディネイトサービス提供者106に要求サービスデータ105を送信する。インテリアコーディネイトサービス提供者106は受信した要求サービスデータ105を基に、UDDI検索及びBlackList問合せ処理402(ステップ402)を行う。次に、インテリアコーディネイトサービス提供者106は、BlackList管理サービス103にBlackList問合せデータ107を送信する。
【００３９】
BlackList管理サービス103は、受信したBlackList問合せデータ107を基にBlackList検索処理403(ステップ403)を行い、BlackList問合せ応答データ108を返す。
インテリアコーディネイトサービス提供者106は、受信したBlackList問合せ応答データ108を基にBlackList問合せ応答データチェック及びサービス呼び出し準備処理404(ステップ404)を行い、要求サービスデータ109をアンティーク家具注文サービス提供者110に送信する。
【００４０】
アンティーク家具注文サービス提供者110もインテリアコーディネイトサービス提供者106と同様に、ステップ402を行い、BlackList管理サービス103がステップ403を実行、その結果を用いてアンティーク家具注文サービス提供者110はステップ404を行い、要求サービスデータ113をテーブル販売業者114に送信する。
テーブル販売業者114も、インテリアコーディネイトサービス提供者106及びアンティーク家具注文サービス提供者110と同様のステップを踏むが１回目のステップ403の結果、ブラックリストに該当するとう結果を得たため、再度、BlackList管理サービス103にBlackList問合せデータ117を送信する。
２回目の問合せ結果が、ブラックリストに該当しないという結果を得たため、要求サービスデータ119を家具メンテナンス業者B120に送信する。
【００４１】
家具メンテナンス業者（システムもしくは装置、プログラム）119は、受信した要求サービスデータ119を基にサービス可否応答データ準備処理(ステップ405)を行い、サービス可否応答データ121をテーブル販売業者114に送信する。
テーブル販売業者114は、受信したサービス可否応答データ121を基にサービス利用可否データ処理406を行い、サービス可否応答データ122をアンティーク家具注文サービス提供者110に送信する。
アンティーク家具注文サービス提供者110は、受信したサービス可否応答データ122を基にサービス可否応答データ準備処理(ステップ405)を行い、サービス可否応答データ123をインテリアコーディネイトサービス提供者106に送信する。
【００４２】
インテリアコーディネイトサービス提供者106は、受信したサービス可否応答データ123を基に、サービス利用可否データチェック処理407を行い、サービス可否応答データ124をサービス利用者101に送信する。
【００４３】
図13は、図12で示したBlackList問合せ応答データチェック及びサービス呼び出し準備処理404及びサービス利用可否データ処理406の詳細を示したフロー図である。
【００４４】
図13のBlackList問合せ応答データチェック及びサービス呼び出し準備処理404では、まず、受信したBlackList問合せ応答データの検索結果がＯＫかどうかを501で判定する。ＯＫであれば、要求サービスデータを作成し、送信する。(502,503)。検索結果がＯＫでない場合は、次に呼ぶべきWebサービスを検索するために、503でUDDI検索し、該当サービスが存在するか否かを504で判定する。判定の結果、該当サービスが存在しない場合は、サービス利用可否応答データを作成し、呼び元に送信する。
判定結果が、該当サービスが存在する場合は、BlackList問合せデータを作成し、送信する。(505,506)。
【００４５】
図13のサービス利用可否データ処理406では、サービス利用可否応答データを作成し、呼び元に、送信する。(550,551)。
【００４６】
図14は、図12で示したBlackList登録処理401及びUDDI検索及びBlackList問合せ処理402の詳細を示したフロー図である。
図14のBlackList登録処理401では、リスト登録データ102を受信し、受信したリスト登録データ102を格納、その後、登録結果をリスト登録応答データ104として送信する。(510,511,512)。図14のUDDI検索及びBlackList問合せ処理402では、まず、要求サービスデータを受信し(520)、受信した要求サービスデータを格納(521)、その後、次に呼び出すべきWebサービスをUDDIで検索(522)し、BlackList問合せデータを作成(523)、送信(524)する。
【００４７】
図15は、図12で示したBlackList検索処理403及びサービス可否応答データ準備処理405の詳細を示したフロー図である。
図15のBlackList検索処理403では、BlackList問合せデータを受信(530)し、BlackList管理サービス103自信が管理しているブラックリスト情報からブラックリストに該当するか否かを検索(531)し、検索結果からBlackList問合せ応答データを作成(532),送信(533)する。図15のサービス可否応答データ準備処理405では、要求サービスデータを受信(540)し、受信した要求サービスデータを格納(541)、サービス利用可否応答データを作成(542)し、送信(543)する。
【００４８】
図16は、図12で示したサービス利用可否データチェック処理407の詳細を示したフロー図である。図16のサービス利用可否データチェック処理407では、サービス利用可否応答データ123を受信(560)し、受信したサービス利用可否応答データ123を基に、最終検索対象サービス及び最終実行サービスにそれぞれ情報を取り出す。(561,562)。561,562でそれぞれ取り出した情報が同じかどうかを判定(563)し、同じであれば、利用可否データにＯＫをセット(564)、同じでなければＮＧをセットし、送信(566)する。
【００４９】
次に、本発明のもう一つの実施例を図17で示す。
図17は、図1において、BlackList管理サービス103が存在しないケースであり、Black List管理サービス103への送信データ及びBlack List管理サービス103からの送信データがない以外は同じである。
【００５０】
図18は、図17のうちサービス利用者1701からインテリアコーディネイトサービス提供者1703を呼び出すとそれに対応する戻り、及びインテリアコーディネイトサービス提供者1701からアンティーク家具注文サービス提供者1705を呼び出す部分までに関して抜き出したものであり、送受信するデータの詳細を示す図である。図18のBlackList付要求サービスデータ1702は、図5のサービス利用要求者データ203、要求サービス詳細データ204、BlackListデータ202から構成される。
【００５１】
図18のサービス利用可否応答データ1714は、図6の利用可否データ205、履歴データ206、最終サービスデータ207から構成される。
図18のBlackList付要求サービスデータ1704は、図5のBlackListデータ202、図8の呼び元データ212、要求サービス詳細データ213、図19の履歴データ1801から構成される。
【００５２】
図19は、図17のうち、インテリアコーディネイトサービス提供者1703からアンティーク家具注文サービス提供者1705への要求サービスのデータ部分について抜き出したものであり、データの詳細を示す図である。
図19の履歴データ1801は、多段に連携されたWebサービスにおいて呼び出されたWebサービスの履歴を示すデータであり、本実施例では、実行サービス18011に、インテリアコーディネイトサービス提供者を意味するhttp://www.interior.com/WebService1 を指定している。
【００５３】
図20は、図17のサービス利用者1701、家具メンテナンス業者B1710の構成を示したものである。
図20の1701サービス利用者の構成は、ブラックリストを入力するためのBlackList入力部1711、入力したブラックリスト情報を格納しておくためのBlackList情報1715、BlackList付要求サービスデータ1702を送信するためのBlackList付要求サービスデータ送信部1712、結果及び履歴を受信するための結果・履歴受信部1713、受信した結果及び履歴を格納するための結果及び履歴情報1716、受信した結果及び履歴を表示するための結果・履歴表示部1714を持つ。
【００５４】
図20の1710家具メンテナンス業者Bの構成は、BlackList付要求サービスデータ1709を受信するための要求サービスデータ受信部1711、受信したBlackList付要求サービスデータ1709を格納するためのブラックリスト付要求サービス情報1712、サービス利用可否応答データ1711を送信するためのサービス利用可否応答データ送信部1713を持つ。
【００５５】
図21は、図17のインテリアコーディネイトサービス提供者1703、アンティーク家具注文サービス提供者1705、テーブル販売業者の構成1707の構成を示したものである。図21の1703インテリアコーディネイトサービス提供者の構成は、BlackList付要求サービスデータ1702を受信するための要求サービスデータ受信部1731、受信したBlackList付要求サービスデータ1702を格納するための要求サービス情報1732、次に呼ぶべきWebサービスを検索するためのUDDI検索部1733、検索の結果、次のWebサービスを呼ぶためのサービス呼び出し部1735、サービス利用可否応答データ1713を受信するためのサービス利用可否応答データ受信部1734、サービス利用可否応答データ1714を送信するためのサービス利用可否応答データ送信部1736を持つ。
【００５６】
図21の1705アンティーク家具注文サービス提供者の構成は、BlackList付要求サービスデータ1704を受信するための要求サービスデータ受信部1751、受信したBlackList付要求サービスデータ1704を格納するための要求サービス情報1752、次に呼ぶべきWebサービスを検索するためのUDDI検索部1753、検索の結果、次のWebサービスを呼ぶためのサービス呼び出し部1755、サービス利用可否応答データ1712を受信するためのサービス利用可否応答データ受信部1754、サービス利用可否応答データ1713を送信するためのサービス利用可否応答データ送信部1756を持つ。
【００５７】
図21の1707テーブル販売業者の構成は、BlackList付要求サービスデータ1706を受信するための要求サービスデータ受信部1771、受信したBlackList付要求サービスデータ1706を格納するための要求サービス情報、次に呼ぶべきWebサービスを検索するためのUDDI検索部1773、検索の結果、次のWebサービスを呼ぶためのサービス呼び出し部1775、サービス利用可否応答データ1711を受信するためのサービス利用可否応答データ受信部1774、サービス利用可否応答データ1712を送信するためのサービス利用可否応答データ送信部1776を持つ。
【００５８】
図22は、サービス利用者1701が独自のブラックリストになっている企業のWebサービスを利用せずに希望のサービスを受けられるか否かを問い合せてからその結果を受けるまでの処理のフローを示す。サービス利用者1701は、BlackList付要求サービスデータ1702をインテリアコーディネイトサービス提供者1703に送信する。
インテリアコーディネイトサービス提供者1703は、受信したBlackList付要求サービスデータ1702を基にBlackList該非判定チェック処理2201(ステップ2201)を行う。次に、UDDI検索及びサービス呼び出し準備処理2202(ステップ2202)を行い、BlackList付要求サービスデータ1704をアンティーク家具注文サービス提供者1705に送信する。
【００５９】
アンティーク家具注文サービス提供者1705もインテリアコーディネイトサービス提供者1703と同様に、受信したBlackList付要求サービスデータ1704を基にBlackList該非判定チェック処理2201(ステップ2201)を行う。次に、UDDI検索及びサービス呼び出し準備処理2202(ステップ2202)を行い、BlackList付要求サービスデータ1706をテーブル販売業者1707に送信する。
【００６０】
テーブル販売業者1707も、インテリアコーディネイトサービス提供者1703及びアンティーク家具注文サービス提供者1705と同様に、受信したBlackList付要求サービスデータ1706を基にBlackList該非判定チェック処理2201(ステップ2201)を行う。次に、UDDI検索及びサービス呼び出し準備処理2202(ステップ2202)を行い、BlackList付要求サービスデータ1709を家具メンテナンス業者B1710に送信する。
【００６１】
家具メンテナンス業者B1710は、受信したBlackList付要求サービスデータ1709を基に、BlackList該非判定チェック処理2201(ステップ2201)、及びサービス可否応答データ準備処理2203(ステップ2203)を行い、テーブル販売業者1707に、サービス利用可否応答データ1711を送信する。
【００６２】
テーブル販売業者1707は、受信したサービス利用可否応答データ1711を基に、サービス利用可否データ処理2204(ステップ2204)を行い、アンティーク家具注文サービス提供者1705に、サービス利用可否応答データ1712を送信する。
アンティーク家具注文サービス提供者1705は、受信したサービス利用可否応答データ1712を基に、サービス利用可否データ処理2204(ステップ2204)を行い、インテリアコーディネイトサービス提供者1703に、サービス利用可否応答データ1713を送信する。
インテリアコーディネイトサービス提供者1703は、受信したサービス利用可否応答データ1713を基に、サービス利用可否データ処理2204(ステップ2204)を行い、サービス利用者1701に、サービス利用可否応答データ1714を送信する。
【００６３】
図23は、図22で示したBlackList該非判定チェック処理2201及びUDDI検索及びサービス呼び出し準備処理2202の詳細を示したフロー図である。図23のBlackList該非判定チェック処理2201では、まず、BlackList付要求サービスデータを受信し格納(2211)する。
【００６４】
次に、受信したBlackList付要求サービスデータを基にBlackListデータ202にサービス自身の情報が含まれているか否かを判定(2212)し、含まれている場合は、サービス利用可否応答データ作成(2213)、送信(2214)と処理を進める。
この場合、作成するサービス利用可否応答データの利用可否データ205は、サービス利用者が利用したくないWebサービスを利用せずにWebサービスを受けられないことを意味するＮＧとする。
図23のUDDI検索及びサービス呼び出し準備処理2202では、まず、次に呼び出したいサービスについてUDDI検索を実行(2221)し、検索の結果、該当するサービスがあるか否かについて判定(2222)をする。判定した結果、該当するサービスがない場合は、サービス利用可否応答tデータを作成(2223)し、送信(2224)する。該当するサービスが存在した場合は、BlackList付要求サービスデータを作成(2225)し、次のWebサービスに送信(2226)する。
【００６５】
図24は、図22で示したサービス可否応答データ準備処理2203及びサービス利用可否データ処理2204の詳細を示したフロー図である。図24のサービス可否応答データ準備処理2203では、BlackList付要求サービスデータを取り出し(2231)、受信したBlackList付要求サービスデータをチェック(2232)し、サービス利用可否応答データの作成(2233)、作成したサービス利用可否応答データの送信(2234)と処理を進める。この場合、作成するサービス利用可否応答データの利用可否データ205は、サービス利用者が利用したくないWebサービスを利用せずにWebサービスを受けられることを意味するＯＫとする。図24のサービス利用可否データ処理2204では、サービス利用可否応答データを受信(2241)し、受信したサービス利用可否応答データをそのまま送信す(2242)する。
以上説明したように、履歴データを利用して、利用可否情報を事前に取得する構成とすることで、Webサービス利用側が受けたくない企業のサービスを受けなくても済むように事前チェックすることができる。
また、実際にWebサービスが実行されることはないため、Webサービスのロールバック等を考慮する必要がない。
また、事前チェックの依頼元であるサービス利用者は、利用可否結果と共に、履歴データも受信することができるため、履歴結果を元に、独自作成のブラックリストを自分のサービスを受けたくないプライオリティに応じて修正することも可能である。
【００６６】
【発明の効果】
以上説明したように、本発明によれば、履歴データを利用して、利用可否情報を事前に取得する構成とすることで、Webサービス利用側が受けたくない企業のサービスを受けなくても済むように事前チェックすることができる。
また、実際にWebサービスが実行されることはないため、Webサービスのロールバック等を考慮する必要がない。
また、事前チェックの依頼元であるサービス利用者は、利用可否結果と共に、履歴データも受信することができるため、履歴結果を元に、独自作成のブラックリストを自分のサービスを受けたくないプライオリティに応じて修正することも可能である。
【図面の簡単な説明】
【図１】本発明の実施形態に係わる複数のＷｅｂサービスを組み合わせて、オンラインオーダーシステムを構築した場合の例
【図２】図1におけるサービス利用者110からBlackList管理サービスへのBlackListの登録、及びインテリアコーディネイトサービス提供者106を呼び出す部分に関して送受信するデータの詳細を示す図
【図３】図1におけるインテリアコーディネイトサービス提供者106からBlackList管理サービス103へのBlackListの問合せ、及び問合せ結果に関して送受信するデータの詳細を示す図
【図４】図1におけるインテリアコーディネイトサービス提供者106からアンティーク家具注文サービス提供者110の呼び出し、及び呼び出しに対する戻りに関して送受信するデータの詳細を示す図
【図５】図1におけるサービス利用者101からBlackList管理サービス103へリスト登録要求データ102として送信するデータの内容と、インテリアコーディネイトサービス提供者106へ要求サービスデータ105として送信するデータの内容を示した図
【図６】図1におけるインテリアコーディネイトサービス提供者106からサービス利用者101へ利用したくないWebサービスを利用せずにWebサービスを受けられるか否かについてチェックした結果を返す部分に関するデータの内容を示した図
【図７】図1における各WebサービスがBlackList管理サービス103へブラックリストに該当するか否かの問い合わせをする部分とその結果をBlackList管理サービス103が返す部分及びBlackList管理サービス103からサービス利用者101へリスト登録をした結果を返す部分に関するデータの内容を示した図
【図８】図1におけるインテリアコーディネイトサービス提供者106からアンティーク家具注文サービス提供者110への要求サービスのデータ部分に関するデータの内容を示した図
【図９】図１のサービス利用者101、BlackList管理サービス103の構成を示した図
【図１０】図1のインテリアコーディネイトサービス提供者106、アンティーク家具サービス提供者110の構成を示した図
【図１１】図1のテーブル販売業者114、家具メンテナンス業者B120の構成を示した図
【図１２】サービス利用者101が独自のブラックリストになっている企業のWebサービスを利用せずに希望のサービスを受けられるか否かを問い合せてからその結果を受けるまでの処理のフローを示した図
【図１３】図12で示したBlackList問合せ応答データチェック及びサービス呼び出し準備処理404及びサービス利用可否データ処理406の詳細を示したフロー図
【図１４】図12で示したBlackList登録処理401及びUDDI検索及びBlackList問合せ処理402の詳細を示したフロー図
【図１５】図12で示したBlackList検索処理403及びサービス可否応答データ準備処理405の詳細を示したフロー図
【図１６】図12で示したサービス利用可否データチェック処理407の詳細を示したフロー図
【図１７】本発明の実施形態に係わる複数のＷｅｂサービスを組み合わせた実施例図1において、BlackList管理サービス103が存在しない場合の例
【図１８】図17のうちサービス利用者1701からインテリアコーディネイトサービス提供者1703を呼び出すとそれに対応する戻り、
及びインテリアコーディネイトサービス提供者1701からアンティーク家具注文サービス提供者1705を呼び出す部分に関して送受信するデータの詳細を示す図
【図１９】図17のうち、インテリアコーディネイトサービス提供者1703からアンティーク家具注文サービス提供者1705への要求サービスのデータ部分に関するデータの内容を示した図
【図２０】図17のサービス利用者1701、家具メンテナンス業者B1710の構成を示した図
【図２１】図17のインテリアコーディネイトサービス提供者1703、アンティーク家具注文サービス提供者1705、テーブル販売業者の構成1707の構成を示した図
【図２２】サービス利用者1701が独自のブラックリストになっている企業のWebサービスを利用せずに希望のサービスを受けられるか否かを問い合せてからその結果を受けるまでの処理のフローを示した図
【図２３】図22で示したBlackList該非判定チェック処理2201及びUDDI検索及びサービス呼び出し準備処理2202の詳細を示したフロー図
【図２４】図22で示したサービス可否応答データ準備処理2203及びサービス利用可否データ処理2204の詳細を示したフロー図
【符号の説明】
101：サービス利用者
102：リスト登録要求データ
103：BlackList管理サービス
104：リスト登録応答
107：BlackList問合せデータ
111：BlackList問合せデータ
115：BlackList問合せデータ
117：BlackList問合せデータ
108：BlackList問合せ応答データ
112：BlackList問合せ応答データ
116：BlackList問合せ応答データ
118：BlackList問合せ応答データ
121：サービス利用可否応答データ
122：サービス利用可否応答データ
123：サービス利用可否応答データ
124：サービス利用可否応答データ
1701：サービス利用者
1702：BlackList付要求サービスデータ
1704：BlackList付要求サービスデータ
1706：BlackList付要求サービスデータ
1709：BlackList付要求サービスデータ
1711：サービス利用可否応答データ
1712：サービス利用可否応答データ
1713：サービス利用可否応答データ
1714：サービス利用可否応答データ
Claims (1)
- サービスを利用する利用者が使用する計算機である第１ノードが、前記第１ノードにネットワークを介して接続される、それぞれが計算機である複数のノードと通信を行い、前記サービスを要求するサービス処理要求方法であって、
前記第１ノードが、当該第１ノードが有する入力部を介して入力された、前記利用者の第１利用者データと、当該利用者がブラックリストとして登録するノード名Ａとを、当該第１ノードが有する送信部から、前記複数のノードの 1 つである管理ノードに送信する第１ステップと、
前記管理ノードが、当該管理ノードが有する受信部により、前記第 1 利用者データと前記ノード名Ａとを受信し、当該管理ノード内に格納する第２ステップと、
前記第１ノードが、当該第１ノードが有する送信部から、サービスを要求するサービス要求を送信する第３ステップと、
前記複数のノードの一つである第２ノードが、当該第２ノードが有する受信部により、前記サービス要求を受信する第４ステップと、
前記第２ノードが、当該第２ノードに含まれるＵＤＤＩ検索部により、前記サービス要求に含まれるサービスに関する情報を示すデータを用いて次に呼ぶべきＷｅｂサービスを検索する第５ステップと、
前記第２ノードが、前記検索したＷｅｂサービスを提供するノードの名であるノード名Ｂと、前記受信したサービス要求に含まれる前記利用者の第２利用者データとを、前記第２ノードが有する送信部から前記ネットワークを介して前記管理ノードに送信する第６ステップと、
前記管理ノードが、前記送信された前記ノード名Ｂと前記第２利用者データを、当該管理ノードが有する受信部で受信する第７ステップと、
前記管理ノードが、前記受信した前記第２利用者データと前記ノード名Ｂで、前記格納した前記第１利用者データと前記ノード名Ａを検索し、前記ノード名Ｂがブラックリストとして登録されているか否かを示す応答を前記第２ノードに、当該管理ノードの送信部から送信する第８ステップと、
前記第２ノードが、前記送信された前記応答を、当該第２ノードが有する受信部で受信し、
前記ノード名Ｂがブラックリストに登録されていていない場合は、前記ノード名Ｂのノードに、Ｗｅｂサービスを要求する第２サービス要求を、当該第２ノードが有する送信部から送信し、一方、前記ノード名Ｂがブラックリストとして登録されている場合は、前記ＵＤＤＩ検索部により、新たに、前記サービス要求に含まれるサービスに関する情報を示すデータを用いて次に呼ぶべき他のＷｅｂサービスを検索し、存在する場合は新たに見つかったＷｅｂサービスを提供するノードの名であるノード名Ｃを前記ノード名Ｂとみなして前記第６ステップ以降を実施し、存在しない場合は、前記第１ノードに利用可否データが否であるサービス利用可否応答データを、当該第２ノードが有する送信部から前記第１ノードに送信する第９ステップと、
前記第２ノードに前記ネットワークを介して接続され、前記複数のノードの１つである、前記ノード名Ｂで示される第３ノードが、前記第２ノードから前記第２サービス要求を、当該第３ノードが有する受信部で受信する第１０ステップと、
前記第３ノードが、前記第２サービス要求に応じて、当該第２サービス要求のサービス利用可否データを作成し、当該第３ノードが有する送信部から前記第２ノードに送信する第１１ステップと、
前記第２ノードが、当該第２ノードが有する受信部で前記第３ノードから受信した前記サービス利用可否データを、前記第１ノードに当該第２ノードが有する送信部から送信する第１２ステップとを有することを特徴とするサービス処理要求方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003207257A JP4265326B2 (ja) | 2003-08-12 | 2003-08-12 | サービス処理方法及びシステム並びにその処理プログラム |
| US10/893,925 US20050060399A1 (en) | 2003-08-12 | 2004-07-20 | Method and system for managing programs for web service system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003207257A JP4265326B2 (ja) | 2003-08-12 | 2003-08-12 | サービス処理方法及びシステム並びにその処理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005062942A JP2005062942A (ja) | 2005-03-10 |
| JP4265326B2 true JP4265326B2 (ja) | 2009-05-20 |
Family
ID=34263951
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003207257A Expired - Fee Related JP4265326B2 (ja) | 2003-08-12 | 2003-08-12 | サービス処理方法及びシステム並びにその処理プログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20050060399A1 (ja) |
| JP (1) | JP4265326B2 (ja) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7701872B2 (en) * | 2002-11-04 | 2010-04-20 | Research In Motion Limited | Method and apparatus for packet data service discovery |
| US9477820B2 (en) | 2003-12-09 | 2016-10-25 | Live Nation Entertainment, Inc. | Systems and methods for using unique device identifiers to enhance security |
| US9740988B1 (en) | 2002-12-09 | 2017-08-22 | Live Nation Entertainment, Inc. | System and method for using unique device indentifiers to enhance security |
| EP1821487B1 (en) * | 2006-02-21 | 2010-04-07 | Microsoft Corporation | Topology management in peer-to-peer content distribution clouds |
| US10825089B2 (en) | 2007-03-15 | 2020-11-03 | Bgc Partners, Inc. | Error detection and recovery in an electronic trading system |
| US9807096B2 (en) | 2014-12-18 | 2017-10-31 | Live Nation Entertainment, Inc. | Controlled token distribution to protect against malicious data and resource access |
| WO2009032931A2 (en) | 2007-09-04 | 2009-03-12 | Ticketmaster, Llc | Methods and systems for reservation and brokering of tickets or resources |
| US20110085443A1 (en) * | 2008-06-03 | 2011-04-14 | Hitachi. Ltd. | Packet Analysis Apparatus |
| US20120047262A1 (en) | 2009-04-27 | 2012-02-23 | Koninklijke Kpn N.V. | Managing Undesired Service Requests in a Network |
| US11082563B2 (en) * | 2015-12-06 | 2021-08-03 | Larry Drake Hansen | Process allowing remote retrieval of contact information of others via telephone voicemail service product |
| CN109374042B (zh) * | 2018-07-12 | 2021-05-28 | 中山职业技术学院 | 一种智能定制家具组装部件质检系统及方法 |
| US11405392B2 (en) | 2018-09-11 | 2022-08-02 | Aveva Software, Llc | Server and system for secure configuration push for DMZ proxy clients |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7177929B2 (en) * | 2002-03-27 | 2007-02-13 | International Business Machines Corporation | Persisting node reputations in transient network communities |
| US7246178B2 (en) * | 2002-05-07 | 2007-07-17 | Nortel Networks Limited | Methods and systems for changing a topology of a network |
| JP2004362051A (ja) * | 2003-06-02 | 2004-12-24 | Hitachi Ltd | プログラム管理方法及び実施装置並びに処理プログラム |
| JP2004362183A (ja) * | 2003-06-04 | 2004-12-24 | Hitachi Ltd | プログラム管理方法及び実施装置並びに処理プログラム |
| EA015549B1 (ru) * | 2003-06-05 | 2011-08-30 | Интертраст Текнолоджис Корпорейшн | Переносимая система и способ для приложений одноранговой компоновки услуг |
| US7831693B2 (en) * | 2003-08-18 | 2010-11-09 | Oracle America, Inc. | Structured methodology and design patterns for web services |
-
2003
- 2003-08-12 JP JP2003207257A patent/JP4265326B2/ja not_active Expired - Fee Related
-
2004
- 2004-07-20 US US10/893,925 patent/US20050060399A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005062942A (ja) | 2005-03-10 |
| US20050060399A1 (en) | 2005-03-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7756903B2 (en) | Configuring a search engine results page with environment-specific information | |
| US20160253700A1 (en) | System and method for automated advocate marketing with digital rights registration | |
| JP4729651B2 (ja) | 認証装置，認証方法およびその方法を実装した認証プログラム | |
| JP5200721B2 (ja) | 制御方法、制御装置、及びプログラム | |
| US20140297848A1 (en) | Ensuring the quality of a service in a distributed computing environment | |
| JP4265326B2 (ja) | サービス処理方法及びシステム並びにその処理プログラム | |
| US20070043631A1 (en) | Extensible network services system | |
| US8631465B2 (en) | Terminal of an environment management station and a service user provided a service, method for processing an evaluation value of a terminal, a service request and a service providing | |
| US7093019B1 (en) | Method and apparatus for providing an automated login process | |
| US10021107B1 (en) | Methods and systems for managing directory information | |
| JPH1115849A (ja) | サーバ連携制御方法 | |
| JP3563619B2 (ja) | アプリケーション機能指定装置及び記憶媒体 | |
| JP4240929B2 (ja) | ファイル管理システムにおけるアクセス制御方式 | |
| JP5316225B2 (ja) | 店舗管理システム及びその制御方法 | |
| JP2000106552A (ja) | 認証方法 | |
| JP2005196540A (ja) | メタデータ関連情報管理システム，メタデータ関連情報管理方法，関連メタデータ管理サーバ，メタデータ参照端末およびコンピュータプログラム | |
| JPH11353377A (ja) | 協同情報発信方法 | |
| JP7119797B2 (ja) | 情報処理装置及び情報処理プログラム | |
| US20080016084A1 (en) | Multifunction peripheral and user information management method thereof | |
| CN111988298A (zh) | 数据处理方法、装置及设备 | |
| US20060059158A1 (en) | Apparatus and method for building conjoined computer systems | |
| JP4936603B2 (ja) | 販売管理方法及びそのプログラムを記憶した記憶媒体 | |
| JP6472271B2 (ja) | タスク管理方法およびサーバ | |
| JP2002251573A (ja) | ユーザデータベースサーバ及びユーザ情報取得装置 | |
| JP6852752B2 (ja) | セキュリティ管理システムおよびセキュリティ管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060216 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060421 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080716 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080729 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080929 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090127 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090209 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120227 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120227 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130227 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130227 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140227 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |