JP5109835B2 - 進捗収集サーバ、進捗収集方法および進捗収集プログラム - Google Patents

Description

本発明は、進捗収集サーバ、進捗収集方法および進捗収集プログラムに関する。

従来より、複数の業務システムにまたがって実行される業務処理についての進捗情報を利用者に開示する手法として、サイトごとに分散して配置された進捗収集サーバが、進捗情報を収集して開示する手法が知られている。なお、サイトとは、例えば、自治体や民間企業などが該当する。また、進捗情報とは、業務処理における進捗状況を示す情報である。

具体的には、進捗収集サーバは、業務処理の内、自サイトにて実行される処理ステップについての進捗情報を収集して利用者に開示し、また、他サイトにて実行される処理ステップについての進捗情報を他の進捗収集サーバから収集して利用者に開示する。

例えば、住人「Ａ」が自治体「Ｙ」から転出し、住人「Ａ」が自治体「Ｘ」に転入した場合に、自治体「Ｘ」の業務システムと自治体「Ｙ」の業務システムとが税金に関する業務処理を実行する場合について説明する。すなわち、自治体「Ｘ」の業務システムは、住人「Ａ」の税金に関する業務処理を実行する際に、自治体「Ｙ」の業務システムと連携して業務処理を実行する。また、自治体「Ｘ」の進捗収集サーバは、住人「Ａ」から進捗状況の問い合わせを受けたものとする。

ここで、上記の手法では、自治体「Ｙ」の進捗収集サーバは、自治体「Ｙ」にて実行される処理ステップについての進捗情報を自治体「Ｘ」の進捗収集サーバから要求され、自治体「Ａ」の進捗収集サーバに進捗情報を送信する。また、自治体「Ｘ」の進捗収集サーバは、自治体「Ａ」の業務システムにて実行される処理ステップについての進捗情報を収集し、また、自治体「Ｙ」の進捗収集サーバから進捗情報を収集し、住人「Ａ」に進捗情報を開示する。なお、進捗収集サーバに進捗情報を開示することは、当該進捗収集サーバが設置されたサイトにも進捗情報を送信することになる。

また、異なる組織間で業務の進捗状況を通知し合う際に、ワークフローの詳細度を落とした仮想ワークフローを用いて通知する手法が開示されている。

特開２０００−２９３４４７号公報（第１−５頁、第１図）

ところで、上記した従来の手法では、進捗情報を開示しなければならない上流のサイトが複数ある場合に、適切な精度で進捗情報を開示することができないという課題があった。

そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、進捗情報を開示しなければならない上流のサイトが複数ある場合に、適切な精度で進捗情報を開示することが可能である進捗収集サーバ、進捗収集方法および進捗収集プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、他サイトに設置された進捗収集サーバ各々について、当該進捗収集サーバを識別する識別情報と、当該進捗収集サーバに対して進捗情報を送信する際に許容される進捗情報の精度を示す精度情報とを対応づけて記憶する精度情報記憶手段を備える。また、業務処理の進捗情報を収集することを要求する進捗要求を受信すると、当該進捗要求にて指定された業務処理を識別し、識別した当該業務処理について自サイトの進捗情報を収集する進捗情報収集手段を備える。また、前記進捗要求を受信すると、当該進捗要求が自進捗収集サーバによって受信されるまでの経路に含まれる進捗収集サーバを識別する識別情報各々を当該進捗要求から取得し、取得した識別情報各々を検索キーとして前記精度情報記憶手段を検索して精度情報各々を取得し、取得した精度情報各々の内最も精度が低いことを示す精度情報を判定する精度情報判定手段を備える。また、前記精度情報判定手段によって判定された精度情報が示す精度となるように、前記進捗情報収集手段によって収集された進捗情報から応答用の進捗情報を作成し、作成した進捗情報を前記経路で返信する進捗情報返信手段を備える。

進捗情報を開示しなければならない上流のサイトが複数ある場合に、適切な精度で進捗情報を開示することが可能である。

以下に添付図面を参照して、この発明に係る進捗収集サーバ、進捗収集方法および進捗収集プログラムの実施例を詳細に説明する。なお、以下では、実施例１に係る進捗収集サーバの概要、進捗収集サーバの構成および処理の流れを順に説明し、その後、その他の実施例について説明する。

［進捗収集サーバの概要］
まず最初に、図１を用いて、実施例１に係る進捗収集サーバの概要を説明する。図１は、実施例１に係る進捗収集サーバの概要を説明するための図である。

実施例１に係る進捗収集サーバは、複数のサイト間で連携することで１つの業務処理が実行される場合に、サイトごとに設置され、業務処理についての進捗情報を収集する。

ここで、図１に示すように、実施例１に係る進捗収集サーバは、他の進捗収集サーバ各々について、進捗収集サーバに対して進捗情報を送信する際に許容される進捗情報の精度を示す精度情報を対応づけて記憶する。図１に示す例では、進捗収集サーバ「Ａ」において、他サイト情報記憶部が、識別情報「Ｘ」に精度情報「社内」を対応付けて記憶する。なお、識別情報「Ｘ」は、進捗収集サーバ「Ｘ」を識別する情報である。

そして、実施例１に係る進捗収集サーバは、図１の（１）に示すように、進捗要求を受信すると、図１の（２）に示すように、自サイトの進捗状況情報を収集する。例えば、実際の業務フロー定義において、いずれの処理ステップが終了したかを収集する。なお、例えば、図１に示すように、進捗収集サーバ「Ａ」は、利用者によって進捗収集サーバ「Ｘ」に進捗要求が入力された後に、進捗収集サーバ「Ｘ」と「Ｙ」と「Ｚ」とを含む経路にて進捗要求を受信する。

また、実施例１に係る進捗収集サーバは、経路に含まれる進捗収集サーバを識別する識別情報各々を進捗要求から取得し、図１に示す例では、識別情報「Ｘ」と「Ｙ」と「Ｚ」とを取得する。

そして、実施例１に係る進捗収集サーバは、取得した識別情報各々を検索キーとして他サイト情報記憶部を検索して精度情報各々を取得し、図１の（３）に示すように、取得した精度情報各々の内最も精度が低いことを示す精度情報を判定する。図１に示す例では、進捗収集サーバ「Ａ」は、識別情報「Ｘ」と「Ｙ」と「Ｚ」とに対応付けられた精度情報の内、最も精度の低い精度情報が「社外」であると判定する。

そして、実施例１に係る進捗収集サーバは、図１の（４）に示すように、判定した精度情報が示す精度となるように、収集した進捗状況情報から応答用の進捗情報を作成し、作成した進捗情報を経路にて返信する。例えば、進捗収集サーバ「Ａ」は、精度情報「社外」であると判定すると、実際の業務フロー定義ではなく、実際の業務フロー定義を簡略化した業務フロー定義を用いた応答用の進捗情報を作成する。そして、進捗収集サーバ「Ａ」は、簡略化した業務フロー定義と進捗情報とを受信した経路と同一の経路にて返信する。

このようなことから、実施例１に係る進捗収集サーバは、進捗情報を開示しなければならない上流のサイトが複数ある場合に、適切な精度で進捗情報を開示することが可能である。

［進捗収集サーバの構成］
次に、図２を用いて、図１に示した進捗収集サーバ２００の構成を説明する。図２は、進捗収集サーバの構成を説明するためのブロック図である。

なお、以下では、具体例を示して説明する場合には、図３に示すように、進捗収集サーバ「α」と進捗収集サーバ「β」と進捗収集サーバ「γ」と進捗収集サーバ「δ」とを用いて説明する。なお、図３は、実施例１に係る進捗収集サーバ各々間での関係を説明するための図である。

ここで、進捗収集サーバ「α」は、サイト「Ｘ」に関する進捗情報を収集し、例えば、業務システム「Ａ」についての進捗情報を収集する。また、進捗収集サーバ「β」は、サイト「Ｙ」に関する進捗情報を収集し、例えば、業務システム「Ｂ」についての進捗情報を収集する。進捗収集サーバ「γ」は、サイト「Ｗ」に関する進捗情報を収集し、例えば、業務システム「Ｃ」についての進捗情報を収集する。また、進捗収集サーバ「δ」は、サイト「Ｚ」に関する進捗情報を収集し、例えば、業務システム「Ｄ」についての進捗情報を収集する。

なお、サイトとは、例えば、自治体や民間企業などが該当する。また、進捗情報とは、サイトにて実行される業務処理の流れにおける進捗状況を示す情報である進捗状況情報と、進捗状況情報とともに開示される処理ステップの流れとして定義された情報である業務フロー定義とが含まれる。

