JP2002049493A - プログラム制御情報生成方法およびシステム並びにその処理プログラムを格納した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】本発明は，再利用しやすく柔軟なプログラム制
御情報生成方法を提供することを目的とする。 【解決手段】業務フロー制御情報生成ステップ１０とプ
ログラム連携情報生成ステップ２０およびシステム構成
情報生成ステップ３０を分離することにより再利用や構
成変更を容易とし，さらにそれぞれから取得される定義
情報１１，２１，３１をリポジトリ４０に格納して統合
的に管理し，定義情報間の関連から情報を得て，使いや
すい運用方法を提供する。 【効果】本発明により，再利用しやすく柔軟なプログラ
ム制御情報生成方法が提供できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，プログラム制御情
報生成技術に係わり，特に定義された業務フローに従っ
て関連付けたプログラムを計算機に搭載して稼動する技
術に関する。

【０００２】

【従来の技術】既存プログラムを連携して計算機システ
ム開発を行うＥＡＩ（エンタープライズ・アプリケーシ
ョン・インテグレーション）技術が注目されている。Ｅ
ＡＩ技術は，システム全体を新規に作る手法に比べ，レ
ガシーアプリケーションや流通パッケージをそのまま利
用出来，開発期間が短縮されコストが低減できること
や，他システムとの連携が容易なことで，事業の多角化
に伴う新サービス提供や，組織変更・企業合併により発
生する計算機システムの再編成が迅速に行えるという利
点を備えている。これまでのＥＡＩ技術には，ビジネス
プロセス定義を用いてメンテナンス性を向上させる技術
が特開平１１−３１６７８０に開示されている。

【０００３】

【発明が解決しようとする課題】前記従来技術では，新
たにプログラムを開発せずに，既存の各種プログラムを
接続して動作させることを主な目的としている。そのた
め，メッセージの形式変換機能，プロトコル変換機能，
プログラム呼び出し機能などをあらかじめ提供したり，
簡易に開発できるツールを提供したりしている。しか
し，システム構成全体を考えれば，全体の論理的な流れ
の設計やプログラムをどの計算機に搭載するか等の物理
構成の設計については，新規開発と同様に毎回すべて作
り直しになってしまい，再利用性に乏しいという課題が
ある。

【０００４】

【課題を解決するための手段】上記課題を解決するため
に，本発明では，論理的な流れの設計にあたる業務フロ
ー制御情報生成ステップと物理構成の設計にあたるシス
テム構成情報生成ステップおよびその二者間を対応させ
るプログラム連携情報生成ステップの3段階で計算機シ
ステムを生成する方法を提供する。それぞれのステップ
で入力した定義情報をステップごとにいくつかのテーブ
ルに保存することで，各ステップの定義情報をテンプレ
ートとして抽出し，テーブル操作により組み合わせや拡
張を行って別の計算機システム設計にも利用できるよう
にすることで，上記の課題を解決する。

【０００５】

【発明の実施の形態】以下本発明の実施形態について図
面を用いて説明する。

【０００６】本発明実施形態の全体構成例を図２を用い
て説明する。図中に太い線の四角形で表す１１，２１，
３１と，１０１，１１１，１２２が，本発明で導入する
モジュールであり，他の細い線の四角形は本発明実施の
ために必要な既存のモジュールである。１０５は運用管
理ノードであり，運用画面を表示するための表示装置６
１と運用作業の指示を入力するための入力装置６３を備
え，リポジトリ４０に格納される定義情報（業務フロー
情報１１，プログラム連携情報２１，システム構成情報
３１）をリポジトリ管理プログラム１０２で管理し，そ
の情報を利用して統合運用プログラム１１１で統合的な
システム運用管理を行う。１００は開発ノードであり，
リポジトリの定義情報にアクセスするリポジトリアクセ
スプログラム１１２と設計画面を提供し定義情報をリポ
ジトリに格納する開発環境プログラム１０１を搭載し，
設計画面を表示する表示装置６０と定義情報を入力する
ための入力装置６０を備える。１２０はワーク管理ノー
ドであり，状態管理テーブル１２３を保持するデータベ
ースを備え，このテーブルを用いて業務フローの状態管
理を行うワーク管理プログラム１２１と，運用管理ノー
ド１０５から要求を受け付けたり運用管理ノードにイベ
ントの通知を行うなど連携して運用を行う運用プログラ
ム１２２を搭載する。１３０は業務実行ノードであり，
業務を実装するアプリケーションプログラム１３３とメ
ッセージの意味変換や形式変換を行い該プログラムを呼
び出すアプリケーション連携プログラム１３２とワーク
管理サーバと連携して動作するためのワーク管理クライ
アントプログラム１３１と，運用プログラム１２２を搭
載する。１４０，１５０も同様のプログラムを搭載する
業務実行ノードであるが，業務内容に応じてアプリケー
ションプログラムはそれぞれ異なり，そのアプリケーシ
ョンプログラムに応じてアプリケーション連携プログラ
ムも異なる。また，１４０のように業務内容によっては
データベース１４１を備えるノードもある。上記の各ノ
ード（計算機）はローカルエリアネットワーク７０を介
して接続し互いに通信する。なお，本実施例では運用管
理，開発，ワーク管理，業務実行の各機能を別々のノー
ドに配置したが，いくつかの機能を１つのノードに配置
することも可能である。例えば運用管理機能と開発機能
を１つのノードに配置したり，運用管理機能とワーク管
理機能を１つのノードに配置したりすることが考えられ
る。また，開発機能を複数のノードに配置することも可
能である。本発明で示す3段階のステップのそれぞれを
各設計の専門家が担当する場合，あるいは１つのステッ
プを複数の設計者で共同開発する場合など，開発機能を
各設計者の使用している計算機全てに配置すると便利で
ある。このような場合，リポジトリ管理プログラム１０
２が排他制御を行って入力される定義情報の一貫性を維
持する。

