JP2002297535A - トランザクション処理システムにおけるシステム設定変更方式及びプログラム - Google Patents

Abstract

(57)【要約】 【課題】 トランザクション処理システムにおいて、オ
ペレータから要求のあったシステム設定変更を起動中の
サーバアプリケーションにリアルタイムに反映する。 【解決手段】 オペレータ10からシステム設定変更要求
が入力されると、マネージャ３は、システム設定情報テ
ーブル９を更新すると共に、そのシステム設定変更要求
を各サーバアプリケーション4-1 〜4-3 に１対１に対応
する設定変更用受信キュー6-1 〜6-3 にキューイングす
る。各サーバアプリケーション4-1 〜4-3は、自アプリ
ケーションに対応する設定変更用受信キュー6-1 〜6-3
をトランザクション用受信キュー５と同様に定期的に監
視しており、システム設定変更要求がキューイングされ
ていることを検知すると、それを取り出して実行するこ
とにより自アプリケーションにおけるシステム設定を変
更する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はトランザクション処
理システムにおけるシステム設定変更方式に関する。

【０００２】

【従来の技術】トランザクション処理は、いわゆるオン
ラインリアルタイム処理であり、与えられた情報を即時
に処理し、その結果を必要な場所で受け取ることを可能
にするコンピュータシステムである。処理を要求する側
をクライアント、要求された処理を実行して結果を返す
側をサーバと呼び、一般に端末装置側にクライアントア
プリケーション（クライアントアプリケーションプログ
ラムの略）が設けられ、端末装置と通信回線を介して接
続されたホストコンピュータ側にサーバアプリケーショ
ン（サーバアプリケーションプログラムの略）が設けら
れる。

【０００３】クライアントアプリケーションからサーバ
アプリケーションへは、一つの論理的な処理要求単位で
あるトランザクションが送信される。サーバアプリケー
ションは、予め設定されたシステム設定情報に従ってト
ランザクションを処理し、その結果をクライアントアプ
リケーションに返す。ここで、システム設定情報として
は、環境変数、トランザクションのタイムアウト時間な
ど各種の情報がある。また、一般に即時性を確保するた
め、サーバアプリケーションは複数設けられ、複数のト
ランザクションが同時並行的に処理される。トランザク
ションを個々のサーバアプリケーションに分配する方式
には、全てのサーバアプリケーションに共通なキュー
（待ち行列）に到着トランザクションを一旦格納し、任
意のサーバアプリケーションがそのキューからトランザ
クションを引き出す方式と、前記キューを各サーバアプ
リケーション毎に設け、到着トランザクションをどのキ
ューに格納するかで当該トランザクションを実行するサ
ーバアプリケーションが決定される方式とがある。しか
し、後者の方式は、トランザクションを到着順に処理す
る制御が難しいことや、複数のサーバアプリケーション
の負荷を分散する制御が難しいことなどの問題があり、
通常は前者の方式が良く用いられる。

【０００４】図１０に、この種のトランザクション処理
システムの従来構成を示す。同図に示すように、従来の
トランザクション処理システムは、トランザクション要
求を行うクライアントアプリケーション１と、クライア
ントアプリケーション１からのトランザクション要求を
受け付ける端末送受信部２と、トランザクション処理シ
ステム全体を管理し、オペレータからのシステム設定変
更などを受け付けるマネージャ３ａと、システム設定情
報を格納するシステム設定情報テーブル９と、クライア
ントアプリケーション１からのトランザクション要求を
キューイングする受信キュー５と、キューイングされた
トランザクション要求を実行する複数のサーバアプリケ
ーション４ａと、トランザクション実行結果をキューイ
ングする送信キュー７とから構成されている。

【０００５】このような構成を有する従来のトランザク
ション処理システムは次のように動作する。

【０００６】システム設定情報テーブル９には事前に必
要なシステム設定情報が格納されている。システム起動
時、各サーバアプリケーション４ａは、その初期化処理
の一環として、システム設定情報テーブル９を参照し、
オペレーティングシステムが提供するＡＰＩ（Ａｐｐｌ
ｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒ
ｆａｃｅ）等を使ってシステム設定を行い、システム設
定情報テーブル９に設定されたシステム設定を自アプリ
ケーションに反映する。そして、受信キュー５にトラン
ザクション要求が存在するか否かを監視し、存在した場
合にはトランザクション要求を引き取って実行し、その
処理結果を送信キュー７へ格納して、再び受信キュー５
にトランザクション要求が存在するか否かを監視する処
理に戻るといったループ処理を実行する。

【０００７】他方、端末送受信部２は、クライアントア
プリケーション１からトランザクション要求があると、
それを受信キュー５に格納する。また、送信キュー７に
トランザクション処理結果が格納されると、それを引き
取ってクライアントアプリケーション１に返却する処理
を行う。

【０００８】マネージャ３ａは、システム運用中にオペ
レータからシステム設定情報の変更要求を受けると、シ
ステム設定情報テーブル９を更新する。この更新内容は
サーバアプリケーション４ａのシステム設定には即反映
されず、サーバアプリケーション４ａの次回の再起動時
に反映されることになる。

【０００９】別の従来例として、各サーバアプリケーシ
ョン４ａは、個々のトランザクションを実行する直前に
システム設定情報テーブル９を参照し、変更されたシス
テム設定情報を自身のシステム設定に反映させるものも
考えられている。

