JPH0836552A

JPH0836552A - 分散処理方法、分散処理システム及び分散処理管理装置

Info

Publication number: JPH0836552A
Application number: JP16987194A
Authority: JP
Inventors: Hirokimi Hino; 裕公日野; Shiyuuichi Shimokiba; 修一下木場
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 1994-07-22
Filing date: 1994-07-22
Publication date: 1996-02-06

Abstract

(57)【要約】【目的】本発明の目的は、分散処理において、ＡＰに
対して機能の追加、変更、削除等を行う必要が発生した
場合に容易にそれらの操作が可能な分散処理方法及び分
散処理システムを提供することを目的とする。【構成】本発明は、処理要素を処理するためのＡＰ１
１０と、全てのＡＰで共有する１つの通信モジュール
と、ＡＰ１１０により処理された処理要素を、次のＡＰ
の処理を移動させるための通知を行う通知手段１７０を
有する分散処理端末装置１００と、分散処理端末装置１
００の通知手段１７０からの通知に基づいて、次に処理
されるＡＰでの処理を待っている待ち行列に存在してい
る全ての処理要素の処理の順番を管理する分散処理管理
手段２０００を有する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、分散処理方法、分散処
理システム及び分散処理管理装置に係り、特に、公衆網
やＬＡＮに接続される複数の計算機やワークステーショ
ン内の複数の処理のモジュール（アプリケーションプロ
グラム等）で、一つの処理を分散して行う分散処理方
法、分散処理システム及び分散処理管理装置に関する。

【０００２】例えば、このような分散処理は、公衆回線
の開通業務等の処理に使用される。本発明は、１台の計
算機やワークステーション内で複数の処理モジュールに
より分散処理を行う場合にも適用される。

【０００３】

【従来の技術】

［従来のシステム構成］図３９は、従来の複数のワーク
ステーションで分散処理を行う分散処理システムの構成
を示す。同図に示す構成は、ネットワーク１０にワーク
ステーション（以下ＷＳ）１００，２００，３００が接
続されている。ＷＳ１００はアプリケーションプログラ
ム（ＡＰ）１１０、１２０が、ＷＳ２００はＡＰ２１０
が、ＷＳ３００はＡＰ３１０がそれぞれ搭載されてい
る。

【０００４】同図のシステムは、３つのＷＳ１００、２
００、３００で分散処理を行う例であり、各ＷＳ１０
０、２００、３００は、ＬＡＮや公衆網等のネットワー
ク１０に接続されている。

【０００５】図４０は、従来のワークステーションのモ
ジュール構成を示す。同図に示されるＷＳは、上記の図
３９に示すＷＳ１００のモジュールである。

【０００６】ＷＳ１０は、図４０に示すように、ＡＰ１
１０，ＡＰ１２０、ＡＰ間の通信を行う通信モジュール
１１１、１１２、１１３、１２１、１２２、オペレーテ
ィングシステム（以下、ＯＳ）２０、ネットワーク１０
を介して情報を転送するための通信プロトコルを実行す
る通信プロトコル実行モジュール３０から構成される。

【０００７】各通信モジュールは、通信を行う相手のア
プリケーションプログラム対応に通信モジュールを持っ
ている。例えば、ＡＰ１１０は、ＷＳ２００に搭載され
たＡＰ２１０対応にＡＰ１１０−ＡＰ２１０間通信モジ
ュール１１１を、また、ＡＰ３１０対応にＡＰ１１０−
３１０間通信モジュール１１３、また、ＡＰ１２０対応
にＡＰ１１０−２１０間通信モジュール１１２を有す
る。

【０００８】さらに、ＡＰは各ＷＳで定められた機能を
実行するものであり、ＡＰ間で情報の転送が生じた場合
には、通信モジュールがその間の通信を実行する。例え
ば、ＷＳ１００のＡＰ１１０からＷＳ２００のＡＰ２１
０に対して通信処理を行う場合には、ＷＳ１００のＡＰ
１１０で処理されたデータは、ＡＰ１１０−２１０間通
信モジュール１１２に送られ、通信プロトコル実行モジ
ュール３０で一定の通信手順により相手側のＷＳ２００
に送られる。逆に、ＷＳ２００のＡＰ２１０から受信し
たデータは、通信プロトコル実行モジュール３０を経由
してＡＰ１１０−ＡＰ２１０間通信モジュール１１２で
受信され、ＡＰ２１０に送られる。

【０００９】［従来の開通業務処理の例］次に、具体的
な分散処理の例を公衆回線を開通させる業務を例とし
て、説明する。図４１は、従来の分散処理システムの例
を示す。図４０に示す通信プロトコル実行モジュール３
０は省略されており、以下の説明においても簡単のため
省略する。

【００１０】ＷＳ１００には、局データ作成ＡＰ１１
０、スケジュール管理ＡＰ１２０が搭載されている。局
データ作成ＡＰ１１０は、開通させる回線を収容した交
換機４０に対し、開通に必要な投入データを作成する機
能を有する。スケジュール管理ＡＰ１２０は、その日に
開通予定の回線を開通回線ファイル４００から抽出し、
開通業務のスケジュールを管理する機能を有する。

【００１１】また、ＷＳ２００は、回線データベース５
００が接続されており、この回線データベース５００の
データの検索、更新等の処理を行うデータベース更新Ａ
Ｐ２１０が搭載されている。

【００１２】また、ＷＳ３００は、実際の交換機４０へ
開通データを投入する等の交換機４０の制御機能を有す
る交換機投入ＡＰ３１０及び交換機投入ＡＰ３１０とＡ
Ｐ１１０間の通信モジュール３１１が搭載されている。

【００１３】次に、上記の構成のシステムの動作につい
て説明する。

【００１４】（１）回線開通業務の動作まず、回線開通の全体の動作の流れを説明する。図４２
は、従来の回線開通処理のＡＰ間のデータ転送を示すシ
ーケンスチャートである。

【００１５】ステップ１）最初に、スケジュール管理Ａ
Ｐ１２０が事前にＷＳ１００に投入されているその日に
開通する対象の回線名等のデータを抽出する。次に、該
当する回線名の交換機収容番号等のデータを検索するた
め、開通回線のデータ検索依頼コマンドをデータベース
更新ＡＰ２１０に送信する。

【００１６】ステップ２）データベース更新ＡＰ２１０
は、回線データベース５００にアクセスし、該当する回
線名の交換機４０の収容端子番号等の詳細なデータを検
索し、検索したデータを検索依頼元であるＷＳ１００の
スケジュール管理ＡＰ１２０に転送する。

【００１７】ステップ３）スケジュール管理ＡＰ１２０
は、検索したデータ（局内の交換機４０の収容端子番号
等）を局データ作成ＡＰ１１０に転送し、交換機４０に
投入できる局データの作成を依頼する。

【００１８】ステップ４）局データＡＰ１１０は、スケ
ジュール管理ＡＰ１２０からの局データ作成の依頼コマ
ンドを受信して、局データを作成し、作成した局データ
の交換機投入コマンドを交換機投入ＡＰ３１０に転送す
る。

【００１９】ステップ５）交換機投入ＡＰ３１０は、交
換機４０へのデータ投入依頼を受信し、交換機４０にデ
ータを投入し、交換機データの投入が正常に終了した場
合には、正常終了である旨を、正常に終了しなかった場
合には、異常終了である旨を依頼元である局データＡＰ
１１０に転送する。

【００２０】ステップ６）局データＡＰ１１０は、交換
機データ投入ＡＰ３１０から交換機投入の正常終了であ
る通知を受信すると、回線データの更新依頼コマンドを
データベース更新ＡＰ２１０に送信する。

【００２１】ステップ７）データベース更新ＡＰ２１０
は、回線データ更新依頼のコマンドの受信により、回線
データベース５００の該当する回線が開通したことを表
すように更新し、更新後、更新が終了したことを、依頼
元である局データ作成ＡＰ１１０に通知する。なお、局
データ作成ＡＰ１１０は、交換機データ投入ＡＰ３１０
から交換機投入の異常終了である通知を受信した場合
は、回線データベース５００の更新を行わない。

【００２２】ステップ８）最後に、局データ作成ＡＰ１
１０は、終了結果（正常／異常）をスケジュール管理Ａ
Ｐ１２０に通知する。スケジュール管理ＡＰ１２０は、
図４３に示すように、受信した通知結果に基づいて回線
開通が正常に終了したかどうかをチェックし、異常であ
る場合には、その旨を表示する。これで１回線の開通業
務が終了する。

【００２３】なお、上記の１回線の開通に着目とする
と、上記のような処理フローになるが、実際には、各々
のＡＰは分散処理のため、独立に動作しており、１つの
回線の開通処理が終了しないと、次の回線の開通処理に
移行できないわけではなく、複数の回線の開通処理を並
行に行っている。従って、この状態を各々のＡＰに着目
した処理について以下に説明する。

【００２４】（２）スケジュール管理ＡＰの動作スケジュール管理ＡＰ１２０の動作を図４３に基づいて
説明する。図４３は、スケジュール管理ＡＰの処理のフ
ローチャートである。

【００２５】ステップ１０１）まず、スケジュール管理
ＡＰ１２０はその日に開通させる回線名を開通回線ファ
イル４００から抽出する。回線名は、例えば『東京−横
浜１−３−５』のように該当する回線が特定できるよう
な番号が付与されている。

【００２６】ステップ１０２）スケジュール管理ＡＰ１
２０で抽出された回線名は、図４４に示す処理管理テー
ブル６００に処理番号と共に書き込まれる。図４４に示
す処理管理テーブル６００は、処理番号６１０、検索欄
６２０、作成欄６３０、回線名６４０、及び検索データ
６５０より構成される。処理番号６１０は、複数の処理
が実行中の時に区別できるように付加するもので、各々
の処理に同一の番号が付加されなければよく、必ずしも
図４４に示すように番号順に割り当てなくともよい。図
４４の処理管理テーブルＡには、処理番号毎に、回線名
と共に処理の進捗を管理するために、検索欄６２０と作
成欄６３０が用意されている。回線名６４０は、回線を
特定するための識別名が記入され、検索データ６５０
は、データベース更新ＡＰ２１０から受信されるデータ
検索結果を記入する。

【００２７】ステップ１０３）次に、スケジュール管理
ＡＰ１２０は、該当する回線名の交換機収容番号等のデ
ータの検索をＷＳ２００のデータベース更新ＡＰ２１０
に依頼する。依頼のコマンドは、ＡＰ１２０−２１０間
通信モジュール１１３を介して、処理番号と回線名と共
に、送信される。

【００２８】ステップ１０４）データの検索を依頼後、
処理管理テーブルＡ６００の検索欄６２０を『処理中』
と変更する。即ち、図４４のテーブルの例では、現在、
処理中もしくは、終了した処理が６つあり、処理番号
“１”〜“４”は、検索が終了し、“５”は、処理中で
未処理状態であることがわかる。

【００２９】ステップ１０５）次に、スケジュール管理
ＡＰ１２０は、データベース更新ＡＰ２１０から処理番
号とデータ検索結果をＡＰ１２０−２１０間通信モジュ
ール１２１を介して受信する。

【００３０】ステップ１０６）スケジュール管理ＡＰ１
２０は、処理管理テーブルＡ６００の該当する処理番号
の項目の検索欄６２０を、『処理中』から『終了』に変
更する。

【００３１】ステップ１０７）次に、スケジュール管理
ＡＰ１２０は、検索したデータに基づいて、交換機４０
への投入データの依頼を同じＷＳ１００の局データ作成
ＡＰ１１０に送信する。依頼のコマンドは、ＡＰ１２０
−１１０間通信モジュール１２２を介して、処理番号と
検索データと共に送信される。

【００３２】ステップ１０８）局データの作成依頼後、
処理管理テーブルＡ６００の作成欄６３０を『処理中』
と変更する。

【００３３】ステップ１０９）局データ作成ＡＰ１１０
から開通業務の終了結果を処理番号と共にＡＰ１２０−
１１０間通信モジュール１２２を介して受信する。

【００３４】ステップ１１０）データベース更新ＡＰ１
２０は、開通業務が正常終了か異常終了かを判断す
る。、図４４の処理管理テーブルＡ６００の例では、処
理番号の“１”は正常終了、“２”は異常終了とし、処
理番号“３”及び“４”は現在処理中であることがわか
る。

