(57)【要約】      （修正有）【課題】Ｗｅｂサービス利用者が、Ｗｅｂサービスにかかるより有効な情報を取得する。【解決手段】ウェブサービスの提供を行うウェブサービス提供サーバ１３０と、ウェブサービスの提供を受けるサービス要求端末１１０と、ウェブサービスにかかる情報を登録管理すると共に前記サービス要求端末からの要求に応じてウェブサービスの検索を行うウェブサービス検索サーバ１２０とを備え、ウェブサービス検索サーバ１２０が、ウェブサービス提供サーバ１３０からウェブサービスの稼働状況を示すサービス稼働情報を取得する手段を備え、サービス要求端末１１０が、サービス稼働情報を取得すると共に当該サービス稼動情報に基づきウェブサービスの提供要求先を特定する手段を備えた。【選択図】図１
2009199369.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してウェブサービスの提供を行うウェブサービス提供サーバと、前記ウェブサービスの提供を受けるサービス要求端末と、前記ウェブサービスにかかる情報を登録管理すると共に前記サービス要求端末からの要求に応じてウェブサービスの検索を行うウェブサービス検索サーバとを備えたウェブサービス検索システムであって、
前記ウェブサービス検索サーバが、前記ウェブサービス提供サーバから前記ウェブサービスの稼働状況を示すサービス稼働情報を取得する手段を備え、前記サービス要求端末が、前記サービス稼働情報を取得すると共に当該サービス稼動情報に基づきウェブサービスの提供要求先を特定する手段を有することを特徴としたウェブサービス検索システム。
【請求項２】
前記請求項１に記載のウェブサービス検索システムにおいて、
前記ウェブサービスの稼働状況の変化を検出すると共に当該検出結果を前記ウェブサービス検索サーバに通知するウェブサービス管理サーバを、前記ウェブサービス検索サーバに併設し、前記ウェブサービス検索サーバは、前記検出結果に基づき前記ウェブサービスの検索条件を設定する検索条件設定機能を備えたことを特徴とするウェブサービス検索システム。
【請求項３】
前記請求項２に記載のウェブサービス検索システムにおいて、
前記ウェブサービス管理サーバは、前記ウェブサービスの稼働状況の変化を検出した場合に、前記ウェブサービス検索サーバに対して前記ウェブサービスにかかる情報の更新要求を行うウェブサービス情報更新要求機能を備えたことを特徴とするウェブサービス検索システム。
【請求項４】
前記請求項２に記載のウェブサービス検索システムにおいて、
前記サービス要求端末は、前記検索条件設定機能の実行結果に基づき、稼働中の前記ウェブサービス提供サーバに対してウェブサービスの提供要求を行う稼動サービス要求機能を備えたことを特徴とするウェブサービス検索システム。
【請求項５】
前記請求項３、４に記載のウェブサービス検索システムにおいて、
サービス要求端末は、前記ウェブサービス提供サーバの予め設定されたウェブサービスの実行スケジュールを示す情報を取得すると共に、当該情報に基づいて前記ウェブサービス提供サーバにウェブサービスの提供要求を行うウェブサービス提供要求機能を備えたことを特徴とするウェブサービス検索システム。
【請求項６】
ウェブサービスの提供を行うウェブサービス提供サーバと、前記ウェブサービスの提供を受けるサービス要求端末と、前記ウェブサービスの検索を行うと共に前記ウェブサービスの稼働状況を示すサービス稼働情報を取得するウェブサービス検索サーバとを備え、前記ウェブサービスの検索および提供を行うウェブサービス検索方法であって、
前記ウェブサービス提供サーバのサービス稼働情報を取得する稼動情報取得工程と、前記ウェブサービス検索サーバに対してウェブサービスの検索要求を行う検索要求工程と、前記ウェブサービスの検索を行うと共に取得された検索結果および前記サービス稼動情報を前記サービス要求端末に通知する稼動情報通知工程と、前記検索結果およびサービス稼動情報に基づき前記ウェブサービス提供サーバにサービス提供要求を行うサービス提供要求工程とを備えたウェブサービス検索方法。
【請求項７】
ウェブサービスの提供を行うウェブサービス提供サーバと、前記ウェブサービスの提供を受けるサービス要求端末と、前記ウェブサービスの検索を行うと共に前記ウェブサービスの稼働状況を示すサービス稼働情報を取得するウェブサービス検索サーバとを備え、前記ウェブサービスの検索および提供を行うためのウェブサービス検索プログラムであって、
前記ウェブサービス提供サーバの前記サービス稼働情報を取得する稼動情報取得機能と、前記ウェブサービスの検索を行うと共に取得された検索結果および前記サービス稼動情報を前記サービス要求端末に通知する稼動情報通知機能とをコンピュータに実行させることを特徴とするウェブサービス検索プログラム。
【請求項８】
ウェブサービスの提供を行うウェブサービス提供サーバと、前記ウェブサービスの提供を受けるサービス要求端末と、前記ウェブサービスの検索を行うと共に前記ウェブサービスの稼働状況を示すサービス稼働情報を取得するウェブサービス検索サーバとを備え、前記ウェブサービスの検索および提供を行うためのウェブサービス検索プログラムであって、
前記ウェブサービス検索サーバに対してウェブサービスの検索要求を行う検索要求工程と、前記検索要求に対する結果および前記サービス稼動情報に基づきサービス提供要求を行うサービス提供要求工程とをコンピュータに実行させることを特徴とするウェブサービス検索プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してＷｅｂサービスを検索する手法に関し、特に、Ｗｅｂサービスの稼動状況に係る情報を取得する手法に関する。
【背景技術】
【０００２】
ウェブ(Ｗｅｂ)システムが広く様々な分野で利用され、Ｗｅｂ技術を利用してインターネット上で情報交換をする企業モデルが一般的になっている。さらに、近年は企業間での業務連携を柔軟、かつ迅速に行うための共通技術としてＷｅｂサービスが活用されてきている。
【０００３】
又、このＷｅｂサービスを効率的に利用するために、Ｗｅｂサービスに関する情報の登録、公開、および検索を行うための仕組みとしてＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ Ｄｅｓｃｒｉｐｔｉｏｎ， Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｉｎｔｅｇｒａｔｉｏｎ）レジストリを利用したＷｅｂサービスのためのディレクトリサービス、およびこれを利用した検索サービスが提供されている。
【０００４】
上記サービスにおいては、任意の企業・団体が、無条件にＷｅｂサービスに関する情報をＵＤＤＩレジストリに登録できるが、登録されたＷｅｂサービスの情報には、Ｗｅｂサービスアクセス先の情報、サービスの仕様、一部コメント、簡単な企業情報程度しか存在しない。
【０００５】
そのため、ＵＤＤＩレジストリを活用した上記サービスでは、登録されているすべてのＷｅｂサービス情報を要求に応じてＷｅｂサービスクライアントに送信していた。
このため、Ｗｅｂサービスクライアント(利用者)は、送信された情報を利用して実際にＷｅｂサービスプログラムに処理を要求しない限り正常に処理が完了するか否かを確認することができず、Ｗｅｂサービスを提供するサーバ、ＵＤＤＩレジストリ、およびＷｅｂサービスクライアント(利用者)クライアントに対する不要なアクセスが発生する可能性があった。
【０００６】
これに対して、Ｗｅｂサービスの稼動状態を確認することにより、より適切な検索結果をＷｅｂサービスクライアントに応答するための関連技術が開示されている(特許文献１)。
【０００７】
【特許文献１】特開２００５−２８４６４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記特許文献１に開示された関連技術では、ＵＤＤＩサーバが、各ＷｅｂサービスのＷｅｂサービスプログラムに対して、タイマ値で設定された時間ごとにアクセスを行うため、登録されたＷｅｂサービス情報が増えた場合にネットワーク資源を大量に消費してしまうという不都合があった。
【０００９】
又、タイマ間隔によってはＷｅｂサービスの稼動状態をリアルタイムに入手することが困難となってしまうという不都合が生じ得る。
また、登録されたＷｅｂサービス数が増大した場合には、トラヒックの軽減のためにタイマ間隔を広く設定されなければならない状況が生じ、この場合Ｗｅｂサービスの稼動状態をリアルタイムに取得することは、更に困難となってしまうという、更なる不都合がある。
【００１０】
更に、起動中のＷｅｂサービス情報のみを返却するため、実際には、一時的なメンテナンスによる停止を行うだけの優良且つ必要なＷｅｂサービス情報の入手漏れが発生するという不都合が生じ得る。
【００１１】
［発明の目的］
本発明は、上記従来例の有する不都合を改善し、Ｗｅｂサービス利用者に対してＷｅｂサービスにかかるより有効な情報を設定するウェブサービス検索システム、ウェブサービス検索方法、およびウェブサービス検索プログラムを提供することを、その目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するために、本発明に係るウェブサービス検索システムは、ネットワークを介してウェブサービスの提供を行うウェブサービス提供サーバと、前記ウェブサービスの提供を受けるサービス要求端末と、前記ウェブサービスにかかる情報を登録管理すると共に前記サービス要求端末からの要求に応じてウェブサービスの検索を行うウェブサービス検索サーバとを備えたウェブサービス検索システムであって、前記ウェブサービス検索サーバが、前記ウェブサービス提供サーバから前記ウェブサービスの稼働状況を示すサービス稼働情報を取得する手段を備え、前記サービス要求端末が、前記サービス稼働情報を取得すると共に当該サービス稼動情報に基づきウェブサービスの提供要求先を特定する手段を備えた構成をとっている。
【００１３】
又、本発明にかかるウェブサービス検索方法は、ウェブサービスの提供を行うウェブサービス提供サーバと、前記ウェブサービスの提供を受けるサービス要求端末と、前記ウェブサービスの検索を行うと共に前記ウェブサービスの稼働状況を示すサービス稼働情報を取得するウェブサービス検索サーバとを備え、前記ウェブサービスの検索および提供を行うウェブサービス検索方法であって、前記ウェブサービス検索サーバが、前記サービス稼働情報を取得する稼動情報取得工程と、前記ウェブサービス検索サーバに対してウェブサービスの検索要求を行う検索要求工程と、前記ウェブサービスの検索を行うと共に取得された検索結果および前記サービス稼動情報を通知する稼動情報通知工程と、前記検索結果およびサービス稼動情報に基づき前記ウェブサービス提供サーバにサービス提供要求を行うサービス提供要求工程とを備えたことを特徴としている。
【００１４】
更に、本発明にかかる要求処理プログラムは、ウェブサービスの提供を行うウェブサービス提供サーバと、前記ウェブサービスの提供を受けるサービス要求端末と、前記ウェブサービスの検索を行うと共に前記ウェブサービスの稼働状況を示すサービス稼働情報を取得するウェブサービス検索サーバとを備え、前記ウェブサービスの検索および提供を行うためのウェブサービス検索プログラムであって、前記ウェブサービス提供サーバのサービス稼働情報を取得する稼動情報取得機能と、前記ウェブサービスの検索を行うと共に取得された検索結果および前記サービス稼動情報を前記サービス要求端末通知する稼動情報通知機能とをコンピュータに実行させることを特徴としている。
【００１５】
又、本発明にかかる要求処理プログラムは、ウェブサービスの提供を行うウェブサービス提供サーバと、前記ウェブサービスの提供を受けるサービス要求端末と、前記ウェブサービスの検索を行うと共に前記ウェブサービスの稼働状況を示すサービス稼働情報を取得するウェブサービス検索サーバとを備え、前記ウェブサービスの検索および提供を行うためのウェブサービス検索プログラムであって、前記ウェブサービス検索サーバに対してウェブサービスの検索要求を行う検索要求工程と、前記検索要求に対する結果および前記サービス稼動情報に基づきサービス提供要求を行うサービス提供要求工程とをコンピュータに実行させることを特徴としている。
【発明の効果】
【００１６】
本発明は、以上のように構成され機能するので、これによると、ウェブサービスの提供を行うウェブサービス提供サーバと、その提供を受けるサービス要求端末と、前記ウェブサービスにかかる情報を登録管理してウェブサービスの検索を行うウェブサービス検索サーバを有し、前記ウェブサービス検索サーバが、前記ウェブサービスの稼働状態を示すサービス稼働情報を前記サービス要求端末に対して提供可能に取得する手段を備えた構成としたので、Ｗｅｂサービス利用者は、Ｗｅｂサービスにかかるより有効な情報を取得することができ、且つウェブサービスの利用にかかるトラヒックを有効に抑制することができるウェブサービス検索システム、ウェブサービス検索方法、およびウェブサービス検索プログラムを提供することができる。
【発明を実施するための最良の形態】
【００１７】
［実施形態］
次に、本発明の実施形態について、その基本的構成内容を説明する。
【００１８】
本実施形態のウェブサービス検索システムは、図１に示すように、インターネットを介してＷｅｂサービスの提供を受けるＷｅｂサービス利用者端末１１０と、Ｗｅｂサービス利用端末１１０と、Ｗｅｂサービスにかかる情報(Ｗｅｂサービス情報)を格納し、Ｗｅｂサービス利用者端末１１０からのＷｅｂサービス検索要求に応じてＷｅｂサービスの検索処理を行うＵＤＤＩサーバ１２０と、Ｗｅｂサービス利用者端末１１０に対して提供されるＷｅｂサービス実行されるＷｅｂサービス稼動サーバ１３０と、Ｗｅｂサービス稼動サーバ１３０で稼動するＷｅｂサービスの稼動状態を検知すると共にその検知結果をＵＤＤＩサーバ１２０に通知するＷｅｂサービス管理サーバ１４０を備えている。
又、上記Ｗｅｂサービス稼動サーバ１３０およびＷｅｂサービス管理サーバ１４０に接続され、稼動するＷｅｂサービスや、ＵＤＤＩサーバ１２０、Ｗｅｂサービス管理サーバ１４０に運用面の指示を行うＷｅｂサービス管理者端末１５０を備えた構成となっている。
【００１９】
ここで、上記実施形態は、更に、Ｗｅｂサービス利用端末１１０を利用して、Ｗｅｂサービスの検索結果の情報に基づき処理要求行うＷｅｂサービス利用者１００と、Ｗｅｂサービス管理者端末１５０を利用して、Ｗｅｂサービス稼動サーバ１３０およびＷｅｂサービス管理サーバ１４０に対する指示要求の入力を行うＷｅｂサービス管理者１６０とを有する。
【００２０】
上記Ｗｅｂサービス利用者端末１１０は、Ｗｅｂサービスプログラムに対して処理を要求する、あるいは利用したいＷｅｂサービス検索の指示を行うアプリケーション１１１と、Ｗｅｂサービス検索時に指定するクエリ情報の組み立て、およびＷｅｂサービス利用者１００により指定された検索条件を解析してＵＤＤＩサーバ１２０に送信する検索情報操作部１１２と、検索の結果得られたＷｅｂサービスの情報に格納された接続先情報をもとに実際のＷｅｂサービスにアクセスするためのＷｅｂサービスプログラム接続部１１３を含み構成される。
【００２１】
ここで、アプリケーション１１１は、Ｗｅｂサービスプログラム接続部１１３に対して実際に接続するＷｅｂサービスプログラムの接続先情報を解析する接続先情報解析機能と、処理要求をＷｅｂサービスプログラムに対して行う処理要求送信機能とを有する。
【００２２】
ＵＤＤＩサーバ１２０は、登録されたＷｅｂサービスの情報(Ｗｅｂサービス情報)を格納したＵＤＤＩレジストリ１２１と、Ｗｅｂサービス利用者端末１１０から送り込まれた検索情報に基づきＵＤＤＩレジストリ１２１にアクセスすると共に目的の情報を取得する検索処理部１２２と、Ｗｅｂサービス管理者端末１５０からＷｅｂサービスに関する情報登録、更新、削除の処理を受け付けるＷｅｂサービス情報操作部１２３と、Ｗｅｂサービス管理サーバ１４０からＷｅｂサービスの稼動状態変更情報を取得しＵＤＤＩレジストリ１２１内の情報を更新するＷｅｂサービス稼動状態受信部１２３を備え、構成されている。
【００２３】
ここで、検索処理部１２２は、通知された検索条件に基づきＵＤＤＩレジストリ１２１内の（Ｗｅｂサービスプログラムの稼動状態含む）登録情報を検索、収集、および、例えば、起動中のＷｅｂサービスプログラムに関する情報だけをリストアップするといった組み立て処理を行う登録情報検索収集処理機能を有する。
【００２４】
更に、ここでＵＤＤＩレジストリ１２１におけるＷｅｂサービス情報のデータ構造間の関係を図２示す。ＵＤＤＩレジストリ１２１は、ｂｕｓｉｎｅｓｓＥｎｔｉｔｙ(以下「ビジネス情報部」という)２００をルートとした木構造で構成された記憶部であって、ビジネス情報部２００は、サービスを提供する当事者に関する情報を保持するデータ構造記憶部であり、例えば企業を識別するＩＤ、企業名、連絡先、企業の地理情報などを格納する。
また、この当事者が複数の異なるサービスを提供する場合は、複数のサービス情報部２０１をその配下に持つことができる。
【００２５】
サービス情報部２０１は、サービス提供者の業務の種類に関する情報を保持するデータ構造記憶部であり、例えばその企業が扱う特定サービスに関する情報や業種コードなどが格納される。サービス提供者が扱う特定のサービスが、複数のサービス利用のためのアクセス先情報を提供している場合には、複数のｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ(バインド情報部)２０２をその配下に持つことができる。
【００２６】
バインド情報部２０２は、Ｗｅｂサービスにアクセスして処理要求を行うための情報を保持するデータ構造記憶部であり、例えば接続先ＵＲＬや接続プロトコルなどが格納される。
ｔＭｏｄｅｌ(サービス記述部)２０３は、具体的なサービスの仕様に関する情報を保持するデータ構造記憶部であり、例えばＷｅｂサービスのインタフェース仕様などが格納される。ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ(バインド情報部)２０２はサービス記述部２０３の情報を参照する。
【００２７】
尚、ＵＤＤＩレジストリ１２１におけるそれぞれのデータ構造記憶部のデータはＸＭＬ形式で格納されている。
【００２８】
Ｗｅｂサービス稼動サーバ１３０は、Ｗｅｂサービスが実際に動作する複数の異なるＷｅｂサービスプログラム実行部１３１−１、１３１−２、・・・１３１−ｎ(総称として「Ｗｅｂサービスプログラム実行部１３１」という)で構成される。
【００２９】
例えば、Ｗｅｂサービスプログラム実行部１３１−１は、Ｗｅｂサービス利用者端末１１０からの処理要求を受けつける複数のＷｅｂサービスプログラム１３２−１、１３２−２、・・・１３２−ｎ(Ｗｅｂサービスプログラム１３２)と、Ｗｅｂサービスプログラム１３２それぞれの状態を監視する稼働状況管理部１３３と、各Ｗｅｂサービスプログラム実行部１３１の稼動制御、監視、およびＷｅｂサービス管理サーバ１４０への通知を行うための稼動サーバ管理部１３４により構成される。
【００３０】
ここで、上記稼働状況管理部１３３は、Ｗｅｂサービスプログラム１３２の稼動状態が変更されたことを検出する稼動状態変更検出機能を有する。ここで、検出方法の例としては、（１）Ｗｅｂサービスプログラム１３２−１が潜在的なバグを抱えており、それによってＷｅｂサービス自体が異常終了してしまった場合にそれを稼働状況管理部１３３が自動的に検出する手法、（２）Ｗｅｂサービスプログラム１３２−１が実際の処理を行っている場合に、ＤＢＭＳへのデータ更新中にデッドロックが発生するなど復旧不可能な障害が発生した場合にＷｅｂサービスプログラム１３２−１で実装されたエラー処理プログラムから稼働状況管理部１３３に状態変更を通知する手法、などが考えられる。
【００３１】
稼動サーバ管理部１３４は、稼働状況管理部１３３から通知された稼動情報変更情報に基づき、Ｗｅｂサービスプログラム状態監視部１４２を介して登録Ｗｅｂサービス管理ＤＢ１４４内のＷｅｂサービス稼動状態３０３等を更新する稼動状態検出更新機能を有する。
【００３２】
又、稼動サーバ管理部１３４は、Ｗｅｂサービスプログラム実行部１３１が異常停止した場合それを検出する以上停止検出機能と、この場合に、停止したＷｅｂサービスプログラム実行部内で起動していたすべてのＷｅｂサービスプログラムの情報を、登録ＷｅｂサービスＩＤ３０２のリストとして収集する停止プログラム情報収集機能を有する。
【００３３】
Ｗｅｂサービス管理サーバ１４０は、Ｗｅｂサービスの稼動状態に変化が生じたときにＵＤＤＩレジストリ１２０に稼働状態変化情報を通知するＷｅｂサービス稼動状態送信部１４１と、Ｗｅｂサービスプログラムの稼動状態に変化が発生した際にＷｅｂサービス稼動サーバ１３０から通知を受けるＷｅｂサービスプログラム状態管理部１４２と、Ｗｅｂサービス管理者端末１５０からＷｅｂサービス管理者１６０から送られた運用指示を受け付ける管理者指示受信部１４３と、Ｗｅｂサービス管理サーバ１３０で動作するＷｅｂサービスプログラム１３２に関する情報を格納した登録Ｗｅｂサービス管理ＤＢ１４４とにより構成される。
【００３４】
Ｗｅｂサービスプログラム状態管理部１４２は、Ｗｅｂサービス稼動サーバ１３０が異常停止した検出するサーバ異常停止検出機能と、この場合に、Ｗｅｂサービス稼動サーバ１３０内で起動していたすべてのＷｅｂサービスプログラムの情報を登録ＷｅｂサービスＩＤ３０２のリストとして収集する停止サーバ情報収集機能を有する。
又、Ｗｅｂサービスプログラム状態管理部１４２は、収集した登録ＷｅｂサービスＩＤリストをキーにして登録Ｗｅｂサービス管理ＤＢ１４４内の該当情報の更新を行う管理ＤＢ情報更新機能と、ここで更新された変更情報を、Ｗｅｂサービス稼動状態送信部１４１を介してＷｅｂサービス稼動状態受信部１２４に接続しＵＤＤＩレジストリ１２１に登録する更新情報登録機能を備えている。
【００３５】
管理者指示受信部１４３は、登録Ｗｅｂサービス管理ＤＢ１４４にバインド情報部２０２の情報、サービス記述部２０３の情報、および登録ＷｅｂサービスＩＤ３０２を登録する要求情報登録機能を有する。ただし、この時点で登録するＷｅｂサービスプログラム１３２が起動していない場合は、Ｗｅｂサービスプログラム実行部ＩＤ３００の情報は特定できないので空白となる。
【００３６】
又、管理者指示受信部１４３は、Ｗｅｂサービス情報操作部１２３を介して登録情報をＵＤＤＩレジストリ１２１に登録するＷｅｂサービス情報登録機能を備えている。
更に、管理者指示受信部１４３は、登録Ｗｅｂサービス管理ＤＢ１４４内の情報を更新するＷｅｂサービス情報更新機能と、Ｗｅｂサービス情報操作部１２３を介してＵＤＤＩレジストリ１２１内の情報を更新するレジストリ譲歩更新機能を有する。
【００３７】
又、Ｗｅｂサービス管理サーバ１４０のＷｅｂサービス稼働状態送信部１４１、およびＷｅｂサービスプログラム状態管理部１４２は、Ｗｅｂサービスプログラム１３２−１、１３２−２、・・・、１３２−ｎ(総称として「Ｗｅｂサービスプログラム１３２」という)の稼働状態を監視する機能を有する。
【００３８】
ここで、図３は、登録Ｗｅｂサービス管理テーブルＤＢ１４４でのデータ管理構成の一部を示したものであり、複数存在するＷｅｂサービスプログラム実行部１３１−１、１３１−２、・・・、１３１−ｎを一意に識別するためのＷｅｂサービスプログラム実行部ＩＤ３００と、Ｗｅｂサービスプログラム１３２の稼動状態を通知するにあたって接続するＵＤＤＩサーバを決定するための接続先ＵＤＤＩサーバ情報３０１と、ＵＤＤＩレジストリ１２１内に登録されたＷｅｂサービス情報を更新する際の更新先を指定するために利用される登録ＷｅｂサービスＩＤ３０２と、各Ｗｅｂサービスプログラム１３１の稼動状態を格納するためのＷｅｂサービス稼動状態３０３と、各Ｗｅｂサービスプログラム実行部１３１が一番最近起動された日時を格納するための最終起動日時３０４と、各Ｗｅｂサービスプログラム実行部１３１一番最近停止された日時を格納するための最終停止日時３０５と、Ｗｅｂサービスプログラム実行部１３１が実際に稼動しているＷｅｂサービスプログラム稼動サーバ１３０のＩＰアドレスなどの情報であるＷｅｂサービスプログラム稼動サーバ情報３０６を含み構成されている。
【００３９】
Ｗｅｂサービス管理者端末１５０は、Ｗｅｂサービスプログラム１３２それぞれに関する情報の登録、更新、削除や、Ｗｅｂサービスプログラム１３２に関する運用指示を行う管理者指示送信部１５１と、それら指示を送信する際にＷｅｂサービス管理者１６０が利用する管理画面１５２で構成される。
【００４０】
以上のような構成により、Ｗｅｂサービスプログラム１３２の稼働状態の変化をＷｅｂサービスプログラム状態管理部１４２が検出すると、Ｗｅｂサービス稼働状態送信部１４１を介してＵＤＤＩサーバ１２０のＷｅｂサービス稼働状態受信部１２４にその情報を通知し、ＵＤＤＩレジストリ１２１の登録内容を更新する。
また、Ｗｅｂサービス管理者１６０から、Ｗｅｂサービスプログラム１３２に関する運用スケジュール等の情報をＵＤＤＩレジストリ１２１に登録できる。Ｗｅｂサービス利用者１００は、Ｗｅｂサービス情報を検索する際に、Ｗｅｂサービスプログラムの稼働状態を検索条件に加味することができる。
このため、確実に起動中のＷｅｂサービスプログラムへ接続が可能となる。また停止中のＷｅｂサービスプログラムに関してもその運用スケジュール情報をＷｅｂサービス利用者１００は把握できるため、そのスケジュールを見越した処理要求が可能となる。
【００４１】
［実施形態の動作説明］
次に、本実施形態の全体の動作について、説明する。
先ず、ウェブサービス検索サーバ１２０が、サービス提供サーバ１３０のサービス稼働情報を取得する(稼動情報取得工程)。次いで、サービス要求端末１１０が、ウェブサービス検索サーバ１２０に対してウェブサービスの検索要求を行う(検索要求工程)。次に、ウェブサービス検索サーバ１２０が、ウェブサービスの検索を行うと共に取得された検索結果およびサービス稼動情報をサービス要求端末１１０に通知する(稼動情報通知工程)。次に、サービス要求端末１１０が、検索結果およびサービス稼動情報に基づき前記ウェブサービス提供サーバにサービス提供要求を行う(サービス提供要求工程)。
【００４２】
ここで、上記稼動情報取得工程、検索要求工程、稼動情報通知工程、およびサービス提供要求工程については、その実行内容をプログラム化し、コンピュータに実行させるように構成してもよい。
【００４３】
まず、Ｗｅｂサービス管理者端末１５０から、Ｗｅｂサービスプログラム(ここではＷｅｂサービスプログラム１３２−１とする)１３２−１に関する情報をＵＤＤＩレジストリ１２１に登録する動作について、図４で示すフローチャートに基づいて説明する。
【００４４】
まず、Ｗｅｂサービス管理者１６０が、管理画面１５２を介してＷｅｂサービスプログラム１３２−１に関して必要な情報を指定する（ステップS５０１）。この情報は図２で示される構成のうち、バインド情報部２０２の情報、およびサービス記述部２０３の情報に相当し、この情報中に登録ＷｅｂサービスＩＤ３０２も含まれる。
これらの情報を管理者指示送信部１５１が、管理者指示受信部１４３に通知し、管理者指示受信部１４３は、最初に登録Ｗｅｂサービス管理ＤＢ１４４にその情報を登録する（ステップS５０２）。
ただし、この時点で登録するＷｅｂサービスプログラム１３２−１が起動していない場合、Ｗｅｂサービスプログラム実行部ＩＤ３００の情報は特定できないので空白となる。
【００４５】
次に、管理者指示受信部１４３は、Ｗｅｂサービス情報操作部１２３を介して登録情報をＵＤＤＩレジストリ１２１に登録する（ステップS５０３）。管理者指示送信部１５１は、登録された結果を管理画面１５２で表示すると共に処理を完了する（ステップS５０４）。
次に、Ｗｅｂサービスプログラム実行部１３１−１を起動する動作について、図５のフローチャートに基づき説明する。
【００４６】
Ｗｅｂサービス管理者１６０は、管理画面１５２に表示された情報に基づいて稼動サーバ管理部１３４に対して起動要求(指示)を送信する（ステップ６０１）。この指示の中には具体的にどのＷｅｂサービスプログラムを起動するかの情報も含まれるものとする。
稼動サーバ管理部１３４は、上記指示を受信すると共に、Ｗｅｂサービスプログラム実行部１３１−１を起動する（ステップS６０２）と共に、稼動状況管理部１３３を起動する。
【００４７】
ここで、稼働状況管理部１３３が、起動指示を受けたＷｅｂサービスプログラム１３２−１を起動する（ステップS６０３）。
次に稼働状況管理部１３３は、登録Ｗｅｂサービスプログラム実行部ＩＤを払い出すと共に、この登録Ｗｅｂサービスプログラム実行部ＩＤとＷｅｂサービスプログラムの稼動状態のリストを、稼動サーバ管理部１３３に送信する（ステップS６０４）。
【００４８】
次に、稼動サーバ管理部１３４が、Ｗｅｂサービスプログラム状態監視部１４２を介して登録Ｗｅｂサービス管理ＤＢ１４４内の登録Ｗｅｂサービスプログラム実行部ＩＤ３０１を更新する（ステップS６０５）。
次いで、Ｗｅｂサービス稼動状態管理部１４２が、Ｗｅｂサービス稼動状態送信部１４１を介してＷｅｂサービス稼動状態受信部１２２に接続すると共に、登録情報をＵＤＤＩレジストリ１２１に登録する（ステップS６０６）。
管理者指示送信部１５１はその結果を管理画面１５２で表示して完了する（ステップS６０７）。
【００４９】
尚、ここでは、Ｗｅｂサービスプログラム１３２−１に関する情報の登録動作について説明したが、Ｗｅｂサービスプログラム１３２−１、１３１−２、・・・、１３１−ｎ何れのＷｅｂサービスプログラムであってもよい。
【００５０】
次に、Ｗｅｂサービスプログラム１３２−１の稼動状態が変化したときに、稼働状態変化情報をＵＤＤＩサーバに通知する動作について、図６のフローチャートに基づき説明する。
【００５１】
まず、稼働状況管理部１３３が、Ｗｅｂサービスプログラム１３２−１の稼動状態が変更されたことを検出する（ステップS７０１）。
ここで、検出方法の例としては、（１）Ｗｅｂサービスプログラム１３２−１が潜在的なバグを抱えており、それによってＷｅｂサービス自体が異常終了してしまった場合にそれを稼働状況管理部１３３が自動的に検出する手法、（２）Ｗｅｂサービスプログラム１３２−１が実際の処理を行っている場合に、ＤＢＭＳへのデータ更新中にデッドロックが発生するなど復旧不可能な障害が発生した場合にＷｅｂサービスプログラム１３２−１で実装されたエラー処理プログラムから稼働状況管理部１３３に状態変更を通知する手法、などが考えられる。
【００５２】
次いで、稼働状況管理部１３３は、情報を変更するＷｅｂサービスプログラム実行部ＩＤ、登録ＷｅｂサービスＩＤ、Ｗｅｂサービス稼動状態、およびＷｅｂサービスプログラムが停止状態となる場合は最終停止日時情報（Ｗｅｂサービスプログラムが起動状態となる場合は最終起動日時情報）のセット(稼動情報変更情報)を、稼動サーバ管理部１３４に引き渡す（ステップS７０２）。
次に、稼動サーバ管理部１３４が、Ｗｅｂサービスプログラム状態監視部１４２を介して登録Ｗｅｂサービス管理ＤＢ１４４内のＷｅｂサービス稼動状態３０３等を更新する（ステップS７０３）。
ここで、Ｗｅｂサービス稼動状態管理部１４２は、Ｗｅｂサービス稼動状態送信部１４１を経由してＷｅｂサービス稼動状態受信部１２２に接続して、変更情報をＵＤＤＩレジストリ１２１に登録する（ステップS７０４）。
【００５３】
次に、Ｗｅｂサービス稼動サーバ１３０が異常停止した場合に、稼動していたＷｅｂサービスプログラムの状態変更情報をＵＤＤＩサーバに通知する動作について、図７のフローチャートに基づき説明する。
【００５４】
まず、Ｗｅｂサービスプログラム実行部１３１−１が異常停止した場合（ステップS８０１）は、稼動サーバ管理部１３４が、それを検出する（ステップS８０２）。また、稼動サーバ管理部１３４が異常停止した場合（ステップS８０３）には、Ｗｅｂサービスプログラム１３２の制御が成り立たない重大な事態と判断されるためＷｅｂサービス稼動サーバ１３０自体を緊急停止する（ステップS８０４）。
【００５５】
ここで、Ｗｅｂサービス稼動サーバ１３０が異常停止した場合（ステップS８０５）は、Ｗｅｂサービスプログラム状態管理部１４２が、これを検出する（ステップS８０６）。
【００５６】
又、ステップS８０２においては、稼動サーバ管理部１３４は、停止したＷｅｂサービスプログラム実行部内で起動していたすべてのＷｅｂサービスプログラムの情報（登録ＷｅｂサービスＩＤ３０２のリスト）を収集する。
更に、ステップS８０５においては停止したＷｅｂサービス稼動サーバ１３０内で起動していたすべてのＷｅｂサービスプログラムの情報（登録ＷｅｂサービスＩＤ３０２のリスト）を収集する。
【００５７】
次いで、Ｗｅｂサービスプログラム状態管理部１４２は、収集した登録ＷｅｂサービスＩＤリストをキーにして登録Ｗｅｂサービス管理ＤＢ１４４内の該当情報の更新を行う（ステップS８０７）。
ここではＷｅｂサービス稼動状態３０３を停止中に変更し、最終停止日時３０５を異常終了検出時の日時に更新する。
次に、Ｗｅｂサービスプログラム状態管理部１４２は、Ｗｅｂサービス稼動状態送信部１４１を介してＷｅｂサービス稼動状態受信部１２４に接続し、変更情報をＵＤＤＩレジストリ１２１に登録する（ステップS８０８）。
【００５８】
次に、Ｗｅｂサービス管理者端末１５０からＷｅｂサービスプログラム１３２−１に関する情報を更新する動作について、図８に示すフローチャートに基づき説明する。
【００５９】
Ｗｅｂサービスプログラム１３２−１に関する情報の情報更新については、たとえばＷｅｂサービスプログラム自身の機能拡張によるバージョンアップによるもの、またはＷｅｂサービスプログラム１３１−１の定期メンテナンスによる計画停止の連絡等Ｗｅｂサービス利用者１００に対する運用スケジュール通知の目的も考えられる。
【００６０】
Ｗｅｂサービス管理者１６０は、管理画面１５２を介してＷｅｂサービスプログラム１３２−１に関する情報を指定する（ステップ９０１）。指定された情報を管理者指示送信部１５１が、管理者指示受信部１４３に引き渡し、管理者指示受信部１４３は、最初に登録Ｗｅｂサービス管理ＤＢ１４４内の情報を更新する（ステップ９０２）。
次に、管理者指示受信部１４３は、Ｗｅｂサービス情報操作部１２３に接続してＵＤＤＩレジストリ１２１内の情報を更新する（ステップ９０３）。管理者指示送信部１５１はその結果を管理画面１５２で表示して完了する（ステップ９０４）。
【００６１】
次に、Ｗｅｂサービス利用者１００が、利用したいＷｅｂサービス情報を検索し、その検索結果に基づきＷｅｂサービスプログラムに処理を要求する動作について、図９のフローチャートに基づき説明する。
【００６２】
まず、Ｗｅｂサービス利用者１００が、アプリケーション１１１を利用して検索条件を指定する（ステップS１００１）。
ここで、検索条件としては、たとえば起動中のＷｅｂサービスプログラムの情報のみを収集する、または、停止中のものも含めた結果を収集するといった指定を行ってもよい。
次いで、アプリケーション１１１は、その検索条件を検索情報操作部１１２に送信し、検索情報操作部１１２は、この検索条件を検索処理部１２２に通知する（ステップS１００２）。
【００６３】
次いで、検索処理部１２２は、通知された検索条件に基づきＵＤＤＩレジストリ１２１内の（Ｗｅｂサービスプログラムの稼動状態含んだ）登録情報を検索、収集、および、例えば起動中のＷｅｂサービスプログラムに関する情報だけをリストアップするといった組み立て処理を行い、その処理結果を検索情報処理部１１２に返却する（ステップS１００３）。
次に、検索情報処理部１１２は、返却された情報の内容を解析してアプリケーション１１１やＷｅｂブラウザ等で表示する（ステップS１００４）。
【００６４】
ここで、上記表示内容は、例えば図１０に示すような、登録Ｗｅｂサービスを一意に識別するＩＤや、Ｗｅｂサービスの名称を示すサービス名や実際にＷｅｂサービスプログラムに接続する際に利用するアクセス先ＵＲＬ、Ｗｅｂサービスを提供している提供団体名、Ｗｅｂサービスの起動状態を表す状態、Ｗｅｂサービス提供者が通知した情報を自由に指定できるコメント欄などから構成される。
【００６５】
尚、上記コメント欄４０６の代わりに、例えばサービス停止日時や、サービス再開日時といったメンテナンスの計画を表す情報を定型化して格納してもよい。
これによって、仮に停止中のＷｅｂサービスプログラム１３２−１に関する情報であってもコメント欄４０６、および定型化したスケジュール情報として記載された内容に基づいて、Ｗｅｂサービス利用者１００が、Ｗｅｂサービスプログラム１３２−１を利用する時間帯を調整するか、あるいはアプリケーション１１１がその情報を読み込んで、特定の日時に特定の処理を自動的に実行するといった柔軟な運用が可能になる。
【００６６】
次いで、ステップ１００４で取得された情報に基づきＷｅｂサービス利用者１００が、アプリケーション１１１を介してＷｅｂサービスの利用を開始する（ステップS１００５）。
ここで、アプリケーション１１１は、Ｗｅｂサービスプログラム接続部１１３に対して実際に接続するＷｅｂサービスプログラム（ここではＷｅｂサービスプログラム１３２−１とする）の接続先情報を解析し、処理要求をＷｅｂサービスプログラム１３２−１に対して行う（ステップ１００６）。
【００６７】
次いで、Ｗｅｂサービスプログラム１３２−１は処理を実行し、その結果をＷｅｂサービス接続部１１３に返すと共に、Ｗｅｂサービス接続部１１３は、その結果をアプリケーション１１１に返却して表示する（ステップ１００７）。
次いで、Ｗｅｂサービス利用者１００が、繰り返しＷｅｂサービスプログラム１３２−１に対して処理要求を発行する場合は、再びアプリケーション１１１から利用開始する（ステップ１００８）。また、Ｗｅｂサービスの検索を再度行う場合はアプリケーション１１１から検索条件の再設定を行う（ステップ１００９）。
【００６８】
以上のように、本実施形態では、Ｗｅｂサービスプログラムの稼動状態を監視し、その情報をＵＤＤＩレジストリ内に格納、Ｗｅｂサービスの検索条件として利用することにより、Ｗｅｂサービス利用者が、実際に動作中のＷｅｂサービスプログラムに対して適切にアクセスを行うことができる。
【００６９】
また、本実施形態では、Ｗｅｂサービスプログラムの稼動状態を監視し、稼働状態の変化をリアルタイムに検出し、ＵＤＤＩレジストリに通知できることにより、Ｗｅｂサービスプログラムの稼動状態をリアルタイムに取得することができる。
【００７０】
更に、Ｗｅｂサービスプログラム提供者は、独自の情報をＵＤＤＩレジストリに通知するシステムを有することにより、Ｗｅｂサービス利用者、およびＷｅｂサービス利用者の起動するアプリケーションが、Ｗｅｂサービス提供者からの情報に基づいてＷｅｂサービス利用スケジュールを調整することができる。
【産業上の利用可能性】
【００７１】
本発明は、インターネット上に点在、公開されているＷｅｂサービスを組み合わせて利用する業務システムに適用することでき、特に、複数業務サービスを連携して処理するシステム形態で、且つそのいずれかが障害発生により異常終了した場合に生じるサービス障害を軽減するシステムとして適用が可能である。
【００７２】
また、Ｗｅｂサービスのディレクトリサービスの標準仕様であるＵＤＤＩが含まれることで、ＵＤＤＩの仕様に準拠しているベンダ製品を使えばそれらの相互接続がスムーズに進めることができ、このため、マルチベンダシステム間での連携に適用することが可能である。
【００７３】
さらには、アプリケーション、業務サービスプログラム、およびそれらの仕様をビジネスの一環としてインターネットに公開し、それを利用者が組み合わせて新たな付加機能を生み出す、いわゆるＷｅｂ２．０におけるマッシュアップや、企業間で構築されている既存のシステムを柔軟かつ迅速に連携するためのサービス指向アーキテクチャ（ＳＯＡ）と連携させたシステムに適用することができる。
【図面の簡単な説明】
【００７４】
【図１】本発明によるウェブサービス検索システムの一実施形態を示す概略構成図である。
【図２】図１に開示したウェブサービス検索システムにおけるＷｅｂサービスプログラムに関する情報のデータ構造関係を示す説明図である。
【図３】図１に開示した情報配信システムにおける登録Ｗｅｂサービス管理テーブルＤＢでのデータ構成の説明図である。
【図４】図１に開示した情報配信システムにおけるＷｅｂサービスプログラムに関する情報を登録する動作を示すフローチャートである。
【図５】図１に開示した情報配信システムにおけるＷｅｂサービスプログラム実行部を起動する動作を示すフローチャートである。
【図６】図１に開示したウェブサービス検索システムにおける稼働状態変化情報を通知する動作を示すフローチャートである。
【図７】図１に開示したウェブサービス検索システムにおけるＷｅｂサービスプログラムの状態変更情報を通知する動作を示すフローチャートである。
【図８】図１に開示したウェブサービス検索システムにおけるＷｅｂサービスプログラムに関する情報を更新する動作を示すフローチャートである。
【図９】図１に開示したウェブサービス検索システムにおけるＷｅｂサービスプログラムに処理を要求する動作を示すフローチャートである。
【図１０】図１に開示したウェブサービス検索システムにおけるＷｅｂサービスプログラムに関する情報の一例を示す説明図である。
【符号の説明】
【００７５】
１００  Ｗｅｂサービス利用者
１１０  Ｗｅｂサービス利用者端末
１１１  アプリケーション
１１２  検索情報操作部
１１３  Ｗｅｂサービスプログラム接続部
１２０  ＵＤＤＩサーバ
１２１  ＵＤＤＩレジストリ
１２２  検索処理部
１２３  Ｗｅｂサービス情報操作部
１２４  Ｗｅｂサービス稼動状態受信部
１３０  Ｗｅｂサービス稼動サーバ
１３１−１、１３１−２、…、１３１−ｎ  Ｗｅｂサービスプログラム実行部
１３２−１、１３２−２、…、１３２−ｎ  Ｗｅｂサービスプログラム
１３３  稼働状況管理部
１３４  稼動サーバ管理部
１４０  Ｗｅｂサービス管理サーバ
１４１  Ｗｅｂサービス稼動状態送信部
１４２  Ｗｅｂサービスプログラム状態管理部
１４３  管理者指示受信部
１４４  登録Ｗｅｂサービス管理データベース
１５０  Ｗｅｂサービス管理者
１５１  管理者指示送信部
１５２  管理画面
１６０  Ｗｅｂサービス管理者
２００  ビジネス情報部
２０１  サービス情報部
２０２  バインド情報部
２０３  サービス記述部
【図１】
2009199369.tif 000003
【図２】
2009199369.tif 000004
【図３】
2009199369.tif 000005
【図４】
2009199369.tif 000006
【図５】
2009199369.tif 000007
【図６】
2009199369.tif 000008
【図７】
2009199369.tif 000009
【図８】
2009199369.tif 000010
【図９】
2009199369.tif 000011
【図１０】
2009199369.tif 000012