JP3577234B2

JP3577234B2 - Process management equipment

Info

Publication number: JP3577234B2
Application number: JP03537499A
Authority: JP
Inventors: 茂晴桃井; 建可児島; 靖岡野
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 1999-02-15
Filing date: 1999-02-15
Publication date: 2004-10-13
Anticipated expiration: 2019-02-15
Also published as: JP2000235504A

Description

【０００１】
【発明の属する技術分野】
本発明は、サービス管理システムで共通的に利用される機能のまとまりをシステム開発に先立って業務処理部品として用意し、これら業務処理部品を自由に組み合わせてサービス管理システムを実現するためのプロセス管理装置に関するものである。
【０００２】
【従来の技術】
一般に新しいネットワークサービスの開発においては、まず提供するサービスそのものを初めに検討し、次にそのシステムやネットワークを管理するネットワーク管理システムを検討し、最後にサービスをサポートするための顧客管理や料金管理などのサービス管理システムを検討する傾向にある。従来、このサービス管理システムの構成はサービスに依存する部分と依存しない部分とが一体となって構成されており、再利用が難しく、提供するサービス毎に構築していた。
【０００３】
即ち、従来のサービス管理システムは提供するサービス対応に個別に開発され、その構成はアプリケーションプログラムと業務処理という明確な区別がなく、一体となって開発されていた。例えば、顧客管理だけが必要であれば、アプリケーションプログラムと顧客管理機能を一体開発していた（図４参照）。また、例えば、顧客管理と料金管理が必要であれば、アプリケーションプログラムと顧客管理機能と料金管理機能を一体開発していた（図５参照）。
【０００４】
【発明が解決しようとする課題】
従来の方法では、サービスに依存する部分と依存しない部分とが一体となって構成され、サービス管理システムに対する要求条件が変わるとシステム全体を作り直す必要があった。そのため、迅速なサービス提供が難しく、コストも増大する傾向があった。
【０００５】
本発明は、上記課題を解決するために、サービス管理システムで利用される機能のまとまりをシステム開発に先立って部品（業務処理部品）として用意し、この業務処理部品を自由に組み合わせてサービス管理システムを実現することを目的とする。
【０００６】
【課題を解決するための手段】
前述した目的を達成するために、本発明では、サービス管理システムを、アプリケーションプログラムと、外部サーバ結合部と、サービス管理システム共通の業務処理部品という機能のまとまりを用意し、これらを共通インタフェースで結合して構成するようにし、
本発明は、アプリケーションプログラムと外部サーバ結合部とサービス管理システム共通の業務処理部品とを共通インタフェースで結合してサービス管理システムを構築するようにした、サービス管理システムを提供する装置であって、
サービス管理システム全体のプロセス管理を行う装置と、サービス管理システム全体のメッセージ通信管理を行う装置と、業務処理を行う装置と、外部ネットワークに対するインタフェース部とを少なくとも具備し、
前記サービス管理システム全体のプロセス管理を行う装置が、
アプリケーションプログラムと業務処理を機能のまとまりとして構成した業務処理部品とを結びつけて、業務処理部品プロセスを管理するプロセス管理手段と、
サービス業務処理部品の情報や他サーバの情報をもとにサービス管理システムの構成を決めるシステム構成情報管理手段と
をそなえ、
前記サービス管理システム全体のメッセージ通信管理を行う装置が、
アプリケーションプログラムまたは業務処理部品からの要求／応答を解析し、メッセージ受信毎にメッセージのキューイングを行わずにスレッド管理手段に指示を与え、送信先を判定してアプリケーションプログラムまたは業務処理部品へメッセージを渡すメッセージディスパッチ手段と、
アプリケーションプログラムからの複数の業務処理部品にわたるトランザクション管理の内部構成を隠蔽するために、業務処理毎の複数のコンテキストをまとめて論理トランザクションとして管理する論理トランザクション管理手段と
をそなえ、
前記業務処理を行う装置が、
メッセージマネジメントプロセスから起動要求を受けてスレッドを生成し、業務処理を実行し、応答をメッセージマネジメントプロセスに返却して、サービス管理システム本来の業務処理を行う業務処理部品に、メッセージに対応してスレッドの管理を行うスレッド管理手段と、
メッセージマネジメントプロセスからの要求を受け取る際に論理トランザクションＩＤを受け取り、対応するコンテキストを取得し管理するコンテキスト管理手段と
をそなえるようにしている。
【０００７】
即ち、本発明では、上記従来の図４や図５に対応するものとして、図２や図３に示す如く、顧客管理、料金管理、サービス構成管理などの明確な業務処理のまとまりを業務処理部品として用意しておき、提供するサービスに合わせてこれらの業務処理部品のうち必要なもののみを組み合わせてアプリケーションプログラムを開発しサービス管理システムを実現する。このため、基本的にはアプリケーションプログラムの開発のみでサービス管理システムの開発を完了することができる。
【０００８】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態について説明する。
【０００９】
図１は本発明のプロセス管理装置を適用したサービス管理システムの一実施の形態に係わる構成を示すブロック図である。
【００１０】
本実施形態のサービス管理システムは、図１に示すように、サービスに依存する部分であるアプリケーションプログラム５と、サービスに依存しないアプリケーションプログラムインタフェース部１０と、システムマネジメントプロセス２０と、メッセージマネジメントプロセス３０と、業務処理部品Ａ４０、業務処理部品Ｂ５０と、業務処理部品が使用するデータベース６０と、外部インタフェース７０と、これら１０，２０，３０，４０，５０，７０を結ぶ共通インタフェース８０とによって構成される。
【００１１】
なお、アプリケーションプログラム５はアプリケーションプログラムインタフェース部１０のインタフェースを組み合わせて記述される。
【００１２】
アプリケーションプログラムインタフェース部１０は、プロトコル解析部１１と、通信サーバ／クライアントライブラリ１２とにより構成される。
【００１３】
システムマネジメントプロセス２０は、プロセス管理手段２１とシステム構成情報管理手段２２とにより構成される。
【００１４】
メッセージマネジメントプロセス３０は、メッセージディスパッチ管理手段３１と、トランザクション管理手段３２と、イベント管理手段３３と、分散管理手段３４と、プロトコル解析部３５と、通信サーバ／クライアントライブラリ３６により構成される。
【００１５】
業務処理部品Ａ４０は、スレッド管理手段４１と、コンテキスト管理手段４２と、サービス管理システムの本来の業務処理機能のまとまりを部品化したコンポーネントオブジェクト４３と、プロトコル解析部４４と、通信サーバ／クライアントライブラリ４５により構成される。業務処理部品Ｂ５０も同様である。
【００１６】
図１では業務処理部品は簡明にするために２個としたが、必要に応じて多数組合わすことができる。また、業務処理部品とは、サービス管理システムに必要な、顧客管理部品、料金管理部品、サービス構成管理部品などである。
【００１７】
外部インタフェース７０は、外部通信基底オブジェクト７１と、外部通信実装オブジェクト７２と、プロトコル解析部７３と、通信サーバ／クライアントライブラリ７４とにより構成される。
【００１８】
従来のサービス管理システムの構成はアプリケーションプログラムと業務処理プログラムとが一体となって構成されていたが、本発明のサービス管理システムの構成は、前記のアプリケーションプログラム５と、業務処理を機能のまとまりとして部品として構成した業務処理部品（４０や５０）と、これらを結びつける本発明のプロセス管理装置とにより構成されており、この点で従来の場合と大きく異なる。
【００１９】
本発明のシステム構成と従来のシステム構成との違いは、以下の３個の手段を提供することにある。
【００２０】
（１）業務処理部品などのプロセス管理
（２）アプリケーションプログラムと業務処理部品との間のメッセージ通信管理
（３）複数業務処理部品間にわたるトランザクションの管理
以下、本発明でのプロセス管理の動作概要、動作内容を上記（１），（２），（３）の順に詳細に説明する。
【００２１】
（１）業務処理部品などのプロセス管理
システムマネジメントプロセス２０がサービス管理システム全体のプロセス管理を行う。システムマネジメントプロセス２０はコマンドラインもしくは起動ツールから起動され、常駐プロセスとして機能する。起動時にコマンドライン引数、もしくは環境変数からシステム構成情報ファイル名称を取得し、読み込む。
【００２２】
システムマネジメントプロセス２０の主な機能には、プロセス管理手段２１、システム構成情報管理手段２２がある。
【００２３】
プロセス管理手段２１は、
▲１▼プロセスの起動、
▲２▼プロセスの状態管理、
▲３▼異常終了プロセスの再起動、
▲４▼プロセスの終了、
を管理する。
【００２４】
▲１▼のプロセスの起動では、必要なプロセスを起動すると共に、各プロセスで管理が必要なシステム構成情報を渡す。プロセスの起動に失敗した場合には起動中のプロセスを終了しエラーを返却して終了する。
【００２５】
▲３▼の異常終了プロセスの再起動では、メッセージマネジメントプロセス３０および業務処理部品（４０や５０）の起動状態を監視し、異常終了のシグナルを受けたら当該プロセスを再起動する。
【００２６】
▲４▼のプロセスの終了では、別途用意するツールによって終了の命令を受けた場合、起動したすべてのプロセスの終了を命令し、すべてのプロセスが終了を確認した後に、システムマネジメントプロセス２０を終了する。
【００２７】
システム構成情報管理手段２２は、ファイルなどに記述されたシステム構成情報をもとにサービス管理システムの構成を規定する。システム構成情報としては起動する業務処理部品の情報や他サーバの情報がある。業務処理部品の情報は、起動するプロセスの情報や業務処理部品の実装情報などから構成される。他サーバの情報は、ＩＰアドレス、ポート番号から構成される。
【００２８】
このシステム構成情報に個々のサービス管理システムで必要な業務処理部品を指定することで、業務処理の自由な組み合わせを実現したサービス管理システムを提供することができる。
【００２９】
（２）アプリケーションプログラムと業務処理部品との間のメッセージ通信管理メッセージマネジメントプロセス３０はシステムマネジメントプロセス２０から起動されサービス管理システム全体のメッセージの通信管理を行う。メッセージマネジメントプロセス３０は常駐プロセスである。
【００３０】
メッセージマネジメントプロセス３０の主な機能には、メッセージディスパッチ管理手段３１、トランザクション管理手段３２がある。
【００３１】
メッセージディスパッチ管理手段３１はアプリケーションプログラム５または業務処理部品（４０や５０）からの要求／応答を解析し、送信先を判定してアプリケーションプログラム５／業務処理部品（４０や５０）へメッセージを渡す。この際同期は行わない。また、メッセージの中身は変更しない。メッセージ送信先のプロセスが存在しない等エラーがあった場合は、メッセージの送信元にエラーを通知する。さらに、メッセージのキューイングは行わず、メッセージ受信毎にスレッドを起動してメッセージをディスパッチする。
【００３２】
（３）複数業務処理部品間にわたるトランザクションの管理
アプリケーションプログラム５から複数の業務処理部品（４０と５０）にわたるトランザクション管理の内部構成を隠蔽するためにメッセージマネジメントプロセス３０のトランザクション管理手段３２では、業務処理毎の複数のコンテキストをまとめて論理トランザクションとして管理し、次のような制御を行う。
【００３３】
▲１▼アプリケーションプログラムからのトランザクション開始要求が発行された際に論理トランザクションＩＤを発行する。
【００３４】
▲２▼各業務処理は、データベース６０への操作要求受信時に同時に論理トランザクションＩＤを受け取り、対応するデータベース６０のコンテキストが存在しなければコンテキスト取得をデータベース管理ライブラリに要求する。その後データベースの操作を行う。
【００３５】
▲３▼論理トランザクション単位のｃｏｍｍｉｔ／ｒｏｌｌｂａｃｋ要求がアプリケーションプログラムから発行されるまでコンテキストは解放しない。
【００３６】
業務処理部品（４０や５０）は、システムマネジメントプロセス２０から起動され、サービス管理システム本来の業務処理を行うと共に、スレッド管理手段４１、コンテキスト管理手段４２を有する。
【００３７】
スレッド管理手段４１では、メッセージマネジメントプロセス３０から起動要求を受けたら、スレッドを生成し制御を渡す。スレッドは、業務処理を実行し、応答をメッセージマネジメントプロセス３０に返却し、終了する。
【００３８】
コンテキスト管理手段４２では、メッセージマネジメントプロセス３０からの要求を受け取る際同時に論理トランザクションＩＤを受け取り対応するコンテキストを取得し、管理する。ｃｏｍｍｉｔ／ｒｏｌｌｂａｃｋ命令を受け取ると当該命令を実行し、コンテキストを解放する。
【００４０】
【発明の効果】
以上説明したように、本発明によれば、サービス管理システムで利用される機能のまとまりを業務処理部品としてシステム開発に先立って用意し、これら再利用可能な業務処理部品を自由に組み合わせてサービス管理システムを開発することができ、迅速なサービス提供を低コストで提供可能とするものである。
【図面の簡単な説明】
【図１】本発明に係わるサービス管理システムの一実施形態の概略を示すブロック図である。
【図２】本発明の構成１を示す図である。
【図３】本発明の構成２を示す図である。
【図４】従来技術の構成１を示す図である。
【図５】従来技術の構成２を示す図である。
【符号の説明】
５アプリケーションプログラム
１０アプリケーションプログラムインタフェース部
１１プロトコル解析部
１２通信サーバ／クライアントライブラリ
２０システムマネジメントプロセス
２１ブロセス管理手段
２２システム構成情報管理手段
３０メッセージマネジメントプロセス
３１メッセージディスパッチ管理手段
３２トランザクション管理手段
３３イベント管理手段
３４分散管理手段
３５プロトコル解析部
３６通信サーバ／クライアントライブラリ
４０業務処理部品Ａ
４１スレッド管理手段
４２コンテキスト管理手段
４３コンポーネントオブジェクト
４４プロトコル解析部
４５通信サーバ／クライアントライブラリ
５０業務処理部品Ｂ
６０データベース
７０外部インタフェース
７１外部通信基底オブジェクト
７２外部通信実装オブジェクト
７３プロトコル解析部
７４通信サーバ／クライアントライブラリ
８０共通インタフェース[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention provides a process management apparatus for preparing a group of functions commonly used in a service management system as business processing components prior to system development, and realizing a service management system by freely combining these business processing components. It is about.
[0002]
[Prior art]
In general, when developing a new network service, first consider the service itself to be provided, then consider a network management system that manages the system and network, and finally consider customer management and fee management to support the service. Tend to consider a service management system. Conventionally, the configuration of this service management system has been configured integrally with a service-dependent part and a non-service-dependent part, which is difficult to reuse and has been constructed for each service to be provided.
[0003]
That is, the conventional service management system has been developed individually for each service to be provided, and its configuration has been developed as one, without a clear distinction between application programs and business processes. For example, if only customer management is required, an application program and a customer management function have been integrally developed (see FIG. 4). Further, for example, if customer management and charge management are required, an application program, a customer management function, and a charge management function are integrally developed (see FIG. 5).
[0004]
[Problems to be solved by the invention]
In the conventional method, a part that depends on the service and a part that does not depend on the service are integrally configured, and when a requirement for the service management system changes, it is necessary to recreate the entire system. Therefore, it has been difficult to provide services promptly, and costs have tended to increase.
[0005]
In order to solve the above problems, the present invention prepares a set of functions used in a service management system as components (business processing components) prior to system development, and freely combines the business processing components to provide a service management system. The purpose is to realize.
[0006]
[Means for Solving the Problems]
In order to achieve the above-mentioned object, in the present invention, a service management system is provided with a set of functions of an application program, an external server connection unit, and a business processing component common to the service management system, and these are connected by a common interface. And configure it,
The present invention is an apparatus for providing a service management system , wherein an application program, an external server connection unit, and a business processing component common to a service management system are connected by a common interface to construct a service management system .
An apparatus for performing process management of the entire service management system, an apparatus for performing message communication management of the entire service management system, an apparatus for performing business processing, and at least an interface unit for an external network,
An apparatus that performs process management of the entire service management system,
A process management unit that manages a business process component process by linking an application program and a business process component configured as a set of functions, and
And system configuration information management means for determining the original to the service management system configuration information of the services business processing parts of the information or other server
With
An apparatus that performs message communication management of the entire service management system,
Analyzes the request / response from the application program or business processing component, gives an instruction to the thread management unit without queuing the message each time a message is received, determines the transmission destination, and sends the message to the application program or business processing component. Message dispatch means to pass;
A logical transaction management unit that collectively manages a plurality of contexts for each business process as a logical transaction in order to conceal an internal configuration of transaction management from a plurality of business process components from an application program;
With
An apparatus for performing the business processing,
A thread is generated in response to a message in a business process component that generates a thread in response to a start request from the message management process, executes a business process, returns a response to the message management process, and performs the original business process of the service management system. Thread management means for managing
A context management means for receiving a logical transaction ID when receiving a request from the message management process, and acquiring and managing a corresponding context;
It is in so that provided the.
[0007]
That is, according to the present invention, as shown in FIGS. 2 and 3, as a counterpart to the above-described conventional FIGS. 4 and 5, a set of clear business processes such as customer management, fee management, service configuration management, etc. The application program is developed by combining only necessary ones of these business processing components according to the service to be provided, and a service management system is realized. Therefore, basically, the development of the service management system can be completed only by the development of the application program.
[0008]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0009]
FIG. 1 is a block diagram showing a configuration according to an embodiment of a service management system to which a process management device of the present invention is applied.
[0010]
As shown in FIG. 1, the service management system according to the present embodiment includes an application program 5, which is a service-dependent part, an application program interface unit 10, which does not depend on a service, a system management process 20, a message management process 30, , A business processing component A40, a business processing component B50, a database 60 used by the business processing component, an external interface 70, and a common interface 80 connecting these 10, 20, 30, 40, 50, 70.
[0011]
The application program 5 is described by combining the interfaces of the application program interface unit 10.
[0012]
The application program interface unit 10 includes a protocol analysis unit 11 and a communication server / client library 12.
[0013]
The system management process 20 includes a process management unit 21 and a system configuration information management unit 22.
[0014]
The message management process 30 includes a message dispatch management unit 31, a transaction management unit 32, an event management unit 33, a distribution management unit 34, a protocol analysis unit 35, and a communication server / client library 36.
[0015]
The business processing component A40 includes a thread management unit 41, a context management unit 42, a component object 43 that is a component of a group of original business processing functions of the service management system, a protocol analysis unit 44, and a communication server / client library 45. It consists of. The same applies to the business processing component B50.
[0016]
In FIG. 1, the number of business process components is two for simplicity, but a large number can be combined as needed. Further, the business processing components include customer management components, fee management components, service configuration management components, and the like, which are necessary for the service management system.
[0017]
The external interface 70 includes an external communication base object 71, an external communication implementation object 72, a protocol analysis unit 73, and a communication server / client library 74.
[0018]
In the configuration of the conventional service management system, the application program and the business processing program are integrally configured. However, the configuration of the service management system of the present invention includes the application program 5 and the business processing as a group of functions. It is composed of business processing components (40 and 50) configured as components and the process management device of the present invention for linking these components, and this point is significantly different from the conventional case.
[0019]
The difference between the system configuration of the present invention and the conventional system configuration is that the following three means are provided.
[0020]
(1) Process management of business processing components, etc. (2) Message communication management between application programs and business processing components (3) Transaction management across a plurality of business processing components The operation will be described in detail in the order of (1), (2), and (3).
[0021]
(1) The process management system management process 20 for business processing components and the like performs process management of the entire service management system. The system management process 20 is activated from a command line or an activation tool, and functions as a resident process. At startup, get and read the system configuration information file name from command line arguments or environment variables.
[0022]
The main functions of the system management process 20 include a process management unit 21 and a system configuration information management unit 22.
[0023]
The process management means 21
(1) Starting the process,
(2) Process state management,
(3) Restart of the abnormal termination process,
(4) End of the process,
Manage.
[0024]
In the start of the process (1), necessary processes are started, and system configuration information that needs to be managed in each process is passed. If the process fails to start, terminate the running process, return an error, and end.
[0025]
In the restart of the abnormal termination process of (3), the activation states of the message management process 30 and the business process components (40 and 50) are monitored, and upon receiving an abnormal termination signal, the process is restarted.
[0026]
In the process termination of (4), when a termination command is received by a separately prepared tool, termination of all started processes is commanded, and after confirming termination of all processes, the system management process 20 is terminated. .
[0027]
The system configuration information management unit 22 defines the configuration of the service management system based on the system configuration information described in a file or the like. As the system configuration information, there is information of a business process component to be started and information of another server. The information of the business processing component is configured from information of a process to be started, mounting information of the business processing component, and the like. The information of the other server includes an IP address and a port number.
[0028]
By designating the business processing components required by each service management system in this system configuration information, it is possible to provide a service management system that realizes a free combination of business processing.
[0029]
(2) Message communication management between the application program and the business processing component The message management process 30 is started by the system management process 20 and manages communication of messages of the entire service management system. The message management process 30 is a resident process.
[0030]
The main functions of the message management process 30 include a message dispatch management unit 31 and a transaction management unit 32.
[0031]
The message dispatch management means 31 analyzes a request / response from the application program 5 or the business processing component (40 or 50), determines a transmission destination, and passes the message to the application program 5 / business processing component (40 or 50). At this time, no synchronization is performed. Also, the contents of the message are not changed. If there is an error, such as the absence of the message destination process, the error is notified to the message source. Further, a message is not queued, and a thread is activated every time a message is received to dispatch a message.
[0032]
(3) Transaction management between a plurality of business processing components In order to conceal the internal configuration of transaction management from the application program 5 to a plurality of business processing components (40 and 50), the transaction management means 32 of the message management process 30 performs business processing. A plurality of contexts are managed collectively as a logical transaction, and the following control is performed.
[0033]
(1) Issue a logical transaction ID when a transaction start request is issued from the application program.
[0034]
{Circle over (2)} Each business process receives the logical transaction ID at the same time as receiving the operation request to the database 60, and requests the database management library to acquire the context if the corresponding context of the database 60 does not exist. Then, operate the database.
[0035]
(3) The context is not released until a commit / rollback request in logical transaction units is issued from the application program.
[0036]
The business processing components (40 and 50) are started from the system management process 20, perform business processing inherent in the service management system, and have a thread management unit 41 and a context management unit 42.
[0037]
Upon receiving the activation request from the message management process 30, the thread management unit 41 generates a thread and passes control. The thread executes business processing, returns a response to the message management process 30, and ends.
[0038]
The context management means 42 receives the logical transaction ID at the same time as receiving the request from the message management process 30 and acquires and manages the corresponding context. When a commit / rollback instruction is received, the instruction is executed and the context is released.
[0040]
【The invention's effect】
As described above, according to the present invention, a set of functions used in the service management system is prepared as business processing components prior to system development, and these reusable business processing components are freely combined to perform service management. A system can be developed and quick service provision can be provided at low cost.
[Brief description of the drawings]
FIG. 1 is a block diagram schematically showing an embodiment of a service management system according to the present invention.
FIG. 2 is a diagram showing Configuration 1 of the present invention.
FIG. 3 is a diagram showing Configuration 2 of the present invention.
FIG. 4 is a diagram illustrating a first configuration of the related art.
FIG. 5 is a diagram showing Configuration 2 of the related art.
[Explanation of symbols]
5 Application Program 10 Application Program Interface 11 Protocol Analysis 12 Communication Server / Client Library 20 System Management Process 21 Process Management 22 System Configuration Information Management 30 Message Management Process 31 Message Dispatch Management 32 Transaction Management 33 Event Management 34 Distributed management means 35 Protocol analysis unit 36 Communication server / client library 40 Business processing component A
41 thread management unit 42 context management unit 43 component object 44 protocol analysis unit 45 communication server / client library 50 business processing component B
60 database 70 external interface 71 external communication base object 72 external communication implementation object 73 protocol analysis unit 74 communication server / client library 80 common interface