【００１０】他方、本発明に関連する従来文献として
は、特開２０００−２５０７６７号公報（以下、文献
１）、特開平１１−２５９３４６号公報（以下、文献
２）、特開平８−１３７６９７号公報（以下、文献３）
がある。文献１および文献２は、クライアントからのト
ランザクションをキューを介してサーバに受け渡す点で
本発明と類似するが、システム設定情報の動的な変更に
関しては記載されていない。文献３は、システム設定の
変更をシステム運用中に行う点で本発明と類似するが、
自律分散型システムを対象としており、オペレータから
与えられるシステム設定変更情報をシステム運用中に反
映するものではない。

【００１１】

【発明が解決しようとする課題】上述したように従来の
トランザクション処理システムでは、各サーバアプリケ
ーション４ａは、システム設定情報テーブル９に従った
システム設定処理を自プログラムの起動時のみに実施し
ている。このため、オペレータがシステム運用中にシス
テム設定情報テーブル９の内容を変更しても、各サーバ
アプリケーション４ａのシステム設定をリアルタイムに
変更できない課題があった。

【００１２】また、各サーバアプリケーション４ａが個
々のトランザクションを実行する直前にシステム設定情
報テーブル９を参照してシステム設定の変更を行う構成
によれば、システム運用中におけるシステム設定変更は
可能になるが、トランザクション実行直前にシステム設
定情報テーブル９を参照してシステム設定をやり直す処
理が必ず走行するため、トランザクションのレスポンス
時間が極端に長くなる課題があった。

【００１３】そこで本発明の目的は、トランザクション
のレスポンス時間をむやみに増大させることなく、オペ
レータから要求のあったシステム設定変更を起動中のサ
ーバアプリケーションにリアルタイムに反映し得るよう
にすることにある。

【００１４】

【課題を解決するための手段】本発明のトランザクショ
ン処理システムにおけるシステム設定変更方式は、複数
のサーバアプリケーションに１対１に対応し、対応する
前記サーバアプリケーションによって定期的に監視され
る設定変更用受信キューと、オペレータから入力された
システム設定変更要求を前記設定変更用受信キューを介
して前記サーバアプリケーションに伝達するマネージャ
とを備えている。より具体的には、複数のサーバアプリ
ケーションと、前記複数のサーバアプリケーションに共
通なトランザクション用受信キュー及びトランザクショ
ン用送信キューと、クライアントアプリケーションから
のトランザクションを前記トランザクション用受信キュ
ーにキューイングし、前記トランザクション用送信キュ
ーにキューイングされたトランザクション処理結果を前
記クライアントアプリケーションに送信する端末送受信
部と、前記サーバアプリケーションに関連するシステム
設定情報を保持するシステム設定情報テーブルと、オペ
レータからのシステム設定変更要求を受け付けるマネー
ジャとを備えたトランザクション処理システムであっ
て、前記サーバアプリケーションに１対１に対応して設
けられた設定変更用受信キューと、前記複数のサーバア
プリケーションに共通に設けられた設定変更用送信キュ
ーとを備え、前記マネージャは、前記受け付けたシステ
ム設定変更要求に応じて前記システム設定情報テーブル
を更新する手段と、前記受け付けたシステム設定変更要
求にかかるシステム設定をリアルタイムに反映させる必
要があるか否かを判断する手段と、リアルタイムに反映
させる必要がある場合に前記受け付けたシステム設定変
更要求を前記設定変更用受信キューにキューイングする
手段と、前記設定変更用送信キューからシステム設定変
更処理結果を取り出し前記オペレータにシステム設定変
更完了を通知する手段とを備え、前記各サーバアプリケ
ーションは、前記トランザクション用受信キューと自ア
プリケーションに対応する前記設定変更用受信キューを
定期的に監視する手段と、前記トランザクション用受信
キューに存在するトランザクションを取り出して処理し
その結果を前記トランザクション用送信キューにキュー
イングする手段と、前記設定変更用受信キューに存在す
るシステム設定変更要求を取り出して処理しその結果を
前記設定変更用送信キューにキューイングする手段とを
備えている。

【００１５】また、前記マネージャは、前記受け付けた
システム設定変更要求が全ての前記サーバアプリケーシ
ョンを対象とするか、特定の前記サーバアプリケーショ
ンを対象とするかを判断する手段と、全ての前記サーバ
アプリケーションを対象とする場合には前記受け付けた
システム設定変更要求を前記設定変更用受信キューの全
てにキューイングし、特定の前記サーバアプリケーショ
ンを対象とする場合には前記受け付けたシステム設定変
更要求を前記特定のサーバアプリケーションに対応する
前記設定変更用受信キューにキューイングする手段とを
備えるようにしても良い。

【００１６】また、前記マネージャは、前記受け付けた
システム設定変更要求にかかるシステム設定をリアルタ
イムに反映させる必要があるか否かを、オペレータから
の指定に基づいて判断しても良く、前記受け付けたシス
テム設定変更要求で変更の対象となるシステム設定情報
が、前記サーバアプリケーションを再起動しなくても前
記サーバアプリケーションが自身のシステム設定を起動
中に変更すれば有効になるタイプであるか否かによって
判断するようにしても良い。

【００１７】

【作用】本発明のトランザクション処理システムにおけ
るシステム設定変更方式にあっては、オペレータからシ
ステム設定変更要求が入力されると、マネージャが、そ
のシステム設定変更要求を各サーバアプリケーションに
１対１に対応する設定変更用受信キューにキューイング
する。各サーバアプリケーションは、自アプリケーショ
ンに対応する設定変更用受信キューをトランザクション
用受信キューと同様に定期的に監視しており、システム
設定変更要求がキューイングされていることを検知する
と、それを取り出して実行することにより自アプリケー
ションにおけるシステム設定を変更する。

【００１８】

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

【００１９】先ず、トランザクション処理システムにお
けるシステム設定情報について説明する。