【００３５】ステップ１１１）ステップ１１０におい
て、開通業務が正常に終了していれば、処理管理テーブ
ルＡ６００の該当する番号の作成欄６１０を『正常終
了』とする。

【００３６】ステップ１１２）ステップ１１０におい
て、開通業務が異常終了している場合には、処理管理テ
ーブルＡ６００の該当する番号の作成欄６１０を『異常
終了』とする。

【００３７】上記により、スケジュール管理ＡＰ１２０
の処理は終了する。ここでは、説明を簡単にするため、
１つの回線開通がシーケンシャルに処理されるように説
明したが、実際には、各々の処理は並行に処理される。
例えば、検索と作成は並行して行われ、一つの回線の局
データ作成処理が行われている間であっても検索処理は
行われる。

【００３８】また、検索処理にしても、データベース更
新ＡＰ２１０に対して２つの回線の検索結果が終了する
前であっても、次の回線の検索依頼は送信できる。その
ために、処理管理テーブルＡ６００があり、各々のＡＰ
間のコマンドのやりとりには、処理番号が付与されてい
る。

【００３９】（３）局データ作成ＡＰの動作図４５は、従来の局データ作成ＡＰの処理のフローチャ
ートである。

【００４０】ステップ２０１）まず、局データ作成ＡＰ
１１０は、スケジュール管理ＡＰ１２０から局データの
作成依頼を、処理番号及び該当する回線の交換機収容番
号等の検索データと共にＡＰ１１０−１２０間通信モジ
ュール１１２を介して受信する。

【００４１】ステップ２０２）局データ作成ＡＰ１１０
は、図４６に示す局データ作成ＡＰの処理管理テーブル
Ｃ７００に受信したその処理番号を書き込むと共に、作
成欄７１０を『処理中』とする。図４６に示す処理管理
テーブルＣ７００は、処理番号毎に作成欄７２０、投入
欄７３０、更新欄７４０、結果通知欄７５０、回線名欄
７６０及び検索データ欄７７０を有する。

【００４２】ステップ２０３）次に、局データ作成ＡＰ
１１０は、検索データに基づいて、交換機４０を制御で
きる投入データを作成する。

【００４３】ステップ２０４）処理管理テーブルＣ７０
０の作成欄７２０を『終了』と変更する。図４６の処理
管理テーブルＣ７００の例では、現在処理中もしくは、
終了した処理が５つあり、処理番号欄７１０の“１”〜
“４”は、局データの作成が終了し、“５”は、処理中
であることがわかる。

【００４４】ステップ２０５）次に、局データ作成ＡＰ
１１０は、局データの交換機投入をＷＳ３００の交換機
投入ＡＰ３１０に依頼する。依頼のコマンドは、ＡＰ１
１０−３１０間通信モジュール１１３を介して処理番号
と交換機投入用データと共に送信される。

【００４５】ステップ２０６）局データ作成ＡＰ１１０
は、データの投入を依頼後、処理管理テーブルＣ７００
の投入欄７３０を『処理中』と変更する。

【００４６】ステップ２０７）その後、交換機投入ＡＰ
３１０から処理番号とデータ検索結果をＡＰ１１０−３
１０間通信モジュール１１３を介して受信する。

【００４７】ステップ２０８）受信した検索結果によ
り、処理管理テーブルＣ７００の該当する処理番号の項
目の投入欄７３０を投入の結果に応じて『正常終了』
か、または、『異常終了』と変更する。図４６の例で
は、処理番号“１”及び“３”は正常終了、“２”は異
常終了、“４”は現在処理中であることがわかる。

【００４８】ステップ２０９）次に、局データ作成ＡＰ
１１０は、局データの交換機投入が『正常終了』か『異
常終了』かを判定し、異常終了の場合には、ステップ２
１４に移行する。

【００４９】ステップ２１０）ステップ２０９におい
て、『正常終了』の場合には、ＷＳ２００のデータベー
ス更新ＡＰ２１０に該当する回線データベース５００の
データの運用が開始されることを表すように更新するこ
とを依頼する。依頼コマンドは、ＡＰ１１０−２１０間
通信モジュール１１１を介して、処理番号と回線名と共
に送信される。

【００５０】ステップ２１１）データ更新の依頼後、処
理管理テーブルＣ７００の更新欄７４０を『処理中』と
変更する。

【００５１】ステップ２１２）その後、データベース更
新ＡＰ２１０から処理番号と回線データベース５００の
更新終了通知をＡＰ１１０−２１０間通信モジュール１
１１を介して受信する。

【００５２】ステップ２１３）処理管理テーブルＣ７０
０の該当する処理番号の項目の更新欄７４０を『終了』
と変更する。図４６の処理管理テーブルＣ７００の例で
は、処理番号７１０の“１”は終了、“３”は現在処理
中であることがわかる。

【００５３】なお、交換機４０へのデータ投入が『異常
終了』した場合は、回線データベース５００の更新は行
わない。従って、処理番号７１０が“２”の更新欄７４
０は『未処理』となっている。

【００５４】ステップ２１４）最後に、回線開通処理の
終了結果（正常／異常）をスケジュール管理ＡＰ１２０
に通知する。通知は、ＡＰ１１０−１２０間通信モジュ
ール１１１を介して処理番号と共に送信される。通知
後、処理管理テーブルＣの該当する処理番号の項目の結
果通知欄７５０を『終了』と変更する。図４７の処理管
理テーブルＣ７００の例では、処理番号の“１”と
“２”のみが、結果通知が終了している。

【００５５】以上で、局データ作成ＡＰ１１０の処理は
終了する。ここでも、説明を簡単にするため、１つの局
データ作成ＡＰ１１０がシーケンシャルに処理されるよ
うに説明したが、実際には、各々の処理は並行に処理さ
れる。

【００５６】（４）交換機投入ＡＰ次に、交換機投入ＡＰ３１０の動作を以下のフローチャ
ートにより説明する。図４７は、従来の交換機投入ＡＰ
の処理のフローチャートである。

【００５７】ステップ３０１）交換機投入ＡＰ３１０
は、局データの交換機投入の依頼を処理番号及び交換機
投入用データと共に、ＡＰ３１０−１１０間通信モジュ
ールを介して受信する。

【００５８】ステップ３０２）図４８に示す交換機投入
ＡＰ３１０の処理管理テーブルＤ８００に受信した処理
番号を書き込むと共に、投入欄８２０を『処理中』とす
る。図４８の処理管理テーブルＤ８００は処理番号毎
に、投入欄８２０、終了通知欄８３０が用意してある。

【００５９】ステップ３０３）交換機４０にデータを投
入する。

【００６０】ステップ３０４）データ投入後、交換機４
０から投入結果を受信する。

【００６１】ステップ３０５）投入結果を受信すると、
その投入結果を解析し、処理管理テーブルＤ８００の投
入欄８２０を、投入が成功した場合には、『正常終了』
と、投入が不成功に終わり、回線開通ができなかった場
合には、『異常終了』と書き換える。図４８に示す処理
管理テーブルＤ８００の例では、現在、処理中もしく
は、終了した処理が３つあり、処理番号欄８１０の
“１”及び“３”は正常終了で、“２”は異常終了であ
ることがわかる。

【００６２】ステップ３０６）交換機投入ＡＰ３１０
は、交換機４０へのデータ投入の終了結果（正常／異
常）を局データ作成ＡＰ１１０に通知する。通知は、Ａ
Ｐ３１０−１１０間通信モジュールを介して処理番号と
共に送信される。通知後、処理管理テーブルＤ８００の
該当する処理番号の終了通知欄８３０を『終了』と変更
する。図４８の処理管理テーブルＤ８００の例では、処
理番号“１”と“２”が終了通知が終了している。

【００６３】以上により、交換機投入ＡＰ３１０の処理
は終了する。ここでも、説明を簡単にするため、１つの
交換機投入ＡＰ３１０がシーケンシャルに処理されるよ
うに説明したが、実際には、各々の処理は、並行に処理
される。

【００６４】（５）データベース更新ＡＰ次にデータベース更新ＡＰ２１０の動作について以下の
フローチャートにより説明する。データベース更新ＡＰ
２１０は、回線データベース５００のデータ検索と更新
という２つの機能がある。各々の機能は受信したコマン
ドより、振り分けられる。以下のフローチャートでは振
り分けられた後の処理を示す。図４９は、従来のデータ
ベース更新ＡＰの検索処理を示すフローチャートであ
る。最初に同図のフローチャートに従って、検索処理を
説明する。

【００６５】i) 検索処理ステップ４０１）まず、データベース更新ＡＰ２１０
は、スケジュール管理ＡＰ１２０から局データの検索依
頼コマンドを、処理番号及び回線名と共にＡＰ２１０−
１２０間通信モジュールを介して受信する。

【００６６】ステップ４０２）データベース更新ＡＰ２
１０は、検索依頼コマンドを受信すると、図５０に示す
データベース更新ＡＰ２１０の処理管理テーブルＢ−１
に受信した処理番号を書き込むと共に、検索欄９２０を
『処理中』とする。図５０の処理管理テーブルＢ−１は
処理番号毎に、検索欄９２０及び検索データ送信欄９３
０が用意してある。

【００６７】ステップ４０３）データベース更新ＡＰ２
１０は、スケジュール管理ＡＰ１２０から受信した回線
名で回線データベース５００を検索する。検索後、処理
管理テーブルＢ−１の検索欄９２０を『終了』と書き換
える。図５０の処理管理テーブルＢ−１の例では、現
在、処理中もしくは、終了した処理が５つあり、処理番
号“１”〜“４”は“終了”で、“５”は“現在処理
中”であることがわかる。

【００６８】ステップ４０４）次に、データベース更新
ＡＰ２１０は、検索データの検索依頼元であるスケジュ
ール管理ＡＰ１２０に通知する。通知は、ＡＰ２１０−
１２０間通信モジュールを介して処理番号と共に送信さ
れる。

【００６９】ステップ４０５）通知後、処理管理テーブ
ルＢ−１の該当する処理番号の項目の検索データ送信欄
９３０を『終了』と変更する。図５０の例では、処理番
号の“１”〜“４”は、終了通知が終了し、処理番号の
“５”は未処理である。

【００７０】ii) 更新処理次に、データベース更新ＡＰ２１０の更新機能について
説明する。以下の動作は、受信したコマンドにより更新
処理を行うように振り分けられたものとする。。以下の
フローチャートでは振り分けられた後の処理を示す。図
５１は、従来のデータベース更新ＡＰの更新処理を示す
フローチャートである。

【００７１】ステップ５０１）まず、データベース更新
ＡＰ２１０は、ＷＳ１００の局データ作成ＡＰ１１０よ
り回線データベース５００の更新依頼コマンドを、処理
番号及び回線名と共にＡＰ２１０−１１０間通信モジュ
ールを介して受信する。

【００７２】ステップ５０２）更新依頼コマンドを受信
すると、図５２に示すデータベース更新ＡＰ２１０の処
理管理テーブルＢ−２に、受信した処理番号を書き込む
と共に、更新欄１０２０を『処理中』とする。図５２の
処理管理テーブルＢ−２は、処理番号毎に更新欄９２
０、更新通知欄９３０が用意してある。

【００７３】ステップ５０３）次に、データベース更新
ＡＰ２１０は、該当する回線名のデータを運用開始であ
ることを示すように回線データベース５００を更新後、
処理管理テーブルＢ−２の更新欄１０２０を『終了』と
書き換える。図５２のテーブルの例では、現在、処理中
もしくは、終了した処理が２つあり、処理番号１０１０
の“１”及び“３”共に更新が終了していることがわか
る。

【００７４】ステップ５０４）データベース更新ＡＰ２
１０は、更新通知を依頼元であるＷＳ１００の局データ
作成ＡＰ１１０に通知する。通知は、ＡＰ２１０−１１
０間通信モジュールを介して、処理番号と共にＷＳ１０
０の局データ作成ＡＰ１１０に送信される。

【００７５】ステップ５０５）通知後、処理管理テーブ
ルＢ−２の該当する処理番号の項目の更新通知欄１０３
０を『終了』と変更する。図５２の処理管理テーブルＢ
−２の例では、処理番号の“１”は、更新処理が終了
し、“３”は未処理であることを示す。

