JP2010055141A - ウェブサービスシステム及びウェブサービス提供方法 - Google Patents

Abstract

【課題】クライアント端末がサービスバスへ接続する際に、レジストリ装置に登録されたサービスを、接続先であるサーバ装置を意識することなく透過的に利用可能とする。
【解決手段】レジストリ装置２０には、サービス名とこのサービス内容を示すＷＳＤＬ文書に加え、サーバ装置２が提供するサービスに接続するためのバス情報が登録される。メッセージバス装置１０は、クライアント端末１からメッセージを受信すると、レジストリ装置２０に登録された情報を動的に参照し、検索したバス情報に従って、必要に応じてメッセージバス装置１０の間でメッセージの転送を行い、目的とするサーバ装置２に、メッセージを送信する。これにより、クライアント端末１は、接続先であるサーバ装置２を意識することなく、レジストリ装置２０に登録された情報に従って、目的とするサーバ装置２のサービスに直接接続することができる。
【選択図】図１

Description

本発明は、インターネット技術を用いてネットワーク上に分散したアプリケーションを連携して提供するウェブ（Ｗｅｂ）サービスに関する。

大規模なシステムをサービスの集まりとして構築する設計手法であるＳＯＡ（サービス指向アーキテクチャ：Service Oriented Architecture）に基づいて、アプリケーションの統合をバスの概念を用いて構成するＥＳＢ(Enterprise Service Bus)の具体例として、ウェブサービスがある。なお、ここでのサービスとは、標準化された手順によって外部から呼び出すことが可能なひとまとまりのソフトウエアの集合であり、単体で意味のある単位の機能を持つものを指す。

ウェブサービスとは、ＷＷＷ(World Wide Web)関連の技術を使い、ソフトウエアの機能をネットワークを通して利用できるようにしたものである。ウェブサービスの中核となる技術には、メッセージの送受信技術としてのＳＯＡＰ(Simple Object Access Protocol)、インタフェース記述言語としてのＷＳＤＬ(Web Service Description Language)、ウェブサービスの公開・発見のための技術であるＵＤＤＩ(Universal Description, Discovery, and Integration)等が利用されている。

ＳＯＡＰは、ＸＭＬ(eXtensible Markup Language)とＨＴＴＰ(Hyper Text Transfer Protocol)等をベースとして、他のコンピュータにあるデータやサービスを呼び出すためのプロトコル（通信規約）である。ＳＯＡＰによる通信では、ＸＭＬ文書にエンベロープ（封筒）と呼ばれる付帯情報が付いたメッセージを、ＨＴＴＰ等のプロトコルで交換する。サービスを利用するクライアント端末と、サービスを提供するサーバ装置の双方が、ＳＯＡＰの生成・解釈機能を持つことで、異なる環境間でプログラムの呼び出しを可能にしている。

ＷＳＤＬは、ウェブサービスを記述するための言語仕様で、ＸＭＬをベースとしたものである。それぞれのウェブサービスがどのような機能を持つのか、それを利用するためにはどのような要求をすれば良いのか、などを記述する方法を定義したものである。データや操作を定義する部分が、プロトコルに関する部分から分離しているため、プロトコルや符号化形式等に関わりなく、フォーマットを再利用することができるという特徴を有している。

ＵＤＤＩは、ＸＭＬを応用したインターネット上に存在するウェブサービスの検索・照会システムである。企業各社がインターネット上で提供しているウェブ技術を応用したサービスに関する情報を集積し、業種や名称、機能、対象、詳細な技術仕様等で検索を可能にする仕組みである。ウェブサービスを提供する企業は、自社のサービスを「ＵＤＤＩレジストリ」と呼ばれるリストに登録することができる。ＵＤＤＩでは、登録情報をＷＳＤＬで定義し、通信にはＳＯＡＰを用いているため、通常のウェブブラウザ等の他、ＳＯＡＰやＸＭＬに対応した様々なアプリケーションソフトから利用することができるようになっている。