また、以下では、図３の破線に示すように、所定の業務処理について、サイト「Ｘ」内にある業務システム「Ａ」は、サイト「Ｙ」内にある業務システム「Ｂ」と連携するものとして説明する。例えば、受付番号「１２３４５」によって識別される業務処理について、図４の（１）に示すように、業務システム「Ａ」は、処理ステップ「Ａ１」を実行し、その後、業務システム「Ｂ」に処理ステップ「Ｂ」を実行してもらうものとして説明する。また、図４の（１）に示すように、業務システム「Ｂ」では、業務システム「Ａ」における処理ステップ「Ｂ」として、処理ステップ「Ｂ１」と「Ｃ」と「Ｄ」と「Ｂ２」とを実行するものとして説明する。なお、図４は、実施例１に係る進捗収集サーバ各々において実行される業務フローの一例を説明するための図である。なお、図４において、●は、処理の開始を示し、◎は、処理の終了を示す。

また、図３の破線に示すように、業務システム「Ｂ」は、サイト「Ｗ」内にある業務システム「Ｃ」とサイト「Ｚ」内にある業務システム「Ｄ」と連携するものとして説明する。例えば、受付番号「１２３４５」によって識別される業務処理について、図４の（２）に示すように、業務システム「Ｂ」は、処理ステップ「Ｂ１」を実行するものとして説明する。また、その後、業務システム「Ｂ」は、業務システム「Ｃ」に処理ステップ「Ｃ」を実行してもらい、また、業務システム「Ｄ」に処理ステップ「Ｄ」を実行してもらい、その後、業務システム「Ｂ」は、処理ステップ「Ｂ２」を実行するものとして説明する。また、図４の（２）に示すように、業務システム「Ｃ」は、処理ステップ「Ｃ」として、処理ステップ「Ｃ１−１」から「Ｃ２−２」までの処理ステップを実行し、また、業務システム「Ｄ」は、処理ステップ「Ｄ」として、処理ステップ「Ｄ１−１」から「Ｄ２」までの処理ステップを実行するものとして説明する。

図２に戻ると、進捗収集サーバ２００は、記憶部３００と、制御部４００とを有し、業務システム１００と接続される。業務システム１００は、一つまたは複数の処理ステップを実行し、また、他のサイト内にある業務システムと連携して一つの業務処理を実行する。

記憶部３００は、制御部４００による各種収集処理に必要なデータを記憶し、自サイト情報記憶部３０１と、他サイト情報記憶部３０２と、進捗情報記憶部３０３と、フロー定義対応付け情報記憶部３０４とを備える。

自サイト情報記憶部３０１は、返信処理部４０４と接続され、図５〜図８に示すように、自サイト内にて行われる処理ステップの流れに関する情報を記憶する。なお、図５は、実施例１における自サイト情報記憶部（進捗収集サーバ「α」）を説明するための図である。図６は、実施例１における自サイト情報記憶部（進捗収集サーバ「β」）を説明するための図である。図７は、実施例１における自サイト情報記憶部（進捗収集サーバ「γ」）を説明するための図である。図８は、実施例１における自サイト情報記憶部（進捗収集サーバ「δ」）を説明するための図である。

例えば、自サイト情報記憶部３０１は、自サイト内に存在する業務システムを一意に識別する情報である業務システムＵＲＩ（Uniform Resource Identifier）に対応付けて、精度情報（後述）と業務フロー定義ＩＤとファイル名との対応付けを記憶する。

ここで、業務システムＵＲＩとは、図７に示す例では、サイト「Ｗ」内にある業務システム「Ｃ」を識別する「http://gamma.jp/soap」が該当する。また、業務フロー定義ＩＤとは、業務フロー定義を一意に識別する情報であり、図７に示す例では、「定義γ」や「定義γ−ｐ」が該当する。また、業務フロー定義ＩＤは、精度情報に対応付けられるものであって、図７に示す例では、業務フロー定義ＩＤ「定義γ」が精度情報「社内」に対応付けられ、業務フロー定義ＩＤ「定義γ−ｐ」が精度情報「社外」に対応付けられる。

すなわち、「定義γ」によって識別される業務フロー定義は、精度情報判定部４０３によって精度情報「社内」であると判定されると、返信処理部４０４によって用いられる。また、「定義γ−ｐ」によって識別される業務フロー定義は、精度情報判定部４０３によって精度情報「社外」であると判定されると、返信処理部４０４によって用いられる。

なお、以下では、精度情報「社内」に対応付けられた業務フロー定義は、実際に用いられている処理ステップの流れに対応する業務フロー定義である。また、精度情報「社外」に対応付けられた業務フロー定義は、精度情報「社内」に対応付けられた業務フロー定義を簡略化したものであるとして説明する。

ここで、業務フロー定義の違いについて、進捗収集サーバ「γ」を例に説明する。例えば、図９の（１）に示すように、実際に用いられる業務フローに対応する業務フロー定義が、処理ステップ「Ｃ１−１」から「Ｃ２−２」までを含む業務フロー定義が該当するとする。ここで、簡略化した業務フロー定義は、例えば、図９の（２）に示すように、処理ステップ「Ｃ１」と「Ｃ２」とのみを含む業務フロー定義が該当する。なお、図９は、精度情報による業務フロー定義の違いの一例について説明するための図である。

また、ファイル名とは、業務フロー定義ＩＤによって一意に識別される業務フロー定義が格納されている任意の記憶部内の領域を識別する情報である。図７に示す例では、ファイル名「gamma.bpel」によって識別される領域に、「定義γ」によって識別される業務フロー定義が格納される。

なお、自サイト情報記憶部３０１に記憶されている情報は、利用者によって予め入力される。例えば、簡略化した業務フロー定義は、利用者によって予め作成され、自サイト情報記憶部３０１に入力される。また、自サイト情報記憶部３０１に記憶されている情報は、返信処理部４０４によって用いられる。

他サイト情報記憶部３０２（「精度情報記憶手段」とも称する）は、精度情報判定部４０３と接続され、図１０〜図１３に示すように、他の業務システム各々について、進捗収集サーバＵＲＩ（「識別情報」とも称する）と精度情報とを対応付けて記憶する。なお、進捗収集サーバＵＲＩとは、他の業務システムにて実行された処理ステップについて進捗情報を収集する進捗収集サーバ２００を識別する情報である。

なお、図１０は、実施例１における他サイト情報記憶部（進捗収集サーバ「α」）を説明するための図である。図１１は、実施例１における他サイト情報記憶部（進捗収集サーバ「β」）を説明するための図である。図１２は、実施例１における他サイト情報記憶部（進捗収集サーバ「γ」）を説明するための図である。図１３は、実施例１における他サイト情報記憶部（進捗収集サーバ「δ」）を説明するための図である。

また、精度情報（「開示レベル」とも称する）とは、進捗収集サーバ２００に対して進捗情報を送信する際に許容される進捗情報の精度であり、図１１に示す例では、「社内」や「社外」が該当する。なお、実施例１では、精度情報「社内」が、精度情報「社外」よりも精度の高い進捗情報を送信することが許容される精度であるとして説明する。

ここで、他サイト情報記憶部３０２について、進捗収集サーバ「β」を例にさらに説明する。サイト「Ｙ」の業務システム「Ｂ」は、サイト「Ｘ」の業務システム「Ａ」と、サイト「Ｗ」の業務システム「Ｃ」と、サイト「Ｚ」の業務システム「Ｄ」と連携して業務処理を実行する（図３参照）。このため、進捗収集サーバ「β」が備える他サイト情報記憶部３０２は、図１１に示すように、他サイト「Ｘ」「Ｗ」「Ｚ」内にある業務システムを識別する業務システムＵＲＩ各々について、進捗収集サーバＵＲＩと精度情報とを対応付けて記憶する。

他サイト情報記憶部３０２は、図１１に示す例では、業務システムＵＲＩ「http://gamma.jp/soap」について、進捗収集サーバＵＲＩ「http://mon.gamma.jp/」と精度情報「社外」とを対応付けて記憶する。また、他サイト情報記憶部３０２は、図１１に示す例では、同様に、業務システムＵＲＩ「http://delta.com/gyomu」と業務システムＵＲＩ「http://alpha.com/soap」とについても、進捗収集サーバＵＲＩと精度情報とを対応付けて記憶する。

なお、他サイト情報記憶部３０２に記憶されている情報は、利用者によって予め入力され、また、進捗情報収集部４０２と精度情報判定部４０３とによって用いられる。

進捗情報記憶部３０３は、進捗情報収集部４０２と接続され、進捗状況情報を記憶する。例えば、進捗情報記憶部３０３は、図１４〜図１７に示すように、進捗状況情報として、「業務ＩＤ名」と「業務ＩＤ値」とに対応付けて、「オリジナルアクティビティＩＤ」と、「時刻」と、「開始・終了」とを記憶する。なお、図１４は、実施例１における進捗情報記憶部（進捗収集サーバ「α」）を説明するための図である。図１５は、実施例１における進捗情報記憶部（進捗収集サーバ「β」）を説明するための図である。図１６は、実施例１における進捗情報記憶部（進捗収集サーバ「γ」）を説明するための図である。図１７は、実施例１における進捗情報記憶部（進捗収集サーバ「δ」）を説明するための図である。

