JPWO2013186891A1 - 進捗状況管理システム、及び進捗状況管理方法 - Google Patents

Abstract

本発明は、複数の処理部横断でファイル処理を実行する必要がある場合に、ファイル単位で進捗状況を管理可能な進捗状況管理システムを提供することを目的とする。ファイルに処理を実行する複数の処理部を含み、ファイルに対して一連の処理を実行する管理対象システムと、管理対象システムに含まれる処理部による処理の進捗状況を管理する進捗状況管理部と、を備える進捗状況管理システムであって、進捗状況管理部は、第１処理部内でのファイルの第１識別情報を取得する場合、第２処理部内での当該ファイルの第１識別情報も取得し、取得した第１処理部内での第１識別情報及び取得した第２処理部内での第１識別情報を、同一の第２識別情報に紐付けることを特徴とする。

Description

本発明は、複数の処理部によるファイルに対する処理の進捗状況を管理する進捗状況管理システムに関し、特に、各処理部内でのファイルの識別情報が異なる場合においても進捗状況を管理する進捗状況管理システムに関する。

企業内における非構造データの蓄積量は増加傾向にある。このようなデータを活用する要求は高まっており、テキスト検索システムをはじめとするファイル登録を必要とする複数のシステムを利用する状況が増えつつある。例えば、テキスト検索システムを利用可能にするためには、テキスト検索システムは、検索対象のファイルを収集し、収集したファイルに検索用インデックスを生成する処理を実行する必要がある。しかしながら、ファイルの収集処理の実行時間及び検索用インデックスの生成処理の実行時間は、ファイルの量に応じて変動する。このため、ユーザは、これらの処理の実行時間が不明であるので、いつファイルが検索可能となるのかを把握できないという問題（以下、問題１という）がある。

この問題１を解決するために、多くのテキスト検索システムはファイルの収集処理及び検索用インデックスの生成処理の進捗状況を表示する機能を備える。これによって、ユーザは、いつどのファイルが検索可能になるかを把握することができる。

また、ファイルの活用を目的とするシステムを構築する場合、ファイルに対して処理を実行する複数のコンポーネント（処理部）を組み合わせることによって、処理フローを実現する必要がある。しかし、この場合には、処理フローの把握が困難になるという問題（以下、問題２という）がある。

この問題２を解決するために、特開２００６−１２６９８６号公報（特許文献１）がある。この公報には、「各アクティビティに要するコストは全て平等であることを前提とし、ノードに対する残アクティビティ数とアクティブパスによる実行中パスから進捗率を算出する。進捗率の計算方法は、進捗率St+1は残進捗率（100-St）を遷移する可能性がある総アクティビティ数で割ったものを現在の進捗率Stに加算することで求まる。」と記載されている。これによれば、複数のコンポーネントを組み合わせたシステムであっても、ユーザはシステム全体の処理フロー及び処理時間を把握することができる。

特開２００６−１２６９８６号公報

従来の技術では、ユーザは、テキスト検索システムのように、一つのコンポーネントのみのシステムの処理の進捗を把握することができ、また、複数のコンポーネントを組み合わせたシステムの処理フローをジョブ単位で把握するができる。しかしながら、複数のコンポーネント横断でファイルに処理を実行する必要がある場合、ファイル単位で進捗状況を把握できないという課題がある。

本発明はこれらの課題に鑑みてなされたものであり、本発明の目的は、複数の処理部横断でファイル処理を実行する必要がある場合に、ファイル単位で進捗状況を管理可能な進捗状況管理システムを提供することである。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、ファイルに処理を実行する複数の処理部を含み、前記ファイルに対して一連の処理を実行する管理対象システムと、前記管理対象システムに含まれる前記処理部による処理の進捗状況を管理する進捗状況管理部と、を備える進捗状況管理システムであって、前記ファイルを実行する各処理部の順序が登録された処理フロー情報を記憶し、前記進捗状況管理部は、前記処理部内での前記ファイルの識別情報である第１識別情報と前記管理対象システム内で前記ファイルの一意な識別情報である第２識別情報とを紐付けて識別情報紐付け情報に記憶する識別情報紐付け部と、前記処理部による処理の進捗状況と、当該処理を実行したファイルの当該処理部内での第１識別情報と、を含む進捗情報を収集する進捗情報収集部と、前記識別情報紐付け情報を参照し、前記進捗情報収集部によって収集された進捗情報の第１識別情報に紐付く前記第２識別情報を特定し、前記特定した前記第２識別情報と前記進捗収集部によって収集された進捗情報の進捗状況とを紐付け、前記第２識別情報と紐付けた進捗状況とを進捗蓄積情報として記憶する進捗状況紐付け部と、を有し、前記複数の処理部は、第１処理部と第２処理部とを含み、前記識別情報紐付け部は、前記第１処理部内でのファイルの前記第１識別情報を取得する場合、前記第２処理部内での当該ファイルの前記第１識別情報も取得し、前記取得した第１処理部内での第１識別情報及び前記取得した第２処理部内での第１識別情報を、同一の前記第２識別情報に紐付けることを特徴とする。

本発明の一態様によれば、複数のコンポーネント横断でファイル処理を実行する必要がある場合に、ファイル単位で進捗状況を管理可能な進捗状況管理システムを提供できる。

本発明の第１実施例の情報処理システムの構成の説明図である。 本発明の第１実施例の進捗管理システム１００のハードウェア構成図である。 本発明の第１実施例の処理フロー情報に登録された各処理部の処理順序の説明図である。 本発明の第１実施例の処理状況収集部の処理状況収集処理のフローチャートである。 本発明の第１実施例の処理状況収集部によって収集される進捗情報の説明図である。 本発明の第１実施例のファイルＩＤ紐付け情報の説明図である。 本発明の第１実施例の進捗蓄積情報の説明図である。 本発明の第１実施例の進捗表示部の進捗表示処理のフローチャートである。 本発明の第１実施例の全体処理終了時間算出処理のフローチャートである。 本発明の第１実施例の予想終了時間算出処理のフローチャートである。 本発明の第１実施例の全体の予想処理時間の算出処理の説明図である。 本発明の第１実施例の処理部毎進捗状況算出処理のフローチャートである。 本発明の第１実施例の処理部毎進捗状況算出処理の予想終了時間算出処理のフローチャートである。 本発明の第１実施例の進捗情報表示画面の説明図である。 本発明の第２実施例の優先度変更処理のフローチャートである。 本発明の第２実施例の優先度変更画面の説明図である。 本発明の第３実施例の情報処理システムの構成の説明図である。 本発明の第４実施例の情報処理システムの構成の説明図である。 本発明の第４実施例のファイル移動処理のフローチャートである。

（第１実施例）
本発明の第１実施例を図１〜図１４を用いて説明する。

図１は、本発明の第１実施例の情報処理システムの構成の説明図である。

情報処理システムは、進捗管理システム１００、統合データアクセスアプリケーションクライアント２００、統合データアクセスアプリケーションサーバ３００、テキスト検索システム４００、メタデータデータベース５００、ファイルストレージ６００、メタデータ抽出・ファイル登録システム７００、医療画像用アダプタ８００、医療画像配信システム９００、電子カルテ用アダプタ１０００、及び、電子カルテシステム１１００を備える。これらは、通常広く一般に利用されるサーバ装置と同様の構成のハードウェア装置であり、これらのハードウェア装置の構成は進捗管理システム１００を例に図２で詳細を説明する。

なお、本実施例では、本発明の本質となる機能要素を構成する進捗管理システム１００の動作を説明するために、進捗管理システム１００を医療情報システムに適用する場合を例にあげて説明するが、進捗管理システム１００は他のシステムにも適用可能である。

進捗管理システム１００の処理手順を詳細に説明する前に、医療情報システムの構成の概略について説明する。

本実施例の医療情報システムは、統合データアクセスアプリケーションサーバ３００、テキスト検索システム４００、メタデータデータベース５００、ファイルストレージ６００、メタデータ抽出・ファイル登録システム７００、医療画像用アダプタ８００、医療画像配信システム９００、電子カルテ用アダプタ１０００、及び電子カルテシステム１１００を有する。