【００２０】トランザクション処理システムが管理対象
とする資源は、端末装置やキュー、サーバアプリケーシ
ョン等、多種多様であり、従ってシステム設定情報も各
種存在するが、本発明で扱うシステム設定情報は、主に
サーバアプリケーションに関連するものである。以下
に、サーバアプリケーションに関連するシステム設定情
報の例を示す。

【００２１】（１）タイプ１ （ａ）プロセス（スレッド）のスタックサイズ （ｂ）初期化処理の実行タイムアウト時間 （ｃ）プログラムの起動時の引数

【００２２】（２）タイプ２ （ａ）プロセスの環境変数 （ｂ）トレースの出力レベル （ｃ）データベースのコネクション再接続 （ｄ）プロセスの優先度 （ｅ）トランザクションのタイムアウト時間 （ｆ）トランザクションの優先度

【００２３】タイプ１は、サーバアプリケーションを再
起動しないと有効にならないシステム設定情報であり、
タイプ２は、サーバアプリケーションを再起動しなくて
も、サーバアプリケーションが自身のシステム設定を起
動中に変更すれば有効になるシステム設定情報である。
タイプ２のシステム設定情報は更に、各サーバアプリケ
ーション毎に設定できるもの（ａ）〜（ｄ）と、全ての
サーバアプリケーションで共通なもの（ｅ）、（ｆ）と
に分けることができる。なお、タイプ１で例示した各シ
ステム設定情報は全てサーバアプリケーション毎に設定
できるものである。本発明では、このようなタイプ２の
システム設定情報をリアルタイムに変更しようとするも
のである。以下、タイプ２に属するシステム設定情報に
ついて簡単に説明する。

【００２４】（ａ）プロセスの環境変数 環境変数とはプロセス単位で個別に設定できる変数のこ
とで、ＯＳ（オペレーティングシステム）によって提供
される。環境変数は変数の名前と値の組み合わせで構成
される。各プロセス（サーバアプリケーション）は、当
該システム設定情報で指定された環境変数について、Ｏ
Ｓが提供するＡＰＩを使用することにより、自プロセス
用の環境変数を作成したり、その値を変更することがで
きる。また既存の製品と連携する場合、その既存の製品
が指定する環境変数を作成し値を設定することにより連
携が可能となる。例えば、データベースＯＲＡＣＬＥと
連携を行う場合、環境変数ＯＬＡＣＬＥ−ＨＯＭＥやＯ
ＬＡＣＬＥ−ＳＩＤを作成し設定する。一般的な環境変
数の例とその使用例を以下に示す。 ○一般的な環境変数例： ＰＡＴＨ：プログラム実行モジュールの検索ディレクト
リ順序を示す。 ＬＡＮＧ：使用する言語と文字コードを示す。 ＨＯＭＥ：ホームディレクトリを示す。 ○使用例： ・プログラム実行モジュール検索ディレクトリに新たな
ディレクトリを追加する→環境変数ＰＡＴＨを変更す
る。 ・使用している言語を英語から日本語に変更する →環境変数ＬＡＮＧを変更する。 ・ＯＬＡＣＬＥと連携するために環境変数ＯＬＡＣＬＥ
−ＨＯＭＥやＯＬＡＣＬＥ−ＳＩＤを作成する。

【００２５】（ｂ）トレースの出力レベル このシステム設定情報は、各プロセス（サーバアプリケ
ーション）でデバッグ目的などでトレースを出力させた
い場合のトレースの出力の有無とそのレベル（詳細レベ
ル、概要レベル等）を設定する際に使用される。

【００２６】（ｃ）データベースのコネクション再接続 そのプロセス（サーバアプリケーション）がデータベー
スと接続している場合、プロセス起動中に何らかの要因
でデータベースが異常終了してしまった場合、データベ
ースとの接続は切断されてしまう。データベースが復旧
したときに、データベースと連携を再び開始するには切
断されたデータベースとの接続を行う必要がある。通
常、データベースへの接続はコストが高いためプロセス
の初期化時に行い、終了するまで初期化時に作成した接
続を利用する。ここでプロセス稼働中にデータベースが
異常終了した場合（コネクションが切断された場合）、
通常再接続を行うためには、プロセスの再起動が必要に
なるが、この再接続動作をプロセス稼働中に行うか否か
を設定するのが、このシステム設定情報である。

【００２７】（ｄ）プロセスの優先度 ＯＳの機能によって、優先度の高いプロセス（サーバア
プリケーション）はＣＰＵを優先的に割り当てられる。
各プロセスの優先度を指定するのがこのシステム設定情
報である。

【００２８】（ｅ）トランザクションのタイムアウト時
間 各プロセス（サーバアプリケーション）がクライアント
アプリケーションからの要求によりトランザクションを
実行するときに、そのトランザクションにタイムアウト
時間を設け、タイムアウト時間内に処理が終了しない場
合は、その処理を打ち切り、クライアントアプリケーシ
ョンにトランザクション実行タイムアウトを返却する。
これは、サーバ、クライアントが無応答の状態になるの
を防ぐためである。そのためにタイマが使用される。そ
のタイマ値を定めるのが、このシステム設定情報であ
る。

【００２９】（ｆ）トランザクションの優先度 トランザクション毎に優先度を設け、優先度の高い要求
がキューイングされた場合は、他の要求より優先して実
行する。その際、優先度に応じてキューイング位置を決
定し、最高優先度のトランザクション要求は常にキュー
の先頭に格納される。一般にトランザクションには、そ
の種類に応じた識別子が付与されるが、各識別子毎のト
ランザクション優先度を指定するのが、このシステム設
定情報である。

【００３０】次に、上述のようなシステム設定情報をシ
ステム運用中に動的に変更する機能を持つ本発明の実施
の形態について説明する。

