JPH0660000A

JPH0660000A - 情報処理システムおよび情報処理方法

Info

Publication number: JPH0660000A
Application number: JP4211227A
Authority: JP
Inventors: Hiroshi Wataya; 洋綿谷; Hiroaki Nakanishi; 宏明中西; Keijirou Hayashi; 慶治郎林; Yoshiaki Adachi; 芳昭足達; Hideki Sotooka; 秀樹外岡; Kenji Matsuzaki; 健二松崎; Tsutomu Onuki; 努大貫; Isao Terakado; 勲寺門
Original assignee: Hitachi Ltd; Hitachi Process Computer Engineering Inc
Current assignee: Hitachi Ltd; Hitachi Process Computer Engineering Inc
Priority date: 1992-08-07
Filing date: 1992-08-07
Publication date: 1994-03-04
Also published as: DE4326215A1; US5740424A

Abstract

(57)【要約】【目的】取扱対象の広域化又は煩雑な変化へ対応できる
情報処理システムおよび情報処理方法を提供する。【構成】クライエント／サーバ構造とし、ＩＮ１０２，
ＤＢ１０３，ＧＷ１０５，ＴＲ１０７の各サーバは、一
つの計算機システムに、各１つまたは複数存在すること
とし、分散システムを構成する。【効果】取扱対象の広域化又は煩雑な変化へ対応でき
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報処理システムおよ
び情報処理方法に係り、特に、計算機が外部システムと
多数の端末へ接続された情報処理システム、いわゆるオ
ンライントランザクションシステム好適な情報処理シス
テムおよび情報処理方法に関する。

【０００２】

【従来の技術】従来、オンライントランザクションシス
テムでは、銀行の口座処理や飛行機の座席予約システム
のように、データベース情報を１箇所または複数の中枢
システムに集中的に蓄積し、下位に接続された端末群よ
り該データベース情報を照会／変更するシステムが存在
した。

【０００３】また、オンラインシステムにテストシステ
ムを併設するという方式に関しては、例えば、特開平2
−166204 号公報に記載のように、高炉操業管理に関す
るものがあった。

【０００４】

【発明が解決しようとする課題】上記従来技術では、取
扱対象の広域化や煩雑な変化への対応が充分でなかっ
た。例えば、各種商品のグローバルマーケットの確立に
ともない、世界各地での現時点での市場値、または各種
状態をリアルタイムにエンドユーザの端末から覗くこと
ができるシステムが必要とされる。さらに、ダウンサイ
ジング，分散処理，通信技術，ワークステーション等の
端末（以下、ＷＳと称す）の高機能化により、上記シス
テムを分散システムにて構築する必要がある。また、こ
のようなシステムでは、市場の自由化，商品ライフサイ
クルの短縮化により、システムの改造／拡張が頻繁に行
われるため、効率が良くかつ実システムにより近いテス
ト環境の構築が必要となる。しかしながら、これらのニ
ーズに応じられるシステムはなかった。

【０００５】本発明の目的は、取扱対象の広域化又は煩
雑な変化に対応できる情報処理システムおよび情報処理
方法を提供することにある。

【０００６】

【課題を解決するための手段】上記目的を達成するため
の本発明の特徴は、クライエント・サーバ構造におい
て、ブロードキャスト通信を用いて、外部システムより
受信した時間的に変化するデータベース変更情報を、サ
ーバにおいて蓄積するとともに分散配置されたクライエ
ントである多数の端末に配信することである。

