JPH11345132A

JPH11345132A - プロセス制御方式

Info

Publication number: JPH11345132A
Application number: JP11139382A
Authority: JP
Inventors: Noriaki Motoi; 徳彰許斐
Original assignee: NEC Software Kyushu Ltd
Current assignee: NEC Solution Innovators Ltd
Priority date: 1999-05-20
Filing date: 1999-05-20
Publication date: 1999-12-14

Abstract

(57)【要約】【課題】実際のプロセス名や専門的なプロセス情報を
見せることなく、プロセスの起動・停止を行う。また、
業務システムを起動させたセッションとは異なるセッシ
ョンから業務システム中の業務プロセスの起動・停止を
行う。【解決手段】業務プロセス２０の名称をプロセス業務
名５１として、プロセス業務名格納部５０に格納する。
プロセス生成・削除制御手段１０はプロセス名３１とそ
のプロセス識別子３２をプロセス情報格納部３０に格納
する。プロセス監視手段７０やプロセス生成・削除要求
手段６０は、プロセス業務名５１とプロセス識別子３２
を用いてプロセスの状態を提供する。プロセス生成・削
除手段６０は、プロセス名４１とそれに対する生成また
は削除の要求動作４２を要求情報手段１０に通知する。
プロセス生成・削除制御手段１０はプロセスの生成・削
除を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、同時に複数のプロ
セスを動作するマルチプロセス・システムにおいて、プ
ロセス識別子や実際のプログラム名を意識することなく
プロセスの生成・削除を行うプロセス制御方式に関す
る。

【０００２】また、本発明は、複数のプロセスの現在の
状態をリアルタイムにかつ視覚的に表示するプロセス制
御方式に関する。

【０００３】また、本発明は、業務システムを起動した
セッションとは異なるセッションから業務システム中の
業務プロセスの生成・削除を行うプロセス制御方式に関
する。

【０００４】

【従来の技術】従来より、マルチプロセス・システムに
おいて、利用者各自のセッション配下で動作しているプ
ロセスの情報を如何に利用者にとってわかりやすく提供
できるかが課題となっている。

【０００５】この例としては、図１４に示すような特開
平３−２５７６５１号公報に記載された情報監視方式が
ある。この方式は、一元管理されていなかったコマンド
プロセスのコマンド名、起動時間、セッション名等のプ
ロセスに関する情報を一元管理することにより、システ
ム操作卓から各セッションで実行中のプロセスの情報を
随時参照できる。従って、利用者が、動作中のプロセス
を停止させたい場合、上記のような方法で得られた情報
をもとにオペレーティング・システムに停止させたいこ
とを要求することよりプロセスの停止を行うことができ
る。また、逆にプロセスの起動を行いたい場合には、フ
ァイルの一覧を表示する機能を用いて対象となるプロセ
スのプログラム名を検索し、これを指定することにより
プロセスの起動を行うことができる。

【０００６】

【発明が解決しようとする課題】上記した従来の方法で
は、プロセスはセッション単位、利用者単位で管理され
ている。このため、各プロセスは、誰から、どのセッシ
ョンから、どのプロセスから起動されたかが管理されて
おり、他の利用者から勝手に停止できないようになって
いる。従って、プロセスの停止処理は、特権ユーザでな
い限り自分以外の利用者が起動させたプロセスに対して
行うことができない。また、プロセスの起動処理につい
ては、起動されたプロセスは利用者の子プロセスとな
り、利用者がログアウトした場合、強制的に終了されて
しまい、他のセッションの子プロセスとして起動させる
こともできない。このため、ある業務システムのメイン
プロセスから起動させたプロセスが停止した場合に、こ
れを起動時と同じ親子関係で再起動を行うことは非常に
難しいという問題がある。

【０００７】また、従来の方法では、プログラム名が、
オペレーティング・システムの制限により、英数字のみ
の組み合わせでつづられていることや、その長さに上限
が設けられている。このため、利用者にとってわかりに
くい名前になってしまう。従って、利用者がプロセスの
起動を行うためにプログラム名を指定する場合、プログ
ラム名からそのプロセスの動作内容が判断しにくいとい
う問題がある。

【０００８】本発明の目的は、上記のような従来の課題
を解決するために、利用者に対して実際のプログラム名
や専門的なプロセス情報を見せることなくプロセスの起
動・停止を行えることを可能にすることで操作性の向上
を図ることのできるプロセス制御方式を提供することに
ある。

【０００９】また、本発明の他の目的は、現在動作して
いる業務システムに含まれるプロセスの起動、停止を、
業務システムを起動させた利用者およびセッション以外
から行うことを可能にすることによりシステムの保守性
の向上を図ることのできるプロセス制御方式を提供する
ことにある。

【００１０】

【課題を解決するための手段】本発明の第１のプロセス
制御方式は、プロセス毎に、プロセス名と当該プロセス
の生成要求または削除要求とを対応づけた要求情報を格
納する要求情報格納部と、前記要求情報の内容に従っ
て、プロセスを生成または削除するプロセス生成・削除
制御手段とを含む業務システムと、前記要求情報を通信
制御手段を介して前記要求情報格納部に格納するプロセ
ス生成・削除要求手段を含む外部システムとから構成さ
れている。