医療画像配信システム９００は、レントゲン写真及びＭＲＩ画像などの医療画像を処理するシステムであり、電子カルテシステム１１００は、電子カルテを処理するシステムである。本実施例の医療情報システムは、医療画像及び電子カルテをファイルストレージ６００に集約して記憶する。メタデータデータベース５００が、ファイルストレージ６００に記憶された医療画像及び電子カルテのメタデータ（例えば、患者ＩＤ、日付、時刻、及び検査ＩＤ等）を集約して管理する。また、テキスト検索システム４００が、ファイルストレージ６００に記憶された医療画像及び電子カルテをテキスト検索可能にする。そして、統合データアクセスアプリケーションサーバ３００は、テキスト検索システム４００及びメタデータデータベース５００の双方にアクセスし、テキスト検索システム４００によるテキスト検索機能及びメタデータデータベース５００によるフィルタ検索機能を組み合わせた統合検索機能を実現する。

ユーザは、統合データアクセスアプリケーションクライアント２００を利用して、統合データアクセスアプリケーションサーバ３００に接続し、統合データアクセスアプリケーションサーバ３００の統合検索機能を利用する。

本実施例の医療情報システムの本質的な点は、医療画像及び電子カルテという異種データをファイル形式でファイルストレージ６００に集約し、ファイルストレージ６００に記憶した全てのファイルに対してテキスト検索システム４００及びメタデータデータベース５００が登録処理を実行することによって、上位アプリケーション（統合データアクセスアプリケーションサーバ３００）の機能を実現する点である。ファイルストレージ６００が医療画像及び電子カルテを記憶するファイル形式、ファイルストレージ６００、テキスト検索システム４００、メタデータデータベース５００、統合データアクセスアプリケーションサーバ３００、及び統合データアクセスアプリケーションクライアント２００の内部構成の詳細は本実施例の本質の範囲外である。

次に、医療情報システムの構成要素となる各情報処理装置について詳細に説明する。

医療画像配信システム９００は、医療画像を管理するシステムであり、外部のシステム及びユーザが利用するクライアント計算機に医療画像を配信する。電子カルテシステム１１００は、患者の電子カルテを管理するシステムであり、外部のシステム及びユーザが利用するクライアント計算機に電子カルテを提供する。

医療画像用アダプタ８００は、医療画像配信システム９００に接続され、医療画像配信システム９００が提供する医療画像配信機能の通信プロトコルに従って、医療画像配信システム９００から所望の医療画像をファイルとして取得する。なお、医療画像配信機能の通信プロトコルとしては、一般に医療画像標準のＤＩＣＯＭなどが利用されている。

電子カルテ用アダプタ１０００は、電子カルテシステム１１００に接続され、電子カルテシステム１１００が提供する電子カルテ情報配信機能の通信プロトコルに従って、電子カルテシステム１１００から所望の電子カルテ情報をファイルとして取得する。なお、電子カルテ情報配信機能の通信プロトコルとしては、一般に医療システム接続標準のＨＬ７などが利用されている。

メタデータ抽出・ファイル登録システム７００は、医療画像用アダプタ８００及び電子カルテ用アダプタ１０００に接続される。メタデータ抽出・ファイル登録システム７００は、各アダプタ８００及び１０００に接続されるデータソースシステム（医療画像配信システム９００及び電子カルテシステム１１００）によって提供されるデータが各アダプタ８００及び１０００によってファイル化されたものを取得する。そして、メタデータ抽出・ファイル登録システム７００は、取得したファイル内の情報からメタデータ（例えば、患者ＩＤ、日付、時刻、及び検査ＩＤなど）を抽出する。また、メタデータ抽出・ファイル登録システム７００は、取得したファイル及び抽出したメタデータを、自身に接続されるファイルストレージ６００に登録する。

テキスト検索システム４００は、ファイルストレージ６００に接続され、ファイルストレージ６００に記憶されたファイルに対してテキスト検索を可能にする処理を実行する。具体的には、テキスト検索システム４００は、ファイルストレージ６００に記憶されたファイル（医療画像ファイル、電子カルテファイル、並びに、医療画像ファイル及び電子カルテファイルから抽出されたメタデータファイル）を収集する。そして、テキスト検索システム４００は、収集したファイルに対してテキスト検索処理を実行する場合に利用されるインデックスをファイルごとに生成する。

メタデータデータベース５００は、メタデータ抽出・ファイル登録システム７００によって抽出されたメタデータを管理し、メタデータを用いた検索処理及びメタデータを用いた集計処理を可能にする。具体的には、メタデータデータベース５００は、ファイルストレージ６００に記憶されたメタデータファイルを収集し、収集したメタデータファイル内に記憶されたメタデータをデータベース内に記憶し、管理する。

テキスト検索システム４００、メタデータデータベース５００、ファイルストレージ６００、メタデータ抽出・ファイル登録システム７００、医療画像用アダプタ８００、及び電子カルテ用アダプタ１０００は、ファイルに対して何らかの処理を実行するコンポーネント（処理部）として機能する。

統合データアクセスアプリケーションサーバ３００は、メタデータデータベース５００、テキスト検索システム４００、及びファイルストレージ６００に接続される。統合データアクセスアプリケーションサーバ３００は、ユーザが統合データアクセスアプリケーションクライアント２００を用いて入力した検索条件を満たすファイルの検索要求を、メタデータデータベース５００及びテキスト検索システム４００に送信する。そして、統合データアクセスアプリケーションサーバ３００は、メタデータデータベース５００及びテキスト検索システム４００の検索結果を受信した場合、受信した検索結果を組み合わせた情報を検索結果情報として統合データアクセスアプリケーションクライアント２００に返す。

統合データアクセスアプリケーションクライアント２００は、ユーザが統合データアクセスアプリケーションを利用する場合に使用するプログラムであり、検索条件の入力を受け付け、入力された検索条件を統合データアクセスアプリケーションサーバ３００に送信し、統合データアクセスアプリケーションサーバ３００が返す結果情報を表示する。

次に、進捗管理システム１００について説明する。

進捗管理システム１００は、テキスト検索システム４００、メタデータデータベース５００、ファイルストレージ６００、メタデータ抽出・ファイル登録システム７００、医療画像用アダプタ８００、及び電子カルテ用アダプタ１０００にネットワークを介して接続される。進捗管理システム１００は、管理対象のシステムを構成する各処理部によるファイルに対する処理の進捗状況を収集し、管理する。進捗管理システム１００は、処理状況収集部１０１、進捗表示部１０２、処理フロー情報１０３、ファイルＩＤ紐付け情報１０４、及び進捗蓄積情報１０５を有する。

処理状況収集部１０１は、各処理部にアクセスし、各処理部の進捗状況を収集する。進捗表示部１０２は、処理状況収集部１０１によって収集された進捗状況を表示する。処理フロー情報１０３には、各処理部の処理順序が登録される。処理フロー情報１０３の詳細は図３で説明する。ファイルＩＤ紐付け情報１０４には、処理状況収集部１０１によって収集された各処理部内でのファイルの識別情報（第１識別情報）と、進捗管理システム１００が進捗状況を管理するシステム内におけるファイルの一意な識別情報（第２識別情報）と、の対応関係が登録される。ファイルＩＤ紐付け情報１０４の詳細は図６で説明する。進捗蓄積情報１０５には、処理状況収集部１０１によって収集された各処理部の進捗状況が登録される。進捗蓄積情報１０５の詳細は図７で説明する。

次に、処理状況収集部１０１が各処理部から進捗状況を収集するために必要となる各処理部の前提について説明する。

各処理部は、ファイルＩＤマッピングＡＰＩ（Application Program Interface）、及び進捗情報ＡＰＩを有する。

各処理部は、ファイルの取得元からファイルを取得し、取得したファイルに対して各処理部の処理を実行する。例えば、医療画像用アダプタ８００は、医療画像配信システム９００からファイルを取得し、メタデータ抽出・ファイル登録システム７００は医療画像用アダプタ８００及び電子カルテ用アダプタ１０００からファイルを取得する。