【０００７】本発明によるプログラム制御情報生成方法
について説明する。図１は業務フロー制御情報生成ステ
ップの入力画面１０とその定義情報を格納するテーブル
４００，４１０，４２０，プログラム連携情報生成ステ
ップの入力画面２０とその定義情報を格納するテーブル
４３０，４４０，４５０，システム構成情報生成ステッ
プの入力画面３０とその定義情報を格納するテーブル４
６０，４７０，４８０である。開発環境プログラム１０
１が，作業，遷移矢印，分岐ノード，業務データ，プロ
グラム，計算機，データベースなどを示すアイコンを表
示し，設計者はそれらを画面上に配置し，必要に応じて
名前などの文字列を入力して，１０，２０，３０のよう
な画面とする。開発環境プログラムは，これらの入力を
４００〜４８０のようなテーブルとしてリポジトリ４０
に格納する。

【０００８】１０は業務フロー制御情報生成画面におい
てＢＰ１とＢＰ２の２つの業務フローを定義した例を示
している。設計者は，開発環境プログラムが提供する業
務フロー制御情報生成画面に，作業ノード３１０，遷移
矢印３１１，制御ノード３１２，業務データ３１４を示
すアイコンを配置し，名称や属性を入力することで，１
０のような画面を構成する。開発環境プログラムは入力
された定義情報を解析しリポジトリに４０に格納する。
開発環境プログラムでは定義情報を解析する際に，入力
ミスや設計ミスがないか調べ，その結果を表示し設計者
に訂正を促すことも可能である。ＢＰ１は生産指示また
は発注指示をする業務フローを示し，ＢＰ２は発注の業
務フローを示している。業務フローを構成する作業ノー
ドは３１０のように示されその順序は遷移矢印３１１で
接続することで示される。３１２に示す小さな丸は制御
ノードを示しており，分岐する場合は３１３のように条
件を指定する。４００はノード名定義テーブルで，業務
フロー名４０１とノード種別４０２とノード名４０３の
フィールドからなる。４１０は遷移矢印定義テーブルで
各矢印の識別子４１１と属する業務フロー名４１２，遷
移元４１３と遷移先４１４および条件式４１５のフィー
ルドからなる。４２０は業務データテーブル定義テーブ
ルであり，業務フロー名４２１，業務データを格納する
テーブル名４２２とそのテーブルのレコードを規定する
フィールド名４２３と型４２４をフィールドとして持
つ。テーブル名は開発環境プログラムにより自動生成す
ることも可能であるし，業務データの属性として設計者
が指定することも可能である。また，４２０では業務デ
ータを格納するテーブル（ＰＤ_ＴＢＬ１，ＰＤ_ＴＢＬ
２）のフィールド数は３が最大となってしまうが，この
最大値は開発環境プログラムの定義で設定が可能であ
る。

