(57)【特許請求の範囲】
【請求項１】
アプリケーションプログラムと外部サーバ結合部とサービス管理システム共通の業務処理部品とを共通インタフェースで結合してサービス管理システムを構築するようにした、サービス管理システムを提供する装置であって、
サービス管理システム全体のプロセス管理を行う装置と、サービス管理システム全体のメッセージ通信管理を行う装置と、業務処理を行う装置と、外部ネットワークに対するインタフェース部とを少なくとも具備し、
前記サービス管理システム全体のプロセス管理を行う装置が、
アプリケーションプログラムと業務処理を機能のまとまりとして構成した業務処理部品とを結びつけて、業務処理部品プロセスを管理するプロセス管理手段と、
サービス業務処理部品の情報や他サーバの情報をもとにサービス管理システムの構成を決めるシステム構成情報管理手段と
をそなえ、
前記サービス管理システム全体のメッセージ通信管理を行う装置が、
アプリケーションプログラムまたは業務処理部品からの要求／応答を解析し、メッセージ受信毎にメッセージのキューイングを行わずにスレッド管理手段に指示を与え、送信先を判定してアプリケーションプログラムまたは業務処理部品へメッセージを渡すメッセージディスパッチ手段と、
アプリケーションプログラムからの複数の業務処理部品にわたるトランザクション管理の内部構成を隠蔽するために、業務処理毎の複数のコンテキストをまとめて論理トランザクションとして管理する論理トランザクション管理手段と
をそなえ、
前記業務処理を行う装置が、
メッセージマネジメントプロセスから起動要求を受けてスレッドを生成し、業務処理を実行し、応答をメッセージマネジメントプロセスに返却して、サービス管理システム本来の業務処理を行う業務処理部品に、メッセージに対応してスレッドの管理を行うスレッド管理手段と、
メッセージマネジメントプロセスからの要求を受け取る際に論理トランザクションＩＤを受け取り、対応するコンテキストを取得し管理するコンテキスト管理手段と
をそなえた
ことを特徴とするプロセス管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サービス管理システムで共通的に利用される機能のまとまりをシステム開発に先立って業務処理部品として用意し、これら業務処理部品を自由に組み合わせてサービス管理システムを実現するためのプロセス管理装置に関するものである。
【０００２】
【従来の技術】
一般に新しいネットワークサービスの開発においては、まず提供するサービスそのものを初めに検討し、次にそのシステムやネットワークを管理するネットワーク管理システムを検討し、最後にサービスをサポートするための顧客管理や料金管理などのサービス管理システムを検討する傾向にある。従来、このサービス管理システムの構成はサービスに依存する部分と依存しない部分とが一体となって構成されており、再利用が難しく、提供するサービス毎に構築していた。
【０００３】
即ち、従来のサービス管理システムは提供するサービス対応に個別に開発され、その構成はアプリケーションプログラムと業務処理という明確な区別がなく、一体となって開発されていた。例えば、顧客管理だけが必要であれば、アプリケーションプログラムと顧客管理機能を一体開発していた（図４参照）。また、例えば、顧客管理と料金管理が必要であれば、アプリケーションプログラムと顧客管理機能と料金管理機能を一体開発していた（図５参照）。
【０００４】
【発明が解決しようとする課題】
従来の方法では、サービスに依存する部分と依存しない部分とが一体となって構成され、サービス管理システムに対する要求条件が変わるとシステム全体を作り直す必要があった。そのため、迅速なサービス提供が難しく、コストも増大する傾向があった。
【０００５】
本発明は、上記課題を解決するために、サービス管理システムで利用される機能のまとまりをシステム開発に先立って部品（業務処理部品）として用意し、この業務処理部品を自由に組み合わせてサービス管理システムを実現することを目的とする。
【０００６】
【課題を解決するための手段】
前述した目的を達成するために、本発明では、サービス管理システムを、アプリケーションプログラムと、外部サーバ結合部と、サービス管理システム共通の業務処理部品という機能のまとまりを用意し、これらを共通インタフェースで結合して構成するようにし、
本発明は、アプリケーションプログラムと外部サーバ結合部とサービス管理システム共通の業務処理部品とを共通インタフェースで結合してサービス管理システムを構築するようにした、サービス管理システムを提供する装置であって、
サービス管理システム全体のプロセス管理を行う装置と、サービス管理システム全体のメッセージ通信管理を行う装置と、業務処理を行う装置と、外部ネットワークに対するインタフェース部とを少なくとも具備し、
前記サービス管理システム全体のプロセス管理を行う装置が、
アプリケーションプログラムと業務処理を機能のまとまりとして構成した業務処理部品とを結びつけて、業務処理部品プロセスを管理するプロセス管理手段と、
サービス業務処理部品の情報や他サーバの情報をもとにサービス管理システムの構成を決めるシステム構成情報管理手段と
をそなえ、
前記サービス管理システム全体のメッセージ通信管理を行う装置が、
アプリケーションプログラムまたは業務処理部品からの要求／応答を解析し、メッセージ受信毎にメッセージのキューイングを行わずにスレッド管理手段に指示を与え、送信先を判定してアプリケーションプログラムまたは業務処理部品へメッセージを渡すメッセージディスパッチ手段と、
アプリケーションプログラムからの複数の業務処理部品にわたるトランザクション管理の内部構成を隠蔽するために、業務処理毎の複数のコンテキストをまとめて論理トランザクションとして管理する論理トランザクション管理手段と
をそなえ、
前記業務処理を行う装置が、
メッセージマネジメントプロセスから起動要求を受けてスレッドを生成し、業務処理を実行し、応答をメッセージマネジメントプロセスに返却して、サービス管理システム本来の業務処理を行う業務処理部品に、メッセージに対応してスレッドの管理を行うスレッド管理手段と、
メッセージマネジメントプロセスからの要求を受け取る際に論理トランザクションＩＤを受け取り、対応するコンテキストを取得し管理するコンテキスト管理手段と
をそなえるようにしている。
【０００７】
即ち、本発明では、上記従来の図４や図５に対応するものとして、図２や図３に示す如く、顧客管理、料金管理、サービス構成管理などの明確な業務処理のまとまりを業務処理部品として用意しておき、提供するサービスに合わせてこれらの業務処理部品のうち必要なもののみを組み合わせてアプリケーションプログラムを開発しサービス管理システムを実現する。このため、基本的にはアプリケーションプログラムの開発のみでサービス管理システムの開発を完了することができる。
【０００８】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態について説明する。
【０００９】
図１は本発明のプロセス管理装置を適用したサービス管理システムの一実施の形態に係わる構成を示すブロック図である。
【００１０】
本実施形態のサービス管理システムは、図１に示すように、サービスに依存する部分であるアプリケーションプログラム５と、サービスに依存しないアプリケーションプログラムインタフェース部１０と、システムマネジメントプロセス２０と、メッセージマネジメントプロセス３０と、業務処理部品Ａ４０、業務処理部品Ｂ５０と、業務処理部品が使用するデータベース６０と、外部インタフェース７０と、これら１０，２０，３０，４０，５０，７０を結ぶ共通インタフェース８０とによって構成される。
【００１１】
なお、アプリケーションプログラム５はアプリケーションプログラムインタフェース部１０のインタフェースを組み合わせて記述される。
【００１２】
アプリケーションプログラムインタフェース部１０は、プロトコル解析部１１と、通信サーバ／クライアントライブラリ１２とにより構成される。
【００１３】
システムマネジメントプロセス２０は、プロセス管理手段２１とシステム構成情報管理手段２２とにより構成される。
【００１４】
メッセージマネジメントプロセス３０は、メッセージディスパッチ管理手段３１と、トランザクション管理手段３２と、イベント管理手段３３と、分散管理手段３４と、プロトコル解析部３５と、通信サーバ／クライアントライブラリ３６により構成される。
【００１５】
業務処理部品Ａ４０は、スレッド管理手段４１と、コンテキスト管理手段４２と、サービス管理システムの本来の業務処理機能のまとまりを部品化したコンポーネントオブジェクト４３と、プロトコル解析部４４と、通信サーバ／クライアントライブラリ４５により構成される。業務処理部品Ｂ５０も同様である。
【００１６】
図１では業務処理部品は簡明にするために２個としたが、必要に応じて多数組合わすことができる。また、業務処理部品とは、サービス管理システムに必要な、顧客管理部品、料金管理部品、サービス構成管理部品などである。
【００１７】
外部インタフェース７０は、外部通信基底オブジェクト７１と、外部通信実装オブジェクト７２と、プロトコル解析部７３と、通信サーバ／クライアントライブラリ７４とにより構成される。
【００１８】
従来のサービス管理システムの構成はアプリケーションプログラムと業務処理プログラムとが一体となって構成されていたが、本発明のサービス管理システムの構成は、前記のアプリケーションプログラム５と、業務処理を機能のまとまりとして部品として構成した業務処理部品（４０や５０）と、これらを結びつける本発明のプロセス管理装置とにより構成されており、この点で従来の場合と大きく異なる。
【００１９】
本発明のシステム構成と従来のシステム構成との違いは、以下の３個の手段を提供することにある。
【００２０】
（１）  業務処理部品などのプロセス管理
（２）  アプリケーションプログラムと業務処理部品との間のメッセージ通信管理
（３）  複数業務処理部品間にわたるトランザクションの管理
以下、本発明でのプロセス管理の動作概要、動作内容を上記（１），（２），（３）  の順に詳細に説明する。
【００２１】
（１）  業務処理部品などのプロセス管理
システムマネジメントプロセス２０がサービス管理システム全体のプロセス管理を行う。システムマネジメントプロセス２０はコマンドラインもしくは起動ツールから起動され、常駐プロセスとして機能する。起動時にコマンドライン引数、もしくは環境変数からシステム構成情報ファイル名称を取得し、読み込む。
【００２２】
システムマネジメントプロセス２０の主な機能には、プロセス管理手段２１、システム構成情報管理手段２２がある。
【００２３】
プロセス管理手段２１は、
▲１▼プロセスの起動、
▲２▼プロセスの状態管理、
▲３▼異常終了プロセスの再起動、
▲４▼プロセスの終了、
を管理する。
【００２４】
▲１▼のプロセスの起動では、必要なプロセスを起動すると共に、各プロセスで管理が必要なシステム構成情報を渡す。プロセスの起動に失敗した場合には起動中のプロセスを終了しエラーを返却して終了する。
【００２５】
▲３▼の異常終了プロセスの再起動では、メッセージマネジメントプロセス３０および業務処理部品（４０や５０）の起動状態を監視し、異常終了のシグナルを受けたら当該プロセスを再起動する。
【００２６】
▲４▼のプロセスの終了では、別途用意するツールによって終了の命令を受けた場合、起動したすべてのプロセスの終了を命令し、すべてのプロセスが終了を確認した後に、システムマネジメントプロセス２０を終了する。
【００２７】
システム構成情報管理手段２２は、ファイルなどに記述されたシステム構成情報をもとにサービス管理システムの構成を規定する。システム構成情報としては起動する業務処理部品の情報や他サーバの情報がある。業務処理部品の情報は、起動するプロセスの情報や業務処理部品の実装情報などから構成される。他サーバの情報は、ＩＰアドレス、ポート番号から構成される。
【００２８】
このシステム構成情報に個々のサービス管理システムで必要な業務処理部品を指定することで、業務処理の自由な組み合わせを実現したサービス管理システムを提供することができる。
【００２９】
（２）  アプリケーションプログラムと業務処理部品との間のメッセージ通信管理メッセージマネジメントプロセス３０はシステムマネジメントプロセス２０から起動されサービス管理システム全体のメッセージの通信管理を行う。メッセージマネジメントプロセス３０は常駐プロセスである。
【００３０】
メッセージマネジメントプロセス３０の主な機能には、メッセージディスパッチ管理手段３１、トランザクション管理手段３２がある。
【００３１】
メッセージディスパッチ管理手段３１はアプリケーションプログラム５または業務処理部品（４０や５０）からの要求／応答を解析し、送信先を判定してアプリケーションプログラム５／業務処理部品（４０や５０）へメッセージを渡す。この際同期は行わない。また、メッセージの中身は変更しない。メッセージ送信先のプロセスが存在しない等エラーがあった場合は、メッセージの送信元にエラーを通知する。さらに、メッセージのキューイングは行わず、メッセージ受信毎にスレッドを起動してメッセージをディスパッチする。
【００３２】
（３）  複数業務処理部品間にわたるトランザクションの管理
アプリケーションプログラム５から複数の業務処理部品（４０と５０）にわたるトランザクション管理の内部構成を隠蔽するためにメッセージマネジメントプロセス３０のトランザクション管理手段３２では、業務処理毎の複数のコンテキストをまとめて論理トランザクションとして管理し、次のような制御を行う。
【００３３】
▲１▼アプリケーションプログラムからのトランザクション開始要求が発行された際に論理トランザクションＩＤを発行する。
【００３４】
▲２▼各業務処理は、データベース６０への操作要求受信時に同時に論理トランザクションＩＤを受け取り、対応するデータベース６０のコンテキストが存在しなければコンテキスト取得をデータベース管理ライブラリに要求する。その後データベースの操作を行う。
【００３５】
▲３▼論理トランザクション単位のｃｏｍｍｉｔ／ｒｏｌｌｂａｃｋ要求がアプリケーションプログラムから発行されるまでコンテキストは解放しない。
【００３６】
業務処理部品（４０や５０）は、システムマネジメントプロセス２０から起動され、サービス管理システム本来の業務処理を行うと共に、スレッド管理手段４１、コンテキスト管理手段４２を有する。
【００３７】
スレッド管理手段４１では、メッセージマネジメントプロセス３０から起動要求を受けたら、スレッドを生成し制御を渡す。スレッドは、業務処理を実行し、応答をメッセージマネジメントプロセス３０に返却し、終了する。
【００３８】
コンテキスト管理手段４２では、メッセージマネジメントプロセス３０からの要求を受け取る際同時に論理トランザクションＩＤを受け取り対応するコンテキストを取得し、管理する。ｃｏｍｍｉｔ／ｒｏｌｌｂａｃｋ命令を受け取ると当該命令を実行し、コンテキストを解放する。
【００４０】
【発明の効果】
以上説明したように、本発明によれば、サービス管理システムで利用される機能のまとまりを業務処理部品としてシステム開発に先立って用意し、これら再利用可能な業務処理部品を自由に組み合わせてサービス管理システムを開発することができ、迅速なサービス提供を低コストで提供可能とするものである。
【図面の簡単な説明】
【図１】本発明に係わるサービス管理システムの一実施形態の概略を示すブロック図である。
【図２】本発明の構成１を示す図である。
【図３】本発明の構成２を示す図である。
【図４】従来技術の構成１を示す図である。
【図５】従来技術の構成２を示す図である。
【符号の説明】
５  アプリケーションプログラム
１０  アプリケーションプログラムインタフェース部
１１  プロトコル解析部
１２  通信サーバ／クライアントライブラリ
２０  システムマネジメントプロセス
２１  ブロセス管理手段
２２  システム構成情報管理手段
３０  メッセージマネジメントプロセス
３１  メッセージディスパッチ管理手段
３２  トランザクション管理手段
３３  イベント管理手段
３４  分散管理手段
３５  プロトコル解析部
３６  通信サーバ／クライアントライブラリ
４０  業務処理部品Ａ
４１  スレッド管理手段
４２  コンテキスト管理手段
４３  コンポーネントオブジェクト
４４  プロトコル解析部
４５  通信サーバ／クライアントライブラリ
５０  業務処理部品Ｂ
６０  データベース
７０  外部インタフェース
７１  外部通信基底オブジェクト
７２  外部通信実装オブジェクト
７３  プロトコル解析部
７４  通信サーバ／クライアントライブラリ
８０  共通インタフェース
【図１】
0003577234.tif 000002
【図２】
0003577234.tif 000003
【図３】
0003577234.tif 000004
【図４】
0003577234.tif 000005
【図５】
0003577234.tif 000006