このようなウェブサービスを利用する場合、サービスを利用するクライアント端末は、ＵＤＤＩレジストリによって公開されたウェブサービスの中から、必要なものを検索し、そのウェブサービスのインタフェースを記述したＷＳＤＬ文書のネットワーク上での所在を特定するための位置指定子であるＵＲＬ(Uniform Resource Locator：統一資源位置指定子)を取得する。更に、取得したＵＲＬにアクセスすることにより、ＷＳＤＬ文書を取得し、このＷＳＤＬ文書に基づいてウェブサービスを呼び出すモジュールのコードを自動生成する。これにより、ウェブサービスへの動的な接続が可能となる。

下記特許文献１には、各ウェブサービスが提供するサービス内容についての高度な検索処理を可能とするために、ＵＤＤＩレジストリと要件データベースからなるウェブサービス検索システムが記載されている。このウェブサービス検索システムでは、各業務システム（クライアント端末及びサーバ装置）から受信したクエリ文字列を解析し、情報検索処理または情報更新処理を行う。

情報検索処理の場合は、クライアント端末から受信したクエリ文字列に示される要件に基づいて検索処理を行い、要件データベースから検索結果を取得すると共に、その検索結果に対応するアクセスポイント等の情報をＵＤＤＩレジストリから取得し、接続先情報を生成してクライアント端末に送信する。一方、情報更新処理の場合は、サーバ装置から受信したクエリ文字列に示される情報に基づいて、要件データベースの情報を更新する。
これにより、ＵＤＤＩレジストリの有効活用が図られ、適切なウェブサービスの検索が可能になるとされている。

下記特許文献２には、クライアント端末やサーバ装置に関する接続情報を接続相手に提供する手段を備えることによって、ウェブサービスの処理を効率化するための技術が記載されている。このウェブサービスシステムでは、クライアント端末は、自己の接続状態を管理するクライアント状態管理装置に自らの現在の接続状態を通知すると共に、接続相手となるサーバ装置を管理するサーバ状態管理装置に対して、将来予定される接続状態を通知する。

一方、サーバ装置は、自己の接続状態を管理するサーバ状態管理装置に自らの現在の接続状態を通知すると共に、接続相手となるクライアント端末を管理するクライアント状態管理装置に対して、将来予定される接続状態を通知する。
これにより、例えばクライアント端末では、混雑するサーバ装置を避けて比較的接続数の少ないサーバ装置を選択することが可能になり、ウェブサービスの処理を効率化することができるとされている。

特開２００５−１４８８２３号公報 特開２００５−３４６５７３号公報

現在のＥＳＢ装置では、特許文献１のようなレジストリ参照機能や、特許文献２のようなメッセージ転送機能を実装するものも存在するが、通常に配備されたサービスとのシームレスな連携には至っていない。
通常のＥＳＢ実装は、ＵＤＤＩ仕様に準拠したサービスレジストリと共に提供される場合が多い。サービスレジストリでは、主にＷＳＤＬ文書でサービス情報が管理され、ＥＳＢ装置は、サービスレジストリから予め配備（登録）されたＷＳＤＬ文書に基づいてＨＴＴＰ等のプロトコルでサービスに接続する。

しかしながら、サービスレジストリから取得したＷＳＤＬ文書で指定されるサービスが管理範囲の異なる別のバス上で管理されており、目的のサービスに直接接続することができない場合がある。
また、サービスレジストリに登録されたＷＳＤＬ文書を利用するためには、予めＥＳＢ装置にＷＳＤＬ文書を配備しておくための処理が必要であり、クライアント端末がサービスレジストリに登録されたＷＳＤＬ文書を、接続先を意識することなく（即ち、透過的に）利用することができないという課題があった。

本発明は、クライアント端末がサービスバスへ接続する際に、レジストリに登録されたサービスを、接続先であるサーバ装置を意識することなく透過的に利用可能とすることを目的としている。