【０００９】２０はプログラム連携情報生成画面におい
てＢＰ１とＢＰ２の２つの業務フローにプログラムを対
応づけた例を示している。業務フロー制御情報生成画面
１０からプログラム連携情報生成２０への遷移は，１０
の終了後ひきつづき２０へと移行することも可能である
し，１０終了後別の機会に業務フロー定義情報をリポジ
トリから取得し画面に表示させてから新たに２０を開始
することも可能である。プログラム連携情報生成画面２
０でも，１０の場合と同様に，設計者はプログラムやデ
ータ構造を示すアイコンを配置し，名称や属性を入力す
る。開発環境プログラムは画面１０の場合と同様に，定
義情報を解析してリポジトリ４０に格納する。２０はＢ
Ｐ１の調達計画と発注指示の作業，およびＢＰ２の発注
作業にプログラムを割り当てた例である。２０にはＢＰ
１の発注指示とＢＰ２の発注に同じＯｒｄｅｒＣｌｉｅ
ｎｔ３２０を使うことが示されている。３２１はプログ
ラムに入出力するメッセージを定義し，３２２はそのメ
ッセージと１０で定義した業務データとの対応を定義し
ている。業務データとの間で意味や型の変換が必要な場
合には，３２２の属性として変換メソッドを定義するこ
とが可能である。４３０は対応プログラムテーブルであ
り，業務フロー名４３１と作業名４３２とプログラム連
携情報生成画面で入力された対応するプログラム名４３
３をフィールドとして持つ。４４０はプログラム入出力
テーブル定義テーブルであり，プログラム名４４１とそ
の入出力データを格納するテーブル名４４２とそのテー
ブルのレコードを規定するフィールド名４４３と型４４
４をフィールドに持つ。４４２のテーブル名は開発環境
プログラムにより自動生成することも可能であるし，プ
ログラム入出力データの属性として設計者が指定するこ
とも可能である。また，４４０では入出力データを格納
するテーブル（ＡＰ_ＴＢＬ１，ＡＰ_ＴＢＬ２）のフィ
ールド数は３が最大となってしまうが，この最大値も開
発環境プログラムの定義で設定が可能である。４５０は
業務データとプログラム入出力メッセージの対応を保持
するマッピングテーブルであり，４５１〜４５３に業務
データのフィールドを，４５４〜４５６にそれに対応す
るプログラム入出力メッセージのフィールドを，４５７
に３２２の属性として入力される，二者間の変換メソッ
ドを，それぞれ保持する。

【００１０】以上述べた第２ステップまでに定義された
情報に，システム構成情報生成画面３０で入力される第
３ステップのシステム構成情報を加えると実際に分散計
算機上で稼動させるために必要な情報が得られる。設計
者は開発環境プログラムが提供する画面上に，計算機３
３０，プログラム３３１，データベース３３２，テーブ
ル３３３，ネットワーク接続３３４を示すアイコンを配
置し，名称や属性を入力することで，３０のような画面
を構成する。テーブル名とプログラム名の入力の際に
は，プログラム連携情報生成画面２０で設定されたテー
ブル名，プログラム名を開発環境プログラムが入力画面
に提示して，設計者が選択して指定することも可能であ
る。４６０はプログラム配置テーブルでありプログラム
名４６１とそのプログラムを搭載する計算機名４６２の
組をレコードとして保持する。４７０はデータベース配
置テーブルであり，データベース名４７１とそのデータ
ベースが配置される計算機名４７２の組をレコードとし
て保持する。４８０はテーブル配置テーブルであり，テ
ーブル名４８１とそのテーブルを保持するデータベース
名４８２の組をレコードとして保持する。

【００１１】次にテンプレートについて説明する。業務
フロー制御情報生成画面において，既に定義された業務
フローをテンプレートとして用いて，それを拡張したり
組み入れたりすることで新たな業務フローを簡単に生成
することが可能である。ここで，業務フローテンプレー
トとは，ノード名定義テーブル４００と遷移矢印定義テ
ーブル４１０と業務データテーブル定義テーブル４２０
から，ある業務フロー名を持つレコードを取り出したも
のである。図３はＢＰ１を基にして新たな業務フローＢ
Ｐ３を生成する画面の例である。ＢＰ３は，ＢＰ１の発
注指示のあとに，ＢＰ２を挿入したものである。図４
は，設計画面での入力とその際に定義テーブルを変更す
る手続きを示している。これにしたがって図３の画面で
示される実施例を説明する。