なお、「業務ＩＤ名」と「業務ＩＤ値」とは、各業務システムによって行われる業務処理を他の業務処理から識別する情報であり、例えば、受付番号などの業務で用いる識別子が該当する。また、オリジナルアクティビティＩＤとは、実際に用いられる業務フローに対応する業務フロー定義に含まれる処理ステップの内一つの処理ステップを識別する情報が該当する。また、時刻とは、進捗状況情報が進捗情報記憶部３０３に格納された時刻である。また、「開始・終了」とは、オリジナルアクティビティＩＤによって識別される処理ステップが終了したか（または開始したか）を示す。

図１４に示す例では、進捗情報記憶部３０３は、業務ＩＤ名「受付番号」と業務ＩＤ値「１２３４５」とに対応付けて、オリジナルアクティビティＩＤ「Ａ１」と時刻「2008/1/10 9:00」と開始・終了「終了」とを記憶する。

また、進捗情報記憶部３０３は、他のサイトと連携して業務処理が行われる場合には、連携した（呼び出した）業務システムを識別する呼び出した業務システムＵＲＩをさらに対応付けて記憶する。図１４に示す例では、進捗情報記憶部３０３は、業務ＩＤ名「受付番号」と業務ＩＤ値「１２３４５」とに対応付けて、オリジナルアクティビティＩＤ「Ｂ」と時刻「2008/1/10 9:00」とを対応付けて記憶する。また、進捗情報記憶部３０３は、業務ＩＤ名「受付番号」と業務ＩＤ値「１２３４５」とに対応付けて、呼び出した業務システムＵＲＩ「http://beta.com/soap」と開始・終了「開始」とを記憶する。

なお、進捗情報記憶部３０３に記憶されている情報は、自サイト内にある業務システム１００についての進捗状況情報を制御部４００によって入力され、また、進捗情報収集部４０２によって用いられる。

フロー定義対応付け情報記憶部３０４は、返信処理部４０４と接続され、図１８および図１９に示すように、オリジナルアクティビティＩＤに対応付けて、「業務フロー定義ＩＤ」と、「アクティビティＩＤ」との対応付けを記憶する。なお、図１８は、実施例１におけるフロー対応付け定義情報記憶部（進捗収集サーバ「γ」）を説明するための図である。図１９は、実施例１におけるフロー対応付け定義情報記憶部（進捗収集サーバ「δ」）を説明するための図である。なお、アクティビティＩＤとは、簡略化した業務フロー定義に含まれる処理ステップの内一つの処理ステップを識別する情報である。

また、フロー定義対応付け情報記憶部３０４に記憶されている「業務フロー定義ＩＤ」によって識別される業務フロー定義は、簡略化された業務フロー定義であり、例えば、精度情報「社外」に対応付けられた業務フロー定義が該当する。図１８に示す例では、フロー定義対応付け情報記憶部３０４は、オリジナルアクティビティＩＤ「Ｃ１−３」に対応付けて、業務フロー定義ＩＤ「定義γ−ｐ」とアクティビティＩＤ「Ｃ１」との対応付けを記憶する。すなわち、業務フロー定義γにおけるアクティビティＩＤ「Ｃ１−３」が終了している場合に、業務フロー定義γ−ｐにおけるアクティビティＩＤ「Ｃ１」が終了していると、返信処理部４０４に識別される。

なお、フロー定義対応付け情報記憶部３０４は、簡略化した業務フロー定義を備える進捗収集サーバ２００が備える記憶部であり、例えば、図１８および図１９に示すように、進捗収集サーバ「γ」と進捗収集サーバ「δ」とを備える。

なお、フロー定義対応付け情報記憶部３０４に記憶されている情報は、利用者によって予め入力され、また、返信処理部４０４によって用いられる。

制御部４００は、各種収集手順などを規定したプログラムなどを格納するための内部メモリを有し、これらによって種々の収集処理を実行する。また、制御部４００は、業務システム１００に接続され、自サイト内にある業務システム１００から進捗状況情報を定期的に取得し、または、業務システム１００から進捗状況情報を受信し、その後、進捗情報記憶部３０３に進捗状況情報を入力する。

また、制御部４００は、進捗要求処理部４０１と、進捗情報収集部４０２と、精度情報判定部４０３と、返信処理部４０４とを備える。

進捗要求処理部４０１は、進捗情報収集部４０２と精度情報判定部４０３と返信処理部４０４とに接続され、利用者から検索キーを入力されると、入力された検索キーを進捗情報収集部４０２に送る。なお、検索キーとは、「業務ＩＤ名」と「業務ＩＤ値」とが該当する。例えば、進捗収集サーバ「α」では、進捗要求処理部４０１は、利用者から、業務ＩＤ名「受付番号」と業務ＩＤ値「１２３４５」とを検索キーとして受け付ける。そして、進捗要求処理部４０１は、業務ＩＤ名「受付番号」と業務ＩＤ値「１２３４５」とを検索キーとして、進捗情報収集部４０２に送る。

また、進捗要求処理部４０１は、他の進捗収集サーバ２００から進捗要求を受信すると、進捗情報収集部４０２と精度情報判定部４０３とに進捗要求を送る。例えば、進捗収集サーバ「γ」では、進捗要求処理部４０１は、進捗収集サーバ「β」から進捗要求を受信し、進捗情報収集部４０２と精度情報判定部４０３とに受信した進捗要求を送る。ここで、進捗要求とは、業務処理の進捗情報を収集することを要求する情報であり、検索キーと、進捗収集サーバＵＲＩとが含まれる。

なお、進捗要求に含まれる進捗収集サーバＵＲＩには、自進捗収集サーバ２００よりも経路の上流にある進捗収集サーバ２００各々を識別する進捗収集サーバＵＲＩが含まれる。例えば、図２０の「問い合わせ元一覧」に示すように、進捗収集サーバ「β」は、進捗収集サーバ「α」を識別する進捗収集サーバＵＲＩを受信する。なお、図２０では、問い合わせ元一覧として記載してある「α」は、進捗収集サーバ「α」を識別する進捗収集サーバＵＲＩを示す。また、進捗収集サーバ「γ」と「δ」とは、進捗収集サーバ「α」と「β」を識別する進捗収集サーバＵＲＩを受信する。なお、図２０は、実施例１に係る進捗収集サーバ２００間にて送受信される進捗要求と進捗情報との一例を説明するための図である。

また、進捗要求処理部４０１（「送信手段」とも称する）について、他の進捗収集サーバ２００を識別する進捗収集サーバＵＲＩを進捗情報収集部４０２から受信した場合について説明する。なお、他の進捗収集サーバ２００を識別する進捗収集サーバＵＲＩを進捗情報収集部４０２から受信する場合とは、自業務システム１００が他の業務システム１００と連携している場合である。

ここで、進捗要求処理部４０１は、進捗情報収集部４０２から受信した進捗収集サーバＵＲＩによって識別される他の進捗収集サーバ２００に対して、進捗要求を送信する。また、進捗要求処理部４０１は、進捗要求を送った先となる進捗収集サーバ２００を識別する進捗収集サーバＵＲＩを返信処理部４０４に送る。

例えば、図２１に示すように、進捗収集サーバ「β」では、進捗要求処理部４０１は、進捗収集サーバ「γ」に対して、経路に含まれる進捗収集サーバを識別する進捗収集サーバＵＲＩと、業務ＩＤ名と、業務ＩＤ値とを含む進捗要求を送信する。なお、図２１では、進捗収集サーバＵＲＩは、「問い合わせ経路」に対応する。

なお、図２１に示す例において記載されている業務システムＵＲＩとは、呼び出された業務システムＵＲＩに対応し、いずれの業務システムにおいて行われている処理ステップについて進捗情報を要求しているかを明確にするために送られる。なお、図２１は、実施例１で用いられる進捗要求の一例を説明するための図である。

例えば、進捗収集サーバ「α」では、進捗要求処理部４０１は、進捗情報収集部４０２から進捗収集サーバ「β」を識別する進捗収集サーバＵＲＩ「http://mon.beta.com/」を受信すると、進捗収集サーバ「β」に対して、進捗要求を送る。なお、進捗収集サーバ「α」から進捗収集サーバ「β」に送られる進捗要求には、進捗収集サーバ「α」が利用者から受け付けた検索キーと、進捗収集サーバ「α」を識別する進捗収集サーバＵＲＩとが含まれる。そして、進捗要求処理部４０１は、進捗要求を送った先となる進捗収集サーバ２００を識別する進捗収集サーバＵＲＩを返信処理部４０４に送る。