【００７６】以上により、データベース更新ＡＰ２１０
の処理は終了する。ここでも説明を簡単にするため、１
つのデータベース更新ＡＰ２１０がシーケンシャルに処
理されるように説明したが、実際には、各々の処理は並
行に処理される。

【００７７】

【発明が解決しようとする課題】しかしながら、上記従
来の分散処理システムでは、各ＡＰ間でのやり取りが多
く、各々のＡＰで処理管理テーブルを持たなければなら
ないため、管理が非常に複雑である。特に、回線開通の
例の局データ作成ＡＰのように１つのＡＰがすべてのＡ
Ｐと情報のやり取りを行う場合には、本来の局データの
処理よりも、通信処理の管理の方が多くなるという傾向
にある。

【００７８】また、図４２に示すようなシステム全体の
転送フローを作成した後でない限り、システム個々のプ
ログラムを作成することができないために、新たにシス
テムに機能を追加し、ＡＰを増やしたり、ＡＰを削減す
る場合には、データ転送フローを全て作成し直し、新た
に作成されたフローに関連する全てのＡＰの処理管理テ
ーブルや処理フローを見直し、作り直す必要がある。こ
のように従来の分散処理システムは、機能追加、変更、
削減等の操作が柔軟にできないという問題がある。

【００７９】本発明は、上記の点に鑑みなされたもの
で、上記従来の問題点を解決し、分散処理において、Ａ
Ｐに対して機能の追加、変更、削除等を行う必要が発生
した場合に容易にそれらの操作が可能な分散処理方法、
分散処理システム及び分散処理管理装置を提供すること
を目的とする。

【００８０】さらに、本発明は、同一の端末装置や計算
機に搭載されているＡＰ間における通信モジュールを用
いるＡＰ間の通信を不要とすることが可能な分散処理方
法、分散処理システム及び分散処理管理装置を提供する
ことを目的とする。

【００８１】さらに、本発明は、あるＡＰが処理要素
（トランザクション）を有するファイルをオープンして
いる間は、他のＡＰが同じファイルを使用することを禁
止する排他制御が可能な分散処理方法、分散処理システ
ム及び分散処理管理装置を提供することを目的とする。

【００８２】

【課題を解決するための手段】本発明の分散処理方法
は、システム全体の一連の処理を複数の処理に分割し、
複数のアプリケーションプログラムが事前に分割された
複数のいずれかの処理を行うように設定され、システム
に処理が要求されている一連の処理である処理要素をア
プリケーションプログラムの各々が独立して処理を行う
分散処理方法において、処理要素がアプリケーションプ
ログラムにより処理されている状態と、アプリケーショ
ンプログラムでの処理の待機状況を管理するものであ
る。

【００８３】図１は、本発明の原理を説明するための図
である。

【００８４】本発明の分散処理方法は、システムで処理
されている複数の処理要素の各々が次に処理される前記
アプリケーションプログラムでの処理を待っている待ち
行列に存在している全ての処理要素の処理の順番を管理
するための分散処理管理手段を有し、１つの処理要素に
対して、アプリケーションプログラムの処理が終了する
と（ステップ１０）、次のアプリケーションプログラム
に処理を移動させる際に、処理要素の処理を行ったアプ
リケーションプログラムが、分散処理管理手段に次のア
プリケーションプログラムを通知し（ステップ２０）、
分散処理管理手段は、アプリケーションプログラムから
の通知に基づいて、待ち行列の識別子を次のアプリケー
ションプログラムの処理を待つ待ち行列の識別子に変更
し（ステップ３０）、処理された処理要素が存在した待
ち行列の処理要素の処理の順番と移動先の待ち行列の処
理要素の処理の順番を変更する（ステップ４０）。

【００８５】図２は、本発明の原理構成図である。

【００８６】本発明の分散処理装置は、システム全体の
一連の処理を複数の処理に分割し、複数のアプリケーシ
ョンプログラムが事前に分割された複数のいずれかの処
理を行うように設定され、システムに処理が要求されて
いる一連の処理である処理要素をアプリケーションプロ
グラムの各々が独立して処理を行う分散処理システムに
おいて、処理要素を処理するための少なくとも１つのア
プリケーションプログラム１１０と、全てのアプリケー
ションプログラムで共有する１つの通信モジュールと、
アプリケーションプログラム１１０により処理された処
理要素を、次のアプリケーションプログラムの処理を移
動させるための通知を行う通知手段１７０とを含む少な
くとも１つの分散処理端末装置１００、２００と、シス
テムで処理されている複数の処理要素の各々が分散処理
端末装置１００、２００の通知手段１７０からの通知に
基づいて、次に処理されるアプリケーションプログラム
での処理を待っている待ち行列に存在している全ての処
理要素の処理の順番を管理する分散処理管理手段２００
０を有する。

【００８７】また、上記の分散処理管理手段２０００
は、処理要素を移動させる待ち行列の順番を保持する各
処理要素に対応する固有のファイル２２３０を有する。

【００８８】また、上記の分散処理管理手段２０００
は、待ち行列に存在している処理要素の先頭と末尾の識
別子を管理する第１の管理テーブル２２１０と、処理要
素の識別子と現在処理要素が存在している待ち行列の前
及び後に位置する処理要素の識別子を管理する第２の管
理テーブル２２２０を有する。

【００８９】また、上記の第２の管理テーブル２２２０
は、処理要素に対応する固有のファイルの識別子毎に、
固有のファイルが使用済か否かを示す識別子を有する。

【００９０】また、上記の第１の管理テーブル２２１０
は、待ち行列に存在している処理要素の数が所定値以上
になった場合に、アプリケーションプログラム１１０へ
の処理要素の移動を制限する。

【００９１】また、少なくとも１つ以上の分さ処理端末
装置で複数のアプリケーションプログラムを分散配置す
る。

【００９２】また、上記の分散処理端末装置１００、２
００は、分散管理手段２０００との通信を行うためのそ
れぞれ１つの通信モジュールを有する。

【００９３】また、上記の分散処理端末装置１００、２
００と分散処理手段２００との通信を行うための１つの
通信モジュールを有する。

【００９４】さらに、本発明の分散処理管理装置は、シ
ステム全体の一連の処理を複数の処理に分割し、複数の
アプリケーションプログラムが事前に分割された複数の
いずれかの処理を行うように設定され、システムに処理
が要求されている一連の処理である処理要素をアプリケ
ーションプログラムの各々が独立して処理を行う分散処
理システムにおける分散処理管理装置であって、アプリ
ケーションプログラムでの処理を待っている待ち行列に
存在している全ての処理要素及び処理要素の処理の順番
を管理する管理手段を有する。

【００９５】また、上記の管理手段は、処理要素を次の
アプリケーションプログラムに移動させる待ち行列の順
番を付して格納する処理要素毎に固有のファイルと、待
ち行列に存在している処理要素の先頭と末尾の識別子を
管理する第１の管理テーブルと、処理要素の識別子と現
在処理要素が存在している待ち行列の前及び後に位置す
るファイルが使用済か否かを示す識別子を管理する第２
の管理テーブルと、次のアプリケーションプログラムに
処理を移動させるための通知が入力されると、処理すべ
き処理要素の順番及び現在そのアプリケーションプログ
ラムで処理されているかを、第１の管理テーブル、第２
の管理テーブル及び固有のファイルを参照することによ
り監視する監視手段とを有する。

【００９６】また、上記の監視手段は、アプリケーショ
ンプログラムによる処理要素を発生順に待ち行列に待機
させ、アプリケーションプログラムにより処理を行う処
理要素が格納されているファイルがオープンされると、
第１の管理テーブルの先頭の処理要素の識別子を参照
し、待ち行列の先頭にある処理要素を取り出してアプリ
ケーションに引き渡す。

【００９７】また、上記の監視手段は、アプリケーショ
ンプログラムによりファイルがクローズされると、第２
の管理テーブルの識別子を使用済に変更する。

【００９８】

【作用】本発明は、分散処理管理手段を設けることによ
り、従来、ＡＰにより各々の処理の管理と、ファイルの
管理を行っていたのに対し、全ての処理の管理とファイ
ルの管理を行うものである。従って、ＡＰ間で直接の情
報の送受信を行わず、全て分散管理手段を介して情報の
送受信を行うものである。即ち、本発明では、一元的に
ファイルを管理することにより、一連の処理（トランザ
クション）のうち、現在どのＡＰでどのトランザクショ
ンに対して、どのような処理が行われているかを管理す
ることが可能である。

【００９９】従って、ＡＰと分散管理手段間でのみ通信
を行うため、通信モジュールをＡＰ毎に所有する必要が
なく、通信モジュールが分散処理端末装置毎に１つ搭載
されるのみである。

【０１００】また、全く同じ機能を有するＡＰを他の分
散処理端末装置に追加して負荷分散を図ることも可能で
ある。

【０１０１】また、分散処理管理手段は、処理すべき処
理要素と、現在各処理要素がどのＡＰで処理されている
かを識別子により、管理できるため、他のＡＰからのア
クセスがあった場合に排他制御が可能であると共に、待
ち行列内の処理要素の異常状態を監視できる。

【０１０２】さらには、分散書監視装置で処理要素対応
に固有のファイルを持ち、待ち行列の先頭及び末尾の処
理要素を管理し、パスに基づいてＡＰの追加や変更時
に、待ち行列の順番を変更のみを行えばよい。

【０１０３】また、分散処理管理手段は、処理待ちの処
理要素の数がある一定数以上になった場合に、ＡＰから
の通知による処理要素の移行を禁止することにより、特
定の待ち行列の待ち処理要素のみが、過度に多くなるこ
とを防ぐ。

【０１０４】

【実施例】以下、図面と共に本発明の一実施例を説明す
る。

【０１０５】図３は、本発明の一実施例の分散処理シス
テムの例を示す。同図は、複数のワークステーション
（ＷＳ）で分散処理を行う分散処理システムの例を示
す。同図中、図３９と同一構成部分には同一符号を付
す。

【０１０６】図３に示す構成は、従来の構成と同様に、
３つのＷＳ１００、２００、３００で分散処理を行うも
のである。ＷＳ１００、２００、３００は、ＬＡＮや公
衆網等のネットワーク１０に接続されている。

【０１０７】処理分散装置２０００は、管理部２１００
と記憶部２２００より構成され、ネットワーク１０に接
続されている。

【０１０８】図４は、本発明の一実施例のＷＳの構成を
示す。同図の例は、図３におけるＷＳ１００の構成であ
る。同図に示すＷＳ１００は、２つのＡＰ１１０、１２
０、ＡＰ１１０、１２０とＴＭ２０００間の通信を行う
ためのＡＰ−ＴＭ間通信モジュール６０、通信プロトコ
ル実行モジュール３０、オペレーティングシステム（Ｏ
Ｓ）２０より構成される。このように、１つのＷＳ内に
１つのＡＰ−ＴＭ間通信モジュール６０を設け、通信は
全てＡＰ１１０、１２０とＴＭ２０００間で行う。従っ
て、通信モジュールを従来のようにＡＰ対応に持つ必要
がない。また、ＡＰ−ＴＭ間通信モジュール６０は、Ａ
Ｐに依存せず、全て同じプログラムで対応できるため、
ＡＰ−ＴＭ間通信モジュール６０は全てのＡＰに共通で
使用できる１種類のプログラムで可能である。また、図
４に示すＡＰ−ＴＭ間通信モジュール６０は、各ＷＳ毎
に１つ備えていればよい。

【０１０９】図５は、本発明の一実施例の分散処理管理
装置の管理部のモジュール構成を示す。同図に示すＴＭ
２０００の管理部２１００は、管理モジュール２１１
０、ＴＭ−ＡＰ間通信モジュール２１２０、通信プロト
コル実行モジュール２１３０及びＯＳ２１４０より構成
される。

【０１１０】管理部２１００の管理モジュール２１１０
は、待ち行列で処理すべき処理要素（トランザクショ
ン）の順番と現在、どのＡＰで処理されているかを管理
している。通信プロトコル実行モジュール２１３０とＴ
Ｍ−ＡＰ間通信モジュール２１２０は、図４に示すＷＳ
１００のＡＰ−ＴＭ間通信モジュール６０及び通信プロ
トコル実行モジュール３０と同様に、通信プロトコルを
実行する。