上記目的を達成するために、本発明の第１の観点に係るウェブサービスシステムは、分散配置されたサーバ装置が提供するソフトウエアによるサービスを、ネットワークを通して連携することによってクライアント端末から利用可能にするウェブサービスシステムであって、前記サービスの名称及び該サービスの機能を定義したサービス定義情報と該サービスに接続するためのバス情報が検索可能な状態で登録されたレジストリ装置と、前記クライアント端末から受信したメッセージによるサービス接続要求に従って前記レジストリ装置を参照し、該レジストリ装置から検索した前記バス情報に基づいて、該当するサービスを提供するサーバ装置へ該メッセージを転送するメッセージバス装置とを、備えることを特徴とする。

上記目的を達成するために、本発明の第２の観点に係るウェブサービス提供方法は、分散配置されたサーバ装置が提供するソフトウエアによるサービスを、ネットワークを通して連携することによってクライアント端末から利用可能にするウェブサービス提供方法であって、前記サービスの名称及び該サービスの機能を定義したサービス定義情報に加えて、該サービスに接続するためのバス情報を検索可能な状態で登録するレジストリを有し、前記クライアント端末から受信したメッセージによるサービス接続要求に従って前記レジストリを参照し、該レジストリから検索した前記バス情報に基づいて、該当するサービスを提供するサーバ装置へ該メッセージを転送する処理を行うことを特徴とする。

本発明によれば、サービス定義情報とそのサービスに接続するためのバス情報が登録されたレジストリ装置と、クライアント端末からサービス接続要求があったときにレジストリ装置を参照し、このレジストリ装置から検索したバス情報に基づいて、該当するサービスを提供するサーバ装置へ、クライアント端末のメッセージを転送するメッセージバス装置を有している。これにより、クライアント端末は、接続先であるサーバ装置を意識することなく、サービスを透過的に利用可能とすることができる。

本発明のウェブサービスシステムは、図１にその概念図を示すように、インターネットに接続された複数のクライアント端末１、複数のサーバ装置２、複数のメッセージバス装置１０、及びレジストリ装置２０で構成されている。

クライアント端末１は、大規模なシステムをサービスの集まりとして構築する設計手法であるＳＯＡに従って、サービスを利用する側のコンピュータであり、メッセージの送受信技術としてのＳＯＡＰと、インタフェース記述言語としてのＷＳＤＬを備えている。ＳＯＡＰは、ＸＭＬとＨＴＴＰ等をベースとして、他のコンピュータ（この場合は、サーバ装置２、メッセージバス装置１０、またはレジストリ装置２０）にあるデータやサービスを呼び出すためのプロトコルである。ＳＯＡＰによる通信では、ＸＭＬ文書にエンベロープと呼ばれる付帯情報が付いたメッセージを、ＨＴＴＰ等のプロトコルで交換するようになっている。また、ＷＳＤＬは、サービスを記述するための、ＸＭＬをベースとした言語仕様である。

一方、サーバ装置２は、ＳＯＡに従ってサービスを提供する側のコンピュータであり、クライアント端末１と同様に、メッセージの送受信技術としてのＳＯＡＰと、インタフェース記述言語としてのＷＳＤＬを備えている。

これらのクライアント端末１と、サーバ装置２の双方が、ＳＯＡＰの共通の生成・解釈機能を持つことで、異なる環境間でプログラムの呼び出しを可能にしている。ＷＳＤＬ文書によって、それぞれのサービスがどのような機能を持つのか、それを利用するためにはどのような要求をすれば良いのか等を記述する方法が、プロトコルに関する部分から分離して定義されているいるため、プロトコルや符号化形式等に関わりなく、フォーマットを再利用することができるという特徴を有している。

メッセージバス装置１０は、ＳＯＡに基づいたアプリケーションであるサービスを、バスの概念を用いて統合するＥＳＢ装置に、レジストリ装置２０を参照するためのレジストリ参照機能と、インターネットを介して他のメッセージバス装置１０との間でメッセージを転送するメッセージ転送機能を追加したものである。
レジストリ装置２０は、従来のサービスレジストリが管理するサービス定義情報（サービスの名称、及びそのサービスの機能を定義したＷＤＳＬ文書）に加えて、そのサービスを提供するサーバ装置２に接続するためのバス情報を記憶するものである。