【００３１】図１を参照すると、本発明の実施の形態に
かかるトランザクション処理システムは、端末装置Ｔ
と、この端末装置Ｔに通信回線Ｌを通じて接続されたホ
ストコンピュータＨとで構成される。図１には、端末装
置Ｔは１台しか図示していないが、一般には複数の端末
装置が存在する。

【００３２】端末装置Ｔには、トランザクション要求を
行うクライアントアプリケーション１が実装されてい
る。クライアントアプリケーション１は、ホストコンピ
ュータＨに対してトランザクション要求を行う場合、１
つ又は複数のメッセージ及びトランザクション識別子を
含むトランザクションを、通信回線Ｌを介してホストコ
ンピュータＨに送信する。

【００３３】ホストコンピュータＨには、端末送受信部
２、マネージャ３、複数のサーバアプリケーション４−
１〜４−３、全サーバアプリケーション４−１〜４−３
に共通に設けられたトランザクション用受信キュー５及
び送信キュー７、各サーバアプリケーション４−１〜４
−３毎に設けられた設定変更用受信キュー６−１〜６−
３、全サーバアプリケーション４−１〜４−３に共通に
設けられた設定変更用送信キュー８、及びシステム設定
情報テーブル９が実装されている。オペレーティングシ
ステムや、各サーバアプリケーション４−１〜４−３が
参照更新するデータベースも存在するが、図示は省略し
てある。

【００３４】トランザクション用受信キュー５は、クラ
イアントアプリケーション１から送られてきたトランザ
クションを保持するキューであり、トランザクション用
送信キュー７はサーバアプリケーション４−１〜４−３
のトランザクション処理結果を保持するキューである。
これらは従来システムにおいても用意されていたキュー
である。これに対して、設定変更用受信キュー６−１〜
６−３及び設定変更用送信キュー８は本発明において新
たに設けたキューである。

【００３５】設定変更用受信キュー６−１〜６−３は、
サーバアプリケーション４−１〜４−３と１対１に対応
して設けられており、対応するサーバアプリケーション
に対するシステム設定変更要求を保持するキューであ
る。また、設定変更用送信キュー８は、サーバアプリケ
ーション４−１〜４−３が設定変更要求を処理した結果
を保持するキューである。このキュー８はキュー６−１
〜６−３と異なり全サーバアプリケーション４−１〜４
−３で共通に設けられている。

【００３６】システム設定情報テーブル９は、従来シス
テムにおけるものと同様にシステム設定情報を保持する
テーブルである。前述したタイプ１、タイプ２の全ての
システム設定情報を保持する。マネージャ３は、トラン
ザクション処理システム全体を管理するプログラムであ
る。従来のマネージャとの相違点はシステム設定変更処
理機能にある。従来のマネージャは、オペレータ１０か
ら入力されたシステム設定変更をシステム設定情報テー
ブル９に反映するだけであったが、本実施形態のマネー
ジャ３は、それに加えて、オペレータ１０から入力され
たシステム設定変更の対象となるシステム設定情報がタ
イプ１か、タイプ２かを判別する機能、タイプ２のシス
テム設定情報にかかるシステム設定変更要求の場合に
は、更にシステム設定変更が特定のサーバアプリケーシ
ョンを対象とするものか、全サーバアプリケーションを
対象とするものかを判別する機能、特定のサーバアプリ
ケーションを対象とするシステム設定変更要求であった
場合、該当するサーバアプリケーション４−１〜４−３
に対応する設定変更用受信キュー６−１〜６−３に当該
システム設定変更要求をキューイングする機能、全サー
バアプリケーションを対象とするシステム設定変更要求
であった場合、各サーバアプリケーション４−１〜４−
３に対応する設定変更用受信キュー６−１〜６−３の全
てに当該システム設定変更要求をキューイングする機
能、設定変更用送信キュー８からシステム設定変更結果
を取り出し、オペレータ１０にシステム設定変更の処理
完了を通知する機能を備えている。

【００３７】各サーバアプリケーション４−１〜４−３
は、その起動時にシステム設定情報テーブル９を参照し
てシステム設定処理を行い、以後、トランザクション用
受信キュー５にキューイングされているトランザクショ
ンを処理してその結果をトランザクション用送信キュー
７にキューイングするといった従来システムにおけるサ
ーバアプリケーションと同様な処理を行うと共に、自ア
プリケーションに対応する設定変更用受信キュー６−１
〜６−３にシステム設定変更要求が存在するか否かを定
期的に監視する機能、存在したシステム設定変更要求に
従って自アプリケーションにおけるシステム設定変更を
行う機能、システム設定変更の処理結果を設定変更用送
信キュー８にキューイングする機能を備えている。

【００３８】端末送受信部２は、従来システムにおける
ものと同様に、クライアントアプリケーション１から送
られてくるトランザクションをトランザクション用受信
キュー５にキューイングし、トランザクション用送信キ
ュー７にトランザクション処理結果が保持されていれ
ば、それを引き出してクライアントアプリケーション１
に送信する機能を持つ。

【００３９】次に、本実施の形態の概略動作を図２〜図
７を参照して説明する。

【００４０】（１）サーバアプリケーション起動時 サーバアプリケーション４−１〜４−３は起動される
と、初期化処理の一環として、図２に示すようにシステ
ム設定情報テーブル９を参照し((1)) 、自アプリケーシ
ョンのシステム設定を行う。