ファイルＩＤマッピングＡＰＩは、ファイルの取得元におけるファイルの識別情報（以下、ファイルＩＤという）と自身を有する処理部４００〜７００におけるファイルＩＤとの対応関係を外部に提供するインタフェースである。例えば、メタデータ抽出・ファイル登録システム７００が有するファイルＩＤマッピングＡＰＩは、ファイルの取得元となる医療画像用アダプタ８００又は電子カルテ用アダプタ１０００におけるファイルＩＤとメタデータ抽出・ファイル登録システム７００におけるファイルＩＤとを外部に提供する。換言すれば、各処理部４００〜７００のファイルＩＤマッピングＡＰＩは、一つ前の処理部におけるファイルＩＤと自身におけるファイルＩＤとを外部に提供する。

進捗状況ＡＰＩは、自身を有する処理部４００〜７００においてファイルの進捗状況を外部に提供するインタフェースである。

各処理部のファイル取得処理はバッチ処理形式で周期的に実行される。一度のバッチ処理では、ファイルの取得元の特定のファイル集合に対して順次ファイル取得処理が実行される。例えば、テキスト検索システム４００のファイルの取得元はファイルストレージ６００であり、通常、テキスト検索システム４００における一度のバッチ処理の取得対象は、ファイルストレージ６００内のファイル群のうち過去のファイル取得処理で取得されていないファイルの集合である。進捗情報ＡＰＩは、ファイル取得処理で取得されたファイル単位でファイルの処理状況を外部に提供する。

図２は、本発明の第１実施例の進捗管理システム１００のハードウェア構成図である。

進捗管理システム１００は、ＣＰＵ１１１、主記憶装置（メモリ）１１２、副記憶装置１１３、通信装置１１４、及び入出力装置１１５を有する。これらのＣＰＵ１１１、主記憶装置１１２、副記憶装置１１３、通信装置１１４、及び入出力装置１１５は、バス１１６を介して互いに接続される。

ＣＰＵ１１１は、主記憶装置１１２に読み込まれたプログラムを実行する。主記憶装置１１２には、副記憶装置１１３に記憶されたプログラムが読み込まれる。副記憶装置１１３には、各種プログラムが記憶される。

通信装置１１４は、他の装置と通信するためのインタフェースである。入出力装置１１５は、例えばキーボード及びマウスのような入力装置、並びにディスプレイのような出力装置である。

なお、副記憶装置１１３及び主記憶装置１１２にはプログラムの他に、プログラムの実行に必要なデータが記憶され、プログラムの実行に伴って当該データの読み取り処理及び書き込み処理が実行される。さらに、現在広く使われている情報処理装置の仮想化技術を利用し、これらのハードウェア装置の処理がソフトウェアとして実行される場合もある。これらの具体的な情報処理装置の構成方法は本発明の本質ではないので説明を省略する。

また、進捗管理システム１００を例にハードウェア構成を説明したが、他の装置（統合データアクセスアプリケーションクライアント２００、統合データアクセスアプリケーションサーバ３００、テキスト検索システム４００、メタデータデータベース５００、ファイルストレージ６００、メタデータ抽出・ファイル登録システム７００、医療画像用アダプタ８００、医療画像配信システム９００、電子カルテ用アダプタ１０００、及び、電子カルテシステム１１００）も同じハードウェア構成であるので、説明を省略する。

図３は、本発明の第１実施例の処理フロー情報１０３に登録された各処理部の処理順序の説明図である。

処理フロー情報１０３は、進捗管理システム１００が各処理部の処理状況を管理する前に管理者等によって予め設定される。図３に示す処理フロー情報１０３には、図１に示す医療情報システムの処理フローが登録される。

まず、医療画像用アダプタ８００が、医療画像配信システム９００から医療画像ファイルを収集する。また、電子カルテ用アダプタ１０００が、電子カルテシステム１１００から電子カルテファイルを収集する。

次に、メタデータ抽出・ファイル登録システム７００が、医療画像用アダプタ８００及び電子カルテ用アダプタ１０００によって収集されたファイルからメタデータを抽出し、医療画像用アダプタ８００及び電子カルテ用アダプタ１０００によって収集されたファイル、及び抽出したメタデータをファイルストレージ６００に登録する。

テキスト検索システム４００は、ファイルストレージ６００に登録されたファイルを収集し、検索用インデックスを生成する。また、メタデータデータベース５００は、ファイルストレージ６００に登録されたメタデータを収集し、収集したメタデータをデータベースに登録する。一つのファイルに対してテキスト検索システム４００の処理が完了し、かつメタデータデータベース５００の処理が完了すると、当該ファイルに対する一連の処理が完了する。

図４は、本発明の第１実施例の処理状況収集部１０１の処理状況収集処理のフローチャートである。

処理状況収集処理は、進捗管理システム１００のＣＰＵ１１１によって実行される。

まず、処理状況収集部１０１は、処理フロー情報１０３に登録された処理を実行する各処理部（医療画像用アダプタ８００、電子カルテ用アダプタ１０００、メタデータ抽出・ファイル登録システム７００、テキスト検索システム４００、及びメタデータデータベース５００）が有する進捗情報ＡＰＩから進捗情報を収集する（３００１）。各処理部が有する進捗情報ＡＰＩから収集する進捗情報は、各処理部におけるファイルＩＤ、及び当該ファイルＩＤによって識別されるファイルに対する処理の進捗状況を含む。進捗状況は、ファイルが各処理部によって収集されていない状態を示す「未収集」、ファイルに対する処理が完了していない状態を示す「未登録」、及びファイルに対する処理が完了した状態を示す「登録完了」のいずれかが値として設定される。なお、ステップ３００１の処理で収集される進捗情報の詳細は図５で説明する。

次に、処理状況収集部１０１は、ステップ３００１の処理で収集した処理情報に含まれる各処理部におけるファイルＩＤによって識別されるファイルの取得元におけるファイルＩＤ（取得元ファイルＩＤ）を、各処理部が有するファイルＩＤマッピングＡＰＩから取得し、進捗情報に含まれるファイルＩＤと取得元ファイルＩＤとを同じグローバルファイルＩＤに紐付けてファイルＩＤ紐付け情報１０４に登録する（３００２）。ステップ３００２の処理の詳細については図６で具体例を挙げて説明する。

次に、処理状況収集部１０１は、ステップ３００１の処理で収集した進捗情報、及びステップ３００２の処理で進捗情報に含まれるファイルＩＤと取得元ファイルＩＤとに紐付けられたグローバルファイルＩＤに基づいて進捗情報レコードを生成し、生成した進捗情報レコードを進捗蓄積情報１０５に登録し（３００３）、処理状況収集処理を終了する。なお、進捗情報レコードは、一つの処理部から収集された進捗情報ごとに生成される。ステップ３００３の処理の詳細については、図７で具体例を挙げて説明する。

ステップ３００１〜３００３の処理が周期的に繰り返し実行されることによって、進捗蓄積情報１０５が各処理部の進捗に応じて更新される。

以上によって、進捗管理システム１００は、ファイルＩＤ紐付け情報１０４及び進捗蓄積情報１０５を更新する。

図５は、本発明の第１実施例の処理状況収集部１０１によって収集される進捗情報の説明図である。

進捗情報は、ファイルＩＤ４００１、進捗状況を示す状態４００２、及び日時４００３を含む。

ファイルＩＤ４００１には、処理部内におけるファイルＩＤが含まれる。状態４００２には、ファイルＩＤ４００１に含まれるファイルＩＤによって識別されるファイルの進捗状況を示す値が含まれる。進捗状況を示す値は、上述したように、「未収集」、「未登録」、及び「登録完了」のいずれかの値である。日時４００３には、処理部が有する進捗情報ＡＰＩが進捗状況を取得した日時が含まれる。

図５では、テキスト検索システム４００が有する進捗情報ＡＰＩが、テキスト検索システム４００におけるファイルＩＤ「０００１」、状態「未収集」、及び日時「２０１２年２月１日１２時００分３０秒」を含む進捗情報を処理状況収集部１０１に送信した場合を示している。

図６は、本発明の第１実施例のファイルＩＤ紐付け情報１０４の説明図である。