図２に示すように、レジストリ装置２０では、サービス毎にそのサービス名、ＷＤＳＬ文書及びメッセージバス名を１組とする管理情報を、サービス名をキーとして検索することができる状態で記憶している。サービス名は、ＵＲＬとローカル名の組み合わせで、一般的に｛ＵＲＬ｝ローカル名という形式で記述される（例えば、｛http://bar.com/service/}service2）。ＷＳＤＬ文書は、サービス内容の説明、接続方法、アドレスといったサービスの機能に関する情報をＷＳＤＬ仕様に基づいて記述したものである。また、メッセージバス名は、サービスを提供するサーバ装置が接続されるメッセージバス装置１０のＵＲＬとローカル名を組み合わせた形式で記述されるバス情報である（例えば、｛http://bar.com/bus/}bus10）。

本発明では、このようにレジストリ参照機能とメッセージ転送機能を協調して動作させるためのメッセージバス装置１０を複数設けることにより、クライアント端末１がサービスバスへ接続する際に、レジストリ装置２０に登録されたサービスを、接続先であるサーバ装置２を意識することなく透過的に利用可能とすることが可能になる。

即ち、メッセージバス装置１０は、クライアント端末１からメッセージを受信した際に、レジストリ装置２０に登録されたサービス定義情報を動的に参照する。レジストリ装置２０には、ＷＳＤＬ文書と共にどのメッセージバス装置１０から、目的のサービスに接続するかのバス情報が保持されているので、メッセージバス装置１０は、必要に応じて他のメッセージバス装置１０との間でメッセージの転送を行う。これにより、クライアント端末１から見て、接続先であるサーバ装置２を意識することなく、透過的にレジストリ装置２０内のサービス定義情報が利用可能となり、目的とするサーバ装置２のサービスに直接接続することができる。

以下、図面に基づき、本発明の実施の形態について詳細に説明する。
［第１の実施形態］
図３に示すように、第１の実施形態のウェブサービスシステムは、サービスを利用する複数のクライアント端末１（但し、図には１つのみを表示）と、このクライアント端末１が必要とするサービスを提供する複数のサーバ装置２（但し、図には１つのみを表示）と、メッセージバス装置１０Ａ，１０Ｂと、レジストリ装置２０とで構成されている。なお、これらの各端末や装置は、図示しないインターネットを介して接続されるようになっている。

メッセージバス装置１０Ａ，１０Ｂは同一構成であり、それぞれメッセージ受信部１１Ａ，１１Ｂ、メッセージルータ部１２Ａ，１２Ｂ、サービス接続部１３Ａ，１３Ｂ、サービス情報格納部１４Ａ，１４Ｂ、宛先解決部１５Ａ，１５Ｂ、配備部１６Ａ，１６Ｂを有している（以下、特に必要のない限り、Ａ，Ｂのサフィックスは省略して説明する）。
メッセージ受信部１１は、クライアント端末１からインターネットを介して与えられるサービス名を含むメッセージを受信し、インターネットのプロトコルには依存しない形式に変換してメッセージルータ部１２へ渡すものである。

メッセージルータ部１２は、メッセージ受信部１１から渡されたサービス名をキーとして、そのサービスを備えているサーバ装置２の宛先情報を宛先解決部１５に問い合わせ、得られた宛先情報に基づいて、該当する宛先のメッセージバス装置１０にメッセージを転送するものである。メッセージルータ部１２は、更に、他のメッセージバス装置１０から転送されてきたメッセージを、サービス接続部１３に与える機能を有している。
サービス接続部１３は、メッセージルータ部１２から与えられたメッセージを、インターネットを介して、ＷＳＤＬ文書としてサーバ装置２に送信するものである。
サービス情報格納部１４は、図４に示すように、検索キーとしてのサービス名とこのサービスの機能を定義したＷＳＤＬ文書からなるサービス定義情報を格納したものである。