【００１１】本発明の第２のプロセス制御方式は、第１
のプロセス制御方式において、前記プロセス生成・削除
要求手段が、前記要求情報を前記要求情報格納部に格納
した際に、その旨を前記通信制御手段を介して前記プロ
セス生成・削除制御手段へ通知し、前記プロセス生成・
削除制御手段が、前記プロセス生成・削除要求手段から
の通知に応じて、前記要求情報格納部を参照し、その内
容に従ってプロセスを生成または削除することを特徴と
する。

【００１２】本発明の第３のプロセス制御方式は、第２
のプロセス制御方式において、前記業務システムが、プ
ロセス毎に、プロセス名と当該プロセスの稼働状態とを
対応づけたプロセス情報を格納するプロセス情報格納部
を含み、前記プロセス生成・削除要求手段が、前記通信
制御手段を介して前記プロセス情報を参照し、所望のプ
ロセスを生成または削除できると判断した場合に、前記
要求情報を前記要求情報格納部に格納することを特徴と
する。

【００１３】本発明の第４のプロセス制御方式は、第３
のプロセス制御方式において、前記プロセス生成・削除
制御手段が、前記プロセス生成・削除要求手段からの通
知に応じて前記プロセス情報を参照し、当該プロセス生
成・削除要求手段により要求されたプロセスを生成また
は削除できると判断した場合にさらに前記要求情報格納
部を参照し、その内容に従ってプロセスを生成または削
除することを特徴とする。

【００１４】本発明の第５のプロセス制御方式は、第１
〜第４のいずれかのプロセス制御方式において、前記業
務システムが、プロセス毎に、任意のプロセス業務名と
プロセス名とを対応づけたプロセス業務名情報を格納す
るプロセス業務名格納部を含み、前記プロセス生成・削
除要求手段が、前記通信制御手段を介して前記プロセス
業務名情報を参照して所望のプロセス業務名に対応する
プロセス名を認識し、当該プロセス名に係る前記要求情
報を前記通信制御手段を介して前記要求情報格納部に格
納することを特徴とする。

【００１５】本発明の第６のプロセス制御方式は、第３
または第４のプロセス制御方式において、前記外部シス
テムが、前記通信制御手段を介して前記プロセス情報を
参照し、プロセス毎の稼働状態を表示装置に表示するプ
ロセス監視手段を含むことを特徴とする。

【００１６】本発明の第７のプロセス制御方式は、第５
のプロセス制御方式において、前記外部システムが、前
記通信制御手段を介して前記プロセス情報を参照し、さ
らに前記通信制御手段を介して前記プロセス業務名情報
を参照して当該プロセス情報に含まれるプロセス名に対
応するプロセス業務名を認識し、プロセス毎の稼働状態
を前記プロセス業務名に対応させて表示装置に表示する
プロセス監視手段を含むことを特徴とする。

【００１７】

【発明の実施の形態】次に、本発明の実施例について図
面を参照して詳細に説明する。

【００１８】図１は、本発明のプロセス制御方式を適用
したマルチプロセスシステムの実施例の構成を示すブロ
ック図である。このシステムは、業務システム０１と通
信制御手段０２と外部システム０３とで構成されてい
る。業務システム０１は、プロセス生成・削除制御手段
１０と複数の業務プロセス２０とプロセス情報格納部３
０と要求情報格納部４０とプロセス業務名格納部５０と
で構成されている。また、プロセス情報格納部３０はプ
ロセス名３１およびプロセス識別子３２を格納し、要求
情報格納部４０はプロセス名４１および要求動作４２を
格納し、プロセス業務名格納部５０はプロセス業務名５
１およびプロセス名５２を格納する。業務プロセス２０
は、業務システム０１が持つ業務処理をおこなうプロセ
スであり、プロセス生成・削除制御手段１０によって、
起動（プロセスの生成）あるいは終了（プロセスの削
除）される。プロセス生成・削除制御手段１０は、要求
情報格納部４０の情報をもとにプロセスの生成・削除を
行う。また、プロセス生成・削除制御手段１０は、業務
プロセス２０の生成・削除の結果をプロセス情報格納部
３０に格納する。

【００１９】通信制御手段０２は、業務システム０１と
外部システム０３との間に位置し、情報の送受信を行
う。