【００１２】まず，図３の画面においてＢＰ１を使って
新しい業務フローＢＰ３を定義することを指定する６０
０。画面にはＢＰ１と同じ図がＢＰ３という名前になっ
て表示される。ノード名定義テーブル４００，遷移矢印
定義テーブル４１０には，それぞれＢＰ１のレコードを
コピーしＢＰ名をＢＰ３と変更した新規レコードを追加
する６０１。画面では次に，ＢＰ３の発注指示３５４の
後，合流３５５の前に，ＢＰ２をあらわすアイコン３５
７を挿入し，ＢＰ２をＢＰ３のこの位置に組み入れるこ
とを指定する６０２。このとき，図５に示すように，ノ
ード名定義テーブル４００には，ＢＰ名＝ＢＰ２である
レコードのうち，開始ノードと終了ノードをあらわすレ
コード以外のレコードをコピーし，ＢＰ名＝ＢＰ３とし
て追加する６０３。図６に示すように，遷移矢印定義テ
ーブル４１０にも同様にＢＰ名＝ＢＰ２のレコードをコ
ピーしＢＰ名＝ＢＰ３として追加し，さらにＢＰ２の挿
入を反映して矢印の遷移先を２個所変更する６０５。こ
の実施例においては，「発注指示」と「合流」の間にＢ
Ｐ２を挿入したので，遷移元ノード「発注指示」のレコ
ードの遷移先ノード名を，ＢＰ２の開始ノード直後のノ
ード「見積もり」に変更し，ＢＰ２の終了ノード直前の
ノード「納品・検収」を，「合流」に変更する。

【００１３】次に，設計画面でＢＰ３の業務データを入
力する６０６。ＢＰ１をテンプレートとして使用するこ
とを選択した時，ＢＰ１と同じ業務データが画面に表示
される。ＢＰ２を組み入れることを入力した時に，ＢＰ
２の業務データもマージして画面に表示し，業務データ
テーブル定義テーブル４２０にも，ＢＰ１とＢＰ２のレ
コードをマージしたレコードをＢＰ名＝ＢＰ３として挿
入する。本実施例では，製品コードと製品名が同じもの
をあらわすと設計者が判断し，製品コードのみ残して３
６１で確定し入力した状況６０６を示している。このよ
うに変更を加える場合には，業務データテーブル定義テ
ーブル４２０にもそれを反映する。この場合は，ＢＰ３
としてＢＰ１とＢＰ２のフィールド名とその型のリスト
をマージしたものから，「フィールド名＝製品名」とそ
の型を除いたリストを持つレコードが追加されることに
なる６０７。以上のようにして，業務フローテンプレー
トから，それを用いて新たに定義された業務フローに対
応するレコードが生成される。

【００１４】プログラム連携テンプレートについても，
上述の業務フローテンプレートと同様に，既に定義済み
のプログラム連携情報をテンプレートとして利用するこ
とが可能である。プログラム連携テンプレートは，業務
フローテンプレートの内容に加えて，対応プログラムテ
ーブル４３０とプログラム入出力テーブル定義テーブル
４０とマッピングテーブル４５０のレコードを持つ。業
務フロー定義の部分に関しては，すでに説明した図４の
手続きで定義テーブルにレコードを追加する。対応プロ
グラム関連付けテーブル４３０とプログラム入出力テー
ブル定義テーブル４４０は，単にレコード追加だけ行
う。マッピングテーブル４５０は，業務フローテンプレ
ートにおける業務データテーブル定義テーブル４２０と
同様に，使用するプログラム連携テンプレートの定義を
マージしたものが表示され，そのまま確定されればレコ
ードもマージしたものをそのまま追加する。設計者が業
務データの変更などによりマッピングを変更した場合
は，それを反映してレコードも変更したものを追加す
る。

【００１５】以下に運用管理機能について実施例を用い
て説明する。