ファイルＩＤ紐付け情報１０４は、グローバルファイルＩＤ５００１、コンポーネントＩＤ５００２、及びファイルＩＤ５００３を含む。

グローバルファイルＩＤ５００１には、医療情報システム内で一意なファイルの識別情報（グローバルファイルＩＤ）が登録される。コンポーネントＩＤ５００２には、グローバルファイルＩＤ５００１に登録されたグローバルファイルＩＤによって識別されるファイルに対して処理を実行した処理部の識別情報（コンポーネントＩＤ）が登録される。ファイルＩＤ５００３には、グローバルファイルＩＤ５００１に登録されたグローバルファイルＩＤによって識別されるファイルの、コンポーネントＩＤ５００２に登録されたコンポーネントＩＤによって識別される処理部における識別情報が登録される。

例えば、図４に示すステップ３００２の処理で、処理状況収集部１０１は、テキスト検索システム４００が有するファイルＩＤマッピングＡＰＩから、テキスト検索システム４００におけるファイルＩＤ「０００１」、当該ファイルＩＤ「０００１」によって識別されるファイルの取得元であるファイルストレージ６００におけるファイルＩＤ（取得元ファイルＩＤ）「ｄｃｍ／２０１２０２０２ａ．ｄｃｍ」を取得する。

そして、取得元ファイルＩＤ「ｄｃｍ／２０１２０２０２ａ．ｄｃｍ」に紐付けられたグローバルファイルＩＤがファイルＩＤ紐付け情報１０４に存在する場合、処理状況収集部１０１は、ファイルＩＤ紐付け情報１０４に新たなレコードを追加し、追加したレコードのグローバルファイルＩＤ５００１に当該グローバルファイルＩＤを登録し、コンポーネントＩＤ５００２にテキスト検索システム４００の識別情報を登録し、ファイルＩＤ５００３に「０００１」を登録する。

一方、取得元ファイルＩＤ「ｄｃｍ／２０１２０２０２ａ．ｄｃｍ」に紐付けられたグローバルファイルＩＤがファイルＩＤ紐付け情報１０４に存在しない場合、処理状況収集部１０１は、新たなグローバルファイルＩＤを生成し、ファイルＩＤ紐付け情報１０４に二つのレコードを追加する。そして、処理状況収集部１０１は、追加した二つのレコードのグローバルファイルＩＤ５００１に生成した新たなグローバルファイルＩＤを登録する。また、処理状況収集部１０１は、追加した一方のレコードのコンポーネントＩＤ５００２にテキスト検索システム４００の識別情報を登録し、ファイルＩＤ５００３に「０００１」を登録する。また、処理状況収集部１０１は、追加した他方のレコードのコンポーネントＩＤ５００２に取得元のファイルストレージ６００の識別情報を登録し、ファイルＩＤ５００３に取得元ファイルＩＤ「ｄｃｍ／２０１２０２０２ａ．ｄｃｍ」を登録する。

すなわち、ステップ３００２の処理では、処理状況収集部１０１は、ステップ３００１の処理で収集した進捗情報に含まれる処理部のファイルＩＤ及び取得元ファイルＩＤをグローバルファイルＩＤに紐付けてファイルＩＤ紐付け情報１０４に登録する。

図７は、本発明の第１実施例の進捗蓄積情報１０５の説明図である。

進捗蓄積情報１０５は、グローバルファイルＩＤ６００１、コンポーネントＩＤ６００２、状態６００３、及び日時６００４を含む。

グローバルファイルＩＤ６００１にはグローバルファイルＩＤが登録され、コンポーネントＩＤ６００２にはコンポーネントＩＤが登録される。状態６００３には、グローバルファイルＩＤ６００１に登録されたグローバルファイルＩＤによって識別されるファイルの進捗状況を示す値が登録される。日時６００４には、処理部が有する進捗情報ＡＰＩが進捗状況を取得した日時が登録される。

例えば、処理状況収集部１０１が、図４に示すステップ３００１の処理で、テキスト検索システム４００が有する進捗情報ＡＰＩから図５に示す処理情報を収集し、ステップ３００２の処理で、テキスト検索システム４００が有するファイルＩＤマッピングＡＰＩから、ファイルＩＤ「０００１」、及び取得元ファイルＩＤ「ｄｃｍ／２０１２０２０２ａ．ｄｃｍ」を取得した場合のステップ３００３の処理について説明する。

処理状況収集部１０１は、進捗蓄積情報１０５に新たなレコードを追加し、追加したレコードのグローバルファイルＩＤ６００１に、ステップ３００２の処理でテキスト検索システム４００におけるファイルＩＤ「０００１」に紐付けられたグローバルファイルＩＤ「０００００３」を登録する。そして、処理状況収集部１０１は、追加したレコードのコンポーネントＩＤ６００２にテキスト検索システム４００の識別情報を登録し、状態６００３には「未収集」を登録し、日時６００４には「２０１２年２月１日１２時００分３０秒」を登録する。

図８は、本発明の第１実施例の進捗表示部１０２の進捗表示処理のフローチャートである。進捗表示処理は、進捗管理システム１００のＣＰＵ１１１によって実行される。

まず、進捗管理システム１００は、ユーザによって入力された進捗状況表示要求を受け付ける（７００１）。ユーザは、進捗状況表示要求を統合データアクセスアプリケーションクライアント２００に入力してもよいし、図示しない計算機に入力してもよいし、進捗管理システム１００に直接入力してもよい。進捗状況表示要求にはファイル検索条件が含まれる。ファイル検索条件は、ユーザが進捗状況を把握する対象となるファイルの条件であり、例えば、進捗蓄積情報１０５に登録されている日時６００４による指定（２０１２年２月１日以降に生成されたファイル）などが考えられる。進捗蓄積情報１０５に日時６００４以外の情報（例えば、ファイルの種類など）が登録されていれば、この情報による指定も可能である。

進捗管理システム１００は、ステップ７００１の処理で進捗状況表示要求を受け付けた場合、処理を進捗表示部１０２に移行し、進捗表示部１０２は、進捗蓄積情報１０５に登録されたレコードから進捗状況表示要求に含まれるファイル検索条件に適合するレコードを収集する（７００２）。

次に、進捗表示部１０２は、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードのグローバルファイルＩＤ６００１を参照し、グローバルファイルＩＤの数を全体ファイル数として算出する（７００３）。換言すれば、ステップ７００３の処理では、進捗表示部１０２は、ファイル検索条件に適合するファイルの数を算出する。

次に、進捗表示部１０２は、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードのコンポーネントＩＤ６００２及び状態６００３を参照し、終了条件を満たすグローバルファイルＩＤの数を登録完了ファイル数として算出する（７００４）。終了条件とは、進捗管理システム１００の管理対象となるシステムがファイルに対する一連の処理が終了する条件である。換言すれば、ステップ７００４の処理では、進捗表示部１０２は、管理対象のシステムの一連の処理が終了したファイルの数を算出する。

例えば、図３に示す処理フロー情報１０３であれば、テキスト検索システム４００の処理が終了し、メタデータデータベース５００の処理が終了していることが終了条件となる。すなわち、進捗表示部１０２は、コンポーネントＩＤ６００２にテキスト検索システム４００の識別情報が登録され、状態６００３に「登録完了」が登録されたレコード、及び、コンポーネントＩＤ６００２にメタデータデータベース５００の識別情報が登録され、状態６００３に「登録完了」が登録されたレコードを含むグローバルファイルＩＤの数を登録完了ファイル数として算出する。

次に、進捗表示部１０２は、ステップ７００４処理で算出された登録完了ファイル数をステップ７００３の処理で算出された全体ファイル数で除算することによって、ファイル登録完了率を算出し、算出したファイル登録完了率を進捗表示応答として、進捗状況表示要求を送信した計算機に返し（７００５）、処理を終了する。なお、ファイル登録完了率は管理対象のシステムの全体の進捗を示す。また、進捗表示応答を受け付けた計算機は、進捗表示応答のファイル登録完了率を表示する。

例えば、ファイル検索条件が２０１２年２月１日以降に生成されたファイルである場合の図８に示す進捗表示処理を図７に示す進捗蓄積情報１０５を用いて説明する。