【００２０】外部システム０３には、プロセス生成・削
除要求手段６０とプロセス監視手段７０とプロセス業務
名管理手段８０とがある。外部システム０３は、業務シ
ステム０１に含まれるような構成を取ることができる。
また、業務システム０１とは異なるコンピュータ上に存
在させることもできる。プロセス生成・削除６０、プロ
セス監視手段７０、プロセス業務名管理手段８０は、別
々のコンピュータ上に存在してもかまわない。プロセス
生成・削除要求手段６０は、業務システム０１の中にあ
る業務プロセス２０の生成・削除要求を行う。このと
き、プロセス生成・削除要求手段６０は対象となる業務
プロセス２０のプロセス名４１と要求動作４２（生成ま
たは削除）を要求情報格納部４０に格納させ、プロセス
生成・削除制御手段１０に対して、通信制御手段０２を
通して通知する。プロセス生成・削除制御手段１０は、
要求情報格納部４０の内容に応じて業務プロセス２０の
生成・削除を行う。この生成・削除の結果をプロセス情
報格納部３０に格納する。ここで、プロセス情報格納部
３０のプロセス識別子３２は、業務プロセス２０を他の
プロセスと区別するための識別子であり、オペレーショ
ンシステムによって通知される情報であり、たとえば、
プロセスＩＤ番号、起動開始時間または削除時間などの
デー夕で構成される。プロセス情報格納部３０や要求情
報格納部４０に格納されているプロセス名３１、４１
は、コンピュータ上に格納されている実際のプログラム
名である。プログラム名（プロセス名）そのままでは、
利用者にとって区別しにくく、また、理解しにくいの
で、業務内容などを示すような名称をプロセス業務名５
１として決めておく。これを、実際のプロセス名５２に
対して、プロセス業務名格納部５０に格納する。プロセ
ス業務名格納部５０に格納されている情報の登録・更新
・削除は、外部システム０３のプロセス業務名管理手段
８０を用いておこなう。また、プロセス監視手段７０
は、プロセス情報格納部３０およびプロセス業務名格納
部５０の内容を常に監視し、業務プロセス０１の全業務
プロセス２０の状態を監視プロセス表示手段７１を通し
て利用者に理解しやすい形式で提供する。

【００２１】次に、図２および図３は、図１における業
務プロセスの生成・削除処理の内容を示すフローチャー
トである。図２、図３に基づいて、本発明のプロセス制
御方式の実施例の動作について説明する。

【００２２】まず、ユーザＡがセッション１を立ち上
げ、この中でプロセス生成・削除制御手段１０を含む業
務システム０１を起動させる（ステップ２０１）。プロ
セス生成・削除制御手段１０は、業務プロセス２０を生
成し（ステップ２０２）、そのプロセス名およびプロセ
ス識別子をプロセス情報格納部３０に格納していく（ス
テップ２０３）。業務システム０１運用中に、業務プロ
セス２０に対して停止・再起動がおこなわれた場合は、
随時、プロセス情報格納部３０も更新されていく。

【００２３】一方、別のユーザＢがセッション２を立ち
上げて、この中でプロセス生成・削除要求手段６０を起
動させる（ステップ２０４）。プロセス生成・削除要求
手段６０は、プロセス情報格納部３０とプロセス業務名
格納部５０の内容を確認し（ステップ２０５）、ユーザ
Ｂに対して、全ての業務プロセスの状態（起動中である
か、停止中であるか等）を提示する（ステップ２０
６）。このとき、業務プロセスの状態は、プロセス業務
名５１とプロセス識別子３２の組み合わせで提示され
る。プロセス識別子３２のプロセスＩＤ番号が正の数で
あれば「起動中」となり、ＩＤ番号が０であれば「停止
中」であると提示される。また、他の詳細情報も必要に
応じて付加されユーザＢに提示される。ユーザＢは、提
示された内容に基づいて、対象プロセスと動作を選択指
示する（ステップ２０７）。プロセス生成・削除要求手
段６０は、選択された内容とプロセス情報格納部３０、
プロセス業務名格納部５０の情報と照らし合わせて、要
求された動作が実行可能であるかを確認する（ステップ
２０８）。対象業務プロセスが現在起動中であれば、起
動要求は受けつけられない。また、停止中であれば同様
に削除要求は受け付けられない。要求動作が処理可能で
あると判断した場合は、プロセス要求・削除要求手段６
０は、要求情報格納部４０に要求情報を格納する（ステ
ップ２０９）。このとき、対象プロセス名はプロセス業
務名５１ではなくプロセス名３１を用いる。これは、プ
ロセス生成・削除制御手段１０が、要求動作の処理をお
こなう場合に、プロセス業務名格納部５０を用いてプロ
セス名５２を得るための逆引き処理をおこなわなくてす
むようにするためである。なお、要求動作の処理が不可
能であると判断した場合は、その旨をユーザＢに通知す
る。通信制御手段を通して、プロセス生成・削除要求手
段６０は、プロセス生成・削除制御手段１０に対して、
要求情報格納部４０に要求情報を格納したことを通知す
る（ステップ２１０）。

【００２４】プロセス生成・削除要求手段６０から通知
を受けたプロセス生成・削除制御手段１０は、要求情報
格納部４０より要求情報を引き上げる（ステップ２１
１）。ここで、プロセス生成・削除制御手段１０は、プ
ロセス情報格納部３０の内容と照らし合わせて、要求さ
れている処理が実行可能かどうかを確認する（ステップ
２１２）。実行可能であれば、業務プロセスの生成また
は削除を実際に行う。実行結果によりプロセス情報格納
部３０の内容を更新する（ステップ２１３）。また、要
求情報格納部４０の要求動作４２に実行の成否を格納
し、プロセス生成・削除要求手段６０に通知する。要求
処理が実行不可能であると判断された場合も同様に通知
する（ステップ２１４、２１５）。通知を受け取ったプ
ロセス生成・削除要求手段６０は、要求情報格納部４０
の内容を確認し、ユーザＢに提示する（ステップ２１
６、２１７）。このようにして、異なるセッションから
プロセスの生成・削除を行うことができる。