【００１６】まず，運用管理機能のうち実行環境を構築
するための定義情報の配布について説明する。図７は業
務実行ノードに業務データテーブル定義を配布し各業務
実行ノードでテーブルを生成する手続きを示している。
２２０では業務データテーブル定義テーブル４２０より
ＢＰ１のレコードを選択しテーブル名（ＰＤ_ＴＢＬ
１）とフィールド名とその型からなるスキーマ情報（製
品コード：Ｓｔｒｉｎｇ，個数：ｉｎｔ，納期：ｄａｔ
ｅ）を取得する。２２１ではテーブル配置テーブル４８
０によりＰＤ_ＴＢＬ１がデータベースＤＢ０に配置さ
れることを得る。２２２ではデータベース配置テーブル
４７０によりＤＢ０がノードＡに配置していることを得
る。そこで２２３でノードＡへ２２０で取得したテーブ
ル名とスキーマ情報を送付し，２２４ではノードＡの運
用プログラムがこれを受け取り，該スキーマにキーとし
て案件ＩＤのフィールドを加えて，テーブルＰＤ_ＴＢ
Ｌ１を生成する。図８の５１０は，このようにしてノー
ドＡのＤＢ０上に生成される業務データテーブルＰＤ_
ＴＢＬ１の例である。ＢＰ２の業務データテーブルＰＤ
_ＴＢＬ２も同様にノードＡのデータベースＤＢ０上に
図９の５２０のように生成される。また，プログラム入
出力メッセージについても，プログラム入出力テーブル
定義テーブル４４０を用いて，業務データと同様の手続
きにより生成される。図１０の５３０と図１１の５４０
はノードＣのＤＢ１上に生成されるプログラム入出力テ
ーブルＡＰ_ＴＢＬ１とＡＰ_ＴＢＬ２の例である。ここ
までで，データベース配置ノードにテーブル定義情報を
配布してテーブルを生成する手続きの実施例を示した
が，同様にして各プログラムの配置ノードに実行環境作
成に用いる定義情報を配布することが可能である。その
場合に配布する定義情報としては，各プログラムに設定
する定義項目のうち，例えばサーバ名やポート番号など
システム内で一意にしたい項目や，システム設計者があ
らかじめ決めるべき項目などがあり，これらをシステム
構成情報生成ステップにおいてシステム設計者が入力
し，それを配布することが可能である。他に，業務フロ
ー制御情報生成ステップやプログラム連携情報生成ステ
ップで決定される項目でも，上記説明と同様に各ステッ
プで入力された情報間の関連を用いて，実行環境で必要
な情報をテーブル操作により取得することで，業務実行
ノードに配布することが可能となる。

【００１７】次に業務フローを対象として運用情報の表
示や運用作業の指示を行う，業務観点での運用管理機能
について説明する。図１３の実行状態テーブル５００
は，実行環境の状態表示を各情報生成ステップで定義さ
れた情報と結び付けて行うために設けるものであり，リ
ポジトリ４０に配置され統合運用プログラム１１１がこ
れを管理する。ここに示す例では状態としてプログラム
の実行状態を示すフィールドのみを保持しているが，他
に計算機の稼動状態やネットワークの通信状態などを示
すフィールドを含むことも可能である。まず，実行状態
テーブルに格納するデータの生成手続きを，業務フロー
ＢＰ１を例として説明する。図１２は業務フローＢＰ１
に関係するレコードを生成し実行状態テーブルに挿入す
る手続きを示している。２１０ではＢＰ１に関わるプロ
グラム名の取得を，対応プログラムテーブル４３０にお
いて，業務フロー名＝ＢＰ１であるレコードを選択しそ
のプログラム名を取得することで行う。２１１ではプロ
グラム配置テーブル４６０でそのプログラムが搭載され
ている計算機名を取得する。業務フローからみれば，こ
こで取得された計算機はＢＰ１を実行する計算機であ
る。２１２では２１０と２１１により取得したプログラ
ム名と計算機名を１レコードとして実行状態テーブル５
００に挿入する。ここで，実行状態フィールド５０４は
初期値（ＮＵＬＬなど）としておく。業務実行ノードか
ら稼動状況が報告されると，統合運用プログラム１１１
が実行状態フィールドの値を更新する。稼動状況の報告
は一定時間毎に行うことも可能であるし，状態が変化し
たときのみ行うことも可能である。業務フロー制御情報
生成画面１０で設計者が作成した業務フローの図を，運
用管理画面に表示し，作業を示すアイコンを選択して状
態表示ボタンを押すと，実行状態テーブルを参照して該
作業を実行するプログラムの状態を取得し，それを画面
上に表示することが可能である。また，業務フローを選
択して状態表示ボタンを押すことにより，該業務フロー
に関連するすべてのプログラムの状態を表示させること
も可能である。