この場合、ステップ７００２の処理では、図７に示す進捗蓄積情報１０５に登録された全てのレコードが収集される。

次に、ステップ７００３の処理では、ステップ７００２の処理で収集されたレコードのグローバルファイルＩＤ６００１には「０００００１」、「０００００２」、及び「０００００３」が登録されているので、全体ファイル数として３が算出される。

次に、ステップ７００４の処理では、コンポーネントＩＤ６００２にテキスト検索システム４００の識別情報が登録され、状態６００３に「登録完了」が登録されたレコード、及び、コンポーネントＩＤ６００２にメタデータデータベース５００の識別情報が登録され、状態６００３に「登録完了」が登録されたレコードを含むグローバルファイルＩＤは、「０００００１」であるので、登録完了ファイル数として１が算出される。

グローバルファイルＩＤ「０００００２」のレコードのうちコンポーネントＩＤ６００２がメタデータデータベース５００の識別情報が登録されたレコードの状態６００３に「未収集」が登録されているので、グローバルファイルＩＤ「０００００２」は終了条件を満たさない。

また、グローバルファイルＩＤ「０００００３」のレコードは、コンポーネントＩＤ６００２にメタデータデータベース５００の識別情報が登録されたレコードを含まないので、グローバルファイルＩＤ「０００００３」は終了条件を満たさない。これは、メタデータデータベース５００がグローバルファイルＩＤ「０００００３」のファイルをファイルストレージ６００から取得していないので、メタデータデータベース５００にはグローバルファイルＩＤ「０００００３」のファイルの進捗状況は存在していないためである。

次に、ステップ７００５の処理では、登録完了ファイル数である１が全体ファイル数３で除算され、ファイル登録完了率が３３．３％と算出される。

以上によって、各処理部で異なるファイルＩＤがファイルに付与されている場合であっても、進捗管理システム１００は同じファイルにグローバルファイルＩＤを付与するので、ファイル単位で進捗状況が管理可能となる。

次に、全体処理終了時間算出処理について図９を用いて説明する。全体処理時間算出処理は、処理を実行していないファイルが存在する処理部が当該ファイルに対する処理の実行を終了する予想終了時間を算出し、算出した各処理部の予想終了時間に基づいて、管理対象のシステムが全てのファイルに対して一連の処理の実行を終了する時間である全体の予想終了時間を算出する処理である。

図９は、本発明の第１実施例の全体処理終了時間算出処理のフローチャートである。全体処理終了時間算出処理は進捗管理システム１００のＣＰＵ１１１によって実行される。なお、図９に示すステップ７００１及び７００２の処理は、図８に示すステップ７００１及び７００２の処理と同じなので、図８と同じ符号を付与し、説明を省略する。

ステップ７００２の処理の実行後、進捗表示部１０２は、処理フロー情報１０３を参照し、ファイルに処理を実行する全ての処理部を特定する（８００３）。図３に示す処理フロー情報１０３では、医療画像用アダプタ８００、電子カルテ用アダプタ１０００、メタデータ抽出・ファイル登録システム７００、テキスト検索システム４００及びメタデータデータベース５００が処理部として特定される。なお、ステップ８００３の処理で特定される処理部が進捗管理システム１００に予め登録されている場合には、ステップ８００３の処理を実行しなくてもよい。

次に、進捗表示部１０２は、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードを参照し、ステップ８００３の処理で特定された処理部ごとに未処理のファイル数を特定し、特定した未処理のファイル数に基づいてステップ８００３の処理で特定された処理部の予想終了時間を算出する予想終了時間算出処理を実行する（８００４）。ステップ８００４の処理の詳細は、図１０で説明する。

次に、進捗表示部１０２は、処理フロー情報１０３上の各処理部に、ステップ８００４の処理で算出された予想終了時間を配置し、合計予想終了時間が最大となるパスを選択し、選択したパスの合計予想終了時間を、管理対象のシステムの予想終了時間として算出し、算出した予想終了時間を進捗表示応答として、進捗状況表示要求を送信した計算機に返し（８００５）、処理を終了する。ステップ８００５の処理の詳細は図１１で説明する。

次に、図１０を用いて予想終了時間算出処理について説明する。図１０は、本発明の第１実施例の予想終了時間算出処理のフローチャートである。

まず、進捗表示部１０２は、処理フロー情報１０３を参照し、ファイルに対して最初に処理を実行する処理部を特定する（８０１１）。次に、進捗表示部１０２は、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードのうち、コンポーネントＩＤ６００２に最初に処理を実行する処理部の識別情報が登録されているレコードを特定し、特定したレコードのグローバルファイルＩＤの数を処理対象のファイル数として算出する（８０１２）。

次に、進捗表示部１０２は、ステップ８００３の処理で特定された全ての処理部がステップ８０１４の処理で選択されたか否かを判定する（８０１３）。

ステップ８００３の処理で特定された全ての処理部がステップ８０１４の処理で選択されたと、ステップ８０１３の処理で判定された場合、進捗表示部１０２は、予想終了時間算出処理を終了し、ステップ８００５の処理に処理を移行する。

一方、ステップ８００３の処理で特定された全ての処理部がステップ８０１４の処理で選択されていないと、ステップ８０１３の処理で判定された場合、進捗表示部１０２は、ステップ８００３の処理で特定された処理部のうち、選択されていない一つの処理部を選択する（８０１４）。

次に、進捗表示部１０２は、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードから、コンポーネントＩＤ６００２にステップ８０１４の処理で選択された処理部の識別情報が登録されているレコードを収集する（８０１５）。

次に、進捗表示部１０２は、ステップ８０１５の処理で収集されたレコードのうち、状態６００３に「登録完了」が登録されているレコード数を処理完了ファイル数として算出する（８０１６）。

次に、進捗表示部１０２は、ステップ８０１２の処理で算出された処理対象ファイル数から、ステップ８０１６の処理で処理完了ファイル数を減算して、ステップ８０１４の処理で選択された処理部の未処理ファイル数を算出する（８０１７）。

次に、進捗表示部１０２は、ステップ８０１７の処理で算出された未処理ファイル数に、ステップ８０１４の処理で選択された処理部の平均処理時間を乗算し、ステップ８０１４の処理で選択された処理部が未処理のファイルに処理を実行するまでにかかる時間を示す予想終了時間を算出し（８０１８）、ステップ８０１３の処理に移行する。なお、各処理部は、一つのファイルに対して処理を実行するごとに、平均処理時間を算出し、算出した平均処理時間を進捗管理システム１００に通知するものとする。

以上によって、各処理部が処理すべきファイル数から、処理が完了したファイル数を減算することによって、各処理部の未処理のファイル数を算出し、算出した未処理のファイル数と平均処理時間とに基づいて各処理部の予想終了時間を算出することができる。

次に、図９のステップ８００５の処理に示す全体の予想処理時間の算出処理について、図１１を用いて説明する。

図１１は、本発明の第１実施例の全体の予想処理時間の算出処理の説明図である。

図１１では、各処理部の予想終了時間を図３に示す処理フロー情報１０３の各処理部に配置させ、当該予想終了時間を各処理部の上方に図示している。

この場合、メタデータ抽出・ファイル登録システムから図１１に示す（１）〜（４）のパスが存在する。（１）に示すパスの合計予想終了時間は２＋１＋２＝５時間であり、（２）に示すパスの合計予想終了時間は２＋１＋１＝４時間であり、（３）に示すパスの合計予想終了時間は１＋１＋２＝４時間であり、（４）に示す合計予想終了時間は１＋１＋１＝３時間である。

したがって、（１）のパスの合計予想終了時間が最大となるので、管理対象システムの予想終了時間は５時間と算出される。

以上のように、図９〜図１１によれば、ユーザは、管理対象のシステムが全てのファイルに対して処理を終了するまであとどのくらい時間がかかるかを知ることができる。

次に、処理部ごとに進捗状況を算出する処理部毎進捗状況算出処理について図１２及び図１３を用いて説明する。処理部毎進捗状況算出処理は、各処理部において、処理が完了したファイル数を処理対象ファイル数で除算した値を進捗状況として算出するとともに、各処理部の予想終了時間を算出する。