また、例えば、進捗収集サーバ「β」では、進捗要求処理部４０１は、進捗情報収集部４０２から進捗収集サーバ「γ」と「δ」とを識別する進捗収集サーバＵＲＩ各々を受信すると、進捗収集サーバ「γ」と「δ」とに対して、進捗要求を送る。なお、進捗収集サーバ「β」から進捗収集サーバ「γ」と「δ」に送られる進捗要求には、進捗収集サーバ「β」が進捗収集サーバ「α」から受信した進捗要求と、進捗収集サーバ「β」を識別する進捗収集サーバＵＲＩとが含まれる。つまり、例えば、進捗収集サーバ「β」から進捗収集サーバ「γ」と「δ」に送られる進捗要求には、業務ＩＤ名「受付番号」と業務ＩＤ値「１２３４５」と、進捗収集サーバ「α」を識別する進捗収集サーバＵＲＩと、進捗収集サーバ「β」を識別する進捗収集サーバＵＲＩとが含まれる。そして、進捗要求処理部４０１は、進捗要求を送った先となる進捗収集サーバ２００を識別する進捗収集サーバＵＲＩを返信処理部４０４に送る。

また、進捗要求処理部４０１（「受信手段」とも称する）は、他の進捗収集サーバ２００に対して進捗要求を送信した後に、進捗要求を送信した送信先となる他の進捗収集サーバ２００から進捗情報を受信すると、受信した進捗情報を返信処理部４０４に送る。例えば、進捗収集サーバ「β」では、進捗要求処理部４０１は、進捗収集サーバ「γ」と進捗収集サーバ「δ」とから進捗情報を受信し、受信した進捗情報を返信処理部４０４に送る。また、例えば、進捗収集サーバ「α」では、進捗要求処理部４０１は、進捗収集サーバ「β」から進捗情報を受信し、受信した進捗情報を返信処理部４０４に送る。

図２２に示すように、進捗収集サーバ「β」では、進捗要求処理部４０１は、進捗収集サーバ「γ」から、進捗情報を受信する。なお、業務フロー定義が記載される形式については、後述するため、ここでは説明を省略する。なお、図２２は、実施例１に係る進捗収集サーバが受信する進捗情報の一例を説明するための図である。

進捗情報収集部４０２（「進捗情報収集手段」とも称する）は、進捗情報記憶部３０３と進捗要求処理部４０１と返信処理部４０４とに接続される。

また、進捗情報収集部４０２は、進捗要求を受信すると、検索キーを取得する。例えば、進捗収集サーバ「β」と「γ」と「δ」とでは、進捗情報収集部４０２は、進捗要求処理部４０１から進捗要求を受信すると、受信した進捗要求から、検索キーとして業務ＩＤ名「受付番号」と業務ＩＤ値「１２３４５」とを識別する。

また、進捗情報収集部４０２は、進捗要求処理部４０１から受け付けた検索キーや、進捗要求処理部４０１から受信した進捗要求から取得した検索キーを用いて、進捗情報記憶部３０３から進捗状況情報を取得する。

例えば、進捗収集サーバ「α」では、進捗情報収集部４０２は、検索キーとして業務ＩＤ名「受付番号」と業務ＩＤ値「１２３４５」とを受付ける。そして、進捗情報収集部４０２は、図１４に示す例では、検索キーに合致する進捗状況情報として、オリジナルアクティビティＩＤ「Ａ１」と開始・終了「終了」との対応付けを取得する。また、進捗情報収集部４０２は、オリジナルアクティビティＩＤ「Ｂ」と呼び出した業務システムＵＲＩ「http://beta.com/soap」と開始・終了「開始」との対応付けを取得する。

また、例えば、進捗収集サーバ「γ」では、進捗情報収集部４０２は、進捗要求を受信すると、検索キーを識別し、例えば、検索キーとして業務ＩＤ名「受付番号」と業務ＩＤ値「１２３４５」とを識別する。そして、進捗情報収集部４０２は、図１６に示す例では、検索キーに合致する進捗状況情報すべてを取得し、例えば、オリジナルアクティビティＩＤ「Ｃ１−１」と開始・終了「終了」との対応付けなどを取得する。

また、進捗情報収集部４０２は、進捗情報記憶部３０３から取得した進捗状況情報を返信処理部４０４に送る。例えば、進捗収集サーバ「α」では、オリジナルアクティビティＩＤ「Ａ１」と開始・終了「終了」などを返信処理部４０４に送る。また、例えば、進捗収集サーバ「γ」では、オリジナルアクティビティＩＤ「Ｃ１−１」と開始・終了「終了」との対応付けなどを返信処理部４０４に送る。

また、進捗情報収集部４０２は、呼び出した業務システムＵＲＩを進捗情報記憶部３０３から取得した場合に、読み出した業務システムＵＲＩに対応する進捗収集サーバ２００を識別する進捗収集サーバＵＲＩを他サイト情報記憶部３０２から取得し、進捗要求処理部４０１に送る。

例えば、進捗収集サーバ「α」では、進捗情報収集部４０２は、呼び出した業務システムＵＲＩ「http://beta.com/soap」を取得したので、図１０に示すように、「http://beta.com/soap」に対応する進捗収集サーバＵＲＩとして「http://mon.beta.com/」を他サイト情報記憶部３０２から取得する。そして、進捗情報収集部４０２は、進捗収集サーバ「β」を識別する進捗収集サーバＵＲＩ「http://mon.beta.com/」を進捗要求処理部４０１に送る。

精度情報判定部４０３（「精度情報判定手段」とも称する）は、他サイト情報記憶部３０２と進捗要求処理部４０１と返信処理部４０４とに接続される。また、精度情報判定部４０３は、進捗要求を進捗要求処理部から受信すると、進捗要求が自進捗収集サーバ２００によって受信されるまでの経路に含まれる進捗収集サーバ２００を識別する進捗収集サーバＵＲＩ各々を進捗要求から取得する。つまり、精度情報判定部４０３は、進捗要求から、上流にある進捗収集サーバを識別する進捗収集サーバＵＲＩ各々を取得する。

例えば、進捗収集サーバ「β」では、進捗要求から、経路に含まれる進捗収集サーバ「α」を識別する進捗収集サーバＵＲＩ「http://mon.alpha.com/」を取得する（図２０参照）。また、例えば、進捗収集サーバ「γ」や「δ」では、進捗要求から、経路に含まれる進捗収集サーバ「α」を識別する進捗収集サーバＵＲＩ「http://mon.alpha.com/」と進捗収集サーバ「β」を識別する進捗収集サーバＵＲＩ「http://mon.beta.com/」とを取得する（図２０参照）。

また、精度情報判定部４０３は、取得した進捗収集サーバＵＲＩ各々を検索キーとして他サイト情報記憶部３０２を検索して精度情報各々を取得し、取得した精度情報各々の内最も精度が低いことを示す精度情報を判定する。例えば、進捗収集サーバ「β」では、精度情報判定部４０３は、進捗収集サーバＵＲＩ「http://mon.alpha.com/」に対応付けられた精度情報「社内」を取得し、取得した精度情報が一つであるため、精度情報「社内」であると判定する。

また、例えば、進捗収集サーバ「γ」では、精度情報判定部４０３は、進捗収集サーバＵＲＩ「http://mon.alpha.com/」に対応付けられた精度情報「社内」と、進捗収集サーバＵＲＩ「http://mon.beta.com/」に対応付けられた精度情報「社外」とを取得する。そして、精度情報判定部４０３は、精度情報「社内」と「社外」との内、最も精度が低いことを示す精度情報が「社外」であると判定する。また、同様に、進捗収集サーバ「δ」では、精度情報判定部４０３は、精度情報「社内」であると判定する。

また、精度情報判定部４０３は、判定した精度情報を返信処理部４０４に送る。例えば、進捗収集サーバ「β」では、精度情報判定部４０３は、精度情報「社内」を返信処理部４０４に送る。また、例えば、進捗収集サーバ「γ」では、精度情報判定部４０３は、精度情報「社外」を返信処理部４０４に送る。また、例えば、進捗収集サーバ「δ」では、精度情報「社内」を返信処理部４０４に送る。

返信処理部４０４（「進捗情報返信手段」とも称する）は、自サイト情報記憶部３０１とフロー定義対応付け情報記憶部３０４と進捗要求処理部４０１と精度情報判定部４０３とに接続され、進捗情報収集部４０２から進捗状況情報すべてを受信する。例えば、進捗収集サーバ「γ」では、返信処理部４０４は、オリジナルアクティビティＩＤ「Ｃ２−２」と開始・終了「終了」との対応付けなどを進捗情報収集部４０２から受信する。

また、返信処理部４０４は、精度情報判定部４０３によって判定された精度情報が示す精度となるように、進捗情報収集部４０２によって収集された進捗状況情報から応答用の進捗状況情報を作成する。

具体的には、返信処理部４０４は、精度情報判定部４０３によって判定された精度情報に対応する業務フロー定義を取得する。また、返信処理部４０４は、フロー定義対応付け情報記憶部３０４に記憶されている対応付けを用いて、精度情報判定部４０３によって判定された精度情報に対応する業務フロー定義における進捗状況情報を取得する。そして、返信処理部４０４は、取得した業務フロー定義と進捗状況情報とを併せて応答用の進捗情報を作成する。