【００２５】また、プロセス生成・削除要求手段６０か
ら生成要求された業務プロセスは、プロセス生成・削除
制御手段１０によって生成されるため、プロセス生成・
削除要求手段６０の子プロセスではなく、プロセス生成
・削除制御手段１０の子プロセスとして生成される。こ
れにより、業務プロセス０１のプロセス構成を変えるこ
となく、遠隔地からシステム保守が行え、ユーザＢのセ
ッションを終了しても生成要求したプロセスは、セッシ
ョン終了に伴って終了することなく、その動作を続ける
ことができる。なお、プロセス生成・削除要求手段６０
とプロセス生成・削除制御手段１０とで、要求動作の実
行可能性の確認を２回行うのは、選択中や通信中にプロ
セスの状態が変わるおそれがあるためである。

【００２６】次に、図４は、図１における業務プロセス
の状態監視処理の内容を示すフローチャートである。こ
れに基づいて、プロセス業務名格納部５０に格納されて
いる情報の管理方法について詳細に説明する。

【００２７】プロセス業務名管理手段８０は、利用者に
対し、対話形式で管理処理を行うことができる。業務シ
ステム０１のシステム管理者は、予め業務システム０１
配下の業務プロセス２０のプロセス名を全てプロセス名
５２として登録し、これに対するプロセス業務名５１を
決め、対応づけて登録する。プロセス業務名管理手段８
０は、既に登録されている情報の追加、更新、削除の処
理が可能である。業務システム０１配下に業務プロセス
が追加された場合、以下の手順で追加処理を行う。ま
ず、利用者が、追加する業務プロセスのプロセス名を入
力する（ステップ３１１）。プロセス業務名管理手段８
０は、入力されたプロセス名が既に登録されていないか
を確認する（ステップ３１２）。登録されていなけれ
ば、対応するプロセス業務名を入力させる（ステップ３
１３）。入力された業務名と同じプロセス業務名が既に
登録されていないかを確認する（ステップ３１４）。業
務名が登録されていなければ、入力された情報をプロセ
ス業務名５１、プロセス名５２として、プロセス業務名
格納部５０に格納する（ステップ３１５）。

【００２８】次に、業務システム０１配下の業務プロセ
スのプロセス名または業務プロセス名が変更された場合
は、以下の手順で更新処理を行う。まず、利用者が更新
元の業務プロセスのプロセス名またはプロセス業務名を
入力する（ステップ３２１）。プロセス業務名管理手段
８０は、入力されたプロセス名、プロセス業務名が既に
登録されているかを確認する（ステップ３２２）。登録
されていれば、現在登録されている情報を利用者に提示
する（ステップ３２３）。次に、変更させたい情報（プ
ロセス名またはプロセス業務名のいずれか）を入力させ
る（ステップ３２４）。入力された情報が既に登録され
ていないかを確認する（ステップ３２５）。既に登録さ
れていなければ、入力された情報を新しいプロセス業務
名５１またはプロセス名５２として、プロセス業務名格
納部５０に格納する（ステップ３２６）。

【００２９】次に、業務システム０１配下の業務プロセ
スが削除された場合は、以下の手順で削除処理を行う。
まず、利用者が削除された業務プロセスのプロセス名ま
たはプロセス業務名を入力する（ステップ３３１）。プ
ロセス業務名管理手段８０は、入力されたプロセス名、
プロセス業務名が既に登録されているかを確認する（ス
テップ３３２）。登録されていれば、現在登録されてい
る情報を利用者に提示する（ステップ３３３）。次に、
この業務プロセスを本当に削除してよいかを入力させる
（ステップ３３４）。削除して良いと入力された場合、
登録されている情報をプロセス業務名格納部５０から削
除する（ステップ３３５）。

【００３０】次に、図５は、図１における業務プロセス
の状態監視処理の内容を示すフローチャートである。こ
れに基づいて、プロセス情報格納部３０に格納されてい
る情報を用いた業務プロセスの状態監視処理について詳
細に説明する。

【００３１】プロセス監視手順７０は、利用者によって
起動されると、プロセス情報格納部３０とプロセス業務
名格納部５０をまず読みとる（ステップ４０１）。

【００３２】プロセス情報格納部３０の情報を１つずつ
引き出し、プロセス識別子３２の内容を確認する（ステ
ップ４０２、４０３）。プロセス識別子３２のプロセス
ＩＤ番号が正であれば「起動中」とし、０であれば「停
止中」であると判断する（ステップ４０３）。次に、プ
ロセス名３１と同じプロセス名をプロセス業務名格納部
５０から検索し、検索されたプロセス名５２に対応づけ
られているプロセス業務名５１を取り出す（ステップ４
０４、４０５）。得られたプロセス業務名５１およびプ
ロセス識別子３２から得られた状態とを組み合わせて、
ディスプレイ等の監視プロセス表示手段７１を通して利
用者に示す（ステップ４０６）。

【００３３】以上の処理をプロセス情報格納部３０に格
納されている全ての情報について行うどうかを確認し
（ステップ４０７）、Ｎｏであればプロセス情報格納部
３０の情報を１つ引き出し（ステップ４０２）、同様の
処理を行う。予め決められた間隔でこの処理を行い、Ｙ
ｅｓであれば、利用者に対して最新の情報を提供する
（ステップ４０８）。

