(57)【要約】【課題】処理情報を効率的に集中管理できるとともに，業務プロセスの変更に迅速かつ柔軟に対応することが可能な情報管理システムを提供すること。【解決手段】情報管理システムであって：業務プロセスを構成する複数の業務ステータスのステータス値が入力される業務情報入力端末と；業務情報入力端末からネットワークを介して取得したステータス値を集中管理する集中管理装置と；からなり，集中管理装置は，ステータス値にステータスＩＤとプロセスＩＤとを付与するＩＤ付与部と；ステータス値が格納される処理情報用記憶装置と；付与されたプロセスＩＤおよびステータスＩＤに基づいて，ステータス値の格納先を指定する格納先指定部と；指定された格納先にプロセスＩＤおよびステータスＩＤとともにステータス値を格納する格納実行部と；を備えることを特徴とする，情報管理システムが提供される。【選択図】　図３
2004021952.tif 000002
【特許請求の範囲】
【請求項１】
情報管理システムであって：
業務プロセスを構成する複数の業務ステータスのステータス値が入力される１または２以上の業務情報入力端末と；
前記業務情報入力端末からネットワークを介して取得した前記ステータス値を集中管理する集中管理装置と；
からなり，
前記集中管理装置は，
前記業務情報入力端末から取得する前記ステータス値に，前記ステータス値がいかなる前記業務ステータスのものであるかを特定するステータスＩＤと，前記ステータス値がいかなる前記業務プロセスで発生したものであるかを特定するプロセスＩＤと，を付与するＩＤ付与部と；
前記ステータス値が格納される処理情報用記憶装置と；
前記ステータス値に付与された前記プロセスＩＤおよび前記ステータスＩＤに基づいて，前記ステータス値の前記処理情報用記憶装置における格納先を指定する格納先指定部と；
前記格納先指定部により指定された格納先に，少なくとも前記ステータス値に付与された前記プロセスＩＤおよび前記ステータスＩＤとともに，前記ステータス値を格納する格納実行部と；
を備えることを特徴とする，情報管理システム。
【請求項２】
前記集中管理装置は，さらに，少なくとも前記プロセスＩＤおよび前記ステータスＩＤと前記ステータス値の格納先とを関連付けた格納先関連付け情報を格納する基礎情報用記憶装置を備えており，
前記格納先指定部は，前記格納先関連付け情報に基づいて，前記ステータス値の前記処理情報用記憶装置における格納先を指定することを特徴とする，請求項１に記載の情報管理システム。
【請求項３】
前記基礎情報用記憶装置には，さらに，
前記ステータスＩＤを定義したステータス情報が前記ステータスＩＤとともに格納され，前記プロセスＩＤを定義したプロセス情報が前記プロセスＩＤとともに格納されていることを特徴とする，請求項２に記載の情報管理システム。
【請求項４】
前記格納実行部は，前記ステータスＩＤまたは前記プロセスＩＤとともに，前記ステータス情報または前記プロセス情報を，前記処理情報用記憶装置に格納することを特徴とする，請求項３に記載の情報管理システム。
【請求項５】
前記集中管理装置は，さらに，
前記業務プロセス若しくは前記業務プロセスを構成する前記業務ステータスの追加または削除に関する業務変更情報が入力される業務変更情報入力部と，
前記業務変更情報に基づいて，前記格納先関連付け情報，前記ステータス情報，前記プロセス情報のうち少なくともいずれかを更新可能な基礎情報更新部と，を備えることを特徴とする，請求項３に記載の情報管理システム。
【請求項６】
前記集中管理装置は，さらに，
前記基礎情報更新部の更新履歴を管理する更新履歴管理部を備えることを特徴とする，請求項５に記載の情報管理システム。
【請求項７】
前記基礎情報用記憶装置には，さらに，前記ステータスＩＤおよび前記プロセスＩＤと，前記ステータス値が入力された前記業務情報入力端末とを関連付けた入力端末関連付け情報が格納されており，
前記集中管理装置は，前記入力端末関連付け情報に基づいて，前記ステータス値が入力された前記業務情報入力端末を特定する入力端末特定部を備えることを特徴とする，請求項２に記載の情報管理システム。
【請求項８】
前記集中管理装置は，さらに，
前記処理情報用記憶装置に格納されている前記ステータス値を表示用データに加工する処理情報加工部を備えることを特徴とする，請求項１に記載の情報管理システム。
【請求項９】
前記情報管理システムは，さらに，
前記集中管理装置から送信された前記ステータス値に基づく表示データを閲覧する１または２以上の業務情報閲覧端末を備えることを特徴とする，請求項８に記載の情報管理システム。
【請求項１０】
前記集中管理装置は，さらに，
前記処理情報用記憶装置に格納されている前記ステータス値に基づく表示用データを，前記業務情報閲覧端末に提供する処理情報提供部を備えることを特徴とする，請求項８に記載の情報管理システム。
【請求項１１】
前記処理情報提供部は，前記業務情報閲覧端末の表示手段上で，提供した前記ステータス値に基づく表示用データを描画表示させる描画表示部を備えることを特徴とする，請求項１０に記載の情報管理システム。
【請求項１２】
業務プロセスを構成する複数の業務ステータスのステータス値が入力される１または２以上の業務情報入力端末から，前記ステータス値を取得して集中管理する集中管理装置であって：
前記業務情報入力端末から取得する前記ステータス値に，前記ステータス値がいかなる前記業務ステータスのものであるかを特定するステータスＩＤと，前記ステータス値がいかなる前記業務プロセスで発生したものであるかを特定するプロセスＩＤと，を付与するＩＤ付与部と；
前記ステータス値が格納される処理情報用記憶装置と；
前記ステータス値に付与された前記プロセスＩＤおよび前記ステータスＩＤに基づいて，前記ステータス値の前記処理情報用記憶装置における格納先を指定する格納先指定部と；
前記格納先指定部により指定された格納先に，少なくとも前記ステータス値に付与された前記プロセスＩＤおよび前記ステータスＩＤとともに，前記ステータス値を格納する格納実行部と；
を備えることを特徴とする，集中管理装置。
【請求項１３】
前記集中管理装置は，さらに，
少なくとも前記プロセスＩＤおよび前記ステータスＩＤと前記ステータス値の格納先とを関連付けた格納先関連付け情報を格納する基礎情報用記憶装置を備えており，
前記格納先指定部は，前記格納先関連付け情報に基づいて，前記ステータス値の前記処理情報用記憶装置における格納先を指定することを特徴とする，請求項１２に記載の集中管理装置。
【請求項１４】
前記基礎情報用記憶装置には，さらに，
前記ステータスＩＤを定義したステータス情報が前記ステータスＩＤとともに格納され，前記プロセスＩＤを定義したプロセス情報が前記プロセスＩＤとともに格納されていることを特徴とする，請求項１３に記載の集中管理装置。
【請求項１５】
前記格納実行部は，前記ステータスＩＤまたは前記プロセスＩＤとともに，前記ステータス情報または前記プロセス情報を，前記処理情報用記憶装置に格納することを特徴とする，請求項１３に記載の集中管理装置。
【請求項１６】
前記集中管理装置は，さらに，
前記業務プロセス若しくは前記業務プロセスを構成する前記業務ステータスの追加または削除に関する業務変更情報が入力される業務変更情報入力部と，
前記業務変更情報に基づいて，前記格納先関連付け情報，前記ステータス情報，前記プロセス情報のうち少なくともいずれかを更新可能な基礎情報更新部と，を備えることを特徴とする，請求項１４に記載の集中管理装置。
【請求項１７】
前記集中管理装置は，さらに，
前記基礎情報更新部の更新履歴を管理する更新履歴管理部を備えることを特徴とする，請求項１６に記載の集中管理装置。
【請求項１８】
前記基礎情報用記憶装置には，さらに，前記ステータスＩＤおよび前記プロセスＩＤと，前記ステータス値が入力された前記業務情報入力端末とを関連付けた入力端末関連付け情報が格納されており，
前記集中管理装置は，前記入力端末関連付け情報に基づいて，前記ステータス値が入力された前記業務情報入力端末を特定する入力端末特定部を備えることを特徴とする，請求項１３に記載の集中管理装置。
【請求項１９】
前記集中管理装置は，さらに，
前記処理情報用記憶装置に格納されている前記ステータス値を表示用データに加工する処理情報加工部を備えることを特徴とする，請求項１２に記載の集中管理装置。
【請求項２０】
前記集中管理装置は，さらに，
前記処理情報用記憶装置に格納されている前記ステータス値に基づく表示用データを，前記ステータス値に基づく表示用データを閲覧する業務情報閲覧端末に提供する処理情報提供部を備えることを特徴とする，請求項１９に記載の集中管理装置。
【請求項２１】
前記処理情報提供部は，前記業務情報閲覧端末の表示手段上で，提供した前記ステータス値に基づく表示用データを描画表示させる描画表示部を備えることを特徴とする，請求項２０に記載の集中管理装置。
【請求項２２】
コンピュータをして，
業務プロセスを構成する複数の業務ステータスのステータス値が入力される１または２以上の業務情報入力端末から，前記ステータス値を取得して集中管理する集中管理装置であって：
前記業務情報入力端末から取得する前記ステータス値に，前記ステータス値がいかなる前記業務ステータスのものであるかを特定するステータスＩＤと，前記ステータス値がいかなる前記業務プロセスで発生したものであるかを特定するプロセスＩＤと，を付与するＩＤ付与部と；
前記ステータス値が格納される処理情報用記憶装置と；
前記ステータス値に付与された前記プロセスＩＤおよび前記ステータスＩＤに基づいて，前記ステータス値の前記処理情報用記憶装置における格納先を指定する格納先指定部と；
前記格納先指定部により指定された格納先に，少なくとも前記ステータス値に付与された前記プロセスＩＤおよび前記ステータスＩＤとともに，前記ステータス値を格納する格納実行部と；
を備える集中管理装置として機能せしめることを特徴とする，プログラム。
【請求項２３】
コンピュータにより読み取り可能な記録媒体において：
コンピュータをして，
業務プロセスを構成する複数の業務ステータスのステータス値が入力される１または２以上の業務情報入力端末から，前記ステータス値を取得して集中管理する集中管理装置であって：
前記業務情報入力端末から取得する前記ステータス値に，前記ステータス値がいかなる前記業務ステータスのものであるかを特定するステータスＩＤと，前記ステータス値がいかなる前記業務プロセスで発生したものであるかを特定するプロセスＩＤと，を付与するＩＤ付与部と；
前記ステータス値が格納される処理情報用記憶装置と；
前記ステータス値に付与された前記プロセスＩＤおよび前記ステータスＩＤに基づいて，前記ステータス値の前記処理情報用記憶装置における格納先を指定する格納先指定部と；
前記格納先指定部により指定された格納先に，少なくとも前記ステータス値に付与された前記プロセスＩＤおよび前記ステータスＩＤとともに，前記ステータス値を格納する格納実行部と；
を備える集中管理装置として機能せしめるプログラムを記録したコンピュータにより読み取り可能な記録媒体。
【請求項２４】
業務プロセスを構成する複数の業務ステータスのステータス値が入力される１または２以上の業務情報入力端末から，前記ステータス値を取得して集中管理する集中管理装置の処理方法であって：
前記業務情報入力端末から取得する前記ステータス値に，前記ステータス値がいかなる前記業務ステータスのものであるかを特定するステータスＩＤと，前記ステータス値がいかなる前記業務プロセスで発生したものであるかを特定するプロセスＩＤと，を付与するＩＤ付与工程と；
前記ステータス値が付与された前記プロセスＩＤおよび前記ステータスＩＤに基づいて，前記ステータス値の処理情報用記憶装置における格納先を指定する格納先指定工程と；
前記格納先指定部により指定された格納先に，少なくとも前記ステータス値に付与された前記プロセスＩＤおよび前記ステータスＩＤとともに，前記ステータス値を格納する格納実行工程と；
を含むことを特徴とする，集中管理装置の処理方法。
【請求項２５】
前記集中管理装置が備える基礎情報用記憶装置には，少なくとも前記プロセスＩＤおよび前記ステータスＩＤと前記ステータス値の格納先とを関連付けた格納先関連付け情報が予め格納されており，
前記格納先指定工程では，前記格納先関連付け情報に基づいて，前記ステータス値の前記処理情報用記憶装置における格納先を指定することを特徴とする，請求項２４に記載の集中管理装置の処理方法。
【請求項２６】
前記基礎情報用記憶装置には，さらに，前記ステータスＩＤを定義したステータス情報が前記ステータスＩＤとともに予め格納され，前記プロセスＩＤを定義したプロセス情報が前記プロセスＩＤとともに予め格納されており，
前記記格納実行工程では，前記ステータスＩＤまたは前記プロセスＩＤとともに，前記ステータス情報または前記プロセス情報を，前記処理情報用記憶装置に格納することを特徴とする，請求項２５に記載の集中管理装置の処理方法。
【請求項２７】
前記業務プロセス若しくは前記業務プロセスを構成する前記業務ステータスの追加または削除に関する業務変更情報が入力される業務変更情報入力工程と；
入力された前記業務変更情報に基づいて，前記格納先関連付け情報，前記ステータス情報，前記プロセス情報のうち少なくともいずれかを更新する基礎情報更新工程と；
を含むことを特徴とする，請求項２６に記載の集中管理装置の処理方法。
【請求項２８】
前記基礎情報更新工程での更新履歴を管理する更新履歴管理工程を含むことを特徴とする，請求項２５に記載の情報管理システム。
【請求項２９】
前記基礎情報用記憶装置には，さらに，前記ステータスＩＤおよび前記プロセスＩＤと，前記ステータス値が入力された前記業務情報入力端末とを関連付けた入力端末関連付け情報が予め格納されており，
前記集中管理装置の処理方法は，さらに，前記入力端末関連付け情報に基づいて，前記ステータス値が入力された前記業務情報入力端末を特定する入力端末特定工程を含むことを特徴とする，請求項２５に記載の集中管理装置の処理方法。
【請求項３０】
前記処理情報用記憶装置に格納されている前記ステータス値を表示用データに加工する処理情報加工工程を含むことを特徴とする，請求項２４に記載の集中管理装置の処理方法。
【請求項３１】
前記処理情報用記憶装置に格納されている前記ステータス値に基づく表示用データを，前記ステータス値に基づく表示用データを閲覧する業務情報閲覧端末に提供する処理情報提供工程を含むことを特徴とする，請求項３０に記載の集中管理装置の処理方法。
【請求項３２】
前記処理情報提供工程は，前記業務情報閲覧端末の表示手段上に，提供した前記ステータス値に基づく表示用データを描画表示させる描画表示工程を含むことを特徴とする，請求項３１に記載の集中管理装置の処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，情報管理システム，集中管理装置，プログラム，記録媒体，集中管理装置の処理方法に関する。
【０００２】
【従来の技術】
複数の工場，事業所，営業所等（以下，工場等という。）を有する大企業などは，出荷工場や販路等によって異なる多様な業務プロセスを有している。この業務プロセスとは，例えば部品調達，生産投入，製品出荷等の各業務ステータスを組み合わせた一連の業務フローである。実際の企業活動においては，この業務ステータスごとに在庫や資材，収支などの処理すべき数値情報（以下，処理情報という。）が，日々発生している。かかる処理情報は，各工場等や業務プロセスごとにそれぞれ異なるため，総情報量としては膨大なものとなる。
【０００３】
業務プロセスの効率性を評価する者（以下，経営コントロール層という。）は，各業務プロセスの効率性を検討するべく，上記処理情報を集計された好適な形でモニタリングすることを求める。かかる経営コントロール層のリクエストに応えるため，従来では，コンピュータ・ネットワークを利用した情報管理システムを構築して，各工場等から膨大な量の処理情報を収集し，データベースに格納するなどして集中管理していた。
【０００４】
【発明が解決しようとする課題】
しかしながら，上記従来の情報管理システムでは，各工場等から収集する処理情報には，各業務プロセスや業務ステータス対応した共通の識別符号などは付与されておらず，システムの受け側でいかなる業務プロセスや業務ステータスに帰属する処理情報であるかを識別しなければならなかった。従って，大量の処理情報を，業務プロセスや業務ステータスごとに分類，集計するなどして集中管理することが困難であるという問題があった。
【０００５】
また，既存の業務プロセスを前提として構築されているため，業務プロセスを変更したい場合には，システム全体を作り直さなければならないことが多く，柔軟性に欠けるという問題があった。さらに，システムのどの箇所をどのように修正したらよいのかを把握するために，業務プロセスの変更に該当する箇所を再度精査して，処理情報の経路を詳細に検討しなければならないという問題もあった。
【０００６】
このような情報管理システムの修正作業には多大な時間と費用を費やすので，単に業務プロセスの変更が遅くなるだけでなく，業務プロセスを変更すること自体を躊躇させる要因にもなってしまう。よって，今日のような変化の早い現代ビジネスにおいては，業務プロセスの変更を即座に反映させることが可能な，コンピュータ・ネットワークを利用した情報管理システムが希求されている。
【０００７】
本発明は，上記問題点に鑑みてなされたものであり，本発明の目的は，業務プロセスまたは業務ステータスに応じて処理情報を容易に集中管理することが可能な新規かつ改良された情報管理システム，集中管理装置，プログラム，記録媒体，集中管理装置の処理方法を提供することである。
【０００８】
さらに，本発明の別の目的は，業務プロセスの変更に対して迅速かつ柔軟に対応することが可能な，新規かつ改良された情報管理システム，集中管理装置，プログラム，記録媒体，集中管理装置の処理方法を提供することである。
【０００９】
【課題を解決するための手段】
上記課題を解決するため，本発明の第１の観点によれば，情報管理システムであって：業務プロセスを構成する複数の業務ステータスのステータス値が入力される１または２以上の業務情報入力端末と；業務情報入力端末からネットワークを介して取得したステータス値を集中管理する集中管理装置と；からなり，集中管理装置は，業務情報入力端末から取得するステータス値に，ステータス値がいかなる業務ステータスのものであるかを特定するステータスＩＤと，ステータス値がいかなる業務プロセスで発生したものであるかを特定するプロセスＩＤと，を付与するＩＤ付与部と；ステータス値が格納される処理情報用記憶装置と；ステータス値に付与されたプロセスＩＤおよびステータスＩＤに基づいて，ステータス値の処理情報用記憶装置における格納先を指定する格納先指定部と；格納先指定部により指定された格納先に，少なくともステータス値に付与されたプロセスＩＤおよびステータスＩＤとともに，ステータス値を格納する格納実行部と；を備えることを特徴とする，情報管理システムが提供される。
【００１０】
かかる構成により，業務プロセスおよび業務ステータスに対応した共通の識別符号であるプロセスＩＤおよびステータスＩＤに基づいて，ステータス値を処理情報用記憶装置に好適に振り分けて格納することができる。従って，ステータス値の集中管理が容易になり，かつ，業務プロセスおよび業務ステータスごとのステータス値の集計，分類が可能になり，効率的かつ効果的に格納されたステータス値を検索，抽出することもできる。
【００１１】
また，上記集中管理装置は，さらに，少なくともプロセスＩＤおよびステータスＩＤとステータス値の格納先とを関連付けた格納先関連付け情報を格納する基礎情報用記憶装置を備えており，格納先指定部は，格納先関連付け情報に基づいて，ステータス値の処理情報用記憶装置における格納先を指定する，如く構成すれば，少なくとも格納先関連付け情報を含む基礎情報を，処理情報であるステータス値が格納される処理情報用記憶装置とは異なる基礎情報用記憶装置に格納して管理することができる。よって，基礎情報用記憶装置のみを参照して，ステータス値を振り分け格納できる。さらに，ステータス値の格納先の変更も，基礎情報用記憶装置の格納先関連付け情報を更新するだけで実現できる。
【００１２】
また，上記基礎情報用記憶装置には，さらに，ステータスＩＤを定義したステータス情報がステータスＩＤとともに格納され，プロセスＩＤを定義したプロセス情報がプロセスＩＤとともに格納されている，如く構成すれば，基礎情報用記憶装置にアクセスすることにより，プロセスＩＤが割り当てられた業務プロセスに関する情報や，ステータスＩＤが割り当てられた業務ステータスの情報を取得でき，ステータス値の識別も容易になる。
【００１３】
また，上記格納実行部は，ステータスＩＤまたはプロセスＩＤとともに，ステータス情報またはプロセス情報を，処理情報用記憶装置に格納する，如く構成すれば，プロセス情報およびステータス情報を，ステータス値およびプロセスＩＤ，ステータスＩＤとともに格納できるので，ステータス値の帰属する業務プロセスおよび業務ステータスの情報をステータス値とともに迅速に読み出すことができる。
【００１４】
また，上記集中管理装置は，さらに，業務プロセス若しくは業務プロセスを構成する業務ステータスの追加または削除に関する業務変更情報が入力される業務変更情報入力部と，業務変更情報に基づいて，格納先関連付け情報，ステータス情報，プロセス情報のうち少なくともいずれかを更新可能な基礎情報更新部と，を備える，如く構成すれば，格納先関連付け情報を更新するだけで，ステータス値の格納先を，業務プロセスの変更に応じて，容易に変更することができる。また，ステータス情報，プロセス情報を更新することにより，業務プロセスの変更に応じて新たに追加されたプロセスＩＤ，ステータスＩＤを定義して格納することができる。
【００１５】
また，上記集中管理装置は，さらに，基礎情報更新部の更新履歴を管理する更新履歴管理部を備える，如く構成すれば，更新履歴を格納して管理することにより，業務プロセスの変更前と変更後におけるステータス値の関連付を行うことができる。
【００１６】
また，上記基礎情報用記憶装置には，さらに，ステータスＩＤおよびプロセスＩＤと，ステータス値が入力された業務情報入力端末とを関連付けた入力端末関連付け情報が格納されており，集中管理装置は，入力端末関連付け情報に基づいて，ステータス値が入力された業務情報入力端末を特定する入力端末特定部を備える，如く構成すれば，処理情報用記憶装置に格納されるステータス値の取得元の業務情報入力端末を特定することができる。
また，上記集中管理装置は，さらに，処理情報用記憶装置に格納されている前記ステータス値を表示用データに加工する処理情報加工部を備える，如く構成すれば，ステータス値を集計，分類などして好適な表示用データに加工することができる。
【００１７】
また，上記情報管理システムは，さらに，集中管理装置から送信されたステータス値に基づく表示用データを閲覧する１または２以上の業務情報閲覧端末を備える，如く構成すれば，集中管理装置は，処理情報用記憶装置に格納されているステータス値を，業務情報閲覧端末に表示して閲覧できる。このとき，ステータス値をステータスＩＤおよびプロセスＩＤに基づいて好適に加工することが好ましい。
【００１８】
また，上記集中管理装置は，さらに，処理情報用記憶装置に格納されているステータス値に基づく表示用データを，業務情報閲覧端末に提供する処理情報提供部を備える，如く構成すれば，処理情報提供部を変更させることにより，閲覧装置に表示されるステータス値の態様を変更することができる。
【００１９】
また，上記処理情報提供部は，業務情報閲覧端末の表示手段上で，提供したステータス値に基づく表示用データを描画表示させる描画表示部を備える，如く構成すれば，閲覧装置に表示されるステータス値に基づく表示用データの態様を視覚的によりわかりやすいものにできる。
【００２０】
また，上記課題を解決するため，本発明の別の観点によれば，業務プロセスを構成する複数の業務ステータスのステータス値が入力される１または２以上の業務情報入力端末から，ステータス値を取得して集中管理する集中管理装置であって：業務情報入力端末から取得するステータス値に，ステータス値がいかなる業務ステータスのものであるかを特定するステータスＩＤと，ステータス値がいかなる業務プロセスで発生したものであるかを特定するプロセスＩＤと，を付与するＩＤ付与部と；ステータス値が格納される処理情報用記憶装置と；ステータス値に付与されたプロセスＩＤおよびステータスＩＤに基づいて，ステータス値の処理情報用記憶装置における格納先を指定する格納先指定部と；格納先指定部により指定された格納先に，少なくともステータス値に付与されたプロセスＩＤおよびステータスＩＤとともに，ステータス値を格納する格納実行部と；を備えることを特徴とする，集中管理装置が提供される。
【００２１】
かかる構成により，上記情報管理システムを好適に実現することが可能な，コックピット型集中管理装置を提供することができる。
【００２２】
なお，この集中管理装置は，上記情報管理システムで採用される集中管理装置とほぼ同様の構成を有するので，詳細説明は省略する。
【００２３】
また，上記課題を解決するため，本発明の別の観点によれば，コンピュータをして，業務プロセスを構成する複数の業務ステータスのステータス値が入力される１または２以上の業務情報入力端末から，ステータス値を取得して集中管理する集中管理装置であって：業務情報入力端末から取得するステータス値に，ステータス値がいかなる業務ステータスのものであるかを特定するステータスＩＤと，ステータス値がいかなる業務プロセスで発生したものであるかを特定するプロセスＩＤと，を付与するＩＤ付与部と；ステータス値が格納される処理情報用記憶装置と；ステータス値に付与されたプロセスＩＤおよびステータスＩＤに基づいて，ステータス値の処理情報用記憶装置における格納先を指定する格納先指定部と；格納先指定部により指定された格納先に，少なくともステータス値に付与されたプロセスＩＤおよびステータスＩＤとともに，ステータス値を格納する格納実行部と；を備える集中管理装置として機能せしめることを特徴とする，プログラムが提供される。
【００２４】
また，上記課題を解決するため，本発明の別の観点によれば，コンピュータにより読み取り可能な記録媒体において：コンピュータをして，業務プロセスを構成する複数の業務ステータスのステータス値が入力される１または２以上の業務情報入力端末から，ステータス値を取得して集中管理する集中管理装置であって：業務情報入力端末から取得するステータス値に，ステータス値がいかなる業務ステータスのものであるかを特定するステータスＩＤと，ステータス値がいかなる業務プロセスで発生したものであるかを特定するプロセスＩＤと，を付与するＩＤ付与部と；ステータス値が格納される処理情報用記憶装置と；ステータス値に付与されたプロセスＩＤおよびステータスＩＤに基づいて，ステータス値の処理情報用記憶装置における格納先を指定する格納先指定部と；格納先指定部により指定された格納先に，少なくともステータス値に付与されたプロセスＩＤおよびステータスＩＤとともに，ステータス値を格納する格納実行部と；を備える集中管理装置として機能せしめるプログラムを記録したコンピュータにより読み取り可能な記録媒体が提供される。
【００２５】
また，上記課題を解決するため，本発明の別の観点によれば，業務プロセスを構成する複数の業務ステータスのステータス値が入力される１または２以上の業務情報入力端末から，ステータス値を取得して集中管理する集中管理装置の処理方法であって：業務情報入力端末から取得するステータス値に，ステータス値がいかなる業務ステータスのものであるかを特定するステータスＩＤと，ステータス値がいかなる業務プロセスで発生したものであるかを特定するプロセスＩＤと，を付与するＩＤ付与工程と；ステータス値が付与されたプロセスＩＤおよびステータスＩＤに基づいて，ステータス値の処理情報用記憶装置における格納先を指定する格納先指定工程と；格納先指定部により指定された格納先に，少なくともステータス値に付与されたプロセスＩＤおよびステータスＩＤとともに，ステータス値を格納する格納実行工程と；を含むことを特徴とする，集中管理装置の処理方法が提供される。
【００２６】
また，集中管理装置が備える基礎情報用記憶装置には，少なくともプロセスＩＤおよびステータスＩＤとステータス値の格納先とを関連付けた格納先関連付け情報が予め格納されており，格納先指定工程では，格納先関連付け情報に基づいて，ステータス値の処理情報用記憶装置における格納先を指定するように構成してもよい。
【００２７】
また，上記基礎情報用記憶装置には，さらに，ステータスＩＤを定義したステータス情報がステータスＩＤとともに予め格納され，プロセスＩＤを定義したプロセス情報がプロセスＩＤとともに予め格納されており，記格納実行工程では，ステータスＩＤまたはプロセスＩＤとともに，ステータス情報またはプロセス情報を，処理情報用記憶装置に格納するように構成してもよい。
【００２８】
また，上記業務プロセス若しくは業務プロセスを構成する業務ステータスの追加または削除に関する業務変更情報が入力される業務変更情報入力工程と；入力された業務変更情報に基づいて，格納先関連付け情報，ステータス情報，プロセス情報のうち少なくともいずれかを更新する基礎情報更新工程と；を含むように構成してもよい。
【００２９】
また，上記基礎情報更新工程での更新履歴を管理する更新履歴管理工程を含むように構成してもよい。
【００３０】
また，上記基礎情報用記憶装置には，さらに，ステータスＩＤおよびプロセスＩＤと，ステータス値が入力された業務情報入力端末とを関連付けた入力端末関連付け情報が予め格納されており，集中管理装置の処理方法は，さらに，入力端末関連付け情報に基づいて，ステータス値が入力された業務情報入力端末を特定する入力端末特定工程を含むように構成してもよい。
また，上記処理情報用記憶装置に格納されている前記ステータス値を表示用データに加工する処理情報加工工程を含むように構成してもよい。
【００３１】
また，上記処理情報用記憶装置に格納されているステータス値に基づく表示用データを，ステータス値に基づく表示用データを閲覧する業務情報閲覧端末に提供する処理情報提供工程を含むように構成してもよい。
【００３２】
また，上記処理情報提供工程は，業務情報閲覧端末の表示手段上に，提供したステータス値に基づく表示用データを描画表示させる描画表示工程を含むように構成してもよい。
【００３３】
【発明の実施の形態】
以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
【００３４】
（第１の実施の形態）
以下に，本発明の第１の実施形態にかかる情報管理システム，集中管理装置，プログラム，記録媒体および集中管理装置の処理方法について説明する。
【００３５】
まず，以下の説明の便宜のため，図１に基づいて，本実施形態における業務プロセスおよび業務ステータスについて説明する。なお，図１は，本実施形態における業務プロセスと業務ステータスの関係を示す概念図である。
【００３６】
図１に示すように，業務プロセスとは，例えば，「調達」→「製造」→「物流」→「販売」などといった業務の一連の流れ（ビジネスフロー）を指し，より具体的には，「ノートＰＣ本体（製品）を工場Ａで製造し，販社を通じて国内市場で販売する」というものや，「アクセサリを海外工場Ｄで製造し，アジア市場に直接販売する」といったものである。かかる業務プロセスのそれぞれには，識別符号として後述するプロセスＩＤが割り当てられる。
【００３７】
このような業務プロセスは，例えば複数の業務ステータスを連結して構成される。この業務ステータスとは，例えばそれぞれの工場，販社，営業所などで行われる業務工程の１つ１つを指し，例えば「工場での部品入荷」や「工場での部品在庫」，「工場での生産投入（Ｌｉｎｅ−ｉｎ）」，「船舶による輸送」，「販社での製品在庫」などである。
【００３８】
かかる業務ステータスは，その業務形態によって，フローステータス（Ｆｌｏｗ　Ｓｔａｔｕｓ）と，ストックステータス（Ｓｔｏｃｋ　Ｓｔａｔｕｓ）に分けて考えることができる。フローステータスとは，例えば売上げが発生する瞬間など，業務プロセス中で何らかのアクションを起こすポイントでの動的な業務状態（イベント）であり，例えば「部品投入」や「生産投入」，「製品完成」，「工場出荷」などである。これに対して，ストックステータスとは，例えば２つのフローステータス間の所定期間内における静的な業務状態であり，例えば「部品在庫」や「仕掛在庫」，「製品在庫」，‥などである。かかるフローステータスとストックステータスとは，上記のような相違はあるものの理論的には図１に示すように同軸上に並べることが可能である。
【００３９】
また，このような業務ステータスには，管理すべき業務情報である数値（ステータス値）が付随している。このステータス値は，製品台数や金額（部品購入費用，製品売上金額等）などであり，例えば，フローステータス：「生産投入」にはステータス値：「生産投入部品数」が付随しており，また，ストックステータス：「製品在庫」にはステータス値：「製品在庫数」が付随している。
【００４０】
以上のような，多様な業務ステータスを多様に組み合わせることで，幾通りもの業務プロセスを生み出すことができる。例えば，同じ製品についても，例えば「海外輸送」や「ディーラー販売」などの業務ステータスを含むか否かによって，業務プロセスは全く異なるものとなる。
【００４１】
現実のビジネスでは，業務プロセスを構成する業務ステータスを好適に取捨選択することにより，業務効率や利益率などを向上させることができる。従って，業務プロセスの効率性を評価する者（以下，経営コントロール層という。）は，日々，複数の業務プロセスを業務ステータスごとに定量的に分析し，全体的な戦略を練っている。即ち，経営コントロール層は，情報管理システムにより上記ステータス値を集計・分析した結果に基づいて，業務プロセスの効率性を判断している。この結果，経営コントロール層は，より最適な業務形態の実現を目指して，時には，業務プロセスの変更，即ち，ある業務ステータスの追加，廃止若しくは統合を決定する場合もある。かかる業務プロセスの変更を行った場合には，経営コントロール層は，この業務プロセスの変更が即座に情報管理システム上の数値指標に反映されることを希望する。
【００４２】
以下に詳細に説明する本実施形態にかかる情報管理システムは，このような要望に十分に応えるべく，膨大な量の業務情報（ステータス値）を上記業務プロセスおよび業務ステータスごとに管理する構成を採用し，上記業務プロセスの変更に迅速かつ柔軟に対応できるものである。
【００４３】
次に，図２に基づいて，本実施形態にかかる情報管理システムの全体構成について説明する。なお，図２は，本実施形態にかかる情報管理システムの全体構成を示すブロック図である。
【００４４】
図２に示すように，情報管理システムは，業務情報入力端末１０−１，１０−２，・・・，１０−ｎ（以下では，業務情報入力端末１０という。）を備えた例えば複数の基幹系システム３−１，３−２，・・・，３−ｎ（以下では，基幹系システム３という。）と，ステータス値を集中管理する集中管理装置２０と，基礎情報が入力される基礎情報入力端末４０と，ステータス値を閲覧するための業務情報閲覧端末５０とが，ネットワーク５を介して接続されている。
【００４５】
ネットワーク５は，例えば，専用回線網，インターネット，ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ），ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ），ＷＬＬ（Ｗｉｒｅｌｅｓｓ　Ｌｏｃａｌ　Ｌｏｏｐ），衛星通信網，電話回線網，ケーブルＴＶ回線網及び有線放送網などである。
【００４６】
基幹系システム（源流システム）３は，例えば工場，事業所，営業所，販売会社など（以下では，工場等という。）に構築され，日々のオペレーションをコンピュータ等を用いて効率的に遂行している情報システムである。この基幹系システム３は，例えば入庫や出庫などの取引ごとに金額や台数が入力され，この数値を管理している。
【００４７】
業務情報入力端末１０は，例えば基幹系システム３内に設けられた例えばコンピュータなどの端末装置であり，自身が配された工場等で行われている業務ステータスのステータス値などが入力される。このステータス値は，例えば，製品若しくは部品の需要数または在庫数や，部品若しくは製品の売買数や実際の価格などといった台数，金額情報であり，例えば，工場では「部品入荷代金」，「製品在庫数」，「工場出荷数」などのステータス値がそれぞれ入力され，営業所では「製品販売数」，「売上金額」，「返品数」などが，入力される。この入力作業は，定期的なものでも，必要に応じた突発的なものであってもよい。また，入力方法としては，例えば工場等において実際の業務を遂行している者（以下では，オペレーション層という。）による例えば手動入力，または，例えば各ステータス値を自動計測可能な機器による自動入力などであってもよい。
【００４８】
このようにして業務情報入力端末１０に入力されたステータス値は，各工場等で個別に管理されるだけでなく，例えば製品ＩＤ，日付，工場コード等とともに，ネットワーク５を介して，集中管理装置２０に取り込まれて集中管理される。
【００４９】
集中管理装置２０は，例えば１つのコンピュータまたはコンピュータ群などであり，業務情報入力端末１０からネットワークを介して取得したステータス値などの処理情報を集中管理する機能を有する。この集中管理装置２０は，例えば企業の本社や集中情報管理センターなどに設置されるようにしてもよい。かかる集中管理装置２０は，本実施形態にかかる大きな特徴であり，詳細は後述する。
【００５０】
基礎情報入力端末４０は，例えばコンピュータなどであり，システム管理者などが業務変更情報を入力可能な例えばキーボード，マウス等の入力装置と，入力した業務変更情報をネットワーク５を介して集中管理装置２０に送信する送信手段を有する。この業務変更情報とは，例えば上記経営コントロール層の判断によって変更，追加，削除される業務プロセス若しくは業務ステータスに関する情報や，新たに追加された基幹系システム３に関する情報などである。この基礎情報入力端末４０は，例えばオペレーション層が業務変更情報を入力しやすいように例えば工場等などに設けられてもよい。なお，かかる基礎情報入力端末４０は必ずしも具備されなくともよく，例えば，集中管理装置２０と一体構成されてもよい。
【００５１】
業務情報閲覧端末５０は，例えばコンピュータなどであり，集中管理装置２０からネットワーク５を介して送信されたステータス値などの各種情報を，モニタに出力する機能を有する。この業務情報閲覧端末５０は，例えば経営コントロール層が，例えば集中管理装置２０上のアプリケーションを利用して，業務プロセスまたは業務ステータスごとに分類されたステータス値の変動や，各種情報の定義などを閲覧するために用いられる。この際，業務情報閲覧端末５０は，ステータス値の変動などを，グラフ，表などを用いて視覚化して表示することができる。
【００５２】
次に，図３に基づいて，本実施形態にかかる集中管理装置の構成について説明する。なお，図３は，本実施形態にかかる集中管理装置２０の構成を示すブロック図である。
【００５３】
図３に示すように，集中管理装置２０は，送受信部２０２と，記憶装置２０４と，ＩＤ付与部２０６と，格納先指定部２０８と，入力端末特定部２１０と，格納実行部２１２と，基礎情報更新部２１４と，更新履歴管理部２１６と，処理情報加工部２１８と，処理情報提供部２２０と，制御部２２２と，少なくともステータスデータベース３１２（以下では，ステータスＤＢ３１２という。），プロセスデータベース３１４（以下では，プロセスＤＢ３１４という。）および組合せデータベース３１６（以下では，組合せＤＢ３１６という。）を格納する基礎情報用記憶装置３１と，少なくとも明細データベース３２２（以下では，明細ＤＢ３２２という。）およびサマリデータベース３２４（以下では，サマリＤＢ３２４という。）を格納する処理情報用記憶装置３２と，を備える。
【００５４】
まず，図４から図７を参照しながら，本実施形態にかかる大きな特徴である基礎情報用記憶装置３１について説明する。なお，図４は，本実施形態にかかるステータスＤＢ３１２のデータテーブルの例である。また，図５は，本実施形態にかかるプロセスＤＢ３１４のデータテーブルの例である。さらに，図６および図７は，本実施形態にかかる組合せＤＢ３１６のデータテーブルの例である。
【００５５】
基礎情報用記憶装置３１は，例えばハードディスクドライブなどで構成され，基礎情報から構成された例えば３つのメタデータ系データベースを格納している。この基礎情報とは，ステータス値などの処理情報を好適に管理するためのメタデータであり，例えば，プロセスＩＤ，プロセス情報，ステータスＩＤ，ステータス情報，格納先関連付け情報および入力端末関連付け情報などである。以下にこれらを詳細に説明する。
【００５６】
まず，図４に示すように，ステータスＤＢ３１２内には，例えば，ステータスＩＤとステータス情報とが関連付けられて含まれている。ステータスＩＤとは，上記業務ステータスごとに割り当てられた識別符号であり，例えば「１」，「２」，‥などである。かかるステータスＩＤによって，ステータス値がいかなる業務ステータスに属するものであるかを特定することができる。また，このようなステータスＩＤをステータスＤＢ３１２内で登録，更新することにより，集中管理装置２０が多様な業務ステータスのステータスＩＤを一元管理でき，業務ステータスごとにステータス値を容易に集計，分類することができる。
【００５７】
また，ステータス情報とは，上記ステータスＩＤを定義した例えばテキスト情報であり，例えば「材料発注計画」，「工場出荷実績」などである。かかるステータス情報をステータスＩＤに関連付けておくことにより，ステータスＩＤが表す業務ステータスの意味を容易に検索して把握できる。
【００５８】
また，図５に示すように，プロセスＤＢ３１４内には，例えば，プロセスＩＤとプロセス情報とが関連付けられて含まれている。プロセスＩＤとは，上記業務プロセスごとに割り当てられた識別符号であり，例えば「Ａ」，「Ｂ」，‥などである。かかるプロセスＩＤによって，ステータス値がいかなる業務プロセス内で発生したものであるかを特定することができる。また，このようなプロセスＩＤをプロセスＤＢ３１４内で登録，更新することにより，集中管理装置２０が多様な業務プロセスのプロセスＩＤを一元管理でき，業務プロセスごとにステータス値を容易に集計，分類することができる。
【００５９】
また，プロセス情報とは，上記プロセスＩＤを定義した例えば「出荷元」，「製品分類」，「販路」という例えば３つの分類の識別コードである。「出荷元」とは，ステータス値に対応する製品が製造された工場名などを表すコードであり，例えば「ＦＡ」は工場Ａを表す。また，「製品分類」とは，ステータス値に対応する製品の分類を表すコードであり，例えば，「ＢＯＤＹ」は製品本体を，「ＡＣＣ」はアクセサリ（付属品）を，「ＰＡＲＴ」は部品を表す。また，「販路」とは，ステータス値に対応する製品が販売される経路を表すコードであり，例えば「ＳＭＯＪ」は国内販売を表す。かかるプロセス情報をプロセスＩＤに関連付けておくことにより，プロセスＩＤが表す業務プロセスの意味を容易に検索して把握できる。さらに，プロセス情報がコード化されているので，「出荷元」，「製品分類」，「販路」などのパラメータで，ステータス値を検索，集計，分類などできる。
【００６０】
また，図６に示すように，組合せデータベース３１６内には，格納先関連付け情報が，縦軸がプロセスＩＤ，横軸がステータスＩＤである組合せテーブルとして２次元マップ化されて記憶されている。この格納先関連付け情報とは，ステータスＩＤよびプロセスＩＤと，ステータスＩＤの明細ＤＢ３２２の格納先とを関連付けた情報である。かかる格納先関連付け情報を２次元マップ化することで，集中管理装置２０が取得したステータス値を明細ＤＢ３２２内のどの明細データテーブルに保存するかを，上記プロセスＩＤとステータスＩＤに基づいて一元的に指定，管理できる。例えば，プロセスＩＤが「Ｃ」で，ステータスＩＤが「４」であるステータス値を取得した場合には，このデータの格納先として明細ＤＢ３２２内の「生産投入実績データテーブル」が指定される。
【００６１】
また，既存のプロセスＩＤおよびステータスＩＤのすべてを，組合せテーブルの縦軸および横軸に登録しておくことで，いかなる業務プロセスおよび業務ステータスに属するステータス値であっても，すべてこのマップ上に配置可能であり，格納先を決定できる。さらに，新たな販路や製造元を持つ業務プロセスが発生した場合や，これまでにない業務ステータスが新規追加された場合などであっても，当該組合せテーブル上に新たなプロセスＩＤまたはステータスＩＤの項目を増やすことで容易に対応できる。
【００６２】
また，組合せテーブルの１つのカラム（欄）には１組のステータスＩＤおよびプロセスＩＤしか対応していないので，複数の明細データテーブルへの格納を許しつつ，処理情報のダブルカウントを排除する排他的処理が可能になる。
【００６３】
また，図７に示すように，組合せＤＢ３１６内の別のデータテーブルには，入力端末関連付け情報が，同様に２次元マップ化されて記憶されている。この入力端末関連付け情報とは，ステータスＩＤおよびプロセスＩＤと，当該両ＩＤが付与されたステータス値が入力された業務情報入力端末１０と，を関連付けた情報である。かかる入力端末関連付け情報を２次元マップ化することで，ステータス値がいかなる基幹系システム３の業務情報入力端末１０から取得したものであるかを一元的に特定，管理できる。例えば，取り込んだステータス値に付与されているプロセスＩＤが「Ｆ」であり，当該ステータスＩＤが「４」である場合には，このステータス値の取得元が「システムＣ」（例えば基幹系システム３−３の業務情報入力端末１０−３を指す。）であると特定できる。
【００６４】
また，基幹系システム３の追加または削除などの変更や，業務プロセス等の変更があった場合であっても，上記のようなマップの縦軸もしくは横軸に項目を追加するか，あるいは各セルが指定するデータ取得元となる基幹系システム３の業務情報入力端末１０の情報若しくは保存先テーブルを変更するだけで対応可能である。従って，情報管理システム全体のプログラムを変更する必要はなくなり，業務プロセスの変化に柔軟に対応できる。
【００６５】
このように，例えばマップ化された入力端末関連付け情報のテーブルを設けることによって，ステータス値の取得元を特定してステータス値とともに例えば取得元の業務情報入力端末ＩＤを明細ＤＢ３２２に記録させる，あるいは，随時このマップを参照してステータス値の取得元を検索することができる。このため，所得したステータス値の責任の所在を，組合せＤＢ３１６上で管理可能にし，ステータス値の精度を維持することができる。これにより，業務プロセスの変更に柔軟なシステムに求められる最低限の要求のひとつである長期的有効利用を実現可能になる。また，業務プロセスの変更では総じて企業の組織替えなども伴い，所得したステータス値の責任の所在が不明確になりがちであるので，ステータス値の取得元の業務情報入力端末１０を特定することは必要性が高い。
【００６６】
次に，図８を参照しながら，本実施形態にかかる処理情報用記憶装置３２について説明する。なお，図８は，本実施形態にかかる明細ＤＢ３２２のデータテーブルの例である。
【００６７】
処理情報用記憶装置３２は，例えばハードディスクドライブなどで構成され，例えば業務情報入力端末１０から取得したステータス値などをメインとする処理情報からなる例えばトランザクション系データベースを格納している。このトランザクション系ＤＢとしては，例えば明細ＤＢ３２２とサマリＤＢ３２４の２つに分類される。
【００６８】
明細ＤＢ３２２は，日々，業務情報入力端末１０から取得する膨大な量のステータス値である処理情報と，このステータス値に関連付けられた上記基礎情報などが，例えば個々の生データとして記憶されているデータベースである。この明細ＤＢ３２２は，所得したステータス値に付随するプロセスＩＤおよびステータスＩＤによって分類される多様な種類の明細データテーブルを備えており，例えば台数系情報データベースと金額系情報データテーブルに大別することができる。この明細データテーブルは，例えば，「販社在庫実績データテーブル」や「事業所在庫計画データテーブル」，「カンパニー売上実績データテーブル」などである。これらの明細データテーブルには，収集された処理情報が重複も漏れもない状態で格納されているので，処理情報用記憶装置３１の容量の有効利用および効率化を図ることができる。
【００６９】
ここで「販社在庫実績データテーブル」の具体例を挙げて，明細データテーブルのデータ構造について説明する。図８に示すように，販社在庫実績データテーブルには，処理情報である例えば「製品在庫数」（ステータス値）が，例えば，入力された日付順に配列されて記憶されている。この「製品在庫数」は，「日付」，「製品ＩＤ」，「ステータスＩＤ」，「プロセスＩＤ」，「ステータス情報」，「プロセス情報」などの付随データとともに，記憶されている。この「販社在庫実績データテーブル」では，付随データのうち，「ステータスＩＤ」が例えば「１２」なる符号で固定されており，これに伴い「ステータス情報」も「販社在庫実績」なるテキストデータで固定されている。一方，これら以外の付随データは，「製品在庫数」が発生した業務プロセスに応じて多様に変化している。
【００７０】
そこで，これらの付随データをパラメータとして，例えば「販社在庫実績データテーブル」のデータを集計，分類することにより，「日別販社在庫実績データテーブル」，「製品別販社在庫実績データテーブル」，「出荷元別販社在庫実績データテーブル」などのサマリデータテーブルを作成することができる。
【００７１】
サマリＤＢ３２４は，このようにして明細ＤＢ３２２のデータを集計，分類して作成された複数のサマリデータテーブルを記憶したデータベースである。このサマリデータテーブルは，業務情報閲覧端末５０に処理情報を閲覧させる閲覧アプリケーションで頻繁に使用される形に集計されたデータテーブルである。この集計の条件は，例えば経営コントロール層の閲覧リクエストに応じて決定される。かかるサマリデータテーブルという形で処理情報を予めサマリＤＢ３２４に記憶しておくことで，閲覧リクエストの度に処理情報を集計するより，閲覧処理に要する時間を短縮することができる。
【００７２】
以上のような基礎情報用記憶装置３１および処理情報用記憶装置３２に格納されている上記データベース群は，例えば経営コントロール層の意思決定のために必要なデータを収集して再構成したデータウエアハウス（Ｄａｔａ　Ｗａｒｅ　Ｈｏｕｓｅ）を構成している。かかるデータウエアハウスにより，例えば複数の基幹系システム３が管理・保管するステータス値などの処理情報を，好適に分析・加工できるように変換して一元管理することができる
。
【００７３】
次に，再び図３に基づいて，上記データウエアハウスを利用する集中管理装置２０の各部について説明する。
【００７４】
送受信部２０２は，集中管理装置２０と外部との間で例えばネットワーク５を介して各種情報の送受信を行う機能を有する。例えば，この送受信部２０２は，業務情報入力端末１０から処理情報であるステータス値などを受信する。また，送受信部２０２は，本実施形態にかかる業務変更情報入力部としても構成されており，基礎情報入力端末４０から入力された業務プロセスの変更などに関する業務変更情報を受信する機能を有する。
【００７５】
記憶装置２０４は，例えば，ハードディスクドライブやフロッピーディスク（登録商標），ＣＤＲＯＭ，ＤＶＤＲＯＭ等の光ディスクなどの外部記憶装置や，例えば半導体ＲＡＭやＲＯＭなどの主記憶装置などで構成され，集中管理装置２０の処理に関わる各種情報などを記憶することができる。なお，この記憶装置２０４と，上記基礎情報用記憶装置３１および処理情報用記憶装置３２は，ハードウエア的には一体形成されていてもよい。
【００７６】
ＩＤ付与部２０６は，例えば，業務情報入力端末１０からステータス値を取得する際に，当該ステータス値にステータスＩＤおよびプロセスＩＤを付与する機能を有する例えばアプリケーションなどである。
【００７７】
より詳細には，集中管理装置２０が，複数の業務情報入力端末１０に対しリクエスト信号を発してステータス値を要求すると，各業務情報入力端末１０は要求されたステータス値を含むデータをネットワーク５を介して送出する。各業務情報入力端末１０から送出された送出データは，例えば，図９に示すように，ステータス値である例えば「台数」情報に，「製品ＩＤ」，「工場コード」，「日付」などの情報が，業務情報入力端末１０によって予め付与された状態となっている。ＩＤ付与部２０６は，例えば集中管理装置２０の外部での送出データのデータ形態変換時などに，例えば自己のリクエスト信号などに基づいて当該送出データにステータスＩＤおよびプロセスＩＤを付与する。このようにしてステータスＩＤおよびプロセスＩＤが付与された当該送出データ（即ち，ステータス値等の処理情報）は，上記送受信部２０２を通って集中管理装置２０内に取り込まれる。
【００７８】
かかるＩＤ付与部２０６の機能により，全てのステータス値に共通の識別符号が付与されるので，集中管理装置２０内におけるステータス値の処理が容易になるとともに，膨大な量の処理情報の統一管理が可能になる。
【００７９】
格納先指定部２０８は，上記組合せＤＢ３１６に格納されている格納先関連付け情報に基づいて，ステータス値を含む処理情報の格納先を指定する機能を有する例えばアプリケーションなどである。この格納先指定部２０８は，上記のようにしてステータス値に対して付与されたステータスＩＤおよびプロセスＩＤと上記組合せテーブルとを参照して，ステータス値を含む処理情報を格納するべき明細ＤＢ３２２の明細データテーブル（格納先）を，決定することができる。
【００８０】
入力端末特定部２１０は，上記組合せＤＢ３１６に格納されている入力端末関連付け情報に基づいて，ステータス値の取得元となる業務情報入力端末１０を特定する機能を有する例えばアプリケーションなどである。この入力端末特定部２１０は，ステータス値に対して付与されたステータスＩＤおよびプロセスＩＤと上記入力端末関連付け情報のテーブルとを参照して，当該ステータス値の取得元がいずれの業務情報入力端末１０であるかを特定することができる。さらに，入力端末特定部２１０は，例えば，このようにして特定した業務情報入力端末１０を識別するための取得元の業務情報入力端末ＩＤを，当該ステータス値に付与する機能も有する。
【００８１】
格納実行部２１２は，上記格納先指定部２０８によって指定された格納先に，ステータス値を含む処理情報を格納する機能を有する例えばアプリケーションなどである。格納実行部２１２は，指定された明細ＤＢ３２２の明細データテーブルにステータス値を格納するが，この際，当該ステータス値に付与されているステータスＩＤおよびプロセスＩＤだけでなく，例えば，当該ステータスＩＤに対応するステータス情報，当該プロセスＩＤに対応するステータス情報，取得元の業務情報入力端末ＩＤ，製品ＩＤなどを，当該ステータス値とともに格納することができる。
【００８２】
基礎情報更新部２１４は，上記基礎情報入力端末４０から入力された業務変更情報に基づいて，上記基礎情報用記録装置３１２に格納されている各種の基礎情報を更新する機能を有する例えばアプリケーションなどである。この基礎情報更新部２１４は，例えば，少なくとも以下の３つの基礎情報更新処理を行う。
【００８３】
▲１▼業務プロセスの更新処理
ある業務プロセスについて業務ステータスの追加・削除といった業務変更が行われ，かかる業務変更に関する業務変更情報が入力されると，基礎情報更新部２１４は，組合せＤＢ３１６内の組合せデータテーブルを更新する。例えば，業務プロセスに新たな業務ステータスが追加された場合には，その業務プロセスに対応したプロセスＩＤの行における，追加された業務ステータスに対応するステータスＩＤの欄に，格納先明細データテーブルの情報を書き加える。また，追加された業務ステータスが今までにない全く新しいものである場合には，ステータスＤＢ３１２に新たなステータスＩＤとそのステータス情報を書き加えるとともに，組合せテーブル上に当該業務ステータスに対応する新たなステータスＩＤの列を追加作成して，該当欄に格納先明細データテーブルの情報を書き込む。また，明細ＤＢ３２２に新たなステータスＩＤに対応した新たな明細データテーブルを作成することもできる。
【００８４】
▲２▼業務プロセスの追加処理
全く新しい業務プロセスの追加といった業務変更が行われ，かかる業務変更に関する業務変更情報が入力されると，基礎情報更新部２１４は，プロセスＤＢ３１２，ステータスＤＢ３１２および組合せＤＢ３１６内の組合せデータテーブルを更新する。具体的には，例えば，プロセスＤＢ３１４に新たなプロセスＩＤとそのプロセス情報を書き加えるとともに，新たな業務ステータスが発生している場合にはステータスＤＢ３１２の更新も行う。また，組合せデータテーブルに，当該業務プロセスに対応する新たなプロセスＩＤの行を追加作成して，その業務プロセスが有する業務ステータスに対応するステータスＩＤの該当欄のすべてに格納先明細データテーブルの情報を書き込む。
【００８５】
▲３▼基幹系システム３の追加処理
新規の工場等が誕生したため新たな基幹系システム３が構築されたり，既存の基幹系システム４が廃止されたりといった業務変更が行われ，かかる業務変更に関する業務変更情報が入力されると，基礎情報更新部２１４は，組合せＤＢ３１６内の入力端末関連付け情報のデータテーブルを更新する。具体的には，基礎情報更新部２１４は，該当する入力端末関連付け情報のデータテーブルの該当する欄に，取得元の業務情報入力端末ＩＤを新たに書き込む若しくは書き換えるといった処置を行う。
【００８６】
更新履歴管理部２１６は，上記のような業務変更に起因した各種の基礎情報の変更履歴を管理する機能を有する例えばアプリケーションなどである。この更新履歴管理部２１６は，上記基礎情報更新部２１４から業務変更に伴う基礎情報の変更があった旨の情報を受信すると，当該変更の内容，時間などに関する情報（以下では，更新履歴情報という。）を，例えば基礎情報用規則装置３１の変更履歴管理データベース（図示せず。）などに格納する。さらに，更新履歴管理部２１６は，この更新履歴情報を必要に応じて集中管理装置２０内の各部に提供することができる。これにより，例えば，後述する処理情報加工部２１８が，この更新履歴情報を処理情報の加工処理に利用することもできる。
【００８７】
処理情報加工部２１８は，処理情報用記憶装置３２に格納されているステータス値などの処理情報を，プロセスＩＤ及び／又はステータスＩＤに基づいて，加工処理することができる。この処理情報加工部２１８は，例えば，明細ＤＢ３２２の明細データテーブルに格納されている処理情報を，例えばステータスＩＤなどに基づいて集計・分類して，サマリＤＢ３２２のサマリデータテーブルに再格納することができる。より具体的には，処理情報加工部２１８は，例えば，複数の明細データテーブルに格納されている「製品在庫実績」を全工場の全製品について日別に合計して，「日別製品在庫実績」のサマリデータテーブルを作成することができる。また，上記更新履歴情報を利用することで，業務変更があった日の前後でサマリデータテーブルへの集計の手法を異ならせることもできる。
【００８８】
処理情報提供部２２０は，処理情報用記憶装置３２に格納されているステータス値などの処理情報を，上記業務情報閲覧端末５０に提供する機能を有する例えばモニタリング用アプリケーションなどである。この処理情報提供部２２０は，業務情報閲覧端末５０のモニタ等の表示手段（図示せず。）上で，提供したステータス値等の処理情報をグラフ，表などとして描画表示させる描画表示部２２１を備える。これにより，例えばサマリＤＢ３２４に集計されて格納されている処理情報を，視覚化してわかりやすい態様で表示させることができる。さらに，業務情報閲覧端末５０以外の外部装置に対しても，同様な態様で処理情報を表示させることができる。また，経営コントロール層などから，処理情報の表示態様の変更の要請があった場合にも，この処理情報提供部２２０を適宜修正することで，容易に表示態様の変更を行うことができる。
【００８９】
制御部２２２は，例えばＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）などからなり，集中管理装置２０内の各部を制御する機能を有する。この制御部２２２は，例えば記憶装置２０４に格納されたコンピュータプログラムに基づいて，集中管理装置２０の上記各部が上記機能を発揮できるように制御する。さらに，上記コンピュータプログラムを，実行したい処理に応じて好適に構築することにより，集中管理装置２０は上記に限らず多様な機能を有することが可能である。
【００９０】
以上，本実施形態にかかる情報管理システムに使用される集中管理装置２０の構成について説明した。かかる集中管理装置２０は，ステータス値などからなる大量の処理情報に，全データ共通のステータスＩＤおよびプロセスＩＤを付与して分類することで，処理情報の帰属を容易に識別できる。さらに，この処理情報にステータス情報とプロセス情報を付随させた上で，ステータスＩＤおよびプロセスＩＤに基づいて，処理情報用記憶装置３２内の好適な格納先に振り分けて格納することができる。このため，処理情報の集中管理が容易になるとともに，業務変更に伴って処理情報の帰属（どこのどのような情報であるか）が不明確になるような場合であっても，業務変更を基礎情報に即時反映させて処理情報の管理の仕方を修正することで，業務変更に対して迅速かつ柔軟に対応できる。
【００９１】
次いで，かかる集中管理装置２０の処理方法について説明する。
【００９２】
まず，図１０に基づいて，本実施形態にかかる集中管理装置の処理情報の格納処理について説明する。なお，図１０は，本実施形態にかかる集中管理装置２０の処理情報の格納動作を示すタイミングチャートである。
【００９３】
図１０に示すように，まず，ステップＳ１０では，集中管理装置２０が，業務情報入力端末１０からネットワーク５を介してステータス値などの処理情報を取得する（ステップＳ１０）。この際，集中管理装置２０のＩＤ付与部２０６が，ステータス値にステータスＩＤおよびプロセスＩＤを付与する。
【００９４】
次いで，ステップＳ１２では，ステータスＤＢ３１２からステータス情報を取得する（ステップＳ１２）。集中管理装置２０は，ステータス値に付与されたステータスＩＤを基に，ステータスＤＢ３１２内で当該ステータスＩＤに関連付けられているステータス情報を読み出す。
【００９５】
さらに，ステップＳ１４では，プロセスＤＢ３１４からプロセス情報を取得する（ステップＳ１２）。集中管理装置２０は，ステータス値に付与されたプロセスＩＤを基に，プロセスＤＢ３１４内で当該プロセスＩＤに関連付けられているプロセス情報を読み出す。
【００９６】
その後，ステップＳ１６では，格納先指定部２０８が，組合せＤＢ３１６の格納先関連付け情報に基づいて，格納先を指定する（ステップＳ１６）。格納先指定部２０８は，ステータス値に付与されたステータスＩＤおよびプロセスＩＤと組合せテーブルとを参照して，ステータス値を格納するべき明細ＤＢ３２２内の明細データテーブルを指定する。
【００９７】
次いで，ステップＳ１８では，入力端末特定部２１０が，組合せＤＢ３１６の入力端末関連付け情報に基づいて，ステータス値の取得元である業務情報入力端末１０を特定する（ステップＳ１８）。入力端末特定部２１０は，ステータス値に付与されたステータスＩＤおよびプロセスＩＤと入力端末関連付け情報のテーブルとを参照して，当該ステータス値の取得元がいずれの業務情報入力端末１０であるかを特定し，取得元の業務情報入力端末ＩＤを取得する。
【００９８】
さらに，ステップＳ２０では，格納実行部２１２が，処理情報を明細ＤＢ３２２に格納する（ステップＳ２０）。格納実行部２１２は，ステップＳ１６で指定された明細データテーブルに，例えば，ステータスＩＤ，プロセスＩＤ，ステータス情報，ステータス情報，取得元の業務情報入力端末ＩＤ，製品ＩＤなどとともに，当該ステータス値を処理情報として格納する。
【００９９】
その後，ステップＳ２２では，明細ＤＢ３２２から処理情報が読み出される（ステップＳ２２）。処理情報加工部２１８は，明細ＤＢ３２２の例えば複数の明細データベースから，処理情報を所定の条件で読み出す。
【０１００】
次いで，ステップＳ２４では，処理情報加工部２１８が，処理情報を集計して，サマリＤＢ３２４に格納する（ステップＳ２４）。処理情報加工部２１８は，上記ステップＳ２２で読み出された処理情報を，例えばステータスＩＤなどに基づいて集計・分類して，サマリＤＢ３２２のサマリデータテーブルに再格納する。この際，閲覧用のアプリケーションで頻繁に使用される形に処理情報を集計，分類するようにしてもよい。より具体的には，例えば，同一の業務ステータスに属するステータス値を，そのまま例えば日別，組織別というように複数のテーブルに格納する，若しくは複数のステータス値を合計した結果をサマリデータテーブルに格納することが好ましい。
【０１０１】
以上のような集中管理装置２０の処理情報の格納処理では，ステータスＩＤおよびプロセスＩＤをパラメータとして利用し，膨大な量のステータス値を含む処理情報を，好適に振り分けて格納し，さらに集計，分類して再格納できる。
【０１０２】
次に，図１１に基づいて，本実施形態にかかる集中管理装置の基礎情報更新処理について説明する。なお，図１１は，本実施形態にかかる集中管理装置２０の基礎情報更新動作を示すタイミングチャートである。
【０１０３】
まず，ステップＳ１００では，基礎情報入力端末４０が，集中管理装置２０に業務変更情報を送信する（ステップＳ１００）。例えば経営コントロール層の判断によって例えば業務プロセスの変更が決定されると，例えばシステム管理者は，基礎情報入力端末４０に，例えば，変更対象の業務プロセスにおいて追加または削除される業務ステータスを表した情報である業務変更情報を入力する。この際，集中管理装置２０上のアプリケーション（業務変更情報入力部）を利用して，入力がなされるようにしてもよい。基礎情報入力端末４０は，かかる業務変更情報をネットワーク５を介して集中管理装置２０に送信する。集中管理装置２０の送受信部２０２は，上記送信されてきた業務変更情報を受信して，基礎情報更新部２１４に転送する。
【０１０４】
次いで，ステップＳ１０２では，基礎情報更新部２１４が，上記業務変更情報に基づいて，ステータスＤＢ３１２を更新する。（ステップＳ１０２）。変更された業務プロセスに，例えば今までにない新たな業務ステータスが追加されている場合には，ステータスＤＢ３１２にもかかる業務ステータスに関するステータスＩＤおよびステータス情報は登録されていない。そこで，基礎情報更新部２１４は，ステータスＤＢ３１２に新たな業務ステータスに対応したステータスＩＤとそのステータス情報を書き加える。
【０１０５】
一方，業務プロセスの変更が，既存の業務プロセスを追加したものである場合には，本ステップは不要であり，ステータスＤＢ３１２の更新処理を行うことなくステップＳ１０４に進む。
【０１０６】
さらに，ステップＳ１０４では，基礎情報更新部２１４が，上記業務変更情報に基づいて，プロセスＤＢ３１４を更新する。（ステップＳ１０４）。新規業務プロセスの発生といった業務変更が行われた場合には，プロセスＤＢ３１４にもかかる業務プロセスに関するプロセスＩＤおよびプロセス情報は登録されていない。そこで，基礎情報更新部２１４は，プロセスＤＢ３１４に新たな業務プロセスに対応したプロセスＩＤとそのプロセス情報を書き加える。
【０１０７】
また，既存の業務プロセス内で業務ステータスを追加・削除するという業務変更が行われた場合には，基礎情報更新部２１４は，プロセスＤＢ３１４に既に登録されている当該業務プロセスに対応したとプロセス情報に修正を加える。例えば，変更された業務プロセスにおける出荷元の工場が「工場Ａ」から「工場Ｂ」に変更された場合には，プロセス情報の出荷元コードを例えば「ＦＡ」から「ＦＢ」に更新する。
【０１０８】
その後，ステップＳ１０６では，基礎情報更新部２１４が，上記業務変更情報に基づいて，組合せＤＢ３１６の格納先関連付け情報を更新する。（ステップＳ１０６）。業務プロセスに新たな業務ステータスが追加する業務変更が行われた場合には，基礎情報更新部２１４は，組合せＤＢ３１６内の組合せデータテーブルにおいて，その業務プロセスに対応したプロセスＩＤの行における，追加された業務ステータスに対応するステータスＩＤの欄に，格納先明細データテーブルの情報を書き加えて登録する。
【０１０９】
また，業務プロセスから既存の業務ステータスを削除する業務変更が行われた場合には，基礎情報更新部２１４は，組合せデータテーブルにおいて，当該プロセスＩＤの行における，削除された業務ステータスに対応するステータスＩＤの欄に登録されている格納先明細データテーブルの情報を消去する更新を行う。
【０１１０】
また，新規業務プロセスの発生といった業務変更が行われた場合には，組合せデータテーブルに，当該業務プロセスに対応する新たなプロセスＩＤの行を追加作成して，その業務プロセスが有する業務ステータスに対応するステータスＩＤの該当欄のすべてに格納先明細データテーブルの情報を書き込んで登録する。
【０１１１】
次いで，ステップＳ１０８では，基礎情報更新部２１４が，上記業務変更情報に基づいて，組合せＤＢ３１６の入力端末関連付け情報を更新する。（ステップＳ１０８）。新たな基幹系システム３が構築されたり，既存の基幹系システム４が廃止されたりといった業務変更が行われた場合には，基礎情報更新部２１４は，組合せＤＢ３１６内の入力端末関連付け情報のデータテーブルの該当欄に，取得元の業務情報入力端末ＩＤを新たに書き込む，書き換える若しくは削除する。
【０１１２】
このような更新処理により，処理情報の取得元の基幹系システム３を常に正確に把握することができる。よって，ある処理情報の精度が悪くなった時に，どの基幹系システム３から取得しているのかを基礎情報用記憶装置３１内の情報を用いて簡単に把握できるので，データ精度の向上を図るためのメンテナンスが容易になり，その分システムを長期的に利用できる。
【０１１３】
ところで，上記のように新たな基幹系システム３が構築された場合であっても，ステータス値に付与するステータスＩＤおよびプロセスＩＤを用いることで，データの処理には全く影響がない。なお，基幹系システム３が変更されていない場合には，本ステップは省略できる。
【０１１４】
さらに，ステップＳ１１０では，更新履歴管理部２１６は，上記のような各種の基礎情報の変更履歴を管理する（ステップＳ１１０）。更新履歴管理部２１６は，上記更新履歴情報を記録するとともに，当該業務プロセス変更に関するステータス値が処理される場合には，必要に応じて，この更新履歴情報を集中管理装置２０内の各部に提供する。
【０１１５】
また，この更新履歴管理部２１６は，処理情報の集計，分類等を行う処理情報加工部２１８の処理動作の修正を自動的に行う。従って，処理情報加工部２１８は，処理情報系記憶装置３２に対して，変更後の業務プロセスに従った処理情報（台数，金額などのステータス値）の読み書きを行うことができるようになる。さらに，変更前の業務プロセスに従った処理情報との比較ができるように，記憶された変更履歴を活用して，変更前後のデータの読み書きを調整することができる。
【０１１６】
以上のような集中管理装置２０の基礎情報の更新処理によって，集中管理装置２０が，業務プロセスの変更に即座に対応できるようになる。また，ステータスＩＤとプロセスＩＤという共通の識別符号を利用して各部の変更を行っているので，業務変更に応じて変更すべき部分を容易に検索できるとともに，変更処置が非常に簡単となる。このため，業務プロセスの変更に伴う，情報管理システムの変更に要する時間的負担，金銭的費用を十分に低減することが可能になる。また，業務プロセスを一部変更した場合には，変更前後における一連の業務の数値指標を再把握することが可能となるので，経営コントロール層は業務プロセスの変更の効果を的確に把握できる。以上により，本実施形態にかかる情報管理システムは，業務プロセス変更に迅速かつ柔軟に対応でき，業務プロセスの変更に対する躊躇を払拭することができるという格別の効果を奏する。
【０１１７】
次に，図１２に基づいて，本実施形態にかかる集中管理装置の処理情報の表示処理について説明する。なお，図１２は，本実施形態にかかる集中管理装置２０の処理情報表示動作を示すタイミングチャートである。
【０１１８】
まず，ステップＳ２００では，業務情報閲覧端末５０から所定の処理情報を所定の態様で閲覧したいというリクエスト情報が，集中管理装置２０に送信される（ステップＳ２００）。例えば経営コントロール層は，日々の業務効率を把握するためや，業務プロセスの変更を検討するために，所望の台数，金額等に関する情報を好適な形で閲覧（モニタ）したい場合がある。この場合に，業務情報閲覧端末５０を利用して集中管理装置２０にアクセスして，処理情報の閲覧を要求する。
【０１１９】
次いで，ステップＳ２０２では，集中管理装置２０のサマリＤＢ３２４から要求された処理情報が読み出される（ステップＳ２０２）。
【０１２０】
さらに，ステップＳ２０４では，処理情報加工部２１８が，読み出された処理情報を加工する（ステップＳ２０４）。処理情報加工部２１８は，ステップＳ２０２で読み出された複数の処理情報を，さらに，例えば演算，取捨選択などして，上記業務情報閲覧端末５０の要求に応じた処理情報に加工する。なお本ステップは，省略することもできる。
【０１２１】
その後，ステップＳ２０６では，処理情報提供部２２０が，業務情報閲覧端末５０に処理情報を提供する（ステップＳ２０６）。処理情報提供部２２０は，例えばステップＳ２０４で加工された処理情報，若しくは，サマリＤＢ３２４から読み出したままの処理情報を，業務情報閲覧端末５０に提供する。さらに，提供した数値データ等からなる処理情報を，描画表示部２２１などのアプリケーションを利用して，例えば表，グラフなどの視覚的にわかりやすい態様で業務情報閲覧端末５０のモニタ等の表示手段に表示させる。
【０１２２】
次いで，ステップＳ２０８では，例えば経営コントロール層が，業務情報閲覧端末５０の表示手段に所望の態様で表示された処理情報を閲覧する（ステップＳ２０８）。
【０１２３】
ここで，図１３および図１４に基づいて，本実施形態にかかる業務情報閲覧端末の表示手段に視覚的に表示された処理情報の態様の例について説明する。なお，図１３および図１４は，本実施形態にかかる業務情報閲覧端末５０の表示手段に表示された表の例を示す説明図である。
【０１２４】
まず，図１３に示すように，業務情報閲覧端末５０の表示手段には，製品「ノートパソコン」に関する生産実績の一覧表が表示されている。この一覧表では，「部品入荷」，「部品在庫」，「生産投入」などといった業務ステータスごとに，ステータス値（部品入荷数，部品在庫数，生産投入数など）が分類されて表示されている。さらに，かかるステータス値は，「４月１日」，「４月２日」，「４月３日」という日別に分類されて表示されているだけではなく，処理情報加工部２１８によって演算加工されて，「週間合計」，「月間平均」としても表示されている。また，モニタ上には，数値データだけでなく「部品入荷」などのテキストデータも表示されているが，これはステータス値に付随して明細ＤＢ３２２などに格納されたステータス情報も業務情報閲覧端末５０に提供されているからである。
【０１２５】
このように，集中管理装置２０は，例えば図８に示したような明細データテーブルに格納されている処理情報を，上記各ステップを経ることにより好適に集計，分類して，図１３に示すような，非常に見易い一覧表として表示させることができる。このため，経営コントロール層などの業務情報閲覧端末５０ユーザは，知りたい情報をわかりやすい表示形式で閲覧できる。
【０１２６】
また，図１４には，業務プロセスの変更前（図１４（ａ））と，変更後（図１４（ｂ））における２つのモニター例が示されている。ここでの業務プロセスの変更は，従来のディーラーを経由した製品販売を４月３日で廃止し，４月４日から販社による直接販売に変更したというものである。かかる業務プロセスの変更に伴い，変更後の図１４（ｂ）では，「ディーラー在庫」の項目を削除して表示されており，現実に行われている業務プロセスに即した表示形態となっている。
【０１２７】
さらに，特筆すべきは，業務変更前における処理情報も変更後の表示形態に合わせて変化していることである。具体的に説明すると，「販社在庫」の在庫数は，図１４（ａ）では，例えば「４月１日」が「１１」であるのに対し，図１４（ｂ）では，「４月１日」が「１５」となっており，変更前の「販社在庫」の「１１」と，「ディーラー在庫」の「４」を加えた値となっている。即ち，変更後の図１４（ｂ）のモニタ表示の場合には，変更前の「４月３日」までの値は販社とディーラーの在庫が自動的に合計されて表示されている。このため，「４月４日」以降の「販社在庫」と，現在での「販社在庫」とを適正に比較・検討できるという利点がある。
【０１２８】
かかる表示を実現できる理由は，集中管理装置２０の変更履歴管理部２１６が，更新履歴情報を処理情報加工部２１８に提供し，処理情報加工部２１８は，この更新履歴情報を利用して処理情報の加工処理を行うことができるという構成上の特徴にある。このように，本実施形態にかかる集中管理装置２０を用いた情報処理システムは，業務の変更に柔軟に対応できるだけでなく，業務変更前後における処理情報の適正化を自動的に行って，ユーザに閲覧させることができる。
【０１２９】
以上のような集中管理装置２０の処理情報の表示処理では，処理情報提供部２２０などで構成されるモニタリング用のアプリケーションを用いて，処理情報の閲覧表示を工夫して表示することができる。このため，経営コントロール層は，業務情報閲覧端末５０から集中管理装置２０上のアプリケーションを利用し，業務ステータスごとの製品や金額の動き（例えば，販売製造連結での経済的付加価値やキャッシュフローなど）を，表やグラフなどで視覚化して評価することができる。さらに，集中管理装置２０上のアプリケーションを利用し，業務ステータスのレビューを行ったり，経営情報管理コンピュータ上のデータの定義を確認したりすることもできる。
【０１３０】
また，情報管理システムを実際に利用しだすと，提供しているモニタリング用アプリケーション以外の観点からの分析を行いたいという要望が発生する場合もある。このような場合であっても，モニタリング用アプリケーションの開発さえ行えば，処理情報のデータの処理方法を変更することなく，別の表示態様を容易に実現することができる。
【０１３１】
また，経営コントロール層の以外にも，営業所や製造所などでも必要な情報を見るために，集中管理装置２０上のアプリケーションを利用して，業務の効率化，計画修正を図ることができる。例えば営業所では売上高や在庫回転日数などが，また製造所では設備生産性や原材料回転日数，半製品回転日数などがリアルタイムで確認できる。
【０１３２】
このように本実施形態にかかる集中管理装置２０を用いた情報管理システムは，経営管理をはじめ，生産管理，業務革新などの様々な業務に利用可能である。
【０１３３】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明はかかる例に限定されない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１３４】
例えば，上記実施形態では，業務情報入力端末１０は，基幹系システム３内に設けられたが，かかる例に限定されず，工場等に業務情報入力端末１０が単体で設けられていてもよい。
【０１３５】
また，上記実施形態では，処理情報用記憶装置３１と基礎情報系記憶装置３２は，集中管理装置２０内に構成されたが，本発明は，かかる例に限定されない。例えば，処理情報用記憶装置３１及び／又は基礎情報系記憶装置３２を，集中管理装置２０によってアクセス可能なデータベースサーバなどで構成し，集中管理装置２０とは別体に構成してもよい。
【０１３６】
また，上記実施形態では，ＩＤ付与部２０６は，集中管理装置２０内に構成されたが，本発明は，かかる例に限定されない。例えば，ＩＤ付与部２０６を業務情報入力端末１０内に構成する，あるいは，コンピュータなどの新たな装置をネットワーク５上に設けて，かかる装置がＩＤ付与部２０６を備えるように構成してもよい。
【０１３７】
【発明の効果】
以上説明したように，本発明にかかる情報管理システムは，業務プロセスまたは業務ステータスに応じたＩＤに基づいて，処理情報を振り分け格納，分類，集計することで，膨大な量の処理情報を効率的かつ効果的に集中管理することができる。
【０１３８】
また，本発明にかかる情報管理システムは，業務プロセスの変更に対して迅速かつ柔軟に対応できるので，システムの修正に要する費用と時間を大幅に低減できる。
【図面の簡単な説明】
【図１】図１は，第１の実施形態における業務プロセスと業務ステータスの関係を示す概念図である。
【図２】図２は，第１の実施形態にかかる情報管理システムの全体構成を示すブロック図である。
【図３】図３は，第１の実施形態にかかる集中管理装置の構成を示すブロック図である。
【図４】図４は，第１の実施形態にかかるステータスＤＢのデータテーブルの例である。
【図５】図５は，第１の実施形態にかかるプロセスＤＢのデータテーブルの例である。
【図６】図６は，第１の実施形態にかかる組合せＤＢのデータテーブルの例である。
【図７】図７は，第１の実施形態にかかる組合せＤＢのデータテーブルの例である。
【図８】図８は，第１の実施形態にかかる明細ＤＢのデータテーブルの例である。
【図９】図９は，第１の実施形態にかかる業務情報入力端末から送出された処理情報の態様を示す説明図である。
【図１０】図１０は，第１の実施形態にかかる集中管理装置の処理情報の格納動作を示すタイミングチャートである。
【図１１】図１１は，第１の実施形態にかかる集中管理装置の基礎情報更新動作を示すタイミングチャートである。
【図１２】図１２は，第１の実施形態にかかる集中管理装置の処理情報表示動作を示すタイミングチャートである。
【図１３】図１３は，第１の実施形態にかかる業務情報閲覧端末の表示手段に表示された表の例を示す説明図である。
【図１４】図１４は，第１の実施形態にかかる業務情報閲覧端末の表示手段に表示された表の例を示す説明図である。
【符号の説明】
３　　　：　基幹系システム
５　　　：　ネットワーク
２０　　：　集中管理装置
３１　　：　基礎情報用記憶装置
３２　　：　処理情報用記憶装置
４０　　：　基礎情報入力端末
５０　　：　業務情報閲覧端末
２０２　：　送受信部
２０６　：　ＩＤ付与部
２０８　：　格納先指定部
２１０　：　入力端末特定部
２１２　：　格納実行部
２１４　：　基礎情報更新部
２１６　：　変更履歴管理部
２１８　：　処理情報加工部
２２０　：　処理情報提供部
２２１　：　描画表示部
２２２　：　制御部
３１２　：　ステータスデータベース
３１４　：　プロセスデータベース
３１６　：　組合せデータベース
３２２　：　明細データベース
３２４　：　サマリデータベース
【図１】
2004021952.tif 000003
【図２】
2004021952.tif 000004
【図３】
2004021952.tif 000005
【図４】
2004021952.tif 000006
【図５】
2004021952.tif 000007
【図６】
2004021952.tif 000008
【図７】
2004021952.tif 000009
【図８】
2004021952.tif 000010
【図９】
2004021952.tif 000011
【図１０】
2004021952.tif 000012
【図１１】
2004021952.tif 000013
【図１２】
2004021952.tif 000014
【図１３】
2004021952.tif 000015
【図１４】
2004021952.tif 000016