例えば、進捗収集サーバ「γ」では、返信処理部４０４は、精度情報「社外」に対応する業務フロー定義ＩＤとファイル名とを自サイト情報記憶部３０１から取得し、例えば、業務フロー定義ＩＤ「定義γ−ｐ」とファイル名「gammaSimple.bpe」とを取得する。そして、返信処理部４０４は、業務フロー定義「定義γ−ｐ」をファイル名「gammaSimple.bpe」によって識別される領域から読み出して取得する。

また、例えば、進捗収集サーバ「γ」では、返信処理部４０４は、図１８に示す例では、アクティビティＩＤ「Ｃ２」を取得する。つまり、返信処理部４０４は、フロー定義対応付け情報記憶部３０４から、業務フロー定義「定義γ−ｐ」について、進捗情報収集部４０２によって収集されたオリジナルアクティビティＩＤ「Ｃ１−１」〜「Ｃ２−２」に対応するアクティビティＩＤ「Ｃ１」と「Ｃ２」とを取得する。そして、返信処理部４０４は、業務フロー定義と、取得したアクティビティまたはオリジナルアクティビティすべてを併せて、応答用の進捗情報を作成する。

また、返信処理部４０４は、返信処理部４０４は、進捗要求を送った先の進捗収集サーバ２００を識別する進捗収集サーバＵＲＩを進捗要求処理部４０１から受信したかを判定する。つまり、返信処理部４０４は、他の進捗収集サーバ２００に対して進捗要求が送信されているかを判定する。ここで、返信処理部４０４は、進捗要求を送った旨の情報を進捗要求処理部４０１から受信していないと判定する場合には、進捗要求を受信した経路にて、応答用の進捗情報と業務フロー定義とを返信する。

例えば、進捗収集サーバ「γ」では、返信処理部４０４は、精度情報が「社外」であると判定されたので、進捗収集サーバ「β」に対して、図２３に示すように、実際の業務フロー定義ではなく、精度情報「社外」に対応付けられた簡略化した業務フロー定義とアクティビティＩＤ「Ｃ２」とを併せた応答用の進捗情報を経路にて返信する。なお、図２３は、実施例１における返信処理部を説明するための図である。

また、例えば、返信処理部４０４は、進捗要求を送った先の進捗収集サーバ２００を識別する進捗収集サーバＵＲＩを進捗要求処理部４０１から受信したと判定した場合には、進捗要求処理部４０１から進捗情報を受信する。例えば、進捗収集サーバ「β」では、返信処理部４０４は、図２３に示すように、精度情報「社外」に対応付けられた簡略化した業務フロー定義とアクティビティＩＤ「Ｃ２」とを併せた進捗情報を進捗要求処理部４０１から受信する。

また、返信処理部４０４は、進捗情報をすべて受信したかを判定する。例えば、進捗要求を送った先の進捗収集サーバ２００を識別する進捗収集サーバＵＲＩとして、進捗収集サーバ「γ」を識別する進捗収集サーバＵＲＩと進捗収集サーバ「δ」を識別する進捗収集サーバＵＲＩとを受信した場合について説明する。返信処理部４０４は、進捗要求処理部４０１から、進捗収集サーバ「γ」からの進捗情報と、進捗収集サーバ「δ」からの進捗情報とを受信したかを判定する。そして、返信処理部４０４は、すべてを受信したと判定すると、図２３に示すように、進捗情報収集部４０２によって収集された進捗状況情報を併せた進捗情報と、進捗要求処理部４０１から受信した他の進捗収集サーバからの進捗情報とを一つにまとめて経路で返信する。

また、返信処理部４０４は、自進捗収集サーバ２００が利用者から検索キーを受け付けた場合には、進捗情報を利用者に開示する。

［業務フロー定義について］
上記したように、実施例１では、業務システム各々は、何らかの処理ステップの流れに基づき処理が実行されるとして説明した。例えば、処理ステップの流れとは、ＷＳ−ＢＰＥＬ（Business Process Execution Language）で記述される。なお、通常の業務システムではその実際の動作をＷＳ−ＢＰＥＬを用いて記述できない場合もある。そのような場合には、チェックポイント(業務の流れにおいて進捗状況を把握したい場所)の順序関係が記述できればよく、例えば、次に述べるような方法でＷＳ−ＢＰＥＬに対応づけることで記述すればよい。

ここで、業務フロー定義の作成手法について簡単に説明する。例えば、図２４の（１）に示すように、ＷＳ−ＢＰＥＬを用いて記述されている処理ステップの流れから、図２４の（２）に示すように、業務システムにおけるチェックポイントの順序のみを抽出する。例えば、ＷＳ−ＢＰＥＬを用いて記述されている業務フローから、invoke、receive、reply、flow、ifタグのみを抽出し擬似的な(ｓｙｎｔａｘは正しいが実際にはＢＰＥＬエンジンで実行できない)ＷＳ−ＢＰＥＬである擬似ＢＰＥＬを作成する。そして、擬似ＢＰＥＬを利用者に開示する業務フロー定義とする。

なお、receive(他システムからデータを受信する)、invoke(他システムにデータを送信する、または送信し結果を受信する)、reply(他システムに返答する)とは、ＢＰＥＬにおいて、他システムとのデータのやりとりの記述に用いられる語句である。なお、図２４の（２）に示す処理ステップの流れそのものを用いてもよい。なお、図２４は、実施例１におけるＷＳ―ＢＰＥＬを用いた業務フロー定義を作成する手法の一例を説明するための図である。

また、ＷＳ−ＢＰＥＬを用いて記述できない業務システムでは、例えば、他システムへの業務データ送信が発生するときはinvokeまたはreplyに、業務データを受信するときはreceiveに、それぞれ対応させる。また、ＷＳ−ＢＰＥＬのsequence、flow、ifなどのアクティビティを用いてチェックポイントの順序を記述する。また業務データの入力ないし出力を伴わないチェックポイントを表現するときもreceiveに対応させ表現する。また、進捗情報では、アクティビティＩＤとして、ＢＰＥＬ定義におけるinvoke、receive、replyのXPath表現を用いてもよい(参考文献：加藤など、クロスサイトプロセスのモニタリングビューを提供するメタモデルと識別子情報に関する検討、情報処理学会研究報告 2006-DD-58、2006年11月)。

また、図２５と図２６とを用いて、複数の業務フロー定義を統合する例を示した。なお、図２５は、実施例１に係る進捗収集サーバ各々における業務フロー定義の一例を説明するための図である。図２６は、実施例１における複数の業務フロー定義を統合した業務フロー定義の一例を説明するための図である。

具体的には、図２５に、進捗収集サーバ「β」と進捗収集サーバ「γ」と進捗収集サーバ「δ」とにおける業務フロー定義の一例を示した。また、図２６に、進捗収集サーバ「γ」と進捗収集サーバ「δ」と進捗収集サーバ「β」における業務フロー定義とを統合した業務フロー定義の一例を示した。

［進捗収集サーバによる処理］
次に、図２７を用いて、実施例１に係る進捗収集サーバ２００の処理の流れを説明する。なお、図２７は、実施例１に係る進捗収集サーバの処理の流れを説明するためのフローチャートである。

図２７に示すように、進捗収集サーバ２００では、他の進捗収集サーバ２００から進捗要求受信すると（ステップＳ１０１肯定）、進捗情報収集部４０２は、進捗状況情報を収集する（ステップＳ１０２）。例えば、進捗収集サーバ「γ」では、進捗情報収集部４０２は、オリジナルアクティビティＩＤ「Ｃ２−２」終了・開始「終了」を取得する。

そして、進捗要求処理部４０１は、他のサイトに依頼した業務があるかを判定する（ステップＳ１０３）。具体的には、進捗要求処理部４０１は、進捗情報収集部４０２から、他の進捗収集サーバ２００を識別する進捗収集サーバＵＲＩを受信した場合にはありと判定し、進捗収集サーバＵＲＩを受信しなかった場合にはなしと判定する。ここで、進捗要求処理部４０１は、ありと判定した場合には（ステップＳ１０３肯定）、進捗要求を他の進捗収集サーバ２００に送信する。例えば、進捗収集サーバ「α」では、進捗要求処理部４０１は、進捗収集サーバ「β」に対して進捗要求を送信する（ステップＳ１０４）。

そして、進捗要求処理部４０１によってなしと判定され（ステップＳ１０３否定）、あるいは、進捗要求が送信されると（ステップＳ１０４）、精度情報判定部４０３は、精度情報を識別する（ステップＳ１０５）。例えば、進捗収集サーバ「γ」では、精度情報判定部４０３は、精度情報が「社外」であると識別する（図１２参照）。

そして、返信処理部４０４は、業務フロー定義ＩＤを取得する（ステップＳ１０６）。つまり、例えば、進捗収集サーバ「γ」では、返信処理部４０４は、精度情報「社外」に対応する業務フロー定義ＩＤを自サイト情報記憶部３０１から取得し、例えば、業務フロー定義ＩＤ「定義γ−ｐ」を取得する。