【０００７】また、本発明の他の特徴は、システムの拡
張／変更により、部分的に作成した新規ユーザプログラ
ム（以下、新規ＵＰと称す）のテスト環境を構築できる
ことにある。すなわち、テスト系情報蓄積サーバ（以
下、ＤＢと称す）、テスト系情報中継サーバ（以下、Ｇ
Ｗと称す）、テスト系システム管理サーバ（以下、ＭＧ
と称す)を、オンライン系と同じ伝送路網(例えば、Loca
l−Area−Network、(ＬＡＮ)）上に、または、ルータに
よりオンライン系と接続されたオンライン系と異なる伝
送路網上に構築する。そして、オンライン系の情報を、
オンライン系各サーバとテスト系各サーバとでパラレル
に取り込む（以下、パラ取りと称す）。そして、オンラ
イン系伝送路網上に送信するデータは、オンライン系サ
ーバより送信されるデータにはオンライン系フラグ，テ
スト系サーバから送信されるデータにはテスト系フラグ
を設定し、オンライン系サーバはオンライン系のデータ
のみ受信し、テスト系サーバはオンライン系／テスト系
両方のデータを受信できるようにしたことである。

【０００８】

【作用】本発明では、クライエント・サーバ構造におい
て、ブロードキャスト通信を用いて、外部システムより
受信した時間的に変化するデータベース変更情報をサー
バにおいて蓄積するとともに、上記データベース変更情
報を分散配置されたクライエントである多数の端末に配
信する。そのため、各サーバを実際に伝送路網上にどの
ように分散させるかを、その処理能力に従いシステム毎
に決定することができ、システムの分散化が容易に行え
る。さらに、各クライエントである端末において、デー
タベース変更情報を、情報蓄積サーバを介さずに入手で
きるので、迅速に情報が入手できる。

【０００９】また、テスト系ＤＢ，テスト系ＧＷ，テス
ト系ＭＧを、オンライン系の伝送路網、または、オンラ
イン系の伝送路網とルータによって接続された伝送路網
上に設置することにより、データベース変更情報のパラ
取りが可能となる。さらにオンライン系ではテスト系デ
ータの受信を禁止するため、テスト系にて誤った送信デ
ータがオンライン系へ流入することがない。

【００１０】

【実施例】以下、図面を用いて本発明の実施例を説明す
る。

【００１１】（１）システム構成の概要図１に、一実施例のシステム構成の概要を示す。本シス
テムでは、ネットワーク構造として、クライエント・サ
ーバ構造を持つ。ネットワーク資源を提供する各サーバ
及びネットワーク資源を利用とするクライエントを、ネ
ットワーク上に有する構造である。具体的には、高速Ｌ
ＡＮからなる伝送路１０１上に、データベース変更情報
を外部システムより入力するための情報入力サーバ（以
下、ＩＮと称す）１０２と、そのデータベース変更情報
を蓄積管理するＤＢ１０３と、複数の端末システムと接
続されたＧＷ１０５と、本システムの管理／保守を行う
ＭＧ１０４とを具備する。このような中枢システムであ
るホストシステムにおいては、高速デジタル回線１０６
を介して、ＧＷ１０５が、端末サーバ（以下、ＴＲと称
す）１０７と接続される。また、ＴＲ１０７には、ＷＳ
１０８が１つ又は２つ以上接続される。

【００１２】ＩＮ１０２は、広範囲に分散している地域
Ａ，地域Ｂ，地域Ｃに存在する外部の情報処理システム
より、リアルタイムにマーケット情報等のデータベース
変更情報（データベース内容に変更が生じるような情
報）をとりこみ、データベース変更情報を高速ＬＡＮか
らなる伝送路１０１上にマルチキャスト送信またはブロ
ードキャスト送信を行う。ＩＮ１０２は、地域毎に分散
された外部の情報処理システム対応して設けられる。本
実施例では地域Ａ用，地域Ｂ用，地域Ｃ用と３台のＩＮ
を含む構成となっている。

【００１３】ＤＢ１０３は、各地域（地域Ａ，地域Ｂ，
地域Ｃ）毎に設けられた外部の情報処理システムに対応
して設けられたデータベースを管理するサーバである。
ＩＮ１０２より送信されるデータベース変更情報を受信
し、該当データの変更を行うと共に、後述するＴＲ１０
７の下に接続されたＷＳ１０８よりの問い合わせに回答
する。ＤＢ１０３もＩＮ１０２と同様、地域毎に分散さ
れていてもよく、本実施例では地域Ａ，地域Ｂ，地域Ｃ
用と３台のＤＢ１０３によりなる。

【００１４】ＧＷ１０５は、多回線通信制御装置（ＣＣ
Ｕ）により、高速デジタル回線106を介して接続された
多数のＴＲ１０７を制御する。１台のＧＷ１０５に対し
て、複数個のＴＲ、例えば、５００個乃至５０００個の
ＴＲが実装される。ＧＷ105は、ＩＮ１０２からのデー
タベース変更情報等のうちでＴＲで必要とする情報の
み、ＧＷ１０５の下に接続された全ＴＲ１０７へブロー
ドキャスト送信する。また、ＴＲ１０７の下に接続され
たＷＳ１０８からの問い合わせ情報を受け取り、ＤＢ１
０３へ問い合わせ情報を転送し、ＤＢ１０３からの応答
を受け取り、該当ＴＲ１０７へ返送する中継機能を有す
る。

【００１５】本実施例の情報処理システムは、分散型シ
ステムであり、機能分散の形態をとっているが、保守性
の観点から、運用，保守情報，操作に関しては、集中化
するためＭＧ１０４が設置された。ＭＧ１０４では、ジ
ャーナル取得，アラームメッセージ処理，リモート保
守，システムオペレーション等が行われる。

【００１６】ＴＲ１０７では、ＧＷ１０５からのブロー
ドキャストデータを、ＬＡＮに接続されたＷＳ１０８へ
ブロードキャストすること及びＷＳからの問い合わせを
ＧＷへ送信し、応答を該当ＷＳ１０８へ返送する中継処
理を行う。

【００１７】ＷＳ１０８は、エンドユーザが直接操作す
るもので、以下の機能を持つ。

【００１８】(i）予め設定された頻度よりも使用頻度の
高いデータについては、ＷＳ１０８内に設けた簡易デー
タベースにより管理する。即ち、予め設定された頻度よ
りも使用頻度の高いデータについては、ＷＳ１０８とＤ
Ｂ１０３とに冗長に記憶保持される。ＴＲ１０７より送
信されたデータを受信すると、簡易データベース内の該
当データを変更／更新する。

【００１９】(ii)自ＷＳ１０８内で回答可能なものにつ
いては、自ＷＳ１０８が回答し、回答不能なものについ
ては、ＤＢ１０３へ問い合わせを行う。

【００２０】（２）データフローの概要図２に、図１の情報処理システムでの情報処理方法を、
概略データフローとして示す。図１０（ａ）〜図１０
（ｄ）に、図２中の処理２０１乃至処理２０５の処理内
容をフローチャートとして示す。図１１（ａ）〜図１１
（ｃ）に、図２中の処理２０６乃至処理２０７の処理内
容をフローチャートとして示す。図１２（ａ）〜図１２
（ｃ）に、図２中の処理２０９乃至処理２１１の処理内
容をフローチャートとして示す。図１３（ａ）に、デー
タベース変更情報のデータフォーマットを示す。図１３
（ｂ）に、データベース問い合わせメッセージのデータ
フォーマットを示す。図１３（ｃ）に、データベース問
い合わせ応答メッセージのデータフォーマットを示す。

【００２１】図１０乃至図１２に示すように、ＩＮ１０
２では、外部の他の情報処理システムより、データベー
ス変更情報を受信するデータベース変更情報受信処理２
０１を行い、伝送路１０１へ配信するデータベース変更
情報配信処理２０２を行う。ＤＢ１０３では、データベ
ース変更情報を受信し、ＤＢ１０３内の記憶媒体に記憶
する蓄積処理を行うデータベース変更情報受信／蓄積処
理203と、WS108からの問い合わせに応答するための問い
合わせ応答編集処理２０４と、ＤＢ１０３内でデータベ
ースの情報算出／更新を行うデータベース情報算出／更
新処理２０５とを行う。ＧＷ１０５では、ＴＲ１０７へ
のデータベース変更情報ブロードキャスト処理２０６
と、ＴＲ１０７からの問い合わせ中継処理７とを行う。
ＴＲ１０７では、ＷＳ１０８へのデータベース変更情報
ブロードキャスト処理２０８及びＤＢ１０３への問い合
わせ中継処理２０９を行う。ＷＳ１０８では、データベ
ース変更情報受信／蓄積処理２１０，ＷＳ折り返し問い
合わせ応答処理２１１，ＤＢ問い合わせ応答処理２１２
及びデータベース情報算出処理２１３を行う。

【００２２】図１３（ａ）に示すように、データベース
変更情報のデータフォーマットは、有効データ長，電文
種別（即ち、データベース変更情報），データ格納アド
レス，変更日付及びデータ変更内容から構成される。ま
た、図１３（ｂ）に示すように、データベース問い合わ
せメッセージのデータフォーマットは、有効データ長，
電文種別（即ち、問い合わせメッセージ），問い合わせ
識別子，データベース種別及びデータ格納アドレスから
構成される。さらに、図１３（ｃ）に示すように、デー
タベース問い合わせ応答メッセージのデータフォーマッ
トは、有効データ長，電文種別（即ち、問い合わせ応
答），問い合わせ識別子，データベース種別，データ格
納アドレス，変更日付及びデータ内容から構成される。

【００２３】（３）各サーバの機能概要（３．１）ＩＮ１０２の機能本実施例のシステムでは、ＩＮ１０２は、地域Ａ，地域
Ｂ，地域Ｃの様に、遠隔地に存在する他システム（外部
システム）を情報源とし、各ホストシステム内サーバに
対し、システム内において統一されたフォーマットの情
報を提供する。さらに、各ホストシステム内サーバから
の問い合わせに対して、他システムに問い合わせ可能で
ある。そのためには、下記の点を考慮する必要がある。

【００２４】１）各サーバに対する効率のよいデータ伝
送２）各サーバ問い合わせに対するレスポンス向上３）他システムへの問い合わせ件数の削減４）データ量増加に対する柔軟なシステム構築このために、他システムからの情報中継処理，サーバ問
い合わせ処理に加え、データ圧縮機能、及び問い合わせ
データの蓄積（プーリング）機能をサポートする構成と
している。以下、各処理機能を、個別に説明する。

【００２５】(1）他システムからの情報中継処理とは、
他システムからのデータベース変更情報を受信した場
合、当該システム内において統一されたフォーマットに
データ圧縮して、伝送路１０１にブロードキャスト送信
を行い、プーリング対象のデータについては、ＩＮ１０
２内のデータベースに格納することである。

【００２６】(2）サーバ問い合わせ・応答・プーリング
データ編集とは、ＩＮ１０２は、システム内の各サーバ
からの問い合わせに対し、他システムへの問い合わせ
か、ＩＮ１０２への折り返しかを区別し、プーリング対
象情報については、他システムへ問い合わせず、蓄積し
ている情報を応答することである。

【００２７】(3）日替りデータに関する処理：他システ
ムより入力された、翌日用オンラインファイル情報をフ
ァイルに出力するとともに、オンラインサービス用テー
ブルを展開する。テーブル展開後、各サーバに対し、日
替りデータの送出を行う。 (4）上記日替りデータのファイルを作成するために、他
システムより受信した基本的な情報／テーブルをファイ
ルに出力する機能を有する。本機能は、ＩＮ１０２の障
害回復の為の機能である。すなわち、ＩＮ１０２にて、
障害が発生し、オンラインサービス用テーブルが欠損し
た場合も、上記ファイルより回復可能となるため、ＩＮ
１０２の障害が回復する。

【００２８】(5）システム管理機能としては、ホストシ
ステム立ち上げ時、ファイルからのテーブル展開，各種
イニシャライズ処理を行いサービスできる状態とする。
また、ハードウェア，ソフトウェアの監視を行い、障害
検知時、各種障害処理を行う。

【００２９】(6）再送処理としては、データベース変更
情報を、ＴＲ１０７での取り漏れが発生した場合を考慮
し、ＩＮ１０２で蓄積し、他システムからの変更情報送
出が少ない時に、再送する。

【００３０】(7）配信処理としては、他システムからの
データベース変更情報及び他サーバから問い合わせられ
た問い合わせ応答の送信データは、本ホストシステム内
において統一されたフォーマットに編集し、さらにデー
タ圧縮変換し、ホストシステムに対し送信する。

【００３１】（３．２）ＤＢ１０３の機能図３は、ＤＢデータベース構成を示す図である。ＤＢ１
０３は、例えば、地域Ａ，地域Ｂ，地域Ｃの多量のデー
タを処理し、蓄積する。ＤＢ１０３は、地域別分散と
し、地域Ａ，地域Ｂ，地域Ｃのそれぞれ、３台設置す
る。これにより、将来の市場増加，銘柄増加に対し、Ｄ
Ｂ１０３の増加等により容易に拡張することが可能とな
る。また、地域Ａ，地域Ｂ，地域Ｃ用の各データベース
３０１は本来処理を行うＤＢ１０３以外にもう１台のＤ
Ｂ１０３と接続されている。また、各ＤＢ１０３には、
３地域全ての処理が組み込まれており、どの地域のデー
タベースをサポートするかによりその処理が決められ
る。つまり、伝送路１０１にブロードキャスト送信され
る各地域情報を自律分散方式により情報入力を行うこと
と、データベースの接続換えを行うことにより、隣接計
算機の処理を相互サポートする。なお、相互サポート
は、隣接するＤＢ１０３間で行ってもよい。この場合に
は、ＤＢ１０３は、隣接するＤＢ１０３の処理が組み込
まれていればよい。

【００３２】例えば、地域Ａ用ＤＢ１０３にてテストま
たはハード保守等の理由で停止させる必要が有る時は、
地域Ａ用データベース３０１のＤＩＳＫを地域Ｂ用DB10
3 に接続換えして、地域Ａ用ＤＢ１０３での処理を地域
Ｂ用ＤＢ１０３にて行う。以上の操作により、地域Ａ用
ＤＢ１０３をシステム全体の機能を落すことなく停止す
ることができる。

【００３３】ＤＢ１０３は、データベース変更情報受信
処理／データベース変更処理／データ入力処理／アプリ
ケーションデータ生成処理／情報算出処理／ホスト問い
合わせ検索処理／データベースバックアップ処理を行う
機能を持つ。各処理について説明すると、 (1）データベース変更情報受信処理とは、ｉ）ＩＮ１０
２との回線監視、ii）ＩＮ１０２からの電文受信、iii)
ＩＮ１０２からの電文抜けに対する、電文再送要求発行
の処理からなる。

【００３４】(2）データベース変更処理とは、ＩＮ１０
２より受信した、データベース変更情報をもとに、各Ｄ
Ｂ１０３にて保持するデータベースの変更処理を行うこ
とである。

【００３５】(3）データ入力処理とは、ＭＧから、入力
される情報を蓄積する処理である。

【００３６】(4）アプリケーションデータ生成処理と
は、ＴＲ１０７の下に接続されたWS108からの問い合わ
せ用に、各種データベース情報を統計処理し、結果をフ
ァイル等に蓄積する処理である。

【００３７】(5）情報算出処理とは、各ＤＢ１０３で保
持する情報より、システム固有の指数情報を一定周期に
算出し、結果を蓄積する処理である。

【００３８】(6）ホスト問い合わせ検索処理とは、ＷＳ
１０８よりＤＢ１０３が保持するデータベースについ
て、問い合わせあった時、これを検索し応答を返す処理
である。

【００３９】(7）データベースバックアップ処理とは、
ＭＧからの指令により、各ＤＢ１０３で保持するデータ
ベースのバックアップを定期的に行う処理である。

【００４０】（３．３）ＧＷ１０５の機能ＧＷ１０５は、以下の処理を行う機能を有している。

【００４１】(1）データベース変更情報配信処理：ＩＮ
１０２より受信したデータベース変更情報を、ＧＷ１０
５の下に接続された全ＴＲ１０７へブロードキャスト通
信する。また、本変更情報をＧＷ１０５において蓄積す
る。

【００４２】(2）ＴＲ１０７との接続処理：ＴＲ１０７
との送受信処理において、通常の送受信処理の他に、回
線監視、及びＴＲ１０７からの再送要求に対する再送処
理を行う。

【００４３】(3）ＴＲ問い合わせ解析／応答処理：ＴＲ
１０７からのＩＮ１０２またはDB103への問い合わせに
対し、各サーバへの問い合わせ電文作成，送信，各サー
バからの応答電文受信、ＴＲ１０７への応答を行う。

【００４４】(5）ＴＲ情報の受信処理：ＭＧよりＴＲ１
０７の変更等、システム変更情報を受信し、該情報を制
御テーブルに反映する。

【００４５】（３．４）ＭＧ１０４の機能本システムは、分散型システムであり、機能分散の形態
をとっているが、保守性の観点からすると、運用，保守
情報，操作に関しては、集中化する必要がある。そこ
で、ＭＧ１０４は、以下の機能又は処理を有する。

【００４６】(1）集中コンソール機能：システム内各サ
ーバ，通信システム内で発生した障害、その他アラーム
メッセージを全てＭＧ１０４にて収集し、ＭＧ１０４に
接続された集中コンソールに出力する。

【００４７】(2）システムサポート処理：ｉ）各サーバ
のイニシャル処理，各種業務プログラムの起動を行う。
ii）問い合わせ先管理情報の保守、即ち、ＴＲ１０７か
らの問い合わせ時、どのサーバに問い合わせを行うかの
情報を保守する。iii)ＴＲ構成／管理情報の保守。iv）
各サーバ管理情報の保守。ｖ）上記ｉ）−iv）の管理情
報の各サーバへの配信処理。

【００４８】(3）ＤＢ１０３及びＭＧ１０４のデータバ
ックアップ処理：定期的にＤＢ１０３，ＭＧ１０４のデ
ータバックアップを行う。

【００４９】(4）全サーバ業務プログラムのソースをＭ
Ｇ１０４に一元管理する処理。

【００５０】図３に示すように、データベースとＤＢと
を、たすき掛け結線することにより、ＤＢ同士のバック
アップが可能となる。

【００５１】また、複数のデータベースとＤＢとの組を
用い、各地域ごとの使用時間の差違を利用して、各組の
データベースとＤＢとを連続運転しなくとも、ホストシ
ステム全体で無停止運転が可能となる。一方、この各組
のデータベースとＤＢとの停止時間を利用して、メンテ
ナンスすることにより、ホストシステム全体を停止せず
に、メンテナンスが可能となる。

【００５２】上記のように、データベースとＤＢとの組
を、それぞれ、主な使用時間に差違のある場所（例え
ば、日本とアメリカＢのように、時差がある場所）に設
置することにより、無停止運転／保守を容易に達成でき
る。

【００５３】（４）テストシステム，テスト方法以下、本システムでのテストシステム，テスト方法につ
いて説明する。

【００５４】図４は、本システムのテスト構成を示す。
オンライン系LAN401の伝送路４０４に、ルータ４０３を
介して接続されたテスト系LAN407の伝送路４０５に、テ
スト用ＤＢ４０２とテスト用ＧＷ４０６が接続される。
また、図５に示すように、オンライン系LAN401とテスト
系LAN407とを同一のＬＡＮ上に設置するシステムも考え
られる。このようなシステムにおいて、モニタランとオ
ンラインバックアップの２つのテスト形態について以下
説明する。

【００５５】（４．１）モニタラン機能モニタラン機能は、システムの拡張／変更により、部分
的に作成した新規ユーザプログラム（以下、新規ＵＰと
称す）を搭載したテスト系システムで、オンライン系デ
ータをパラ取りし、かつテスト系内でデータ送受信を行
い、新規ＵＰのモニタランを行うというものである。

【００５６】具体的には、図５に示すように、オンライ
ン系ＩＮより、データベース変更情報のブロードキャス
ト送信データを、テスト系ＤＢとテスト系ＧＷが受信す
る。テスト系ＤＢはこのデータベース変更情報により接
続されたデータベースの変更を行う。テスト系ＧＷは受
信したデータベース変更情報をテスト系ＧＷに接続され
たテスト系ＴＲへブロードキャスト送信する。また、テ
スト系ＴＲからの問い合わせに対しては、テスト系ＧＷ
が、テスト系ＤＢへ転送し、問い合わせ処理を行う。以
上により、新規ＵＰのモニタランを実際のオンラインデ
ータを使用して行うことができた。

【００５７】本システム内全てのサーバは、オンライン
系またはテスト系で動作する。本テスト形態では、テス
ト系システムのデータが、誤ってオンライン系に混入す
ることが最も大きな問題点である。そこで、本システム
では、以下の方策を講じている。

【００５８】図６に示すメッセージフォーマットのよう
に、各サーバから送出されるメッセージには、それがオ
ンライン系から送出されたものか、テスト系から送出さ
れたものか、識別するための情報であるオンライン系／
テスト系識別子６０１が設定される。本メッセージフォ
ーマットでは、送信先アドレス，送信元アドレス，オン
ライン系／テスト系識別子（フラグ）６０１，制御情
報，データの順番で送信される。

【００５９】図７に受信のフローチャートを示す。メッ
セージの受信側では、図７に示すように、全ての受信デ
ータに対して、オンライン系／テスト系のモードチェッ
クを行う。オンライン系では、テスト系メッセージの場
合、そのメッセージを廃棄する。逆に、テスト系では、
オンライン系データを受信することが可能である。処理
の内容としては、まず、受信データがテスト系データで
あるか判断し（処理７０１）、テスト系データであれ
ば、自ノードがオンライン系であるか判断し（処理７０
２）、オンライン系ノードであれば、メッセージを廃棄
する（処理７０３）、テスト系データでないか、オンラ
イン系ノードでない場合、メッセージ受信処理（処理７
０４）を行う。

【００６０】図８に、図７で述べた処理の判断基準の関
係を示す。即ち、送信側がテスト系でかつ受信側がオン
ライン系の場合、データが廃棄され、受信不可となる。
上記工夫を行うことで、モニタラン時、新規ＵＰのバグ
により、オンライン系へ悪影響を及ぼすことを、防止す
ることができる。即ち、オンライン系／オフライン系を
区別する識別子によるロック機構が実現できた。

【００６１】また、テスト系からオンライン系へ悪影響
を及ぼすデータが流れないように、先のオンライン系／
テスト系識別子６０１に基づいて、フィルターをかける
フィルターリング機能を、ルータ４０３へ付加してもよ
い。

【００６２】（４．２）オンラインバックアップ機能テスト系システムの計算機において、新規ＵＰのモニタ
ランをある一定期間行い、品質がある程度になると、当
該新規ＵＰをオンライン系システムの計算機へインスト
ールする。この時、オンライン系システムにて新規ＵＰ
を稼働させ、万が一、この新規ＵＰが原因でシステムダ
ウンに至った場合は、速やかに旧ＵＰにてシステムを再
稼働する必要がある。このため通常テスト機として使用
しているテスト系システムの計算機へ、予め旧ＵＰをイ
ンストールしておき、オンライン機にて障害発生時は、
構成情報のみ変更により、即座に旧ＵＰインストール機
に切り替える。本機能を、オンラインバックアップ機能
と呼ぶ。

【００６３】以下に、図９により、本発明の実施例のオ
ンラインバックアップ機能の具体的な手順を示す。

【００６４】手順(1）オンライン系ＤＢ３に新規ＵＰを
インストールし、オンライン稼働に入る。

【００６５】手順(2）この時、テスト系ＤＢ４をバック
アップ機として、ＤＢ３の旧ＵＰをインストールする。

【００６６】手順(3）オンライン稼働中に、ＤＢ３にお
いて、新規ＵＰついて障害が発生し、システムダウン発
生した場合、即座に、バックアップ機ＤＢ４をオンライ
ン機として立ち上げ、ＤＢ３の処理を引き継ぐ。この
時、オンライン系の残りの各計算機（ＩＮ，ＤＢ１，Ｄ
Ｂ２，ＧＷ等）は、従来、ＤＢ３へ送信していた送信デ
ータをＤＢ４へ送信するよう構成制御情報を変更する。

【００６７】以上述べたように、本発明の実施例によれ
ば、外部システムより受信した刻一刻変化するデータベ
ース変更情報を蓄積するとともに、広域に分散配置され
た多数の端末に、上記データベース変更情報を配信する
システムとそのテスト環境を構築できる情報処理システ
ムおよび情報処理方法を提供できる。

【００６８】より具体的には、 (1）外部システムからのデータベース変更情報を蓄積す
るのと並行して、複数の端末へ配布（配信）することに
より、端末側では、データベースに変更が生じたことを
即座に知ることができる。

【００６９】(2）上記システムをクライエント／サーバ
構造とし、ＬＡＮで接続された計算機群にて実現するこ
とにより、容易にシステムの分散化を図ることができ
る。

【００７０】(3）端末システムをＴＲと複数のＷＳをＬ
ＡＮで接続して構築することにより、システムの拡張性
／柔軟性を得ることができる。

【００７１】(4）中枢システムのＬＡＮでＩＮがデータ
ベース変更情報をブロードキャストし、他各サーバが選
択的にこれを受信することにより、各サーバでの障害を
局所化することができ、システムとして高い信頼性を得
ることができる。

【００７２】(5）アクセス頻度が所定の度合より高いデ
ータベース情報については、ＷＳに冗長に保持すること
により、ＷＳに置ける問い合わせに対し、応答時間を短
縮することができる。また、ＧＷからの送信もまとめる
ことができるため、回線使用量の削減も容易となる。

【００７３】(6）各外部システム毎に、ＤＢ，ＩＮを設
けることにより各外部システムの稼働時間にずれが存在
する場合、負荷の分散，保守が容易となる。

【００７４】(7）各外部システム毎に設けられたＤＢに
おいて、各データベースを他のＤＢにてバックアップで
きるようにすることにより、あるＤＢにて、障害／保守
で停止する必要が生じても、バックアップＤＢにて処理
を継続することができる。 (8）各サーバで協調して処理を行うことによって、デー
タベース変更情報をＷＳにリアルタイムに配布し、かつ
ＷＳからの問い合わせに対し応答することができる。

【００７５】(9）オンライン系と同一またはルータによ
って接続されたＬＡＮ上にテスト系システムを構築する
ことにより、オンライン系ＩＮからのデータベース変更
情報をパラレルに取り込むことが可能となり、実際に近
いテスト環境を実現することができる。また、オンライ
ン処理と並列にテスト処理を行うことができる。 (10)ＬＡＮ上を流れる全てのデータについて、オンライ
ン／テストの識別子を与え、オンライン系では、テスト
系のデータ受信を行わないようにすることにより、テス
ト系の誤ったデータがオンライン系に混入し、システム
障害となる事態を回避することができる。

【００７６】(11)各サーバにおいて、テスト系／オンラ
イン系の切り替えを行えるようにすることにより、オン
ラインバックアップ運転が可能となる。

【００７７】という効果がある。

【００７８】上記実施例では、地域別分散として、地域
Ａ，地域Ｂ，地域Ｃを例に説明したが、本発明はこれに
限られるものではなく、地域又は種類の異なる複数の情
報源に対して、適用できる。

【００７９】即ち、本発明の要旨の範囲で、変形が可能
である。

【００８０】

【発明の効果】本発明によれば、取扱対象の広域化又は
煩雑な変化への対応できる情報処理システムおよび情報
処理方法を提供できる。

【図面の簡単な説明】

【図１】本発明の実施例のシステム構成の概要を示す図
である。

【図２】図１の情報処理システムでの情報処理方法の概
略データフローを示す図である。

【図３】本発明の実施例のＤＢデータベース構成を示す
図である。

【図４】本発明の実施例のテスト構成を示す図である。

【図５】本発明の実施例のモニタラン機能を示す図であ
る。

【図６】本発明の実施例のメッセージフォーマットの概
略を示す図である。

【図７】本発明の実施例の受信フローチャートを示す図
である。

【図８】本発明の実施例のオンライン／テスト系受信可
否処理を示す図である。

【図９】本発明の実施例のオンラインバックアップ機能
を示す図である。

【図１０】図２に示す処理内容のフローチャートを示す
図である。

【図１１】図２に示す処理内容のフローチャートを示す
図である。

【図１２】図２に示す処理内容のフローチャートを示す
図である。

【図１３】図２に示すデータのフォーマットを示す図で
ある。

【符号の説明】

１０１…伝送路、１０２…ＩＮ、１０３…ＤＢ、１０４
…ＭＧ、１０５…ＧＷ、１０６…高速デジタル回線、１
０７…ＴＲ、１０８…ＷＳ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者中西宏明茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者林慶治郎茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者足達芳昭茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者外岡秀樹茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者松崎健二茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内 (72)発明者大貫努茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内 (72)発明者寺門勲茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内

Claims

【特許請求の範囲】

【請求項１】第１の伝送路網と、上記第１の伝送路網上へ外部からのデータベース変更情
報をブロードキャスト通信する第１のサーバと、上記第１の伝送路網に接続され上記第１のサーバからブ
ロードキャスト通信された上記データベース変更情報を
中継する第２のサーバと、上記第２のサーバに接続された第２の伝送路網と、上記第２の伝送路網に接続され上記第２のサーバからブ
ロードキャスト通信された上記データベース変更情報を
中継する第３のサーバと、上記第３のサーバに接続された第３の伝送路網とを具備
し、上記第３のサーバが上記第３の伝送路網上へ上記データ
ベース変更情報をブロードキャスト通信することを特徴
とした情報処理システム。
【請求項２】請求項１において、上記第１の伝送路網に接続され上記第１のサーバからブ
ロードキャスト通信された上記データベース変更情報を
蓄積する第４のサーバを具備することを特徴とした情報
処理システム。
【請求項３】請求項１または２において、上記第１のサーバが、情報入力サーバであり、上記第２のサーバが、情報中継サーバであり、上記第３のサーバが、端末サーバであり、上記第４のサーバが、情報蓄積サーバであることを特徴
とした情報処理システム。
【請求項４】請求項３において、上記第１の伝送路網に接続され該第１の伝送路網の伝送
状態の管理を行うシステム管理サーバをさらに含むこと
を特徴とした情報処理システム。
【請求項５】請求項３において、上記第３の伝送路網に接続され上記情報蓄積変更情報を
含む情報蓄積情報を表示するための端末をさらに含むこ
とを特徴とした情報処理システム。
【請求項６】請求項２または請求項３において、上記情報入力サーバからブロードキャスト送信された上
記情報蓄積変更情報を、上記情報蓄積サーバと上記情報
中継サーバとが、並行して受信することを特徴とした情
報処理システム。
【請求項７】請求項５において、上記端末において、予
め設定された度合より高い表示頻度の情報は、上記端末
内に保持することを特徴とした情報処理システム。
【請求項８】請求項２において、上記外部システムが複
数である場合、上記外部システム毎に、上記情報入力サ
ーバ及び上記情報蓄積サーバを設けることを特徴とした
情報処理システム。
【請求項９】請求項８において、上記外部システムが、
少なくとも第１の外部システム及び第２の外部システム
からなり、上記第１の外部システム対応して設けられた
第１の情報蓄積サーバは、上記第１の外部システムから
のデータベース情報を格納する記憶媒体を有し、上記第
２の外部システム対応して設けられた第２の情報蓄積サ
ーバと、バックアップ接続するとともに、上記第２の情
報蓄積サーバのデータベース処理を行うプログラムをも
備えたことを特徴とした情報処理システム。
【請求項１０】以下の処理を含むことを特徴とする情報
処理方法。 (1）情報入力サーバが、外部システムより受信したデー
タベース変更情報を、第１の伝送路網上にブロードキャ
スト送信を行う処理、(2）情報蓄積サーバが、上記デー
タベース変更情報に基づき、管理するデータベースの変
更を行う処理、(3）情報中継サーバが、上記データベー
ス変更情報を第１の伝送路網より受信し、複数の端末サ
ーバへブロードキャスト送信処理を行う処理、(4）上記
端末サーバが、上記データベース変更情報を複数の端末
へブロードキャスト送信する処理。
【請求項１１】請求項１０において、以下の処理を更に
含むことを特徴とする情報処理方法。 (1）上記情報蓄積サーバにおいて、上記データベース変
更情報に基づき、管理するデータベースの変更を行い、
端末からの問い合わせ要求に対し、応答編集処理を行う
処理、(2）上記情報中継サーバにおいて、上記端末サー
バ下の端末からの問い合わせ要求の中継処理を行い、上
記情報蓄積サーバへの問い合わせ及び上記情報蓄積サー
バからの問い合わせ応答を問い合わせ元のコミュニケー
ションサーバへ転送する処理、(3）端末において、上記
データベース変更情報を受信し、管理するデータベース
情報を更新し、エンドユーザからの問い合わせ要求に対
し、該端末で管理するデータベース情報では、不十分な
場合は、情報蓄積サーバへ問い合わせ要求を転送する処
理。
【請求項１２】情報入力サーバにおいて、以下の処理を
含むことを特徴とする情報処理方法。 (1）外部システムからのデータベース変更情報を受信し
た場合、統一フォーマットにデータ圧縮して、第１の伝
送路網にブロードキャスト送信を行い、かつ蓄積（以
下、プーリングと称す）対象のデータについては、情報
入力サーバ内データベースに格納する中継処理、(2）上
記第１の伝送路網に接続された各サーバからの問い合わ
せに対し、上記プーリング対象情報については、処理
(1）において格納した情報に基づいて応答する処理。
【請求項１３】請求項１２において、さらに、データベ
ース変更情報は、端末サーバでの取り漏れが発生した場
合を考慮し、情報入力サーバで蓄積し、外部システムか
らの変更情報送出が少ない時に、再送する処理を含むこ
とを特徴とする情報処理方法。
【請求項１４】請求項２の情報蓄積サーバにおいて、以
下の処理を含むことを特徴とする情報処理方法。 (1）上記情報入力サーバとの回線を監視し、上記情報入
力サーバからのデータベース変更情報を含む電文を受信
し、上記情報入力サーバからの上記電文が抜けた場合
に、上記電文の再送を要求する電文再送要求を発行する
データベース変更情報受信処理、(2）上記情報入力サー
バより受信したデータベース変更情報をもとに、各情報
蓄積サーバにて保持するデータベースの変更処理を行う
データベース変更処理、(3）上記システム管理サーバか
ら入力される情報を蓄積するデータ入力処理、(4）上記
各情報蓄積サーバで保持する情報より、システム固有の
指数情報を一定周期に算出し、結果を蓄積する情報算出
処理。
【請求項１５】請求項２の情報中継サーバにおいて、さ
らに、情報入力サーバより受信したデータベース変更情
報を、情報中継サーバ下全端末サーバへブロードキャス
トとともに、情報中継サーバにおいて蓄積するデータベ
ース変更情報配信処理を含む情報処理方法。
【請求項１６】請求項２のシステム管理サーバにおい
て、さらに、システム内各サーバ，通信システム内で発
生した障害、その他アラームメッセージを全てシステム
管理サーバにて収集し、集中コンソールに出力する処理
を含む情報処理方法。
【請求項１７】請求項１または２において、上記第１の
伝送路網上に、テスト系の装置群を設置することを特徴
とする情報処理システム。
【請求項１８】請求項１または２において、上記第１の
伝送路網と、ルータを介して、テスト系の装置群が接続
されることを特徴とした情報処理システム。
【請求項１９】請求項１７及び１８のいずれかにおい
て、上記第１の伝送路網上を流れるテスト系装置群から
送出されるデータについては、テスト系データであるこ
とを示す識別子を設けることを特徴とした情報処理方
法。
【請求項２０】請求項１９において、上記オンライン系
装置群では、テスト系データは廃棄し、上記テスト系装
置群では、テスト系データ及びオンライン系データを受
信することを特徴とした情報処理方法。
【請求項２１】請求項１９において、オンライン系情報
入力サーバからのデータベース変更情報を、オンライン
系の情報蓄積サーバ及び情報中継サーバとテスト系の情
報蓄積サーバ及び情報中継サーバとでパラレルに取り入
れることを特徴とした情報処理方法。
【請求項２２】請求項１９において、オンライン系装置
群の少なくとも一つのサーバが、故障した場合、テスト
系装置群の少なくとも一つのサーバを代わりのサーバと
して使用することを特徴とした情報処理方法。