図１２は、本発明の第１実施例の処理部毎進捗状況算出処理のフローチャートである。処理部毎進捗状況算出処理は進捗管理システム１００のＣＰＵ１１１によって実行される。

図１２に示す処理部毎進捗状況算出処理は、図９に示す全体処理終了時間算出処理と、ステップ８００５の処理を実行しない点で相違する。また、図１３に示す予想終了時間算出処理（８００４）が図１０に示す予想終了時間算出処理と相違するが、この相違については図１３で詳細を説明する。

図１３は、本発明の第１実施例の処理部毎進捗状況算出処理の予想終了時間算出処理のフローチャートである。なお、図１３に示す予想終了時間算出処理のうち、図１０に示す予想終了時間算出処理と同じ処理は、同じ符号を付与し、説明を省略する。

ステップ８０１６の処理で処理完了ファイル数が算出された後、進捗表示部１０２は、ステップ８０１６の処理で算出された処理完了ファイル数をステップ８０１２の処理で算出された処理対象ファイル数で除算することによって、ステップ８０１４の処理で選択された処理部のファイル登録完了率を算出し（１２００１）、ステップ８０１７の処理に処理を移行する。

以上によって、処理部進捗状況算出処理では、ステップ１２００１の処理で各処理部の進捗状況が算出され、ステップ８０１８の処理で各処理部の予想終了時間が算出される。これによって、ユーザは、処理を終了するまでの時間を処理部ごとに知ることができる。

図１４は、本発明の第１実施例の進捗情報表示画面の説明図である。

図１４に示す進捗情報表示画面は、進捗表示要求に対応する進捗表示応答を受信した計算機の表示部に表示される。進捗情報表示画面は、全体進捗画面１３０００及び処理部毎進捗画面１３０１０を含む。

全体進捗画面１３０００は、ファイル登録完了率表示フィールド１３００１、及び予想終了時間表示フィールド１３００２を含む。

ファイル登録完了率表示フィールド１３００１は、図８に示すステップ７００５の処理で算出されたファイル登録完了率を表示するフィールドである。予想終了時間表示フィールド１３００２は、図９に示すステップ８００５の処理で算出された予想終了時間を表示するフィールドである。

処理部毎進捗画面１３０１０では処理フロー情報１０３に従って各処理部の処理順序が表示され、処理部毎進捗画面１３０１０は、各処理部に対応して、ファイル登録完了率表示フィールド１３０１１、未処理ファイル数表示フィールド１３０１２、及び予想終了時間表示フィールド１３０１３を含む。

ファイル登録完了率表示フィールド１３０１１は、図１３に示すステップ１２００１の処理で算出された各処理部のファイル登録完了率を表示するフィールドである。未処理ファイル数表示フィールド１３０１２は、図１３にステップ８０１７の処理で算出された各処理部の未処理ファイル数を表示するフィールドである。予想終了時間表示フィールド１３０１３は、図１３にステップ８０１８の処理で算出された各処理部の予想終了時間を表示するフィールドである。

これによって、ユーザは、ファイルに対して何らかの処理を実行する複数の処理部を有するシステムを利用する場合、システム全体での進捗状況と、各処理部における進捗状況とを把握可能となる。このため、ユーザは、どの時点で所望のファイルが全体システムとして利用可能となるのか把握できる。

（第２実施例）
以下、本発明の第２実施例を図１５及び図１６を用いて説明する。

第２実施例では、処理対象のファイルに優先度が付与され、各処理部は優先度の高いファイルから順に処理を実行する。ユーザは、進捗管理システムを介して特定のファイルの優先度を変更できる。

図１５は、本発明の第２実施例の優先度変更処理のフローチャートである。なお、図１５に示す処理のうち図８に示すと同じ処理は、同じ符号を付与し、説明を省略する。

ステップ７００１の処理では、ユーザによって入力されるファイル検索条件は、優先度を変更するファイルを検索するための条件である。

ステップ７００２の処理で進捗蓄積情報１０５からファイル検索条件に適合するレコードが収集された後、進捗表示部１０２は、ファイル検索条件に適合するファイルの進捗状況を特定する（１４００３）。ファイル検索条件に適合するファイルは、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードにグローバルファイルＩＤによって特定される。また、進捗表示部１０２は、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードを参照し、終了条件を満たすグローバルファイルＩＤと、終了条件を満たさないグローバルファイルＩＤとを特定する。なお、終了条件は、図８に示す７００４の処理で説明した通りである。

次に、進捗表示部１０２は、ファイル検索条件に適合するファイルのファイル名及びステップ１４００３の処理で特定されたファイルの進捗状況を含む優先度変更画面１５０００を表示する（１４００４）。優先度変更画面１５０００の詳細は図１６で説明するが、ユーザは、優先度変更画面１５０００を見て、優先度を変更するファイルを指定する。なお、ユーザによる優先度を変更するファイルの指定は、図示しない入力デバイスを介して進捗表示部１０２に入力される。

次に、進捗表示部１０２は、ファイルの指定の入力を受け付けると、指定されたファイルに対して未だ処理を実行していない処理部における当該ファイルの優先度を最大に設定し、処理を終了する（１４００５）。

これによって、ユーザによって指定されたファイルの処理が、他のファイルの処理より優先的に実行されるので、ユーザによって指定されたファイルが他のファイルの早く利用可能となる。

図１６は、本発明の第２実施例の優先度変更画面１５０００の説明図である。

優先度変更画面１５０００は、ファイル検索条件入力フィールド１５００１、ファイル登録完了率表示フィールド１５００２、未処理ファイル数表示フィールド１５００３、予想終了時間表示フィールド１５００４、及び進捗状況表示フィールド１５０１０を含む。

ファイル検索条件入力フィールド１５００１は、ユーザがファイル検索条件を入力するためのフィールドである。ここで、本実施例では、進捗状況表示要求を受信した場合に、図８に示す進捗表示処理、並びに図９及び図１０に示す全体処理終了時間算出処理が実行されてもよい。ファイル登録完了率表示フィールド１５００２は、図８に示すステップ７００５の処理で算出されたファイル登録完了率を表示するフィールドである。未処理ファイル数表示フィールド１５００３は、終了条件を満たさないグローバルファイルＩＤの数が表示される。予想終了時間表示フィールド１５００４は、図９に示すステップ８００５の処理で算出された予想終了時間を表示するフィールドである。

進捗状況表示フィールド１５０１０は、ファイル名１５０１１及び状況１５０１２を含み、ファイル名１５０１１には、ファイル検索条件に適合するファイルのファイル名が表示される。状況１５０１２には、ファイル名によって識別されるファイルが、終了条件を満たしたファイル（利用可能なファイル）であるか、終了条件を満たさないファイル（登録中のファイル）であるか、を特定可能な情報が表示される。登録中のファイル名のレコードには、優先登録ボタン１５０１３が表示される。優先登録ボタン１５０１３が操作されると、当該レコードのファイルが優先度を変更するファイルとして指定される。

以上によって、ユーザが、特定のファイルの利用を急ぐ場合には、当該ファイルの優先度を変更することによって、当該ファイルの処理を優先的に実行させることができる。

（第３実施例）
以下、本発明の第３実施例を図１７を用いて説明する。

第１及び第２実施例では、各処理部がファイルの取得元からファイルを収集し、各処理部がファイルに対する処理を実行したが、第３実施例では、各処理部に接続された各処理部外のシステム（図１７に示す登録用バッチシステム１６００）が、各処理部のファイルの収集及び各処理部によるファイルに対する処理の実行を制御し、各処理部の処理の進捗状況を管理し、進捗管理システム１００が登録用バッチシステム１６００から進捗情報を収集する。

図１７は、本発明の第３実施例の情報処理システムの構成の説明図である。

登録用バッチシステム１６００は、上述したように、各処理部のファイル収集及び各処理部のファイルに対する処理の実行を制御するシステムである。登録用バッチシステム１６００は、登録用バッチプログラムを実行し、進捗情報ＡＰＩを備える。登録用バッチプログラムには、管理対象のシステムが一連の処理を実行するために、各処理部による処理の順序が予め設定されている。本実施例の各処理部は、進捗情報ＡＰＩを備える必要はない。