そして、返信処理部４０４は、業務フロー定義を取得し（ステップＳ１０７）、精度情報に対応する応答用の進捗情報を作成する（ステップＳ１０８）。つまり、例えば、返信処理部４０４は、フロー定義対応付け情報記憶部３０４から、業務フロー定義「定義γ−ｐ」について、オリジナルアクティビティＩＤ「Ｃ２−２」に対応するアクティビティＩＤ「Ｃ２」を取得する（図１８参照）。そして、返信処理部４０４は、業務フロー定義ＩＤとアクティビティＩＤ「Ｃ２」とを併せて応答用の進捗情報を作成する。

ここで、進捗収集サーバ２００では、進捗要求を送信したかを判定する（ステップＳ１０９）。つまり、上記したステップＳ１０３にて、ありと判定して（ステップＳ１０３肯定）進捗要求を送信したかを判定する。ここで、進捗要求を送信しなかったと判定すると（ステップＳ１０９否定）、返信処理部４０４は、進捗情報を経路にて返信する（ステップＳ１１０）。

一方、進捗要求を送信したと判定すると（ステップＳ１０９肯定）、進捗要求処理部４０１は、他の進捗収集サーバ２００から進捗情報を受信する（ステップＳ１１１）。そして、返信処理部４０４は、進捗要求処理部４０１から進捗情報を受信し、すべての進捗情報を受信したかを判定する（ステップＳ１１２）。つまり、例えば、進捗収集サーバ「β」では、返信処理部４０４は、進捗収集サーバ「γ」からの進捗情報と、進捗収集サーバ「δ」からの進捗情報と、自サイト内の進捗情報とを受信したかを判定する。ここで、すべて受信していないと判定すると（ステップＳ１１２否定）、受信したと判定するまで判定処理を繰り返す。

また、すべて受信したと判定する場合には（ステップＳ１１２肯定）、返信処理部４０４は、下流から受信した進捗情報を統合する（ステップＳ１１３）。すなわち、返信処理部４０４は、進捗情報収集部４０２によって収集された進捗状況情報から作成された進捗情報と、進捗要求処理部４０１によって受信された進捗情報とを一つにまとめる（図２３参照）。そして、返信処理部４０４は、進捗情報を経路にて返信する（ステップＳ１１０）。

［実施例１の効果］
上記したように、実施例１によれば、進捗収集サーバ２００は、他サイトに設置された進捗収集サーバ２００各々について、進捗収集サーバＵＲＩと精度情報とを対応づけて記憶する。また、進捗収集サーバ２００は、進捗要求を受信すると、進捗要求にて指定された業務処理を識別し、識別した業務処理について自サイトの進捗情報を収集する。また、進捗収集サーバ２００は、進捗要求が自進捗収集サーバ２００によって受信されるまでの経路に含まれる進捗収集サーバ２００を識別する進捗収集サーバＵＲＩ各々を進捗要求から取得し、取得した進捗収集サーバＵＲＩ各々を検索キーとして検索して精度情報各々を取得し、取得した精度情報各々の内最も精度が低いことを示す精度情報を判定する。また、進捗収集サーバ２００は、判定した精度情報が示す精度となるように、収集した進捗情報から応答用の進捗情報を作成し、作成した進捗情報を経路で返信するする。この結果、進捗情報を開示しなければならない上流のサイトが複数ある場合に、適切な精度で進捗情報を開示することが可能である。

また、実施例１によれば、進捗収集サーバ２００は、自サイトについての進捗情報と、他の進捗収集サーバ２００から受信した進捗情報とをまとめて一つの進捗情報にして経路で返信する。この結果、多段的に分散される業務について、下流にある進捗収集サーバ２００から送られる進捗情報をまとめたうえで上流に返信することが可能である。

さて、これまで、実施例１として、他の進捗収集サーバ２００を識別する進捗収集サーバＵＲＩにのみ対応付けられた精度情報を用いる手法について説明した。しかし、本発明はこれに限定されるものではなく、他の進捗収集サーバ２００を識別する進捗収集サーバＵＲＩと業務処理の種類との組み合わせに対応付けられた精度情報を用いてもよい。

そこで、以下では、実施例２として、他の進捗収集サーバ２００を識別する進捗収集サーバＵＲＩと業務処理の種類との組み合わせに対応付けられた精度情報を用いる手法について説明する。なお、以下では、実施例１に係る進捗収集サーバ２００と同様の点については、簡単に説明し、または、説明を省略する。

すなわち、実施例２では、他サイト情報記憶部３０２は、他サイトに設置された進捗収集サーバ２００各々について、進捗収集サーバＵＲＩに業務処理の種類を組み合わせた組み合わせと、精度情報とを対応づけて記憶する。例えば、図２８によれば、他サイト情報記憶部３０２は、進捗収集サーバＵＲＩに対応付けて、業務処理の種類である「業務種類の種類」と、精度情報とを対応付けて記憶する。なお、「業務種類の種類」と精度情報との対応付けは、利用者によって予め入力されるものである。

図２８に示す例では、他サイト情報記憶部３０２は、進捗収集サーバＵＲＩ「http://mon.gamma.jp/」と業務処理の種類「Ａ」との組み合わせに対応付けて、精度情報「社外」を記憶する。なお、業務処理の種類とは、例えば、「業務ＩＤ名」と「業務ＩＤ値」とを用いてもよく、また、「業務ＩＤ名」のみを用いてもよい。また、「業務ＩＤ名」と「業務ＩＤ値」とは別に、業務処理の種類を識別する情報を用いてもよい。

また、業務処理の種類としては、「業務ＩＤ名」と「業務ＩＤ値」とは別の情報を用いてもよい。なお、その場合には、例えば、利用者から検索キーとともに業務処理の種類とを受付けて用いる。

そして、実施例２では、精度情報判定部４０３は、進捗要求を受信すると、当該進捗要求にて指定された業務処理の種類を識別し、当該進捗要求から取得した進捗収集サーバＵＲＩ各々に識別した当該業務処理の種類を組み合わせた組み合わせを検索キーとして他サイト情報記憶部３０２を検索して精度情報各々を取得する。例えば、精度情報判定部４０３は、進捗収集サーバＵＲＩが「http://mon.gamma.jp/」であり、かつ、業務処理の種類が「Ａ」である場合に、精度情報「社外」を取得する。また、例えば、精度情報判定部４０３は、進捗収集サーバＵＲＩが「http://mon.gamma.jp/」であり、かつ、業務処理の種類が「Ｂ」である場合に、精度情報「社内」を取得する（図２８参照）。

［実施例２の効果］
このように、実施例２によれば、進捗収集サーバ２００は、問い合わせを受けた業務の種類をも考慮した精度にて、進捗情報を開示することが可能である。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に、その他の実施例について説明する。

［進捗要求の送信］
例えば、実施例１では、進捗要求処理部４０１は、呼び出した他の進捗収集サーバ２００がある場合に、必ず進捗要求を送信する手法について説明したが、本発明はこれに限定されるものではなく、進捗要求を送信しなくてもよい。

具体的には、進捗要求処理部４０１は、精度情報判定部４０３によって判定される精度情報が、閾値によって示される精度よりも高い精度を示す精度情報である場合にのみ、他の進捗収集サーバ２００に対して進捗要求を送信してもよい。なお、この閾値は、利用者によって予め設定されるものである。

これにより、実施例３によれば、精度情報が低い場合には、他の進捗収集サーバ２００から進捗情報を取得することなく、自己の進捗情報のみを用いて進捗情報を開示するので、開示処理を迅速に行うことが可能である。

［業務フロー定義］
例えば、実施例１では、精度情報「社内」に対応付けられた業務フロー定義として、実際に用いられている処理ステップの流れに対応する業務フロー定義を用いる手法について説明した。しかし、本発明はこれに限定されるものではなく、実際に用いられている処理ステップの流れに対応する業務フロー定義を簡略化したものを用いてもよい。この場合、例えば、「社外」に対応する業務フロー定義は、「社内」に対応する業務フロー定義を簡略化したものになる。つまり、実際に用いられている処理ステップの流れを、二段階簡略化した業務フロー定義となる。

［精度情報］
例えば、実施例１では、精度情報として、「社内」と「社外」の二つを用いる手法について説明したが、本発明はこれに限定されるものではなく、三つ以上の種類の精度情報を用いてもよい。例えば、数値を用いて、三つ以上の精度情報を用いてもよい。

［返信する進捗情報］
例えば、実施例１では、呼び出した業務システムがある場合に、他の進捗収集サーバ２００から受信した進捗情報すべてと、自進捗収集サーバ２００にて収集した進捗情報とを一つにまとめて返信する手法について説明した。しかし、本発明はこれに限定されるものではなく、一部の進捗情報のみを先に返信してもよく、また、進捗情報をすべて別個に返信してもよい。

例えば、進捗収集サーバ２００は、進捗要求を送信した後所定の時間内に進捗情報を受信した場合には、進捗情報収集部４０２によって収集された進捗情報と、他の進捗収集サーバ２００によって受信された進捗情報とを一つにまとめて経路で返信する。一方、例えば、進捗収集サーバ２００は、進捗要求を送信した後所定の時間内に進捗情報を受信しなかった場合には、受信しなかった進捗情報よりも先に、その他の進捗情報を経路で返信する。

