(57)【要約】【課題】  ＸＭＬ／Ｗｅｂサービスの稼動状態を確認するにより、より適切な検索結果をＷｅｂサービスクライアントに応答することを可能とするＸＭＬ／Ｗｅｂサービス検索システムを提供する。【解決手段】  ＵＤＤＩサーバ１００は、ＸＭＬ／Ｗｅｂサービス情報入力部１０１，ＸＭＬ／Ｗｅｂサービス調査時間間隔入力部１０２，ＸＭＬ／Ｗｅｂサービス稼動状況判定パラメータ入力部１０３，ＸＭＬ／Ｗｅｂサービス調査処理部１０４，ＸＭＬ／Ｗｅｂサービス稼動状況判定処理部１０５，ＸＭＬ／Ｗｅｂサービス検索処理部１０６の各処理部を備えている。ＸＭＬ／Ｗｅｂサービス検索処理部１０６は、検索条件に該当するＸＭＬ／Ｗｅｂサービス１１０についての稼動状況判定結果を取得し、正常に稼動しているＸＭＬ／Ｗｅｂサービス１１０について情報のみをＷｅｂサービスクライアント１２０に返すものとする。【選択図】      図１
2005284640.tif 000002
【特許請求の範囲】
【請求項１】
ＸＭＬ／Ｗｅｂサービスを利用するＷｅｂサービスクライアントからのＸＭＬ／Ｗｅｂサービス検索要求を受付け、前記ＸＭＬ／Ｗｅｂサービス情報検索要求に含まれる検索条件に基づきＸＭＬ／Ｗｅｂサービス情報登録手段から検索し、検索結果として検索条件に該当するＸＭＬ／Ｗｅｂサービスの登録情報を前記Ｗｅｂサービスクライアントに提供するＸＭＬ／Ｗｅｂサービス検索システムであって、
前記ＸＭＬ／Ｗｅｂサービス検索システムは、
前記ＸＭＬ／Ｗｅｂサービス情報登録手段に登録された各ＸＭＬ／Ｗｅｂサービスについて、予め稼働状況を判定するためのパラメータを情報登録手段に登録するパラメータ情報登録手段と、
前記ＸＭＬ／Ｗｅｂサービス情報登録手段に登録された各ＸＭＬ／Ｗｅｂサービスについて、所定の要求メッセージを送信して、ＸＭＬ／Ｗｅｂサービスからの応答メッセージを取得する稼働状況調査手段と、
前記稼働状況調査手段の取得した応答メッセージから前記パラメータに対応する情報を抽出して、各ＸＭＬ／Ｗｅｂサービスの稼動状況を判定して、各ＸＭＬ／Ｗｅｂサービスが利用可能か否かの判定結果を情報登録手段に登録する稼働状況判定手段と、
前記ＷｅｂサービスクライアントからのＸＭＬ／Ｗｅｂサービス検索要求に対し、検索条件に該当するＸＭＬ／Ｗｅｂサービスのうち、前記判定結果が利用可能であるＸＭＬ／Ｗｅｂサービスについての登録情報のみを前記Ｗｅｂサービスクライアントに提供するＸＭＬ／Ｗｅｂサービス検索手段と
を備えることを特徴とするＸＭＬ／Ｗｅｂサービス検索システム。
【請求項２】
前記稼働状況調査手段は、
予め設定された時間間隔で、各ＸＭＬ／Ｗｅｂサービスに対し前記要求メッセージを送信して、定期的に応答メッセージを取得することを特徴とする請求項１に記載のＸＭＬ／Ｗｅｂサービス検索システム。
【請求項３】
前記稼働状況調査手段は、
前記ＸＭＬ／Ｗｅｂサービスと連携するデバイスの稼働状況を示す応答メッセージを取得する手段を備えることを特徴とする請求項１又は２に記載のＸＭＬ／Ｗｅｂサービス検索システム。
【請求項４】
前記稼動状況調査手段は、
前記ＸＭＬ／Ｗｅｂサービスと連携するデータベースの稼働状況を示す応答メッセージを取得する手段を備えることを特徴とする請求項１〜３のいずれかに記載のＸＭＬ／Ｗｅｂサービス検索システム。
【請求項５】
前記稼働状況調査手段は、予め指定された引数を含む要求メッセージをＸＭＬ／Ｗｅｂサービスに送信する手段と、ＸＭＬ／Ｗｅｂサービスからの応答メッセージを情報登録手段に登録する手段とを備え、
前記ＸＭＬ／Ｗｅｂサービス検索手段は、前記Ｗｅｂサービスクライアントからの検索条件に含まれる引数に対し、対応する応答メッセージが前記情報登録手段に登録されているＸＭＬ／Ｗｅｂサービスを、前記検索条件に該当するＸＭＬ／Ｗｅｂサービスとして抽出する手段を備えることを特徴とする請求項１〜４のいずれかに記載のＸＭＬ／Ｗｅｂサービス検索システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＸＭＬ／Ｗｅｂサービスを検索するＵＤＤＩレジストリ等のＸＭＬ／Ｗｅｂサービス検索システムであって、インターネット・イントラネット上のＸＭＬ／Ｗｅｂサービスを提供するＷｅｂサービスクライアントについて、ＸＭＬ／Ｗｅｂサービスの稼動状況の確認を可能とするＸＭＬ／Ｗｅｂサービスの検索システムの構成に関する。
【背景技術】
【０００２】
近年、アプリケーションとして、クライアント・サーバシステムアプリケーションや、インターネット、イントラネット上のＷｅｂアプリケーションシステムが普及してきている。このような中で、各企業・団体が保有するアプリケーションを連携させる要望が出てきた。これを実現する、ＸＭＬ／Ｗｅｂサービスという技術が出てきて、現在、このＸＭＬ／Ｗｅｂサービスが情報処理業界で注目を浴びている。ここで、ＸＭＬ／Ｗｅｂサービスとは、ＸＭＬ（eXtensible  Markup  Language）技術を外部とのインタフェースとして採用することにより、人手を介すること無く、業務アプリケーション同士の連携を可能としたものである。やり取りを可能としている。ＸＭＬ／Ｗｅｂサービスの中核をなす技術としては、一般に、メッセージの送受信技術としてのＳＯＡＰ（Simple  Object  Access  Protocol），インタフェース記述言語としてのＷＳＤＬ（Web  Service  Description  Language）が利用されている。
また、このようなＸＭＬ／Ｗｅｂサービスの利用時において、ＸＭＬ／Ｗｅｂサービスがホストされた場所を、Ｗｅｂサービスクライアント（Ｗｅｂアプリケーションを利用しようとするアプリケーション）と、技術者に公開するためにＵＤＤＩ（Universal Description, Discovery, and Integration）という技術が利用されている。これは、ＸＭＬ／Ｗｅｂサービスを利用するＷｅｂサービスクライアントから、ある条件に該当するＸＭＬ／Ｗｅｂサービスの情報検索の要求を受け、その検索条件に該当するＸＭＬ／Ｗｅｂサービスの情報を提供する技術である。
【０００３】
ここで、従来のＵＤＤＩを利用したシステムとしては、一般的に、Ｗｅｂサービスクライアントから送信された情報検索要求に基づき、ＵＤＤＩサービスが前記要求に含まれる検索条件に該当するＸＭＬ／Ｗｅｂサービスの情報をＷｅｂサービスクライアントに戻す構成が公知となっている（例えば、特許文献１参照。）。
【特許文献１】特開２００３−３０３６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、前記特許文献１に記載のようなＵＤＤＩの構成では、Ｗｅｂサービスクライアントから送信された情報検索要求メッセージに対して、ＸＭＬ／Ｗｅｂサービスの稼動状況に関わらず、検索条件に該当する全てのＸＭＬ／Ｗｅｂサービスの情報をＷｅｂサービスクライアントに戻していた。即ち、従来のＵＤＤＩでは、ＸＭＬ／Ｗｅｂサービスの配置場所、サービス内容しか管理しておらず、リアルタイムな状態を管理していないため、例えば、ＸＭＬ／Ｗｅｂサービスの稼動状況等を確認することができなかった。
従って、ＵＤＤＩから受取ったＸＭＬ／Ｗｅｂサービスの情報であっても、実際上は稼動していないＸＭＬ／Ｗｅｂサービスの情報が含まれる場合もあるため、Ｗｅｂサービスクライアントによる無駄なアクセス等が発生する可能性があった。
【０００５】
本発明は前記課題を解決するためのものであり、ＸＭＬ／Ｗｅｂサービスの稼動状態を確認するにより、より適切な検索結果をＷｅｂサービスクライアントに応答することを可能とするＸＭＬ／Ｗｅｂサービス検索システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記課題を解決するため、本発明は、ＸＭＬ／Ｗｅｂサービスを利用するＷｅｂサービスクライアントからのＸＭＬ／Ｗｅｂサービス検索要求を受付け、前記ＸＭＬ／Ｗｅｂサービス情報検索要求に含まれる検索条件に基づきＸＭＬ／Ｗｅｂサービス情報登録手段から検索し、検索結果として検索条件に該当するＸＭＬ／Ｗｅｂサービスの登録情報を前記Ｗｅｂサービスクライアントに提供するＸＭＬ／Ｗｅｂサービス検索システムであって、前記ＸＭＬ／Ｗｅｂサービス検索システムは、前記ＸＭＬ／Ｗｅｂサービス情報登録手段に登録された各ＸＭＬ／Ｗｅｂサービスについて、予め稼働状況を判定するためのパラメータを情報登録手段に登録するパラメータ情報登録手段と、前記ＸＭＬ／Ｗｅｂサービス情報登録手段に登録された各ＸＭＬ／Ｗｅｂサービスについて、所定の要求メッセージを送信して、ＸＭＬ／Ｗｅｂサービスからの応答メッセージを取得する稼働状況調査手段と、
前記稼働状況調査手段の取得した応答メッセージから前記パラメータに対応する情報を抽出して、各ＸＭＬ／Ｗｅｂサービスの稼動状況を判定して、各ＸＭＬ／Ｗｅｂサービスが利用可能か否かの判定結果を情報登録手段に登録する稼働状況判定手段と、前記ＷｅｂサービスクライアントからのＸＭＬ／Ｗｅｂサービス検索要求に対し、検索条件に該当するＸＭＬ／Ｗｅｂサービスのうち、前記判定結果が利用可能であるＸＭＬ／Ｗｅｂサービスについての登録情報のみを前記Ｗｅｂサービスクライアントに提供するＸＭＬ／Ｗｅｂサービス検索手段とを備えることを特徴とする。
また、前記稼働状況調査手段は、予め設定された時間間隔で、各ＸＭＬ／Ｗｅｂサービスに対し前記要求メッセージを送信して、定期的に応答メッセージを取得することを特徴とする。
また、前記稼働状況調査手段は、前記ＸＭＬ／Ｗｅｂサービスと連携するデバイスの稼働状況を示す応答メッセージを取得する手段を備えることを特徴とする。
また、前記稼動状況調査手段は、前記ＸＭＬ／Ｗｅｂサービスと連携するデータベースの稼働状況を示す応答メッセージを取得する手段を備えることを特徴とする。
また、前記稼働状況調査手段は、予め指定された引数を含む要求メッセージをＸＭＬ／Ｗｅｂサービスに送信する手段と、ＸＭＬ／Ｗｅｂサービスからの応答メッセージを情報登録手段に登録する手段とを備え、前記ＸＭＬ／Ｗｅｂサービス検索手段は、前記Ｗｅｂサービスクライアントからの検索条件に含まれる引数に対し、対応する応答メッセージが前記情報登録手段に登録されているＸＭＬ／Ｗｅｂサービスを、前記検索条件に該当するＸＭＬ／Ｗｅｂサービスとして抽出する手段を備えることを特徴とする。
【発明の効果】
【０００７】
以上の構成により、本発明では、Ｗｅｂサービスクライアントからの検索要求に対し、検索条件に該当するＸＭＬ／Ｗｅｂサービスのうち、稼動状況が正常と判定されたものの情報のみを応答メッセージに含めることとしたので、Ｗｅｂサービスクライアントに対して実際に稼動しているＸＭＬ／Ｗｅｂサービスのみにアクセスさせることが可能となる。この場合、稼働状況の調査について、予め設定された時間間隔で行うこととしたので、適切な稼動状況の判定が可能となる。
また、ＸＭＬ／Ｗｅｂサービスと連動する各種デバイス，データベースについて、稼動状況を確認する手段を備えたので、デバイス等を利用するＸＭＬ／Ｗｅｂサービスについても、適切な稼働状況の判定を行うことが可能となる。
また、稼働状況の調査において、所定の引数を指定した要求メッセージをＸＭＬ／Ｗｅｂサービスに送信し、応答メッセージを取得してＵＤＤＩレジストリに格納しておくことにより、Ｗｅｂサービスクライアントからの具体的な検索条件に応じた検索処理が可能となる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の一実施の形態に係る進捗管理システムについて、図面に基づき説明する。
図１は、本発明の一実施の形態に係るＸＭＬ／Ｗｅｂサービス検索手段の概略構成を示すブロック図であり、図２〜５は、ＸＭＬ／Ｗｅｂサービス検索手段を構成する各処理部の行う処理を示すフローチャートである。
本実施の形態では、ＸＭＬ／Ｗｅｂサービス検索手段としてのＵＤＤＩサーバ１００に、ＸＭＬ／Ｗｅｂサービス情報入力部１０１，ＸＭＬ／Ｗｅｂサービス調査時間間隔入力部１０２，ＸＭＬ／Ｗｅｂサービス稼動状況判定パラメータ入力部１０３，ＸＭＬ／Ｗｅｂサービス調査処理部１０４，ＸＭＬ／Ｗｅｂサービス稼動状況判定処理部１０５，ＸＭＬ／Ｗｅｂサービス検索処理部１０６の各処理部を備えている。ＵＤＤＩサーバ１００は、ＸＭＬ／Ｗｅｂサービス１１０の情報登録手段としてＵＤＤＩレジストリ１０７を有し、Ｗｅｂサービスクライアント１２０からの検索要求に応じて、検索条件に該当するＸＭＬ／Ｗｅｂサービス１１０の登録情報を提供する。ここで、ＵＤＤＩレジストリ１０７に登録される情報としては、アクセスポイント，提供サービスの種類等が含まれる。
ＸＭＬ／Ｗｅｂサービス情報入力部１０１は、図２に示すように、ＵＤＤＩサーバ１００の管理者又はＸＭＬ／Ｗｅｂサービス１１０の提供者によるＸＭＬ／Ｗｅｂサービス１１０の情報の入力を受付け（ステップ２０１）、ＵＤＤＩレジストリ１０７に登録する（ステップ２０２）。
ＸＭＬ／Ｗｅｂサービス調査時間間隔入力部１０２は、図３に示すように、ＵＤＤＩサーバ１００の管理者等の入力を受付け（ステップ３０１）、ＸＭＬ／Ｗｅｂサービス１１０の稼働状況を調査する時間間隔を設定して、ＵＤＤＩレジストリ１０７に登録する（ステップ３０２）。ＸＭＬ／Ｗｅｂサービス稼働状況判定パラメータ入力部１０３は、ＵＤＤＩサーバ１００の管理者等の入力を受付け（ステップ３０３）、稼動状況を判断するパラメータを設定してＵＤＤＩレジストリ１００に登録する（ステップ３０４）。ここで稼動状況を判断するためのパラメータとしては、例えば、ＸＭＬ／Ｗｅｂサービスが稼動しているか否か、ＸＭＬ／Ｗｅｂサービスから応答メッセージが戻ってくるまでの時間、応答メッセージのＸＭＬフォーマットが正しいものであるか等を示す情報が該当する。
ＸＭＬ／Ｗｅｂサービス調査処理部１０４は、図４に示すように、タイマの管理に応じて、ＵＤＤＩレジストリ１００に予め登録されている時間間隔でＸＭＬ／Ｗｅｂサービス１１０に要求リクエストを送信し（ステップ４０１）、応答メッセージを受信する。ＸＭＬ／Ｗｅｂサービス稼動状況判定処理部１０５は、応答メッセージと、ＵＤＤＩレジストリ１００に予め登録されているパラメータとを比較して、ＸＭＬ／Ｗｅｂサービスの稼動状況を判定し（ステップ４０２）、判定結果をＵＤＤＩレジストリ１００に登録する（ステップ４０３）。
ＸＭＬ／Ｗｅｂサービス検索処理部１０６は、図５に示すように、Ｗｅｂサービスクライアント１２０からの検索要求メッセージを受付け（ステップ５０１）、ＵＤＤＩレジストリ１００を検索し（ステップ５０２）検索結果をＷｅｂサービスクライアント１２０に返す（ステップ５０３）。
この場合、ＸＭＬ／Ｗｅｂサービス検索処理部１０６は、ＵＤＤＩレジストリ１０７の検索結果として、検索条件に該当するＸＭＬ／Ｗｅｂサービス１１０についての稼動状況判定結果を取得し、正常に稼動しているＸＭＬ／Ｗｅｂサービス１１０について情報のみをＷｅｂサービスクライアント１２０に返すものとする。
【０００９】
図６は、本発明の他の実施の形態に係るＸＭＬ／Ｗｅｂサービス検索手段の概略構成を示すブロック図であり、図７〜１１は、本実施の形態に係るＸＭＬ／Ｗｅｂサービス検索手段を構成する各処理部の行う処理を示すフローチャートである。
本実施の形態では、ＸＭＬ／Ｗｅｂサービス検索手段としてのＵＤＤＩサーバ６００において、前記実施の形態と同様に、ＸＭＬ／Ｗｅｂサービス情報入力部６０１，ＸＭＬ／Ｗｅｂサービス調査時間間隔入力部６０２，ＸＭＬ／Ｗｅｂサービス稼動状況判定パラメータ入力部６０３，ＸＭＬ／Ｗｅｂサービス調査処理部６０４，ＸＭＬ／Ｗｅｂサービス稼動状況判定処理部６０５，ＸＭＬ／Ｗｅｂサービス検索処理部６０６の各処理部とＵＤＤＩレジストリ６０７とを備えるとともに、さらに、ＸＭＬ／Ｗｅｂサービス６１０が参照するデータベース又はＸＭＬ／Ｗｅｂサービス６１０と連携する各種デバイス等の状況を調査するプログラムを登録するＸＭＬ／Ｗｅｂサービス利用プログラム入力部６０８を備えている。
ＸＭＬ／Ｗｅｂサービス情報入力部６０１は、図７に示すように、ＵＤＤＩサーバ６００の管理者又はＸＭＬ／Ｗｅｂサービス６１０の提供者によるＸＭＬ／Ｗｅｂサービス情報の入力を受付け（ステップ７０１）、ＵＤＤＩレジストリ６０７に登録する（ステップ７０２）。
ＸＭＬ／Ｗｅｂサービス調査時間間隔入力部６０２は、図８に示すように、ＵＤＤＩサーバ６００の管理者等の入力を受付け（ステップ８０１）、ＸＭＬ／Ｗｅｂサービス６１０の稼働状況を調査する時間間隔を設定して、ＵＤＤＩレジストリ６０７に登録する（ステップ８０２）。ＸＭＬ／Ｗｅｂサービス稼働状況判定パラメータ入力部６０３は、ＵＤＤＩサーバ６００の管理者等の入力を受付け（ステップ８０３）、稼動状況を判断するためのパラメータを設定してＵＤＤＩレジストリ６０７に登録する（ステップ８０４）。
ＸＭＬ／Ｗｅｂサービス利用プログラム入力部６０８は、図９に示すように、ＸＭＬ／Ｗｅｂサービス６１０、ＸＭＬ／Ｗｅｂサービス６１０が参照するデータベース又はＸＭＬ／Ｗｅｂサービス６１０と連携する各種デバイス等の状況を調査するプログラムの入力を受付け（ステップ９０１）、稼働状況を判断するためのパラメータ（プログラムの戻り値と比較するパラメータ）とともにＵＤＤＩレジストリ６０７に登録する（ステップ９０２）。
ＸＭＬ／Ｗｅｂサービス調査処理部６０４は、図１０に示すように、タイマの管理に応じて、ＵＤＤＩレジストリ６０７に予め登録されている時間間隔でＸＭＬ／Ｗｅｂサービス６１０に要求リクエストを送信し（ステップ１００１）、応答メッセージを受信する。ＸＭＬ／Ｗｅｂサービス稼動状況判定処理部６０５は、応答メッセージと、ＵＤＤＩレジストリ６０７に予め登録されているパラメータとを比較して、ＸＭＬ／Ｗｅｂサービス６１０の稼動状況を判定し（ステップ１００２）、判定結果をＵＤＤＩレジストリ６０７に登録する（ステップ１００３）。
ＸＭＬ／Ｗｅｂサービス検索処理部６０６は、図１１に示すように、Ｗｅｂサービスクライアント６２０からの検索要求メッセージを受付け（ステップ１１０１）、ＵＤＤＩレジストリ６０７を検索する（ステップ１１０２）。
この場合、ＸＭＬ／Ｗｅｂサービス検索処理部６０６は、ＵＤＤＩレジストリ６０７の検索結果として、検索条件に該当するＸＭＬ／Ｗｅｂサービス６１０についての稼動状況判定結果を取得し、正常に稼動しているＸＭＬ／Ｗｅｂサービス６１０について情報のみをＷｅｂサービスクライアント６２０に返すものとする。本実施の形態では、ＸＭＬ／Ｗｅｂサービス６１０の稼動状況に加えて、ＸＭＬ／Ｗｅｂサービス６１０と連動するデバイス又はデータベース等の稼動状況の判定を行い、当該判定結果に基づく検索処理結果の提示を行うこととしている。
【００１０】
図１２，１３は、本実施の形態に係るＵＤＤＩサーバとＸＭＬ／Ｗｅｂサービスサーバとの概略構成を示す図である。
各図に示すようにＸＭＬ／Ｗｅｂサービスサーバ１２１０，１３１０には、ＸＭＬ／Ｗｅｂサービスと連携するセンサ，カメラ等の各種デバイス１２１１や、データベース１３１１が接続されている。
本実施の形態に係るＵＤＤＩサーバ１２００，１３００は、デバイス１２１１又はデータベース１３１１の稼動状況を調査するためのプログラムを有している。
図１４は、ＸＭＬ／Ｗｅｂサービスサーバ及びＵＤＤＩサーバにおける設定処理手順を示すフローチャートである。
ＸＭＬ／Ｗｅｂサービスサーバは、デバイス又はデータベースの稼動状況を調査するための調査用ＸＭＬ／Ｗｅｂサービスを設定し（ステップ１４０１）、ＷＳＤＬ文書をＵＤＤＩサーバに渡し、ＵＤＤＩサーバはＷＳＤＬ文書に記述された情報に基づき、静的プロキシクラスの生成及びコンパイルを行う（ステップ１４０２）。
その後、ＵＤＤＩサーバの各入力部により稼働状況調査に利用するプログラムの設定及び調査時間間隔の設定を行い（ステップ１４０３，１４０４）、ＵＤＤＩレジストリに登録する。
【００１１】
図１５は、前記各実施の形態において、ＸＭＬ／Ｗｅｂサービス調査時間間隔入力部、ＸＭＬ／Ｗｅｂサービス稼動状況判定パラメータ入力部及びＸＭＬ／Ｗｅｂサービス利用プログラム入力部の表示する入力画面の一例を示す図である。
入力画面１５００では、ＸＭＬ／Ｗｅｂサービス名表示部１５０１と、調査設定入力部１５０２と、ＯＫボタン１５０３と、キャンセルボタン１５０４とを有する。
ＸＭＬ／Ｗｅｂサービス名表示部１５０１には、調査設定を行うＸＭＬ／Ｗｅｂサービスの名称が表示される。
調査設定入力部１５０２は、ホストコンピュータ稼動調査，ＸＭＬ／Ｗｅｂサービス稼動調査，ＸＭＬ／Ｗｅｂサービスの応答時間（要求メッセージの送信から、応答メッセージを受信するまでの時間）等の調査項目が任意に指定された状態で、ＯＫボタン１５０３が押下げされると、ＵＤＤＩサーバの各入力部がＵＤＤＩレジストリへの登録を行う。また、ＸＭＬ／Ｗｅｂサービスの稼動状況の調査については、Ｗｅｂメソッドの指定，引数の指定を可能としている。従って、ＸＭＬ／Ｗｅｂサービスに連携するデバイス等について、関連する特定のＷｅｂメソッドを指定させることにより、デバイス等の稼動状況の調査を可能としている。また、要求メッセージに含める引数の指定を可能とすることにより、ＸＭＬ／Ｗｅｂサービスから具体的な処理結果を含む応答メッセージを取得することが可能となる。この場合、取得した応答メッセージに含まれる処理結果をＵＤＤＩレジストリに格納しておくことにより、Ｗｅｂサービスクライアントからの検索要求に対し、より適切なＸＭＬ／Ｗｅｂサービスの検索が可能となる。即ち、Ｗｅｂサービスクライアントからの具体的な処理要求に対し、適切な処理結果を返すことのできるＸＭＬ／Ｗｅｂサービスの登録情報のみを検索結果としての応答メッセージに含めることにより、適切なＸＭＬ／Ｗｅｂサービスにのみアクセスさせることが可能となる。従って、ＵＤＤＩサーバにおいてより詳細な条件に応じたＸＭＬ／Ｗｅｂサービスの検索が可能となる。
図１６は、入力画面１５００で入力された各調査設定情報に基づきＵＤＤＩレジストリに登録する調査設定情報のデータ構造の一例を示す図である。
調査設定情報１６００は、ＸＭＬ／Ｗｅｂサービス毎に登録されており、入力画面１５００に表示された各入力項目等に対応するデータ項目と、各データ項目毎のデータ型が定義されている。
ここで、利用可能フラグは、ＸＭＬ／Ｗｅｂサービス稼動状況判定処理部の判定結果として、ＸＭＬ／Ｗｅｂサービスが利用可能な状態か否かを示す。
【００１２】
以上の各実施の形態に示すＵＤＤＩサーバを利用したＸＭＬ／Ｗｅｂサービスシステムの一例について説明する。
図１７は、インターネットにより接続されたＸＭＬ／Ｗｅｂサービスシステムの概要を示す図である。
ＸＭＬ／Ｗｅｂサービスシステム１７００では、Ｗｅｂサービスクライアントとしての利用者端末１７０１又はＷＷＷサーバ１７０２がＸＭＬ／Ｗｅｂサービス１７０３〜１７０６を利用するアプリケーションが備えられている。
本例では、ＸＭＬ／Ｗｅｂサービス１７０３〜１７０６として、航空会社，鉄道会社，旅館，ホテルのそれぞれにおいて予約サービスが提供されているものとする。
ＵＤＤＩサーバ１７０７には、各ＸＭＬ／Ｗｅｂサービス１７０３〜１７０６について、アクセスポイント，提供するサービスの種類等の情報が保存，公開されている。
このようなシステム構成において、ユーザにより利用者端末１７０１内に備えられたアプリケーションや、ＷＷＷサーバ１７０２内のＷｅｂアプリケーションが実行されると、Ｗｅｂサービスクライアントは、アプリケーション実行時の業務処理に応じたＸＭＬ／Ｗｅｂサービス１７０３〜１７０６について、ＵＤＤＩサーバで検索・照会する。
ＵＤＤＩサーバ１７０７は、検索手段を用いて、Ｗｅｂサービスクライアントから受信した検索条件に基づき、登録情報を検索し、検索条件に該当するＸＭＬ／Ｗｅｂサービス１７０３〜１７０６の情報をＷｅｂサービスクライアントに返信する。
Ｗｅｂサービスクライアントは、検索結果に基づき、ＸＭＬ／Ｗｅｂサービス１７０３〜１７０６にアクセスし、ＸＭＬ／Ｗｅｂサービス１７０３〜１７０６の提供を受ける。
例えば、ＷＷＷサーバ１７０２内のＷｅｂアプリケーションを利用して航空券予約を行う業務があった場合、利用者端末１７０１のブラウザ等により旅行業者のＷＷＷサーバ１７０２にアクセスがされると、予約条件指定画面等を表示する。
Ｗｅｂアプリケーションは、予約条件指定画面等において航空券に関する必要事項をユーザに入力させ、それに伴い、指定の航空会社の旅券予約ＸＭＬ／Ｗｅｂサービス１７０３〜１７０６をＵＤＤＩサーバ１７０７で検索・照会する。
ＵＤＤＩサーバ１７０７の検索手段は、検索条件に該当する航空会社当の旅券予約ＸＭＬ／Ｗｅｂサービスの情報をＷＷＷサーバ１７０２のＷｅｂアプリケーションに戻す。
Ｗｅｂアプリケーションは、指定の航空会社の旅券予約ＸＭＬ／Ｗｅｂサービスに関する情報をもとに、指定の航空会社の旅券予約ＸＭＬ／Ｗｅｂサービスを利用する。
Ｗｅｂアプリケーションは、指定の航空会社の旅券予約ＸＭＬ／Ｗｅｂサービスの利用結果（旅券予約に関する結果）を利用者端末１７０１内のブラウザに表示させ、ユーザに結果を伝える。
【００１３】
図１８，図１９は、一般的なＸＭＬ／Ｗｅｂサービスシステムの概略構成を示すブロック図である。
図１８は、ＷＷＷサーバ１８１０に備えられたＷｅｂアプリケーションが、利用者端末１８０１からの要求に応じた業務処理においてＸＭＬ／Ｗｅｂサービスを利用する場合の構成を示し、図１９は、ユーザの利用する利用者端末１９１０に備えられたアプリケーションの業務処理においてＸＭＬ／Ｗｅｂサービスを利用する場合の構成を示す。
図１８，１９に示すように、ＷｅｂサービスクライアントとしてのＷＷＷサーバ１８１０又は利用者端末１９１０はブラウザからの要求又はユーザの操作に応じて業務処理を行い、必要に応じてＸＭＬ／Ｗｅｂサービスを利用する。
ＸＭＬ／Ｗｅｂサービスを利用する場合には、ＵＤＤＩサーバ１８２０，１９２０に対しＸＭＬ／Ｗｅｂサービスの検索要求を送信し、ＵＤＤＩサーバ１８２０，１９２０は、検索条件に従いＵＤＤＩレジストリ１８２１，１９２１を検索する。検索の結果、該当するＸＭＬ／Ｗｅｂサービスが検索された場合には、検索された全てのＸＭＬ／Ｗｅｂサービスの情報を応答メッセージとしてＷｅｂサービスクライアントに返す。
応答メッセージを受信したＷｅｂサービスクライアントは、応答メッセージ内に含まれているＸＭＬ／Ｗｅｂサービスの情報をもとに、ＸＭＬ／Ｗｅｂサービスサーバ１８３０，１９３０に要求メッセージを送信し、応答メッセージとしてサービス結果を受信し、サービス結果に基づき業務処理を行う。
図２０は、ＵＤＤＩサーバからＷｅｂサービスクライアントに対して送信される応答メッセージの一例を示す図である。
応答メッセージ２０００内には、ＵＤＤＩサービスで検索されたＸＭＬ／Ｗｅｂサービスの情報として、各ＸＭＬ／Ｗｅｂサービスについて、アクセスポイント２００１、ＸＭＬ／Ｗｅｂサービスの処理の概要２００２，２００３等を示す情報が含まれている。ここで、ＵＤＤＩサーバにおけるＸＭＬ／Ｗｅｂサービスの検索結果が複数件の場合には、複数のＸＭＬ／Ｗｅｂサービスについての情報が含まれることとなる。
Ｗｅｂサービスクライアントは、応答メッセージに含まれる情報を解析して、アクセスポイント２００１に要求メッセージを送信することにより、ＸＭＬ／Ｗｅｂサービスを利用する。
【００１４】
図２１は、Ｗｅｂサービスクライアントの処理手順を示すフローチャートである。
Ｗｅｂサービスクライアントは、業務処理待機状態（ステップ２１０１）から、ユーザにより業務処理に関する入力を受付け（ステップ２１０２）、業務処理実行命令をアプリケーションに対して行う（ステップ２１０３）。
アプリケーション内で業務処理を行い（ステップ２１０４）、ＸＭＬ／Ｗｅｂサービスを利用する業務処理については、後述するＸＭＬ／Ｗｅｂサービス検索処理（ステップ２１０５）及びＸＭＬ／Ｗｅｂサービス利用準備処理を行い（ステップ２１０６）、ＸＭＬ／Ｗｅｂサービスから受取ったサービス結果に基づく業務処理等を繰返し（ステップ２１０７）、処理結果を表示する（ステップ２１０８）。
【００１５】
図２２は、ＸＭＬ／Ｗｅｂサービスの検索処理手順を示すフローチャートである。
ＸＭＬ／Ｗｅｂサービスの検索処理では、ＷｅｂサービスクライアントがＸＭＬ／Ｗｅｂサービス照会のための照会要求ＳＯＡＰメッセージを生成し（ステップ２２０１）、ＵＤＤＩサーバに送信する（ステップ２２０２）。
ＵＤＤＩサーバは、照会要求ＳＯＡＰメッセージを受信し（ステップ２２０３）、当該ＳＯＡＰメッセージに含まれる照会条件を検索条件として、保有するＵＤＩＩレジストリに対してＸＭＬ／Ｗｅｂサービスの検索を行い（ステップ２２０４）、検索結果として得られたＸＭＬ／Ｗｅｂサービスの情報を照会応答ＳＯＡＰメッセージに格納し（ステップ２２０５）、Ｗｅｂサービスクライアントに送信する（ステップ２２０６）。この場合、前記各実施の形態に示すように、ＸＭＬ／Ｗｅｂサービスの稼動状況又はデバイス，データベースの稼動状況に基づき、利用可能なＸＭＬ／Ｗｅｂサービスの情報のみを検索結果としてＳＯＡＰメッセージに含める。
Ｗｅｂサービスクライアントは、照会応答ＳＯＡＰメッセージを受信し（ステップ２２０６）、当該ＳＯＡＰメッセージに含まれるＸＭＬ／Ｗｅｂサービスの詳細情報を抽出し（ステップ２２０７）、再度、ＸＭＬ／Ｗｅｂサービスの照会を行うか否かを判断し（ステップ２２０８）、照会を行わない場合にはＸＭＬ／Ｗｅｂサービス利用準備処理に移る（ステップ２２０９）。
一方、再度の照会を行う場合には、照会要求ＳＯＡＰメッセージの生成，送信を行う（ステップ２２０１，２２０２）。
【００１６】
図２３は、ＸＭＬ／Ｗｅｂサービスの利用準備処理手順を示すフローチャートである。
ＸＭＬ／Ｗｅｂサービスの利用準備処理では、ＸＭＬ／Ｗｅｂサービス検索処理において取得したＸＭＬ／Ｗｅｂサービスの情報の中に含まれるＷＳＤＬコンストラクトファイルのＵＲＬにアクセスし（ステップ２３０１）、それを元にＸＭＬ／Ｗｅｂサービスを利用する為のプロキシクラスのソースコードを生成して（ステップ２３０２）、コンパイルを行い（ステップ２３０４）、ＸＭＬ／Ｗｅｂサービスを利用する(ステップ２３０５)。検索処理の結果得られたＸＭＬ／Ｗｅｂサービスが複数件ある場合には、その件数分、利用準備処理を繰返す。
【００１７】
図２４は、前記各実施の形態に係るＵＤＤＩレジストリを適用したＸＭＬ／Ｗｅｂサービスシステムの一例として、航空会社座席予約ＸＭＬ／Ｗｅｂサービスシステムの概略構成を示すブロック図である。
本例では、航空会社２４００Ａ〜２４００Ｃにおいて、それぞれ、空席照会ＸＭＬ／Ｗｅｂサービス２４０１と、座席予約ＸＭＬ／Ｗｅｂサービス２４０２とを提供しており、各航空会社２４００Ａ〜２４００Ｃは、座席予約状況の格納されたデータベースが配置されているメインフレーム２４０３を備える。
前記各実施の形態に係るＵＤＤＩサーバでは、管理者又はＸＭＬ／Ｗｅｂサービスの登録者に対し、稼動状態の調査対象となるＸＭＬ／Ｗｅｂサービスについて、稼動状態を判定するためのパラメータを予め登録させる。この場合、ＸＭＬ／Ｗｅｂサービスと連携するデバイスやデータベースを有する場合には、当該デバイス等の稼動状態を調査するパラメータの登録も必要とする。ここで、デバイスとは、ＸＭＬ／Ｗｅｂサービスと連携して動作する各種機器として、ＸＭＬ／Ｗｅｂサービスサーバに対し有線又は無線により通信可能となっているものを示し、本例では、各航空会社のメインフレーム２４０３が該当する。メインフレーム２４０３の状況を調査する場合には、メインフレームと連携するＸＭＬ／Ｗｅｂサービス２４０１，２４０２を利用するＷｅｂサービスクライアントの機能をＵＤＤＩサーバ２４１０に備える必要がある。但し、実際に業務処理で利用するＸＭＬ／Ｗｅｂサービスの稼動状況について、「Ｅｘｃｐｔｉｏｎ」等、ＸＭＬ／Ｗｅｂサービスからのエラー情報の種類によってデータベースやデバイスの稼動状況を判定することも可能である。
Ｗｅｂサービスクライアント２４２０は、ＵＤＤＩサーバ２４１０に対して航空券の空席照会・座席予約を行うＸＭＬ／Ｗｅｂサービスの照会要求メッセージを送信する。
ＵＤＤＩサーバ２４１０は、照会要求メッセージに含まれる検索条件に対して、保有するＵＤＤＩレジストリから、航空券の空席照会・座席予約を行うＸＭＬ／Ｗｅｂサービス２４０１，２４０２を検索する。
この際に、ＵＤＤＩサーバ２４１０は、検索条件に該当するＸＭＬ／Ｗｅｂサービスのうち、ＵＤＤＩレジストリに登録されている各ＸＭＬ／Ｗｅｂサービスの利用可能フラグが「ｔｒｕｅ」となっているＸＭＬ／Ｗｅｂサービスのみを検索結果として取得する。
検索結果として取得したＸＭＬ／Ｗｅｂサービスの情報を照会応答メッセージに格納し、Ｗｅｂサービスクライアント２４２０に送信する。
照会応答メッセージを受取ったＷｅｂサービスクライアント２４２０は、前述したＸＭＬ／Ｗｅｂサービス利用準備処理と同様に、当該メッセージを解析し、検索結果として得られた各航空会社のアクセスポイント、ＸＭＬ／Ｗｅｂサービスメソッドとその引数などの詳細が実装されているＷＳＤＬコンストラクトファイルのＵＲＬを取得し、ＷＳＤＬコンストラクトファイルのＵＲＬにアクセスしてＷＳＤＬコンストラクトファイルを参照する。参照したＷＳＤＬコンストラクタファイルに基づき、プロキシクラスファイルを生成し、プロキシクラスをコンパイルして、順にＸＭＬ／Ｗｅｂサービスにアクセスすることにより、各航空会社の航空券空席紹介・座席予約サービスの利用を可能とする。
この場合において、所定の予約条件（例えば、国内線，国際線の種別，航空会社，行き先，予約日，時間帯等）について、対応する引数を予め調査設定情報に設定し、当該引数に対する応答メッセージをＵＤＤＩレジストリに格納することとしてもよい。これにより、Ｗｅｂサービスクライアント２４２０から所定の予約条件（例えば、「○月○日の午前の大阪行きの便を予約可能なＸＭＬ／Ｗｅｂサービス」等）を含む検索条件を受付け、対応する応答メッセージが取得可能なＸＭＬ／Ｗｅｂサービスの情報のみ照会応答メッセージに含めることが可能となる。従って、Ｗｅｂサービスクライアント２４２０では、ＸＭＬ／Ｗｅｂサービスに対する無駄なアクセスを無くすことが可能となる。
【００１８】
以上のように、本実施の形態に係るＸＭＬ／Ｗｅｂサービス検索システムでは、Ｗｅｂサービスクライアントからの照会要求に対し、照会条件に該当するＸＭＬ／Ｗｅｂサービスのうち、稼動状況が正常と判定されたものの情報のみを応答メッセージに含めることとしたので、Ｗｅｂサービスクライアントに対して実際に稼動しているＸＭＬ／Ｗｅｂサービスのみにアクセスさせることが可能となる。
この場合、稼働状況の調査について、予め設定された時間間隔で行うこととしたので、適切な稼動状況の判定が可能となる。
また、ＸＭＬ／Ｗｅｂサービスと連動する各種デバイス，データベースについて、稼動状況を確認する手段を備えたので、デバイス等を利用するＸＭＬ／Ｗｅｂサービスについても、適切な稼働状況の判定を行うことが可能となる。
また、稼働状況の調査において、所定の引数を指定した要求メッセージをＸＭＬ／Ｗｅｂサービスに送信し、応答メッセージを取得してＵＤＤＩレジストリに格納しておくことにより、Ｗｅｂサービスクライアントからの具体的な検索条件に応じた検索処理が可能となる。
【００１９】
なお、本発明を構成する各処理手段及び各情報格納手段については、前記実施の形態に示すものに限られず、同様の処理を可能とするものであれば、他の構成としてもよい。従って、ＵＤＤＩサーバにより構成しているＸＭＬ／Ｗｅｂサービス検索システムを複数の端末により構成することとしてもよい。また、ＵＤＤＩレジストリに登録しているパラメータ，判定結果，所定の応答メッセージ等を他の情報登録手段に登録することとしてもよい。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施の形態に係るＸＭＬ／Ｗｅｂサービス検索手段の概略構成を示すブロック図である。
【図２】ＸＭＬ／Ｗｅｂサービス情報入力部による情報登録処理手順を示すフローチャートである。
【図３】ＸＭＬ／Ｗｅｂサービス調査時間間隔入力部による情報登録処理手順を示すフローチャートである。
【図４】ＸＭＬ／Ｗｅｂサービス調査処理部による稼動状況調査処理とＸＭＬ／Ｗｅｂサービス稼動状況判定処理部による判定処理手順とを示すフローチャートである。
【図５】ＸＭＬ／Ｗｅｂサービス検索処理部による検索処理手順を示すフローチャートである。
【図６】本発明の他の実施の形態に係るＸＭＬ／Ｗｅｂサービス検索手段の概略構成を示すブロック図である。
【図７】ＸＭＬ／Ｗｅｂサービス情報入力部による情報登録処理手順を示すフローチャートである。
【図８】ＸＭＬ／Ｗｅｂサービス調査時間間隔入力部による情報登録処理手順を示すフローチャートである。
【図９】ＸＭＬ／Ｗｅｂサービス利用プログラム入力部によるプログラム登録処理手順を示すフローチャートである。
【図１０】ＸＭＬ／Ｗｅｂサービス調査処理部による稼動状況調査処理とＸＭＬ／Ｗｅｂサービス稼動状況判定処理部による判定処理手順とを示すフローチャートである。
【図１１】ＸＭＬ／Ｗｅｂサービス検索処理部による検索処理手順を示すフローチャートである。
【図１２】本実施の形態に係るＵＤＤＩサーバとＸＭＬ／Ｗｅｂサービスサーバとの概略構成を示す図である。
【図１３】本実施の形態に係るＵＤＤＩサーバとＸＭＬ／Ｗｅｂサービスサーバとの概略構成を示す図である。
【図１４】、ＸＭＬ／Ｗｅｂサービスサーバ及びＵＤＤＩサーバにおける設定処理手順を示すフローチャートである。
【図１５】ＸＭＬ／Ｗｅｂサービス調査時間間隔入力部、ＸＭＬ／Ｗｅｂサービス稼動状況判定パラメータ入力部及びＸＭＬ／Ｗｅｂサービス利用プログラム入力部の表示する入力画面の一例を示す図である。
【図１６】ＵＤＤＩレジストリに登録する調査設定情報のデータ構造の一例を示す図である。
【図１７】インターネットにより接続されたＸＭＬ／Ｗｅｂサービスシステムの概要を示す図である。
【図１８】一般的なＸＭＬ／Ｗｅｂサービスシステムの概略構成を示すブロック図である。
【図１９】一般的なＸＭＬ／Ｗｅｂサービスシステムの概略構成を示すブロック図である。
【図２０】ＵＤＤＩサーバからＷｅｂサービスクライアントに対して送信される応答メッセージの一例を示す図である。
【図２１】Ｗｅｂサービスクライアントの処理手順を示すフローチャートである。
【図２２】ＸＭＬ／Ｗｅｂサービスの検索処理手順を示すフローチャートである。
【図２３】ＸＭＬ／Ｗｅｂサービスの利用準備処理手順を示すフローチャートである。
【図２４】本発明の一実施の形態に係るＵＤＤＩレジストリを適用したＸＭＬ／Ｗｅｂサービスシステムの一例として、航空会社座席予約ＸＭＬ／Ｗｅｂサービスシステムの概略構成を示すブロック図である。
【符号の説明】
【００２１】
１００，６００  ＵＤＤＩサーバ、１０１，６０１  ＸＭＬ／Ｗｅｂサービス情報入力部、１０２，６０２  ＸＭＬ／Ｗｅｂサービス調査時間間隔入力部、１０３，６０３  ＸＭＬ／Ｗｅｂサービス稼働状況判定パラメータ入力部、１０４，６０４  ＸＭＬ／Ｗｅｂサービス調査処理部、１０５，６０５  ＸＭＬ／Ｗｅｂサービス稼働状況判定処理部、１０６，６０６  ＸＭＬ／Ｗｅｂサービス検索処理部、１０７，６０７  ＵＤＤＩレジストリ、６０８  ＸＭＬ／Ｗｅｂサービス利用プログラム入力部、１１０，６１０  ＸＭＬ／Ｗｅｂサービス、１２０，６２０  Ｗｅｂサービスクライアント。
【図１】
2005284640.tif 000003
【図２】
2005284640.tif 000004
【図３】
2005284640.tif 000005
【図４】
2005284640.tif 000006
【図５】
2005284640.tif 000007
【図６】
2005284640.tif 000008
【図７】
2005284640.tif 000009
【図８】
2005284640.tif 000010
【図９】
2005284640.tif 000011
【図１０】
2005284640.tif 000012
【図１１】
2005284640.tif 000013
【図１２】
2005284640.tif 000014
【図１３】
2005284640.tif 000015
【図１４】
2005284640.tif 000016
【図１５】
2005284640.tif 000017
【図１６】
2005284640.tif 000018
【図１７】
2005284640.tif 000019
【図１８】
2005284640.tif 000020
【図１９】
2005284640.tif 000021
【図２０】
2005284640.tif 000022
【図２１】
2005284640.tif 000023
【図２２】
2005284640.tif 000024
【図２３】
2005284640.tif 000025
【図２４】
2005284640.tif 000026