(57)【要約】【課題】プロセスの変更時にその変更の影響を受ける他のマネジメントシステムの範囲を調査し、関わるべき管理部門に調整活動が必要であることを通知し、プロセスを遂行する現場での混乱を低減させる情報処理システムを提供する。【解決手段】情報処理システムの業務モデル記憶手段は、マネジメント属性を有するプロセスを規定する業務モデルを記憶し、利用者記憶手段は、前記マネジメント属性を指摘可能な役割を利用者と対応させて記憶し、利用者抽出手段は、前記業務モデル記憶手段によって記憶されている業務モデルを変更した場合に、該変更した業務モデルのプロセスに関連する利用者を前記利用者記憶手段から抽出し、通知手段は、前記利用者抽出手段によって抽出された利用者に対して、該利用者に関連するプロセスが変更されたことを通知する。【選択図】図１
2009069925.tif 000002
【特許請求の範囲】
【請求項１】
マネジメント属性を有するプロセスを規定する業務モデルを記憶する業務モデル記憶手段と、
前記マネジメント属性を指摘可能な役割を利用者と対応させて記憶する利用者記憶手段と、
前記業務モデル記憶手段によって記憶されている業務モデルを変更した場合に、該変更した業務モデルのプロセスに関連する利用者を前記利用者記憶手段から抽出する利用者抽出手段と、
前記利用者抽出手段によって抽出された利用者に対して、該利用者に関連するプロセスが変更されたことを通知する通知手段
を具備することを特徴とする情報処理システム。
【請求項２】
前記業務モデル記憶手段によって記憶されている業務モデルに対応する文書モデルに従って、プロセスの要素と関連を有する文書を記憶する文書記憶手段
をさらに具備し、
前記通知手段は、前記利用者抽出手段によって抽出された利用者に対して、該利用者に関連するプロセスに関連する前記文書記憶手段によって記憶されている文書を通知する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
コンピュータを、
マネジメント属性を有するプロセスを規定する業務モデルを記憶する業務モデル記憶手段と、
前記マネジメント属性を指摘可能な役割を利用者と対応させて記憶する利用者記憶手段と、
前記業務モデル記憶手段によって記憶されている業務モデルを変更した場合に、該変更した業務モデルのプロセスに関連する利用者を前記利用者記憶手段から抽出する利用者抽出手段と、
前記利用者抽出手段によって抽出された利用者に対して、該利用者に関連するプロセスが変更されたことを通知する通知手段
として機能させることを特徴とする情報処理プログラム。
【請求項４】
前記コンピュータを、
前記業務モデル記憶手段によって記憶されている業務モデルに対応する文書モデルに従って、プロセスの要素と関連を有する文書を記憶する文書記憶手段
としてさらに機能させ、
前記通知手段は、前記利用者抽出手段によって抽出された利用者に対して、該利用者に関連するプロセスに関連する前記文書記憶手段によって記憶されている文書を通知する
ことを特徴とする請求項３に記載の情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム及び情報処理プログラムに関する。
【背景技術】
【０００２】
企業組織等の業務は、複数のマネジメントシステムの管理下にある場合がある。例えば、そのマネジメントシステムとして、経営効率、内部統制（セキュリティ）、品質管理、環境マネジメント、ＩＴサービスマネジメントといったものが挙げられる。
すなわち、管理対象となる現場での業務は、夫々のマネジメント別に分かれて存在しているわけではなく、重複して出現することも多い。
【０００３】
これに関連する技術として、例えば、特許文献１には、蓄積した業務プロセスモデルを用語以外の情報で検索し、また整合性が保証された部品を利用して業務プロセスモデルを編集し再利用できるようにすることを課題とし、記憶装置は、作業やその流れを階層的に記述した業務プロセスモデル、業務プロセスモデルに関連する関連情報ファイルと、業務プロセスモデルの部品間の参照関係などを記述するファイル間関連情報とを含むテンプレートを格納し、検索部は、業務フローの階層関係をキーに記憶装置から業務プロセスモデルを検索し出力し、部品交換部は、出力された業務プロセスモデルの部品交換をする際に、記憶装置のファイル間関連情報を参照して交換対象箇所と参照関係を持つ部品を抽出して交換部品の候補として提示してユーザに選択させ、選択された交換部品に交換した業務プロセスモデルを出力することが開示されている。
【０００４】
また、例えば、特許文献２には、分析者の技術的能力に依存することなく現行業務を正しくかつ論理性高くモデル化し、業務設計を効率よく行えるようにすることを課題とし、企業体での各業務単位毎に、その業務単位の目的及び手段、並びにその業務単位での情報の流れを入力する入力手段と、業務単位毎の目的及び手段に基づいて業務系統図を生成する系統図生成手段と、業務単位毎の情報の流れに基づいてデータフロー図を生成するデータフロー図生成手段と、業務系統図及びデータフロー図を出力する出力手段とを設け、データの追加や修正が行われたときには、その追加や修正に応じて業務系統図及び／又はデータフロー図が修正されて出力されるようにすることが開示されている。
【特許文献１】特開２００６−２８５３１３号公報
【特許文献２】特開平１０−１７７４７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、複数のマネジメントシステムを用いると、現場が混乱したり、負担が大きくなったりするので、１つの統合マネジメントシステムを構築することを理想とする向きもあるが、現実にはそれぞれの管理部門等は専門性を持っており、その範囲においては合理的なマネジメントシステムが構築されていることも多く、統合化は簡単ではない。結局、現場が問題を吸収せざるを得ない状態にある。
本発明は、プロセスの変更による影響範囲を調査し、関わるべき利用者に調整活動が必要であることを通知し、現場の利用者の混乱を低減させる情報処理システム及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
［１］  マネジメント属性を有するプロセスを規定する業務モデルを記憶する業務モデル記憶手段と、
前記マネジメント属性を指摘可能な役割を利用者と対応させて記憶する利用者記憶手段と、
前記業務モデル記憶手段によって記憶されている業務モデルを変更した場合に、該変更した業務モデルのプロセスに関連する利用者を前記利用者記憶手段から抽出する利用者抽出手段と、
前記利用者抽出手段によって抽出された利用者に対して、該利用者に関連するプロセスが変更されたことを通知する通知手段
を具備することを特徴とする情報処理システム。
【０００７】
［２］  前記業務モデル記憶手段によって記憶されている業務モデルに対応する文書モデルに従って、プロセスの要素と関連を有する文書を記憶する文書記憶手段
をさらに具備し、
前記通知手段は、前記利用者抽出手段によって抽出された利用者に対して、該利用者に関連するプロセスに関連する前記文書記憶手段によって記憶されている文書を通知する
ことを特徴とする［１］に記載の情報処理システム。
【０００８】
［３］  コンピュータを、
マネジメント属性を有するプロセスを規定する業務モデルを記憶する業務モデル記憶手段と、
前記マネジメント属性を指摘可能な役割を利用者と対応させて記憶する利用者記憶手段と、
前記業務モデル記憶手段によって記憶されている業務モデルを変更した場合に、該変更した業務モデルのプロセスに関連する利用者を前記利用者記憶手段から抽出する利用者抽出手段と、
前記利用者抽出手段によって抽出された利用者に対して、該利用者に関連するプロセスが変更されたことを通知する通知手段
として機能させることを特徴とする情報処理プログラム。
【０００９】
［４］  前記コンピュータを、
前記業務モデル記憶手段によって記憶されている業務モデルに対応する文書モデルに従って、プロセスの要素と関連を有する文書を記憶する文書記憶手段
としてさらに機能させ、
前記通知手段は、前記利用者抽出手段によって抽出された利用者に対して、該利用者に関連するプロセスに関連する前記文書記憶手段によって記憶されている文書を通知する
ことを特徴とする［３］に記載の情報処理プログラム。
【発明の効果】
【００１０】
請求項１記載の情報処理システムによれば、プロセスの変更による影響範囲を調査し、関わるべき管理部門の利用者に調整活動が必要であることを通知でき、管理部門間で調整が行われることになるので、現場での混乱を低減させることができる。
【００１１】
請求項２記載の情報処理システムによれば、利用者は、プロセスの変更によって発生する文書への影響を知ることができるようになる。
【００１２】
請求項３記載の情報処理プログラムによれば、プロセスの変更による影響範囲を調査し、関わるべき管理部門の利用者に調整活動が必要であることを通知でき、管理部門間で調整が行われることになるので、現場での混乱を低減させることができる。
【００１３】
請求項４記載の情報処理プログラムによれば、利用者は、プロセスの変更によって発生する文書への影響を知ることができるようになる。
【発明を実施するための最良の形態】
【００１４】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、コンピュータ・プログラム、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させること、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。
プロセス、サブプロセス又はアクティビティを単にプロセスともいう。
なお、本実施の形態は、財務に関するプロセスに適用すると、内部統制に関するものとなる。また、利用者をその文脈に合わせて、ユーザ、担当者等ともいう。
【００１５】
本実施の形態は、図１に示すように、業務モデル記憶ＤＢ（データベース）１１０、ユーザ情報記憶ＤＢ１２０、文書記憶ＤＢ１３０、業務モデル編集モジュール１４０、ユーザ抽出モジュール１５０、ユーザ通知モジュール１６０を有している。
業務モデル記憶ＤＢ１１０は、文書記憶ＤＢ１３０、業務モデル編集モジュール１４０、ユーザ抽出モジュール１５０、ユーザ通知モジュール１６０と接続されており、マネジメント属性を有するプロセスを規定する業務モデルを記憶しており、業務モデル編集モジュール１４０、ユーザ抽出モジュール１５０、ユーザ通知モジュール１６０からアクセスされ、文書記憶ＤＢ１３０に記憶されている文書とリンクが張られている。つまり、業務モデル記憶ＤＢ１１０は、複数のマネジメントシステムにおける業務モデルを共有化して一元管理する。また、業務モデルは、複数のアクティビティからなるプロセスとして表現される。またプロセスはアクティビティ以外に他のプロセスをサブプロセスとして含むこともできる階層構造で管理される。ここでは各階層のサブプロセス、アクティビティをも総称して広義にはプロセスと呼ぶことにする。そしてその構成要素である全てのプロセスには、それぞれのマネジメントシステムが管理すべき対象なのかどうかを示すマネジメント属性が付与される。
なお、マネジメント属性とは、マネジメントすべき側面の種別（例えば、環境、品質、労務、安全、プライバシー管理等）をいう。ユーザには責任を負うマネジメント属性が割り当てられる。また、プロセスは、マネジメント属性を１つ又は複数有する。マネジメント属性を、マネジメントシステムに関与する者によって、新しいマネジメントが作成された際、プロセスが追加・編集された際、又はプロセスの説明文等が追加・編集された際に機械的に付与する。また、ユーザによって設定されてもよい。
【００１６】
ユーザ情報記憶ＤＢ１２０は、ユーザ抽出モジュール１５０と接続されており、マネジメント属性を指摘可能な役割をユーザと対応させて記憶しており、ユーザ抽出モジュール１５０からアクセスされる。なお、役割はマネジメント属性そのものであってもよい。
文書記憶ＤＢ１３０は、業務モデル記憶ＤＢ１１０、ユーザ通知モジュール１６０と接続されており、業務モデル記憶ＤＢ１１０によって記憶されている業務モデルに対応する文書モデルに従って、プロセスの要素と関連を有する文書を記憶しており、ユーザ通知モジュール１６０からアクセスされる。
業務モデル編集モジュール１４０は、業務モデル記憶ＤＢ１１０と接続されており、利用者の操作に応じて、業務モデル記憶ＤＢ１１０によって記憶されている業務モデルを編集する。また、業務モデルを編集したことをユーザ抽出モジュール１５０に通知するようにしてもよい。
【００１７】
ユーザ抽出モジュール１５０は、業務モデル記憶ＤＢ１１０、ユーザ情報記憶ＤＢ１２０と接続されており、業務モデル記憶ＤＢ１１０によって記憶されている業務モデルを変更した場合に、その変更した業務モデルのプロセスに関連するユーザをユーザ情報記憶ＤＢ１２０から抽出する。つまり、業務モデル編集モジュール１４０から業務モデルが編集されたことの通知を受け、変更した業務モデル内のプロセスのマネジメント属性を業務モデル記憶ＤＢ１１０から取り出し、そのマネジメント属性が指摘している役割を有しているユーザを、ユーザ情報記憶ＤＢ１２０から抽出する。また、ユーザ抽出モジュール１５０は、業務モデル編集モジュール１４０からの通知を受けないようにしてもよい。その場合、業務モデル記憶ＤＢ１１０を監視しており、業務モデルの変更を検知するようにしてもよい。
ユーザ通知モジュール１６０は、業務モデル記憶ＤＢ１１０、文書記憶ＤＢ１３０と接続されており、ユーザ抽出モジュール１５０によって抽出されたユーザに対して、そのユーザに関連するプロセスが変更されたことを通知する。さらに、変更されたプロセスを業務モデル記憶ＤＢ１１０から取り出して通知するようにしてもよい。さらに、ユーザ通知モジュール１６０は、ユーザ抽出モジュール１５０によって抽出されたユーザに対して、そのユーザに関連するプロセスに関連する文書記憶ＤＢ１３０によって記憶されている文書を通知するようにしてもよい。つまり、変更された業務プロセスにリンクされている文書モデルを辿り、さらに、その文書モデルにリンクされている文書を特定し、その文書をユーザ抽出モジュール１５０によって抽出されたユーザに対して通知するようにしてもよい。
【００１８】
図２を用いて、本実施の形態を実現するシステムの構成例を説明する。
業務モデルリポジトリ２１０、ユーザ情報ディレクトリ２２０、文書リポジトリ２３０、業務モデル操作モジュール２４０、マネジメントシステム別関与者抽出モジュール２５１、操作者マネジメント種別判定モジュール２５２、変更イベント生成／発生モジュール２６０、メール送信モジュール２６１、ワークフロー起動モジュール２６２、マネジメントシステム種別属性管理システムモジュール２７０、マネジメントシステム種別フィルタモジュール２８０、エディタ２９０Ａ、エディタ２９０Ｂを有している。なお、業務モデルリポジトリ２１０は業務モデル記憶ＤＢ１１０に、ユーザ情報ディレクトリ２２０はユーザ情報記憶ＤＢ１２０に、文書リポジトリ２３０は文書記憶ＤＢ１３０に、業務モデル操作モジュール２４０、マネジメントシステム種別属性管理システムモジュール２７０、エディタ２９０Ａ、エディタ２９０Ｂは業務モデル編集モジュール１４０に、マネジメントシステム別関与者抽出モジュール２５１、操作者マネジメント種別判定モジュール２５２はユーザ抽出モジュール１５０に、変更イベント生成／発生モジュール２６０、メール送信モジュール２６１、ワークフロー起動モジュール２６２はユーザ通知モジュール１６０にそれぞれ対応している。
【００１９】
業務モデルリポジトリ２１０は、業務モデル操作モジュール２４０、マネジメントシステム種別属性管理システムモジュール２７０と接続されており、文書リポジトリ２３０内の文書モデル２３２と関連付けられている業務モデル２１１を記憶している。つまり、業務は、プロセス志向でモデル化され業務モデルリポジトリ２１０に格納される。
業務モデル２１１は、階層構造となっており、業務マップをルートとして、その下に業務プロセス、業務プロセスはアクティビティ又はサブプロセスとなっているプロセスからなっており、個々のプロセスの構成要素にはさらに規定、作業標準、手順書等の文書部品の属性が含まれているものである。また、規定は文書リポジトリ２３０内の文書モデル２３２内の会社規定又は業務規定に引用リンク２０１、２０２によって関連付けられており、作業標準は文書リポジトリ２３０内の文書モデル２３２内の標準・作業標準・様式に引用リンク２０３、２０４によって関連付けられており、手順書は同様に標準・作業標準・様式に引用リンク２０５によって関連付けられている。
【００２０】
文書リポジトリ２３０は、文書モデル管理モジュール２３１、マネジメントシステム種別フィルタモジュール２８０を有しており、また、文書モデル２３２、各マネジメントシステムの視点から引用文書部品の構造やレイアウトを規定することで作成された品質管理マニュアル２３３、環境マニュアル２３４、労働安全衛生マニュアル２３５、財務管理マニュアル２３６などを記憶している。
文書モデル２３２は、マネジメント属性には関係なく、組織や業務における位置付けによって共通に文書部品の構造を規定したモデルである。企業理念、経営方針を頂点とし、その下に会社規定、業務規定、標準、作業標準、様式などの階層分類による文書モデルにすることが一般に行われる。本実施の形態においては、この文書モデルにおける文書部品が業務モデルリポジトリ２１０内の要素（業務モデル２１１を構成する各ノード）への引用リンクであることを含む構造として定義される。
文書モデル２３２が現場にとっては重要なものである。そこにはすべてのマネジメントシステムから要請されることが格納されているからである。また、この文書モデル２３２は業務モデルリポジトリ２１０内の業務モデル２１１と品質管理マニュアル２３３、環境マニュアル２３４、労働安全衛生マニュアル２３５、財務管理マニュアル２３６などとの中継を行う役割も有している。つまり、会社規定は品質管理マニュアル２３３、環境マニュアル２３４、労働安全衛生マニュアル２３５、財務管理マニュアル２３６などからそれぞれマネジメント種別フィルタモジュール２８０でフィルタリングされた結果、引用リンク２０６Ａ、Ｂ、Ｃ、Ｄによって参照されている。業務規定も品質管理マニュアル２３３、環境マニュアル２３４、労働安全衛生マニュアル２３５、財務管理マニュアル２３６などからそれぞれ引用リンク２０７Ａ、Ｂ、Ｃ、Ｄによって参照されている。標準・作業標準・様式も品質管理マニュアル２３３、環境マニュアル２３４、労働安全衛生マニュアル２３５、財務管理マニュアル２３６などからそれぞれ引用リンク２０８Ａ、Ｂ、Ｃ、Ｄによって参照されている。
【００２１】
品質管理マニュアル２３３、環境マニュアル２３４、労働安全衛生マニュアル２３５、財務管理マニュアル２３６は、それぞれエディタ２９０Ａ、エディタ２９０Ｂ、文書モデル管理モジュール２３１と接続されており、具体的な文書の例である。そして、マネジメントシステム種別フィルタモジュール２８０を介して、それぞれエディタ２９０Ａ、Ｂによって編集、参照等される。
文書モデル管理モジュール２３１は、文書モデル２３２を管理し、品質管理マニュアル２３３、環境マニュアル２３４、労働安全衛生マニュアル２３５、財務管理マニュアル２３６などを文書モデル２３２に関連する文書として管理する。
【００２２】
マネジメントシステム種別フィルタモジュール２８０は、それぞれのマネジメントシステムに関係するものだけを抽出することにより、文書を変換等することができる。
ユーザはエディタ２９０Ａ、Ｂでその結果である文書を参照、編集できる。業務モデルを編集する場合は、そのユーザがどのマネジメントシステムの関与者なのかをユーザ情報ディレクトリ２２０の情報を操作者マネジメント種別判定モジュール２５２から受け取り、その情報に基づいて編集する。
【００２３】
ユーザ情報ディレクトリ２２０は、マネジメントシステム別関与者抽出モジュール２５１、操作者マネジメント種別判定モジュール２５２、エディタ２９０Ａからアクセスされる。ユーザ情報ディレクトリ２２０には、エディタ２９０Ａ、エディタ２９０Ｂ等を操作するユーザ情報を管理する情報を記憶する。具体的には、例えば図３に示すようなユーザ情報テーブル３００を記憶している。ユーザ情報テーブル３００はユーザＩＤ欄３１０と役割欄３２０を有しており、ユーザを特定するユーザＩＤと役割とを対応させている。また、エディタ２９０Ａを操作するユーザは、管理者であり、ユーザ情報ディレクトリ２２０内のユーザ情報を編集する。
【００２４】
業務モデル操作モジュール２４０は、業務モデルリポジトリ２１０、エディタ２９０Ｂと接続されており、エディタ２９０Ｂからの操作（追加、削除、属性変更、構造変更等）、参照等に応じて、業務モデルリポジトリ２１０内の業務モデル２１１を操作等する。
【００２５】
マネジメントシステム種別属性管理システムモジュール２７０は、業務モデルリポジトリ２１０、操作者マネジメント種別判定モジュール２５２、変更イベント生成／発生モジュール２６０、エディタ２９０Ｂと接続されている。
エディタ２９０Ｂからの業務モデル２１１への操作等を受け取り、そのユーザのマネジメントシステムの種別を操作者マネジメント種別判定モジュール２５２から受け取り、業務モデル２１１の操作等を行い、必要に応じて変更イベント生成／発生モジュール２６０への通知の指示を行う。
【００２６】
また、マネジメントシステム種別属性管理システムモジュール２７０は、業務モデルリポジトリ２１０内の業務モデル２１１が変更されると、その属性情報を付与する。属性情報の付与に関する処理は、具体的には、次の（１）〜（８）の規則に従う処理である。なお、マネジメントシステム種別属性管理システムモジュール２７０がこの規則を記憶しており、その規則に従って処理を行う。なお、カウンタについては、図５を用いて後述する。
（１）各プロセスの属性には、マネジメントシステム属性毎の（０を含む自然数の値を持つ）カウンタを持つ。なお、マネジメントシステム属性としては、例えば環境、品質等がある（図５参照）。
（２）任意の階層にプロセスが追加された場合、操作者の役割から特定されるマネジメントシステム種別属性のカウンタのみを１に初期化し、その他を０に初期化して追加する。
（３）すでに存在するプロセスに属性が追加された場合は、操作者の役割から特定されるマネジメントシステム種別属性のカウンタのみを参照し、その値が０の場合に限り１に設定する。
（４）マネジメントシステム種別属性のカウンタが増加した場合、それが属する上方向の全ての階層のプロセスのカウンタも１増加させる。
（５）プロセスそのものあるいはプロセスの任意のマネジメントシステム種別に属する全ての属性が削除された場合は、それが属する上方向の全ての階層のプロセスの当該マネジメントシステム種別のカウンタを１減ずる。
（６）プロセスが削除された場合、それが属する上方向の全ての階層のプロセスの当該マネジメントシステム種別のカウンタを削除したプロセスが保持していたカウンタの値分減ずる。
（７）構造の編集（移動等）は、削除と追加に置き換えた処理がなされるものとする。
（８）以上の規則によって維持されたカウンタの値を参照し、そのそれぞれのマネジメントシステム種別カウンタ値が０ならば管理対象外、１以上であれば管理対象という判断をする。
業務モデルの変更に伴って、マネジメントシステムの属性であるマネジメントシステム種別のカウンタを用いて、ユーザが関与すべきマネジメントシステムを特定している。
【００２７】
前述の（１）〜（８）の規則に従う処理以外に別の方法も存在する。例えば、常にその属性を全てのプロセスで保っておく代わりに、上位階層から下位階層へ向かって参照しようとするタイミングでそれぞれの下位階層の情報を調べ上げるという方法であってもよい。
【００２８】
前述のマネジメントシステム種別属性管理システムモジュール２７０の働きによって、エディタ２９０Ｂからプロセスを参照（可視化、文書化等）する場合、トップレベルから階層を辿ってプロセスの情報を抽出する際に、当該マネジメント属性が付与されているプロセスの範囲のみを抽出することになる。そして、エディタ２９０Ｂはそのプロセス範囲のみを描画することとなる。
【００２９】
マネジメントシステム別関与者抽出モジュール２５１は、ユーザ情報ディレクトリ２２０、変更イベント生成／発生モジュール２６０と接続されており、ユーザ情報ディレクトリ２２０にアクセスし、業務モデル２１１が変更された場合、その変更された業務モデルのプロセスが関連するマネジメントシステムを特定し、そのマネジメントシステムに責任を負うユーザをユーザ情報ディレクトリ２２０から抽出し、そのユーザＩＤの集合を変更イベント生成／発生モジュール２６０へ渡す。
つまり、任意のマネジメントシステムによりプロセスのある部分に変更が必要となった場合、その変更部分及びその下層全てのプロセスについて、マネジメント属性を収集し、これをマネジメントシステムへの影響範囲とし、そのマネジメントシステムに関わるユーザを抽出することになる。
操作者マネジメント種別判定モジュール２５２は、ユーザ情報ディレクトリ２２０、マネジメントシステム種別属性管理システムモジュール２７０、マネジメントシステム種別フィルタモジュール２８０と接続されており、ユーザ情報ディレクトリ２２０にアクセスし、ユーザ毎にマネジメントシステムの種別を判定し、その結果をマネジメントシステム種別属性管理システムモジュール２７０又はマネジメントシステム種別フィルタモジュール２８０へ渡す。
【００３０】
変更イベント生成／発生モジュール２６０は、マネジメントシステム別関与者抽出モジュール２５１、マネジメントシステム種別属性管理システムモジュール２７０、メール送信モジュール２６１、ワークフロー起動モジュール２６２と接続されており、マネジメントシステム別関与者抽出モジュール２５１からユーザＩＤを受け取り、マネジメントシステム種別属性管理システムモジュール２７０からそのユーザのマネジメントシステムを受け取り、そのユーザの該当するマネジメントシステムへ通知するようにメール送信モジュール２６１又はワークフロー起動モジュール２６２へ指示を行う。メール送信モジュール２６１は、変更イベント生成／発生モジュール２６０からの指示に従って、電子メールを送信する。ワークフロー起動モジュール２６２は、変更イベント生成／発生モジュール２６０からの指示に従って、該当するマネジメントシステムのワークフローを起動して、そのユーザに通知する。
つまり、前述のようにマネジメントシステム種別属性管理システムモジュール２７０は操作によって変更したプロセスが、どのマネジメントシステムの管理下にあるものかを管理しているわけであるが、言い換えれば変更の影響を受けるマネジメントシステムの種別を判定しているともいえる。変更イベント生成／発生モジュール２６０はその情報に従って、マネジメントシステム別関与者抽出モジュール２５１から通知すべきユーザの情報を得て、メール送信モジュール２６１による電子メールの送信する、又はワークフロー起動モジュール２６２によってワークフローシステムを起動するイベントを発生させる。
【００３１】
また、通知の内容は、例えば、あるマネジメントシステムの都合により業務のプロセスを変更した場合などに、他のマネジメントシステムに不具合が発生する可能性があり、その場合は調整が必要である旨となる。これによって、それぞれのマネジメントシステムが独立している場合であっても、調整が必要なことを感知でき、現場に矛盾した指示が出て混乱を招いてから初めて気が付くといった事態の発生を抑えることができるようになる。
【００３２】
エディタ２９０Ａ，Ｂは、文書リポジトリ２３０内の品質管理マニュアル２３３、環境マニュアル２３４、労働安全衛生マニュアル２３５、財務管理マニュアル２３６を編集、参照等し、業務モデル操作モジュール２４０、マネジメントシステム種別属性管理システムモジュール２７０を介して、業務モデルリポジトリ２１０内の業務モデル２１１を操作、参照等する。また、エディタ２９０Ａは、ユーザ情報ディレクトリ２２０と接続されており、ユーザの役割等を設定、編集等する。
【００３３】
図４に示されている具体的なプロセスの構造例を用いて、本実施の形態における処理を説明する。
業務プロセス４００は、図４に示すようにサブプロセスＡ４０１、サブプロセスＢ４０２、サブプロセスＣ４０３からなるプロセス列であり、サブプロセスＡ４０１はサブプロセス４１０、サブプロセスＣ４０３はサブプロセス４２０を有する。つまり、この例は単純な二層のモデルである。
例えば、環境マネジメントシステムの管理の対象が二重線（サブプロセスＡ１４１１、サブプロセスＡ２４１２、サブプロセスＡ３４１３）、品質マネジメントシステムの管理対象が太線（サブプロセスＣ１４２１、サブプロセスＣ２４２２、サブプロセスＣ３４２３）で表現されるものである。もちろん、二重線、太線の線の形状による識別の他に、赤色、青色等の色による識別、楕円、四角等の形状による識別等が可能である。
【００３４】
そして、例えば調達のプロセスにおいて、環境保護の視点からの調達のためのプロセスが存在しており、さらに品質確保の視点からの調達のためのプロセスが存在している。両者は、互いの視点からの調達の詳細に対して興味がない、あるいはその逆の立場がある。両マネジメントの関与者がコラボレーション（協働した作業）している場合には、図４に示すように両者のプロセスを表示する。しかし、それぞれが個別に作業する場合は片側のプロセスのサブプロセスしか表示しない。
そして、下層であるサブプロセス４１０のみの部分に変更があった場合、環境マネジメントの関与者にのみ通知が行われる。反対にサブプロセス４２０のみの部分に変更があった場合は、品質マネジメントの関与者にのみ通知が行われる。上層のサブプロセスＡ４０１、サブプロセスＢ４０２、サブプロセスＣ４０３の部分に変更があった場合は、両方の関与者に通知が行われる。
【００３５】
このように、複数のマネジメントシステムのメンバが業務を調整する場合等に用いられる。つまり、業務のプロセスを参照（可視化／文書化等）する場合、トップレベルから階層を辿ってプロセスの情報を抽出する際に、調整を必要としているマネジメントシステムのいずれかのマネジメント属性が付与されているプロセスの範囲のみを抽出する。そして、それぞれの管理の対象範囲をわかりやすくするために、マネジメント属性に応じて識別したプロセスの描画を行う。
【００３６】
図５を用いて、前述のモデルのデータ構造例であるプロセスモデルテーブル５００を説明する。
プロセスモデルテーブル５００は、ＩＤ欄５０１、名前欄５０２、プロセス／アクティビティ種別欄５０３、環境属性欄５０４、品質属性欄５０５、環境カウンタ欄５０６、品質カウンタ欄５０７、上位ＩＤ欄５０８を有している。
ＩＤ欄５０１は、各プロセス、サブプロセス又はアクティビティを識別する識別子を記憶している。
名前欄５０２は、各プロセス、サブプロセス又はアクティビティの名前を記憶している。
プロセス／アクティビティ種別欄５０３は、プロセスであるかアクティビティであるかを示す符号を記憶している。「Ｐ」はプロセスであることを示し、「Ａ」はアクティビティであることを示している。
環境属性欄５０４は、業務モデル２１１の要素である規定、手順等の環境属性を記憶している。
品質属性欄５０５は、業務モデル２１１の要素である規定、手順等の品質属性を記憶している。
環境カウンタ欄５０６は、マネジメントシステム種別属性管理システムモジュール２７０によって用いられる環境マネジメントシステムにおけるカウンタを記憶している。
品質カウンタ欄５０７は、マネジメントシステム種別属性管理システムモジュール２７０によって用いられる品質マネジメントシステムにおけるカウンタを記憶している。
上位ＩＤ欄５０８は、そのサブプロセス又はアクティビティの上位のプロセスＩＤを記憶している。つまり、サブプロセスＡ１４１１〜サブプロセスＡ３４１３の上位プロセスはサブプロセスＡ４０１であり、サブプロセスＣ１４２１〜サブプロセスＣ３４２３の上位プロセスはサブプロセスＣ４０３であることを示している。
【００３７】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図６に示すように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。業務モデル編集モジュール１４０、ユーザ抽出モジュール１５０、ユーザ通知モジュール１６０等のプログラムを実行するＣＰＵ６０１と、そのプログラムやデータを記憶するＲＡＭ６０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ６０３と、補助記憶装置であるＨＤ６０４（例えばハードディスクを用いることができる）と、キーボード、マウス等のデータを入力する入力装置６０６と、ＣＲＴや液晶ディスプレイ等の出力装置６０５と、通信ネットワークと接続するための通信回線インタフェース６０７（例えばネットワークインタフェースカードを用いることができる）、そして、それらをつないでデータのやりとりをするためのバス６０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００３８】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図６に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図６に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図６に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００３９】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【図面の簡単な説明】
【００４０】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を実現するシステムの構成例を示す説明図である。
【図３】ユーザ情報テーブルのデータ構造を示す説明図である。
【図４】プロセスの構造例を示す説明図である。
【図５】プロセスモデルテーブルのデータ構造を示す説明図である。
【図６】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【符号の説明】
【００４１】
１１０…業務モデル記憶ＤＢ
１２０…ユーザ情報記憶ＤＢ
１３０…文書記憶ＤＢ
１４０…業務モデル編集モジュール
１５０…ユーザ抽出モジュール
１６０…ユーザ通知モジュール
２１０…業務モデルリポジトリ
２１１…業務モデル
２２０…ユーザ情報ディレクトリ
２３０…文書リポジトリ
２３１…文書モデル管理モジュール
２３２…文書モデル
２３３…品質管理マニュアル
２３４…環境マニュアル
２３５…労働安全衛生マニュアル
２３６…財務管理マニュアル
２４０…業務モデル操作モジュール
２５１…マネジメントシステム別関与者抽出モジュール
２５２…操作者マネジメント種別判定モジュール
２６０…変更イベント生成／発生モジュール
２６１…メール送信モジュール
２６２…ワークフロー起動モジュール
２７０…マネジメントシステム種別属性管理システムモジュール
２８０…マネジメントシステム種別フィルタモジュール
２９０Ａ、Ｂ…エディタ
【図１】
2009069925.tif 000003
【図２】
2009069925.tif 000004
【図３】
2009069925.tif 000005
【図４】
2009069925.tif 000006
【図５】
2009069925.tif 000007
【図６】
2009069925.tif 000008