【０１１１】図６は、本発明の一実施例の分散処理管理
装置の記憶部内テーブル及びファイル構成を示す。記憶
部２２００は、管理部２１００で管理している待ち行列
キュー管理テーブル２２１０、トランザクション管理テ
ーブル２２２０及び各トランザクションのファイル２２
３０が格納されている。これらの詳細は後述する。

【０１１２】次に、ＴＭの管理部２１００内で処理の管
理について説明する。図７は、本発明の一実施例の管理
部の動作を説明するための図である。同図は、ＡＰによ
る管理部２１００内のワークキューの制御を示してい
る。ワークキューに、各ＡＰでの処理を待っているトラ
ンザクションが発生順に並べられている。各ＡＰは自分
が処理すべきトランザクションがあるファイル２２３０
をオープン（ＯＰＥＮ）し、ワークキューにアクセス
し、そのワークキューの先頭のトランザクションを１つ
だけ引き出して処理を行い、処理が終了したら、当該フ
ァイル２２３０をクローズ（ＣＬＯＳＥ）する。

【０１１３】図８は、本発明の一実施例のファイルのオ
ープン／クローズのシーケンスチャートである。各ＡＰ
からＴＭ２０００に対して、対象のワークキュー名を指
定し、ＯＰＥＮコマンドを出す（ステップ６０１）。Ｔ
Ｍ２０００の管理部２１００はＯＰＥＮコマンドを受信
すると、コマンドに対応するワークキューの先頭のトラ
ンザクションファイルの内容をＡＰに転送する（ステッ
プ６０２）。ＡＰはそのファイルの内容の変更等の処理
（ステップ６０３）をした後、ＴＭ２０００に対してＣ
ＬＯＳＥコマンドを発すると共に、更新したファイルを
オープンして内容を転送する（ステップ６０４）。な
お、ＴＭ２０００では、あるＡＰがファイルをオープン
している間は、管理部２１００の制御によりＡＰが同じ
ファイルを使用することを禁じるようになっている。

【０１１４】次に、ＡＰはそのトランザクションに対す
る自分の処理が終了すると、図９に示すように、そのト
ランザクションを次の処理を待つ他のワークキューに移
行するため、ＴＭ２０００に移行（ＭＯＶＥ）コマンド
を発行する（ステップ６０５）。これにより、ＴＭ２０
００は、図７に示すように、ワークキューの先頭にあっ
たトランザクションを移動先のワークキューの最後尾に
付加する。

【０１１５】例えば、トランザクションは処理案件で、
ワークキューは、言わば、その処理案件が入っている棚
のようなものであり、ＡＰはその案件を処理する責任を
負った担当者のようなものである。即ち、担当者である
ＡＰは、自分が処理すべき案件（トランザクション）が
入っている棚（ワークキュー）を把握しており、その棚
（ワークキュー）に入っている案件（トランザクショ
ン）は、自分の処理能力に応じて順次処理し、処理した
後、次の担当者が処理すべき棚（ワークキュー）に回
す。ＴＭ２０００は、この案件（トランザクション）を
誰が処理しているか、また、各棚（ワークキュー）の処
理状況はどうか管理している。

【０１１６】ＴＭ２０００での実際の管理は、図６に示
すトランザクション管理キューテーブル２２２０とキュ
ー管理テーブル２２１０とによって行われる。

【０１１７】図６に示す記憶部２２００に格納されてい
るトランザクション管理テーブル２２２０について説明
する。

【０１１８】i) トランザクション管理テーブルトランザクション管理テーブル２２２０は、各案件（ト
ランザクション）を誰（どのＡＰ）が処理しているかを
管理するためのテーブルである。図１０は、本発明の一
実施例のトランザクション管理テーブルの構造を示す。
トランザクション管理テーブル２２２０は、案件（トラ
ンザクション）の数だけ用意されている。各案件（トラ
ンザクション）には、発生した順にトランザクション番
号（項番１）が割り振られる。双方向リンクポインタ
（項番２）はこの案件（トランザクション）ワークキュ
ーの先頭にいるのか最後尾にいるのか、あるいは、他の
どの案件（トランザクション）に繋がっているのかを示
している。オリジンＩＤＬＥ（待ち）キュー名（項番
３）はこの案件（トランザクション）を発した一番最初
のキュー（ＩＤＬＥ（待ち）キューと呼ぶ）の名前であ
る。ＩＤＬＥ（待ち）キューに事前に設定された個数の
トランザクションが用意されている。即ち、初期状態で
は、全てのトランザクションがＩＤＬＥ（待ち）キュー
に待機状態となる。

【０１１９】次に、ファイル名（項番４）は、この案件
（トランザクション）に対応したファイルの名前であ
る。ステータス（項番５）は、現在、この案件（トラン
ザクション）が使用中かどうかを表すもので、未使用の
時は、“０”、使用中の時は“１”となっている。ＴＭ
２０００では、このステータスが“１”のときには、当
該案件（トランザクション）の使用を禁止する排他処理
を行う。

【０１２０】ワークキュー名（項番６）は、現在その案
件（トランザクション）が存在しているワークキュー名
を示している。キーワード項番（７）は、検索用のキー
ワードを示し、ヘッダタイプ（項番８）は、この案件
（トランザクション）がどういうものであるかを示すも
のである。キーワード（項番７）もヘッダタイプ（項番
８）も必須のものではない。

【０１２１】図１１は、本発明の一実施例のファイルの
構成を示す。ファイル２２３０は、ファイル名とキュー
で処理していく順番を示したキュー処理パスと実データ
から構成されている。キューの処理パスは、処理する順
番に、ワークキュー名と処理が済んだかどうかを記載す
る処理結果を並べたものである。即ち、あるワークキュ
ーでの処理が終わる毎にこの処理結果が未処理を表す
“０”から処理済を表す“１”に変更される。ここで
は、処理結果は処理済か否かを表すものにしているが、
処理を終了した日時を書き込むようにしてもよい。ま
た、処理を開始した日時も書き込んだり、どのＡＰが処
理したか等を書き込むようにしてもよい。図１１の例で
は、処理パスでは、データ検索処理を意味し、当該処
理が終了していることを示す。処理パスでは、局デー
タ作成処理を意味し、当該処理は未処理であることを示
す。

【０１２２】キューの処理パスの後には、実際のデータ
である実データがいくつも書かれている。

【０１２３】ii) キュー管理テーブル次に、記憶部２２２０に設定されているキュー管理テー
ブル２２１０について説明する。

【０１２４】キュー管理テーブル２２１０は、各棚（ワ
ークキュー）の処理状況は、どうかを管理するためのテ
ーブルであり、図５に示すような構造であり、ワークキ
ューの数だけ用意される。

【０１２５】ワークキュー名（項番１）は、ワークキュ
ーの名称が記されている。リンクポインタ（項番２）
は、ワークキューの先頭の案件（トランザクション）の
番号（先頭ポインタ）と最後尾の案件（トランザクショ
ン）の番号（末尾ポインタ）が示されており、特に案件
がない場合には、“ｎｕｌｌ”となっている。属性（項
番３）は、そのキューがワークキューかＩＤＬＥ（待
ち）キューかを示すものである。即ち、当該キューが実
行中か待機中であるかを示す。

【０１２６】ヘッダタイプ（項番４）はワークキューが
どういう種類のものかを示すもので、特に必須のもので
はない。但し、ヘッダタイプを用いれば、排他的な処理
を行うことができる。即ち、あるワークキューから他の
ワークキューへトランザクションを移動“ＭＯＶＥ”す
る時に、トランザクション管理テーブル２２２０のヘッ
ダタイプ（項番８）と、移動先のキュー管理テーブル２
２１０のヘッダタイプ（項番４）をチェックして一致し
た場合のみ移動を受入れ、一致しない時は、拒絶するよ
うにすれば、誤ってトランザクションを他のワークキュ
ーへ移動させることを防止でき、信頼性を確保すること
ができる。

【０１２７】iii)キューの管理次に、キューの管理について説明する。

【０１２８】記憶部２２２０の図６のキュー管理テーブ
ル２２１０によって、あるワークキューに属しているト
ランザクションの先頭と末尾の番号がわかる。この番号
に基づいて、例えば、先頭のトランザクションの番号に
該当するトランザクション管理テーブル２２２０を参照
し、双方向リンクポインタ（項番２）からその後に繋が
る、即ち、先頭から２番目の位置にあるトランザクショ
ンが把握できる。

【０１２９】次に、この２番目の位置のトランザクショ
ンのキューに該当するトランザクション管理テーブル２
２２０を探し、そのテーブルから３番目に接続されるト
ランザクションのキューを見つけることができる。この
ようにして、一つのワークキューに接続されているトラ
ンザクションを全て管理することが可能である。

【０１３０】［開通業務処理の例］次に、具体的な分散
処理システムの例を従来の技術と同様に、公衆回線を開
通させる業務を例として説明する。

【０１３１】図１３は、本発明の一実施例の分散処理シ
ステムの構成を示す。同図において、従来と同一構成部
分には、同一符号を付す。また、従来の技術と同様に、
ＯＳと通信プロトコル実行モジュールは省略されてお
り、以下の説明においても省略するものとする。

【０１３２】ＷＳ１００は、局データ作成ＡＰ１１０、
スケジュール管理ＡＰ１２０が搭載されている。局デー
タ作成ＡＰ１１０は、開通させる回線を収容した交換機
に対し、開通に必要な投入データを作成する機能を有す
る。スケジュール管理ＡＰ１２０は、その日に開通予定
の回線を開通回線ファイル４００から抽出し、開通業務
のスケジュールを管理する機能を有する。

【０１３３】また、ＷＳ２００は、回線データベース５
００が接続されており、この回線データベース５００の
データの検索及び更新等の処理を行うデータベース更新
ＡＰ２１０が搭載されている。

【０１３４】また、ＷＳ３００は、実際に交換機へ開通
データを投入する等の交換機の制御機能を持つ交換機投
入ＡＰ３１０が搭載されている。

【０１３５】ＴＭ２０００には、処理すべきトランザク
ションの順番と、現在、各トランザクションがどのＡＰ
で処理されているかを管理する管理部２１００がある。
記憶部２２００には、管理部２１００が管理しているキ
ュー管理テーブル２２１０、トランザクション管理テー
ブル２２００及び各トランザクションのファイル２２３
０が記憶されている。

【０１３６】次に動作について説明する。

【０１３７】i)初期状態図１４は、本発明の一実施例の各ＡＰとＴＭに用意され
ているワークキューの関係を示す。

【０１３８】同図において、ＴＭ２０００に用意されて
いるキューは以下の７個である。ａ：ＩＤＬＥ（待ち）キュー：まだ、何も処理されてい
ないトランザクションが置かれている。ＩＤＬＥキュー
は、前にも述べたように、特別な機能を持ったキューで
ＴＭの初期状態では、ＩＤＬＥキューに事前に設定され
た個数のトランザクションが用意されている。即ち、初
期状態では、全てのトランザクションがＩＤＬＥキュー
にある状態である。ｂ：データ検索ワークキュー：回線データベース５００
からの開通回線の詳細なデータの検索を待つトランザク
ションが置かれる。ｃ：局データ作成ワークキュー：交換機４０に投入が可
能なデータフォーマットの作成を待っているトランザク
ションが置かれる。ｄ：交換機投入ワークキュー：交換機４０へのデータ投
入を待っているトランザクションが置かれる。ｅ：データ更新ワークキュー：交換機４０へのデータ投
入後、回線データベース５００へのデータの更新を待っ
ているトランザクションが置かれる。ｆ：正常終了ワークキュー：回線開通の処理が正常に終
了したトランザクションが置かれる。ｇ：異常終了ワークキュー：回線開通の処理が異常終了
したトランザクションが置かれる。

【０１３９】同図において、各ワークキューに記述され
た○は、処理を待機しているトランザクションを表して
おり、数字は、各々のトランザクションに割り当てられ
た番号である。

【０１４０】例えば、局データ作成ワークキューｃに
は、現在、「３番」と「４番」の２つのトランザクショ
ンが存在し、処理を待機していることになる。ここで
は、キューに置かれたトランザクションは、一番下に先
頭のトランザクションがくるように、並べてある。即
ち、最下にある「３番」のトランザクションが先頭で、
最上にある「４番」のトランザクションが末尾となって
いる。

【０１４１】現在、図１４では、ＴＭ２０００の中に０
〜７までの８個のトランザクションが存在していること
を想定している。