進捗管理システム１００に記憶される処理フロー情報１０３には、登録用バッチプログラムに設定された各処理部による処理の順序が登録される。また、進捗管理システム１００の処理状況収集部１０１は、各処理部から進捗情報を収集する代わりに、登録用バッチシステムの進捗情報ＡＰＩにアクセスし、各処理部の進捗情報を収集する。

なお、進捗管理システム１００の他の処理は第１実施例と同じであるので説明を省略する。また、本実施例は第２実施例にも適用可能であることは言うまでもない。

本実施例によれば、管理対象システムの外部の登録用バッチシステム１６００が各処理部によるファイルに対する処理の実行を制御する場合にも、第１実施例及び第２実施例を適用できる。

（第４実施例）
以下、第４実施例を図１８及び図１９を用いて説明する。

第１〜第３実施例では、管理対象システムは、各処理部が互いに物理的に近い距離に配置され、これらの処理部がネットワークで接続されている構成が想定されていた。しかし、エンドユーザの地理的条件及びファイルストレージ６００の記憶容量等に応じて、同じシステム構成のシステムを複数のデータセンタに配備する可能性がある（図１８参照）。本実施例では、このような場合において、データセンタＡが特定の条件を満たすファイル群を有し、データセンタＢが他のファイル群を有するという条件に基づいて、進捗管理システム１００は、データセンタ間でファイルを移動する処理であるファイル移動処理を実行する。

図１８は、本発明の第４実施例の情報処理システムの構成の説明図である。図１８に示す情報処理システムのうち、図１に示す情報処理システムと同じ構成を付与し、説明を省略する。

図１８では、データセンタＡに、統合データアクセスアプリケーションサーバ３００、テキスト検索システム４００、メタデータデータベース５００、及びファイルストレージ６００が配置される。また、データセンタＢに、統合データアクセスアプリケーションサーバ３００、テキスト検索システム４００、メタデータデータベース５００、及びファイルストレージ６００が配置される。

データセンタＡに配置されたファイルストレージ６００は、メタデータ抽出・ファイル登録システム７００に接続される。また、データセンタＢに配置されたファイルストレージ６００は、メタデータ抽出・ファイル登録システム７００に接続されず、データセンタＡに配置されたファイルストレージ６００に接続される。

このため、医療画像用アダプタ８００及び電子カルテ用アダプタ１０００によって収集されたファイルは、メタデータ抽出・ファイル登録システム７００からデータセンタＡに配置されるファイルストレージ６００に登録される。そして、進捗管理システム１００は、データセンタＡに配置されたファイルストレージ６００に登録されたファイルのうち、所定の条件（例えば、ユーザによって指定された条件）を満たすファイルを、データセンタＢに配置されたファイルストレージ６００に移動する。

図１９は、本発明の第４実施例のファイル移動処理のフローチャートである。ファイル移動処理は、進捗管理システム１００のＣＰＵ１１１によって実行される。なお、図１９に示すステップ７００１及び７００２の処理は、図８に示すステップ７００１及び７００２の処理と同じなので、図８と同じ符号を付与し、説明を省略する。

ステップ７００１の処理でユーザによって入力されるファイル検索条件は、ファイルを移動させるファイルを検索するための条件である。

ステップ７００２の処理で進捗蓄積情報１０５からファイル検索条件に適合するレコードが収集された後、進捗表示部１０２は、収集された進捗蓄積情報１０５から、データセンタＡに配置されたファイルストレージ６００に登録が完了したファイルを特定し、特定したファイルをデータセンタＡに配置されたファイルストレージ６００からデータセンタＢに配置されたファイルストレージ６００にコピーする（１８００３）。具体的には、進捗表示部１０２は、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードのうち、コンポーネントＩＤ６００２にメタデータ抽出・ファイル登録システム６００の識別情報が登録されたレコードを特定する。そして、進捗表示部１０２は、特定したレコードの状態６００３が「登録完了」となっているレコードのグローバルファイルＩＤ６００１に登録されたグローバルファイルＩＤを、データセンタＡに配置されたファイルストレージ６００に登録が完了したファイルの識別情報として特定する。そして、進捗表示部１０２は、データセンタＡに配置されたファイルストレージ６００に、当該グローバルファイルＩＤによって特定されるファイルのデータセンタＢに配置されたファイルストレージへのコピー指示を送信する。

次に、進捗表示部１０２は、データセンタＢに配置されたファイルストレージ６００へのコピーが完了したファイルを、データセンタＡに配置された各処理部（テキスト検索システム４００、及びメタデータデータベース５００）及びデータセンタＡに配置されたファイルストレージ６００から削除し（１８００４）、処理を終了する。なお、各処理部は、ファイルの削除処理を実行するための図示しない削除インタフェースを有するものとする。進捗表示部１０２は、ファイルの削除要求をデータセンタＡに配置された各処理部が有する削除インタフェースに送信することによって、各処理部からファイルを削除する。

以上によって、進捗表示部１０２は、データセンタＡに配置されたファイルストレージ６００に登録されたファイルのうち、ユーザによって指定されたファイルを、データセンタＢに配置されたファイルストレージ６００に移動させることができる。

なお、本実施例では、進捗表示部１０２がファイル移動処理及びファイル削除処理を実行するとしたが、進捗表示部１０２以外のプログラムがこれらの処理を実行してもよい。

進捗管理システム１００は、ステップ１８００３の処理のファイルのコピー処理及びステップ１８００４の処理のファイルの削除処理の進捗状況を、第１実施例及び第３実施例と同様の方法を用いて、ファイルストレージ６００又は登録用バッチシステム１６００から収集することができる。

本実施例によれば、エンドユーザの地理的条件等によってデータセンタごとに異なるファイルを記憶する場合であっても、進捗管理システム１００は、ファイルの移動を管理対象のシステム全体で一貫して制御できる。また、本実施例と第１実施例又は第３実施例を組み合わせることによって、進捗管理システム１００は、ファイルの移動処理及びファイルの削除処理の進捗状況を管理できる。

（第５実施例）
第１〜第４実施例の進捗管理システム１００は、周期的に各処理部の進捗情報を収集しておき、ステップ７００１の処理で進捗状況表示要求を受信した場合に、当該要求の条件を満たす進捗情報に基づいて進捗状況を算出するものである。本実施例では、進捗管理システム１００は、進捗状況表示要求を受信したタイミングで、各処理部の進捗情報を収集し、当該要求の条件を満たす進捗情報に基づいて進捗状況を算出するものである。

本実施例の進捗管理システム１００は、図８、図９、及び図１２に示すステップ７００１の処理で進捗状況表示要求を受信した場合に、図４に示す処理状況収集処理のステップ３００１〜３００３の処理を実行する。これによって、進捗管理システム１００は、ファイルＩＤ紐付け情報１０４及び進捗蓄積情報１０５を常に保持する必要はなく、進捗状況表示要求を受信し、管理対象のシステムの進捗状況を算出する場合にのみ保持すればよい。このため、本実施例では、データ蓄積にかかるコストを低減した進捗管理システムを実現できる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることも可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

本発明は、複数の処理部を有する管理対象システムがファイルに対して一連の処理を実行し、管理対象システムによる処理の進捗状況を管理する進捗管理システムに適用できる。

Claims (14)