【００１８】さらに，状態変化がプログラムや計算機の
障害であった場合，定義情報を利用してその影響範囲を
求め，運用管理画面に直ちに表示することも可能であ
る。以下その方法について，計算機障害が発生した場合
を例として図１４のフローを用いて説明する。２３０で
は，実行環境の運用機能が障害を検知し，これを運用管
理ノードの統合運用プログラム１１１に通知する。２３
１で障害を通知された統合運用プログラムはまずプログ
ラム配置テーブル４６０を参照して，障害が発生した計
算機で実行されていたプログラム名を取得する。２３２
では更に対応プログラムテーブル４３０を参照して該プ
ログラムと対応する作業名と業務フロー名を取得する。
以上の手続きにより，障害の発生した計算機で処理され
ていた業務フロー名と作業名が求められた。２３３でこ
れを運用管理画面に表示する。図１５に示すように，業
務フロー制御情報生成画面１０で作成された図上に表示
することも可能である。図１５では，発注作業を実現す
るプログラムＯｒｄｅｒＣｌｉｅｎｔプロセスが発注処
理３０７において障害を発生した場合に，ＢＰ２のみが
影響をうけるのではなく，同じＯｒｄｅｒＣｌｉｅｎｔ
が実現している発注指示作業３０４も影響を受けること
を示している。また，上記の例では，計算機障害とプロ
グラム障害に着目したが，データベースについても同様
に障害の影響範囲を求めることが可能である。すなわ
ち，ノードＡ３３１に障害が発生した場合ならば，ノー
ドＡにはデータベースＤＢ０３３９が配置されているの
で，そのＤＢ０が保持している業務データテーブルＰＤ
_ＴＢＬ１とＰＤ_ＴＢＬ２へのアクセスが不可となる。
よって，ＢＰ１とＢＰ２の双方が影響を受けることが導
かれる。また，障害だけでなく，定義を変更したときの
影響範囲も同様にテーブルを辿って求めることが出来
る。例えば，業務フロー制御情報生成画面１０において
ＢＰ１から「発注指示」が削除された場合，ノード名定
義テーブル４００と遷移矢印定義テーブル４１０の対応
するレコードが削除または書き換えられ，さらにプログ
ラム連携情報生成画面２０の「発注指示」およびそれと
結び付けられた「ＯｒｄｅｒＣｌｉｅｎｔ」の削除と対
応プログラムテーブル４３０の対応するレコードの削除
が実行される。あるいは変更が必要な情報を更新させる
ような表示をすることも可能である。例えば，システム
構成情報生成画面３０においてＯｒｄｅｒＣｌｉｅｎｔ
が削除される場合，プログラム連携情報生成画面２０の
ＯｒｄｅｒＣｌｉｅｎｔも削除されなくてはならないの
で，その代わりのプログラム名を入力するように促す画
面を表示して設計者に新しく割り当てるプログラム名を
入力させるなどである。

【００１９】以下実施例における本発明の効果を述べ
る。

【００２０】第一の効果は，開発の効率化がはかれると
いう点である。計算機システムの設計を3段階の情報生
成ステップに分けたことから，それぞれの設計担当者を
別々にすることが可能となり，設計者は自分の専門領域
の設計のみに従事することが可能となるからである。

【００２１】第二の効果は，設計知識の蓄積と再利用が
促進されることである。業務フロー制御情報生成ステッ
プでの定義情報のみ取り出して業務フローテンプレート
とすること，業務フロー制御情報生成ステップとプログ
ラム連携情報生成ステップの定義情報を取り出してプロ
グラム連携テンプレートとすることにより，計算機シス
テムを開発するたびに必然的に知識が蓄積されるからで
ある。

【００２２】第三の効果は，運用管理作業の軽減であ
る。業務フローと実際の計算機とを設計時に入力された
定義情報を用いて関連付けて管理することにより，業務
観点での運用作業が可能となること，また，障害や定義
変更の影響範囲を特定し提示することによる。

【００２３】

【発明の効果】以上述べたように本発明では，計算機シ
ステムに搭載するプログラム制御情報の生成を3段階の
ステップに分けて行い，それぞれのステップで入力した
定義情報をステップ毎にいくつかのテーブルに保存する
ことで，各ステップの定義情報をテンプレートとして抽
出し，テーブル操作により組み合わせや拡張を行って別
の計算機システム設計にも利用できるようにすることで
再利用性の高いプログラム制御情報生成方法を提供可能
となった。

【図面の簡単な説明】

【図１】３段階の情報生成ステップと各ステップから入
力されリポジトリに保持される定義情報とを示す図。

【図２】実施形態のシステム構成図。

【図３】テンプレートを用いた業務フロー制御情報生成
画面例。

【図４】テンプレートを用いた業務フロー制御情報生成
手続き。

【図５】テンプレートを用いた業務フロー制御情報生成
におけるノード名定義テーブルへのレコード追加方法。

【図６】テンプレートを用いた業務フロー制御情報生成
における遷移矢印定義テーブルの変更方法。

【図７】業務データテーブルのテーブル名とスキーマ情
報を配布しテーブルを生成する手続き。

【図８】業務データテーブル。

【図９】業務データテーブル。

【図１０】プログラム入出力テーブル。

【図１１】プログラム入出力テーブル。

【図１２】実行状態テーブルに１つの業務フローのレコ
ードを追加する手続き。

【図１３】実行状態テーブルの例。

【図１４】障害影響範囲を特定する手続き。

【図１５】運用管理画面に障害影響範囲を表示した例。

【符号の説明】