【０１４２】図１５は、本発明の一実施例のキュー管理
テーブル構成の例とトランザクション管理テーブルの構
成の例を示す。同図（Ａ）は、キュー管理テーブルの構
成を示す。図１５に示すテーブル構成は、図１０及び図
１２に示す項目のうち、トランザクションを管理するた
めに最低限必要な項目のみを抜粋してある。

【０１４３】キュー管理テーブル２２１０は、ワークキ
ュー名と現在そのワークキューに存在しているトランザ
クションの先頭と末尾のポインタ及びトランザクション
の数が示されている。

【０１４４】例えば、局データ作成ワークキューには、
２個のトランザクションがあり、ポインタにより先頭は
「３番」で末尾は「４番」であることがわかる。また、
交換機投入ワークキューには、「２番」というトランザ
クションが１個のみ存在している。従って、ポインタの
先頭も末尾も「２番」となる。また、データ更新ワーク
キューには、データ更新ワークキューには、現在トラン
ザクションが１つもないため、ポインタは、“ｎｕｌ
ｌ”となっている。

【０１４５】トランザクション管理テーブル２２２０
は、トランザクションの番号とそのトランザクションの
前にある他のトランザクションの番号（ポインタ前）
と、後にある他のトランザクションの番号（ポインタ
後）が示され、さらに、各トランザクションが現在存在
しているワークキュー名とそれが現在使用中「１」か否
「０」かを示すステータス、及び対応するデータが記憶
されているファイルの番号が示されている。

【０１４６】図１５において、例えば、「０番」のトラ
ンザクションは現在、異常終了ワークキューｇにあり、
ステータスが“０”のため、現在は未使用であり、ま
た、対応するファイル名は“１１”であることが分か
る。また、異常終了ワークキューｇには「０番」のキュ
ーのみしかないため、「０番」のトランザクションの前
後に他のトランザクションがない。従って、ポインタの
前の項目は、そのトランザクションが先頭であることを
表す「ＨＥＡＤ」となり、ポインタの後の項目は、その
トランザクションが末尾であることを表す「ＥＮＤ」と
なる。

【０１４７】図１５において、局データ作成ワークキュ
ーｃには、「３番」と「４番」の２個のトランザクショ
ンがあるため、「３番」のトランザクションのポインタ
の前の項目は先頭であることを表す「ＨＥＡＤ」である
が、「ポインタの後」の項目は、「３番」のトランザク
ションの次に繋がっている「４番」のトランザクション
を表す“４”となっている。同様に、「４番」のトラン
ザクションの場合は、前に「３番」のトランザクション
があるため、「ポインタの前」の項目は“３”となり、
「ポインタの」の項目は、末尾であることを表す「ＥＮ
Ｄ」となっている。

【０１４８】ii) 開通回線の抽出とデータの設定最初の処理は、スケジュール管理ＡＰ１２０がＴＭ２０
００よりＩＤＬＥ（待ち）キューを抽出し、処理のパス
を設定するところから始まる。

【０１４９】図１６は、本発明の一実施例のスケジュー
ル管理ＡＰの処理を示すフローチャートである。

【０１５０】ステップ１００１）まず、ＩＤＬＥキュー
ａの先頭のトランザクションをオープン（ＯＰＥＮ）す
るため、ＴＭ２０００に対して、対象のキュー（ここで
は、ＩＤＬＥ）を指定してｏｐｅｎコマンドを送信す
る。

【０１５１】ステップ１００２）ＴＭ２０００は、ｏｐ
ｅｎコマンドを受信すると、キュー管理テーブル２２１
０から指定されたキュー、即ち、ＩＤＬＥキューａにあ
る先頭のトランザクションの番号を検索する。本例で
は、図１７に示すように、該当するトランザクションの
番号が「６番」であることから、図１８に示すトランザ
クション管理テーブル２２００より「６番」のトランザ
クションに該当するファイル名（この場合３４）を検索
し、そのファイル内容をスケジュール管理ＡＰ１２０に
転送すると共に、「６番」のトランザクションのステー
タスの項目を“０”から使用中を表す“１”に変更す
る。トランザクション管理テーブル２２００のステータ
スの項目が“１”である限り、「６番」のトランザクシ
ョンが存在するファイルのｏｐｅｎ等の全ての処理は禁
止される。即ち、他のＡＰが同じトランザクションにア
クセスし、同時にファイルを更新（変更）すること等を
禁止する排他制御を行っている。スケジュール管理ＡＰ
１２０は、このようにしてＴＭ２０００からファイル内
容“３４”を受信する。ここで、受信したファイルは、
図１１に示す構成となっているが、受信した段階では、
ファイル名が記載されているだけで、あとのデータは何
もない。

【０１５２】ステップ１００３）そこで、スケジュール
管理ＡＰ１２０は、まず、回線開通に関するトランザク
ションを処理するためにどの順番でワークキューを移動
させるかがわかるように、図１９に示すように、ファイ
ル２２３０の「キューの処理パス」の項目にトランザク
ションを移動させる順番にワークキュー名を書き込む。
即ち、図１９の例では、トランザクションは、の順にワークキューを移動していくことが分かる。図１
９では、処理結果は、“１”となっているが、実際に
は、書き込んだ段階では、全て未処理のため、処理結果
は全て“０”となっている。

【０１５３】ステップ１００４）スケジュール管理ＡＰ
１２０は、自分のＷＳ１００に接続されている開通回線
ファイル４００から今日開通させる予定の回線名を１回
線抽出する。

【０１５４】ステップ１００５）ファイルの内容の「実
データ」の回線名を書き込む。図１９では、検索データ
及び交換機投入データが記載されているが、この段階で
は、回線名以外のデータは、何も書き込まれていない状
態である。

【０１５５】ステップ１００６）スケジュール管理ＡＰ
１２０は、図２０に示すように、開通回線名の書込みが
終了すると、ＴＭ２０００に対してキュー名（ＩＤＬ
Ｅ）を指定し、ｃｌｏｓｅコマンドと共に更新したファ
イル２２３０を送信する。

【０１５６】ステップ１００７）ＴＭ２０００は、ｃｌ
ｏｓｅコマンドをスケジュール管理ＡＰ１２０より受信
すると、図２１に示すように、キュー管理テーブル２２
１０から指定されたキュー、即ちＩＤＬＥキューａにあ
る先頭のトランザクションの番号、「６番」を検索し、
次に、トランザクション管理テーブルの「６番」のトラ
ンザクションのステータスの項目を“１”から未使用を
表す“０”に変更する。

【０１５７】スケジュール管理ＡＰ１２０は、ｃｌｏｓ
ｅコマンドを発した後、処理済のトランザクションを次
のワークキュー、即ち、次の処理パスの未処理の先頭に
あったデータ検索ワークキューに移動させるため、ＴＭ
２０００に対して、移動元キュー（ＩＤＬＥキュー）と
移動先のキュー（データ検索ワークキュー）を指定し
て、移動（ｍｏｖｅ）コマンドを送信する。

【０１５８】なお、信頼性を考えると、このｍｏｖｅコ
マンドを処理するときにも、トランザクション管理テー
ブル２２２０のステータスの項目を“１”にして、他の
ＡＰがアクセスできないようにする方が好ましい。な
お、この処理は、ＵＮＩＸに用意されているセマフォ制
御のような排他処理を用いても実現できる。

【０１５９】ＴＭ２０００は、ｍｏｖｅコマンドを受信
すると、図２２に示すように、指定された移動元のキュ
ー（ＩＤＬＥ）にある先頭のトランザクションの「６
番」を移動先のキュー（データ検索ワークキュー）の末
尾に移動させる。具体的には、次の手順により行われ
る。

【０１６０】図２１に示すキュー管理テーブル２２１
０から、指定された移動元のキュー、即ち、ＩＤＬＥキ
ューにある先頭のトランザクションの番号、「６番」を
検索し、トランザクション管理テーブル２２２０から
「６番」のトランザクションの「ポインタの後」の項目
から、次に繋がっていたトランザクションが「７番」で
あることを把握する。

【０１６１】図２１のキュー管理テーブル２２１０か
ら、指定された移動先のキュー、即ち、データ検索ワー
クキューｂにある末尾のトランザクションの番号「５
番」を検索する。

【０１６２】トランザクションの「５番」の後に、新
たに「６番」が繋がるため、トランザクション管理テー
ブル２２２０の「５番」のトランザクションの「ポイン
タの後」の項目を図２３に示すように、“ＥＮＤ”から
“６”に変更する。

【０１６３】トランザクションの「６番」はデータ検
索ワークキューｂにおいて「５番」のトランザクション
に繋がるため、トランザクション管理テーブル２２２０
の「６番」のトランザクションの「ポインタの前」の項
目を図２３に示すように、“ＨＥＡＤ”から“５”に変
更する。

【０１６４】キュー管理テーブル２２１０のデータ検
索の「ポインタ末尾」の項目を図２３に示すように
“５”から“６”に変更する。

【０１６５】ＩＤＬＥキューでは、「６番」のトラン
ザクションに繋がっていた次のトランザクション（本実
施例では、「７番」）が先頭になるため、キュー管理テ
ーブル２２１０のＩＤＬＥの「ポインタの先頭」の項目
を図２３に示すように、“６”から“７”に変更する。

【０１６６】次に、トランザクションの「６番」が、
トランザクション管理テーブル２２２０の末尾のトラン
ザクションになるため、「６番」のトランザクションの
「ポインタの後」の項目を図２３に示すように、“７”
から“ＥＮＤ”に変更し、「トランザクションの存在す
るワークキュー名」の項目をＩＤＬＥキューａからデー
タ検索ワークキューｂに変更する。

【０１６７】トランザクションの「７番」はＩＤＬＥ
キューａの先頭になるため、「７番」のトランザクショ
ンの「ポインタの前」の項目を図２３に示すように、
“６”から“ＨＥＡＤ”に変更する。

【０１６８】最後に、キュー管理テーブル２２１０の
各ワークキューのトランザクションの数を変更する。即
ち、図２３に示すように、ＩＤＬＥキューａの「トラン
ザクションの数」の項目を“１”に、データ検索の「ト
ランザクションの数」の項目を“２”に変更する。

【０１６９】以上の手順により、トランザクションのキ
ューの移動の処理が終了する。

【０１７０】なお、この移動の際のテーブルの制御手順
は一例であり、どのような手順であれ、最終的に図２３
に示すキュー管理テーブル２２１０及びトランザクショ
ン管理テーブル２２２０の状態になればよい。

【０１７１】iii) 回線回線の詳細なデータの検索次に、データ検索ワークキューで処理を待っているトラ
ンザクションの処理について説明する。なお、以下の説
明では、ｏｐｅｎ及びｃｌｏｓｅコマンドを受信した時
のＴＭ２０００の動作をＩＤＬＥキューａにあるトラン
ザクションの処理と同じであるため省略する。

【０１７２】図２４は、本発明の一実施例のデータベー
ス更新ＡＰの検索処理を示すフローチャートである。

【０１７３】ステップ２００１）データ検索ワークキュ
ーｂにあるトランザクションは、データベース更新ＡＰ
２１０により処理される。データベース更新ＡＰ２１０
は、ＴＭ２０００に対してデータ検索ワークキューｂを
指定して、処理すべきトランザクションを管理するファ
イル２２３０にｏｐｅｎコマンドを送信する。

【０１７４】ステップ２００２）データベース更新ＡＰ
２１０は、ＴＭ２０００からデータ検索ワークキューｂ
の先頭にあるトランザクション（５番）のファイル内容
を受信する。

【０１７５】ステップ２００３）データベース更新ＡＰ
２１０は、ファイルの内容を受信すると、図１９に示す
ファイル構造の実データの回線名の欄「東京−横浜１−
３−５」を読み込む。

【０１７６】ステップ２００４）データベース更新ＡＰ
２１０は、読み込まれたこの回線名を収容している交換
機等の詳細なデータを回線データベース５００から検索
する。

【０１７７】ステップ２００５）データベース更新ＡＰ
２１０は、検索した結果を図１９のファイル構成の検索
データの欄に書き込む。図１９では、交換機投入データ
が記載されているが、この段階では、まだ、この欄は空
欄になっている。