【００３４】次に、本発明の実施例について図面を参照
して説明する。

【００３５】図６は、本発明の第１の実施例を示す図で
あり、プロセス間通信を用いて実現した場合の本発明の
プロセス制御方式の構成を示すブロック図である。この
実施例では、図１で示した業務システム０１、通信制御
手段０２と外部システム０３を一つのコンピュータ上で
実現した場合を示している。

【００３６】図６の（Ａ）に示されている様に、コンビ
ュー夕Ａと端末Ｂ（Ｘウィンドウ端末、ＴＥＬＮＥＴ端
末など）がネットワークで接続されている場合、端末側
でセッションを開設すると、通常、コンピュータＡ上の
プロセスとして動作し、入出力が端末Ｂ上で行われる。

【００３７】また、図６の（Ｂ）に示されている様に、
コンピュータＡが画面制御としてマルチウィンドウシス
テムを採用している場合、業務システム０１が動作して
いる画面上で新たにセッションを開設することができ
る。ここでは、プロセス情報格納部３０、プロセス業務
名格納部５０は、業務システム０１、外部システム０３
の両方からアクセスできるように共有メモリ、共有ファ
イルやデータベースなどで構成される。要求情報格納部
４０は複数の情報を格納することができ、先に格納した
情報から引き出し処理することができるメッセージキュ
ーや名前付きパイプなどで構成される。また、プロセス
生成・削除要求手段６０とプロセス生成・削除制御手段
１０との間の通知は、メッセージキューやシグナルなど
でおこなう。このように一台のコンビュー夕上で、業務
システム０１と外部システム０２を同時に起動させるこ
とができる。このとき、通信制御手段０２としてプロセ
ス間通信を用いることにより本実施例となる。

【００３８】次に、本発明の実施例の動作について、図
７〜図１２を参照して詳細に説明する。

【００３９】図７、図８は、プロセス情報格納部３０に
格納されている情報の内容を示す図である。（Ａ）は生
成時、（Ｂ）は停止時、（Ｃ）は再起動時を示してい
る。

【００４０】図９、図１０は、要求情報格納部４０に格
納されている情報の内容を示す図である。（Ａ）は起動
要求時、（Ｂ）は停止要求時、（Ｃ）は複数の要求時、
（Ｄ）は成功時、（Ｅ）は実行不可能時、（Ｆ）は失敗
時を示している。

【００４１】図１１は、プロセス業務名格納部に格納さ
れている情報の例を示す図である。図１２は、監視プロ
セス表示手段による情報の表示の例を示す図である。

【００４２】業務システム０１には、「Ｒ＿ＳＴＯＲＥ
０１」、「Ｗ＿ＳＴＯＲＥ０ｌ」、「ＡＤ＿ＲＡＩ
Ｎ」、「ＳＭ＿ＲＡＩＮ」、「ＡＤ＿ＷＩＮＤ」、「Ｓ
Ｍ＿ＷＩＮＤ」の６つの業務プロセスがある。各業務プ
ロセスは、その処理内容から「雨量情報登録０１」、
「風情報登録０１」、「全観測局日別雨量情報検索」、
「観測局別月別雨量情報検索」、「全観測局日別風情報
検索」、「観測局月別風情報検索」の業務プロセス名が
決められている。この情報は、システム管理者によって
図１１の（Ａ）の様にプロセス業務名格納部に格納され
ている。

【００４３】業務システム０１が起動されると、プロセ
ス生成・削除制御手段１０によって、上記の業務プロセ
スが生成される。このとき、図７の（Ａ）のように、生
成時にオベレーティングシステムから得られたプロセス
ＩＤ番号をプロセス名とともにプロセス情報格納部３０
に登録する。業務システム０１が作動中に、「ＡＤ＿Ｒ
ＡＩＮ」が停止した場合、プロセス生成・削除手段１０
は、これを感知し、図７の（Ｂ）で示される様に、「Ａ
Ｄ−ＲＡＩＮ」のプロセス識別子３２を「０」にする。