これにより、実施例４によれば、多段的に分散される業務について、他の進捗収集サーバから進捗情報が返信されるのが遅い場合には、自己の進捗情報を先に返信することができ、要求者に進捗情報を迅速に開示することが可能である。

［サイト内にある業務システム］
実施例１では、各サイト内に、業務システムが一つあるものとして説明したが、本発明はこれに限定されるものではなく、二つ以上の業務システムがあってもよい。

［実施例の組み合わせについて］
また、実施例１では、例えば、経路に含まれる進捗収集サーバ各々に対応付けられる精度情報の内、最も低い精度情報を用いて進捗情報を返信する手法に、（１）下流にある進捗収集サーバからの進捗情報をまとめて上流に返信する手法を併せて説明した。また、実施例２では、例えば、（２）進捗収集サーバと業務処理の種類との組み合わせに開示レベルを対応付けて用いる手法について説明した。しかし、本発明はこのような実施例の組み合わせに限定されるものではない。例えば、経路に含まれる進捗収集サーバ各々に対応付けられる精度情報の内、最も低い精度情報を用いて進捗情報を返信する手法に、（１）（２）および実施例３にて説明した手法の内、任意の手法を組み合わせて実施してもよい。

［システム構成］
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。例えば、進捗情報を取得する処理を、サイトを管理する管理者が手動で取得して進捗情報記憶部３０２に入力してもよい。また、例えば、利用者が記憶部に入力する情報を手動にて予め入力するのではなく、公知の手法にて自動的に入力してもよい。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、図１〜図２８）については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図２に示す例を用いて説明すると、進捗収集サーバ２００と業務システム１００とを一つの装置としてもよい。

［コンピュータ］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図２９を用いて、上記の実施例と同様の機能を有する進捗収集プログラムを実行するコンピュータの一例を説明する。なお、図２９は、実施例１に係る進捗収集サーバのプログラムを説明するための図である。

同図に示すように、実施例１における進捗収集サーバ３０００は、操作部３００１、マイク３００２、スピーカ３００３、ディスプレイ３００５、通信部３００６、ＣＰＵ３０１０、ＲＯＭ３０１１、ＨＤＤ３０１２、ＲＡＭ３０１３をバス３００９などで接続して構成されている。

ＲＯＭ３０１１には、上記の実施例１で示した進捗要求処理部４０１と、進捗情報収集部４０２と、精度情報判定部４０３と同様の機能を発揮する制御プログラム、つまり、同図に示すように、進捗要求処理プログラム３０１１ａと、進捗情報収集プログラム３０１１ｂと、精度情報判定プログラム３０１１ｃと、返信処理プログラム３０１１ｄとが予め記憶されている。なお、これらのプログラム３０１１ａ〜３０１１ｄについては、図２９に示した進捗収集サーバの各構成要素と同様、適宜統合または分離してもよい。

そして、ＣＰＵ３０１０が、これらのプログラム３０１１ａ〜３０１１ｄをＲＯＭ３０１１から読み出して実行することにより、図２９に示すように、各プログラム３０１１ａ〜３０１１ｄについては、進捗要求処理プロセス３０１０ａと、進捗情報収集プロセス３０１０ｂと、精度情報判定プロセス３０１０ｃと、返信処理プロセス３０１０ｄとして機能するようになる。なお、各プロセス３０１０ａ〜３０１０ｄは、図２に示した、進捗要求処理部４０１と、進捗情報収集部４０２と、精度情報判定部４０３と、返信処理部４０４とにそれぞれ対応する。

そして、ＨＤＤ３０１２には、自サイト情報テーブル３０１２ａと、他サイト情報テーブル３０１２ｂと、進捗情報テーブル３０１２ｃと、フロー対応付け情報テーブル３０１２ｄとが設けられている。なお、各テーブル３０１２ａ〜３０１２ｄは、図２に示した、自サイト情報記憶部３０１と、他サイト情報記憶部３０２と、進捗情報記憶部３０３と、フロー定義対応付け情報記憶部３０４とにそれぞれ対応する。

そして、ＣＰＵ３０１０は、自サイト情報テーブル３０１２ａと、他サイト情報テーブル３０１２ｂと、進捗情報テーブル３０１２ｃと、フロー対応付け情報テーブル３０１２ｄとを読み出してＲＡＭ３０１３に格納し、ＲＡＭ３０１３に格納された自サイト情報データ３０１３ａと、他サイト情報データ３０１３ｂと、進捗情報データ３０１３ｃと、フロー対応付け情報データ３０１３ｄとを用いて、進捗収集プログラムを実行する。

［その他］
なお、本実施例で説明した進捗収集サーバは、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

以上の実施例１〜３を含む実施形態に関し、更に以下の付記を開示する。

（付記１）複数のサイト間で連携することで１つの業務処理が実行される場合に、サイトごとに設置され、設置された自サイトにて実行された業務処理の進捗状況を示す進捗情報を収集する進捗収集サーバであって、
他サイトに設置された進捗収集サーバ各々について、当該進捗収集サーバを識別する識別情報と、当該進捗収集サーバに対して進捗情報を送信する際に許容される進捗情報の精度を示す精度情報とを対応づけて記憶する精度情報記憶手段と、
業務処理の進捗情報を収集することを要求する進捗要求を受信すると、当該進捗要求にて指定された業務処理を識別し、識別した当該業務処理について自サイトの進捗情報を収集する進捗情報収集手段と、
前記進捗要求を受信すると、当該進捗要求が自進捗収集サーバによって受信されるまでの経路に含まれる進捗収集サーバを識別する識別情報各々を当該進捗要求から取得し、取得した識別情報各々を検索キーとして前記精度情報記憶手段を検索して精度情報各々を取得し、取得した精度情報各々の内最も精度が低いことを示す精度情報を判定する精度情報判定手段と、
前記精度情報判定手段によって判定された精度情報が示す精度となるように、前記進捗情報収集手段によって収集された進捗情報から応答用の進捗情報を作成し、作成した進捗情報を前記経路で返信する進捗情報返信手段と、
を備えたことを特徴とする進捗収集サーバ。

（付記２）前記精度情報記憶手段は、他サイトに設置された進捗収集サーバ各々について、前記識別情報に前記業務処理の種類を組み合わせた組み合わせと、前記精度情報とを対応づけて記憶し、
前記精度情報判定手段は、前記進捗要求を受信すると、当該進捗要求にて指定された業務処理の種類を識別し、当該進捗要求から取得した識別情報各々に当該業務処理の種類を組み合わせた組み合わせを検索キーとして前記精度情報記憶手段を検索して精度情報各々を取得することを特徴とする付記１に記載の進捗収集サーバ。

（付記３）前記進捗要求を受信すると、当該進捗要求にて指定された業務処理を識別し、識別した業務処理について他の進捗収集サーバと連携して業務処理を行っている場合に、当該他の進捗収集サーバに対して進捗要求を送信する送信手段と、
前記送信手段によって前記進捗要求が送信された先となる他の進捗収集サーバから、前記進捗情報を受信する受信手段と、
をさらに備え、
前記進捗情報返信手段は、前記進捗情報収集手段によって収集された進捗情報から作成された進捗情報と、前記受信手段によって受信された進捗情報とを一つにまとめて前記経路で返信することを特徴とする付記１または２に記載の進捗収集サーバ。

（付記４）前記進捗情報返信手段は、
前記送信手段によって前記進捗要求が送信された後所定の時間内に前記受信手段によって前記進捗情報が受信された場合には、前記進捗情報収集手段によって収集された進捗情報から作成された進捗情報と、当該受信手段によって受信された進捗情報とを一つにまとめて前記経路で返信し、
当該送信手段によって当該進捗要求が送信された後所定の時間内に当該受信手段によって当該進捗情報が受信されなかった場合には、当該受信手段によって受信する進捗情報より先に、当該進捗情報収集手段によって収集された進捗情報から作成された進捗情報を当該経路で返信することを特徴とする付記１〜３のいずれか一つに記載の進捗収集サーバ。

（付記５）前記送信手段は、前記精度情報判定手段によって判定される精度情報が閾値によって示される精度よりも高い精度を示す精度情報である場合にのみ、他の進捗収集サーバに対して前記進捗要求を送信することを特徴とする付記２〜４のいずれか一つに記載の進捗収集サーバ。