1. ファイルに処理を実行する複数の処理部を含み、前記ファイルに対して一連の処理を実行する管理対象システムと、
   前記管理対象システムに含まれる前記処理部による処理の進捗状況を管理する進捗状況管理部と、を備える進捗状況管理システムであって、
   前記ファイルを実行する各処理部の順序が登録された処理フロー情報を記憶し、
   前記進捗状況管理部は、
   前記処理部内での前記ファイルの識別情報である第１識別情報と前記管理対象システム内で前記ファイルの一意な識別情報である第２識別情報とを紐付けて識別情報紐付け情報に記憶する識別情報紐付け部と、
   前記処理部による処理の進捗状況と、当該処理を実行したファイルの当該処理部内での第１識別情報と、を含む進捗情報を収集する進捗情報収集部と、
   前記識別情報紐付け情報を参照し、前記進捗情報収集部によって収集された進捗情報の第１識別情報に紐付く前記第２識別情報を特定し、前記特定した前記第２識別情報と前記進捗収集部によって収集された進捗情報の進捗状況とを紐付け、前記第２識別情報と紐付けた進捗状況とを進捗蓄積情報として記憶する進捗状況紐付け部と、を有し、
   前記複数の処理部は、第１処理部と第２処理部とを含み、
   前記識別情報紐付け部は、
   前記第１処理部内でのファイルの前記第１識別情報を取得する場合、前記第２処理部内での当該ファイルの前記第１識別情報も取得し、
   前記取得した第１処理部内での第１識別情報及び前記取得した第２処理部内での第１識別情報を、同一の前記第２識別情報に紐付けることを特徴とする進捗状況管理システム。
2. 請求項１に記載の進捗状況管理システムであって、
   前記進捗状況紐付け部によって記憶された進捗蓄積情報に基づいて、前記管理対象システムによる前記ファイルに対する処理の進捗状況を算出する進捗状況算出部を備えることを特徴とする進捗状況管理システム。
3. 請求項２に記載の進捗状況管理システムであって、
   前記進捗状況算出部は、
   前記進捗状況紐付け部によって記憶された進捗蓄積情報に基づいて、前記管理対象システムの処理対象となるファイル数を全体ファイル数として算出し、
   前記進捗状況紐付け部によって記憶された進捗蓄積情報に基づいて、前記管理対象システムによる一連の処理の最後の処理を実行する処理部による進捗状況が、前記処理が完了したことを示すファイルの数を処理終了ファイル数として算出し、
   前記算出された処理終了ファイル数を前記算出された全体ファイル数で除算することによって、前記管理対象システム全体の進捗状況を算出することを特徴とする進捗状況管理システム。
4. 請求項２に記載の進捗状況管理システムであって、
   前記各処理部は、前記ファイルに対する処理を完了すると、前記ファイルに対する処理を実行するための完了時間の平均を算出し、
   前記進捗状況算出部は、
   前記進捗状況紐付け部によって記憶された進捗蓄積情報に基づいて、前記各処理部の残り処理予定ファイル数を算出し、
   前記算出した残り処理予定ファイル数に前記完了時間の平均を乗算することによって前記各処理部の予想終了時間を算出することを特徴とする進捗状況管理システム。
5. 請求項４に記載の進捗状況管理システムであって、
   前記進捗状況算出部は、前記処理部ごとの予想終了時間及び前記処理フロー情報に登録された処理順序に基づいて前記管理対象システム全体の予想終了時間を算出することを特徴とする進捗状況管理システム。
6. 請求項１に記載の進捗状況管理システムであって、
   前記進捗状況紐付け部によって記憶された進捗蓄積情報に基づいて、前記管理対象システムによる一連の処理の最後の処理の進捗状況が未だ完了していないことを示すファイルを特定し、前記特定したファイルのうちユーザによって指定されたファイルの優先度を変更する優先度変更部を備え、
   前記処理部は、優先度が高いファイルから順に前記処理を実行することを特徴とする進捗状況管理システム。
7. 請求項１に記載の進捗状況管理システムであって、
   前記ファイルを記憶可能な第１記憶領域及び第２記憶領域を備え、
   前記処理部は、前記ファイルを前記第１記憶領域に記憶する記憶処理部を含み、
   前記記憶処理部による進捗状況が完了したファイルのうち、所定の条件を満たすファイルを前記第２記憶領域に移動し、前記第２記憶領域に移動したファイルを前記第１記憶領域から削除するファイル移動部を備えることを特徴とする進捗状況管理システム。
8. ファイルに処理を実行する複数の処理部を含み、前記ファイルに対して一連の処理を実行する管理対象システムと、
   前記管理対象システムに含まれる前記処理部による処理の進捗状況を管理する進捗状況管理部と、を備える進捗状況管理システムにおける前記管理対象システムの進捗状況を管理する進捗状況管理方法であって、
   前記進捗状況管理部は、前記ファイルを実行する各処理部の順序が登録された処理フロー情報を記憶し、
   前記方法は、
   前記処理部内での前記ファイルの識別情報である第１識別情報と前記管理対象システム内で前記ファイルの一意な識別情報である第２識別情報とを紐付けて識別情報紐付け情報に記憶する第１ステップと、
   前記処理部による処理の進捗状況と、当該処理を実行したファイルの当該処理部内での第１識別情報と、を含む進捗情報を収集する第２ステップと、
   前記識別情報紐付け情報を参照し、前記進捗情報収集部によって収集された進捗情報の第１識別情報に紐付く前記第２識別情報を特定し、前記特定した前記第２識別情報と前記進捗収集部によって収集された進捗情報の進捗状況とを紐付け、前記第２識別情報と紐付けた進捗状況とを進捗蓄積情報として記憶する第３ステップと、を含み、
   前記複数の処理部は、第１処理部と第２処理部とを含み、
   前記第３ステップは、
   前記第１処理部内でのファイルの前記第１識別情報を取得する場合、前記第２処理部内での当該ファイルの前記第１識別情報も取得するステップと、
   前記取得した第１処理部内での第１識別情報及び前記取得した第２処理部内での第１識別情報を、同一の前記第２識別情報に紐付けるステップと、を含むことを特徴とする進捗状況管理方法。
9. 請求項８に記載の進捗状況管理方法であって、
   前記第３ステップで記憶された進捗蓄積情報に基づいて、前記管理対象システムによる前記ファイルに対する処理の進捗状況を算出する第４ステップを含むことを特徴とする進捗状況管理方法。
10. 請求項９に記載の進捗状況管理方法であって、
    前記第４ステップでは、
    前記第３ステップで記憶された進捗蓄積情報に基づいて、前記管理対象システムの処理対象となるファイル数を全体ファイル数として算出し、
    前記進捗状況紐付け部によって記憶された進捗蓄積情報に基づいて、前記管理対象システムによる一連の処理の最後の処理を実行する処理部による進捗状況が、前記処理が完了したことを示すファイルの数を処理終了ファイル数として算出し、
    前記算出された処理終了ファイル数を前記算出された全体ファイル数で除算することによって、前記管理対象システム全体の進捗状況を算出することを特徴とする進捗状況管理方法。
11. 請求項９に記載の進捗状況管理方法であって、
    前記各処理部は、前記ファイルに対する処理を完了すると、前記ファイルに対する処理を実行するための完了時間の平均を算出し、
    前記第４ステップでは、
    前記第３ステップで記憶された進捗蓄積情報に基づいて、前記各処理部の残り処理予定ファイル数を算出し、
    前記算出した残り処理予定ファイル数に前記平均完了時間を乗算することによって前記各処理部の予想終了時間を算出することを特徴とする進捗状況管理方法。
12. 請求項１１に記載の進捗状況管理方法であって、
    前記第４ステップでは、前記処理部ごとの予想終了時間及び前記処理フロー情報に登録された処理順序に基づいて前記管理対象システム全体の予想終了時間を算出することを特徴とする進捗状況管理方法。
13. 請求項８に記載の進捗状況管理方法であって、
    前記方法は、
    前記第３ステップで記憶された進捗蓄積情報に基づいて、前記管理対象システムによる一連の処理の最後の処理の進捗状況が未だ完了していないことを示すファイルを特定し、特定したファイルのうちユーザによって指定されたファイルの優先度を変更する第５ステップを含み、
    前記処理部は、優先度が高いファイルから順に前記処理を実行することを特徴とする進捗状況管理方法。
14. 請求項８に記載の進捗状況管理方法であって、
    前記ファイルを記憶可能な第１記憶領域及び第２記憶領域を備え、
    前記処理部は、前記ファイルを前記第１記憶領域に記憶する記憶処理部を含み、
    前記方法は、前記記憶処理部による進捗状況が完了したファイルのうち、所定の条件を満たすファイルを前記第２記憶領域に移動し、前記第２記憶領域に移動したファイルを前記第１記憶領域から削除する第６ステップを含むことを特徴とする進捗状況管理方法。

Images