１０，２０，３０：情報生成画面 １１，２１，３１：各情報生成画面から入力される定義
情報 ４０：リポジトリ，６０，６１：表示装置，６２，６
３：入力装置，７０：ローカルエリアネットワーク，１
００：開発ノード，１０１：開発環境プログラム，１０
２：リポジトリ管理プログラム，１０５：運用管理ノー
ド，１１１：統合運用プログラム，１２０：ワーク管理
ノード，１２１：ワーク管理プログラム，１２２：運用
プログラム，１２３：状態管理テーブル，１３０：業務
実行ノード １３１：ワーク管理クライアントプログラム，１３２：
アプリケーション連携プログラム，１３３：アプリケー
ションプログラム，１４０：業務実行ノード，１４１：
業務データベース，１５０：業務実行ノード２１０〜２
１２：実行状態テーブルにレコードを追加する手続き ２２０〜２２４：業務データテーブル生成手続き ２３０〜２３３：障害影響範囲の表示手続き ３０２〜３０８：障害影響範囲を表示する運用管理画面
の例 ３１０〜３３４：各情報生成画面の要素 ３１０：作業，３１１：遷移矢印，３１２：制御ノー
ド，３１３：分岐条件，３１４：業務データ，３２０：
プログラム，３２１：プログラム入出力メッセージ，３
２２：マッピング，３３０：計算機，３３１：プログラ
ム，３３２：データベース，３３３：業務データテーブ
ル，３３４：ローカルエリアネットワーク３５０〜３７
０：業務フローテンプレートを用いた業務フロー制御情
報生成画面４００〜：リポジトリに格納する定義情報 ４００：ノード名定義テーブル，４１０：遷移矢印定義
テーブル，４２０：業務データテーブル定義テーブル，
４３０：対応プログラムテーブル，４４０：プログラム
入出力テーブル定義テーブル，４５０：マッピングテー
ブル，４６０：プログラム配置テーブル，４７０：デー
タベース配置テーブル，４８０：テーブル配置テーブル ５００〜：システム構築時に定義情報から生成されるテ
ーブル ５００：実行状態テーブル，５１０，５２０：業務デー
タテーブル，５３０，５４０：プログラム入出力テーブ
ル ６００〜：ビジネスプロセステンプレートを用いた設計
時の処理

