(57)【特許請求の範囲】
【請求項１】
ビジネスプロセスに関するユースケース表、前記ビジネスプロセスに関するデータの属性をクラスとして定義するクラス定義、および、前記ビジネスプロセスにおける個々の操作内容を記述したオペレーション表を含む標準化ドキュメントを、構造化されたフォーマットに基づく構造化データに変換するルールを示す再構築ルール情報が記憶される記憶手段と、
前記標準化ドキュメントを取り込み、前記再構築ルール情報を参照して、前記構造化データに変換するデータ再構築手段と、
前記ユースケース表の構造化データを自然言語処理し、前記ユースケース表で示される処理内容を状態遷移図に変換した構造化データを生成するサブプロセス解析手段と、
前記ユースケース表、前記クラス定義、前記オペレーション表、前記状態遷移図の各構造化データを用いて、ビジネスプロセス図を生成するプロセス変換手段と、を備え、
前記プロセス変換手段は、
前記ユースケース表の構造化データを参照して、当該ユースケースにおけるユースケース名を抽出し、前記ビジネスプロセス図のアクティビティを記述し、
前記ユースケース表の構造化データを参照して、当該ユースケースにおける操作を抽出し、前記抽出した操作と同じ操作を示す前記操作内容を前記オペレーション表から取得して前記ビジネスプロセス図に記述し、
前記生成された状態遷移図の構造化データを参照し、当該状態遷移図に示される状態の遷移を前記ビジネスプロセス図における前記アクティビティとし、当該状態の分岐を前記ビジネスプロセス図におけるゲートウェイおよびメッセージとして、当該アクティビティ間の順序関係を記述し、
前記クラス定義の構造化データを参照して当該クラスの前記データの属性を抽出し、前記抽出したデータの属性が示す操作と同じ操作内容を前記オペレーション表から取得して、当該クラスと前記取得した操作内容とを対応付けて前記ビジネスプロセス図に記述する、ことにより前記ビジネスプロセス図を生成すること
を特徴とするビジネスプロセス図生成装置。
【請求項２】
前記サブプロセス解析手段は、
前記ユースケース表で示される当該ユースケースの処理の内容を構文解析し、主文で示される内容を状態とし、従属文で示される内容を状態の遷移として当該ユースケースにおける状態遷移図を作成し、
前記プロセス変換手段は、
当該ユースケースにおける状態遷移図の前記状態の遷移を、前記ビジネスプロセス図において、当該ユースケースのユースケース名として記述された前記アクティビティのサブプロセスのアクティビティとして記述すること
を特徴とする請求項１に記載のビジネスプロセス図生成装置。
【請求項３】
前記標準化ドキュメントは、ＩＴＵ−ＴのＭ．３０２０で規定された書式の標準化ドキュメントであることを特徴とする、請求項１または請求項２に記載のビジネスプロセス図生成装置。
【請求項４】
コンピュータを、請求項１乃至請求項３のいずれか一項に記載のビジネスプロセス図生成装置として機能させるためのビジネスプロセス図生成プログラム。
【請求項５】
ビジネスプロセスに関するユースケース表、前記ビジネスプロセスに関するデータの属性をクラスとして定義するクラス定義、および、前記ビジネスプロセスにおける個々の操作内容を記述したオペレーション表を含む標準化ドキュメントを用いて、ビジネスプロセス図を生成するビジネスプロセス図生成装置のビジネスプロセス図生成方法であって、
前記ビジネスプロセス図生成装置は、
前記標準化ドキュメントを、構造化されたフォーマットに基づく構造化データに変換するルールを示す再構築ルール情報が記憶される記憶手段を備えており、
前記標準化ドキュメントを取り込み、前記再構築ルール情報を参照して、前記構造化データに変換するステップと、
前記ユースケース表の構造化データを自然言語処理し、前記ユースケース表で示される処理内容を状態遷移図に変換した構造化データを生成するステップと、
前記ユースケース表の構造化データを参照して、当該ユースケースにおけるユースケース名を抽出し、ビジネスプロセス図のアクティビティを記述し、
前記ユースケース表の構造化データを参照して、当該ユースケースにおける操作を抽出し、前記抽出した操作と同じ操作を示す前記操作内容を前記オペレーション表から取得して前記ビジネスプロセス図に記述し、
前記生成された状態遷移図の構造化データを参照し、当該状態遷移図に示される状態の遷移を前記ビジネスプロセス図における前記アクティビティとし、当該状態の分岐を前記ビジネスプロセス図におけるゲートウェイおよびメッセージとして、当該アクティビティ間の順序関係を記述し、
前記クラス定義の構造化データを参照して当該クラスの前記データの属性を抽出し、前記抽出したデータの属性が示す操作と同じ操作内容を前記オペレーション表から取得して、当該クラスと前記取得した操作内容とを対応付けて前記ビジネスプロセス図に記述する、ことにより前記ビジネスプロセス図を生成するステップと、
を実行することを特徴とするビジネスプロセス図生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ドキュメントの書式変換技術に関し、特に、標準化ドキュメントからビジネスプロセス図を生成する、ビジネスプロセス図生成装置、ビジネスプロセス図生成プログラム、および、ビジネスプロセス図生成方法に関する。
【背景技術】
【０００２】
現在、システム開発の様々な工程で自動化の試みが進められている。例えば、システム開発者が、ＭＤＡ（Model Driven Architecture：モデル駆動型アーキテクチャ）を利用した自動化ツールを用いて、システム設計から製造までをモデル化することにより、モデル間やソースコードへの変換の自動化が行われている。その際、システム設計は、例えばＵＭＬ（Unified Modeling Language）を用いて再利用可能なモデルの形で記述される。
また、ある種のシステムについては、過去の蓄積として既に規定された設計図(モデル)が存在する場合がある。例えば、ネットワークの管理システム(オペレーションシステム)の分野では、システム要件や機能仕様等がＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector：国際電気通信連合電気通信標準化部門）のＭ．３７００シリーズ（http://www.itu.int/rec/T-REC-M/en）によって標準として規定されている。
【０００３】
一方、システム開発における一部工程を自動化する観点から、モデル間の変換を自動化する試みが行われている。例えば、ＵＭＬにおける、ステートマシン図とアクティビティ図間の整合性を検証する技術が開示されている（非特許文献１参照）。ここで、ステートマシン図は、システムを構成する個々のオブジェクトの振る舞いを、外部から観測可能な状態の遷移に基づいて記述したものである。また、アクティビティ図は、システムの振る舞いを、システムを構成するオブジェクトやアクターの行う動作フローとして表わしたものである。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】野村将人、他１名、「ＵＭＬステートマシン−アクティビティ図間の整合性分析」、信学技報、社団法人電子情報通信学会、2011年11月、SWIM2011-29、p.65−70
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のＭＤＡツールを用いた技術では、設計図となるモデルをＵＭＬ等において、設計者が予め記述しデータ化しておくことが前提となる。したがって、システムの設計図となるモデルを作成すること、つまり、モデル自体の設計・開発にコストがかかってしまう問題があった。
前述のように、オペレーションシステムの分野では標準として定められたモデルが既に存在するが、それらの標準化ドキュメントの多くは自然言語で書かれたテキスト文書であり、それらを実際に利用するためには、設計者がドキュメントを読み込んだ上で内容を理解し、ＵＭＬ等に変換していく必要があった。
また、非特許文献１に記載の技術のように、一部工程（ステートマシン図−アクティビティ図間）についての自動化は示唆されているものの、既に標準として規定されたシステム設計書（以下、「標準化ドキュメント」と称する。）の内容をビジネスプロセス図の形に変換できるものはなかった。
【０００６】
このような背景を鑑みて本発明がなされたのであり、本発明は、オペレーションシステム開発の上流工程におけるシステム設計を規定した標準化ドキュメントから、ビジネスプロセス図を生成することができる、ビジネスプロセス図生成装置、ビジネスプロセス図生成プログラム、および、ビジネスプロセス図生成方法を提供することを課題とする。
【課題を解決するための手段】
【０００７】
前記した課題を解決するため、請求項１に記載の発明は、ビジネスプロセスに関するユースケース表、前記ビジネスプロセスに関するデータの属性をクラスとして定義するクラス定義、および、前記ビジネスプロセスにおける個々の操作内容を記述したオペレーション表を含む標準化ドキュメントを、構造化されたフォーマットに基づく構造化データに変換するルールを示す再構築ルール情報が記憶される記憶手段と、前記標準化ドキュメントを取り込み、前記再構築ルール情報を参照して、前記構造化データに変換するデータ再構築手段と、前記ユースケース表の構造化データを自然言語処理し、前記ユースケース表で示される処理内容を状態遷移図に変換した構造化データを生成するサブプロセス解析手段と、前記ユースケース表、前記クラス定義、前記オペレーション表、前記状態遷移図の各構造化データを用いて、ビジネスプロセス図を生成するプロセス変換手段と、を備え、前記プロセス変換手段が、前記ユースケース表の構造化データを参照して、当該ユースケースにおけるユースケース名を抽出し、前記ビジネスプロセス図のアクティビティを記述し、前記ユースケース表の構造化データを参照して、当該ユースケースにおける操作を抽出し、前記抽出した操作と同じ操作を示す前記操作内容を前記オペレーション表から取得して前記ビジネスプロセス図に記述し、前記生成された状態遷移図の構造化データを参照し、当該状態遷移図に示される状態の遷移を前記ビジネスプロセス図における前記アクティビティとし、当該状態の分岐を前記ビジネスプロセス図におけるゲートウェイおよびメッセージとして、当該アクティビティ間の順序関係を記述し、前記クラス定義の構造化データを参照して当該クラスの前記データの属性を抽出し、前記抽出したデータの属性が示す操作と同じ操作内容を前記オペレーション表から取得して、当該クラスと前記取得した操作内容とを対応付けて前記ビジネスプロセス図に記述する、ことにより前記ビジネスプロセス図を生成することを特徴とするビジネスプロセス図生成装置とした。
【０００８】
また、請求項５に記載の発明は、ビジネスプロセスに関するユースケース表、前記ビジネスプロセスに関するデータの属性をクラスとして定義するクラス定義、および、前記ビジネスプロセスにおける個々の操作内容を記述したオペレーション表を含む標準化ドキュメントを用いて、ビジネスプロセス図を生成するビジネスプロセス図生成装置のビジネスプロセス図生成方法であって、前記ビジネスプロセス図生成装置が、前記標準化ドキュメントを、構造化されたフォーマットに基づく構造化データに変換するルールを示す再構築ルール情報が記憶される記憶手段を備えており、前記標準化ドキュメントを取り込み、前記再構築ルール情報を参照して、前記構造化データに変換するステップと、前記ユースケース表の構造化データを自然言語処理し、前記ユースケース表で示される処理内容を状態遷移図に変換した構造化データを生成するステップと、前記ユースケース表の構造化データを参照して、当該ユースケースにおけるユースケース名を抽出し、ビジネスプロセス図のアクティビティを記述し、前記ユースケース表の構造化データを参照して、当該ユースケースにおける操作を抽出し、前記抽出した操作と同じ操作を示す前記操作内容を前記オペレーション表から取得して前記ビジネスプロセス図に記述し、前記生成された状態遷移図の構造化データを参照し、当該状態遷移図に示される状態の遷移を前記ビジネスプロセス図における前記アクティビティとし、当該状態の分岐を前記ビジネスプロセス図におけるゲートウェイおよびメッセージとして、当該アクティビティ間の順序関係を記述し、前記クラス定義の構造化データを参照して当該クラスの前記データの属性を抽出し、前記抽出したデータの属性が示す操作と同じ操作内容を前記オペレーション表から取得して、当該クラスと前記取得した操作内容とを対応付けて前記ビジネスプロセス図に記述する、ことにより前記ビジネスプロセス図を生成するステップと、を実行することを特徴とするビジネスプロセス図生成方法とした。
【０００９】
このようにすることで、ビジネスプロセス図生成装置が、ユースケース表、クラス定義、オペレーション表を含む標準化ドキュメントを取り込み、再構築ルール情報を参照して、各標準化ドキュメントを構造化データに変換することができる。そして、ビジネスプロセス図生成装置は、ユースケース表の構造化データを自然言語処理し、ユースケース表で示される処理内容を状態遷移図に変換する。続いて、ビジネスプロセス図生成装置は、ユースケース表、クラス定義、オペレーション表、状態遷移図の各構造化データを用いて、ビジネスプロセス図を生成する。
よって、ビジネスプロセス図生成装置は、オペレーションシステムの設計に関する標準化ドキュメントに基づき、その標準化ドキュメントに記載された各項目を解析することにより、ビジネスプロセス図を（自動で）生成することができる。したがって、オペレーションシステム開発（特に設計工程）のコストを削減することができる。
【００１０】
請求項２に記載の発明は、前記サブプロセス解析手段が、前記ユースケース表で示される当該ユースケースの処理の内容を構文解析し、主文で示される内容を状態とし、従属文で示される内容を状態の遷移として当該ユースケースにおける状態遷移図を作成し、前記プロセス変換手段が、当該ユースケースにおける状態遷移図の前記状態の遷移を、前記ビジネスプロセス図において、当該ユースケースのユースケース名として記述された前記アクティビティのサブプロセスのアクティビティとして記述することを特徴とする請求項１に記載のビジネスプロセス図生成装置とした。
【００１１】
このようにすることで、ビジネスプロセス図生成装置は、ユースケース表で示されるユースケース内における処理の状態遷移図を作成し、ビジネスプロセス図にアクティビティのサブプロセスとして記述することができる。
【００１２】
請求項３に記載の発明は、前記標準化ドキュメントが、ＩＴＵ−ＴのＭ．３０２０で規定された書式の標準化ドキュメントであることを特徴とする、請求項１または請求項２に記載のビジネスプロセス図生成装置とした。
【００１３】
このようにすることで、ＩＴＵ−ＴのＭ．３０２０において規定された書式の標準化ドキュメントに沿って作成されたデータを利用し、ビジネスプロセス図を生成することができる。
【００１４】
請求項４に記載の発明は、コンピュータを、請求項１乃至請求項３のいずれか一項に記載のビジネスプロセス図生成装置として機能させるためのビジネスプロセス図生成プログラムとした。
【００１５】
このようにすることで、一般的なコンピュータを、請求項１乃至３のいずれか一項に記載のビジネスプロセス図生成装置として機能させることができる。
【発明の効果】
【００１６】
本発明によれば、オペレーションシステム開発の上流工程におけるシステム設計を規定した標準化ドキュメントから、ビジネスプロセス図を生成する、ビジネスプロセス図生成装置、ビジネスプロセス図生成プログラム、および、ビジネスプロセス図生成方法を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】標準化ドキュメントにおいて「要件（Requirement）」が記載された例を示す図である。
【図２】標準化ドキュメントにおいて「ユースケース（Use Case）表」が記載された例を示す図である。
【図３】標準化ドキュメントにおいて「クラス図」および「ＩＯＣ定義」が記載された例を示す図である。
【図４】標準化ドキュメントにおいて、「状態遷移図」が記載された例を示す図である。
【図５】標準化ドキュメントにおいて、「オペレーション表」が記載された例を示す図である。
【図６】本実施形態に係るビジネスプロセス図生成装置の構成例を示す機能ブロック図である。
【図７】標準化ドキュメント（ＰＤＦ形式）における「要件（Requirement）」を、標準化ドキュメント（ＸＭＬ形式）に変換した図である。
【図８】標準化ドキュメント（ＰＤＦ形式）における「ユースケース表」を、標準化ドキュメント（ＸＭＬ形式）に変換した図である。
【図９】本実施形態に係る再構築ルール情報を例示する図である。
【図１０】ユースケース表を、ＸＭＬ形式の構造化データに再構築した例を示す図である。
【図１１】ＩＯＣ定義を、ＸＭＬ形式の構造化データに再構築した例を示す図である。
【図１２】オペレーション表を、ＸＭＬ形式の構造化データに再構築した例を示す図である。
【図１３】本実施形態に係るサブプロセス解析部の機能構成を示すブロック図である。
【図１４】本実施形態に係るサブプロセス表作成部によるサブプロセス表の作成を説明するための図である。図１４（ａ）は、ユースケース表の「Step」の項目例を示す図である。図１４（ｂ）は、サブプロセス表作成部が作成したサブプロセス表を示す図である。
【図１５】本実施形態に係る状態遷移図作成部が作成した状態遷移図（ユースケース内）を例示する図である。
【図１６】本実施形態に係る状態遷移図作成部による状態遷移図（ユースケース間）の作成を説明するための図である。図１６（ａ）は、ユースケース表の「Preconditions」「Begins when」「Ends when」「Post Conditions」の項目例を示す図である。図１６（ｂ）は、状態遷移図作成部が作成した状態遷移図（ユースケース間）を示す図である。
【図１７】本実施形態に係るプロセス変換部の機能構成を示すブロック図である。
【図１８】本実施形態に係るビジネスプロセス図設定部が、ビジネスプロセス図において「オペレータ」、「ＮＭＬ／ＥＭＬ」、「ＮＥ」の３つのプールを設定した例を示す図である。
【図１９】本実施形態に係るアクティビティ抽出部が、ビジネスプロセス図のオペレータプールに、ユースケース名をアクティビティとして配置した例を示す図である。
【図２０】本実施形態に係るオペレーション抽出部が、ユースケースに対応するオペレーションを抽出して、ビジネスプロセス図上にアクティビティとして配置した例を示す図である。
【図２１】本実施形態に係るフロー作成部が、状態遷移図（ユースケース間）に基づき、ビジネスプロセス図のアクティビティ間の順序関係を記述した例を示す図である。
【図２２】本実施形態に係るデータ配置部が、ＩＯＣ定義で示されるデータとプール間のメッセージとを関連付けてビジネスプロセス図上に配置した例を示す図である。
【図２３】本実施形態に係るサブプロセス図作成部が、状態遷移図（ユースケース内）に基づき、アクティビティに対してサブプロセスを記述した例を示す図である。
【図２４】本実施形態に係るプロセス変換部が出力するビジネスプロセス図を例示する図である。
【発明を実施するための形態】
【００１８】
次に、本発明を実施するための形態（以下、「本実施形態」という。）におけるビジネスプロセス図生成装置１（図６参照）等について説明する。
本実施形態に係るビジネスプロセス図生成装置１は、オペレーションシステムの設計に関する標準化ドキュメントを取り込み、その標準化ドキュメントに記載された各項目を解析することにより、ビジネスプロセス図３００（後記する図２４参照）を（自動で）生成する。ここで、図２４は、ビジネスプロセス図として一般的に用いられる、ＢＰＭＮ（Business Process Modeling Notation）に基づき表記した例である。ＢＰＭＮでは、アクティビティを表わす角丸四角形の記号の中に処理の内容を記載し、そのアクティビティが矢印で表記されるシーケンスフローによってつなげられる。また、各種のイベントは丸で表記され、条件分岐はひし形で表現される。
【００１９】
オペレーションシステムの分野では、システムの設計モデル（要件、機能仕様、処理内容等）の標準規格が規定されている。本実施形態に係るビジネスプロセス図生成装置１は、その情報（標準化ドキュメント）を再利用することにより、オペレーションシステム開発の設計コストを削減することができる。また、ビジネスプロセス図３００という形にすることにより、後工程において必要な情報を付加することで、ワークフローエンジン上での実行にもつなげることができ、開発コストの削減が可能となる。
【００２０】
＜標準化ドキュメント＞
まず、本実施形態に係るビジネスプロセス図生成装置１が処理の対象とする標準化ドキュメント（構造化文書）について説明する。
ここでは、ビジネスプロセス図生成装置１が、ＩＴＵ−ＴのＭ．３０２０において規定され、Ｍ．３７００シリーズで実際に用いられた書式によって書かれた標準化ドキュメントを例として説明する。例えば、このＭ．３７００シリーズのＭ．３７０３（アラーム管理）やＭ．３７０４（性能管理）においては、オペレーションシステムの設計において必要な内容が、Ｍ．３０２０で規定された書式に沿った標準化ドキュメントとして記載されている。本実施形態では、このＭ．３０２０において規定された書式の標準化ドキュメント、具体的には、Ｍ．３７００シリーズ（特に、Ｍ．３７０３，Ｍ．３７０４）に記載される項目のうち、少なくとも、「要件」、「ユースケース表」、「クラス図等」、「状態遷移図」、「オペレーション表」が、標準化されたドキュメントとして記載されているものとする。
以下、本実施形態に係る標準化ドキュメントについて、詳細に説明する。
【００２１】
図１は、標準化ドキュメントにおいて「要件（Requirement）」が記載された例（ＩＴＵ−Ｔ  Ｍ．３７０３の「6.2.1   Requirements」）を示す図である。この「要件」には、「何を実現したいか」や「何ができる必要があるか」等の情報が記載される。
また、この「要件（Requirement）」では、個々の要件に「Requirement ID」が付された形式で記載される。図１においては、「Requirement ID」として、「REQ-FM-FUN-01」「REQ-FM-FUN-02」が要件それぞれに付された例を示している。
なお、各要件の具体的な内容については、本発明との係わりがないため具体的な説明をせず、標準化ドキュメントの記載形式の説明に必要な範囲において、ＩＴＵ−ＴのＭ．３７００シリーズ（特に、Ｍ．３７０３，Ｍ．３７０４）を引用して記述する。以下の標準化ドキュメントの説明においても同様に、記載形式の説明に必要な範囲において記述する。
【００２２】
図２は、標準化ドキュメントにおいて「ユースケース（Use Case）表」が記載された例（ＩＴＵ−Ｔ  Ｍ．３７０３の「6.3.4   Use Cases」）を示す図である。
ユースケース表は、システム利用者の視点で、システムに対する要求事項（処理）を記述するものである。このユースケース表では、図２に示すように、ユースケース名として「Set alarm filter」が記述され、ユースケースの各段階（Use case stage）として、「Goal（目的）」「Actor and roles（アクターとロール）」「Telecom resources（通信リソース）」「Assumptions（前提条件）」「Preconditions（事前条件）」「Begins when（開始時）」「Step（処理）」「Ends when（終了時）」「Exceptions（例外）」「Post Conditions（事後条件）」「Traceability（追跡可能性）」が設定されており、その内容が記述される。
【００２３】
なお、「Step（処理）」の項目は、図２に示す「Step 1」の一つだけでなく、「Step 2」「Step 3」等のように複数記述される場合もある。また、ユースケース表についても、一つの標準化ドキュメントに複数のユースケース表が記述されていてもよく、例えば、ＩＴＵ−Ｔ  Ｍ．３７０３の「6.3.4 Use Cases」では、図２に示した「6.3.4.1 Use case : Set alarm filter」に続いて、同様の書式で他のユースケース表として「6.3.4.2 Use Case : Notification of alarm change」等が記述されている。
【００２４】
図３は、標準化ドキュメントにおいて「クラス図」（データモデル）およびオブジェクトクラス定義（ＩＯＣ（Information Object Class）定義）が記載された例（ＩＴＵ−Ｔ  Ｍ．３７０４の「7.2.2 Class diagram」「7.2.3 Information object class definitions」）を示す図である。なお、以下において、「クラス図」（データモデル）とＩＯＣ定義とを合わせて、「ＩＯＣ情報」と称することがある。
図３（ａ）に示すクラス図は、システムを構成するクラスと、クラス間の相互関係が記述され、システム全体の静的な構造（データ構造）を明らかにするために作成される。また、図３（ｂ）に示すＩＯＣ定義は、各クラスに属する要件が前記した「Requirement ID」として定義される。
【００２５】
図４は、標準化ドキュメントにおいて、「状態遷移図」が記載された例（ＩＴＵ−Ｔ  Ｍ．３７０４の「7.2.3.2.4 State diagram」）を示す図である。状態遷移図は、時間の経過や動作によって変化する状態を示す図である。ここでは、状態を角丸四角形で表わし、状態の遷移（トリガ）を矢印で表わしている。
【００２６】
図５は、標準化ドキュメントにおいて、「オペレーション表」が記載された例（ＩＴＵ−Ｔ  Ｍ．３７０４の「7.3.3 Interface PMIRPOperations」）を示す図である。オペレーション表は、ある要件を満たすときに実行される操作（オペレーション）と、その操作を実行する際のパラメータ（インプットパラメータ、アウトプットパラメータ）が記述される。
図５の符号（ａ）に示す表は、各操作を示すオペレーション名（Operation name）に対応付けて、前記した要件（Requirement）の識別子である「Requirement ID」が記述される例を示している。図５の符号（ｂ）に示す表は、操作（オペレーション）が「createMeasurementJob」の場合におけるインプットパラメータ（Input parameter）として、「moClass」等が記述される例を示している。また、図５の符号（ｃ）に示す表は、操作（オペレーション）が「createMeasurementJob」の場合におけるアウトプットパラメータ（Output parameter）として、「measurementJobId」等が記述される例を示している。
【００２７】
ビジネスプロセス図生成装置１は、上記において説明した、「要件」、「ユースケース表」、「ＩＯＣ情報」（クラス図およびＩＯＣ定義）、「状態遷移図」、「オペレーション表」が標準化されたドキュメントに基づき、ビジネスプロセス図３００（図２４参照）を生成する。これにより、オペレーションシステム開発の設計コストを削減することができる。また、ビジネスプロセス図３００という形にすることにより、後工程において必要な情報を付加することで、ワークフローエンジン上での実行にもつなげることができるため、開発コストの削減が可能となる。
また、ビジネスプロセス図は、ＵＭＬにおいて規定されるものではないが、ＵＭＬの規定の中ではアクティビティ図に近い表記であり相互変換が容易であるため、生成したビジネスプロセス図をＵＭＬに変換して利用することも可能となる。
【００２８】
＜ビジネスプロセス図生成装置＞
次に、ビジネスプロセス図生成装置１について説明する。
ビジネスプロセス図生成装置１は、前記した標準化ドキュメントからビジネスプロセス図３００（図２４参照）を生成する装置であり、制御部、記憶部、入出力部（いずれも図示省略）を備えるコンピュータにより構成される。
ここで、記憶部（記憶手段）は、ハードディスクやフラッシュメモリ、ＲＡＭ（Random Access Memory）等により構成され、後記する再構築ルール情報２００等を格納する。
また、入出力部は、外部装置との間で情報の送受信を行う通信インタフェースと、図示を省略したキーボード等の入力装置やモニタ等の出力装置との間で情報の入出力を行う入出力インタフェースとから構成される。
制御部は、ビジネスプロセス図生成装置１が実行する処理の全般を司り、下記において説明する各機能を実現する。なお、この制御部は、例えば、このビジネスプロセス図生成装置１の記憶部に格納されたプログラム（ビジネスプロセス図生成プログラム）をＣＰＵ（Central Processing Unit）がＲＡＭに展開し実行することにより実現される。
【００２９】
図６は、本実施形態に係るビジネスプロセス図生成装置１の構成例を示す機能ブロック図である。
ビジネスプロセス図生成装置１の制御部は、図６に示すように、データ抽出部１０（データ再構築手段）、再構築部２０（データ再構築手段）、サブプロセス解析部３０（サブプロセス解析手段）、プロセス変換部４０（プロセス変換手段）を含んで構成される。
【００３０】
データ抽出部１０（データ再構築手段）は、前記した標準化ドキュメント（ここでは、ＰＤＦ（Portable Document Format）形式のドキュメントとする。）を読み込んで、構造化されたフォーマット（例えば、ＸＭＬ形式等）に変換し、標準化ドキュメント（ＸＭＬ形式）として出力する。
再構築部２０（データ再構築手段）は、データ抽出部１０が出力した標準化ドキュメント（ＸＭＬ形式）を読み込み、意味的に構造化して、要件、ユースケース表、ＩＯＣ情報、状態遷移図、オペレーション表のそれぞれを再構築し、構造化データ（ＸＭＬ形式）として出力する。このとき、再構築部２０は、記憶部に予め記憶された再構築ルール情報２００（後記する図９）を参照することにより各情報を再構築する。
サブプロセス解析部３０（サブプロセス解析手段）は、ユースケース表を自然言語処理し、サブプロセス表（後記する図１４（ｂ）参照）と、状態遷移図（ユースケース内）（後記する図１５参照）と、状態遷移図（ユースケース間）（後記する図１６（ｂ）参照）と、を出力する。なお、状態遷移図（ユースケース内）とは、ある一つのユースケース内における状態遷移を表わす図である。また、状態遷移図（ユースケース間）とは、複数のユースケース間における状態遷移を表わす図である。
プロセス変換部４０（プロセス変換手段）は、再構築部２０およびサブプロセス解析部３０が作成した、要件、ユースケース表、ＩＯＣ情報（「クラス図（データモデル）」および「ＩＯＣ定義」）、各種の状態遷移図、オペレーション表の構造化データ（ＸＭＬ形式）を読み込み、ビジネスプロセス図として出力する。
以下、これらの機能について詳細に説明する。
【００３１】
≪データ抽出部≫
データ抽出部１０（図６参照）は、標準化ドキュメント（ＰＤＦ形式）で記述された、「要件」、「ユースケース表」、「ＩＯＣ情報」（クラス図およびＩＯＣ定義）、「状態遷移図」、「オペレーション表」等の情報を取り込んで、字句解析を行い、構造化されたフォーマット（ＸＭＬ形式等）に変換して、標準化ドキュメント（ＸＭＬ形式）として出力する。なお、このデータ抽出部１０による、標準化ドキュメントのＰＤＦ形式からＸＭＬ形式の変換は、既存技術を用いて行うことができる（例えば、ＰＤＦ形式からＸＭＬ形式への変換について、「https://helpx.adobe.com/jp/acrobat/kb/558.html」等を参照。）。
【００３２】
図７は、標準化ドキュメント（ＰＤＦ形式）の中で「要件（Requirement）」を記載した部分（図１参照）を、既存技術を用いて機械的に標準化ドキュメント（ＸＭＬ形式）に変換した図である。また、図８は、標準化ドキュメント（ＰＤＦ形式）の中で「ユースケース（Use Case）表」を記載した部分（図２参照）を、既存技術を用いて機械的に標準化ドキュメント（ＸＭＬ形式）に変換した図である。
データ抽出部１０は、同様に、標準化ドキュメント（ＰＤＦ形式）の中で、「ＩＯＣ情報」、「状態遷移図」、「オペレーション表」等を記載した部分についても、既存技術を用いて機械的に標準化ドキュメント（ＸＭＬ形式）に変換する。
【００３３】
≪再構築部≫
再構築部２０（図６参照）は、データ抽出部１０が出力した各標準化ドキュメント（ＸＭＬ形式）を読み込み、記憶部に記憶された再構築ルール情報２００（図９）を参照することにより、意味的に構造化した、要件、ユースケース表、ＩＯＣ情報、状態遷移図、オペレーション表等の情報を作成し出力する。なお、意味的に構造化した情報を、以下「構造化データ」を称することがある。また、「意味的に構造化した」とは、前記した「機械的に」構造化したＸＭＬ形式のデータとは異なり、基となる情報（ＰＤＦ形式で記載された標準化ドキュメント）の内容に即して要素や属性、テキストデータ等が記述されることを意味する（後記する図１０〜図１２参照）。
【００３４】
図９は、本実施形態に係る再構築ルール情報２００を例示する図である。
再構築ルール情報２００には、「変換前のPath」と「変換後のPath」とが対応付けて記述される。図９に示す例では、ユースケース表の「Goal（目的）」について、その“Goal”が記述される位置、“Goal”の要素の値が記述される位置について、「変換前のPath」と「変換後のPath」とが対応付けられる。再構築ルール情報２００には、このように、標準化ドキュメント（ＰＤＦ形式）において記述される項目を、意味的に構造化した情報（ＸＭＬ形式の構造化データ）として再構築できるように、変換ルールを定めておく。
【００３５】
図１０は、再構築部２０が再構築ルール情報２００を参照して、ユースケース表を、意味的に構造化された情報（ＸＭＬ形式の構造化データ）に再構築した例を示す図である。図１１は、図３（ｂ）に示したＩＯＣ定義を規定した標準化ドキュメント（ＰＤＦ形式）についてデータ抽出部１０が出力した標準化ドキュメント（ＸＭＬ形式）を、再構築部２０が取得し、再構築ルール情報２００を参照して意味的に構造化されたＩＯＣ定義の情報（ＸＭＬ形式の構造化データ）に再構築した例を示す図である。また、図１２は、図５に示したオペレーション表を規定した標準化ドキュメント（ＰＤＦ形式）についてデータ抽出部１０が出力した標準化ドキュメント（ＸＭＬ形式）を、再構築部２０が取得し、再構築ルール情報２００を参照して意味的に構造化されたオペレーション表の情報（ＸＭＬ形式の構造化データ）に再構築した例を示す図である。
【００３６】
標準化ドキュメントにおいては、記載要件（様式）が予め決められているため、各項目について、予めその変換内容を、再構築ルール情報２００として指定しておくことができる。よって、再構築部２０は、取り込んだ標準化ドキュメント（ＸＭＬ形式）の各情報（要件、ユースケース表、ＩＯＣ情報、状態遷移図、オペレーション表）を、再構築ルール情報２００を参照することにより、基となる標準化ドキュメントの内容を反映したＸＭＬ形式の構造化データに再構築し出力することができる。
【００３７】
≪サブプロセス解析部≫
サブプロセス解析部３０（図６参照）は、ユースケース表を自然言語処理し、サブプロセス表（図１４（ｂ）参照）と、状態遷移図（ユースケース内）（図１５参照）と、状態遷移図（ユースケース間）（図１６（ｂ）参照）と、を出力する。
図１３は、サブプロセス解析部３０の詳細な機能構成を示すブロック図である。図１３に示すように、サブプロセス解析部３０は、字句解析部３１と、サブプロセス表作成部３２と、状態遷移図作成部３３とを含んで構成される。
【００３８】
字句解析部３１は、再構築部２０が出力したユースケース表の構造化データを参照し、ユースケース表に記載された内容を字句ごとに切り分ける。具体的には、字句解析部３１は、ユースケース表の中の「Step（手段）」の内容を字句ごとに切り分ける解析を行う。
サブプロセス表作成部３２は、字句解析部３１の出力情報を用いて、ユースケース表の「Step（手段）」の項目を、構文解析により主語と述語に分解し、サブプロセス表を作成する。
【００３９】
ここでは、ユースケース表のうちの「Step（手段）」の項目について、図１４（ａ）に示すように、「Step 1」「Step 2.1」「Step 2.2」が設定されているものとして説明する。なお、サブプロセス解析部３０は、再構築部２０から、標準化ドキュメントをＸＭＬ形式の構造化データに再構築した情報を取得して処理を行うが、図１４（ａ）においては、説明を分かりやすくするため、ユースケース表を基となるＰＤＦ形式の表現で図示し説明する。
【００４０】
サブプロセス表作成部３２は、このユースケース表の「Step」の内容を構文解析し、主文に示される文章を抽出し、主語（主体）と述語（内容）に分解してユースケース表に格納する。また、サブプロセス表作成部３２は、主語が、「manager」（管理者）および「agent」（処理の行為者）ではない文章については、処理内容を示す命令文に変換し、ユースケース表に格納する。
【００４１】
図１４（ｂ）は、上記のようにして、サブプロセス表作成部３２が作成したサブプロセス表を示す。なお、図１４（ｂ）についても、サブプロセス表作成部３２は、実際には、ＸＭＬ形式の構造化データとして処理を行うが、ここでは、分かりやすくするため、表形式で図示している。
【００４２】
サブプロセス表作成部３２は、例えば、図１４（ａ）に示すユースケース表の「Step 1」を参照し、「The manager sends a request to the agent ・・・」（図１４（ａ）の符号［１］参照）を主文と判定する。そして、サブプロセス表作成部３２は、主語（主体）として「The manager」と抽出し、述語（内容）として、「Send a request to the agent」を抽出して、図１４（ｂ）に示すサブプロセス表に格納する（図１４（ｂ）の符号［１］参照）。
また、サブプロセス表作成部３２は、ユースケース表の「Step 2.1」を参照し、「the job ID will be returned to the manager」（図１４（ａ）の符号［２］参照）を主文と判定する。そして、サブプロセス表作成部３２は、主語（主体）が「manager」でも「agent」でもないため、当該文を処理内容を示す命令文に変換し「Return job ID to the manager」とした上で、図１４（ｂ）のサブプロセス表の内容の欄に格納する。その際、主体には、主語が「manager」でも「agent」でもないことを示す「−」が格納される（図１４（ｂ）の符号［２］参照）。
このようにすることで、サブプロセス表作成部３２は、各ユースケース表の「Step」に示される処理の主体と内容を抽出し、サブプロセス表を作成することができる。
【００４３】
状態遷移図作成部３３（図１３参照）は、状態遷移図（ユースケース内）と状態遷移図（ユースケース間）を作成する。
状態遷移図作成部３３は、図１４（ａ）で示されるユースケース表の「Step」の内容と、サブプロセス表作成部３２が作成した、サブプロセス表（図１４（ｂ））を参照し、状態遷移図（ユースケース内）を作成する。
【００４４】
具体的には、状態遷移図作成部３３は、図１４（ａ）を参照し、ユースケース表の「Step」の内容において、If節やOtherwise節を含む、主文に対する従属文を、状態遷移表における「状態」として扱う。また、サブプロセス表の内容を、その状態の遷移（トリガ）として扱う。
【００４５】
図１５は、状態遷移図作成部３３が作成した状態遷移図（ユースケース内）を例示する図である。図１５に示すように、If節や、Otherwise節、主文に対する従属文を、状態として丸（〇）で示し、サブプロセス表の内容を、状態の遷移（トリガ）として矢印（→）で示している。
このようにして、状態遷移図作成部３３は、各ユースケース表について、状態遷移図（ユースケース内）を作成することができる。
【００４６】
また、状態遷移図作成部３３は、各ユースケース表の「Preconditions（事前条件）」「Begins when（開始時）」「Ends when（終了時）」「Post Conditions（事後条件）」を参照し、ユースケース間の順序関係、遷移パターンを状態遷移図（ユースケース間）として作成する。
【００４７】
図１６に示すように、状態遷移図作成部３３は、複数のユースケース表それぞれの「Preconditions（事前条件）」「Begins when（開始時）」「Ends when（終了時）」「Post Conditions（事後条件）」を自然言語処理することにより、ユースケース間の順序関係、遷移パターンを解析し、各ユースケース表のユースケース名を、状態遷移のトリガとして記述する。
なお、前記したようにサブプロセス解析部３０は、再構築部２０から、標準化ドキュメントをＸＭＬ形式の構造化データに再構築した情報を取得して処理を行うが、説明を分かりやすくするため、図１６（ａ）においては、ユースケース表を基となるＰＤＦ形式の表現で図示し、図１６（ｂ）においては、状態遷移図の形式で図示している。
【００４８】
図１６（ｂ）の状態遷移図（ユースケース間）は、例えば、「6.3.4.1 Create a measurement job」の処理のあと、「6.3.4.2 Suspend a measurement job」と「6.3.4.5 Stop a measurement job」とに処理が分岐し、状態が遷移すること等を示している。なお、「6.3.4.1」等のユースケース表の項番は、状態遷移図（ユースケース間）において、記載してもよいし、記載を省略してもよい。
このようにして、状態遷移図作成部３３は、各ユースケース間の順序や遷移パターンを示す状態遷移図（ユースケース間）を作成することができる。
【００４９】
≪プロセス変換部≫
プロセス変換部４０（図６参照）は、再構築部２０およびサブプロセス解析部３０が作成した、要件、ユースケース表、ＩＯＣ情報（クラス図およびＩＯＣ定義）、各種の状態遷移図、オペレーション表を読み込み、ビジネスプロセス図３００として出力する。
図１７は、プロセス変換部４０の詳細な機能構成を示すブロック図である。図１７に示すように、プロセス変換部４０は、ビジネスプロセス図設定部４１と、アクティビティ抽出部４２と、オペレーション抽出部４３と、フロー作成部４４と、データ配置部４５と、サブプロセス図作成部４６とを含んで構成される。
【００５０】
なお、プロセス変換部４０は、再構築部２０およびサブプロセス解析部３０が作成した、要件、ユースケース表、ＩＯＣ情報（クラス図およびＩＯＣ定義）、各種の状態遷移図、オペレーション表を、ＸＭＬ形式の構造化データとして取得し処理を行う。しかしながら、以下に示すプロセス変換部４０に関する図においては、説明を分かりやすくするため、ユースケース表やオペレーション表については、基となるＰＤＦでの表現で図示し、状態遷移図についても、ＸＭＬ形式ではなく、ＵＭＬ等で規定される状態遷移図の表現で図示して説明する。
また、プロセス変換部４０は、ビジネスプロセス図３００の生成処理を開始する前処理として、取得した複数の状態遷移図を抽出して解析することにより、これらをマージした状態遷移図を作成しておいてもよい。
【００５１】
ビジネスプロセス図設定部４１（図１７参照）は、空のビジネスプロセス図３００を生成し、プロセスの処理の主体となるレイヤについてのプールを設定する。
図１８は、ビジネスプロセス図設定部４１が、ビジネスプロセス図３００において「オペレータ」、「ＮＭＬ／ＥＭＬ」（Network Management Layer／Element Management Layer）、「ＮＥ」（Network Element）の３つのプールを設定した例を示す図である。本実施形態においては、ビジネスプロセス図生成装置１が、ネットワーク設計のビジネスプロセス図３００を作成する場合を例として説明する。よって、ここでは、ビジネスプロセス図設定部４１が、システム全体の管理に関する「オペレータ」のプール（以下、「オペレータプール」と称する。）と、ネットワーク間の接続や各ネットワーク装置の設定、処理に関する「ＮＭＬ／ＥＭＬ」のプール（以下、「ＮＭＬ／ＥＭＬプール」と称する。）と、個々のネットワーク装置の処理を実行する「ＮＥ」のプール（以下、「ＮＥプール」と称する。）と、をビジネスプロセス図３００に設定するものとする。
【００５２】
アクティビティ抽出部４２（図１７参照）は、ユースケース表に基づき、ビジネスプロセス図３００上において、「アクティビティ」となり得るユースケースを抽出する。
具体的には、アクティビティ抽出部４２は、各ユースケース表の項目のうち、「Begins When（開始時）」を参照し、マネージャ（manager）が主語となるもの、つまり、「The manager」から始まるものを検出し、そのユースケース（ユースケース名）を、アクティビティとしてオペレータプールに配置する。
また、アクティビティ抽出部４２は、ユースケース表の項目のうち、同じく「Begins When（開始時）」を参照し、エージェント（agent）が主語となるもの、つまり、「The agent」から始まるものを検出し、そのユースケース（ユースケース名）を、アクティビティとしてＮＭＬ／ＥＭＬプールに配置する。
【００５３】
図１９は、アクティビティ抽出部４２が、ユースケース表の項目のうち「Begins When（開始時）」を参照し、「The manager」が主語となる文を検出し、「Create a measurement job」および「Suspend a measurement job」のユースケース名を、ビジネスプロセス図３００のオペレータプールに、アクティビティとして配置した例を示している。
このようにして、アクティビティ抽出部４２は、ビジネスプロセス図３００のオペレータプールおよびＮＭＬ／ＥＭＬプールに、アクティビティを配置することができる。
【００５４】
オペレーション抽出部４３（図１７参照）は、アクティビティ抽出部４２が抽出した各ユースケースに対応するアクティビティが送受信するメッセージとして、オペレーション表から対応するオペレーションを検出し、ビジネスプロセス図３００上に配置する。つまり、オペレーション抽出部４３は、各ユースケースに対応するオペレーションを抽出して、ビジネスプロセス図３００上に配置する処理を行う。
【００５５】
具体的には、オペレーション抽出部４３は、ユースケース表の「Traceability（追跡可能性）」に記載されている「RequirementID」を抽出し、抽出した「RequirementID」とオペレーション表に記載された各オペレーションの「RequirementID」とが一致するオペレーション名（Operation name）を検索する。そして、オペレーション抽出部４３は、検索したオペレーション名を、当該ユースケースのアクティビティの真下のＮＭＬ／ＥＭＬプールの位置に、アクティビティとして配置する。
【００５６】
そして、オペレーション抽出部４３は、オペレータプールに配置されたユースケースのアクティビティから、ＮＭＬ／ＥＭＬプールに配置された対応するオペレーションのアクティビティに向けてのメッセージフロー（点線矢印）を作成する。さらに、オペレーション抽出部４３は、そのメッセージフローに、オペレーション表に記載されたインプットパラメータを記載する。また、オペレーション抽出部４３は、ＮＭＬ／ＥＭＬプールに配置されたオペレーションのアクティビティから、オペレータプールに配置されたユースケースのアクティビティに向けてのメッセージフローを作成する。そして、オペレーション抽出部４３は、そのメッセージフローに、オペレーション表に記載されたアウトプットパラメータを記載する。
【００５７】
なお、オペレーション抽出部４３は、ユースケースに対応するオペレーションがない場合には、ユースケースのアクティビティを、その旨がわかるように、色を付したり、コメントを付けて表示したりするようにしてもよい。
また、ＮＥとのメッセージのやりとりがあるオペレーションに関しては、ＮＭＬ／ＥＭＬプールとＮＥプールとの間にメッセージフロー（点線矢印）を記載する。
【００５８】
図２０では、オペレーション抽出部４３が、ユースケース表「6.3.4.1 Create a measurement job」の「Traceability（追跡可能性）」に記載されている「REQ-PM-FUN-01, REQ-PM-FUN-02」を抽出し、その抽出した「RequirementID」とオペレーション表に記載された各オペレーションの「RequirementID」とが一致するオペレーション名（Operation name）として「createMeasurementjob」を検出する。そして、オペレーション抽出部４３が、ユースケースのアクティビティ「Create a measurement job」の真下のＮＭＬ／ＥＭＬプールの位置に、アクティビティ「createMeasurementJob()」を配置する。
次に、オペレーション抽出部４３は、オペレータプールに配置されたユースケースのアクティビティ「Create a measurement job」から、ＮＭＬ／ＥＭＬプールに配置された対応するオペレーションのアクティビティ「createMeasurementJob()」に向けてメッセージフロー（点線矢印）を作成する。さらに、オペレーション抽出部４３は、そのメッセージフローに、オペレーション表に記載されたインプットパラメータのパラメータ名として「moClass」等を抽出して記載する。同様に、オペレーション抽出部４３は、ＮＭＬ／ＥＭＬプールに配置されたオペレーションのアクティビティ「createMeasurementJob()」から、オペレータプールに配置されたユースケースのアクティビティ「Create a measurement job」に向けてのメッセージフローに、オペレーション表に記載されたアウトプットパラメータ（「measurementJobId」等）のパラメータ名を抽出して記載する。
【００５９】
このようにして、オペレーション抽出部４３は、アクティビティ抽出部４２が抽出した各アクティビティが送受信するメッセージとして、オペレーション表から対応するオペレーションを検出し、ビジネスプロセス図３００上にアクティビティとして配置することができる。また、オペレーション抽出部４３は、そのメッセージフローにインプットパラメータとアウトプットパラメータを記載することができる。
【００６０】
フロー作成部４４（図１７参照）は、サブプロセス解析部３０が生成した状態遷移図（ユースケース間）に基づき、アクティビティ間の順序関係をビジネスプロセス図３００に記述する。
具体的には、フロー作成部４４は、状態遷移図（ユースケース間）における、状態遷移のトリガをビジネスプロセス図３００のオペレータプールのアクティビティに対応させる。また、状態遷移図（ユースケース間）における、状態の分岐を、ビジネスプロセス図３００におけるゲートウェイとメッセージに対応させる。
【００６１】
図２１は、フロー作成部４４が、サブプロセス解析部３０（状態遷移図作成部３３）により作成された状態遷移図（ユースケース間）（図１６（ｂ）参照）に基づき、ビジネスプロセス図３００のアクティビティ間の順序関係を記述した例を示す図である。
図２１に示すように、状態遷移図（ユースケース間）における状態の遷移（トリガ）をアクティビティとみなす。例えば、「6.3.4.1 Create a measurement job」を、ビジネスプロセス図３００におけるアクティビティの「Create a measurement job」とし、他の状態の遷移（トリガ）についても同様にビジネスプロセス図３００におけるアクティビティと対応付けを行った上で、状態遷移図（ユースケース間）で示される状態の遷移に沿って、アクティビティ間の順序関係を記述する。そして、状態遷移図（ユースケース間）における状態の分岐を、ビジネスプロセス図３００においてゲートウェイとメッセージに対応付ける。
【００６２】
このようにすることにより、フロー作成部４４は、ビジネスプロセス図３００において、アクティビティ間の順序を記述することができる。また、フロー作成部４４は、状態が分岐する際に必要となるメッセージを、ＮＭＬ／ＥＭＬプールの該当するアクティビティに送信することができる。
【００６３】
データ配置部４５（図１７参照）は、各アクティビティで用いるＩＯＣ定義を、ビジネスプロセス図３００において「ノート」（補足内容を記載する表示）と「関連」（データとフローの関連付けを示す表示）を用いて記述する。つまり、データ配置部４５は、ＩＯＣ定義で示されるデータとプール間のメッセージとを関連付けてビジネスプロセス図３００上に配置する処理を行う（図２２参照）。
具体的には、データ配置部４５は、ＩＯＣ定義を参照し、そのＩＯＣ定義のクラス名（Class name）に基づき、ＩＯＣリストを作成する。図２２においては、ＩＯＣリストとして、「PMIRP」「MeasurementJob」「Thresholdmonitor」が作成される例を示している。続いて、データ配置部４５は、各オペレーション表のインプットパラメータおよびアウトプットパラメータを参照し、以下のいずれかの条件に該当する場合に、対応するＩＯＣリストのクラス名を、オペレータプールとＮＭＬ／ＥＭＬプールとを結ぶメッセージフローの上に「ノート」として重ねて表示し、ＩＯＣリストのクラス名で示されるデータとメッセージフローとを「関連」を用いて結びつける。
【００６４】
（条件１）オペレーション表のインプットパラメータまたはアウトプットパラメータの「Information Type」欄において、先頭に記載されているクラス名を参照し、そのクラス名がＩＯＣリストのクラス名と一致している。
（条件２）オペレーション表のインプットパラメータまたはアウトプットパラメータの「Name」欄から末尾の“Id”を除いたオペレーション名が、ＩＯＣのクラス名と一致する。
【００６５】
図２２では、オペレーション名が「CreateMeasurementJob」のアウトプットパラメータの「Information Type」欄の先頭に、「MeasurementJob」が記載されているため、ＩＯＣリストのクラス名と一致し、（条件１）を満たしている。また、「Name」欄の末尾から“Id”を除いたオペレーション名が「measurementJob」であり、ＩＯＣのクラス名と一致し、（条件２）も満たしている。よって、データ配置部４５は、ノートにＩＯＣリストのクラス名として「MeasurmentJob」を記載して、オペレータプールとＮＭＬ／ＥＭＬプールとを結ぶメッセージフローの上に重ねて表示し、そのノートとメッセージフローとを「関連」を用いて結びつける。
【００６６】
このようにして、データ配置部４５は、上記の（条件１）（条件２）のいずれかに該当する場合に、オペレータプールとＮＭＬ／ＥＭＬプール間のメッセージに関するデータのクラスをビジネスプロセス図３００上に配置することができる。
【００６７】
サブプロセス図作成部４６（図１７参照）は、サブプロセス解析部３０が生成した状態遷移図（ユースケース内）に基づき、各アクティビティに対してサブプロセス図を記述する。
具体的には、サブプロセス図作成部４６は、サブプロセス解析部３０が解析したサブプロセス表に対応するアクティビティの下に、状態遷移図作成部３３が作成した状態遷移図（ユースケース内）における状態の遷移（トリガ）を、サブプロセスの順序として記述する。
【００６８】
図２３は、サブプロセス図作成部４６が、状態遷移図（ユースケース内）に基づき、アクティビティに対してサブプロセスを記述した例を示す図である。図２３においては、「Create Measurement Job」のサブプロセスを記述した例を示している。
サブプロセス図作成部４６は、図１５に示す状態遷移図（ユースケース内）を参照し、ビジネスプロセス図３００の「Create Measurement Job」のサブプロセスを記述する。その際、サブプロセス図作成部４６は、状態遷移図（ユースケース内）の状態の遷移（トリガ）を、サブプロセスのアクティビティとして記述する。
【００６９】
このようにして、サブプロセス図作成部４６は、ＮＭＬ／ＥＭＬプールに記載された各アクティビティについてのより詳細な処理の流れを示すサブプロセスをビジネスプロセス図３００上に配置することができる。よって、プロセス変換部４０は、図２４に示すビジネスプロセス図３００を生成し出力することができる。図２４に示すビジネスプロセス図３００は、状態遷移図やクラス図等のＵＭＬ等の形式に変換して出力することも可能であるため、他のシステム開発においても利用することが可能となる。
【００７０】
以上説明したように、本実施形態に係る、ビジネスプロセス図生成装置１、ビジネスプロセス図生成プログラム、および、ビジネスプロセス図生成方法によれば、標準化ドキュメントを取り込むことにより、その標準化ドキュメントに記載された各項目を解析して、ビジネスプロセス図を（自動で）生成することができる。したがって、オペレーションシステム開発（特に設計工程）のコストを削減することができる。
【符号の説明】
【００７１】
１      ビジネスプロセス図生成装置
１０    データ抽出部（データ再構築手段）
２０    再構築部（データ再構築手段）
３０    サブプロセス解析部（サブプロセス解析手段）
３１    字句解析部
３２    サブプロセス表作成部
３３    状態遷移図作成部
４０    プロセス変換部（プロセス変換手段）
４１    ビジネスプロセス図設定部
４２    アクティビティ抽出部
４３    オペレーション抽出部
４４    フロー作成部
４５    データ配置部
４６    サブプロセス図作成部
２００  再構築ルール情報
３００  ビジネスプロセス図
【図１】
0006291454.tif 000002
【図２】
0006291454.tif 000003
【図３】
0006291454.tif 000004
【図４】
0006291454.tif 000005
【図５】
0006291454.tif 000006
【図６】
0006291454.tif 000007
【図７】
0006291454.tif 000008
【図８】
0006291454.tif 000009
【図９】
0006291454.tif 000010
【図１０】
0006291454.tif 000011
【図１１】
0006291454.tif 000012
【図１２】
0006291454.tif 000013
【図１３】
0006291454.tif 000014
【図１４】
0006291454.tif 000015
【図１５】
0006291454.tif 000016
【図１６】
0006291454.tif 000017
【図１７】
0006291454.tif 000018
【図１８】
0006291454.tif 000019
【図１９】
0006291454.tif 000020
【図２０】
0006291454.tif 000021
【図２１】
0006291454.tif 000022
【図２２】
0006291454.tif 000023
【図２３】
0006291454.tif 000024
【図２４】
0006291454.tif 000025