（付記６）複数のサイト間で連携することで１つの業務処理が実行される場合に、サイトごとに設置され、設置された自サイトにて実行された業務処理の進捗状況を示す進捗情報を収集する進捗収集処理コンピュータに実行させる進捗情報収集プログラムであって、
業務処理の進捗情報を収集することを要求する進捗要求を受信すると、当該進捗要求にて指定された業務処理を識別し、識別した当該業務処理について自サイトの進捗情報を収集する進捗情報収集ステップと、
前記進捗要求を受信すると、当該進捗要求が自進捗収集サーバによって受信されるまでの経路に含まれる進捗収集サーバを識別する識別情報各々を当該進捗要求から取得する取得ステップと、
他サイトに設置された進捗収集サーバ各々について、当該進捗収集サーバを識別する識別情報と、当該進捗収集サーバに対して進捗情報を送信する際に許容される進捗情報の精度を示す精度情報とを対応づけて記憶する精度情報記憶部から、前記取得ステップによって取得された識別情報各々を検索キーとして検索して精度情報各々を取得し、取得した精度情報各々の内最も精度が低いことを示す精度情報を判定する精度情報判定ステップと、
前記精度情報判定ステップによって判定された精度情報が示す精度となるように、前記進捗情報収集ステップによって収集された進捗情報から応答用の進捗情報を作成し、作成した進捗情報を前記経路で返信する進捗情報返信ステップと、
をコンピュータに実行させることを特徴とする進捗収集プログラム。

実施例１に係る進捗収集サーバの概要を説明するための図である。 実施例１に係る進捗収集サーバの構成を説明するためのブロック図である。 実施例１に係る進捗収集サーバ各々間での関係を説明するための図である。 実施例１に係る進捗収集サーバ各々において実行される業務フローの一例を説明するための図である。 実施例１における自サイト情報記憶部（進捗収集サーバ「α」）を説明するための図である。 実施例１における自サイト情報記憶部（進捗収集サーバ「β」）を説明するための図である。 実施例１における自サイト情報記憶部（進捗収集サーバ「γ」）を説明するための図である。 実施例１における自サイト情報記憶部（進捗収集サーバ「δ」）を説明するための図である。 精度情報による業務フロー定義の違いの一例について説明するための図である。 実施例１における他サイト情報記憶部（進捗収集サーバ「α」）を説明するための図である。 実施例１における他サイト情報記憶部（進捗収集サーバ「β」）を説明するための図である。 実施例１における他サイト情報記憶部（進捗収集サーバ「γ」）を説明するための図である。 実施例１における他サイト情報記憶部（進捗収集サーバ「δ」）を説明するための図である。 実施例１における進捗情報記憶部（進捗収集サーバ「α」）を説明するための図である。 実施例１における進捗情報記憶部（進捗収集サーバ「β」）を説明するための図である。 実施例１における進捗情報記憶部（進捗収集サーバ「γ」）を説明するための図である。 実施例１における進捗情報記憶部（進捗収集サーバ「δ」）を説明するための図である。 実施例１におけるフロー対応付け定義情報記憶部（進捗収集サーバ「γ」）を説明するための図である。 実施例１におけるフロー対応付け定義情報記憶部（進捗収集サーバ「δ」）を説明するための図である。 実施例１に係る進捗収集サーバ間にて送受信される進捗要求と進捗情報との一例を説明するための図である。 実施例１で用いられる進捗要求の一例を説明するための図である。 実施例１に係る進捗収集サーバが受信する進捗情報の一例を説明するための図である。 実施例１における返信処理部を説明するための図である。 実施例１におけるＷＳ―ＢＰＥＬを用いた業務フロー定義を作成する手法の一例を説明するための図である。 実施例１に係る進捗収集サーバ各々における業務フロー定義の一例を説明するための図である。 実施例１における複数の業務フロー定義を統合した業務フロー定義の一例を説明するための図である。 実施例１に係る進捗収集サーバの処理の流れを説明するためのフローチャートである。 実施例２における他サイト情報記憶部を説明するための図である。 実施例１に係る進捗収集サーバのプログラムを説明するための図である。

符号の説明

１００ 業務システム
２００ 進捗収集サーバ
３００ 記憶部
３０１ 自サイト情報記憶部
３０２ 他サイト情報記憶部
３０３ 進捗情報記憶部
３０４ フロー定義対応付け情報記憶部
４００ 制御部
４０１ 進捗要求処理部
４０２ 進捗情報収集部
４０３ 精度情報判定部
４０４ 返信処理部

Claims (6)

1. 複数のサイト間で連携することで１つの業務処理が実行される場合に、サイトごとに設置され、設置された自サイトにて実行された業務処理の進捗状況を示す進捗情報を収集する進捗収集サーバであって、
   他サイトに設置された進捗収集サーバ各々について、当該進捗収集サーバを識別する識別情報と、当該進捗収集サーバに対して進捗情報を送信する際に許容される進捗情報の精度を示す精度情報とを対応づけて記憶する精度情報記憶手段と、
   業務処理の進捗情報を収集することを要求する進捗要求を受信すると、当該進捗要求にて指定された業務処理を識別し、識別した当該業務処理について自サイトの進捗情報を収集する進捗情報収集手段と、
   前記進捗要求を受信すると、当該進捗要求が自進捗収集サーバによって受信されるまでの経路に含まれる進捗収集サーバを識別する識別情報各々を当該進捗要求から取得し、取得した識別情報各々を検索キーとして前記精度情報記憶手段を検索して精度情報各々を取得し、取得した精度情報各々の内最も精度が低いことを示す精度情報を判定する精度情報判定手段と、
   前記精度情報判定手段によって判定された精度情報が示す精度となるように、前記進捗情報収集手段によって収集された進捗情報から応答用の進捗情報を作成し、作成した進捗情報を前記経路で返信する進捗情報返信手段と、
   を備えたことを特徴とする進捗収集サーバ。
2. 前記精度情報記憶手段は、他サイトに設置された進捗収集サーバ各々について、前記識別情報に前記業務処理の種類を組み合わせた組み合わせと、前記精度情報とを対応づけて記憶し、
   前記精度情報判定手段は、前記進捗要求を受信すると、当該進捗要求にて指定された業務処理の種類を識別し、当該進捗要求から取得した識別情報各々に当該業務処理の種類を組み合わせた組み合わせを検索キーとして前記精度情報記憶手段を検索して精度情報各々を取得することを特徴とする請求項１に記載の進捗収集サーバ。
3. 前記進捗要求を受信すると、当該進捗要求にて指定された業務処理を識別し、識別した業務処理について他の進捗収集サーバと連携して業務処理を行っている場合に、当該他の進捗収集サーバに対して進捗要求を送信する送信手段と、
   前記送信手段によって前記進捗要求が送信された先となる他の進捗収集サーバから、前記進捗情報を受信する受信手段と、
   をさらに備え、
   前記進捗情報返信手段は、前記進捗情報収集手段によって収集された進捗情報から作成された進捗情報と、前記受信手段によって受信された進捗情報とを一つにまとめて前記経路で返信することを特徴とする請求項１または２に記載の進捗収集サーバ。
4. 前記進捗情報返信手段は、
   前記送信手段によって前記進捗要求が送信された後所定の時間内に前記受信手段によって前記進捗情報が受信された場合には、前記進捗情報収集手段によって収集された進捗情報から作成された進捗情報と、当該受信手段によって受信された進捗情報とを一つにまとめて前記経路で返信し、
   当該送信手段によって当該進捗要求が送信された後所定の時間内に当該受信手段によって当該進捗情報が受信されなかった場合には、当該受信手段によって受信する進捗情報より先に、当該進捗情報収集手段によって収集された進捗情報から作成された進捗情報を当該経路で返信することを特徴とする請求項１〜３のいずれか一つに記載の進捗収集サーバ。
5. 前記送信手段は、前記精度情報判定手段によって判定される精度情報が閾値によって示される精度よりも高い精度を示す精度情報である場合にのみ、他の進捗収集サーバに対して前記進捗要求を送信することを特徴とする請求項２〜４のいずれか一つに記載の進捗収集サーバ。
6. 複数のサイト間で連携することで１つの業務処理が実行される場合に、サイトごとに設置され、設置された自サイトにて実行された業務処理の進捗状況を示す進捗情報を収集する進捗収集処理コンピュータに実行させる進捗情報収集プログラムであって、
   業務処理の進捗情報を収集することを要求する進捗要求を受信すると、当該進捗要求にて指定された業務処理を識別し、識別した当該業務処理について自サイトの進捗情報を収集する進捗情報収集ステップと、
   前記進捗要求を受信すると、当該進捗要求が自進捗収集サーバによって受信されるまでの経路に含まれる進捗収集サーバを識別する識別情報各々を当該進捗要求から取得する取得ステップと、
   他サイトに設置された進捗収集サーバ各々について、当該進捗収集サーバを識別する識別情報と、当該進捗収集サーバに対して進捗情報を送信する際に許容される進捗情報の精度を示す精度情報とを対応づけて記憶する精度情報記憶部から、前記取得ステップによって取得された識別情報各々を検索キーとして検索して精度情報各々を取得し、取得した精度情報各々の内最も精度が低いことを示す精度情報を判定する精度情報判定ステップと、
   前記精度情報判定ステップによって判定された精度情報が示す精度となるように、前記進捗情報収集ステップによって収集された進捗情報から応答用の進捗情報を作成し、作成した進捗情報を前記経路で返信する進捗情報返信ステップと、
   をコンピュータに実行させることを特徴とする進捗収集プログラム。

Images