宛先解決部１５は、メッセージルータ部１２から与えられた、サーバ装置の宛先情報の問い合わせに対して、まず自装置内のサービス情報格納部１４を検索し、見つからないときにはインターネットを介してレジストリ装置２０を参照して、宛先のサービス定義情報とバス情報を取得するものである。宛先解決部１５で取得した宛先情報は、メッセージルータ部１２へ与えられるようになっている。
配備部１６は、図示しない管理端末から送信されてきたサーバ装置２に関するサービス名とＷＳＤＬ文書からなるサービス定義情報を、サービス情報格納部１４に登録すると共に、レジストリ装置２０に、このサービス定義情報に加えてバス情報を送信するものである。

レジストリ装置２０は、メッセージバス装置１０が公開するサービスのサービス定義情報とバス情報を格納すると共に、クライアント端末１やメッセージバス装置１０からの問い合わせに対して、サービス名をキーとして該当するサービスを検索し、そのサービス定義情報とバス情報を提供するものである。このレジストリ装置２０は、これらの情報を格納する本体である管理データベース２１と、この管理データベース２１内の情報を読み出して提供する参照部２２と、管理データベース２１の登録・更新・削除等の処理を行う登録部２３とで構成されている。

次に、図５のフローチャートを参照して、このウェブサービスシステムの動作の詳細を説明する。なお、メッセージバス装置１０Ａ，１０Ｂは同一構成であるが、ここでは、メッセージバス装置１０Ａにはクライアント端末１が接続され、メッセージバス装置１０Ｂにはサーバ装置２が登録されているものとし、クライアント端末１からサーバ装置２に対するメッセージ配送動作を説明する。