Claims

アプリケーションプログラムと外部サーバ結合部とサービス管理システム共通の業務処理部品とを共通インタフェースで結合してサービス管理システムを構築するようにした、サービス管理システムを提供する装置であって、
サービス管理システム全体のプロセス管理を行う装置と、サービス管理システム全体のメッセージ通信管理を行う装置と、業務処理を行う装置と、外部ネットワークに対するインタフェース部とを少なくとも具備し、
前記サービス管理システム全体のプロセス管理を行う装置が、
アプリケーションプログラムと業務処理を機能のまとまりとして構成した業務処理部品とを結びつけて、業務処理部品プロセスを管理するプロセス管理手段と、
サービス業務処理部品の情報や他サーバの情報をもとにサービス管理システムの構成を決めるシステム構成情報管理手段と
をそなえ、
前記サービス管理システム全体のメッセージ通信管理を行う装置が、
アプリケーションプログラムまたは業務処理部品からの要求／応答を解析し、メッセージ受信毎にメッセージのキューイングを行わずにスレッド管理手段に指示を与え、送信先を判定してアプリケーションプログラムまたは業務処理部品へメッセージを渡すメッセージディスパッチ手段と、
アプリケーションプログラムからの複数の業務処理部品にわたるトランザクション管理の内部構成を隠蔽するために、業務処理毎の複数のコンテキストをまとめて論理トランザクションとして管理する論理トランザクション管理手段と
をそなえ、
前記業務処理を行う装置が、
メッセージマネジメントプロセスから起動要求を受けてスレッドを生成し、業務処理を実行し、応答をメッセージマネジメントプロセスに返却して、サービス管理システム本来の業務処理を行う業務処理部品に、メッセージに対応してスレッドの管理を行うスレッド管理手段と、
メッセージマネジメントプロセスからの要求を受け取る際に論理トランザクションＩＤを受け取り、対応するコンテキストを取得し管理するコンテキスト管理手段と
をそなえた
ことを特徴とするプロセス管理装置。 An apparatus for providing a service management system, wherein an application program, an external server connection unit, and a service processing system common business processing component are connected by a common interface to construct a service management system ,
An apparatus for performing process management of the entire service management system, an apparatus for performing message communication management of the entire service management system, an apparatus for performing business processing, and at least an interface unit for an external network,
An apparatus that performs process management of the entire service management system,
A process management unit that manages a business process component process by linking an application program and a business process component configured as a set of functions, and
And system configuration information management means for determining the original to the service management system configuration information of the services business processing parts of the information or other server
With
An apparatus that performs message communication management of the entire service management system,
Analyzes the request / response from the application program or business processing component, gives an instruction to the thread management unit without queuing the message each time a message is received, determines the transmission destination, and sends the message to the application program or business processing component. Message dispatch means to pass;
A logical transaction management unit that collectively manages a plurality of contexts for each business process as a logical transaction in order to conceal an internal configuration of transaction management from a plurality of business process components from an application program;
With
An apparatus for performing the business processing,
A thread is generated in response to a message, and a thread is generated in response to a start request from the message management process, a business process is executed, a response is returned to the message management process, and a business process component that performs the original business process of the service management system. Thread management means for managing
A context management means for receiving a logical transaction ID when receiving a request from the message management process, and acquiring and managing a corresponding context;
Process management apparatus according to claim <br/> that includes a.