【００４４】この時点で、プロセス監視手段７０やプロ
セス生成・削除要求手段６０が端末等で起動されると、
現在のプロセス情報格納部３０、プロセス業務名格納部
５０に格納されている情報より、「全観測局日別雨量情
報検索」のみが停止中で、それ以外の業務プロセスは起
動中であることを認識する。この業務プロセスの状況
は、監視プロセス表示手段７１を通して、図１２の
（Ａ）の様に利用者に対して提示される。プロセス生成
・削除要求手段６０も同様の形式で利用者に対して現在
の状態を示す。また、プロセス監視手段７０は、定期的
にプロセス情報格納部３０、プロセス業務名格納部５０
の内容を確認する。この間隔を短く設定することによ
り、本発明は、利用者に対してプロセスの状態をリアル
タイムで示すことを可能とする効果を有する。プロセス
情報格納部３０のプロセス識別子３２には、プロセスＩ
Ｄ番号のほかに、プロセスの生成時刻、削除時刻、削除
時の原因等の付加情報を格納することができ、利用者の
要求に応じて、プロセス監視手段７０は、これらの付加
情報もプロセスの状態とともに提供することができる。
業務プロセスの状態が図１２の（Ａ）で示される内容で
利用者に提示されている時に、利用者が外部システム０
３から現在停止中の「全観測局日別雨量検索」の再起動
を行いたいとする。利用者は、端末Ｂよりプロセス生成
・削除要求手段６０を起動させる。プロセス生成・削除
要求手段６０は、図１２の（Ａ）で示すような形式で、
業務プロセスの現状を示し、利用者に対して対象プロセ
スと要求動作の入力を促す。利用者は、プロセス生成・
削除要求手段６０に対し、「全観測局日別雨量検索」の
「起動」を要求する。プロセス生成・削除要求手段６０
は、プロセス業務名格納部５０より「全観測局日別雨量
検索」のプロセス名が「ＡＤ＿ＲＡＩＮ」であり、プロ
セス情報格納部３０より現在「停止中」であることを確
認する。要求動作が、「起動」であるため、この要求は
実行可能であると判断される。ただし、利用者が現状を
確認し、要求情報の入力を完了するまでに、別のプロセ
ス生成・削除要求手段６０またはプロセス生成・削除制
御手段１０から「全観測局日別雨量検索」の再起動が行
われた場合には、プロセス情報格納部３０の「ＡＤ＿Ｒ
ＡＩＮ」のプロセス識別子３２のプロセスＩＤ番号が
「０」でなくなるため、プロセス生成・削除要求手段６
０が確認を行った時点では、利用者からの「停止」要求
は、実行不可能であると判断され、利用者に対してその
旨を伝える。要求処理が実行可能であると判断するとプ
ロセス生成・削除要求手段６０は、図９の（Ａ）に示す
様に「全観測局日別雨量検索」のプロセス名「ＡＤ＿Ｒ
ＡＩＮ」と「起動」要求を示すコード「０１」を、メッ
セージキューで構成される要求情報格納部４０に格納
し、プロセス生成・削除制御手段１０に通知する。

【００４５】また、「風情報登録０１」の停止を要求
し、実行可能であった場合は、図９の（Ｂ）のように要
求情報が格納される。要求動作４２に格納されているコ
ード「０２」は、「停止」要求を表すコードである。プ
ロセス生成・削除制御手段１０は、通知を受け取ると要
求情報格納部４０から格納された順に要求情報を引き出
す。

【００４６】今、図９の（Ｃ）で示されるように要求情
報が格納されているとすると、１番目の「ＡＤ＿ＲＡＩ
Ｎ」の「起動」要求が引き上げられる。プロセス生成・
削除制御手段１０は、プロセス情報格納部３０の内容を
確認し、対象業務プロセス「ＡＤ＿ＲＡＩＮ」のプロセ
スＩＤ番号が「０」で格納されていることから、現在停
止中である判断し、要求動作である「起動」が可能であ
ると判断される。プロセス生成・削除制御手段１０は、
「ＡＤ＿ＲＡＩＮ」の再起動を実行する。再起動が成功
した場合、図８の（Ｃ）で示される様に新しく得られた
プロセスＩＤ番号をプロセス情報格納部３０に格納す
る。プロセス生成・削除制御手段１０は、図１０の
（Ｄ）のように、要求動作が成功したことを示すコード
「１０」を要求情報４２として要求情報格納部４０に格
納し、プロセス生成・削除要求手投６０に対して通知す
る。プロセス生成・削除要求手段６０は、これを受け取
り、要求情報４２に「１０」が格納されていることを確
認し、要求動作が成功したことを利用者に通知する。な
お、プロセス生成・削除制御手段１０がプロセス情報格
納部３０の内容を確認したときに、すでに「ＡＤ＿ＲＡ
ＩＮ」が再起動されていた場合は、図１０の（Ｅ）のよ
うに、実行不可能であることを示すコード「２０」を要
求情報格納部４０に格納し、プロセス生成・削除要求手
段６０に対して通知する。また、実行可能であったが、
「ＡＤ＿ＲＡＩＮ」の再起動自体に失敗した場合、図１
０の（Ｆ）のように、要求動作の失敗を示すコード「３
０」を要求情報格納部４０に格納し、プロセス生成・削
除要求手段６０に対して通知する。通知を受けたプロセ
ス生成・削除要求手段６０は、これらのコードから処理
結果を判断し、実行不可能であったことまたは失敗した
ことを利用者に知らせる。

【００４７】このように本発明は、別のセッションから
業務プロセスの生成・削除の実行を可能にする効果を有
する。また、要求により生成されたプロセスは、プロセ
ス生成・削除制御手段１０の子プロセスとなるため、要
求動作を完了したプロセス生成・削除要求手段６０は、
終了しても、生成されたプロセスに何の影響も与えな
い。プロセス生成・削除要求手投６０を起動させたセッ
ションを閉そくさせても同様に影響を与えない。従っ
て、本発明は、業務プロセスと親子関係にないプロセス
から業務プロセスの生成・削除がおこなえる効果を有す
る。