【００４１】（２）クライアントアプリケーション１か
らのトランザクションの処理 図３に示すように、クライアントアプリケーション１か
らトランザクション要求が送信されると((1)) 、端末送
受信部２がこれを受信し、トランザクション用受信キュ
ー５にキューイングする((2)) 。トランザクション用受
信キュー５にキューイングされたトランザクション要求
は、複数のサーバアプリケーション４−１〜４−３の内
の任意の１つのサーバアプリケーション４−ｉ（図３の
場合は４−１）がこれを取り出し((3)) 、実行して、結
果をトランザクション用送信キュー７にキューイングす
る((4)) 。端末送受信部２は、トランザクション用送信
キュー７からトランザクション結果を取り出し((5)) 、
クライアントアプリケーション１へ送信する((6)) 。

【００４２】（３）システム設定変更 （Ａ）タイプ１のシステム設定情報の変更 図４に示すように、オペレータ１０が、タイプ１に属す
るシステム設定情報の変更要求を入力すると((1)) 、マ
ネージャ３は、システム設定情報テーブル９中の当該シ
ステム設定変更要求で変更が要求されたシステム設定情
報を、要求された通りに変更し((2)) 、処理を終える。
この場合、各サーバアプリケーション４−１〜４−３の
再起動時に各サーバアプリケーション４−１〜４−３が
システム設定情報テーブル９を参照することにより当該
変更されたシステム設定が反映される。

【００４３】（Ｂ）タイプ２のシステム設定情報のうち
全サーバアプリケーションを対象とするシステム設定情
報の変更 図５に示すように、オペレータ１０が、タイプ２に属す
るシステム設定情報で且つ全サーバアプリケーション４
−１〜４−３を対象とするシステム設定情報の変更要求
を入力すると((1)) 、マネージャ３は、システム設定情
報テーブル９中の当該システム設定変更要求で変更が要
求されたシステム設定情報を、要求された通りに変更し
た後((2)) 、各サーバアプリケーション４−１〜４−３
に対応する設定変更用受信キュー６−１〜６−３の全て
に当該システム設定変更要求をキューイングする((3))
。各サーバアプリケーション４−１〜４−３は、自ア
プリケーション４−１〜４−３に対応する設定変更用受
信キュー６−１〜６−３を定期的に監視しており、キュ
ーイングされているシステム設定変更要求を見つける
と、それを取り出す((4)) 。そして、各サーバアプリケ
ーション４−１〜４−３は、そのシステム設定変更要求
に従って自アプリケーションにおけるシステム設定変更
を行い、処理結果を設定変更用送信キュー８にキューイ
ングする((5)) 。マネージャ３は、全てのサーバアプリ
ケーション４−１〜４−３からの設定変更完了を示す処
理結果を、設定変更用送信キュー８から取り出した時点
で((6)) 、オペレータ１０に設定変更結果を通知する
((7)) 。

【００４４】（Ｃ）タイプ２のシステム設定情報のうち
特定のサーバアプリケーションを対象とするシステム設
定情報の変更 図６に示すように、オペレータ１０が、タイプ２に属す
るシステム設定情報で且つ特定のサーバアプリケーショ
ン（図６の例では４−１）を対象とするシステム設定情
報の変更要求を入力すると((1)) 、マネージャ３は、シ
ステム設定情報テーブル９中の当該システム設定変更要
求で変更が要求されたシステム設定情報を、要求された
通りに変更した後((2)) 、サーバアプリケーション４−
１に対応する設定変更用受信キュー６−１に当該システ
ム設定変更要求をキューイングする((3)) 。サーバアプ
リケーション４−１は、自アプリケーションに対応する
設定変更用受信キュー６−１を定期的に監視しており、
キューイングされているシステム設定変更要求を見つけ
ると、それを取り出す((4)) 。そして、そのシステム設
定変更要求に従って自アプリケーションにおけるシステ
ム設定変更を行い、処理結果を設定変更用送信キュー８
にキューイングする((5)) 。マネージャ３は、サーバア
プリケーション４−１からの設定変更完了を示す処理結
果を、設定変更用送信キュー８から取り出した時点で
((6)) 、オペレータ１０に設定変更結果を通知する
((7)) 。

【００４５】図７は各サーバアプリケーション４−１〜
４−３の処理例を示すフローチャート、図８は端末送受
信部２の処理例を示すフローチャート、図９はマネージ
ャ３の処理例を示すフローチャートである。各サーバア
プリケーション４−１〜４−３、端末送受信部２および
マネージャ３用の各プログラム並びに各キュー５、６−
１〜６−３、７、８やシステム設定情報テーブル９の構
成データは、半導体メモリ、磁気ディスク等の機械的に
読み取り可能な記録媒体に格納されている。この記録媒
体に格納されたプログラムやデータはホストコンピュー
タに読み取られ、ホストコンピュータの動作を制御する
ことにより、ホストコンピュータ上に各サーバアプリケ
ーション４−１〜４−３、端末送受信部２およびマネー
ジャ３並びに各キュー５、６−１〜６−３、７、８やシ
ステム設定情報テーブル９を実現する。以下、図７乃至
図９のフローチャートを参照して、本実施の形態の動作
をより詳細に説明する。

【００４６】（１）サーバアプリケーション起動時 システム設定情報テーブル９には、タイプ１及びタイプ
２の各システム設定情報の初期値や前回の運転終了時に
おける各システム設定情報が例えば外部の補助記憶装置
からロードされている。システム立ち上げ時、サーバア
プリケーション４−１〜４−３が起動されると、初期化
処理の一環として、システム設定情報テーブル９を参照
し、このテーブル９に設定されたタイプ１及びタイプ２
のシステム設定を自アプリケーションで有効にするため
ＡＰＩ等を使って各自システム設定を行う。そして、各
サーバアプリケーション４−１〜４−３は、図７に示し
た処理を開始する。