【０１７８】ステップ２００６）次に、データベース更
新ＡＰ２１０は、図１９のファイルのキューの処理パス
の項目のデータ検索に続く処理結果の欄を、未処理の
“０”から処理済を表す“１”に変更すると共に、次の
処理パスのデータ、即ち、処理パスのデータ、「局デ
ータ作成ワークキュー」を読み取る。即ち、処理パス
のデータが、次にこのトランザクションを移すワークキ
ューとなる。

【０１７９】ステップ２００７）データベース更新ＡＰ
２１０は、ＴＭ２０００に対して、データ検索ワークキ
ューｂを指定してｃｌｏｓｅコマンドと共に、更新した
ファイルを送信する。

【０１８０】ステップ２００８）ｃｌｏｓｅコマンドの
送信後、データベース更新ＡＰ２１０は、処理済のトラ
ンザクションを次のワークキュー、即ち、次の処理パス
の未処理の先頭にあった局データ作成ワークキューｃに
移動させるため、ＴＭ２０００に対して、移動元のキュ
ー（データ検索ワークキューｂ）と移動先のキュー（局
データ作成ワークキューｃ）を指定してｍｏｖｅコマン
ドを送信する。

【０１８１】ＴＭ２０００は、ｍｏｖｅコマンドを受信
すると、図２５に示すように、指定された移動元のキュ
ー（データ検索ワークキューｂ）にある先頭のトランザ
クションの「５番」を移動先のキュー（局データ作成ワ
ークキューｃ）にある先頭のトランザクションの「５
番」を移動先のキュー（局データ作成ワークキュー）の
末尾に移動させる。具体的には、次に手順によって行わ
れる。

【０１８２】図２３のキュー管理テーブル２２１０か
ら、指定された移動元のキュー即ちデータ検索ワークキ
ューｂにある先頭のトランザクションの番号「５番」を
検索し、トランザクション管理テーブル２２２０から
「５番」のトランザクションの「ポインタの後」の項目
から次に繋がっていたトランザクションが「６番」であ
ることを把握する。

【０１８３】図２３のキュー管理テブル２２１０か
ら、指定された移行先のキュー、即ち、局データ作成ワ
ークキューにある末尾のトランザクションの番号、「４
番」を検索する。

【０１８４】トランザクションの「４番」の後に新た
に「５番」が繋がるため、トランザクション管理テーブ
ル２２２０の「４番」のトランザクションの「ポインタ
の後」の項目を図２６に示すように“ＥＮＤ”から
“５”に変更する。

【０１８５】トランザクションの「５番」は局データ
作成ワークキューｃにおいて、「４番」のトランザクシ
ョンにつながるため、トランザクション管理テーブル２
２２０の「５番」のトランザクションの「ポインタの
前」の項目を図２６に示すように、“ＨＥＡＤ”から
“４”に変更する。

【０１８６】キュー管理テーブル２２１０の局データ
作成ワークキューｃの「ポインタ末尾」の項目を図２６
に示すように“４”から“５”に変更する。

【０１８７】データ検索ワークキューでは、「５番」
のトランザクションに繋がっていた次のトランザクショ
ン（本例では、「６番」）が先頭になるため、キュー管
理テーブル２２１０のデータ検索ワークキューｂの「ポ
インタ先頭」の項目を図２６に示すように“５”から
“６”に変更する。

【０１８８】次に、トランザクションの「５番」がト
ランザクション管理テーブル２２２０の末尾のトランザ
クションになるため、「５番」のトランザクションの
「ポインタの後」の項目を図２６に示すように、“６”
から“ＥＮＤ”に変更し、「トランザクションの存在す
るワークキュー名」の項目を“データ検索”から“局デ
ータ作成”に変更する。

【０１８９】トランザクションの「６番」はデータ検
索ワークキューの先頭になるため、「６番」のトランザ
クションの「ポインタの前」の項目を図２６に示すよう
に“５”から“ＨＥＡＤ”に変更する。

【０１９０】最後に、キュー管理テーブル２２１０の
ワークキュートランザクションの数を変更する。即ち、
図２６に示すように、データ検索の「トランザクション
の数」の項目を“１”に、局データ作成の「トランザク
ションの数」の項目を“２”に変更する。

【０１９１】以上の手順によって、データ検索ワークキ
ューから局データ作成ワークキューへのトランザクショ
ンのキューの移動の処理が終了する。

【０１９２】iv) 局データ作成次に、局データ作成ワークキューｃで処理を待っている
トランザクションの処理について説明する。なお、以下
の説明では、ｏｐｅｎコマンド及びｃｌｏｓｅコマンド
を受信した時のＴＭ２０００の動作はＩＤＬＥキューに
あるトランザクションの処理と同じであるため、省略す
る。

【０１９３】局データ作成ワークキューｃにあるトラン
ザクションは、局データ作成ＡＰ１１０によって処理さ
れる。

【０１９４】図２７は、本発明の一実施例の局データ作
成ＡＰの処理を示すフローチャートである。

【０１９５】ステップ３００１）局データ作成ＡＰ１１
０は、ＴＭ２０００の局データ作成ワークキューｃの処
理要素が存在するファイルを１つｏｐｅｎする。

【０１９６】ステップ３００２）処理要素のファイル内
容をＴＭ２０００の局データ作成ワークキューｃから受
信する。

【０１９７】ステップ３００３）局データ作成ＡＰ１１
０は、ＴＭ２０００から局データ作成ワークキューｃの
先頭にあるトランザクション「３番」のファイル内容を
受信すると、図１９に示すファイル構成の実データの検
索データ欄を読み込む。

【０１９８】ステップ３００４）局データ作成ＡＰ１１
０は、検索データされたデータについて、データを交換
機に投入可能な局データを作成する。

【０１９９】ステップ３００５）作成した結果は、図１
９のファイル構成の実データ項目の交換機投入データ欄
に書き込む。

【０２００】ステップ３００６）次に、局データ作成Ａ
Ｐ１１０は、ファイルのキューの処理パスの項目の局
データ作成に続く処理結果の欄を処理済を表す“１”
に変更すると共に、次の処理パスのデータ、即ち、処理
パスのデータ、「交換機投入ワークキュー」を読み取
る。即ち、この処理パスのデータが、次にこのトラン
ザクションを移すワークキューとなる。

【０２０１】ステップ３００７）局データ作成ＡＰ１１
０は、ＴＭ２０００に対して、局データ作成ワークキュ
ーを指定して、ｃｌｏｓｅコマンドと共に、更新したフ
ァイルを送信する。

【０２０２】ステップ３００８）ｃｌｏｓｅコマンドの
送信後、局データ作成ＡＰ１１０は、処理済のトランザ
クションを次のワークキュー、即ち、次の処理パスの未
処理の先頭にあった交換機投入ワークキューに移動させ
るため、ＴＭ２０００に対して、移動元のキュー（局デ
ータ作成ワークキュー）と移動先のキュー（交換機投入
ワークキュー）を指定してｍｏｖｅコマンドを送信す
る。

【０２０３】ＴＭ２０００は、ｍｏｖｅコマンドを受信
すると、図３５に示すように、指定された移動元のキュ
ー（局データ作成ワークキューｃ）にある先頭のトラン
ザクションの「３番」を移動先のキュー（交換機投入ワ
ークキューｄ）の末尾に移動させる。

【０２０４】具体的な手順は、データ検索ワークキュー
ｂと同様なため、省略する。

【０２０５】v) 交換機へのデータ投入次に、交換機投入ワークキューｄで処理を待っているト
ランザクションの処理について説明する。なお、交換機
投入ワークキューになるトランザクションは、交換機投
入ＡＰ３１０により処理される。

【０２０６】図３０は、本発明の一実施例の交換機投入
ＡＰの処理を示すフローチャートである。

【０２０７】ステップ４００１）交換機投入ＡＰ３１０
は、ＴＭ２０００に対して、交換機投入ワークキューｄ
を指定してｏｐｅｎコマンドを送信する。

【０２０８】ステップ４００２）交換機投入ＡＰ３１０
は、ＴＭ２０００から局データ作成ワークキューｃの先
頭にあるトランザクション「２番」のファイル内容を受
信する。

【０２０９】ステップ４００３）交換機投入ＡＰ３１０
は、図１９に示すファイル構成の実データの交換機投入
データの欄を読み込む。

【０２１０】ステップ４００４）交換機投入データの欄
の『＄＄＆＊＃＄＄３１』を読み込むと、交換機４０に
対してそのデータを投入する。

【０２１１】ステップ４００５）交換機４０は、データ
の投入が正常に終了したか、あるいは、データに誤り等
により投入できずに異常終了したか等の通知を交換機投
入ＡＰ３１０に返送する。

【０２１２】ステップ４００６）次に、交換機投入ＡＰ
３１０は、ファイル２２３０のキューの処理パスの項
目の交換機投入に続く処理結果の欄を処理済を表す
“１”に変更すると共に、次の処理パスのデータが、次
にこのトランザクションを移すワークキューとなる。

【０２１３】ステップ４００７）交換機投入ＡＰ３１０
は、ＴＭ２０００に対して交換機投入ワークキューｄを
指定して、ｃｌｏｓｅコマンドを送信する。

【０２１４】ステップ４００８）ここで、投入結果が正
常であったかを確認し、異常である場合には、ステップ
４０１０に移行する。

【０２１５】ステップ４００９）ｃｌｏｓｅコマンド送
信後、交換機投入ＡＰ３１０は、処理済のトランザクシ
ョンを次のワークキューに移動させる。移動させる次の
ワークキューは、交換機の投入結果が正常か異常かで異
なる。正常終了である場合には、処理済の要素を交換機
投入ワークキューｄから処理パスの未処理の先頭のワー
クキュー（正常終了ワークキューｆ）に移動させる。

【０２１６】即ち、交換機投入ＡＰ３１０は、投入結果
が正常であった場合には、次の処理パスの未処理の先頭
にあったデータ更新ワークキューｅに移動させるため、
ＴＭ２０００に対して、移動元キュー（交換機投入ワー
クキューｄ）を指定してｍｏｖｅコマンドを送信する。

【０２１７】ＴＭ２０００は、ｍｏｖｅコマンドを受信
すると、図３１に示すように、指定された移動元のキュ
ー（交換機投入ワークキューｄ）にある先頭のトランザ
クションの「２番」を移動先のキュー（データ更新ワー
クキューｅ）の末尾に移動させる。具体的な手順は、他
のワークキューのｍｏｖｅ処理と同様であるため、省略
する。

【０２１８】ステップ４０１０）投入結果が異常であっ
た場合には、そのトランザクションについての開通処理
を続けることが困難であるため、異常終了ワークキュー
に移動させる。即ち、ＴＭ２０００に対して、移動元の
キュー（交換機投入ワークキューｄ）と移動先キュー
（異常終了ワークキューｇ）を指定してｍｏｖｅコマン
ドを送信する。

【０２１９】ＴＭ２０００は、ｍｏｖｅコマンドを受信
すると、トランザクションを、指定された移動元のキュ
ー（交換機投入ワークキューｅ）の末尾に移動させる。
具体的な手順は、他のワークキューのｍｏｖｅ処理と同
様であるため、省略する。

【０２２０】vi) 回線データベースの更新次に、データ更新ワークキューｅで処理を待っているト
ランザクションの処理について説明する。なお、以下の
説明では、ｏｐｅｎコマンド及びｃｌｏｓｅコマンドを
受信した時のＴＭ２０００の動作は省略する。

【０２２１】データ更新ワークキューｅにあるトランザ
クションは、データベース更新ＡＰ２１０によって処理
される。

【０２２２】図３３は、本発明の一実施例のデータベー
ス更新ＡＰの更新処理を示すフローチャートである。

【０２２３】ステップ５００１）データベース更新ＡＰ
２１０は、ＴＭ２０００に対して、データ更新ワークキ
ューｅを指定して、ＴＭ２０００に対してｏｐｅｎコマ
ンドを送信する。

【０２２４】ステップ５００２）データベース更新ＡＰ
２１０は、ＴＭ２０００からデータ更新ワークキューｅ
の先頭になるトランザクション「２番」のファイル内容
を受信する。

【０２２５】ステップ５００３）データベース更新ＡＰ
２１０は、ファイル２２３０の内容を受信すると、図１
９に示すファイル構成の実データの回線名の欄を読み込
む。