【００４８】次に、プロセス業務名を変更する場合の手
順について説明する。変更を行いたい利用者は、プロセ
ス業務名管理手段８０を起動させ、プロセス業務名管理
手段８０より変更したいプロセス業務名である「風情報
登録０１」を入力する。

【００４９】図１１の（Ａ）に示されている様に「風情
報登録０１」はプロセス名「Ｗ＿ＳＴＯＲＥ０ｌ」と対
応づけられている。入力された情報はすでに登録されて
いるので、プロセス業務名管理手段８０は、変更後の業
務プロセス名またはプロセス名の入力を利用者に促す。
プロセス業務名を変更したい場合は、ここで新しいプロ
セス業務名を、また、プロセス名を変更したい場合は、
新しいプロセス名を入力する。ここでは、「風速情報登
録」と入力したとする。この入力を受け付けて、プロセ
ス業務名管理手段８０は、入力されたプロセス業務名が
すでに別の組み合わせで使用されていないかを確認す
る。図１１の（Ａ）で示されている通り、ほかでは使用
されていないため、変更可能であると判断し、図１１の
（Ｂ）の様に変更する。この処理結果を受けて、プロセ
ス監視手段７０は、次の確認時点で「Ｗ＿ＳＴＯＲＥ０
１」のプロセス業務名が「風速情報登録」であることを
知り、これに基づいて利用者に新しいプロセス業務名で
業務プロセスの現在の状態を示すことができる。これ
は、図１２の（Ｂ）の様に示される。

【００５０】このように、本発明は、「Ｗ＿ＳＴＯＲＥ
０ｌ」といったプロセス名では、そのプロセスが一体何
の処理を行うプロセスであるかを判別することが難しい
利用者に対して、「風速情報登録」といったプロセス業
務名を使用することにより、理解しやすい形でプロセス
の状態等を示すことができる。

【００５１】次に、本発明の第２の実施例として、図１
３に示すようなホスト間通信を用いた場合を示す。この
実施例は、図１で示した業務システム０１と外部システ
ム０３とを別々のコンピュータ上で実現した場合を示
す。

【００５２】図１３の（Ａ）で示される様にコンピュー
タＣとコンピュータＤとの間は、ＬＡＮまたはＷＡＮ等
によって構築されたネットワークで接続されている。コ
ンピュータＣで業務システム０１を、コンビュータＤで
外部システム０３をそれぞれ起動させる。このとき、業
務システム０１と外部システム０３との間の通信制御手
順０２として、ホスト間通信を用いる。コンピュータ間
の回線は、ＲＳ２３２Ｃ、ｅｔｈｅｒｎｅｔ、専用回
線、交換回線などを適用することが可能である。また、
コンピュータ間の通信手順としては、無手順、ＴＣＰ／
ＩＰ、ＢＳＣ等のべ一シック手順、ＨＤＬＣ等のハイレ
ベル手順等を適用することが可能である。さらに、外部
システム０３自体も複数のコンビュータで実行する事が
できる。

【００５３】図１３の（Ｂ）で示される様に、コンピュ
ータＥでプロセス監視手段７０を、コンピュータＦでプ
ロセス生成・削除要求手段６０を、コンピュー夕Ｇでプ
ロセス業務名管理手段を実行させる構成をとることがで
きる。プロセス情報格納部３０、プロセス業務名格納部
５０は、コンピュータＣ上のファイルやデータベースな
どで構成され、排他機能を持つことにより同時に起動さ
れているプロセス生成・削除要求手段６０、プロセス業
務名管理手段８０からの情報の登録・更新等がおこなえ
る。

【００５４】このように、通信制御手段０２をホスト間
通信で行うと、業務システム０１を起動させているコン
ピュータ以外のコンビュータから業務プロセスの起動、
停止が可能となる。また、起動状況の確認も行え、業務
システムの遠隔保守を可能とする効果を有する。

【００５５】

【発明の効果】本発明のプロセス制御方式は、業務プロ
セスの生成・削除をプロセス生成・削除制御手段が一括
管理しており、これが要求情報格納部をもつことにより
別のプロセスとの業務プロセスの生成・削除に関する情
報のやりとりを行うことができる。従って、業務システ
ム以外のセッションから業務システム中の業務プロセス
の生成・削除が可能であるという効果を奏する。

【００５６】また、本発明は、利用者にとって業務プロ
セスの処理内容がわかるようなプロセス業務名を各業務
プロセスにあらかじめ決めておき、これをプロセス業務
名格納部５０にプロセス名と関連づけて登録しておくこ
とにより、プロセス名やプロセス識別子で情報を提供す
る場合に、代わりにこのプロセス業務名で情報を提供す
ることが可能である。従って、利用者が業務プロセスの
状況の確認や生成・削除の要求をおこなう場合に、業務
プロセスの実際のプロセス名やプロセス識別子を知って
おく必要がないという効果を奏する。

【図面の簡単な説明】

【図１】本発明のプロセス制御方式の実施例の構成を示
すブロック図である。

【図２】図１における業務プロセスの生成・削除処理の
内容を示すフローチャートである。

【図３】図１における業務プロセスの生成・削除処理の
内容を示すフローチャートであり、図２に続くものであ
る。