【００４７】（２）クライアントアプリケーション１か
らのトランザクションの処理 クライアントアプリケーション１から送信されてきたト
ランザクション要求は端末送受信部２で受信される。端
末送受信部２は図８に示すように、クライアントアプリ
ケーション１からのトランザクション要求があるかどう
か、またはサーバアプリケーション４−１〜４−３から
のトランザクション処理結果がトランザクション用送信
キュー７にキューイングされているかどうかの監視を開
始する（Ｓ２１）。クライアントアプリケーション１か
らトランザクション要求があった場合（Ｓ２２）、その
要求を受け付けトランザクション用受信キュー５に当該
トランザクション要求をキューイングする (Ｓ２３）。

【００４８】各サーバアプリケーション４−１〜４−３
は、図７のステップＳ１１において、トランザクション
用受信キュー５にトランザクションがキューイングされ
ているかどうか、自アプリケーションに対応する設定変
更用受信キュー６−１〜６−３にシステム設定変更要求
がキューイングされているかどうかを監視しており、端
末送受信部２がトランザクション用受信キュー５にキュ
ーイングしたトランザクション要求を最初に見つけたサ
ーバアプリケーション４−ｉ（ｉ＝１、２、３）がそれ
を取り出す。当該サーバアプリケーション４−ｉは、取
り出した要求がトランザクション要求か、システム設定
変更要求かを判別し（Ｓ１２）、今の場合、トランザク
ション要求なので、そのトランザクションを実行し、結
果をトランザクション用送信キュー７にキューイングす
る（Ｓ１３）。

【００４９】トランザクション用送信キュー７にキュー
イングされたトランザクション結果は、端末送受信部２
における図８のステップＳ２１で検知され、クライアン
トアプリケーション１へトランザクション結果として送
信される（Ｓ２４）。

【００５０】なお、端末送受信部２および各サーバアプ
リケーション４−１〜４−３がトランザクション用受信
キュー５及びトランザクション用送信キュー７をアクセ
スする際には、排他制御が行われる。

【００５１】（３）システム設定変更 オペレータ１０は、システム運用中にシステム設定情報
を変更する場合、システム設定変更要求を、図示しない
コンソール等の入出力手段からマネージャ３に入力す
る。オペレータが入力するシステム設定変更要求には、
変更対象となるシステム設定情報を特定する情報、その
変更後の値、リアルタイムに反映するか否か（つまり、
タイプ２か否か）、全サーバアプリケーションを対象と
するのか、特定の１つのサーバアプリケーションを対象
とするのかの指定が含まれる。特定の１つのサーバアプ
リケーションを対象とする場合にはそのサーバアプリケ
ーションを指定する識別子などの情報も含まれる。

【００５２】マネージャ３は図９に示すように、オペレ
ータ１０からのシステム設定変更要求があるかどうかを
監視しており（Ｓ３１）、システム設定変更要求を検知
すると、先ず、システム設定情報テーブル９中の当該シ
ステム設定変更要求で変更が要求されたシステム設定情
報を、要求された通りに変更する（Ｓ３２）。次に、当
該システム設定変更要求はリアルタイムに反映するよう
指定されているか否かを判別し（Ｓ３３）、リアルタイ
ムに反映するよう指定されていない場合、つまりタイプ
１に属するプロセス（スレッド）のスタックサイズ、初
期化処理の実行タイムアウト時間、プログラムの起動時
の引数などにかかるシステム設定情報の変更の場合はス
テップＳ３１に戻ってオペレータからのシステム設定変
更要求の監視を続ける。この場合、各サーバアプリケー
ション４−１〜４−３の再起動時に各サーバアプリケー
ション４−１〜４−３がシステム設定情報テーブル９を
参照することにより当該変更されたシステム設定が反映
される。

【００５３】他方、今回のシステム設定変更要求がリア
ルタイムに反映するよう指定されているタイプ２のシス
テム設定情報の変更である場合、その設定変更要求が全
てのサーバアプリケーション４−１〜４−３を対象とす
るのか、特定のサーバアプリケーションを対象とするの
かを判別する（Ｓ３４）。

【００５４】プロセスの環境変数、トレースの出力レベ
ル、データベースのコネクション再接続、プロセスの優
先度など、特定のサーバアプリケーションを対象とする
システム設定変更要求の場合、指定されたサーバアプリ
ケーション４−ｉ（ｉ＝１、２、３）に対応する設定変
更用受信キュー６−ｉに当該システム設定変更要求をキ
ューイングする（Ｓ３５）。

【００５５】各サーバアプリケーション４−ｉは、図７
のステップＳ１１において、トランザクション用受信キ
ュー５にトランザクションがキューイングされているか
どうか、自アプリケーションに対応する設定変更用受信
キュー６−１〜６−３にシステム設定変更要求がキュー
イングされているかどうかを監視しているが、マネージ
ャ３がサーバアプリケーション６−ｉの設定変更用受信
キュー６−ｉにシステム設定変更要求をキューイングす
ると、それがサーバアプリケーション４−ｉで検出さ
れ、取り出される。当該サーバアプリケーション４−ｉ
は、取り出した要求がトランザクション要求か、システ
ム設定変更要求かを判別し（Ｓ１２）、今の場合、シス
テム設定変更要求なので、そのシステム設定変更要求に
従ってシステム設定変更を行って自アプリケーションに
反映し、設定変更完了通知を処理結果として設定変更用
送信キュー８にキューイングする（Ｓ１４）。

【００５６】マネージャ３は、図９のステップＳ３６に
おいて、サーバアプリケーション４−ｉからの設定変更
完了通知が設定変更用送信キュー８にキューイングされ
るのか監視しており、キューイングされたことを検知す
るとそれを取り出し（Ｓ３７）、オペレータ１０に対し
て設定変更が完了した旨の設定変更結果を通知する（Ｓ
４１）。そして、ステップＳ３１に戻ってオペレータ１
０からのシステム設定変更要求の監視を続ける。

【００５７】一方、トランザクションのタイムアウト時
間、トランザクションの優先度など、全てのサーバアプ
リケーションを対象とするシステム設定変更要求の場
合、マネージャ３は全てのサーバアプリケーション４−
１〜４−３に対応する設定変更用受信キュー６−１〜６
−３に当該システム設定変更要求をキューイングする
（Ｓ３８）。

【００５８】各サーバアプリケーション４−ｉは、図７
のステップＳ１１の監視処理で自アプリケーションに対
応する設定変更用受信キュー６−１〜６−３にシステム
設定変更要求がキューイングされたことを検知すると、
それを取り出し、そのシステム設定変更要求に従ってシ
ステム設定変更を行って自アプリケーションに反映し、
設定変更完了通知を処理結果として設定変更用送信キュ
ー８にキューイングする（Ｓ１４）。

【００５９】マネージャ３は、図９のステップＳ３９に
おいて、サーバアプリケーション４−１〜４−３からの
設定変更完了通知が設定変更用送信キュー８にキューイ
ングされるのか監視しており、全てのサーバアプリケー
ション４−１〜４−３の設定変更完了通知がキューイン
グされたことを検知し且つ取り出すと（Ｓ４０）、オペ
レータ１０に対して設定変更が完了した旨の設定変更結
果を通知する（Ｓ４１）。そして、ステップＳ３１に戻
ってオペレータ１０からのシステム設定変更要求の監視
を続ける。

【００６０】なお、マネージャ３および各サーバアプリ
ケーション４−１〜４−３が設定変更用受信キュー６−
１〜６−３及び設定変更用送信キュー８をアクセスする
際には、排他制御が行われる。

【００６１】以上の実施の形態では、システム設定変更
にかかるシステム設定情報をリアルタイムに反映するか
どうかをオペレータ１０に指定させ、マネージャ３はそ
の指定に従って処理を切りわけたが、マネージャ３に、
タイプ１に属するシステム設定情報の一覧及びタイプ２
に属するシステム設定情報の一覧を設け、オペレータ１
０から入力されたシステム設定変更要求によって変更さ
れるシステム設定情報がタイプ１、タイプ２の何れのシ
ステム設定情報であるかを前記一覧を参照してマネージ
ャ３で決定し、処理を切りわけるようにしても良い。こ
の場合、オペレータ１０による、リアルタイムに反映す
るかどうかの指定は省略して良い。

【００６２】

【発明の効果】以上説明したように本発明によれば以下
のような効果が得られる。

【００６３】オペレータから要求のあったシステム設定
変更を起動中のサーバアプリケーションにリアルタイム
に反映することができる。その理由は、オペレータから
のシステム設定変更要求を設定変更用受信キューを介し
てサーバアプリケーションに伝達し、サーバアプリケー
ションでシステム設定を変更させるため、次回の再起動
を待たずにシステム設定変更が可能になるためである。

【００６４】トランザクションのレスポンス時間をむや
みに増大させることがない。その理由は、各サーバアプ
リケーションには設定変更用キューを監視する処理が必
要となるが、そのオーバーヘッドは、トランザクション
実行直前にシステム設定情報テーブルを参照してシステ
ム設定をやり直す処理に比べれば遙に小さいからであ
る。

【図面の簡単な説明】

【図１】本発明の実施の形態の構成を示すブロック図で
ある。

【図２】本発明の実施の形態におけるサーバアプリケー
ション起動時の概略動作説明図である。

【図３】本発明の実施の形態におけるクライアントアプ
リケーションからのトランザクション処理の概略動作説
明図である。

【図４】本発明の実施の形態におけるタイプ１のシステ
ム設定情報を変更する際の概略動作説明図である。

【図５】本発明の実施の形態におけるタイプ２のシステ
ム設定情報のうち全サーバアプリケーションを対象とす
るシステム設定情報を変更する際の概略動作説明図であ
る。

【図６】本発明の実施の形態におけるタイプ２のシステ
ム設定情報のうち特定のサーバアプリケーションを対象
とするシステム設定情報を変更する際の概略動作説明図
である。

【図７】サーバアプリケーションの処理例を示すフロー
チャートである。

【図８】端末送受信部の処理例を示すフローチャートで
ある。

【図９】マネージャの処理例を示すフローチャートであ
る。

【図１０】従来のトランザクション処理システムの構成
図である。

【符号の説明】

Ｔ…端末装置 Ｈ…ホストコンピュータ Ｌ…通信回線 １…クライアントアプリケーション ２…端末送受信部 ３…マネージャ ４−１〜４−３…サーバアプリケーション ５…トランザクション用受信キュー ６−１〜６−３…設定変更用受信キュー ７…トランザクション用送信キュー ８…設定変更用送信キュー ９…システム設定情報テーブル １０…オペレータ

Claims (7)

【特許請求の範囲】
1. 【請求項１】 複数のサーバアプリケーションに１対１
   に対応し、対応する前記サーバアプリケーションによっ
   て定期的に監視される設定変更用受信キューと、オペレ
   ータから入力されたシステム設定変更要求を前記設定変
   更用受信キューを介して前記サーバアプリケーションに
   伝達するマネージャとを備えたトランザクション処理シ
   ステムにおけるシステム設定変更方式。
2. 【請求項２】 複数のサーバアプリケーションと、前記
   複数のサーバアプリケーションに共通なトランザクショ
   ン用受信キュー及びトランザクション用送信キューと、
   クライアントアプリケーションからのトランザクション
   を前記トランザクション用受信キューにキューイング
   し、前記トランザクション用送信キューにキューイング
   されたトランザクション処理結果を前記クライアントア
   プリケーションに送信する端末送受信部と、前記サーバ
   アプリケーションに関連するシステム設定情報を保持す
   るシステム設定情報テーブルと、オペレータからのシス
   テム設定変更要求を受け付けるマネージャとを備えたト
   ランザクション処理システムであって、 前記サーバアプリケーションに１対１に対応して設けら
   れた設定変更用受信キューと、 前記複数のサーバアプリケーションに共通に設けられた
   設定変更用送信キューとを備え、 前記マネージャは、前記受け付けたシステム設定変更要
   求に応じて前記システム設定情報テーブルを更新する手
   段と、前記受け付けたシステム設定変更要求にかかるシ
   ステム設定をリアルタイムに反映させる必要があるか否
   かを判断する手段と、リアルタイムに反映させる必要が
   ある場合に前記受け付けたシステム設定変更要求を前記
   設定変更用受信キューにキューイングする手段と、前記
   設定変更用送信キューからシステム設定変更処理結果を
   取り出し前記オペレータにシステム設定変更完了を通知
   する手段とを備え、 前記各サーバアプリケーションは、前記トランザクショ
   ン用受信キューと自アプリケーションに対応する前記設
   定変更用受信キューを定期的に監視する手段と、前記ト
   ランザクション用受信キューに存在するトランザクショ
   ンを取り出して処理しその結果を前記トランザクション
   用送信キューにキューイングする手段と、前記設定変更
   用受信キューに存在するシステム設定変更要求を取り出
   して処理しその結果を前記設定変更用送信キューにキュ
   ーイングする手段とを備えたことを特徴とするトランザ
   クション処理システムにおけるシステム設定変更方式。
3. 【請求項３】 前記マネージャは、前記受け付けたシス
   テム設定変更要求が全ての前記サーバアプリケーション
   を対象とするか、特定の前記サーバアプリケーションを
   対象とするかを判断する手段と、全ての前記サーバアプ
   リケーションを対象とする場合には前記受け付けたシス
   テム設定変更要求を前記設定変更用受信キューの全てに
   キューイングし、特定の前記サーバアプリケーションを
   対象とする場合には前記受け付けたシステム設定変更要
   求を前記特定のサーバアプリケーションに対応する前記
   設定変更用受信キューにキューイングする手段とを備え
   た請求項２記載のトランザクション処理システムにおけ
   るシステム設定変更方式。
4. 【請求項４】 前記マネージャは、前記受け付けたシス
   テム設定変更要求にかかるシステム設定をリアルタイム
   に反映させる必要があるか否かを、オペレータからの指
   定に基づいて判断する構成を有する請求項２または３記
   載のトランザクション処理システムにおけるシステム設
   定変更方式。
5. 【請求項５】 前記マネージャは、前記受け付けたシス
   テム設定変更要求にかかるシステム設定をリアルタイム
   に反映させる必要があるか否かを、前記受け付けたシス
   テム設定変更要求で変更の対象となるシステム設定情報
   が、前記サーバアプリケーションを再起動しなくても前
   記サーバアプリケーションが自身のシステム設定を起動
   中に変更すれば有効になるタイプであるか否かによって
   判断する構成を有する請求項２または３記載のトランザ
   クション処理システムにおけるシステム設定変更方式。
6. 【請求項６】 前記各サーバアプリケーションは、起動
   時に前記システム設定情報テーブルを参照して自アプリ
   ケーションにおけるシステム設定を行う手段を備えた請
   求項２、３、４または５記載のトランザクション処理シ
   ステムにおけるシステム設定変更方式。
7. 【請求項７】 トランザクション処理システムを構成す
   るホストコンピュータを、 複数のサーバアプリケーション、前記複数のサーバアプ
   リケーションに共通なトランザクション用受信キュー及
   びトランザクション用送信キュー、クライアントアプリ
   ケーションからのトランザクションを前記トランザクシ
   ョン用受信キューにキューイングし、前記トランザクシ
   ョン用送信キューにキューイングされたトランザクショ
   ン処理結果を前記クライアントアプリケーションに送信
   する端末送受信部、前記サーバアプリケーションに関連
   するシステム設定情報を保持するシステム設定情報テー
   ブル、オペレータからのシステム設定変更要求を受け付
   けるマネージャ、前記サーバアプリケーションに１対１
   に対応して設けられた設定変更用受信キュー、前記複数
   のサーバアプリケーションに共通に設けられた設定変更
   用送信キュー、として機能させ、更に、前記マネージャ
   を、前記受け付けたシステム設定変更要求に応じて前記
   システム設定情報テーブルを更新する手段、前記受け付
   けたシステム設定変更要求にかかるシステム設定をリア
   ルタイムに反映させる必要があるか否かを判断する手
   段、リアルタイムに反映させる必要がある場合に前記受
   け付けたシステム設定変更要求を前記設定変更用受信キ
   ューにキューイングする手段、前記設定変更用送信キュ
   ーからシステム設定変更処理結果を取り出し前記オペレ
   ータにシステム設定変更完了を通知する手段、として機
   能させ、更に、前記各サーバアプリケーションを、前記
   トランザクション用受信キューと自アプリケーションに
   対応する前記設定変更用受信キューを定期的に監視する
   手段、前記トランザクション用受信キューに存在するト
   ランザクションを取り出して処理しその結果を前記トラ
   ンザクション用送信キューにキューイングする手段、前
   記設定変更用受信キューに存在するシステム設定変更要
   求を取り出して処理しその結果を前記設定変更用送信キ
   ューにキューイングする手段、として機能させるプログ
   ラム。