───────────────────────────────────────────────────── フロントページの続き (72)発明者 小林 敦 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 (72)発明者 青木 誠 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内 (72)発明者 佐藤 康史 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 Ｆターム(参考） 5B076 AA02 AA04 AA05 AA06 AA12 DD01

Claims (13)

【特許請求の範囲】
1. 【請求項１】（ａ）複数の作業とそれらの処理順序およ
   び処理順序を制御する条件を含む業務フローの定義情報
   と該業務フローで参照および更新される業務データの定
   義情報を含む業務フロー制御情報生成ステップと、 （ｂ）業務フローにおける作業とプログラムの対応の定
   義情報とプログラムの入出力メッセージの定義情報と該
   入出力メッセージと業務データの対応の定義情報を含む
   プログラム連携情報生成ステップと、 （ｃ）プログラムを該計算機システムのどの計算機に搭
   載するかを示す定義情報とデータベースをどの計算機に
   搭載するかを示す定義情報と業務データを保持するテー
   ブルとプログラムの入出力メッセージを保持するテーブ
   ルをどのデータベースに作成するかの定義情報を含むシ
   ステム構成情報生成ステップとを有することを特徴とす
   るプログラム制御情報生成方法。
2. 【請求項２】請求項１の方法であり，(a)(b)(c)の３ス
   テップを，それぞれ異なる画面で行うユーザインタフェ
   ースを有するプログラム制御情報生成方法。
3. 【請求項３】請求項１の方法であり，(a)(b)(c)で入力
   された定義情報を，それぞれ複数個のテーブルに格納
   し，かつ (a)(b)(c)間のそれぞれの関連を示す情報もそ
   れぞれ複数個のテーブルに格納することを特徴とするプ
   ログラム制御情報生成方法。
4. 【請求項４】請求項１の(a)で入力された定義情報のみ
   を取り出して業務フローテンプレートとして請求項２に
   おける画面上に表示し，それらの業務フローテンプレー
   トの組み合わせ操作や拡張操作を含むユーザインタフェ
   ースを備え，そのユーザインタフェースによる入力を用
   いて請求項３における業務フロー制御情報を格納した複
   数個のテーブルに対する操作を行い，新たな業務フロー
   テンプレートを生成することを特徴とするプログラム制
   御情報生成方法。
5. 【請求項５】請求項２における画面上に業務フローテン
   プレートを表示し，請求項１における（b）から開始し
   て異なるプログラム連携情報や異なるシステム構成情報
   を入力するユーザインタフェースを備え，そのユーザイ
   ンタフェースを通じて入力されたプログラム連携情報や
   システム構成情報と先に表示した業務フローテンプレー
   トの情報を格納した複数テーブルからプログラム制御情
   報を生成することを特徴とするプログラム制御情報生成
   方法。
6. 【請求項６】請求項１の(a)(b)で入力された定義情報と
   (a)(b)の関連を示す定義情報をあわせて取り出してプロ
   グラム連携テンプレートとして請求項２における画面上
   に表示し，それらのプログラム連携テンプレートの組み
   合わせ操作や拡張操作を含むユーザインタフェースを備
   え，そのユーザインタフェースによる入力を用いて請求
   項３におけるプログラム連携情報を格納した複数個のテ
   ーブルに対する操作を行い，新たなプログラム連携テン
   プレートを生成することを特徴とするプログラム制御情
   報生成方法。
7. 【請求項７】請求項２における画面上にプログラム連携
   テンプレートを表示し，請求項１における(c)から開始
   して異なるシステム構成情報を入力するユーザインタフ
   ェースを備え，そのユーザインタフェースを通じて入力
   されたシステム構成情報と先に表示したプログラム連携
   テンプレートの情報を格納した複数テーブルからプログ
   ラム制御情報を生成することを特徴とするプログラム制
   御情報生成方法。
8. 【請求項８】請求項３における複数テーブルを操作し，
   該計算機システムに含まれる各計算機で必要となる定義
   情報を抽出し，各計算機に配布する情報を構成するプロ
   グラム制御情報生成方法。
9. 【請求項９】業務フローに対する開始・終了・一時停止
   を含む運用指示の入力を，請求項３における複数テーブ
   ルの操作により，該計算機システム中の対応するプログ
   ラムや計算機を含むシステム構成要素を取得し，入力さ
   れた運用指示に対応するコマンドを該システム構成要素
   で実行するプログラム制御情報生成方法。
10. 【請求項１０】請求項３における複数テーブルの操作に
    より，該計算機システム中のプログラムや計算機を含む
    システム構成要素で発生した障害や運用作業による停止
    を含むイベントが業務フローに与える影響範囲を特定
    し，その影響範囲を該業務フローとともに画面に表示す
    るプログラム制御情報生成方法。
11. 【請求項１１】請求項１の各ステップで生成した定義情
    報を変更する場合に，請求項３における複数テーブルの
    操作により，その変更が該計算機システムに与える影響
    範囲を特定してプログラム制御情報に反映したり，その
    定義変更の影響により変更が必要となる他の定義情報の
    入力を促す画面を表示することを含むプログラム制御情
    報生成方法。
12. 【請求項１２】複数の作業とそれらの処理順序および処
    理順序を制御する条件を含む業務フローの定義情報と該
    業務フローで参照および更新される業務データの定義情
    報を含む業務フロー制御情報生成手段と、 業務フローにおける作業とプログラムの対応の定義情報
    とプログラムの入出力メッセージの定義情報と該入出力
    メッセージと業務データの対応の定義情報を含むプログ
    ラム連携情報生成手段と、 プログラムを該計算機システムのどの計算機に搭載する
    かを示す定義情報とデータベースをどの計算機に搭載す
    るかを示す定義情報と業務データを保持するテーブルと
    プログラムの入出力メッセージを保持するテーブルをど
    のデータベースに作成するかの定義情報を含むシステム
    構成情報生成手段とを備えたことを特徴とするプログラ
    ム制御情報生成システム。
13. 【請求項１３】複数の作業とそれらの処理順序および処
    理順序を制御する条件を含む業務フローの定義情報と該
    業務フローで参照および更新される業務データの定義情
    報を含む業務フロー制御情報生成ステップと、 業務フローにおける作業とプログラムの対応の定義情報
    とプログラムの入出力メッセージの定義情報と該入出力
    メッセージと業務データの対応の定義情報を含むプログ
    ラム連携情報生成ステップと、 プログラムを該計算機システムのどの計算機に搭載する
    かを示す定義情報とデータベースをどの計算機に搭載す
    るかを示す定義情報と業務データを保持するテーブルと
    プログラムの入出力メッセージを保持するテーブルをど
    のデータベースに作成するかの定義情報を含むシステム
    構成情報生成ステップとを有するプログラム制御情報生
    成プログラムを格納したことを特徴とする記録媒体。