(57)【要約】【課題】  従来技術では、無条件にサービス内容をＵＤＤＩに登録できるため、サービスの品質の点で考慮がされておらず、そのサービスの内容が正しいものなのかまた将来的に使用できるものなのか確認を取れない。また、同じようなサービスが提供されていた場合、どちらのサービスを選ぶのがよいか、判断する基準が提供されていない。【解決手段】  Ｗｅｂサービスにおいて、中間サービス提供者を設け与信情報、インターフェースの作成、定期的なＷｅｂサービスの確認を行う機能を持つことによりＷｅｂサービスの品質の課題を解決する。また、中間サービス提供者が、与信情報を付加して利用者に提供する機を持つことによりＷｅｂサービスの信頼性の課題を解決する。さらに中間サービス提供者が、会社情報を付加して利用者に提供する機能を持つことによりサービス選択の判断基準の課題を解決する。【選択図】  図１
2005099969.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂサービスシステムにおいて、Ｗｅｂサービス提供者からＷｅｂサービスの登録が行われる際に、予め当該Ｗｅｂサービスが正しくサービスが提供されることを確認して登録を行うようにしたことを特徴とするＷｅｂサービスシステム。
【請求項２】
Ｗｅｂサービスシステムにおいて、Ｗｅｂサービス利用者に対し規定のＷｅｂサービス登録情報の他に、Ｗｅｂサービス利用者が同一Ｗｅｂサービスを提供する会社の選択に利用可能な付加情報を付与してＷｅｂサービス登録情報を提供するようにしたことを特徴とするＷｅｂサービスシステム。
【請求項３】
上記付加情報が与信情報、会社情報の何れかひとつ以上であることを特徴とする請求項２記載のＷｅｂサービスシステム。
【請求項４】
Ｗｅｂサービスシステムにおいて、登録されているＷｅｂサービスが継続してサービスされていることを定期的に確認するようにしたことを特徴とするＷｅｂサービスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサービスの提供者と利用者の効率を向上させる方法に関する。
【背景技術】
【０００２】
従来のＷｅｂサービスを利用する場合は、サービス提供者がＵＤＤＩ（Universal Description,Discover and Integration）にサービス情報を登録し、サービス利用者がＵＤＤＩを検索、目的に合ったサービスがあればＷＳＤＬ（Web Services Description Language）を取得し、サービスを利用するためのアプリケーションを開発し、Ｗｅｂサービスを利用している。
【０００３】
【非特許文献１】「Ｗｅｂサービス完全構築ガイド」著者：嶋本正・柿木彰・西本進・野間克司・野上忍・亀倉龍・松本健・福原信貴
【０００４】
【非特許文献２】「Ｗｅｂサービス エッセンシャルズ」著者：Ethan Cerami(イーサン・セラミ)
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記従来技術では、無条件にサービス内容をＵＤＤＩに登録できるため、サービスの品質の点で考慮がされておらず、そのサービスの内容が正しいものなのかまた将来的に使用できるものなのか確認を取れない問題があった。
【０００６】
また、同じようなサービスが提供されていた場合、どちらのサービスを選ぶのがよいか、判断する基準が提供されていない問題があった。
【０００７】
本発明は、中間サービス提供者がサービスの内容を保証し、利用者が安心して使用できることを目的とする。
【０００８】
本発明の他の目的は、ＵＤＤＩの情報に付加情報を追加することにより、利用するサービスの最適に選択することにある。
【課題を解決するための手段】
【０００９】
中間サービス提供者が、与信情報、インターフェースの作成、定期的なＷｅｂサービスの確認を行う機能を持つことにより上記サービス内容の品質の課題を解決する。
【００１０】
中間サービス提供者が、与信情報を付加して利用者に提供する機を持つことにより上記課題のサービス内容の信頼性を解決する。中間サービス提供者が、会社情報を付加して利用者に提供する機能を持つことにより上記の判断基準の課題を解決する。
【発明の効果】
【００１１】
本発明によれば、従来と比べＷｅｂサービス利用者が、サービスを信頼して利用できるという効果がある。
【００１２】
本発明はさらに、Ｗｅｂサービス提供者は利用者から信頼を得やすくなり、顧客獲得ができるという効果がある。
【００１３】
本発明はさらに、利用者が最適なサービスを選択できるという効果がある。本発明はさらに、ＵＤＤＩの利用率を上げることができるという効果がある。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施形態について図面を参照して説明する。図１は本発明によるＷｅｂサービス中間サービスシステムの全体構成を表す図である。最初に図１に示されるようにＷｅｂサービス提供者１１とＵＤＤＩ１３の間とＷｅｂサービス利用者１２とＵＤＤＩ１３の間に中間サービス提供者１０を設け、実施するシステムである。中間サービス提供者１０は、信用調査機関１４より与信情報２１を取得する。中間サービス提供者１０は、Ｗｅｂサービス提供者１１の会社情報等を登録する会員登録部１０１、Ｗｅｂサービス提供者１１の与信情報を与信調査機関１４より取得する与信情報取得部１０２、Ｗｅｂサービス提供者１１が提供するＷｅｂサービスを登録するサービス情報登録部１０３、Ｗｅｂサービス提供者１１が提供するＷｅｂサービスのインタフェースを確認するサービス確認処理部１０４、Ｗｅｂサービス提供者１１が提供するＷｅｂサービスをＵＤＤＩ１３に登録するＵＤＤＩ登録処理部１０５、Ｗｅｂサービス提供者１１が提供するＷｅｂサービスを定期的にチェックする定期的なチェック処理部１０６、Ｗｅｂサービス利用者１２から要求されたサービスをＵＤＤＩ１３に検索に行くＵＤＤＩ検索処理部１０７、Ｗｅｂサービス利用者１２へ提供する会員・与信情報を付加する会員・与信情報付加部１０８、Ｗｅｂサービス利用者１２へ会員・与信情報を提供する会員・与信情報提供部１０９、与信情報を記録しておく与信情報記録部１１０、会員情報を記録しておく会員情報記録部１１１、Ｗｅｂサービス提供者１１のＷｅｂサービスのインタフェースを管理するインタフェース管理部１１２の構成からなる。
【００１５】
図２〜図８は中間サービスを利用する時の詳細である。図２はＵＤＤＩ１３に通常登録するＯＡＳＩＳで規定しているＵＤＤＩ登録情報２０の一部を示す。ＵＤＤＩ登録情報２０はbusinessEntity(実際の企業に関する情報)、businessService(Webサービスのグループに関する情報)、bindingTemplate(特定のWebサービスにアクセスするための方法や場所に関する情報)、tModel(説明や外部の技術仕様または分類方法へのポインタ)の４種類のデータ構造からなる。詳細はhttp://uddi.org/pubs/uddi-v3.00-published-20020719.htm参照。
【００１６】
図３は信用調査機関１４より取得した与信情報２１を示す。与信情報２１は対象とする会社の資本金、売上高、評点等からなる。与信情報２１は与信情報取得部１０２より取得される。
【００１７】
図４は会員登録時に登録する会社情報２２を示す。会社情報２２は会社名、住所、連絡先、業種固有情報、商品情報等からなる。会社情報２２は会員登録部１０１により登録される。
【００１８】
図５はＵＤＤＩ１３に登録するまでの処理の図である。最初にＷｅｂサービス提供者１１が中間サービス提供者１０に会員登録を行う。登録にはＳＯＡＰ(Simple Object Access Protocol)プロトコルを使用し、会社情報２２を登録する。中間サービス提供者１０は信用調査機関１４へ与信の調査依頼を行い、与信情報２１を取得する。Ｗｅｂサービス提供者１１は中間サービス提供者１０にサービス情報の登録を行う。登録は現状のＵＤＤＩ１３に登録するの方法と同じＳＯＡＰプロトコルを使用し、ＵＤＤＩ情報２０を登録する。ＵＤＤＩ情報２０の会社名と会社情報２２の会社名でリンクを張っておく。ＵＤＤＩ情報２０よりＷＳＤＬ５１を求めインターフェース５０を中間サービス提供者１０のプログラマが作成する。作成したインターフェース５０の動作確認を行い問題なければＵＤＤＩ情報２０のみをＵＤＤＩ１３に登録する。ＵＤＤＩ１３に登録後、定期的にインターフェース５０を実行してＷｅｂサービス提供者１１の提供するサービスの信頼性の確認を行う。
【００１９】
図６は中間サービス提供者１０の会員登録からサービス情報登録までの処理の流れ図である。最初にＷｅｂサービス提供者１１から会員登録の要求が来た時に、中間サービス提供者１０の会員登録部１０１でＷｅｂサービス提供者１１の会員登録を受け付け、会員情報記録部１１１で記録する。次に与信情報取得部１０２が信用調査機関１４へ与信情報の取得依頼を請求し、信用調査機関１４より与信情報２１が戻ってきたら与信情報記録部１１０で記録する。次にＷｅｂサービス提供者１１からサービス情報の要求が来た時に、サービス情報登録部１０３でサービス情報の登録を行い、ＵＤＤＩ情報２０の中のＷＳＤＬ５１の所在地を求め取得する。この時、指定された所在地にＷＳＤＬ５１がない場合は、Ｗｅｂサービス提供者１１へＵＤＤＩ情報２０が不正である旨の連絡を行なう。正しくＷＳＤＬ５１が取得できた場合は中間サービス提供者１０のプログラマにＷＳＤＬ５１を渡す。
【００２０】
図７はインタフェース５０の確認からＵＤＤＩ１３に登録までの処理の流れ図である。最初に中間サービス提供者１０のサービス確認処理部１０４で中間サービス提供者１０のプログラマが作成したインタフェース５０が出来たらインターフェース管理部１１１で実行してインタフェースの確認を行なう。確認の結果、正しい値が返ってきた時はＵＤＤＩ登録処理部１０５がＵＤＤＩ１３にＵＤＤＩ情報２０を登録する。不正な値が返ってきた時はＷｅｂサービス提供者１１へＷＳＤＬ５１が不正である旨の連絡を行なう。
【００２１】
図８は定期的にインタフェース５０の確認する処理の流れ図である。中間サービス提供者１０の定期的なチェック処理部１０６が定期的にインターフェース管理部１１１を実行して、インタフェース５０の確認を行なう。不正な値が返ってきた時はＷｅｂサービス提供者１１へ不正である旨の連絡を行なう。
【００２２】
図９はＷｅｂサービス利用者１２の要求に従い、ＵＤＤＩ１３を検索してＵＤＤＩ統合情報２３を返す処理の図である。中間サービス提供者１０がＷｅｂサービス利用者１２よりサービスの検索要求を受け、ＵＤＤＩ１３の検索を行ない、ＵＤＤＩ情報２０を取得する。取得したＵＤＤＩ情報２０の会社名から与信情報２１と会社情報２２を検索して、ＵＤＤＩ情報２０に与信情報２１と会社情報２２を付加してＵＤＤＩ統合情報２３を作成Ｗｅｂサービス利用者１２に送付する。この時の通信プロトコルは全てＳＯＡＰを使用する。
【００２３】
図１０はＷｅｂサービス利用者１２からの検索要求からＵＤＤＩ統合情報２３を返すまでの処理の流れ図である。最初にＵＤＤＩ検索処理部１０７がＷｅｂサービス利用者１２からの検索要求を受け取り、そのままＵＤＤＩ１３へ検索しに行く。ＵＤＤＩ１３から返ってきたＵＤＤＩ情報２０を会員・与信情報付加部１０８で確認を行なう。ＵＤＤＩ情報２０が１社未満なら、”該当サービスなし”の旨の情報をＷｅｂサービス利用者１２へ返す。１社以上なら会社名から会社情報２２と与信情報２１を検索、ＵＤＤＩ情報２０に会社情報２２、与信情報２１を付加してＵＤＤＩ統合情報２３を作成する。複数社の時は同様の処理を繰り返す。全てのＵＤＤＩ統合情報２３の作成が終わったら、会員・与信情報提供部１０９がＵＤＤＩ統合情報２３をＷｅｂサービス利用者１２へ返す。
【００２４】
図１１はＷｅｂサービス利用者１２が中間サービス提供者１０から求めたＵＤＤＩ統合情報２３を使用して活用した時の図である。最初に中間サービス提供者１０から取得したＵＤＤＩ統合情報２３を基にＷｅｂサービス利用者１２が与信情報２１から利用する会社を選択する。選択された会社のＷＳＤＬ５１を求めアプリケーション１２１をＷｅｂサービス利用者１２のプログラマが開発する。その時、会社情報から使用するサービス１１２の選択を行なう。例えば、業種固有情報、商品情報を参照して、エンドユーザ１５の居住地が関東ならＡ社、関西ならＣ社、エンドユーザ１５の発注金額が多ければＣ社、少なければＡ社というようにサービスの切り分けを行なう。
【図面の簡単な説明】
【００２５】
【図１】本発明のＷｅｂサービスシステムの概要構成図。
【図２】本発明のＵＤＤＩ情報の構造図。
【図３】本発明の与信情報の構造図。
【図４】本発明の会社情報の構造図。
【図５】本発明の情報登録の構成図。
【図６】本発明の情報登録の処理フロー。
【図７】本発明のインタフェース確認の処理フロー。
【図８】本発明の定期的インタフェース確認の処理フロー。
【図９】本発明の情報提供の構成図
【図１０】本発明の情報提供の処理フロー。
【図１１】本発明の利用時の構成図。
【符号の説明】
【００２６】
１０：中間サービス提供者、１１：Ｗｅｂサービス提供者、１２：Ｗｅｂサービス利用者、
１３：ＵＤＤＩ、１４：信用調査機関
【図１】
2005099969.tif 000003
【図２】
2005099969.tif 000004
【図３】
2005099969.tif 000005
【図４】
2005099969.tif 000006
【図５】
2005099969.tif 000007
【図６】
2005099969.tif 000008
【図７】
2005099969.tif 000009
【図８】
2005099969.tif 000010
【図９】
2005099969.tif 000011
【図１０】
2005099969.tif 000012
【図１１】
2005099969.tif 000013