(57)【要約】【課題】設計工数の少ない、ツールを使い続けるための特別なエンハンス作業の工数を極力抑えることができ、要求されている性能を満たすWebサービスの設計を行う。【解決手段】CPU801、処理手段102〜105、記憶装置806を備え、記憶装置806内にWebサービスの処理パターン情報であるパターン設計情報110、パターン設計情報110の性能や処理の流れの情報であるビジネスプロセス設計情報113、前記ビジネスプロセス設計情報で使用しているWebサービスの性能や機能情報であるWebサービス情報111が格納されており、前記処理手段は、前記パターン設計情報からWebサービス全体に要求される性能値を満たすWebサービス処理パターンを検索し、検索されたWebサービス処理パターン上の各Webサービスに対して要求される性能値を満たすWebサービスを検索し、それら検索結果を利用して、Webサービス処理の設計を行う。【選択図】図１
2008027340.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置内に構成されるＷｅｂサービス処理の設計を行うＷｅｂサービス設計装置でのＷｅｂサービス設計方法において、前記Ｗｅｂサービス設計装置は、ＣＰＵを含む処理手段と記憶装置とを備え、該記憶装置内にＷｅｂサービスの処理パターン情報であるパターン設計情報、及び、該パターン設計情報の性能や処理の流れの情報であるビジネスプロセス設計情報が格納されており、前記処理手段は、前記パターン設計情報からＷｅｂサービス全体に要求される性能値を満たすＷｅｂサービス処理パターンを検索し、それら検索結果を利用して、Ｗｅｂサービス処理の設計を行うことを特徴とするＷｅｂサービス設計方法。
【請求項２】
情報処理装置内に構成されるＷｅｂサービス処理の設計を行うＷｅｂサービス設計装置でのＷｅｂサービス設計方法において、前記Ｗｅｂサービス設計装置は、ＣＰＵを含む処理手段と記憶装置とを備え、該記憶装置内にＷｅｂサービスの処理パターン情報であるパターン設計情報、該パターン設計情報の性能や処理の流れの情報であるビジネスプロセス設計情報、及び、前記ビジネスプロセス設計情報で使用しているＷｅｂサービスの性能や機能情報であるＷｅｂサービス情報が格納されており、前記処理手段は、前記パターン設計情報からＷｅｂサービス全体に要求される性能値を満たすＷｅｂサービス処理パターンを検索し、検索されたＷｅｂサービス処理パターン上の各Ｗｅｂサービスに対して要求される性能値を満たすＷｅｂサービスを検索し、それら検索結果を利用して、Ｗｅｂサービス処理の設計を行うことを特徴とするＷｅｂサービス設計方法。
【請求項３】
前記Ｗｅｂサービス処理の設計結果を、部品として使用可能に、前記パターン設計情報、及び、ビジネスプロセス設計情報に格納することを特徴とする請求項１または２記載のＷｅｂサービス設計方法。
【請求項４】
情報処理装置内に構成されるＷｅｂサービス処理の設計を行うＷｅｂサービス設計装置において、前記Ｗｅｂサービス設計装置は、ＣＰＵを含む処理手段と記憶装置とを備え、該記憶装置内にＷｅｂサービスの処理パターン情報であるパターン設計情報、及び、該パターン設計情報の性能や処理の流れの情報であるビジネスプロセス設計情報が格納されており、前記処理手段は、前記パターン設計情報からＷｅｂサービス全体に要求される性能値を満たすＷｅｂサービス処理パターンを検索する手段と、それら検索結果を利用して、Ｗｅｂサービス処理の設計を行う設計手段とを含むことを特徴とするＷｅｂサービス設計装置。
【請求項５】
情報処理装置内に構成されるＷｅｂサービス処理の設計を行うＷｅｂサービス設計装置において、前記Ｗｅｂサービス設計装置は、ＣＰＵを含む処理手段と記憶装置とを備え、該記憶装置内にＷｅｂサービスの処理パターン情報であるパターン設計情報、該パターン設計情報の性能や処理の流れの情報であるビジネスプロセス設計情報、及び、前記ビジネスプロセス設計情報で使用しているＷｅｂサービスの性能や機能情報であるＷｅｂサービス情報が格納されており、前記処理手段は、前記パターン設計情報からＷｅｂサービス全体に要求される性能値を満たすＷｅｂサービス処理パターンを検索する手段と、検索されたＷｅｂサービス処理パターン上の各Ｗｅｂサービスに対して要求される性能値を満たすＷｅｂサービスを検索する手段と、それら検索結果を利用して、Ｗｅｂサービス処理の設計を行う設計手段とを含むことを特徴とするＷｅｂサービス設計装置。
【請求項６】
前記処理手段は、前記Ｗｅｂサービス処理の設計結果を、部品として使用可能に、前記パターン設計情報、及び、ビジネスプロセス設計情報に格納する手段を含むことを特徴とする請求項４または５記載のＷｅｂサービス設計装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサービスの設計方法及び設計装置に係り、特に、複数のサービスを一連の纏まったサービスとして提供するためのＷｅｂサービスの設計方法及び設計装置に関する。
【背景技術】
【０００２】
一般に、コンピュータシステムの設計は、高度な技術が要求されるため、設計者の負担が大きい。その負担を軽減するために、容易に設計を行うことを可能とした設計ツールが要求されている。このため、ＧＵＩを使用してある程度の自動プログラムを出力する機能を有するものが、既に普通の設計ツールとして知られている。しかし、このような設計ツールでは、部品群を豊富に有し、設計者が性能を満たすシステムを設計するには不充分であり、『設計→性能測定→結果を受けての設計の修正→更なる性能測定』といった、作業の戻りによる“工数をかける”必要がなく、設計作業を行うことのできる機能を有する設計ツールが要求されている。
【０００３】
なお、このような要求をある程度満たすことができる従来技術として、例えば、イントラネットシステムの構築を例に挙げ、ノウハウデータベースを有して、設計を簡易化するためのシステム及び方法が特許文献１等に記載されて知られている。
【特許文献１】特開２００２−２２２２２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述した従来技術は、ノウハウデータベース内の既にある部品を使用して、設計を行うので、継続的に使い続けるためには、ノウハウデータベースに新しいパターンを追加する作業が必要となる。また、前述した従来技術は、性能等の非機能要件についての問題を解決する方法について考慮されていないので、その性能測定調査等の作業工数も別途必要となる。このため、前述した従来技術は、この設計方法を使用して設計を行った場合にも、設計における工数の削減にはつながらないという問題点を有している。
【０００５】
本発明の目的は、設計工数のかからない、また、ツールを使い続けるための特別なエンハンス作業（部品の追加作業等）にかかる工数を極力抑えることができ、さらに、性能測定を行うことなく、要求されている性能を満たす、あるいは、要求されている性能に近い設計を行うことを可能としたＷｅｂサービスの設計方法及び設計装置を提供することにある。
【課題を解決するための手段】
【０００６】
本発明によれば前記目的は、情報処理装置内に構成されるＷｅｂサービス処理の設計を行うＷｅｂサービス設計装置でのＷｅｂサービス設計方法において、前記Ｗｅｂサービス設計装置が、ＣＰＵを含む処理手段と記憶装置とを備え、該記憶装置内にＷｅｂサービスの処理パターン情報であるパターン設計情報、該パターン設計情報の性能や処理の流れの情報であるビジネスプロセス設計情報、及び、前記ビジネスプロセス設計情報で使用しているＷｅｂサービスの性能や機能情報であるＷｅｂサービス情報が格納されており、前記処理手段が、前記パターン設計情報からＷｅｂサービス全体に要求される性能値を満たすＷｅｂサービス処理パターンを検索し、検索されたＷｅｂサービス処理パターン上の各Ｗｅｂサービスに対して要求される性能値を満たすＷｅｂサービスを検索し、それら検索結果を利用して、Ｗｅｂサービス処理の設計を行うことにより達成される。
【発明の効果】
【０００７】
本発明によれば、設計工数を低減し、ツールを使い続けるための特別なエンハンス作業（部品の追加作業等）にかかる工数を極力抑ええることができ、さらに、性能測定を行うことなく、要求されている性能を満たす、あるいは、要求されている性能に近いＷｅｂサービスの設計を行うことが可能となる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明によるＷｅｂサービス設計方法及び装置の実施形態を図面により詳細に説明する。
【０００９】
図１は本発明の一実施形態によるＷｅｂサービス設計装置の構成を示すブロック図である。図１において、１００はＷｅｂサービス設計装置、１０１は制御プログラム、１０２はＷｅｂサービス情報受付プログラム、１０３はビジネスプロセス情報受付プログラム、１０４はパターン設計プログラム、１０５はＷｅｂサービス設計プログラム、１１０はパターン設計情報、１１１はＷｅｂサービス情報、１１２はメッセージ情報、１１３はビジネスプロセス設計情報、２００はメニュー画面、３００はパターン設計画面、４００はＷｅｂサービス設計画面、８０１はＣＰＵ、８０２はキーボード、８０３はディスプレイ、８０４はバス、８０５はメモリ、８０６は記憶装置である。
【００１０】
以下に説明する本発明の実施形態は、Ｗｅｂサービスの要件をナレッジとして蓄積しておき、Ｗｅｂサービスの処理パターンとＷｅｂサービス内容の機能／非機能の点とから、最適なＷｅｂサービスの処理パターンとＷｅｂサービスとを設計するものである。本発明の実施形態での説明における機能要件の「機能」とは、「プログラムの動きそのものに関する項目」を意味し、非機能とは、「プログラムの動きに関する特徴を表わす項目（性能等）」を意味する。また、「パターン」とは、設計装置による設計において、“雛型”として登録され、部品として利用されるものを意味し、「Ｗｅｂサービス（の）処理」とは、１個以上のＷｅｂサービスを連携して作る処理プロセスのことを意味し、「Ｗｅｂサービスの処理パターン」とは、部品として利用可能な前記Ｗｅｂサービス（の）処理の“雛型”のことを意味する。また、同様に、「Ｗｅｂサービス内容」とは、個々のＷｅｂサービスが提供できる機能要件や非機能要件を意味する。以下の説明では、前述した意味で、「Ｗｅｂサービスの処理パターン」や「Ｗｅｂサービス内容」を使用する。
【００１１】
本発明の実施形態によるＷｅｂサービス設計装置１００は、ＣＰＵ８０１、入力装置としてのキーボード８０２、出力装置としてのディスプレイ８０３、メモリ８０５、磁気ディスク装置等の記憶装置８０６がバス８０４により相互に接続されて構成されるＰＣ等に代表される情報処理装置内に構築される。そして、図示Ｗｅｂサービス設計装置１００は、常に更新・追加される部品群を有し、設計者が工数をかける必要なくＷｅｂサービスの処理の設計を行うことができるように、メモリ８０５内に、制御プログラム１０１、Ｗｅｂサービス情報受付プログラム１０２、ビジネスプロセス情報受付プログラム１０３、パターン設計プログラム１０４、Ｗｅｂサービス設計プログラム１０５が格納されて構成される。これらの各プログラムは、通常、記憶装置８０６内に格納されていて、メモリ８０５にロードされ、ＣＰＵ８０１が実行することにより、それぞれの機能を実現する。また、記憶装置８０６内には、前述の各プログラムが使用するパターン設計情報１１０、Ｗｅｂサービス情報１１１、メッセージ情報１１２、ビジネスプロセス設計情報１１３が格納されている。
【００１２】
前述において、制御プログラム１０１は、制御処理部として機能するものであり、設計者のＷｅｂサービス情報登録要求発生時にＷｅｂサービス情報受付プログラム１０２を、ビジネスプロセス情報登録要求発生時にビジネスプロセス情報受付プログラム１０３を、パターン設計要求発生時にパターン設計プログラム１０４を、それぞれ、起動する。
【００１３】
制御プログラム１００から起動されるＷｅｂサービス情報受付プログラム１０２は、Ｗｅｂサービス情報受付処理部として機能するもので、記憶装置８０６内のＷｅｂサービス情報１１１にアクセス可能であり、設計者が入力したＷｅｂサービスの情報を記憶装置８０６内のＷｅｂサービス情報１１１に登録する。
【００１４】
制御プログラム１００から起動されるパターン設計プログラム１０４は、パターン設計処理部として機能するもので、記憶装置８０６内のパターン設計情報１１０にアクセス可能であり、記憶装置８０６内のパターン設計情報１１０から、設計者が指定したパターンの機能要件と非機能要件とに該当するＷｅｂサービスの処理パターンを検索して、設計者に提示し、Ｗｅｂサービス処理に関する設計作業を支援する。また、設計完了後には、Ｗｅｂサービス設計プログラム１０５を起動する。
【００１５】
パターン設計プログラム１０４から起動されるＷｅｂサービス設計プログラム１０５は、パターン設計処理部として機能するもので、記憶装置８０６内のパターン設計情報１１０とＷｅｂサービス情報１１１とにアクセス可能であり、記憶装置８０６内のＷｅｂサービス情報１１１から、設計者が指定したＷｅｂサービス内容の機能要件と非機能要件とに該当するＷｅｂサービス内容を検索して、設計者に提示し、Ｗｅｂサービス処理で使用するＷｅｂサービスの設計作業を支援する。そして、設計終了後、パターン設計情報１１０に設計内容を反映する。
【００１６】
本発明の実施形態は、前述により、機能要件と非機能要件とに該当するＷｅｂサービスの処理パターンとＷｅｂサービス内容との検索結果を用いて、要求されている機能要件／非機能要件（もしくは、要件に近い）Ｗｅｂサービス処理を設計することができるので、性能測定による設計の修正に関する戻りの工数を削減することができる。また、本発明の実施形態は、設計した情報を本発明の実施形態による設計装置に登録するので、部品（Ｗｅｂサービスの処理パターン）の設計装置への登録工数をわざわざかけずに次の設計に使用することができる。
【００１７】
また、ビジネスプロセス情報受付プログラム１０３は、本発明の実施形態での設計段階で得られるものとは別に、ビジネス処理パターンを部品として登録する機能を持つものであり、図１に示すメニュー画面２００のビジネスプロセス登録画面２００１が選択され、設計者等から入力されるビジネス処理パターンを部品として記憶装置８０６に登録する。
【００１８】
以下、本発明の実施形態によるＷｅｂサービス設計装置１００を使用して、Ｗｅｂサービス処理を設計する場合の各プログラムの処理の詳細及び使用する情報の構成について説明する。
【００１９】
図２は記憶装置８０６に格納されるパターン設計情報１１０、Ｗｅｂサービス情報１１１、メッセージ情報１１２、ビジネスプロセス設計情報１１３の構成及びそれらの関係を示す図である。図２において、情報相互間の関係を示すために接続している線の両端に記載した１、＊は、それらの情報が１対多に対応しており、１、１は、それらの情報が１対１に対応していることを示している。
【００２０】
図２に示すように、パターン設計情報１１０は複数存在し、各パターン設計情報１１０は、各設計に対する一般的情報としてのＩＤ１１３０、設計の概要１１００、工完年月日１１０１、作成会社１１０２、プロジェクト名１１０３から構成され、このパターン設計情報１１０のそれぞれは、複数のＷｅｂサービス情報１１１に関連付けられていると共に、このＷｅｂサービス情報１１１のそれぞれに関連付けられている複数のメッセージ情報１１２と１つのビジネスプロセス設計情報１１３とにも関連付けられている。そして、これらの情報は、設計したＷｅｂサービス処理の設計内容を管理するための情報や設計情報、性能情報に関する情報である。前述のパターン設計情報１１０、Ｗｅｂサービス情報１１１、メッセージ情報１１２、ビジネスプロセス設計情報１１３は、ここでは、特に記述形式を指定しないが、データベースのテーブルであってもよいし、ＸＭＬファイル形式でもよく、更に、他の形式でもかまわない。ただし、１つのＷｅｂサービス処理の設計につき、１つずつパターン設計情報１１０が存在するものとする。また、Ｗｅｂサービス情報１１１とメッセージ情報１１２とは、記憶装置８０６内では、後述するＷｅｂサービス情報受付プログラム１０２により部品として登録されたマスタデータを持ち、パターン設計情報１１０の子供の情報としては、そのコピーを使用しているものとする。
【００２１】
次に、前述したパターン設計情報１１０の子供の情報であるＷｅｂサービス情報１１１、メッセージ情報１１２、ビジネスプロセス設計情報１１３について説明する。
【００２２】
Ｗｅｂサービス情報１１１は、ＩＤ１１１０、Ｗｅｂサービス名１１１１、名前空間１１１２、機能要件１１１３と、非機能要件１１１４とから構成されており、Ｗｅｂサービス管理に必要な情報を、機能要件と非機能要件との両面から管理するために用いられる。そして、機能要件１１１３は、ＵＲＩ１１１３０、機能名１１１３１、使用メッセージ名１１１３２、インタフェース（Ｉ／Ｆ）情報１１１３３、同期／非同期１１１３４、機能概要１１１３５から構成され、非機能要件１１１４は、最小処理時間１１１４０、最大処理時間１１１４１、平均処理時間１１１４２、待ち可能時間１１１４３、ドメイン名１１１４４、平均処理件数１１１４５、トランザクション方式１１１４６、稼働率１１１４７、連携情報１１１４８、最大処理件数１１１４９から構成され、それぞれ、Ｗｅｂサービスの機能「プログラムの動きそのものに関する項目」と、非機能「プログラムの動きに関する特徴と表わす項目（性能等）」を表わす項目を管理するために用いられる。
【００２３】
また、メッセージ情報１１２は、ＩＤ１１２０、メッセージ名１１２１、ＸＭＬSchemaＵＲＩ１１２２、名前空間１１２３、パス１１２４から構成され、Ｗｅｂサービスの処理時に送受信されるメッセージを管理するために必要な情報として用いられる。
【００２４】
さらに、ビジネスプロセス設計情報１１３は、ビジネスプロセスの一般的な情報であり、ビジネスプロセス名１１３１、分岐の有り／無し１１３２、合流の有り／無し１１３３、ビジネスプロセス１１３４、ビジネスプロセスに関する非機能要件１１３５から構成され、ビジネスプロセス管理に必要な情報を、機能要件と非機能要件の両面から管理格納するために用いられる。そして、非機能要件１１３５は、最小処理時間１１３５０、最大処理時間１１３５１、平均処理時間１１３５２、待ち可能時間１１３５３、平均処理件数１１３５４、稼働率１１３５５、最大処理件数１１３５６から構成され、非機能「プログラムの動きに関する特徴と表わす項目（性能等）」を表わす項目を管理するために用いられる。
【００２５】
図３はＷｅｂサービス処理を設計する場合の設計装置１００での処理動作の概要を説明するフローチャートであり、次に、これについて説明する。
【００２６】
（１）設計者が設計装置１００を起動し、メニュー画面から必要な処理を指定し、必要な情報の入力を行うと、Ｗｅｂサービスの処理パターンに対して、機能要件／非機能要件に合う（あるいは、要件に近い）パターンを検索する（ステップ０００、００１）。
【００２７】
（２）次に、検索したパターンに対して、編集を行い、所望のＷｅｂサービス処理を設計し、設計したＷｅｂサービス処理に対して、機能要件／非機能要件に合う（あるいは、要件に近い）Ｗｅｂサービスを検索して埋め込み、Ｗｅｂサービス処理の設計を終了する（ステップ００２、００３）。
【００２８】
（３）その後、ステップ００４では、設計したＷｅｂサービスの処理をパターンとして特定の記述方式に従って出力し、設計装置１００の内部に登録する（ステップ００４）。
【００２９】
次に、図３により説明した処理について、各ステップの処理毎に、使用するプログラムの詳細な処理、及び、使用する情報の構成について説明する。
【００３０】
ステップ０００の処理において、設計装置１００が起動されると、制御プログラム１０１の処理により、図１の中に示すようなメニュー画面２００が表示される。このメニュー画面２００は、Ｗｅｂサービス登録画面へのポインタ２０００と、ビジネスプロセス登録画面へのポインタ２００１と、パターン設計画面へのポインタ２００２から構成されており、設計装置１００がメニュー管理をするために用いられている。そして、制御プログラム１０１は、設計者がパターン設計画面へのポインタ２００２を指定すると、パターン設計プログラム１０４を起動する。
【００３１】
図４はパターン設計プログラム１０４が使用するパターン設計画面３００の表示例を示す図、図９はパターン設計プログラム１０４が使用するビジネスプロセス検索条件入力ダイアログ５００の構成を示す図であり、次に、これらの図を参照して、設計者がパターン設計画面へのポインタ２００２を指定した場合における図３に示すフローのステップ００１での処理について説明する。
【００３２】
ステップ０００の処理で、設計者がパターン設計画面へのポインタ２００２を指定すると、パターン設計プログラム１０４が起動され、まず、図４に示すようなパターン設計画面３００が表示され、設計者は、この画面を用いてステップ００１の処理を行う。
【００３３】
パターン設計画面３００は、図４に示すように、Ｗｅｂサービスの処理パターンを検索するための後述するビジネスプロセス検索条件入力ダイアログ４００５を表示するための検索条件入力画面表示ボタン３０００、前述のビジネスプロセス検索条件入力ダイアログ４００５に入力された条件の検索結果の概要を表示する一覧表示欄３００２、一覧表示欄３００２の設計情報や処理内容を表示する詳細情報表示欄３００３から構成され、Ｗｅｂサービス処理の設計時に、Ｗｅｂサービスの処理パターンを機能要件／非機能要件の面から検索し、当該検索結果を表示するのに必要な情報を表示するために用いられる。一覧表示欄３００２は、ＩＤ３００２０、作成会社名３００２１、プロジェクト名３００２２、工完年月日３００２３、概要３００２４から構成されている。
【００３４】
このパターン設計画面３００は、最初に表示された状態では、一覧表示欄３００２及び詳細情報表示欄３００３には何も表示されていない。ここで、設計者が、検索条件入力画面表示ボタン３０００を押すと、図９に示すようなビジネスプロセス検索条件入力ダイアログ５００の画面が表示される。
【００３５】
ビジネスプロセス検索条件入力ダイアログ５００は、図９に示すように、設計しようとするＷｅｂサービスの平均処理時間５０００、最小処理時間５００１、最大処理時間５００２、待ち可能時間５００３、例えば、１日等の期間での平均処理件数５００４、最大稼働率５００５、最大処理件数５００６、その他のビジネスプロセスの検索に必要な条件としての作成会社名５００７、及び、検索ボタン５００８から構成され、予めナレッジとして登録されているＷｅｂサービスの処理パターンを検索するための機能要件と非機能要件を入力するために利用される。前述のその他のビジネスプロセスの検索に必要な条件には、作成会社名５００７の他に、図２により説明したプロジェクト名１１０３、工完年月日１１０１、分岐の有り／無し１１３２、合流の有り／無し１１３３、使用しているＷｅｂサービス名１１１１、Ｗｅｂサービスの機能名１１３１等が含まれる。
【００３６】
図７は図３のステップ００１でのＷｅｂサービスの処理パターン検索時のパターン設計プログラム１０４の処理動作の詳細を説明する図である。この処理は、図９に示す画面に検索条件が入力され、検索ボタン５００８が押されたときに開始される処理であり、次に、これについて説明する。
【００３７】
（１）パターン設計プログラム１０４は、制御プログラム１０１から起動されると、パターン設計画面３００を表示し、パターン設計画面３００上の検索条件入力画面表示ボタン３０００が押されたら、Ｗｅｂサービス処理パターン検索条件入力ダイアログ５００を表示し、設計者が各検索条件入力後、検索ボタン５００８を押すと、設計者が入力したＷｅｂサービスの処理の機能要件と非機能要件に適合するＷｅｂサービスの処理パターンを検索する（ステップ１０４０、１０４１）。
【００３８】
（２）そして、図４に示したパターン設計画面３００の一覧表示欄３００２と詳細情報表示欄３００３とに検索結果の情報を表示する（ステップ１０４２）。
【００３９】
前述したステップ１０４１の処理での検索方法としては、記憶装置内の全パターン設計情報１１０の項目（ＩＤ１１３０、概要１１００、工完年月日１１０１、作成会社名１１０２、プロジェクト名１１０３）、このパターン設計情報１１０により管理される設計で使用するＷｅｂサービス情報１１１の項目（ＩＤ１１１０、Ｗｅｂサービス名１１１１、名前空間１１１２）、Ｗｅｂサービスの機能要件１１１３の項目（ＵＲＩ１１１３０、機能名１１１３１、使用メッセージ名１１１３２、インタフェース情報１１１３３、同期／非同期１１１３４、機能概要１１１３５）、前述のＷｅｂサービス情報１１１に関連付けられているメッセージ情報１１２の項目（ＩＤ１１２０、メッセージ名１１２１、ＸＭＬSchemaＵＲＩ１１２２、名前空間１１２３、パス１１２４）、前述のパターン設計情報１１０により管理される設計で使用するビジネスプロセス設計情報１１３の項目（ビジネスプロセス名１１３１、分岐の有り／無し１１３２、合流の有り／無し１１３３）、前述のビジネスプロセス設計情報１１３の非機能要件１１３５の項目（最小処理時間１１３５０、最大処理時間１１３５１、平均処理時間１１３５２、待ち可能時間１１３５３、平均処理件数１１３５４、稼働率１１３５５、最大処理件数１１３５６）に対する検索を行うという方法を用いる。これにより、所望のパターン設計情報１１０をＷｅｂサービスの処理パターンとしてメモリ上に取得することができる。なお、この処理においては、検索条件により、検索の指定の仕方が異なる。
【００４０】
図９に示すビジネスプロセス検索条件入力ダイアログ５００において、平均処理時間５０００、最小処理時間５００１、最大処理時間５００２、待ち可能時間５００３、平均処理件数５００４、稼動率５００５、最大処理件数５００６のように、とりうる値の範囲を指定することができる条件の場合、それらの範囲を指定することができる記述方法を用いて条件を設定することができる。例えば、平均処理時間５０００に対して、『＞＝１０＆＜＝６０』（１０秒以上、６０秒以下の場合）と記述すると、パターン設計プログラム１０４は、記憶装置８０６上の全てのパターン設計情報１１０が管理する設計が使用しているビジネスプロセス設計情報１１３の非機能要件１１３５内の平均処理時間１１３５２の値が、『＞＝１０＆＜＝６０』の範囲に含まれる平均処理時間１１３５２の項目を有するパターン設計情報１１０のＩＤ１１３０、概要１１００、工完年月日１１０１、作成会社名１１０２、プロジェクト名１１０３を取得し、パターン設計画面３００の一覧３００２に表示する。
【００４１】
前述において、もし、『＞＝１０＆＜＝６０』の範囲に含まれる値がなかった場合、前後１０％だけその範囲を広げ（『＞＝９＆＜＝６６』）て検索を行う。それでもない場合、検索結果が取得できるまで、さらに前後１０％だけ範囲を広げ（『＞＝８．１＆＜＝７２．６』）て検索の処理を続け、要求されている性能に近いＷｅｂサービスの処理パターンを検索結果として必ず取得することができるようにする。
【００４２】
また、平均処理時間５０００、最小処理時間５００１、最大処理時間５００２、待ち可能時間５００３、平均処理件数５００４、稼動率５００５、最大処理件数５００６でも、範囲ではなく数値を指定した場合、例えば、平均処理時間５０００に対して『５秒』を入力すると、パターン設計プログラム１０４は、記憶装置８０６内の全パターン設計情報１１０が管理している設計が使用しているビジネスプロセス設計情報１１３の非機能要件１１３５内の平均処理時間１１３５２の値が、『５秒』前後の１０％の範囲（『４．５秒以上５．５秒以下』）に含まれる平均処理時間１１３５２の項目を有するパターン設計情報１１０のＩＤ１１３０、概要１１０、工完年月日１１０１、作成会社名１１０２、プロジェクト名１１０３を取得し、パターン設計画面３００の一覧３００２に表示する。
【００４３】
範囲の指定の場合と同様に、『５秒』前後の１０％の範囲（『４．５秒以上５．５秒以下』）に含まれる値がない場合、検索結果が取得できるまで、更に前後１０％に範囲を広げ（『４．０５秒以上６．０５秒以下』）て検索の処理を続け、要求されている性能に近いＷｅｂサービスの処理パターンを検索結果として必ず取得することができるようにする。
【００４４】
一方、作成会社名１１０２のように、取りうる値が数値ではなく文字列の場合、検索したい作成会社名を、概要の場合は、検索したい文字列を自由に入力する。入力後、ユーザがビジネスプロセス検索条件入力ダイアログ５００上の検索ボタン５００８を押すと、それぞれの入力文字を含むＷｅｂサービスの処理パターンを検索する処理が行実行される。
【００４５】
なお、ステップ１０４２の処理については、既存の設計装置での処理方法を適用するものとし、表示の仕方についての説明を行わないが、図４に示すパターン設計画面３００の一覧表示欄３００２及び詳細情報表示欄３００３のような表示が行われる。ここで、図４に示すパターン設計画面３００の一覧表示欄３００２及び詳細情報表示欄３００３の構成について説明する。
【００４６】
Ｗｅｂサービスの処理パターンの検索を行った後のパターン設計画面３００上の一覧表示欄３００２は、検索された項目であるＩＤ３００２０、作成会社名３００２１、プロジェクト名３００２２、工完年月日３００２３、概要３００２４から構成され、詳細情報表示欄３００３は、一覧表示欄３００２内のＷｅｂサービスの処理パターンの１または複数の詳細情報を表示しており、設計に取り込むか（インポートするか）否かを指定するチェックボックス３００３０、ＩＤ３００３１、作成会社名３００３２、プロジェクト名３００３３、工完年月日３００３４、同期／非同期の指定３００３５、分岐有り／無し３００３６、概要３００３７、判断有り／無し３００３８、合流有り／無し３００３９、プロセス表記部分３００４０、ビジネスプロセス名３００５０、前記プロセス表記部分３００４０を記述するためのツールを一覧表示しているツール一覧３００４１、ツール一覧３００４１内の個々の部品である、遷移３３０４２、Ｗｅｂサービスのアイコン３００４４、判断アイコン３００４５、合流アイコン３００４６、分岐アイコン３００４７、チェックボックス３００３０で指定したＷｅｂサービスの処理パターンを設計に取り込むときに押すインポートボタン３００４の各項目から構成される。本発明の実施形態では、図７のステップ１０４１の処理で取得したメモリ上の検索結果を、パターン設計画面３００上の一覧表示欄３００２及び詳細情報表示欄３００３の該当部分に表示する。
【００４７】
次に、図３のステップ００２での検索されたパターンを利用するＷｅｂサービス処理の設計について説明する。ステップ００２の処理では、パターン設計画面３００から検索したＷｅｂサービスの処理パターンの中から所望のパターンを選択し、前述したツール３３０４２、３３０４４、３３０４５、３３０４６、３３０４７等を使用して、選択したパターンに対して、既存の方法を用いて追加作業・変更作業を行ってＷｅｂサービス処理のパターンを設計する。ここでの設計については、既存の方法を用いて行われるので、追加・変更作業の詳細についての説明を省略する。
【００４８】
前述で説明したように、本発明の実施形態によれば、設計者は、Ｗｅｂサービスの処理の機能要件と非機能要件とを指定すれば、ナレッジとして登録されているＷｅｂサービスの処理パターンの中から検索条件に合うＷｅｂサービスの処理パターンを取得することができ、それらを利用して、効率よくＷｅｂサービスのパターンの設計を行うことができる。また、本発明の実施形態によれば、特に、非機能要件（性能値）の指定を、数値の場合、範囲を記述する指定方法を用い、検索結果がない場合も、範囲を徐々に広げながら、確実に検索結果を取得する方法を用い、更に、非機能要件（性能値）を検索条件に指定することができるので、ここまでの作業ステップでえられたＷｅｂサービスは、Ｗｅｂサービスの処理として要求される性能条件を満たしており（あるいは、近い性能を出す保証をされている）、通常予定される性能測定の作業工程を省くことができる。
【００４９】
前述までに説明した処理によりＷｅｂサービス処理のパターンの設計が終了したことになり、ここで、設計者が図４のパターン設計画面３００におけるＷｅｂサービス処理の設計を終了させる。すると、Ｗｅｂサービス設計画面４００が表示され、設計者は、図３のステップ００２で設計したＷｅｂサービス処理で使用する個々のＷｅｂサービスの設計を行う。
【００５０】
図５はパターン設計画面３００を用いたＷｅｂサービス処理の設計の終了後に表示されるＷｅｂサービス設計画面４００の構成を示す図、図６はＷｅｂサービス設計プログラム１０５が使用するＷｅｂサービス検索条件入力ダイアログ４００５の構成を示す図であり、次に、これらの図を参照して、図３に示すフローのステップ００３、ステップ００４の処理での個々のＷｅｂサービスの設計について説明する。ここで説明する処理は、図３のステップ００２の処理で設計したＷｅｂサービス処理に対して、機能要件／非機能要件にあうＷｅｂサービスを検索するＷｅｂサービス設計プログラム１０５の処理であり、使用するパターン設計情報１１０の構成、使用するＷｅｂサービス設計画面４００及び表示されたＷｅｂサービス検索条件入力ダイアログ４００５を使用する。
【００５１】
Ｗｅｂサービス設計画面４００は、図５に示すように、図３に示すフローのステップ００２の処理で設計したＷｅｂサービスの処理パターンで使用するＷｅｂサービスを検索するためのＷｅｂサービス検索条件入力ダイアログ４００５を表示するための検索条件入力画面表示ボタン４００１、前述のパターン設計画面３００で設計されたＷｅｂサービスの処理内容を表示する詳細情報表示欄３００３、この詳細情報表示欄３００３の内容で設計を登録する登録ボタン４００３、後述するＷｅｂサービス検索条件入力ダイアログ４００５から入力された検索条件により検索を行った結果のＷｅｂサービスの概要を表示する一覧表示欄４００４から構成され、Ｗｅｂサービス処理の設計時にＷｅｂサービスを検索し、Ｗｅｂサービス処理に対して、追加・変更を行うために必要な情報を表示するために用いられる。Ｗｅｂサービスの処理内容を表示する詳細情報表示欄３００３は、パターン設計画面３００上のＷｅｂサービスの処理内容を表示する詳細情報表示欄３００３と同じものである。
【００５２】
Ｗｅｂサービスを検索するためのＷｅｂサービス検索条件入力ダイアログ４００５は、図６に示すように、平均処理時間４００５０、最小処理時間４００５１、最大処理時間４００５２、待ち可能時間４００５３、ドメイン名４００５４、平均処理件数４００５５、最大処理件数４００５６、稼働率４００５７、連携情報４００５８、トランザクション方式４００５９、機能概要４００６０、同期／非同期４００６１、及び、検索ボタン４００６２から構成され、予めナレッジとして登録されているＷｅｂサービスを検索するための機能要件と非機能要件とに対する検索条件を入力するために利用される。
【００５３】
図８は図３に示すフローのステップ００３でのＷｅｂサービス検索時のＷｅｂサービス設計プログラム１０５の処理動作を説明するフローチャートであり、次に、これについて説明する。
【００５４】
（１）Ｗｅｂサービス設計プログラム１０５は、設計者がパターン設計画面３００上でのＷｅｂサービス処理の設計を終了すると、パターン設計プログラム１０４により起動され、図５に示して説明したＷｅｂサービス設計画面４００を表示する（ステップ１０５０）。
【００５５】
（２）そして、設計者によりＷｅｂサービス設計画面４００上の『検索条件入力画面表示』ボタン４００１が押されたら、図６にしめして説明したＷｅｂサービス検索条件入力ダイアログ４００５を表示する（ステップ１０５１）。
【００５６】
（３）そして、設計者がＷｅｂサービス検索条件入力ダイアログ４００５に検索条件を入力し、検索ボタン４００６２を押すと、Ｗｅｂサービス検索条件入力ダイアログ４００５に入力された検索条件にあうＷｅｂサービスを検索する（ステップ１０５２）。
【００５７】
（４）検索条件に合致するＷｅｂサービス検索結果は、図５に示すＷｅｂサービス設計画面４００の一覧表示欄４００４に、合致するＷｅｂサービスの概要として表示される。ここでの処理は、検索条件により、検索の指定の仕方が異なるが、詳細手順は、図７入力示すフローのステップ１０４１と同様の手順を用いて行われればよく、検索結果のＷｅｂサービス情報１１１をメモリ上に取得する（ステップ１０５３）。
【００５８】
（５）ユーザがＷｅｂサービス設計を終了して、Ｗｅｂサービス設計画面４００の『登録』ボタン４００３を押すと、設計情報を保存して、ここでの処理を終了する。なお、設計情報等の詳細については後述する（ステップ１０５４）。
【００５９】
前述したステップ１０５３の処理での検索結果のＷｅｂサービスをＷｅｂサービス設計画面４００に反映する方法については、既存の設計装置での処理方法を適用するものとしてここでは説明しないが、その表示例を図５のＷｅｂサービス設計画面４００の一覧表示欄４００４に示しており、次に、一覧表示欄４００４の構成について説明する。
【００６０】
図５に示すように、Ｗｅｂサービスの検索を行った後のＷｅｂサービス設計画面４００は、前述した表示項目の他に、一覧表示欄４００４内に、ＷｅｂサービスＩＤ４００４０、ＵＲＩ４００４１、最小処理時間４００４２、最大処理時間４００４３、平均処理時間４００４４、待ち可能時間４００４５、ドメイン名４００４６、平均処理件数４００４７、機能概要４００４８等のＷｅｂサービス情報１１１の機能要件１１１３と非機能要件１１１４との項目から構成され、前述した図８に示すフローのステップ１０５２の処理で取得したメモリ上の検索結果を、Ｗｅｂサービス設計画面４００上の一覧表示欄４００４の該当部分に表示したものである。
【００６１】
前述で説明したように、本発明の実施形態によれば、ナレッジとして登録されているＷｅｂサービスの処理パターンやＷｅｂサービス情報の中から機能要件、非機能要件に合うＷｅｂサービスの処理パターンとＷｅｂサービスとを取得し、それらを利用して、効率よくＷｅｂサービスのパターンとＷｅｂサービスとの設計を行うことができる。また、本発明の実施形態によれば、特に、非機能要件（性能値）の指定を、数値の場合、範囲を記述する指定方法を用い、検索結果がない場合、範囲を徐々に広げながら、確実に検索結果を取得する方法を用いており、さらに、非機能要件（性能値）を検索条件に指定することにより、要求されている性能を満たすＷｅｂサービスになっているかどうかの検証作業をすることなく、容易に設計作業を進めることができ、設計工数の削減を図ることができる。
【００６２】
以上により、個々のＷｅｂサービスの設計が終了し、設計者が、Ｗｅｂサービス設計画面４００の『登録』ボタン４００３を押すと、ステップ１０５４の処理に移行し、Ｗｅｂサービス設計画面４００がメモリ上に所持しているパターン設計情報１１０以下を記憶装置８０６内の１つのパターン設計情報１１０、このパターン設計情報１１０で使用する分のＷｅｂサービス情報１１１、このＷｅｂサービス設計情報１１１で使用する分のメッセージ情報１１２、１つのビジネスプロセス設計情報１１３を作成し、図２に示したように関連を付けを行って保存する。特に、Ｗｅｂサービス設計画面４００上の詳細情報表示欄３００３に表示されているプロセス表記部分３００４０は、ビジネスプロセス設計情報１１３の子供のビジネスプロセス１１３４に保存される。その保存形式は、ＢＰＥＬ（Web Service Business Process Execution Language)等の記述形式を採用することができるが、使用しているＷｅｂサービス情報１１１と処理のフローとを記述することができる形式であれば、その他の記述形式でもかまわない。
【００６３】
前述したようにして、設計内容を保存することにより、次回の設計に使用可能な部品群（Ｗｅｂサービスの処理パターン）を自動的に増加させることができるので、設計部品エンハンスの作業工数を削減することができる。
【００６４】
また、前述において、本発明の実施形態による設計装置１００を使用して、Ｗｅｂサービス処理を設計する場合の手順を図３を含むフローににより説明してきたが、前述した図３り手順の実行するためには、Ｗｅｂサービス情報を登録する作業が必要となるが、このＷｅｂサービス情報の登録作業は、既存の方法により可能である。このため、前述した図６に示すＷｅｂサービス検索条件入力の画面にインタフェース情報５０１２を追加した画面を使用して登録を行い、記憶装置８０６内のマスタデータとしてＷｅｂサービス情報１１１を作成し保存する。
【００６５】
また、同様に、本発明の実施形態による設計装置１００を使用して、Ｗｅｂサービスの処理パターンの検索を行う場合（図７のステップ１０４１）に利用するＷｅｂサービスの処理パターンの非機能要件（主に、性能値）を登録する作業が必要になるが、こちらも既存の方法で可能なので、図９に示したビジネスプロセス非機能要件入力ダイアログ５００と同様の画面を使用して、構築後の計測値の登録を行い、Ｗｅｂサービスの処理のパターン検索を行うことができるようにすればよい。
【００６６】
前述した本発明の実施形態での各処理は、プログラムにより構成し、本発明の設計装置が備えるＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。
【００６７】
以上説明した本発明の実施形態によれば、設計者は、Ｗｅｂサービスの設計時において、通常の設計ツールにある設計機能を保持し、ＧＵＩ等を使用して、ナレッジとして登録されているＷｅｂサービスの処理パターンの中から機能要件／非機能要件に合うＷｅｂサービスの処理パターンをまず検索し、さらに、その検索結果に対して、機能要件／非機能要件を満たすＷｅｂサービスを検索するという２段階の検索結果に対して設計を進めることができる。そして、特に、非機能要件（性能値）による検索結果を利用して設計を行うことができるので、設計の結果が要求されている性能を満たしており（あるいは、近い性能を保証されている）、性能の検証作業をする必要なく、設計作業を進めることができる。本発明の実施形態によれば、これらにより、設計工数の削減を図ることができ、また、設計内容を保存することにより、次回の設計に使用可能な部品群（Ｗｅｂサービスの処理パターン）を自動的に増加させることができるので、設計部品エンハンスの作業工数を削減することができる。
【図面の簡単な説明】
【００６８】
【図１】本発明の一実施形態によるＷｅｂサービス設計装置の構成を示すブロック図である。
【図２】記憶装置に格納されるパターン設計情報、Ｗｅｂサービス情報、メッセージ情報、ビジネスプロセス設計情報の構成及びそれらの関係を示す図である。
【図３】Ｗｅｂサービス処理を設計する場合の設計装置での処理動作の概要を説明するフローチャートである。
【図４】パターン設計プログラムが使用するパターン設計画面の表示例を示す図である。
【図５】パターン設計画面を用いたＷｅｂサービス処理の設計の終了後に表示されるＷｅｂサービス設計画面の構成を示す図である。
【図６】Ｗｅｂサービス設計プログラムが使用するＷｅｂサービス検索条件入力ダイアログの構成を示す図である。
【図７】図３のステップでのＷｅｂサービスの処理パターン検索時のパターン設計プログラムの処理動作の詳細を説明する図である。
【図８】図３に示すフローのステップでのＷｅｂサービス検索時のＷｅｂサービス設計プログラムの処理動作を説明するフローチャートである。
【図９】パターン設計プログラムが使用するビジネスプロセス検索条件入力ダイアログの構成を示す図である。
【符号の説明】
【００６９】
１００  Ｗｅｂサービス設計装置
１０１  制御プログラム
１０２  Ｗｅｂサービス情報受付プログラム
１０３  ビジネスプロセス情報受付プログラム
１０４  パターン設計プログラム
１０５  Ｗｅｂサービス設計プログラム
１１０  パターン設計情報
１１１  Ｗｅｂサービス情報
１１２  メッセージ情報
１１３  ビジネスプロセス設計情報
２００  メニュー画面
３００  パターン設計画面
４００  Ｗｅｂサービス設計画面
８０１  ＣＰＵ
８０２  キーボード
８０３  ディスプレイ
８０４  バス
８０５  メモリ
８０６  記憶装置
【図１】
2008027340.tif 000003
【図２】
2008027340.tif 000004
【図３】
2008027340.tif 000005
【図４】
2008027340.tif 000006
【図５】
2008027340.tif 000007
【図６】
2008027340.tif 000008
【図７】
2008027340.tif 000009
【図８】
2008027340.tif 000010
【図９】
2008027340.tif 000011