【０２２６】ステップ５００４）読み込んだ回線名『東
京−横浜１−３−５』に該当する回線データが『運用開
始』を示すようにデータを更新する。

【０２２７】ステップ５００５）次に、データベース更
新ＡＰ２１０は、ファイルのキューの処理パスの項目
のデータ更新に続く処理結果の欄を処理済を表す
“１”に変更すると共に、次の処理パスのデータ即ち、
処理パスのデータ、「正常終了ワークキュー」を読み
取る。即ち、この処理パスのデータが次にこのトラン
ザクションを移すワークキューとなる。

【０２２８】ステップ５００６）データベース更新ＡＰ
２１０は、ＴＭ２０００に対して、データ更新ワークキ
ューｅを指定してｃｌｏｓｅコマンドとファイルを送信
する。

【０２２９】ステップ５００７）ｃｌｏｓｅコマンドの
送信後、局データ作成ＡＰは、処理済のトランザクショ
ンを次のワークキュー、即ち、次の処理パスの未処理の
先頭にあった正常終了ワークキューｆに移動させるた
め、ＴＭ２０００に対して移動元のキュー（データ更新
ワークキューｅ）と移動先のキュー（正常終了ワークキ
ューｆ）を指定してｍｏｖｅコマンドを送信する。

【０２３０】ＴＭ２０００は、ｍｏｖｅコマンドを受信
すると、図３４、図３５に示すように、指定された移動
元のキュー（データ更新ワークキューｅ）にある先頭の
トランザクションの「２番」を移動先のキュー（正常終
了ワークキュー）の末尾に移動させる。

【０２３１】具体的な手順は、他のワークキューのｍｏ
ｖｅ処理と同様なため、省略する。

【０２３２】vii) 正常終了による処理の終了最後に、正常終了ワークキューで処理を待っているトラ
ンザクションの処理について説明する。なお、以下の説
明では、ｏｐｅｎコマンド及びｃｌｏｓｅコマンドを受
信した時のＴＭ２０００の動作は省略する。

【０２３３】正常終了ワークキューｆにあるトランザク
ションはスケジュール管理ＡＰ１２０によって処理され
る。

【０２３４】図３６は、本発明の一実施例のスケジュー
ル管理ＡＰの処理を示すフローチャートを示す。

【０２３５】ステップ６００１）スケジュール管理ＡＰ
２１０は、ＴＭ２０００に対して、正常終了ワークキュ
ーｆを指定してｏｐｅｎコマンドを送信する。

【０２３６】ステップ６００２）スケジュール管理ＡＰ
２１０は、ＴＭ２０００から正常終了ワークキューｆの
先頭にあるトランザクション「１番」のファイル内容を
受信する。

【０２３７】ステップ６００３）スケジュール管理ＡＰ
２１０は、ファイル内容を受信すると、図１９に示すフ
ァイル構成のキューの処理パスの処理結果の項目のう
ち、正常終了の処理結果までの項目が全て終了になっ
ていることを確認する。

【０２３８】ステップ６００４）スケジュール管理ＡＰ
２１０は、実データの回線名の欄を読み込み、この回線
名『東京−横浜−１−３−５』に該当する回線データの
開通処理が終了したことを示すように、開通回線ファイ
ル４００の該当する回線のデータを更新する。次に、ス
ケジュール管理ＡＰ１２０は、ファイルのキュー処理パ
スの項目の正常終了に続く処理結果の欄を処理済を
表す“１”に変更すると共に、次の処理パスのデータ、
即ち、処理パスのデータ、「ＩＤＬＥキューａ」を読
み取る。即ち、この処理パスのデータが、次にこのト
ランザクションを移すキューとなる。

【０２３９】ステップ６００５）スケジュール管理ＡＰ
１２０は、ＴＭ２０００に対して、正常終了ワークキュ
ーｆを指定してｃｌｏｓｅコマンドとファイルを送信す
る。ｃｌｏｓｅコマンドの送信後、スケジュール管理Ａ
Ｐ１２０は、処理済のトランザクションを次のワークキ
ュー、即ち、次の処理パスの未処理の先頭にあったＩＤ
ＬＥキューａに移動させるため、ＴＭ２０００に対して
移動元のキュー（正常終了ワークキューｆ）と移動先の
キュー（ＩＤＬＥキューａ）を指定してｍｏｖｅコマン
ドを送信する。

【０２４０】ステップ６００６）ＴＭ２０００は、ｍｏ
ｖｅコマンドを受信すると、図３７、図３８に示すよう
に、指定された移動元のキュー（正常終了ワークキュー
ｆ）にある先頭のトランザクションの１番の移動先のキ
ュー（ＩＤＬＥキューａ）の末尾に移動させる。

【０２４１】具体的な手順は、他のワークキューのｍｏ
ｖｅ処理と同様なため、省略する。

【０２４２】なお、ＩＤＬＥキューａに接続されたトラ
ンザクションは、ファイルの内容が自動的に初期化さ
れ、全てのデータが消去される。

【０２４３】以上で、回線開通の処理が終了する。ここ
では、分かりやすく説明するため、処理の順番に沿って
説明したが、実際には、各ＡＰは分散処理のため、図２
３、図２４、図２７、図３０、図３３、図３６の各処理
を各々が独立して行っている。

【０２４４】なお、スケジュール管理ＡＰ１２０やデー
タベース更新ＡＰ２１０は２種類の処理を持っている
が、これらの処理は通常、交互の実行される。

【０２４５】上記のように、本実施例によれば、各ＡＰ
は、必ずＴＭ２０００との通信しか行わないため、ＡＴ
−ＴＭ間通信モジュール６０または、２１２０を全ての
ＡＰで共通に作ることができる。

【０２４６】さらに、本発明は、ＴＭ２０００で全ての
トランザクションを管理しているため、従来のように、
各ＷＳのＡＰがトランザクションの処理状況を管理する
必要がなく、各ＡＰのプログラムが簡単に生成できると
共に、もし、新たなＡＰを追加したり、ＡＰの機能を２
つのＡＰに分割する場合でも、変更する箇所は、最初の
処理パスを設定するＡＰの処理パスの書込み（上記の例
ではスケジュール管理ＡＰ）と、機能追加や分割に直接
関係したＡＰだけで済み、非常に柔軟にＡＰの変更に対
応できるメリットがある。

【０２４７】例えば、データベース更新ＡＰは上記の実
施例では、データ検索と、データ更新の２つの機能を有
しているが、これを各々別なＡＰに分割したとしても、
特に他のＡＰへの影響はなく、他のＡＰは全くプログラ
ムを変更することなく処理できる。

【０２４８】また、例えば、交換機投入ＡＰ３１０とデ
ータベース更新ＡＰ２１０の処理の間に新たな処理を追
加し、ワークキューを一つ増やす場合であっても、新た
な処理に関するＡＰを作成する以外は、最初のスケジュ
ール管理ＡＰで、図１９に示す処理パスをファイル２２
３０に設定する時に、処理パスと処理パスの間に新
たな処理パスを設定することと、データベース更新ＡＰ
２１０で図３３のフローチャートの最初の処理で、トラ
ンザクションを有するファイル２２３０のオープン（ｏ
ｐｅｎ）するワークキュー名を変更するだけでよい。

【０２４９】さらに、同じＡＰを、負荷分散する意味
で、ＷＳを複数設置する場合、例えば、局データ作成Ａ
Ｐ１１０を負荷分散の意味で２つとする場合でも、ある
ＷＳにＡＰを追加するだけでよく、他のプログラムを変
更する必要は全くない。

【０２５０】また、ＷＳ間で処理するＡＰを変更する場
合に、例えば、ＷＳ１００に搭載された局データ作成Ａ
Ｐ１１０をＷＳ２００に搭載するように変更する場合で
も、全く、他のプログラムを変更する必要はない。

【０２５１】また、ＡＰによって、処理の早いＡＰと遅
いＡＰがある場合、あるキューにトランザクションが停
滞し、オーバーフローするおそれがある。しかし、本例
では、ＴＭ２０００が管理しているキュー管理テーブル
２２１０によって、各ワークキューにあるトランザクシ
ョンの数が把握できるため、この数が一定以上になる
と、そのワークキューを移動先としたｍｏｖｅコマンド
を規制することが可能である。

【０２５２】例えば、スケジュール管理ＡＰ１２０が開
通回線を次々に抽出し、処理を行っている時に、交換機
投入ワークキューｄがオーバーフローしような状況を想
定する。その場合、局データ作成ワークキューｃから交
換機投入ワークキューｄへのトランザクションの移動が
禁止される。従って、この影響を受けて、局データ作成
ワークキューがまず、オーバーフローするようになり、
データ検索ワークキューから局データ作成ワークキュー
ｃへのトランザクションの移行が禁止され、同様に、デ
ータ検索ワークキューｂのオーバーフローするようにな
り、ＩＤＬＥキューａからデータ検索ワークキューｂへ
の移行が禁止される。従って、スケジュール管理ＡＰ１
２０では、開通回線を次々に抽出しても、そのトランザ
クションを移行できないため、オーバーフローが解決
し、ｍｏｖｅコマンドが発行できるようになるまで処理
をストップすることになる。

【０２５３】このように、本例では、自動的にオーバー
フローの制御、即ち、フロー制御ができるため、各々の
ＡＰの処理速度に応じた全体の処理のコントロールがで
きる利点がある。

【０２５４】さらに、キュー管理テーブル２２１０を一
定時間毎に監視すれば、各ワークキューで未処理のトラ
ンザクションが把握できる。従って、もし、監視してい
るあるワークキューのトランザクションの状態が、一定
回数以上、変換していない場合には、このワークキュー
に存在しているトランザクションを処理するＡＰが動作
しておらず、異常であることが把握でき、システム全体
を管理できる利点がある。

【０２５５】なお、本実施例では、各ＷＳに搭載された
ＡＰで分散処理を行うことを想定しているが、別にＷＳ
間でなくとも、計算機間や、ＷＳと計算機間であっても
よい。

【０２５６】また、上記の実施例では、ＷＳ間がＬＡＮ
で接続されている構内での分散処理システムで説明した
が、ＡＰが論理的なネットワークで結合されていればよ
く、ＬＡＮでなくても、公衆回線や専用線であってもよ
い。従って、１つの計算機内で動作するＡＰ間であって
もよい。その場合、その計算機内にＴＭ２０００が設定
されることになる。

【０２５７】また、ＴＭは、専用の装置に搭載されてい
るイメージで説明したが、ＴＭ２０００が搭載された装
置の中に、ＡＰが搭載されていてもよい。

【０２５８】このように、本発明は、上記の実施例に限
定されることなく、特許請求の範囲内で種々変更や応用
が可能である。

【０２５９】

【発明の効果】上述のように、本発明によれば、分散処
理において、ＡＰに対して機能の追加、変更、削除等を
行う必要が発生した場合に、無矛盾に容易にそれらの操
作が可能となる。

【０２６０】また、本発明によれば、同一の端末装置や
計算機に搭載されているＡＰ間における通信モジュール
を用いるＡＰ間の通信を不要とすることが可能である。

【０２６１】さらに、本発明によれば、あるＡＰが処理
要素を有するファイルをオープンしている間は、他のＡ
Ｐが同じファイルを使用することを禁止する排他制御が
可能である。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明の原理構成図である。

【図３】本発明の一実施例の分散処理システム構成図で
ある。

【図４】本発明の一実施例のワークステーションの構成
図である。

【図５】本発明の一実施例の分散処理管理装置の管理部
のモジュール構成図である。

【図６】本発明の一実施例の分散管理装置の記憶部内テ
ーブル及びファイル構成図である。

【図７】本発明の一実施例の管理部の動作を説明するた
めの図である。

【図８】本発明の一実施例のファイルのオープン／クロ
ーズのシーケンスチャートである。

【図９】本発明の一実施例のトランザクションの移動を
示すシーケンスチャートである。

【図１０】本発明の一実施例のトランザクション管理テ
ーブルの構造を示す図である。

【図１１】本発明の一実施例のファイルの構成を示す図
である。

【図１２】本発明の一実施例のキュー管理テーブルの構
造を示す図である。

【図１３】本発明の一実施例の分散処理システムの構成
図である。

【図１４】本発明の一実施例の各ＡＰとＴＭに用意され
ているワークキューの関係を示す図である。