ステップＳ１において、ウェブサービスを利用するクライアント端末１が、必要とするサービスに対するメッセージを送信すると、メッセージバス装置１０Ａのメッセージ受信部１１がそのメッセージを受け付ける。
ステップＳ２において、メッセージ受信部１１は受け付けたメッセージをプロトコルに依存しない形式に変換し、メッセージルータ部１２へ渡す。
ステップＳ３において、メッセージルータ部１２は、サービス名（例えば、{http://bar.com/service/}service2)をキーとして、宛先解決部１５にサービス提示情報を問い合わせる。
ステップＳ４において宛先解決部１５では、まず同じメッセージバス装置１０Ａ内のサービス情報格納部１４から、宛先のサービス定義情報を検索する。サービス情報格納部１４から、該当するサービス定義情報が取得できないときにはステップＳ５へ進み、取得できたときにはステップＳ７へ進む。

ステップＳ５において、メッセージルータ部１２は、次にレジストリ装置２０に対して同じサービス名をキーとして、宛先のサービス情報（サービス定義情報とバス情報）を問い合わせる。
ステップＳ６において、レジストリ装置２０から宛先のサービス情報が取得できた場合は、ステップＳ７に進む。もしも、サービス情報格納部１４からも、レジストリ装置２０からも宛先のサービス情報が取得できない場合は、ステップＳ１０へ進む。
サービス情報格納部１４またはレジストリ装置２０から、宛先情報が取得できた場合は、ステップＳ７において、宛先情報で指定されるメッセージバス装置１０Ｂに対して、インターネットを介してメッセージを転送し、ステップＳ８へ進む。

ステップＳ８において、メッセージバス装置１０Ｂは、メッセージバス装置１０Ａから転送されてきたメッセージを、サーバ装置２に送信する。
これにより、ステップＳ９において、サーバ装置２において、メッセージに従ったサービスが実行される。なお、サーバ装置２から応答メッセージがあれば、メッセージと同じルートを遡って、クライアント端末１へ応答メッセージが送達される。
一方、サービス情報格納部１４からも、レジストリ装置２０からも宛先情報が取得できなかった場合は、ステップＳ１０において、メッセージルータ部１２は、エラー処理を行い、クライアント端末１に対してエラーが発生した旨のメッセージを返却する。

以上のように、この第１の実施形態のウェブサービスシステムは、次の（１）〜（３）のような効果がある。
（１） レジストリ装置２０から個々のメッセージバス装置１０に、サービス定義情報を登録する必要がないので、情報更新処理にかかる管理コストが低減できる。従来のＥＳＢ装置（本実施形態におけるメッセージバス装置に相当）とレジストリ装置では、ＷＳＤＬ文書等のサービス情報が更新されると、レジストリ装置からＥＳＢ装置へサービス情報の再登録の操作を行う必要があったが、本実施形態では、メッセージバス装置１０がレジストリ装置２０内の情報を直接参照することで、再登録操作の必要がない。また、多数のメッセージバス装置１０を管理する管理者は、従来はすべてのＥＳＢ装置の情報を管理しなければならなかったが、本実施形態ではレジストリ装置２０の情報のみを管理すれば良いので、管理コストが低減できる。

（２） 例えば図３に示すように、メッセージバス装置１０Ａから直接接続できないような構成のサーバ装置２に対しても、メッセージバス装置１０Ｂを介して接続できるので、クライアント端末１から任意のサーバ装置２のサービスを利用することが可能になる。
（３） レジストリ装置２０が、すべてのメッセージバス装置１０の情報を管理しているので、各メッセージバス装置１０は他のメッセージバス装置１０の情報を保持しておく必要がない。また、メッセージバス装置同士の情報交換を行う必要がないので、システム規模が大きくなるほど効果が大きい。

［第２の実施形態］
図６に示す第２の実施形態のウェブサービスシステムは、ＷＳＤＬ文書の登録処理と、クライアント端末がレジストリ装置を直接参照する場合の処理の構成である。図６において、メッセージバス装置１０Ｃとレジストリ装置２０の構成は、図３と同じである。

一方、クライアント端末１は、メッセージバス装置１０Ｃに対して、必要とするサービスに対するメッセージを送信すると共に、レジストリ装置２０に対して、管理データベースを直接参照することができるようになっている。また、サーバ装置２は、管理端末３に対して登録すべきＷＳＤＬ文書を送信するようになっている。なお、管理端末３は、サーバ装置２から受信したＷＳＤＬ文書を、このサーバ装置２に対応するメッセージバス装置１０Ｃに送信するものである。

次に、図７及び図８のフローチャートを参照して、このウェブサービスシステムにおける、ＷＳＤＬ文書等のサービス情報の登録処理と、クライアント端末によるレジストリ装置の直接参照処理の動作を説明する。

図７に示すように、サービス情報の登録処理では、ステップＳ２１において、サーバ装置２から管理端末３に対して、登録すべきＷＳＤＬ文書とサービス名（例えば、{http://bar.com/service/}service2)からなるサービス定義情報を、インターネットを介して送信する。
ステップＳ２２において、管理端末３は、サーバ装置２から受信したサービス定義情報を、インターネットを介して、このサーバ装置２に対応するメッセージバス装置１０Ｃに送信する。

ステップＳ２３において、メッセージバス装置１０Ｃの配備部１６が、管理端末３から送られてきたサービス定義情報を受信する。
ステップＳ２４において、配備部１６は、受信したＷＳＤＬ文書とサービス名からなるサービス定義情報を、同じメッセージバス装置１０Ｃ内のサービス情報格納部１４に登録する。配備部１６は、これに並行してステップＳ２５において、レジストリ装置２０に、サービス名とＷＳＤＬ文書からなるサービス定義情報に加えて、そのメッセージバス装置１０Ｃのメッセージバス名（例えば、{http://bar.com/bus/}bus10C)であるバス情報を、送信する。

ステップＳ２６において、レジストリ装置２０の登録部２３は、受け取ったサービス定義情報とバス情報を管理データベース２１に登録する。これにより、メッセージバス装置１０Ｃ内のサービス情報格納部１４とレジストリ装置２０の管理データベース２１は、同時に登録されて一貫性が保たれる。なお、サービス定義情報の更新や削除も、同様の処理によって行われ、メッセージバス装置１０Ｃとレジストリ装置２０内の情報の一貫性が保たれるようになっている。

図８に示すように、クライアント端末によるレジストリ装置の参照処理では、ステップＳ３１において、クライアント端末１は、インターネットを介してレジストリ装置２０に、目的とするサービスを提供するサーバ装置の宛先情報を、サービス名（例えば、{http://bar.com/service/}service2)をキーとして問い合わせる。

ステップＳ３２において、クライアント端末１はレジストリ装置２０から、目的とするサービスのＷＳＤＬ文書と、このサービスが登録されているメッセージバス装置１０Ｃのメッセージバス名であるバス情報（例えば、{http://bar.com/bus/}bus10C)を取得する。
ステップＳ３３において、クライアント端末１は、取得したバス情報に基づいてメッセージバス装置１０Ｃにメッセージを送信する。

ステップＳ３４において、メッセージバス装置１０Ｃは、クライアント端末１から受信したメッセージを、サーバ装置２へ転送する。
ステップＳ３５において、サーバ装置２によってメッセージに従ったサービスが実行される。

以上のように、この第２の実施形態のウェブサービスシステムは、第１の実施形態における（１）〜（３）の効果に加えて、次の（４），（５）のような効果がある。
（４） サーバ装置２において、登録（または、更新、削除）すべきＷＳＤＬ文書が発生したときに、その内容を管理端末３に対して送信し、管理端末３はサーバ装置２から受信したＷＳＤＬ文書等をサーバ装置２に対応するメッセージバス装置１０に送信し、メッセージバス装置１０が、自装置内のサービス情報格納部１４とレジストリ装置２０に登録するようにしている。これにより、ＥＳＢ装置がサービスレジストリから通知に従ってサービス情報を取得して更新するという従来の手順に比べて、更新処理が迅速化され、リアルタイムでの情報更新が可能になる。

（５） レジストリ装置２０には、目的とするサービスを提供するサーバ装置２の宛先情報が登録されている。従って、クライアント端末１から直接、レジストリ装置２０にサービスの宛先情報を問い合わせることで、このレジストリ装置２０に登録されたサービスを、接続先であるサーバ装置２を意識することなく、透過的に利用することが可能である。

なお、本発明は、上記の実施形態に限定されるものではなく、例えば次のような、種々の変形が可能である。

（ａ） ウェブサービスを構成する中核となる技術として、メッセージの送受信のためのＳＯＡＰ、インタフェース記述言語としてのＷＳＤＬ等を例示したが、ウェブサービスはこれらの技術に限定するものではない。例えば、メッセージ送受信のプロトコルとして、ＨＴＴＰの他、ＦＴＰやＪＭＳ等のプロトコルを用いることもできる。
（ｂ） メッセージバス装置１０は、レジストリ装置２０に直接接続する必要はなく、上位のメッセージバス装置を介してレジストリ装置２０に接続するように、階層構造で構成することができる。

（ｃ） 各メッセージバス装置１０がサービス情報格納部１４を備えることは、必ずしも必要な条件ではない。サービス情報格納部１４がない場合は、常にレジストリ装置２０を参照するようにしてもよい。その場合、管理端末５からレジストリ装置２０に直接、情報を登録するようにすれば、メッセージバス装置１０内の配備部１６は不要となる。
（ｄ） 第２の実施形態では、サーバ装置２から管理端末３に対してＷＳＤＬ文書等を送信し、この管理端末３からメッセージバス装置１０ＣにＷＳＤＬ文書等を転送するようにしているが、サーバ装置２から対応するメッセージバス装置１０ＣにＷＳＤＬ文書等を直接送信するようにしても良い。また、サーバ装置２からレジストリ装置２０に対して、サービス定義情報とバス情報を登録するようにしても良い。

本発明のウェブサービスシステムの概念図である。 レジストリ装置２０が管理するサービス定義情報の一例を示す図である。 本発明の第１の実施形態に係るウェブサービスシステムの構成図である。 サービス情報格納部１４が格納する情報の一例を示す図である。 図３の動作を示すフローチャートである。 本発明の第２の実施形態に係るウェブサービスシステムの構成図である。 図６における登録処理の動作を示すフローチャートである。 図６においてクライアント端末がレジストリ装置を直接参照する場合の動作を示すフローチャートである。

符号の説明

１ クライアント端末
２ サーバ装置
３ 管理端末
１０ メッセージバス装置
１１ メッセージ受信部
１２ メッセージルータ部
１３ サービス接続部
１４ サービス情報格納部
１５ 宛先解決部
１６ 配備部
２０ レジストリ装置
２１ 管理データベース
２２ 参照部
２３ 登録部

Claims (7)

1. 分散配置されたサーバ装置が提供するソフトウエアによるサービスを、ネットワークを通して連携することによってクライアント端末から利用可能にするウェブサービスシステムであって、
   前記サービスの名称及び該サービスの機能を定義したサービス定義情報と該サービスに接続するためのバス情報が検索可能な状態で登録されたレジストリ装置と、
   前記クライアント端末から受信したメッセージによるサービス接続要求に従って前記レジストリ装置を参照し、該レジストリ装置から検索した前記バス情報に基づいて、該当するサービスを提供するサーバ装置へ該メッセージを転送するメッセージバス装置とを、
   備えることを特徴とするウェブサービスシステム。
2. 前記メッセージバス装置は、
   前記クライアント端末から前記メッセージを受信するメッセージ受信部と、
   前記クライアント端末または他のメッセージバス装置から受信したメッセージを、宛先のサーバ装置に転送するサービス接続部と、
   前記レジストリ装置を参照して前記バス情報を検索する宛先解決部と、
   前記バス情報に基づいて前記メッセージの前記サービス接続部への出力、または他のメッセージバス装置への送信を行うメッセージルータ部とを、
   有することを特徴とする請求項１記載のウェブサービスシステム。
3. 前記メッセージバス装置は、
   前記サービス接続部に接続された前記サーバ装置が提供するサービスの名称及び該サービスの機能を定義したサービス定義情報を検索可能な状態で格納するサービス情報格納部を有し、
   前記宛先解決部は、前記クライアント端末から受信したメッセージに基づいて、前記サービス情報格納部を参照して該当するサービス定義情報を検索し、該サービス情報格納部に目的のサービス定義情報が格納されていない場合に、前記レジストリ装置を参照して目的のサービス定義情報とバス情報を検索するように構成される、
   ことを特徴とする請求項２記載のウェブサービスシステム。
4. 前記メッセージバス装置は、
   管理端末から与えられた前記サーバ装置が提供するサービスの名称及び該サービスの機能を定義したサービス定義情報を、前記サービス情報格納部に登録すると共に、
   該サービス定義情報に加えて該サービスに接続するためのバス情報を、前記レジストリ装置に登録する配備部を有することを特徴とする請求項３記載のウェブサービスシステム。
5. 前記レジストリ装置は、前記クライアント端末からの問い合わせに応じて、該当するサービスに接続するためのバス情報を送信することを特徴とする請求項１乃至４のいずれか１項に記載のウェブサービスシステム。
6. 前記バス情報は、前記サーバ装置が接続される前記メッセージバス装置のネットワーク上での所在を特定する位置指定子を含むことを特徴とする請求項５記載のウェブサービスシステム。
7. 分散配置されたサーバ装置が提供するソフトウエアによるサービスを、ネットワークを通して連携することによってクライアント端末から利用可能にするウェブサービス提供方法であって、
   前記サービスの名称及び該サービスの機能を定義したサービス定義情報に加えて、該サービスに接続するためのバス情報を検索可能な状態で登録するレジストリを有し、
   前記クライアント端末から受信したメッセージによるサービス接続要求に従って前記レジストリを参照し、該レジストリから検索した前記バス情報に基づいて、該当するサービスを提供するサーバ装置へ該メッセージを転送する処理を行うことを特徴とするウェブサービス提供方法。

Images