(57)【要約】【課題】第１のプログラムの機能を使用する第２のプログラムの修正を、第１のプログラムの修正に合わせて動的に行うことが可能な技術を提供する。【解決手段】第１のプログラムの変更に応じて第２のプログラムの変更を行うプログラム管理方法であって、第１のプログラムのインタフェースを示すインタフェース定義情報を監視するステップと、前記インタフェース定義情報の変更を検知した場合に、第１のプログラムによって提供される機能を使用している第２のプログラムにインタフェース定義情報の変更を通知するステップと、前記通知を受信して第２のプログラムを変更するステップとを有するものである。【選択図】        図２
2004362183.tif 000002
【特許請求の範囲】
【請求項１】
第１のプログラムの変更に応じて第２のプログラムの変更を行うプログラム管理方法であって、
第１のプログラムのインタフェースを示すインタフェース定義情報を監視するステップと、前記インタフェース定義情報の変更を検知した場合に、第１のプログラムによって提供される機能を使用している第２のプログラムにインタフェース定義情報の変更を通知するステップと、前記通知を受信して第２のプログラムを変更するステップとを有することを特徴とするプログラム管理方法。
【請求項２】
第２のプログラムの生成時に用いられたインタフェース定義情報の検索条件により当該インタフェース定義情報の保存場所情報を検索し、その情報で示される保存場所に格納されているインタフェース定義情報を取得して監視することを特徴とする請求項１に記載されたプログラム管理方法。
【請求項３】
改訂前のインタフェース定義情報と監視時に取得されたインタフェース定義情報とを比較することによりインタフェース定義情報の変更を検知することを特徴とする請求項１または請求項２のいずれかに記載されたプログラム管理方法。
【請求項４】
前記インタフェース定義情報の変更が検知された場合に、前記第２のプログラムを生成した情報処理手段に対して改訂後のインタフェース定義情報を含む変更通知を送信することを特徴とする請求項１乃至請求項３のいずれか１項に記載されたプログラム管理方法。
【請求項５】
第２のプログラムを生成した情報処理手段を示す送信先情報と、第２のプログラムの生成時に用いられたインタフェース定義情報の検索条件と、改訂前のインタフェース定義情報とを含むリクエスタ情報を、インタフェース定義情報を監視する情報処理手段に登録しておき、そのリクエスタ情報に基づいてインタフェース定義情報の監視及び変更通知を行うことを特徴とする請求項１乃至請求項４のいずれか１項に記載されたプログラム管理方法。
【請求項６】
前記変更通知の行われたインタフェース定義情報の変更内容により第２のプログラムの変更箇所を決定し、その決定された変更箇所を変更した改訂後の第２のプログラムを生成することを特徴とする請求項１乃至請求項５のいずれか１項に記載されたプログラム管理方法。
【請求項７】
プログラムのインタフェースを示すインタフェース定義情報を監視するレジストリ監視装置であって、
第１のプログラムのインタフェースを示すインタフェース定義情報を所定の時間間隔で監視する監視処理部と、前記インタフェース定義情報の変更を検知した場合に、第１のプログラムによって提供される機能を使用している第２のプログラムにインタフェース定義情報の変更を通知する変更通知処理部とを備えることを特徴とするレジストリ監視装置。
【請求項８】
プログラムのインタフェースを示すインタフェース定義情報を監視するレジストリ監視装置としてコンピュータを機能させる為のプログラムであって、
第１のプログラムのインタフェースを示すインタフェース定義情報を所定の時間間隔で監視する監視処理部と、前記インタフェース定義情報の変更を検知した場合に、第１のプログラムによって提供される機能を使用している第２のプログラムにインタフェース定義情報の変更を通知する変更通知処理部としてコンピュータを機能させることを特徴とするプログラム。
【請求項９】
第１のプログラムの変更に応じて第２のプログラムの変更を行うプログラム処理装置であって、
第１のプログラムの機能を使用する第２のプログラムが生成された際に、第２のプログラムを生成した情報処理手段を示す送信先情報と、第２のプログラムの生成時に用いられたインタフェース定義情報の検索条件とを含む登録メッセージを作成する登録メッセージ作成処理部と、インタフェース定義情報の監視を行う情報処理手段に対して前記作成された登録メッセージを送信する登録メッセージ送信処理部と、インタフェース定義情報の監視を行う情報処理手段からインタフェース定義情報の変更が通知された場合に、その変更内容に合わせて前記第２のプログラムを変更するエラー回避クライアントプログラム生成処理部とを備えることを特徴とするプログラム処理装置。
【請求項１０】
第１のプログラムの変更に応じて第２のプログラムの変更を行うプログラム処理装置としてコンピュータを機能させる為のプログラムであって、
第１のプログラムの機能を使用する第２のプログラムが生成された際に、第２のプログラムの実行される情報処理手段を示す送信先情報と、第２のプログラムの生成時に用いられたインタフェース定義情報の検索条件とを含む登録メッセージを作成する登録メッセージ作成処理部と、インタフェース定義情報の監視を行う情報処理手段に対して前記作成された登録メッセージを送信する登録メッセージ送信処理部と、インタフェース定義情報の監視を行う情報処理手段からインタフェース定義情報の変更が通知された場合に、その変更内容に合わせて前記第２のプログラムを変更するエラー回避クライアントプログラム生成処理部としてコンピュータを機能させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はあるプログラム若しくはオブジェクトの変更に応じて他のプログラム若しくはオブジェクトの変更を行うプログラム管理システムに関するものである。
【０００２】
【従来の技術】
近年、クライアント／サーバプログラムは、分散オブジェクト技術を利用し、資源の有効利用、部品化が進んできている。インターネットを用い、ローカルなネットワークを超えた分散オブジェクト技術として、例えば非特許文献１に記載されているＷｅｂサービス（プログラムやオブジェクトの実行により実現される機能）がある。この非特許文献１に記載のＪａｖａ  Ｗｅｂ  Ｓｅｒｖｉｃｅｓでは、Ｗｅｂサービスの基礎技術として３つの技術を挙げており、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）、ＷＳＤＬ（Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）、ＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｄｉｓｃｏｖｅｒｙ，  ａｎｄ  Ｉｎｔｅｇｒａｔｉｏｎ）について記述している。
【０００３】
Ｊａｖａ  Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  によれば、ＳＯＡＰは構造化文書交換に使う封筒構造の定義であり、この定義に従って記述した構造化文書をＳＯＡＰメッセージと呼んでいる。Ｗｅｂサービスを用いたクライアント／サーバプログラムではこのＳＯＡＰメッセージを用いて通信を行う（例えば非特許文献１  ｐｐ．２５−５３参照）。
【０００４】
次にＷＳＤＬとは、Ｗｅｂサービスのインタフェースを定義する為の構造化文書フォーマットである。Ｗｅｂサービスを用いたクライアント／サーバプログラムでは、このＷＳＤＬフォーマットに従って記述したＷＳＤＬファイルをインタフェースとし、ＳＯＡＰメッセージを用いて通信を行う（例えば非特許文献１  ｐｐ．７２−９５参照）。
【０００５】
またＵＤＤＩとは、Ｗｅｂサービスに対するグローバルレジストリと標準仕様を提供しており、インターネットで共通に利用できるレジストリとして公開されている。従って、Ｗｅｂサービスを用いたクライアント／サーバプログラムでは、サーバプログラムのＷｅｂサービスをこのＵＤＤＩレジストリに登録しておき、クライアントプログラムはこのＵＤＤＩレジストリに登録されているＷｅｂサービスを見つけることにより、サーバプログラムのＷｅｂサービスが利用できる様になる（例えば非特許文献１ｐｐ．９８−１３９参照）。
【０００６】
またＪ２ＥＥ（Ｊａｖａ  ２  Ｐｌａｔｆｏｒｍ  Ｅｎｔｅｒｐｒｉｓｅ  Ｅｄｉｔｉｏｎ）は、近年広くプログラム開発に用いられている技術である。このＪ２ＥＥで定義されている基礎技術として、ＥＪＢ（Ｅｎｔｅｒｐｒｉｓｅ  Ｊａｖａ  Ｂｅａｎ）があり、ＥＪＢは業務処理を行う技術として知られている。また、ＪＡＲファイル（Ｊａｖａ  Ａｒｃｈｉｖｅ  ファイル）は、ＪＡＶＡ言語を用いて作成したプログラムと配備記述子等を含んだ圧縮ファイルである。ＷＡＲファイル（Ｗｅｂ  Ａｒｃｈｉｖｅ  ファイル）はＪＳＰファイル（Ｊａｖａ  Ｓｅｒｖｅｒ  Ｐａｇｅｓ  ファイル）や、Ｓｅｒｖｌｅｔプログラムを圧縮したファイルである。
【０００７】
【非特許文献１】
Ｄａｖｉｄ  Ａ．  Ｃｂａｐｐｅｌｌ他著「Ｊａｖａ  Ｗｅｂ  Ｓｅｒｖｉｃｅｓ」、出版社：Ｏ’Ｒｅｉｌｌｙ  ＆  Ａｓｓｏｃｉａｔｅｓ，Ｉｎｃ．，  ２００２．３
【０００８】
【発明が解決しようとする課題】
分散技術におけるアクセス要求送付先のインタフェース定義情報が変更されて、クライアントプログラムを変更する場合を考えてみる。保守作業者は、クライアントプログラムがエラーメッセージを受け付けた原因がインタフェース定義情報の変更によるものであることを判っており、それを基にクライアントプログラムを修正するものとする。
【０００９】
上記の様なクライアントプログラムの保守作業に際しては、エラーを発生させた送付メッセージが、改訂前のインタフェース定義情報に従って生成されたメッセージかどうかを確認し、生成されたメッセージが改訂前のインタフェース定義情報に従って正しく生成されたものである場合には、改訂後のインタフェース定義情報を取得し、改訂後のインタフェース定義情報に従ったメッセージを送付する様にクライアントプログラムを修正する。
【００１０】
しかしながら、従来の方法によるクライアントプログラムの生成は、インタフェース定義情報と雛型からクライアントプログラムを生成するものに過ぎない。その為、実行中のクライアントプログラムに発生したエラーがインタフェース定義情報の変更によるエラーであると判っていても、保守作業者は、一旦クライアントプログラムを停止させ、改訂後のインタフェース定義情報を取得し、それに沿ったクライアントプログラムの雛型の作成を再度行い、インタフェース定義情報の変更箇所とプログラムの修正個所の対応関係を判断しながら作業する等の手間のかかる作業を行う必要がある。
【００１１】
本発明の目的は上記問題を解決し、第１のプログラムの機能を使用する第２のプログラムの修正を、第１のプログラムの修正に合わせて動的に行うことが可能な技術を提供することにある。
【００１２】
【課題を解決するための手段】
本発明は、第１のプログラムの変更に応じて第２のプログラムの変更を行うプログラム管理システムであって、第１のプログラムのインタフェース定義情報の変更を検知した場合に、第１のプログラムによって提供される機能を使用している第２のプログラムにインタフェース定義情報の変更を通知するものである。
【００１３】
本発明のプログラム管理システムでは、Ｗｅｂサービス（プログラムやオブジェクトの実行により実現される機能）を提供するＷｅｂサービスプログラム等の第１のプログラムの機能を、インターネット等のネットワークを介してクライアントプログラム等の第２のプログラムにより利用する際に、Ｗｅｂサービスプログラムとの間でやりとりされるデータや操作等に関するインタフェースを示すインタフェース定義情報を格納したＷＳＤＬファイルを監視し、前記ＷＳＤＬファイルの変更を検知した場合には、そのＷｅｂサービスプログラムによって提供される機能を使用しているクライアントプログラムに、ＷｅｂサービスプログラムのＷＳＤＬファイルが変更されたことを示す変更通知メッセージを送信する。
【００１４】
クライアントプログラム側では、前記変更通知メッセージを受け取ると、改訂前のＷＳＤＬファイルの内容と改訂後のＷＳＤＬファイルの内容とを比較することにより変更箇所を調べ、その変更箇所に合わせてクライアントプログラムを修正して配置した後、改訂前のクライアントプログラムを停止して、改訂後のクライアントプログラムを実行する。
【００１５】
前記の様に本発明では、ＷｅｂサービスプログラムのＷＳＤＬファイルを所定の時間間隔で監視することにより、Ｗｅｂサービスプログラムのインタフェースの変更を早急に検知し、実行中のクライアントプログラムについて、修正、再配置、停止、再実行等の変更管理を動的に行うので、Ｗｅｂサービスプログラムのインタフェースの変更に伴うＷｅｂサービスの停止期間を短縮させることが可能となる。
【００１６】
以上の様に本発明のプログラム管理システムによれば、第１のプログラムの機能を使用する第２のプログラムの修正を、第１のプログラムの修正に合わせて動的に行うことが可能である。
【００１７】
【発明の実施の形態】
以下にＷｅｂサービスプログラムの変更に応じてクライアントプログラムの変更を行う一実施形態のプログラム管理システムについて説明する。
【００１８】
図１は本実施形態のプログラム管理システムのシステム構成を示す図である。本実施形態ではプログラムを変更対象として説明するが、オブジェクトについても適用可能である。
【００１９】
ネットワーク１に接続されたクライアントプログラムサーバ３は、第１のプログラムであるＷｅｂサービスプログラム３７の変更に応じて第２のプログラムであるクライアントプログラムの変更を行うプログラム管理機能を備えたコンピュータであり、一般ユーザ側処理装置６はネットワーク１を介してクライアントプログラムサーバ３のクライアントプログラムを利用する一般ユーザのコンピュータである。
【００２０】
レジストリ監視サーバ２はＷｅｂサービス（プログラムやオブジェクトの実行により実現される機能）のレジストリ情報であるＷＳＤＬファイルを所定の時間間隔で監視するコンピュータである。ＵＤＤＩレジストリ４はＷｅｂサービスを登録管理するデータベースを格納したコンピュータである。Ｗｅｂサービスサーバ５はＷｅｂサービスを提供するプログラムを格納したコンピュータである。
【００２１】
本発明はサーバ−クライアント間の通信手段について特定するものではないが、本実施形態ではインターネット上でのＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）による通信を前提として説明する。すなわち、クライアントプログラムサーバ３はＨＴＴＰサーバとしての機能を備え、一般ユーザ側処理装置６はＷｅｂブラウザを介してクライアントプログラムサーバ３と通信を行うものとする。同様に、Ｗｅｂサービスサーバ５はＨＴＴＰサーバとしての機能を備え、クライアントプログラムサーバ３とＳＯＡＰメッセージを用いて通信を行い、また、ＵＤＤＩレジストリ４はＨＴＴＰサーバとしての機能を備え、クライアントプログラムサーバ３とＳＯＡＰメッセージを用いて通信を行い、レジストリ監視サーバ２はＨＴＴＰサーバとしての機能を備え、クライアントプログラムサーバ３及びＷｅｂサービスサーバ５とＳＯＡＰメッセージを用いて通信を行うものとする。
【００２２】
なお、前記の各コンピュータは、計算機や情報処理装置、またはその様な処理を実施するプログラムやオブジェクトでも良い。
【００２３】
図１の様に本実施形態のレジストリ監視サーバ２は、ディスプレイ７と、入力装置８と、ＣＰＵ９と、メモリ１０と、リクエスタ情報データベース２９から構成され、メモリ１０には、ＨＴＴＰサーバ処理部２７と、レジストリ監視処理部２８が保持されている。
【００２４】
図２は本実施形態のレジストリ監視サーバ２のレジストリ監視処理部２８の処理概要を示す図である。図２に示す様に本実施形態のレジストリ監視サーバ２は、登録メッセージ受信処理部４２と、登録メッセージ解析処理部４３と、ＵＤＤＩ情報検索処理部４５と、ＷＳＤＬファイル取得処理部４６と、ＷＳＤＬファイル監視処理部４７と、ＷＳＤＬファイル比較処理部４８と、変更通知メッセージ作成処理部４９と、変更通知メッセージ送信処理部５０とを有している。
【００２５】
登録メッセージ受信処理部４２は、クライアントプログラムが登録されたことを示す登録メッセージ４０をクライアントプログラムサーバ３から受信する処理部である。登録メッセージ解析処理部４３は、前記受信した登録メッセージ４０を解析する処理部である。
【００２６】
ＵＤＤＩ情報検索処理部４５は、登録メッセージ４０中のＵＤＤＩ検索条件に従ってＵＤＤＩレジストリ４中のＷＳＤＬファイル保存場所情報を検索する処理部である。ＷＳＤＬファイル取得処理部４６は、前記検索されたＷＳＤＬファイル保存場所からＷＳＤＬファイルを取得する処理部である。
【００２７】
ＷＳＤＬファイル監視処理部４７は、Ｗｅｂサービスプログラム３７のＷＳＤＬファイルを所定の時間間隔で監視する監視処理部である。ＷＳＤＬファイル比較処理部４８は、改訂前のＷＳＤＬファイルの内容と検索されたＷＳＤＬファイルの内容とを比較する処理部である。
【００２８】
変更通知メッセージ作成処理部４９は、ＷＳＤＬファイル監視処理部４７により前記ＷＳＤＬファイルの変更が検知された場合に、Ｗｅｂサービスプログラム３７のＷＳＤＬファイルが変更されたことを通知する為の変更通知メッセージを作成する処理部である。
【００２９】
変更通知メッセージ送信処理部５０は、前記ＷＳＤＬファイルの変更が検知された場合に前記変更通知メッセージを送信することにより、Ｗｅｂサービスプログラム３７によって提供される機能を使用しているクライアントプログラムにＷＳＤＬファイルの変更を通知する変更通知処理部である。
【００３０】
レジストリ監視サーバ２を、登録メッセージ受信処理部４２、登録メッセージ解析処理部４３、ＵＤＤＩ情報検索処理部４５、ＷＳＤＬファイル取得処理部４６、ＷＳＤＬファイル監視処理部４７、ＷＳＤＬファイル比較処理部４８、変更通知メッセージ作成処理部４９及び変更通知メッセージ送信処理部５０として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００３１】
図１の様にクライアントプログラムサーバ３は、ディスプレイ１１とキーボード等のデータ入力装置１２と、ＣＰＵ１３と、メモリ１４と、改訂前後のＷＳＤＬファイルを蓄積するＷＳＤＬファイルデータベース３２から構成され、メモリ１４には、変更管理処理部３１とＨＴＴＰサーバ処理部３０が保持されている。
【００３２】
図３は本実施形態のクライアントプログラムサーバ３の変更管理処理部３１の処理概要を示す図である。図３に示す様に本実施形態のクライアントプログラムサーバ３は、変更通知メッセージ受信処理部５５と、変更通知メッセージ解析処理部５６と、エラー回避クライアントプログラム生成処理部５７と、クライアント実行処理部５８と、登録メッセージ作成処理部６０と、登録メッセージ送信処理部６１とを有している。
【００３３】
変更通知メッセージ受信処理部５５は、ＷＳＤＬファイルが変更されたことを示す変更通知メッセージ４１をレジストリ監視サーバ２から受信する処理部である。変更通知メッセージ解析処理部５６は、変更通知メッセージ４１から改訂後ＷＳＤＬファイル５４を取り出してエラー回避クライアントプログラム生成処理部５７へ渡す処理部である。
【００３４】
エラー回避クライアントプログラム生成処理部５７は、変更通知メッセージ解析処理部５６から受け取った改訂後ＷＳＤＬファイル５４から改訂後クライアントプログラム６３を生成する処理部である。クライアント実行処理部５８は、エラー回避クライアントプログラム生成処理部５７で生成された改訂後クライアントプログラム６３を受け取り、改訂前クライアントプログラム６２の実行を停止して、改訂後クライアントプログラム６３を実行する処理部である。
【００３５】
登録メッセージ作成処理部６０は、クライアントプログラム５９が生成された際に、クライアントプログラムサーバ３のＵＲＬを示す送信先ＵＲＬ７３と、クライアントプログラム５９の生成の際に用いたＷＳＤＬファイルの検索条件を示すＵＤＤＩ検索条件７４と、ＷＳＤＬファイルを監視する時間間隔を示す監視間隔７５を添付した登録メッセージ４０を作成する処理部である。登録メッセージ送信処理部６１は、登録メッセージ作成処理部６０によって作成された登録メッセージ４０をレジストリ監視サーバ２へ送信する処理部である。
【００３６】
クライアントプログラムサーバ３を、変更通知メッセージ受信処理部５５、変更通知メッセージ解析処理部５６、エラー回避クライアントプログラム生成処理部５７、クライアント実行処理部５８、登録メッセージ作成処理部６０及び登録メッセージ送信処理部６１として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００３７】
図３の様に変更管理処理部３１には、実行環境５１と開発環境５２が含まれている。実行環境５１には、変更通知メッセージ受信処理部５５と、変更通知メッセージ解析処理部５６と、クライアント実行処理部５８と、クライアントプログラム５９と、登録メッセージ作成処理部６０と、登録メッセージ送信処理部６１が含まれており、開発環境５２には、エラー回避クライアントプログラム生成処理部５７が含まれている。
【００３８】
図１の様にＵＤＤＩレジストリ４は、ディスプレイ１５と、入力装置１６と、ＣＰＵ１７と、メモリ１８と、ＵＤＤＩ情報データベース３５から構成され、メモリ１８には、ＨＴＴＰサーバ処理部３３と、ＵＤＤＩ処理部３４が保持されている。
【００３９】
図４は本実施形態のＵＤＤＩレジストリ４の概要を示す図である。図４の様にＵＤＤＩレジストリ４は、ＵＤＤＩ情報データベース３５にＷＳＤＬファイル保存場所情報６４を保持している。
【００４０】
図１の様にＷｅｂサービスサーバ５は、ディスプレイ１９と、入力装置２０と、ＣＰＵ２１と、メモリ２２とＷＳＤＬファイルデータベース３８から構成され、メモリ２２には、ＨＴＴＰサーバ処理部３３と、Ｗｅｂサービスプログラム３７が保持されている。
【００４１】
また一般ユーザ側処理装置６は、ディスプレイ２３と、入力装置２４と、ＣＰＵ２５と、メモリ２６から構成され、メモリ２６にはＷｅｂブラウザ処理部３９が保持されている。
【００４２】
図５は本実施形態のＷｅｂサービスプログラム３７とＷＳＤＬファイルデータベース３８の変更例を示す図である。Ｗｅｂサービスサーバ５では、改訂によりＷｅｂサービスプログラム３７やＷＳＤＬファイルの変更が行われる場合があり、現在稼動中のＷｅｂサービスのインタフェース定義情報として、改訂前ＷＳＤＬファイル５３または改訂後ＷＳＤＬファイル５４のどちらか１つをＷＳＤＬファイルデータベース３８に保持している。
【００４３】
Ｗｅｂサービスサーバ５は、会員情報である氏名、住所、年齢等の情報を登録管理する等のＷｅｂサービスを提供しており、アクセス要求を受け付けるメッセージとしてＳＯＡＰメッセージを用い、インタフェース定義情報の記述にはＷＳＤＬを用いている。ＷＳＤＬを用いて記述した改訂前ＷＳＤＬファイル５３のｍｅｓｓａｇｅタグ部分を図６に示す。
【００４４】
図６は本実施形態のＷＳＤＬを用いて記述した改訂前ＷＳＤＬファイル５３のｍｅｓｓａｇｅタグ部分を示す図である。図６において、ｍｅｓｓａｇｅタグ６７では、会員情報の登録要求を受け付けるメッセージ名の定義としてｎａｍｅ属性にｓｅｔＭｅｍＩｎｆｏＭｓｇを指定している。ｐａｒｔタグ６８では、会員情報の氏名を定義し、ｎａｍｅ属性にＮａｍｅを指定し、この型定義としてｔｙｐｅ属性にｓｔｒｉｎｇを指定している。ｐａｒｔタグ６９及びｐａｒｔタグ７０も同様にｓｔｒｉｎｇ型で、会員情報の住所と年齢を定義している。
【００４５】
図７は本実施形態の改訂後ＷＳＤＬファイル５４のｍｅｓｓａｇｅタグ部分を示す図である。図７の様に改訂前ＷＳＤＬファイル５３にｐａｒｔタグ７１が付加され改訂されている。ｐａｒｔタグ７１では、会員情報の誕生日を定義し、ｎａｍｅ属性にＢｉｒｔｈｄａｙを指定し、この型定義としてｔｙｐｅ属性にｓｔｒｉｎｇを指定している。
【００４６】
図８は本実施形態の登録メッセージ４０の定義例を示す図である。図８に示す様に登録メッセージ４０には、変更通知メッセージ４１の通知先を示す送信先ＵＲＬ７３、ＵＤＤＩレジストリ４でＷＳＤＬファイル保存場所情報６４の検索を行う為の条件を示すＵＤＤＩ検索条件７４、ＷＳＤＬファイルの監視を行う際の時間間隔を秒単位等の数値で示す監視間隔７５が格納されている。
【００４７】
図９は本実施形態のリクエスタ情報データベース２９の例を示す図である。図９に示す様にリクエスタ情報データベース２９には、リクエスタ情報を識別する為のリクエスタ識別子７６と共に、登録メッセージ４０から得られた送信先ＵＲＬ７３、ＵＤＤＩ検索条件７４及び監視間隔７５を、送信先ＵＲＬ７７、ＵＤＤＩ検索条件７８及び監視間隔７９にそれぞれ格納している。
【００４８】
図１０は本実施形態の変更通知メッセージ４１の例を示す図である。図１０に示す様に変更通知メッセージ４１には、改訂後ＷＳＤＬファイル５４の内容を示す改訂後ＷＳＤＬファイルデータ８２が格納されている。
【００４９】
以下、Ｗｅｂサービスサーバ５の管理者が、そのＷｅｂサービスによって提供される会員情報の内容充実化をはかる為に、会員情報の登録内容を一つ増やし、誕生日を追加することにした場合の本実施形態の各装置の処理内容について説明する。
【００５０】
ここで、Ｗｅｂサービスサーバ５の管理者は、ＵＤＤＩレジストリ４に登録されている自サービスのインタフェースである改訂前ＷＳＤＬファイル５３の保存場所情報を改訂後ＷＳＤＬファイル５４の保存場所情報に入れ替えており、また、図５に示す様にＷｅｂサービスプログラム３７にある改訂前Ｗｅｂサービスプログラム６５を改訂後Ｗｅｂサービスプログラム６６に入れ替え、ＷＳＤＬファイルデータベース３８にある改訂前ＷＳＤＬファイル５３を改訂後ＷＳＤＬファイル５４に入れ替えているものとする。この時の改訂後ＷＳＤＬファイル５４のｍｅｓｓａｇｅタグ部分は図７に示す様になっている。
【００５１】
Ｗｅｂサービスサーバ５のＷｅｂサービスプログラム３７を使用するクライアントプログラム５９が登録された後、Ｗｅｂサービスサーバ５のＷｅｂサービスプログラム３７のインタフェースが、改訂前ＷＳＤＬファイル５３から改訂後ＷＳＤＬファイル５４へ変更された場合におけるレジストリ監視処理部２８の処理概要を図２により説明する。
【００５２】
まず、レジストリ監視処理部２８は、Ｗｅｂサービスサーバ５のレジストリ情報を監視する為、クライアントプログラムサーバ３から登録メッセージ４０を登録メッセージ受信処理部４２により受け取り、登録メッセージ解析処理部４３の処理を実行し、ＵＤＤＩ情報検索処理部４５の処理を実行し、ＷＳＤＬファイル取得処理部４６の処理を実行し、ＷＳＤＬファイル監視処理部４７の処理を実行する。
【００５３】
ＷＳＤＬファイル監視処理部４７は、リクエスタ情報データベース２９に登録されているリクエスタ情報を元に、Ｗｅｂサービスサーバ５のレジストリ情報を所定の時間間隔で監視する為、ＵＤＤＩ情報検索処理部４５の処理を実行し、ＷＳＤＬファイル取得処理部４６の処理を実行し、ＷＳＤＬファイル比較処理部４８を実行する。
【００５４】
ＷＳＤＬファイル比較処理部４８は、改訂前ＷＳＤＬファイル５３と取得したＷＳＤＬファイルとを比較して差異があった場合には、変更通知メッセージ作成処理部４９を実行した後に変更通知メッセージ送信処理部５０の処理を実行し、クライアントプログラムサーバ３に変更通知メッセージ４１を送信する。
図２の処理の詳細を以下に示す。
【００５５】
図１１は本実施形態の登録メッセージ受信処理部４２の処理手順を示すフローチャートである。まず登録メッセージ受信処理部４２は、クライアントプログラムサーバ３から登録メッセージ４０を受け取る（１００）。
【００５６】
次に登録メッセージ解析処理部４３の処理を実行し、前記受け取った登録メッセージ４０を登録メッセージ解析処理部４３へ渡す（１０１）。そして登録メッセージ解析処理部４３からの戻り値を判定し（１０２）、登録メッセージ解析処理部４３からの戻り値が、登録メッセージ解析処理の成功を示している場合には、クライアントプログラムサーバ３へリクエスタ情報の登録が成功したことを示す成功メッセージを送信し（１０３）、登録メッセージ解析処理部４３からの戻り値が成功以外を示している場合には、クライアントプログラムサーバ３へリクエスタ情報の登録が失敗したことを示す失敗メッセージを送信する（１０４）。
【００５７】
図１２は本実施形態の登録メッセージ解析処理部４３の処理手順を示すフローチャートである。まず登録メッセージ解析処理部４３は、登録メッセージ受信処理部４２から登録メッセージ４０を受け取る（１０５）。
【００５８】
次に、前記受け取った登録メッセージ４０から送信先ＵＲＬ７３を取り出す（１０６）。同様に、ＵＤＤＩ検索条件７４を取り出し（１０７）、監視間隔７５を取り出す（１０８）。
【００５９】
そして、前記取り出した送信先ＵＲＬ７３及びＵＤＤＩ検索条件７４を元に、登録しようとしているリクエスタ情報がリクエスタ情報データベース２９に既に存在しているかどうかを判定する（１０９）。
【００６０】
登録しようとしているリクエスタ情報がリクエスタ情報データベース２９に既に存在する場合には、リクエスタ情報既存エラーを返し（１１０）、存在していない場合には、ＵＤＤＩ情報検索処理部４５の処理を実行し、ＵＤＤＩ検索条件７４をＵＤＤＩ情報検索処理部４５に渡す（１１１）。
【００６１】
そして、ＵＤＤＩ情報検索処理部４５からの戻り値を判定し（１１２）、ＵＤＤＩ情報検索処理部４５からの戻り値がＷＳＤＬファイル保存場所情報６４の検索成功を示している場合には、新しいリクエスタ識別子７６を生成し（１１３）、リクエスタ情報をリクエスタ情報データベース２９に登録し（１１４）、ＷＳＤＬファイル監視処理部４７の処理を実行し、リクエスタ識別子７６をＷＳＤＬファイル監視処理部４７に渡して（１１５）、登録メッセージ受信処理部４２に登録メッセージ解析処理の成功を示す戻り値を返す（１１６）。またＵＤＤＩ情報検索処理部４５からの戻り値が成功以外の場合には、ＵＤＤＩ情報検索処理部４５からの戻り値をそのまま登録メッセージ受信処理部４２に返す（１１７）。
【００６２】
図１３は本実施形態のＵＤＤＩ情報検索処理部４５の処理手順を示すフローチャートである。まずＵＤＤＩ情報検索処理部４５は、登録メッセージ解析処理部４３やＷＳＤＬファイル監視処理部４７からＵＤＤＩ検索条件７４を受け取る（１１８）。
【００６３】
次に、ＵＤＤＩレジストリ４のＵＤＤＩ情報データベース３５に登録されている全てのＷｅｂサービスについて（１１９）、前記受け取ったＵＤＤＩ検索条件７４に合致するＷｅｂサービスが存在するかどうかを判定する（１２０）。
【００６４】
ＵＤＤＩ検索条件７４に合致するＷｅｂサービスが存在する場合には、そのＷｅｂサービスを提供するＷｅｂサービスプログラム３７のＷＳＤＬファイルの保存場所を示すＷＳＤＬファイル保存場所情報６４をＵＤＤＩ情報データベース３５から取得し（１２１）、ＷＳＤＬファイル取得処理部４６の処理を実行して、ＷＳＤＬファイル保存場所情報６４をＷＳＤＬファイル取得処理部４６に渡す（１２２）。
【００６５】
そしてＷＳＤＬファイル取得処理部４６からの戻り値を判定し（１２３）、その戻り値がＷＳＤＬファイル取得処理の成功を示している場合には、その戻り値と共にＷＳＤＬファイル取得処理部４６から返されたＷＳＤＬファイルを登録メッセージ解析処理部４３やＷＳＤＬファイル監視処理部４７等の呼び出し元へ返し（１２４）、ＷＳＤＬファイル取得処理部４６からの戻り値が成功以外の場合には、その戻り値をそのまま呼び出し元へ返す（１２５）。またＵＤＤＩ検索条件７４に合致するＷｅｂサービスがＵＤＤＩ情報データベース３５に存在しない場合には、Ｗｅｂサービス未検出エラーを示す戻り値を呼び出し元へ返す（１２６）。
【００６６】
図１４は本実施形態のＷＳＤＬファイル取得処理部４６の処理手順を示すフローチャートである。まずＷＳＤＬファイル取得処理部４６は、ＵＤＤＩ情報検索処理部４５からＷＳＤＬファイル保存場所情報６４を受け取る（１２７）。
【００６７】
そして、前記受け取ったＷＳＤＬファイル保存場所情報６４の示す場所にアクセスしてＷＳＤＬファイルを取得する（１２８）。次に、ＷＳＤＬファイル保存場所情報６４の示す場所からＷＳＤＬファイルが取得できたかどうかを判定し（１２９）、取得できた場合には、その取得したＷＳＤＬファイルを含む戻り値をＵＤＤＩ情報検索処理部４５へ返す（１３０）。ＷＳＤＬファイル保存場所情報６４の示す場所からＷＳＤＬファイルが取得できなかった場合には、ＷＳＤＬファイル取得失敗エラーを示す戻り値をＵＤＤＩ情報検索処理部４５へ返す（１３１）。
【００６８】
図１５は本実施形態のＷＳＤＬファイル監視処理部４７の処理手順を示すフローチャートである。まずＷＳＤＬファイル監視処理部４７は、登録メッセージ解析処理部４３からリクエスタ識別子７６を受け取る（１３２）。
【００６９】
次に、前記受け取ったリクエスタ識別子７６を元にリクエスタ情報データベース２９から送信先ＵＲＬ７７を取得する（１３３）。同様に、ＵＤＤＩ検索条件７８を取得し（１３４）、監視間隔７９を取得し（１３５）、改訂前ＷＳＤＬファイル５３を取得する（１３６）。
【００７０】
ＷＳＤＬファイル監視処理部４７は、Ｗｅｂサービスサーバ５のレジストリ情報を監視する為、無限にループする（１３７）。監視間隔７９の時間が経過するまで待機した後（１３８）、ＵＤＤＩ情報検索処理部４５の処理を実行し、ＵＤＤＩ検索条件７８をＵＤＤＩ情報検索処理部４５に渡す（１３９）。
【００７１】
その後、ＵＤＤＩ情報検索処理部４５からの戻り値を判定し（１４０）、その戻り値が成功を示している場合には、ＷＳＤＬファイル比較処理部４８の処理を実行し、送信先ＵＲＬ７７と改訂前ＷＳＤＬファイル５３とＵＤＤＩ情報検索処理により検索されたＷＳＤＬファイルをＷＳＤＬファイル比較処理部４８へ渡す（１４１）。
【００７２】
そして、ＷＳＤＬファイル比較処理部４８からの戻り値を判定し（１４２）、その戻り値が成功を示している場合、すなわちＷＳＤＬファイル比較処理部４８によりＷＳＤＬファイルの変更が検知された場合には、リクエスタ情報データベース２９の改訂前ＷＳＤＬファイル５３を前記検索された改訂後ＷＳＤＬファイル５４で更新し（１４３）、改訂後ＷＳＤＬファイル５４を改訂前ＷＳＤＬファイル５３として保持する（１４４）。
【００７３】
図１６は本実施形態のＷＳＤＬファイル比較処理部４８の処理手順を示すフローチャートである。まずＷＳＤＬファイル比較処理部４８は、ＷＳＤＬファイル監視処理部４７から送信先ＵＲＬ７７を受け取り（１４５）、同様に改訂前ＷＳＤＬファイル５３を受け取り（１４６）、更に改訂後ＷＳＤＬファイル５４を受け取る（１４７）。
【００７４】
次に、前記受け取った改訂前ＷＳＤＬファイル５３と改訂後ＷＳＤＬファイル５４を比較し、ｐａｒｔタグの個数が増減しているか判定する。ｐａｒｔタグの個数が増減している場合には、変更通知メッセージ作成処理部４９の処理を実行し、送信先ＵＲＬ７７と改訂後ＷＳＤＬファイル５４を変更通知メッセージ作成処理部４９へ渡す（１４９）。
【００７５】
そして、変更通知メッセージ作成処理部４９からの戻り値を判定する（１５０）。その戻り値が変更通知メッセージ作成処理の成功を示している場合には、成功を示す戻り値、すなわちＷＳＤＬファイルの変更が検知されたことを示す戻り値をＷＳＤＬファイル監視処理部４７へ返し（１５１）、前記戻り値が成功以外である場合には、変更通知メッセージ作成処理部４９からの戻り値をそのままＷＳＤＬファイル監視処理部４７へ返す（１５２）。またｐａｒｔタグの個数が増減していない場合には、ＷＳＤＬファイル一致エラーを示す戻り値、すなわちＷＳＤＬファイルが変更が検知されなかったことを示す戻り値をＷＳＤＬファイル監視処理部４７へ返す（１５３）。なお、ｐａｒｔタグの個数だけでなく、それらの内容も比較することにより、ＷＳＤＬファイルの変更を検知するものとしても良い。
【００７６】
図１７は本実施形態の変更通知メッセージ作成処理部４９の処理手順を示すフローチャートである。まず変更通知メッセージ作成処理部４９は、ＷＳＤＬファイル比較処理部４８から送信先ＵＲＬ７７を受け取り（１５４）、更に改訂後ＷＳＤＬファイル５４を受け取る（１５５）。
【００７７】
次に、前記受け取った改訂後ＷＳＤＬファイル５４を添付した変更通知メッセージ４１を作成する（１５６）。そして、変更通知メッセージ送信処理部５０の処理を実行し、送信先ＵＲＬ７７と変更通知メッセージ４１を変更通知メッセージ送信処理部５０へ渡す（１５７）。その後、変更通知メッセージ送信処理部５０からの戻り値を判定し（１５８）、その戻り値が成功を示している場合には、成功を示す戻り値をＷＳＤＬファイル比較処理部４８へ返し（１５９）、前記戻り値が成功以外を示している場合には、変更通知メッセージ送信処理部５０からの戻り値をそのままＷＳＤＬファイル比較処理部４８へ返す（１６０）。
【００７８】
図１８は本実施形態の変更通知メッセージ送信処理部５０の処理手順を示すフローチャートである。まず変更通知メッセージ送信処理部５０は、変更通知メッセージ作成処理部４９から送信先ＵＲＬ７７を受け取り（１６１）、更に変更通知メッセージ４１を受け取る（１６２）。
【００７９】
次に、前記受け取った変更通知メッセージ４１を送信先ＵＲＬ７７に送信する（１６３）。そして、変更通知メッセージ４１を送信できたか判定し（１６４）、送信できた場合には、変更通知メッセージ送信処理が成功したことを示す戻り値を変更通知メッセージ作成処理部４９へ返し（１６５）、変更通知メッセージ４１を送信できなかった場合には、変更通知メッセージ送信エラーを示す戻り値を変更通知メッセージ作成処理部４９へ返す（１６６）。
【００８０】
次に、Ｗｅｂサービスサーバ５のＷｅｂサービスプログラム３７のインタフェースが、改訂前ＷＳＤＬファイル５３から改訂後ＷＳＤＬファイル５４へ変更された場合における変更管理処理部３１の処理概要を図３により説明する。
【００８１】
まず、変更管理処理部３１は、Ｗｅｂサービスサーバ５のレジストリ情報が更新されたら、レジストリ監視サーバ２からの変更通知メッセージ４１を変更通知メッセージ受信処理部５５によって受け取り、変更通知メッセージ解析処理部５６の処理を実行し、エラー回避クライアントプログラム生成処理部５７の処理を実行し、クライアント実行処理部５８の処理を実行し、改訂後のクライアントプログラム５９を実行する。但し、クライアントプログラム５９が使用しているＷｅｂサービスサーバ５のレジストリ情報を所定の時間間隔で監視する為には、登録メッセージ作成処理部６０の処理を実行し、登録メッセージ送信処理部６１の処理を実行し、レジストリ監視サーバ２に登録メッセージ４０を送信しておく必要がある。
図３の処理の詳細を以下に示す。
【００８２】
図１９は本実施形態の変更通知メッセージ受信処理部５５の処理手順を示すフローチャートである。まず変更通知メッセージ受信処理部５５は、レジストリ監視サーバ２から変更通知メッセージ４１を受け取り（１７０）、変更通知メッセージ解析処理部５６の処理を実行し、変更通知メッセージ４１を変更通知メッセージ解析処理部５６へ渡す（１７１）。
【００８３】
図２０は本実施形態の変更通知メッセージ解析処理部５６の処理手順を示すフローチャートである。まず変更通知メッセージ解析処理部５６は、変更通知メッセージ受信処理部５５から変更通知メッセージ４１を受け取る（１７２）。
【００８４】
次に、前記受け取った変更通知メッセージ４１から改訂後ＷＳＤＬファイル５４を取り出す（１７３）。エラー回避クライアントプログラム生成処理部５７の処理を実行し、前記取り出した改訂後ＷＳＤＬファイル５４をエラー回避クライアントプログラム生成処理部５７へ渡す（１７４）。
【００８５】
図２１は本実施形態のエラー回避クライアントプログラム生成処理部５７の処理手順を示すフローチャートである。まずエラー回避クライアントプログラム生成処理部５７は、変更通知メッセージ解析処理部５６から改訂後ＷＳＤＬファイル５４を受け取る（１７５）。
【００８６】
次に、前記受け取った改訂後ＷＳＤＬファイル５４からＷＳＤＬスタブソースを生成し（１７６）、ＷＳＤＬスタブソースからＳＯＡＰクライアントソースを生成し（１７７）。ＳＯＡＰクライアントソースからアダプタソースを生成する（１７８）。
【００８７】
また改訂後ＷＳＤＬファイル５４からＪＳＰファイルを生成し（１７９）、ｊａｖａコマンドを実行してｃｌａｓｓファイルを生成し（１８０）、ｊａｒコマンドを実行してｊａｒファイルを生成し（１８１）、ｊａｒ−ｗａｒコマンドを実行してｗａｒファイルを生成する（１８２）。
【００８８】
そしてクライアント実行処理部５８の処理を実行し、ｗａｒファイルをクライアント実行処理部５８へ渡し（１８３）、ＷＳＤＬファイルデータベース３２の改訂前ＷＳＤＬファイル５３を改訂後ＷＳＤＬファイル５４で更新する（１８４）。
【００８９】
図２２は本実施形態のクライアント実行処理部５８の処理手順を示すフローチャートである。まずクライアント実行処理部５８は、エラー回避クライアントプログラム生成処理部５７からｗａｒファイルを受け取り（１８５）、ｗａｒファイルをデプロイしてクライアントプログラム５９を実行する（１８６）。この時、クライアントプログラム５９は、改訂前クライアントプログラム６２から改訂後クライアントプログラム６３に更新され、実行される。
【００９０】
また本実施形態において、クライアントプログラムサーバ３でクライアントプログラム５９が生成された場合には、登録メッセージ４０を作成してレジストリ監視サーバ２へ登録する処理を行う。
【００９１】
図２３は本実施形態の登録メッセージ作成処理部６０の処理手順を示すフローチャートである。まず登録メッセージ作成処理部６０は、送信先ＵＲＬ７３、ＵＤＤＩ検索条件７４、監視間隔７５を添付した登録メッセージ４０を作成する（１８７）。
【００９２】
次に、登録メッセージ送信処理部６１の処理を実行し、前記作成した登録メッセージ４０を登録メッセージ送信処理部６１へ渡す（１８８）。そして、登録メッセージ送信処理部６１からの戻り値を判定し、その戻り値が成功を示している場合には、成功を示す戻り値を呼び出し元へ返す（１９０）。前記戻り値が成功以外を示している場合には、登録メッセージ送信処理部６１からの戻り値を呼び出し元へ返す（１９１）。
【００９３】
図２４は本実施形態の登録メッセージ送信処理部６１の処理手順を示すフローチャートである。まず登録メッセージ送信処理部６１は、登録メッセージ作成処理部６０から登録メッセージ４０を受け取る（１９２）。
【００９４】
次に、前記受け取った登録メッセージ４０をレジストリ監視サーバ２へ送信する（１９３）。登録メッセージ４０を送信できた場合には、成功を示す戻り値を登録メッセージ作成処理部６０へ返す（１９５）。送信できなかった場合には、登録メッセージ送信エラーを示す戻り値を登録メッセージ作成処理部６０へ返す。
【００９５】
前記の様に本実施形態では、ＷｅｂサービスプログラムのＷＳＤＬファイルを所定の時間間隔で監視することにより、Ｗｅｂサービスプログラムのインタフェースの変更を早急に検知し、実行中のクライアントプログラムについて、修正、再配置、停止、再実行等の変更管理を動的に行うので、Ｗｅｂサービスプログラムのインタフェースの変更に伴うＷｅｂサービスの停止期間を短縮させることが可能となる。
【００９６】
以上説明した様に本実施形態のプログラム管理システムによれば、第１のプログラムのインタフェース定義情報の変更を検知した場合に、第１のプログラムによって提供される機能を使用している第２のプログラムにインタフェース定義情報の変更を通知するので、第１のプログラムの機能を使用する第２のプログラムの修正を、第１のプログラムの修正に合わせて動的に行うことが可能である。
【００９７】
【発明の効果】
本発明によれば、第１のプログラムの機能を使用する第２のプログラムの修正を、第１のプログラムの修正に合わせて動的に行うことが可能である。
【図面の簡単な説明】
【図１】本実施形態のプログラム管理システムのシステム構成を示す図である。
【図２】本実施形態のレジストリ監視サーバ２のレジストリ監視処理部２８の処理概要を示す図である。
【図３】本実施形態のクライアントプログラムサーバ３の変更管理処理部３１の処理概要を示す図である。
【図４】本実施形態のＵＤＤＩレジストリ４の概要を示す図である。
【図５】本実施形態のＷｅｂサービスプログラム３７とＷＳＤＬファイルデータベース３８の変更例を示す図である。
【図６】本実施形態のＷＳＤＬを用いて記述した改訂前ＷＳＤＬファイル５３のｍｅｓｓａｇｅタグ部分を示す図である。
【図７】本実施形態の改訂後ＷＳＤＬファイル５４のｍｅｓｓａｇｅタグ部分を示す図である。
【図８】本実施形態の登録メッセージ４０の定義例を示す図である。
【図９】本実施形態のリクエスタ情報データベース２９の例を示す図である。
【図１０】本実施形態の変更通知メッセージ４１の例を示す図である。
【図１１】本実施形態の登録メッセージ受信処理部４２の処理手順を示すフローチャートである。
【図１２】本実施形態の登録メッセージ解析処理部４３の処理手順を示すフローチャートである。
【図１３】本実施形態のＵＤＤＩ情報検索処理部４５の処理手順を示すフローチャートである。
【図１４】本実施形態のＷＳＤＬファイル取得処理部４６の処理手順を示すフローチャートである。
【図１５】本実施形態のＷＳＤＬファイル監視処理部４７の処理手順を示すフローチャートである。
【図１６】本実施形態のＷＳＤＬファイル比較処理部４８の処理手順を示すフローチャートである。
【図１７】本実施形態の変更通知メッセージ作成処理部４９の処理手順を示すフローチャートである。
【図１８】本実施形態の変更通知メッセージ送信処理部５０の処理手順を示すフローチャートである。
【図１９】本実施形態の変更通知メッセージ受信処理部５５の処理手順を示すフローチャートである。
【図２０】本実施形態の変更通知メッセージ解析処理部５６の処理手順を示すフローチャートである。
【図２１】本実施形態のエラー回避クライアントプログラム生成処理部５７の処理手順を示すフローチャートである。
【図２２】本実施形態のクライアント実行処理部５８の処理手順を示すフローチャートである。
【図２３】本実施形態の登録メッセージ作成処理部６０の処理手順を示すフローチャートである。
【図２４】本実施形態の登録メッセージ送信処理部６１の処理手順を示すフローチャートである。
【符号の説明】
１…ネットワーク、２…レジストリ監視サーバ、３…クライアントプログラムサーバ、４…ＵＤＤＩレジストリ、５…Ｗｅｂサービスサーバ、６…一般ユーザ側処理装置、７…ディスプレイ、８…入力装置、９…ＣＰＵ、１０…メモリ、１１…ディスプレイ、１２…データ入力装置、１３…ＣＰＵ、１４…メモリ、１５…ディスプレイ、１６…入力装置、１７…ＣＰＵ、１８…メモリ、１９…ディスプレイ、２０…入力装置、２１…ＣＰＵ、２２…メモリ、２３…ディスプレイ、２４…入力装置、２５…ＣＰＵ、２６…メモリ、２７…ＨＴＴＰサーバ処理部、２８…レジストリ監視処理部、２９…リクエスタ情報データベース、３０…ＨＴＴＰサーバ処理部、３１…変更管理処理部、３２…ＷＳＤＬファイルデータベース、３３…ＨＴＴＰサーバ処理部、３４…ＵＤＤＩ処理部、３５…ＵＤＤＩ情報データベース、３６…ＨＴＴＰサーバ処理部、３７…Ｗｅｂサービスプログラム、３８…ＷＳＤＬファイルデータベース、３９…Ｗｅｂブラウザ処理部、４０…登録メッセージ、４１…変更通知メッセージ、４２…登録メッセージ受信処理部、４３…登録メッセージ解析処理部、４５…ＵＤＤＩ情報検索処理部、４６…ＷＳＤＬファイル取得処理部、４７…ＷＳＤＬファイル監視処理部、４８…ＷＳＤＬファイル比較処理部、４９…変更通知メッセージ作成処理部、５０…変更通知メッセージ送信処理部、５１…実行環境、５２…開発環境、５３…改訂前ＷＳＤＬファイル、５４…改訂後ＷＳＤＬファイル、５９…クライアントプログラム、６２…改訂前クライアントプログラム、６３…改訂後クライアントプログラム、５５…変更通知メッセージ受信処理部、５６…変更通知メッセージ解析処理部、５７…エラー回避クライアントプログラム生成処理部、５８…クライアント実行処理部、６０…登録メッセージ作成処理部、６１…登録メッセージ送信処理部、６４…ＷＳＤＬファイル保存場所情報、６５…改訂前Ｗｅｂサービスプログラム、６６…改訂後Ｗｅｂサービスプログラム、６７…ｍｅｓｓａｇｅタグ、６８〜７０…ｐａｒｔタグ、７１…ｐａｒｔタグ、７２…メッセージ情報、７３…送信先ＵＲＬ、７４…ＵＤＤＩ検索条件、７５…監視間隔、７６…リクエスタ識別子、７７…送信先ＵＲＬ、７８…ＵＤＤＩ検索条件、７９…監視間隔、８０…メッセージ情報、８２…改訂後ＷＳＤＬファイルデータ。
【図１】
2004362183.tif 000003
【図２】
2004362183.tif 000004
【図３】
2004362183.tif 000005
【図４】
2004362183.tif 000006
【図５】
2004362183.tif 000007
【図６】
2004362183.tif 000008
【図７】
2004362183.tif 000009
【図８】
2004362183.tif 000010
【図９】
2004362183.tif 000011
【図１０】
2004362183.tif 000012
【図１１】
2004362183.tif 000013
【図１２】
2004362183.tif 000014
【図１３】
2004362183.tif 000015
【図１４】
2004362183.tif 000016
【図１５】
2004362183.tif 000017
【図１６】
2004362183.tif 000018
【図１７】
2004362183.tif 000019
【図１８】
2004362183.tif 000020
【図１９】
2004362183.tif 000021
【図２０】
2004362183.tif 000022
【図２１】
2004362183.tif 000023
【図２２】
2004362183.tif 000024
【図２３】
2004362183.tif 000025
【図２４】
2004362183.tif 000026