【図１５】本発明の一実施例のキュー管理テーブル構成
の例とトランザクション管理テーブルの構成の例を示す
図である。

【図１６】本発明の一実施例のスケジュール管理アプリ
ケーションプログラムの処理を示すフローチャート（そ
の１）である。

【図１７】本発明の一実施例のスケジュール管理部アプ
リケーションプログラムとワークキューの関係を示す図
である。

【図１８】本発明の一実施例のスケジュール管理アプリ
ケーションプログラムがトランザクション管理テーブル
を検索する例を示す図である。

【図１９】本発明の一実施例のファイルにワークキュー
名を書き込んだ例を示す図である。

【図２０】本発明の一実施例のスケジュール管理アプリ
ケーションプログラムよりｃｌｏｓｅコマンドを分散処
理管理装置（ＴＭ）に送信する例を示す図である。

【図２１】本発明の一実施例のキュー管理テーブルを参
照し、トランザクション管理テーブルを更新する例を示
す図である。

【図２２】本発明の一実施例の分散処理装置（ＴＭ）が
スケジュール管理アプリケーションプログラムよりｍｏ
ｖｅコマンドを受信した例を示す図である。

【図２３】本発明の一実施例の分散処理装置（ＴＭ）が
スケジュール管理アプリケーションプログラムよりｍｏ
ｖｅコマンドを受信した場合のキュー管理テーブルとト
ランザクションテーブルを更新する例を示す図である。

【図２４】本発明の一実施例のデータベース更新アプリ
ケーションプログラムの検索処理のフローチャートであ
る。

【図２５】本発明の一実施例の分散処理装置（ＴＭ）が
データベース更新アプリケーションよりｍｏｖｅコマン
ドを受信した例を示す図である。

【図２６】本発明の一実施例の分散処理装置（ＴＭ）が
データベース更新アプリケーションプログラムよりｍｏ
ｖｅコマンドを受信した場合のキュー管理テーブルとト
ランザクション管理テーブルを更新する例を示す図であ
る。

【図２７】本発明の一実施例の局データ作成アプリケー
ションプログラムの処理のフローチャートである。

【図２８】本発明の一実施例の分散処理装置（ＴＭ）が
局データ作成アプリケーションプログラムよりｍｏｖｅ
コマンドを受信した例を示す図である。

【図２９】本発明の一実施例の分散処理装置（ＴＭ）が
局データ作成アプリケーションプログラムよりｍｏｖｅ
コマンドを受信した場合のキュー管理テーブルとトラン
ザクション管理テーブルを示す図である。

【図３０】本発明の一実施例の交換機投入アプリケーシ
ョンプログラムの処理フローチャートである。

【図３１】本発明の一実施例の分散処理装置（ＴＭ）が
交換機投入アプリケーションプログラムよりｍｏｖｅコ
マンドを受信した例を示す図である。

【図３２】本発明の一実施例の分散処理装置（ＴＭ）が
交換機投入アプリケーションプログラムよりｍｏｖｅコ
マンドを受信した場合のキュー管理テーブル及びトラン
ザクション管理テーブルを示す図である。

【図３３】本発明の一実施例のデータベース更新アプリ
ケーションプログラムの更新処理を示すフローチャート
である。

【図３４】本発明の一実施例の分散処理装置（ＴＭ）が
データベース更新アプリケーションプログラムよりｍｏ
ｖｅコマンドを受信した例を示す図である。

【図３５】本発明の一実施例の分散処理装置（ＴＭ）が
データベース更新アプリケーションプログラムよりｍｏ
ｖｅコマンドを受信した例を示す図である。

【図３６】本発明の一実施例のスケジュール管理アプリ
ケーションプログラムの処理を示すフローチャート（そ
の２）である。

【図３７】本発明の一実施例の分散処理装置（ＴＭ）が
スケジュール管理アプリケーションプログラムよりｍｏ
ｖｅコマンドを受信した例を示す図である。

【図３８】本発明の一実施例の分散処理装置（ＴＭ）が
スケジュール管理アプリケーションプログラムよりｍｏ
ｖｅコマンドを受信した場合のキュー管理テーブルとト
ランザクション管理テーブルを更新する例を示す図であ
る。

【図３９】従来のワークステーションで分散処理を行う
分散処理システムの構成図である。

【図４０】従来のワークステーションのモジュール構成
図である。

【図４１】従来の分散処理システムの例を示す図であ
る。

【図４２】従来の回線開通処理のアプリケーションプロ
グラム間のデータ転送を示すシーケンスチャートであ
る。

【図４３】スケジュール管理アプリケーションプログラ
ムの処理のフローチャートである。

【図４４】従来のスケジュール管理アプリケーションプ
ログラムの処理管理テーブルＡを示す図である。

【図４５】従来の局データ作成アプリケーションプログ
ラムの処理のフローチャートである。

【図４６】従来の局データ作成アプリケーションプログ
ラムの処理管理テーブルＣを示す図である。

【図４７】従来の交換機投入アプリケーションプログラ
ムの処理のフローチャートである。

【図４８】従来の交換機投入アプリケーションプログラ
ムの処理管理テーブルＤを示す図である。

【図４９】従来のデータベース更新アプリケーションプ
ログラムの検索処理を示すフローチャートである。

【図５０】従来のデータベース更新アプリケーションプ
ログラムの処理管理テーブルＢ−１を示す図である。

【図５１】従来のデータベース更新アプリケーションプ
ログラムの更新処理を示すフローチャートであある。

【図５２】従来のデータベース更新アプリケーションプ
ログラムの処理管理テーブルＢ−２を示す図である。

【符号の説明】

１０ネットワーク２０オペレーティングシステム３０通信プロトコル実行モジュール４０交換機１００、２００、３００ワークステーション（ＷＳ）１１０局データ作成アプリケーションプログラム（Ａ
Ｐ）１２０スケジュール管理アプリケーションプログラム
（ＡＰ）１５０ＡＰ−ＴＭ間通信モジュール１７０通知手段２１０データベース更新アプリケーションプログラム
（ＡＰ）２５０ＡＰ−ＴＭ間通信モジュール３１０交換機投入アプリケーションプログラム（Ａ
Ｐ）３５０ＡＰ−ＴＭ間通信モジュール４００開通回線ファイル５００回線データベース２０００分散処理装置（ＴＭ）、分散処理管理手段２１００管理部２１１０管理モジュール２１２０ＴＭ−ＡＰ間通信モジュール２１３０通信プロトコル実行モジュール２２００記憶部２２１０キュー管理テーブル、第１の管理テーブル２２２０トランザクション管理テーブル、第２の管理
テーブル２２３０ファイル

Claims

【特許請求の範囲】

【請求項１】システム全体の一連の処理を複数の処理
に分割し、複数のアプリケーションプログラムが事前に
分割された複数のいずれかの処理を行うように設定さ
れ、システムに処理が要求されている一連の処理である
処理要素を該アプリケーションプログラムの各々が独立
して処理を行う分散処理方法において、該処理要素が該アプリケーションプログラムにより処理
されている状態と、該アプリケーションプログラムでの
処理の待機状況を管理することを特徴とする分散処理方
法。
【請求項２】前記システムで処理されている複数の処
理要素の各々が次に処理される前記アプリケーションプ
ログラムでの処理を待っている待ち行列に存在している
全ての処理要素の処理の順番を管理するための分散処理
管理手段を有し、１つの処理要素に対して、前記アプリケーションプログ
ラムの処理が終了すると、次のアプリケーションプログ
ラムに処理を移動させる際に、前記処理要素の処理を行
った前記アプリケーションプログラムが該分散処理管理
手段に次のアプリケーションプログラムを通知し、該分散処理管理手段は、該アプリケーションプログラム
の通知に基づいて、該待ち行列の識別子を該次のアプリ
ケーションプログラムの処理を待つ待ち行列の識別子に
変更し、処理された処理要素が存在した待ち行列の処理要素の処
理の順番と移動先の待ち行列の処理要素の処理の順番を
変更する請求項１記載の分散処理方法。
【請求項３】システム全体の一連の処理を複数の処理
に分割し、複数のアプリケーションプログラムが事前に
分割された複数のいずれかの処理を行うように設定さ
れ、システムに処理が要求されている一連の処理である
処理要素を該アプリケーションプログラムの各々が独立
して処理を行う分散処理システムにおいて、処理要素を処理するための少なくとも１つのアプリケー
ションプログラムを有し、処理要求が発行されている処
理要素に対する該アプリケーションプログラムの処理を
行い、次のアプリケーションプログラムに処理を移動さ
せるための通知を行う通知手段を含む分散処理端末装置
と、該システムで処理されている複数の処理要素の各々が該
分散処理端末装置の該通知手段の通知に基づいて、次の
前記アプリケーションプログラムでの処理を待っている
待ち行列に存在している全ての処理要素の処理の順番を
管理する分散処理管理手段を有することを特徴とする分
散処理システム。
【請求項４】前記分散処理管理手段は、前記処理要素を次のアプリケーションプログラムの処理
に移行させる待ち行列の順番を保持する各処理要素に対
応する固有のファイルを有する請求項３記載の分散処理
システム。
【請求項５】前記分散処理管理手段は、前記待ち行列に存在している処理要素の先頭と末尾の識
別子を管理する第１の管理テーブルと、前記ファイル内の前記処理要素の識別子と現在該処理要
素が存在している待ち行列の前及び後に位置する処理要
素の識別子を管理する第２の管理テーブルを有する請求
項３記載の分散処理システム。
【請求項６】前記第２の管理テーブルは、処理要素に対応する前記固有のファイルの識別子毎に、
前記固有のファイルが使用済か否かを示す識別子を有す
る請求項５記載の分散処理システム。
【請求項７】前記第１の管理テーブルは、前記待ち行列に存在している処理要素の数が所定値以上
になった場合に、前記アプリケーションプログラムへの
前記処理要素の移行を制限する請求項５記載の分散処理
システム。
【請求項８】複数のアプリケーションプログラムを少
なくとも１つ以上の前記分散処理端末装置に分散配置す
る請求項３記載の分散処理システム。
【請求項９】前記分散処理端末装置は、前記分散処理管理手段との通信を行うための１つの通信
モジュールを有する請求項３記載の分散処理システム。
【請求項１０】少なくとも１つの分散処理端末装置
と、分散処理管理手段との通信を行うための１つの通信
モジュールを有する請求項３記載の分散処理システム。
【請求項１１】システム全体の一連の処理を複数の処
理に分割し、複数のアプリケーションプログラムが事前
に分割された複数のいずれかの処理を行うように設定さ
れ、システムに処理が要求されている一連の処理である
処理要素を該アプリケーションプログラムの各々が独立
して処理を行う分散処理システムにおける分散処理管理
装置であって、アプリケーションプログラムでの処理を待っている待ち
行列に存在している全ての処理要素及び該処理要素の処
理の順番を管理する管理手段を有することを特徴とする
分散処理管理装置。
【請求項１２】前記管理手段は、前記処理要素を次のアプリケーションプログラムに移動
させる待ち行列の順番を付して格納する処理要素毎の固
有のファイルと、前記待ち行列に存在している前記処理要素の先頭と末尾
の識別子を管理する第１の管理テーブルと、前記処理要素の識別子と現在該処理要素が存在している
待ち行列の前及び後に位置する前記ファイルが使用済か
否かを示す識別子を管理する第２の管理テーブルと、次のアプリケーションプログラムに処理を移動させるた
めの通知が入力されると、処理すべき処理要素の順番及
び現在そのアプリケーションプログラムで処理されてい
るかを、該第１の管理テーブル、該第２の管理テーブル
及び該固有のファイルを参照することにより監視する監
視手段とを有する請求項１１記載の分散処理管理装置。
【請求項１３】前記監視手段は、前記アプリケーションプログラムによる処理要素を発生
順に前記待ち行列に待機させ、前記アプリケーションプ
ログラムにより処理を行う処理要素が格納されている前
記ファイルがオープンされると、前記第１の管理テーブ
ルの先頭の処理要素の識別子を参照し、前記待ち行列の
先頭にある処理要素を取り出して前記アプリケーション
に引き渡す請求項１２記載の分散処理管理装置。
【請求項１４】前記監視手段は、前記アプリケーションプログラムにより前記ファイルが
クローズされると、前記第２の管理テーブルの前記識別
子を使用済に変更する請求項１２記載の分散処理管理装
置。