【図４】図１におけるプロセス業務名情報の管理処理の
内容を示すフローチャートである。

【図５】図１における業務プロセスの状態監視処理の内
容を示すフローチャートである。

【図６】本発明の第１の実施例の構成を示すブロック図
であり、（Ａ）はネットワークで示し、（Ｂ）はコンピ
ュータ内の構成を示した図である。

【図７】図１のプロセス情報格納部に格納されている情
報の例を示す図である。（Ａ）は生成時、（Ｂ）は停止
時を示している。

【図８】図１のプロセス情報格納部に格納されている情
報の例を示す図である。（Ｃ）は再起動時を示してい
る。

【図９】図１の要求情報格納部に格納されている情報の
例を示す図である。（Ａ）は起動要求時、（Ｂ）は停止
要求時、（Ｃ）は複数の要求時を示している。

【図１０】図１の要求情報格納部に格納されている情報
の例を示す図であり、図９に続くものである。（Ｄ）は
成功時、（Ｅ）は実行不可能時、（Ｆ）は失敗時を示し
ている。

【図１１】図１のプロセス業務名格納部に格納されてい
る情報の例を示す図である。（Ａ）は変更前、（Ｂ）は
変更後を示している。

【図１２】図１の監視プロセス表示手段による情報の表
示の例を示す図である。（Ａ）は変更前、（Ｂ）は変更
後を示している。

【図１３】本発明の第２の実施例の構成を示すブロック
図であり、（Ａ）は業務システムと外部システム間のホ
スト間通信、（Ｂ）は業務システムとプロセス監視手段
とのホスト通信を示す図である。

【図１４】従来の方式の構成を示すブロック図である。

【符号の説明】

０１業務システム０２通信制御手段０３外部システム１０プロセス生成・削除制御手段２０業務プロセス３０プロセス情報格納部３１プロセス名３２プロセス識別子４０要求情報格納部４１プロセス名４２要求動作５０プロセス業務名格納部５１プロセス業務名５２プロセス名６０プロセス生成・削除要求手段７０プロセス監視手段７１監視プロセス表示手段８０プロセス業務名管理手段

Claims

【特許請求の範囲】

【請求項１】プロセス毎に、プロセス名と当該プロセ
スの生成要求または削除要求とを対応づけた要求情報を
格納する要求情報格納部と、前記要求情報の内容に従って、プロセスを生成または削
除するプロセス生成・削除制御手段とを含む業務システ
ムと、前記要求情報を通信制御手段を介して前記要求情報格納
部に格納するプロセス生成・削除要求手段を含む外部シ
ステムとを備えたことを特徴とするプロセス制御方式。
【請求項２】前記プロセス生成・削除要求手段は、前
記要求情報を前記要求情報格納部に格納した際に、その
旨を前記通信制御手段を介して前記プロセス生成・削除
制御手段へ通知し、前記プロセス生成・削除制御手段は、前記プロセス生成
・削除要求手段からの通知に応じて、前記要求情報格納
部を参照し、その内容に従ってプロセスを生成または削
除することを特徴とする請求項１記載のプロセス制御方
式。
【請求項３】前記業務システムは、プロセス毎に、プ
ロセス名と当該プロセスの稼働状態とを対応づけたプロ
セス情報を格納するプロセス情報格納部を含み、前記プロセス生成・削除要求手段は、前記通信制御手段
を介して前記プロセス情報を参照し、所望のプロセスを
生成または削除できると判断した場合に、前記要求情報
を前記要求情報格納部に格納することを特徴とする請求
項２記載のプロセス制御方式。
【請求項４】前記プロセス生成・削除制御手段は、前
記プロセス生成・削除要求手段からの通知に応じて前記
プロセス情報を参照し、当該プロセス生成・削除要求手
段により要求されたプロセスを生成または削除できると
判断した場合にさらに前記要求情報格納部を参照し、そ
の内容に従ってプロセスを生成または削除することを特
徴とする請求項３記載のプロセス制御方式。
【請求項５】前記業務システムは、プロセス毎に、任
意のプロセス業務名とプロセス名とを対応づけたプロセ
ス業務名情報を格納するプロセス業務名格納部を含み、前記プロセス生成・削除要求手段は、前記通信制御手段
を介して前記プロセス業務名情報を参照して所望のプロ
セス業務名に対応するプロセス名を認識し、当該プロセ
ス名に係る前記要求情報を前記通信制御手段を介して前
記要求情報格納部に格納することを特徴とする請求項１
〜４のいずれか一項に記載のプロセス制御方式。
【請求項６】前記外部システムは、前記通信制御手段
を介して前記プロセス情報を参照し、プロセス毎の稼働
状態を表示装置に表示するプロセス監視手段を含むこと
を特徴とする請求項３または４記載のプロセス制御方
式。
【請求項７】前記外部システムは、前記通信制御手段
を介して前記プロセス情報を参照し、さらに前記通信制
御手段を介して前記プロセス業務名情報を参照して当該
プロセス情報に含まれるプロセス名に対応するプロセス
業務名を認識し、プロセス毎の稼働状態を前記プロセス
業務名に対応させて表示装置に表示するプロセス監視手
段を含むことを特徴とする請求項５記載のプロセス制御
方式。