(57)【要約】【課題】  複数のＷｅｂサービスを纏めて連携を行うシステムの場合、進捗および履歴情報を管理するためには、進捗および履歴情報要求元は、関連するすべてのＷｅｂサービスのイターフェースを考慮した要求を出す必要があり、関連するＷｅｂサービスの数が増えた場合、その組み合わせ数に応じて処理が複雑になるという課題がある。【解決手段】  進捗及び履歴情報を特定のシステム間で個別にインターフェースを決めることなく、複数システム間で履歴情報・進捗情報をやり取りするたの情報形式を規定して、個々のＡＰＩの要求とともに進捗及び履歴情報の要求を行い、各Ｗｅｂサービスで状態が変わった時などに共通な形式で必要な情報を送付する方式により、上記課題を解決する。【選択図】  図１
2004310742.tif 000002
【特許請求の範囲】
【請求項１】
メーセージを受信し、該メッセージに基づいたサービスを実行し、該実行結果から生成したメーセージを出力する計算機を複数備え、前記計算機間における前記メーセージの送受信によりサービスを実現する計算機システムにおけるサービス処理方法において、
前記サービス実行に関する第１の情報と該サービスにおける進捗情報の通知に関する第２の情報とを含むメーセージを受け付け、
前記第１の情報に基づいて当該サービスを実行し、
前記第２の情報を解析し、当該サービスの実行結果から前記第２の情報に基づいて生成して該第２の情報に含まれる進捗情報通知先から特定される前記計算機へ送付することを特徴とするサービス処理方法。
【請求項２】
該第２の情報に含まれる階層レベルが該第２の情報の送信元の階層レベル以上である場合は、該第２の情報に前記サービスにおける進捗情報の通知に関する予め定めた前記第３の情報を前記メッセージに付加したメッセージを生成して出力することを特徴とする請求項１記載のサービス処理方法。
【請求項３】
該第２の情報に含まれる返却情報詳細度で特定される進捗情報についてメッセージを生成して該第２の情報に含まれる進捗情報通知先から特定される前記計算機へ送付することを特徴とする請求項１記載のサービス処理方法。
【請求項４】
該第２の情報に含まれる返却情報詳細度が最大の場合、全ての進捗情報についてメッセージを生成して該第２の情報に含まれる進捗情報通知先から特定される前記計算機へ送付することを特徴とする請求項３記載のサービス処理方法。
【請求項５】
該第２の情報に含まれる返却情報詳細度がデバッグの場合、テストに必要な予め定められて詳細な進捗情報をについてメッセージを生成して該第２の情報に含まれる進捗情報通知先から特定される前記計算機へ送付することを特徴とする請求項３記載のサービス処理方法。
【請求項６】
メーセージを受信し、該メッセージに基づいたサービスを実行し、該実行結果から生成したメーセージを出力する計算機を複数備え、前記計算機間における前記メーセージの送受信によりサービスを実現する計算機システムにおけるサービス処理装置において、
前記サービス実行に関する第１の情報と該サービスにおける進捗情報の通知に関する第２の情報とを含むメーセージを受け付ける手段と、
前記第１の情報に基づいて当該サービスを実行する手段と、
前記第２の情報を解析し、当該サービスの実行結果から前記第２の情報に基づいて生成して該第２の情報に含まれる進捗情報通知先から特定される前記計算機へ送付する手段とを備えたことをことを特徴とするサービス処理装置。
【請求項７】
該第２の情報に含まれる階層レベルが該第２の情報の送信元の階層レベル以上である場合は、該第２の情報に前記サービスにおける進捗情報の通知に関する予め定めた前記第３の情報を前記メッセージに付加したメッセージを生成して出力する手段とを備えたことを特徴とする請求項６記載のサービス処理装置。
【請求項８】
メーセージを受信し、該メッセージに基づいたサービスを実行し、該実行結果から生成したメーセージを出力する計算機を複数備え、前記計算機間における前記メーセージの送受信によりサービスを実現する計算機システムにおけるサービス処理プログラムにおいて、
前記サービス実行に関する第１の情報と該サービスにおける進捗情報の通知に関する第２の情報とを含むメーセージを受け付けるステップと、
前記第１の情報に基づいて当該サービスを実行するステップと、
前記第２の情報を解析し、当該サービスの実行結果から前記第２の情報に基づいて生成して該第２の情報に含まれる進捗情報通知先から特定される前記計算機へ送付するステップとを有することを特徴とするサービス処理プログラム。
【請求項９】
該第２の情報に含まれる階層レベルが該第２の情報の送信元の階層レベル以上である場合は、該第２の情報に前記サービスにおける進捗情報の通知に関する予め定めた前記第３の情報を前記メッセージに付加したメッセージを生成して出力するステップとを有することを特徴とする請求項８記載のサービス処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス要求に応じた進捗情報および履歴情報を提供することを可能とする進捗情報や履歴情報の管理技術に関する。
【背景技術】
【０００２】
従来のＷｅｂサービス（一つのＷｅｂをＩ／Ｆとしてサービスを提供する装置、システムもしくはプログラム）では、特定の２サービス間で予め決めておいたインターフェースを利用して、システム間での情報のやり取りを行っており、進捗及び履歴情報の通知においても、サービス間での特定のイターフェースを予め定義している。
【０００３】
Ｗｅｂサービスなどの技術に関しては非特許文献１に開示されている。
【０００４】
【非特許文献１】David A. Cbappell他著「Java Web Services」(出版社：O’Reilly & Associates,Inc., 2002.3、pp.3-9)
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来は２つ上の複数のＷｅｂサービスが連携して、一連の機能を実現する場合、それぞれのＷｅｂサービス間で取り交わす進捗及び履歴情報はそれそれ特定のＷｅｂサービス間のインターフェースとして決める必要がある。そのため、複数のＷｅｂサービスを纏めて連携を行うシステムの場合、進捗および履歴情報を管理するためには、進捗および履歴情報要求元は、関連するすべてのＷｅｂサービスのイターフェースを考慮した要求を出す必要があり、関連するＷｅｂサービスの数が増えた場合、その組み合わせ数に応じて処理が複雑になるという課題がある。
【０００６】
また、多段階にＷｅｂサービスが連携するような場合で、直接の要求先のＷｅｂサービスが不特定のＷｅｂサービスへ要求を出す場合などでは、関連するすべてＷｅｂサービスのインターフェースを考慮できない事や、直接の要求元以外からの進捗要求ができない場合がある。その場合には、直接の要求先のＷｅｂサービスが返せるだけの進捗および履歴情報かし取得できないという課題がある。
【０００７】
本発明の目的は、履歴情報や進捗情報の取得制御を動的に行うことができるサービス処理方法及び装置を提供することにある。
【課題を解決するための手段】
【０００８】
本発明では、進捗及び履歴情報を特定のシステム間で個別にインターフェースを決めることなく、複数システム間で履歴情報・進捗情報をやり取りするたの情報の形式を規定して、個々のＡＰＩの要求とともに進捗及び履歴用の情報の要求を行い、各Ｗｅｂサービスで状態が変わったときに共通な形式で必要な情報を送付することにより、上記課題を解決する。
【発明の効果】
【０００９】
本発明によれば、履歴情報や進捗情報の取得制御を動的に行うことが可能となる。
【発明を実施するための最良の形態】
【００１０】
図１は複数のＷｅｂサービスを組み合わせて、オンラインオーダーシステムを構築した場合の例である。
図１の１０１はＡ社からカスタムオーダーシステム装置の注文を行うオーダーシステム用のＡ社Ｗｅｂサービスである。図１の１０２はＢ社Ｗｅｂサービスで、Ａ社からの注文を受け受注したオーダーシステムの内の基本構成機器を図１の１０３Ｃ社Ｗｅｂサービスに注文を送信し、オプション機器を図１の１０４Ｄ社Ｗｅｂサービスに注文を送信する。
【００１１】
Ｄ社Ｗｅｂサービス１０４では、さらにオプション機器の構成部品の一部を図１のＥ社Ｗｅｂサービス１０５に注文を送信し、別の部品を図１のＦ社Ｗｅｂサービス１０６の注文を送信する。
図１の１０７は、Ａ社Ｗｅｂサービス１０１からＢ社Ｗｅｂサービス１０２へのオーダーシステム注文の送信データを示す。図１の１０８はＢ社ＷｅｂサービスからＣ社Ｗｅｂサービスへの基本構成機器注文の送信データを示す。図１の１０９はＢ社ＷｅｂサービスからＤ社Ｗｅｂサービスに対するオプション機器の注文データの送信データを示す。図１の１１０はＤ社ＷｅｂサービスからＥ社Ｗｅｂサービスへのオプション機器注文の送信データを示す。図１の１１１はＤ社ＷｅｂサービスからＦ社Ｗｅｂサービスへのオプション機器注文の送信データを示す。
【００１２】
図１のメッセージ１０８は、Ａ社Ｗｅｂサービスからのオーダーシステム注文１０７要求に対してのＢ社ＷｅｂサービスからＡ社ＷｅｂサービスへのＢ社Ｗｅｂサービス進捗情報通知データを示す。
メッセージ９０１及び、９０２はＣ社Ｗｅｂサービス進捗情報通知データであり、Ｃ社Ｗｅｂサービスの状態に変更が合った場合、Ｂ社Ｗｅｂサービス進捗情報通知データ８０１と同様の形式のデータとして送信される。
【００１３】
Ｃ社Ｗｅｂサービス進捗情報通知データ９０１は、Ｂ社Ｗｅｂサービス経由で送信された進捗情報要求データ（Ａ社Ｗｅｂサービス用）５０２に対応した進捗情報通知データであり、Ｃ社Ｗｅｂサービス進捗情報通知データ９０２は進捗情報要求データ（Ｂ社Ｗｅｂサービス用）５０３に対応した進捗データである。
同様にメッセージ９０３及び、メッセージ９０４はＤ社Ｗｅｂサービス進捗情報通知データであり、Ｄ社のＷｅｂサービスの状態に変更が合った場合、Ｂ社Ｗｅｂサービス進捗情報通知データ８０１と同様の形式のデータとして送信される。
Ｄ社Ｗｅｂサービス進捗情報通知データ９０３は、Ｂ社Ｗｅｂサービス経由で送信された進捗情報要求データ（Ａ社Ｗｅｂサービス用）５０２に対応した進捗情報通知データであり、Ｄ社Ｗｅｂサービス進捗情報通知データ９０４は進捗情報要求データ（Ｂ社Ｗｅｂサービス用）５０３に対応した進捗データである。
【００１４】
図２は、図１のうちＡ社Ｗｅｂサービス１０１からＢ社Ｗｅｂサービス１０２を経由してＣ社Ｗｅｂサービス１０３およびＤ社Ｗｅｂサービス１０４を呼び出する部分までに関して抜き出したものであり、要求データの詳細を示す図である。
【００１５】
図２のオーダーシステム注文データ１０７は、Ａ社Ｗｅｂサービス１０１からＢ社Ｗｅｂサービスへの注文データで、図４のメッセージ４０１に示すカスタムオーダーシステム装置の注文仕様用データと、Ｗｅｂサービス履歴・進捗管理方法で使用する進捗情報要求データ４０２から構成される。本実施例ではメッセージ４０１及びメッセージ４０２はともにＸＭＬ形式を一例として情報を記述している。本発明は、ＸＭＬに限定されるものではない。
【００１６】
同様に、図２の基本構成機器注文１０８は、Ｂ社ＷｅｂサービスからＣ社Ｗｅｂサービスへの注文データで、図５の基本構成機器の注文仕様データ５０１、進捗情報要求データ（Ａ社Ｗｅｂサービス用）５０２および、進捗情報要求データ（Ｂ社Ｗｅｂサービス用）５０３から構成される。図２のオプション機器注文１０９は、Ｂ社ＷｅｂサービスからＤ社Ｗｅｂサービスへの注文データで、図６のオプション機器注文仕様データ６０１、進捗情報要求データ（Ａ社Ｗｅｂサービス用）５０２および、進捗情報要求データ（Ｂ社Ｗｅｂサービス用）５０３から構成される。
【００１７】
図３は、図１の各社Ｗｅｂサービスの内、Ａ社、Ｂ社及びＣ社システムの構成を示したものである。
Ａ社Ｗｅｂサービス１０１とＢ社Ｗｅｂサービス１０２と、Ｂ社Ｗｅｂサービス１０３との詳細な構成を示している。Ａ社Ｗｅｂサービス１０１には、オーダーシステムの仕様を入力するための注文仕様入力部２０１、注文要求送信部２０２及び送信した注文データを格納しておくための注文情報格納領域２０３を有する。また、他のシステムからの進捗及び履歴情報を受け付けるための進捗及び履歴通知受け付け部２０４、その情報を格納して多く為の進捗及び履歴情報格納領域２０５及び格納してある履歴を表示するための進捗・履歴表示部２０６を有する。
【００１８】
Ｂ社Ｗｅｂサービス１０２には、Ａ社などから送信されてくる注文データを受け取る注文要求受信部２０７、Ｃ社Ｗｅｂサービス及びＤ社のＷｅｂサービスに構成品の注文要求を送信する構成品注文送信部２０８、及び注文データを格納する注文情報格納領域２０９を有する。また進捗及び履歴情報を受け付ける、進捗及び履歴情報受信部２１０及び、受け取った進捗情報及び履歴情報を格納する進捗及び履歴情報格納領域２１１及び、進捗及び履歴情報を送信する進捗情報及び履歴情報送信部２１２及び、進捗情報及び履歴情報を表示する進捗・履歴表示部２１３を有する。
【００１９】
Ｃ社Ｗｅｂサービス１０３には、Ｂ社などから送信されてくる注文データを受け取る注文要求受信部２１４及び注文データを格納する注文情報格納領域２１５を有する。また、進捗及び履歴情報を送信する進捗情報及び履歴情報送信部２１６及び、進捗情報及び履歴情報を格納する進捗及び履歴情報格納領域２１７及び、進捗情報及び履歴情報を表示する進捗・履歴表示部２１８を有する。これらの各社Ｗｅｂサービス１０１〜１０３は、情報処理装置を用いて実現されるものであり、処理部２０１〜２０６、２０７、２０８、２１０〜２１３、２１４、２１６、２１８はプログラムの実行により実現される機能である。情報２０３、２０５、２０９、２１１、２１５，２１７については、メモリや磁気ディスクなどの記憶装置に格納されるものである。
【００２０】
図４の注文仕様データ４０１は、Ａ社ＷｅｂサービスからＢ社Ｗｅｂサービスへ送信するカスタムオーダーシステム装置を注文するときに指定する注文仕様データで、各Ｗｅｂサービスの機能を利用する時に指定するデータある。注文仕様データ４０１の内容は、各Ｗｅｂサービスの内容に応じたデータであり、カスタムオーダーシステム装置の注文仕様データとして、システム種別、注文個数、納期、追加オプション品があり、それぞれ「汎用システム２タイプ」、「３」、「2002/5/21」、「メモリ増設」、「NIC増設」を指定している。このデータは各サービスがサービスを実施するために必要なデータであり、各サービス内容に基づき指定する形式が決まる。図４の注文仕様データ４０１はその１例である。
【００２１】
進捗情報要求データ４０２は、複数のＷｅｂサービス間で、履歴要求情報を多段回にわたり渡し、複数のシステムの履歴・進捗情報を管理するための情報である。図９の１００１は、進捗情報要求データ４０２の形式の定義を示す。図４の情報４０３〜４０７は、１００１で定義される進捗情報要求データ、進捗情報通知先、要求元ID、返却情報詳細度、階層レベルの項目である。以下にそれぞれの項目の詳細を例で示す。
【００２２】
進捗情報要求データ４０２は進捗情報要求データの詳細を示している。情報４０３はＡ社Ｗｅｂサービスへの進捗情報を通知するための情報群であることを示すため「進捗情報要求」を指定している。情報４０３は進捗情報要求を定義しており、その中には、進捗情報を通知するための情報４０４〜４０７を含む。
【００２３】
情報４０４は進捗情報通知先の情報であり、進捗情報を通知する先を示す情報を設定する。本実施例では、Ａ社Ｗｅｂサービスの進捗情報を受け取るための情報をＵＲＬで設定している。
本実施例での情報４０２進捗情報要求データではＡ社Ｗｅｂサービスが進捗情報要求として設定したデータであるが、Ａ社Ｗｅｂサービスとは別に進捗情報及び履歴情報を管理する別のＷｅｂサービスを設置し、情報４０４の進捗情報通知先としてＡ社Ｗｅｂサービスの進捗情報を受け取るための情報の代わりに、Ａ社Ｗｅｂサービスとは別に設置した進捗進捗及び履歴情報管理用Ｗｅｂサービスの進捗情報受け付け先のＵＲＬを指定することもできる。
【００２４】
情報４０５は要求元ＩＤで、Ａ社Ｗｅｂサービスでの注文データを管理するために採番したデータを指定する。この要求元ＩＤは、Ｂ社ＷｅｂサービスからＡ社Ｗｅｂサービスへの進捗情報通知データ送信時に、進捗情報通知データ内に指定することにより、Ａ社Ｗｅｂサービスでは、どの注文に応じた進捗情報の通知かを識別することが可能である。本実施例では、要求元ＩＤとして「０００Ａ０１２」を指定しているが、Ａ社Ｗｅｂサービスからの要求である注文データと、それに応じた各Ｗｅｂサービスから送信されてくる進捗情報通知データを識別できるデータであれば、文字列や数値など他の形式であっても良い。
【００２５】
情報４０６は返却情報詳細度を示すデータで、Ａ社へ通知する進捗情報管理をどのような単位で送信するかを示す情報である。本実施例では、最大を指定しており、本新築要求データを受け取ったＢ社Ｗｅｂサービス内のビジネスロジックの進捗情報として分解可能な最大限の単位の進捗情報を返すことを示す。返却情報詳細度が「最大」の時は、各サービスのビジネスプロセスが複数の業務ステップで構成される場合に各業務ステップのそれぞれの進捗情報を要求するなど、可能な限りの進捗情報を要求していることを意味する。
【００２６】
例えは、ビジネスプロセスの個々の業務ステップが、「受け付け処理」、「審査」、「納期確認」、「発注」などで構成される場合には、それぞれの業務ステップに対する進捗情報が通知されることになる。返却情報詳細度して、通知する進捗情報の単位として上記例も含め、「デバッグ」、「最大」、「入出力」、「最小」、「エラー」などを指定することもできる。本例では、「デバック」が一番通知する進捗通知情報データが多く、「エラー」が最小である。
【００２７】
返却情報詳細度項目は、進捗情報通知データを要求するＡ社Ｗｅｂサービスが期待する単位を示す値であり、進捗情報通知データを返す各サービスはそれらの情報を元に、各サービスで返せる単位で進捗情報通知データを返す。「デバッグ」は、「最大」の時に通知する各業務ステップを処理する段階でさらに詳細な進捗情報を通知するための指定であり、テストなどに使用する。この場合は、テストに必要な詳細な進捗情報を予め定義しておく。「入出力」では、各サービスへの要求を受けた場合や他の各サービスにさらに要求を出す場合など、各サービスの外部との入出力に関しての進捗通知情報を要求することを示す。また、「最小」は各サービスが必要と考える最小レベルの進捗通知情報を要求することを示し、「エラー」では通常運用では発生しない問題が発生したときにだけ進捗通知情報を要求することを示す。
【００２８】
返却情報詳細度では、進捗情報の対象単位を示しているが、他のＷｅｂシステムへの要求などの処理ステップに対する「開始」や「完了」といった、特定の種類に関わる進捗情報だけ取得するといった形で、要求する進捗情報の種別やフィルタ条件を指定することも可能である。
【００２９】
図４の情報４０７の階層レベルは、一連の処理が複数のＷｅｂサービスで構成される場合には、進捗情報の通知範囲を指定するためのものである。階層レベルは、サービスを要求するサービスから数えて最初の供給先サービスを１段目として、最初の供給先サービスがさらに別のサービスを呼び出す場合はそれを２段目とするように、最初のサービスから数えた段数を数値で指定する。つまり、Ａ社Ｗｅｂサービスから２レベルまでの進捗状況を把握したい場合は、例えばＢ社Ｗｅｂサービスに２レベルを送付する。Ｂ社Ｗｅｂサービスでは、１レベルをＣ社Ｗｅｂサービスに送る。Ｃ社Ｗｅｂサービスでは、１レベルなので、その下位のＷｅｂサービスに進捗情報要求は送らないと判断する。
【００３０】
図４の情報４０７の例では「２」を指定している。これはＡ社Ｗｅｂサービスへの進捗情報を通知する範囲は２段階であることを示しており、図２に示す１段目のＢ社Ｗｅｂサービス１０２及び、２段目のＣ社Ｗｅｂサービス１０３とＤ社Ｗｅｂサービス１０４からＡ社Ｗｅｂサービスへ進捗情報へ送信することを要求している。
【００３１】
図４の４０２に示す進捗情報要求データを設定し、注文仕様データ４０１とあわせて、Ａ社ＷｅｂサービスからＢ社Ｗｅｂサービスへ要求を出すことにより、進捗情報に関するインターフェースを個々のＷｅｂサービス間で個別に作成して、個々のＷｅｂサービス固有の処理を作成しなくとも、複数のＷｅｂサービス間で共通なデータ形式により、進捗情報を通知することができる。
【００３２】
図５はＢ社ＷｅｂサービスからＣ社Ｗｅｂサービスへ基本構成機器注文１０８として送信するデータの内容であり、基本構成機器の注文の内容を示す基本構成機器の注文仕様データ５０１及び、Ａ社Ｗｅｂサービスへの進捗情報の通知を要求するための進捗情報要求データ（Ａ社Ｗｅｂサービス用）５０２及び、Ｂ社Ｗｅｂサービスへの進捗情報の通知を要求するための進捗情報要求データ（Ｂ社Ｗｅｂサービス用）５０３からなる。
【００３３】
図５の注文仕様データ５０１では、基本構成機器の注文にかかわるデータとして本実施例では、システム種別、注文個数、納期にそれぞれ、「汎用システム２タイプ」、「３」、「2002/4/20」を指定している。システム種別および、注文個数は、図４の４０１のそれぞれ同じ項目の値である。納期に関しては図４の４０１の値を元に、基本構成機器およびオプション機器が納入されてから、組み立てに必要な期間差し引いた値を指定している。
【００３４】
図５の進捗情報要求データ（Ａ社Ｗｅｂサービス用）５０２は、Ａ社Ｗｅｂサービスへの進捗情報を返すための情報であり、Ａ社Ｗｅｂサービスからの進捗情報要求データ４０２を元に生成しており、図５の進捗情報通知先４０４から返却情報詳細度４０６までの情報は、図４のＡ社Ｗｅｂサービスからの進捗要求データ４０２と同様である。階層レベル５０５は、Ｂ社Ｗｅｂサービスを経由しているため、１段分削減され値となり「１」を指定している。
【００３５】
図５の進捗情報要求データ（Ｂ社Ｗｅｂサービス用）５０３は、Ｂ社Ｗｅｂサービスへの進捗情報を要求するための送信データであり、進捗情報要求データ４０２及び進捗情報要求データ５０２と同様の形式である。図５の情報５０７は進捗情報の通知先であり、Ｂ社Ｗｅｂサービスの進捗及び履歴通知情報の受信先を示すＵＲＬを指定している。情報５０８はＢ社Ｗｅｂサービスが設定した、特定の注文を識別するためのＩＤである。本実施例では、返却情報詳細度５０９に「最大」、階層レベル５１０に「２」を指定している。
【００３６】
図６はＢ社ＷｅｂサービスからＤ社Ｗｅｂサービスへオプション機器注文１０９として送信するデータの内容であり、オプション機器の注文の内容を示すオプション機器の注文仕様データ６０１及び、Ａ社Ｗｅｂサービスへの進捗情報の通知を要求するための進捗情報要求データ（Ａ社Ｗｅｂサービス用）５０２及び、Ｂ社Ｗｅｂサービスへの進捗情報の通知を要求するための進捗情報要求データ（Ｂ社Ｗｅｂサービス用）５０３からなる。
【００３７】
オプション機器の注文仕様データ６０１は、図４の４０１の注文データのうちＣ社Ｗｅｂサービスに注文が必要なオプション品を注文するため要求内容を示し、６０１の機器種別は、４０１の追加オプション品を元に決定され、本例では「メモリ」と「ＮＩＣ」の２品を指定している。また、注文個数は４０１と同じ「３」を指定し、納期に関しては図４の４０１の値を元に、基本構成機器およびオプション機器が納入されてから、組み立てに必要な期間差し引いた値を指定している。
【００３８】
図６の進捗情報要求データ（Ａ社Ｗｅｂサービス用）５０２及び、進捗情報要求データ（Ｂ社Ｗｅｂサービス用）５０３は、本実施例では、Ｂ社ＷｅｂサービスからＣ社Ｗｅｂサービスへ送信する基本構成機器注文データに含まれる、情報情報要求データ５０２及び５０３と同様の内容である。
【００３９】
オプション機器の注文仕様データ６０１では、オプション機器の注文仕様データとして、機器種別、注文個数、納期を２種類分指定している。
図８は、Ｂ社Ｗｅｂサービスの状態に変化があった場合Ａ社Ｗｅｂサービスに送付される、Ｂ社Ｗｅｂサービス進捗情報通知データ８０１の内容を示す図である。図１０の１００２は、Ｂ社Ｗｅｂサービス進捗情報通知データ８０１の形式の定義である。図８の８０２から８１１は、１００２で定義される、状況確認要求元、対象サービス、要求元ＩＤ、現在状況を含む進捗情報通知および、現在状況の詳細項目であるサービス内ＩＤ，サービス名、日時、対象処理、状態の各項目である。以下にそれぞれの項目の詳細を例で示す。
【００４０】
図８の８０２は進捗情報通知データであることを示す、状況確認要求元８０３〜現在状況８０６までの情報を含む。
８０３の状況確認要求元は、進捗情報を要求した元の情報を示し、進捗要求データ４０２の進捗情報通知先４０４と同じ内容となる。
【００４１】
８０４は８０１の進捗情報通知データが示す進捗情報の対象を示し、この場合Ｂ社Ｗｅｂサービスを示すＵＲＬを指定する。
８０５は要求元ＩＤを示し、４０２の要求元ＩＤ４０５と同じ内容を指定する。この情報により進捗情報の要求元は、どの注文に対応する進捗情報かを判定することができる。
【００４２】
現在状況８０６は、Ｂ社Ｗｅｂサービスで状態の変更後の状況を示す内容であり、８０７サービス内ＩＤから８１１状態までの情報を含む。
【００４３】
サービス内ＩＤ８０７は、Ｂ社Ｗｅｂサービス内で対象を識別するためのＩＤである。進捗情報通知データ８０１受信時以外の任意のタイミングで、Ａ社ＷｅｂサービスからＢ社Ｗｅｂサービスに最新の進捗状態を要求する場合や、履歴情報を要求する場合に対象を指定するために使用できる。
【００４４】
サービス名８０８は、Ｂ社Ｗｅｂサービスのサービス名称であり、Ａ社Ｗｅｂサービスで複数のＷｅｂサービスからの進捗情報を纏めて表示する場合、この名称を使用することでどのＷｅｂサービスの情報かを示すことができる。
【００４５】
日時８０９は、状態に変更のあった日時を示す。
対象処理８１０は、Ｂ社Ｗｅｂサービス内でのビジネスプロセスが複数の業務ステップからなるとき、状態の変更のあった業務ステップ名を示す。
【００４６】
状態８１１は、対象処理８１０がどのような状態に変更したかを示す。状態には、「完了」、「実行中」、「停止中」、「受信待ち」、「未実行」、「強制停止」、「外部要求停止」、「以上終了」、「実行省略」などの状態を示す値がはいる。
【００４７】
進捗情報サービス８１２は、Ｂ社Ｗｅｂサービスへ最新進捗情報を確認したい場合などに、問い合わせる先のＷｅｂサービスを示す。
【００４８】
図１１は、Ｂ社Ｗｅｂサービスへの進捗情報要求データを管理するためのテーブルを示す。
【００４９】
１１０１進捗情報通知先、１１０２要求元ＩＤ、１１０３返却情報詳細度、１１０４階層レベルは、４０２Ａ社Ｗｅｂサービス進捗情報要求データの４０４、４０５、４０６、４０７に対応した項目である。１１０５サービス内ＩＤはサービス内でユニークに採番したデータであり、案件の状態が変更された場合に進捗情報の通知先を特定するために使用する。
【００５０】
図１２は、Ｂ社Ｗｅｂサービスの進捗通知情報を管理するためのテーブルを示す。１２０１サービスＩＤは、１１０５と同じ値で、サービス内でユニークに採番したデータ。１２０２案件名、１２０３対象処理、１２０４担当者は、Ｂ社サービス内で管理するための情報である。１２０５進捗情報サービス、１２０６対象サービスＩＤ、１２０７対象サービス名、１２０８対象更新日時、１２０９対象処理、１２１０対象状態は、他のＷｅｂサービスから通知された進捗情報を格納する領域である。
【００５１】
図１３は、Ａ社Ｗｅｂサービスの進捗通知情報を管理するためのテーブルを示す。１３０１〜１３１０の内容は、Ａ社Ｗｅｂサービスの進捗通知情報の１２０１〜１２１０と同様である。
【００５２】
図７はＢ社Ｗｅｂサービスが、Ａ社Ｗｅｂサービス１０１よりオーダーシステム注文１０７のデータを受信したときから、Ａ社Ｗｅｂサービスへ進捗データを返すまでの処理のフローを示す。
Ｂ社Ｗｅｂサービスでは、注文・要求受付け部２０７でオーダーシステム注文１０７を受け付けると（ステップ７０１）、注文データの内容確認処理を行い、構成品注文データとして、Ｃ社Ｗｅｂサービスへ送付する基本構成機器の注文仕様データ５０１及び、Ｄ社Ｗｅｂサービスへ送付するオプション機器の注文仕様データ６０１を作成する（ステップ７０２）。
【００５３】
次に、オーダーシステム注文１０７に対応するＩＤとしてユニークなＩＤを作成して、注文データを図３の２０９注文情報部に格納する（ステップ７０３）。また、進捗情報要求データ４０２の内容を図３の２１１進捗及び履歴情報格納部内のＢ社Ｗｅｂサービス進捗情報要求管理テーブル１１００に格納する（ステップ７０４）。
【００５４】
Ａ社Ｗｅｂサービスへの進捗情報要求データ４０２では階層レベルが２段になっているため、Ｂ社Ｗｅｂサービスからの構成品注文先である、Ｃ社Ｗｅｂサービス及びＤ社ＷｅｂサービスからＡ社Ｗｅｂサービスへの進捗情報要求を示す、進捗情報要求データ５０２を作成する。このとき階層レベル５０５は１段階分減らした「１」を指定する。また同時にＢ社Ｗｅｂサービスへの進捗情報要求データ５０３の作成を行う。Ｃ社Ｗｅｂサービス及びＤ社Ｗｅｂサービスからの進捗情報通知データとの対応を管理するため、Ｂ社Ｗｅｂサービス進捗情報要求管理テーブル１１００に、１２０１サービス内ＩＤ及び、Ｂ社システム内で管理する１２０２案件名、１２０３対象処理、１２０４担当者などの情報を格納する（ステップ７０５）。１２０１サービス内ＩＤはステップ７０３で作成したＩＤである。
【００５５】
ステップ７０２で作成した注文データ及びステップ７０５で作成した進捗情報要求データを合わせて、Ｃ社Ｗｅｂサービスへの基本構成機器注文１０８用のデータとＤ社Ｗｅｂサービスへのオプション機器注文１０９用のデータとして、Ｃ社Ｗｅｂサービス１０３及びＤ社Ｗｅｂサービス１０４に送付する（ステップ７０６）。
【００５６】
ステップ７０６が完了した時点で、Ｂ社Ｗｅｂサービスは構成品注文送信処理の状態が「完了」に変更となる。状態が変更となる為、Ｂ社Ｗｅｂサービスでは、Ｂ社Ｗｅｂサービス進捗情報要求管理テーブルのサービス内ＩＤ１１０５をキーに進捗情報通知先を求め、Ａ社Ｗｅｂサービスからの進捗情報要求データ４０２に基づき、Ｂ社Ｗｅｂサービス内での進捗状態を示す図８の進捗情報通知データ８０１を作成し（ステップ７０７）、Ａ社Ｗｅｂサービスに報進捗情報通知データ８０１を送信する。（ステップ７０８）。
【００５７】
また、Ｃ社Ｗｅｂサービスでは注文品である基本構成機器の発送を行った時など状態が変更された場合、Ｂ社Ｗｅｂサービスでの処理ステップ７０７、７０８と同様の処理により、Ｂ社Ｗｅｂサービスからの進捗情報要求データ５０２に基づき、Ｃ社Ｗｅｂサービス進捗情報通知データ９０１を作成しＢ社Ｗｅｂサービスへ通知する（ステップ７０９）。
【００５８】
Ｃ社Ｗｅｂサービス進捗情報通知データ９０２を受け取ったＢ社Ｗｅｂサービスでは、Ｃ社Ｗｅｂサービス進捗情報通知データ９０２の情報を、Ｂ社Ｗｅｂサービス進捗通知情報管理テーブル１２００に格納する。同時に、Ｂ社Ｗｅｂサービス進捗情報要求管理テーブル１１００のサービス内ＩＤ１１０５を検索し、進捗情報通知先を特定し、ステップ７０７同様にＢ社Ｗｅｂサービス内での進捗状態変更を示す図８の報進捗情報通知データを作成する（ステップ７１７）。ステップ７１７で作成する進捗情報通知データは、先にＢ社ＷｅｂサービスよりＡ社Ｗｅｂサービスへ送付した報進捗情報通知データ８０１の８０９日時、８１０対象処理、８１１状態がＣ社Ｗｅｂサービス進捗情報通知データ９０２に応じた物に変更されそれぞれ、”2002/8/24 8:00:00”、”基本構成機器発送通知受付”、”完了”などと置き換わったデータとなる。
【００５９】
ステップ７１７で作成したＢ社Ｗｅｂサービス進捗情報通知データは、１１００Ｂ社Ｗｅｂサービス進捗情報要求管理テーブル内の進捗情報通知先１１０１が示す通知先に送付する（ステップ７１８）．
Ａ社Ｗｅｂサービスでは、ステップ７０８及びステップ７０９で通知された進捗情報通知データやＣ社Ｗｅｂサービスから通知された通知された進捗情報通知データを図１３のＡ社Ｗｅｂサービス進捗通知情報管理テーブル１３００へ格納する。
【００６０】
Ａ社担当者が進捗状況を確認する場合には、Ａ社Ｗｅｂサービス進捗通知情報管理テーブル１３００の内容を参照する。
【００６１】
以上説明したように、図４の４０２に示す形式のように進捗情報要求データを設定し、Ｗｅｂサービスの機能を実現するための情報とあわせて送付することにより、進捗情報に関するインターフェースを個々のＷｅｂサービス間で個別に作成して、個々のＷｅｂサービス固有の処理を作成しなくとも、複数のＷｅｂサービス間で共通なデータ形式により、進捗情報を通知することができる。Ｗｅｂサービスの機能を実現するためのサービス要求とあわせて進捗情報要求を送付することにより、進捗情報に関するインターフェースをＷｅｂサービス間で個別に取り決めできるようになる。
【図面の簡単な説明】
【００６２】
【図１】複数のＷｅｂサービスを組み合わせて、オンラインオーダーシステムを構築した場合の例を示す図である。
【図２】各Ｗｅｂサービスをからの要求データ構成の詳細を示す図である。
【図３】Ａ社、Ｂ社及びＣ社システムの構成を示す図である。
【図４】Ａ社ＷｅｂサービスからＢ社Ｗｅｂサービスへの注文仕様データ詳細を示す図である。
【図５】Ｂ社ＷｅｂサービスからＣ社Ｗｅｂサービスへ送信する基本構成機器注文データの詳細を示す図である。
【図６】Ｂ社ＷｅｂサービスからＣ社Ｗｅｂサービスへ送信する基本構成機器注文データの詳細を示す図である。
【図７】Ｂ社Ｗｅｂサービスの処理フローを示す図である。
【図８】Ｂ社Ｗｅｂサービス進捗情報通知データ内容詳細を示す図である。
【図９】進捗情報要求データの形式定義を示す図である。
【図１０】進捗情報通知データの形式定義を示す図である。
【図１１】Ｂ社Ｗｅｂサービスへの進捗情報要求データを管理するためのテーブルである。
【図１２】Ｂ社Ｗｅｂサービスの進捗通知情報を管理する為のテーブルである。
【図１３】Ａ社Ｗｅｂサービスの進捗通知情報を管理する為のテーブルである。
【符号の説明】
【００６３】
１０１…Ａ社オーダーシステム用Ｗｅｂサービス、１０２…Ｂ社Ｗｅｂサービス、１０３…Ｃ社Ｗｅｂサービス、１０４…１０４…Ｄ社のＷｅｂサービス、１０７…オーダーシステム注文、１０８…基本構成機器注文、１０９…オプション機器注文、８０１…Ｂ社Ｗｅｂサービス進捗情報通知データ、９０１…Ｃ社Ｗｅｂサービス進捗情報通知データ、９０２…Ｃ社Ｗｅｂサービス進捗情報通知データ、９０３…Ｄ社Ｗｅｂサービス進捗情報通知データ、９０４…Ｄ社Ｗｅｂサービス進捗情報通知データ、４０１…カスタムオーダーシステム装置の注文仕様データ、４０２…進捗情報要求データ、５０１…基本構成機器の注文仕様データ、５０２…進捗情報要求データ（Ａ社Ｗｅｂサービス用）、５０３…進捗情報要求データ（Ｂ社Ｗｅｂサービス用）、４０４…進捗情報通知先、４０５…要求元ＩＤ、４０６…返却情報詳細度、４０７…階層レベル、１００１…進捗情報要求データの定義、１００２…進捗情報通知データの定義。
【図１】
2004310742.tif 000003
【図２】
2004310742.tif 000004
【図３】
2004310742.tif 000005
【図４】
2004310742.tif 000006
【図５】
2004310742.tif 000007
【図６】
2004310742.tif 000008
【図７】
2004310742.tif 000009
【図８】
2004310742.tif 000010
【図９】
2004310742.tif 000011
【図１０】
2004310742.tif 000012
【図１１】
2004310742.tif 000013
【図１２】
2004310742.tif 000014
【図１３】
2004310742.tif 000015