JPH0756854A

JPH0756854A - 送信履歴採取装置

Info

Publication number: JPH0756854A
Application number: JP5226532A
Authority: JP
Inventors: Masataka Suhou; 正孝諏方
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1993-08-19
Filing date: 1993-08-19
Publication date: 1995-03-03

Abstract

(57)【要約】【目的】送信履歴の二重化保存のために必要なファイ
ルアクセス回数を低減し、かつ直前の送信に係る送信履
歴についても確実に二重化保存を行う。【構成】２件分の送信履歴を格納することができる作
業用バッファ３を設ける。送信件数カウンタ４は、「２
つの送信履歴保存用ファイル５のどちらに現在の作業用
バッファ３の内容を書き加えるべきかを判断するための
情報」としてシステム立上げ後の送信データの通算送信
件数を保持する。バッファ更新手段１は、１件の送信デ
ータの送信毎に、作業用バッファ３の内容を「今回送信
分の送信履歴および前回送信分の送信履歴」に更新す
る。ファイル更新手段２は、１件の送信データの送信毎
に、送信件数カウンタ４を参照し、作業用バッファ３の
内容を２つの送信履歴保存用ファイル５のいずれかに交
互に書き加える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、外部との通信を行う計
算機（対外系計算機）において送信履歴を採取する送信
履歴採取装置に関し、特に送信履歴の二重化保存を行う
送信履歴採取装置に関する。

【０００２】

【従来の技術】従来、この種の送信履歴採取装置では、
送信履歴の二重化保存を実現するために、次の２つの方
式のいずれかが実施されていた。

【０００３】第１の方式では、１件の電文（送信デー
タ）の送信毎に、その送信に係る送信履歴が２つの送信
履歴保存用ファイルに書き込まれる。なお、送信履歴保
存用ファイルは、磁気ディスクや磁気テープ等の外部記
憶媒体上に実現される。

【０００４】第２の方式では、一定件数の電文が送信さ
れる間に当該一定件数の電文の送信に係る送信履歴がメ
モリ上のバッファに蓄積され、一定件数の電文の送信の
終了毎にバッファの内容が２つの送信履歴保存用ファイ
ルに書き込まれる。

【０００５】

【発明が解決しようとする課題】上述した従来の送信履
歴採取装置では、送信履歴の二重化保存に関して、以下
に示すような欠点があった。

【０００６】第１の方式では、１件の電文の送信毎にそ
の送信に係る送信履歴が２つの送信履歴保存用ファイル
に書き込まれるので、送信回数（送信対象の電文の送信
件数）の２倍の回数だけ送信履歴保存用ファイルへのア
クセスが必要になる。

【０００７】第２の方式では、一定件数の電文の送信の
終了毎にバッファに蓄積されていた送信履歴が２つの送
信履歴保存用ファイルに書き込まれるので、一定件数の
電文の送信が終了するまでの間に障害が発生した場合に
は、バッファに蓄積されていた送信履歴が保存されなく
なるという状況が生じる。

【０００８】本発明の目的は、上述の点に鑑み、原則的
に１件の電文の送信につき１回のファイルアクセス（送
信履歴保存用ファイルへのアクセス）で送信履歴の二重
化保存を実現することができ、障害が発生した直前の送
信に関する送信履歴についても確実に二重化保存を行う
ことができる送信履歴採取装置を提供することにある。
これにより、上述の第１の方式に関する欠点が軽減され
（当該第１の方式に比べてファイルアクセス回数がほぼ
半減する）、かつ上述の第２の方式に関する欠点が解消
される。

【０００９】なお、履歴の二重化保存に関する技術とし
ては、例えば、「特開平３−４３３３号（障害復旧処理
方式）」が公表されている。しかし、この技術は「ジャ
ーナルファイルのヘッダ部を二重化することにより、１
つのヘッダ部の更新中に障害が発生したとしても他の１
つのヘッダ部の内容を保障し、障害復旧処理にヘッダ部
を利用することを可能ならしめる」ことを目的としてお
り、本発明とは着眼点を異にするものである。

【００１０】

【課題を解決するための手段】本発明の送信履歴採取装
置は、オンライン・システムにおける対外系計算機にて
送信履歴を採取する送信履歴採取装置において、２件分
の送信履歴を格納することができる作業用バッファと、
１件の送信データの送信毎に前記作業用バッファの内容
を「今回送信分の送信履歴および前回送信分の送信履
歴」に更新するバッファ更新手段と、１件の送信データ
の送信毎に前記バッファ更新手段により更新された前記
作業用バッファの内容を２つの送信履歴保存用ファイル
のいずれかに交互に書き加えるファイル更新手段とを有
する。

【００１１】

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

【００１２】図１は、本発明の送信履歴採取装置の一実
施例（送信履歴採取装置１１）を含む対外系計算機１０
（オンライン・システムの構成要素である計算機であ
り、他の計算機（例えば、当該対外系計算機１０に対す
るホストコンピュータ）等の外部と対外回線を介して通
信を行う計算機）の構成を示すブロック図である。

【００１３】対外系計算機１０は、システムコンソー
ル，端末および外部記憶媒体等を接続しており、業務ア
プリケーションプログラムと、送信履歴採取装置１１
（送信履歴採取装置１１には外部記憶媒体内の２つの送
信履歴保存用ファイル５も含まれる）と、対外通信タス
ク１２とを含んで構成されている。

【００１４】本実施例の送信履歴採取装置（送信履歴採
取装置１１）は、１件の電文（送信データ）の送信毎に
作業用バッファ３の内容を「今回送信分の送信履歴およ
び前回送信分の送信履歴」（後述する「ダミーデータ」
も「送信履歴」に含まれるものとする）に更新するバッ
ファ更新手段１と、作業用バッファ３の内容を２つの送
信履歴保存用ファイル５（以下、「ファイルＡ」および
「ファイルＢ」として２つを区別する）のいずれかに交
互に（送信が行われる毎に交互に）書き加えるファイル
更新手段２と、２件分の送信履歴を格納することができ
る作業用バッファ３と、「２つの送信履歴保存用ファイ
ル５のどちらに現在の作業用バッファ３の内容を書き加
えるべきかを判断するための情報」としてシステム立上
げ後の送信データの通算送信件数を保持する送信件数カ
ウンタ４と、外部記憶媒体上の２つの送信履歴保存用フ
ァイル５とを含んで構成されている。

【００１５】図２（ａ）は、送信履歴採取装置１１内の
バッファ更新手段１の処理を示す流れ図である。この処
理は、ダミーデータ判定ステップ２０１と、ダミーデー
タ対応作業用バッファ内容設定ステップ２０２と、サブ
ルーチン呼出しステップ２０３と、送信件数カウンタ値
初期設定ステップ２０４と、作業用バッファ内容設定ス
テップ２０５と、サブルーチン呼出しステップ２０６と
からなる。

【００１６】図２（ｂ）は、送信履歴採取装置１１内の
ファイル更新手段２の処理を示す流れ図である。この処
理は、送信件数カウンタ値加算ステップ２０７と、送信
件数カウンタ値偶奇性判定ステップ２０８と、ファイル
Ｂ更新ステップ２０９と、ファイルＡ更新ステップ２１
０とからなる。

【００１７】図３（ａ）および（ｂ）は、本実施例の送
信履歴採取装置（送信履歴採取装置１１）の具体的な動
作を説明するための図である。

【００１８】次に、このように構成された本実施例の送
信履歴採取装置（送信履歴採取装置１１）の動作につい
て説明する。

【００１９】送信履歴採取装置１１は、対外通信タスク
１２からの起動要求によって起動する。なお、対外通信
タスク１２は、次のまたはの場合に、上記の起動要
求を行う。

【００２０】対外回線を介して外部に１件の電文
（送信データ）を送信する毎に、送信履歴採取装置１１
に対して起動要求を行い、送信履歴採取採取装置１１に
送信データを送信履歴として引き渡す。

【００２１】対外系オンライン・システム（対外系
計算機１０を含むオンライン・システム）のシステム・
クローズ時に、送信履歴採取装置１１に対して起動要求
を行い、送信履歴採取装置１３にダミーデータを引き渡
す。

【００２２】対外通信タスク１２からの起動要求を受け
た送信履歴採取装置１１は、作業用バッファ３の内容を
更新する処理（バッファ更新処理）を行い、更新後の内
容を２つの送信履歴保存用ファイル５のいずれか（ファ
イルＡまたはファイルＢ）に書き加える処理（ファイル
更新処理）を行う。以下、このような処理のアルゴリズ
ムについて、図２（ａ）および（ｂ）を参照して説明す
る。なお、図２（ａ）および（ｂ）中のＮは、送信件数
カウンタ４の値を示している。

【００２３】送信履歴採取装置１１内のバッファ更新手
段１は、次のような処理（バッファ更新処理）を行う
（図２（ａ）参照）。

【００２４】まず、対外通信タスク１２から引き渡され
たデータがダミーデータであるか否か（ダミーデータで
あるか送信データであるか）を判断する（ステップ２０
１）。

【００２５】ステップ２０１で「引き渡されたデータが
ダミーデータである」と判断した場合には、上述のに
示す「システム・クローズ時の起動要求」であることを
認識し、作業用バッファ３の内容を「前回送信履歴およ
びダミーデータ」に更新（設定）し（ステップ２０
２）、ファイル書込みサブルーチン「ＳＵＢＲ」を実行
する（ファイル更新手段２を呼び出して図２（ｂ）に示
す処理を行わせる）（ステップ２０３）。

【００２６】ステップ２０３の処理が終了すると、送信
件数カウンタ４の値のＮをゼロクリアし（ステップ２０
４）、バッファ更新処理を終了して次回の起動要求に備
える。

【００２７】ステップ２０１で「引き渡されたデータが
ダミーデータではない（送信データである）」と判断し
た場合には、作業用バッファ３の内容を「前回送信履歴
（ダミデデータである場合もある）および今回送信履
歴」に更新し（ステップ２０５）、ファイル書込みサブ
ルーチン「ＳＵＢＲ」を実行する（ステップ２０６）。

【００２８】ステップ２０６の処理が終了すると、バッ
ファ更新処理を終了して次回の起動要求に備える。

【００２９】図２（ａ）中のステップ２０３またはステ
ップ２０６で呼び出されたファイル更新手段２（ファイ
ル書込みサブルーチン「ＳＵＢＲ」を実行する手段）
は、次のような処理を行う（図２（ｂ）参照）。

【００３０】まず、送信件数カウンタ４の値のＮに１を
加算し（ステップ２０７）、Ｎの偶奇性（偶数であるか
奇数であるか）を判断する（ステップ２０８）。

【００３１】ステップ２０８で「Ｎが偶数である」と判
断した場合には、作業用バッファ３の内容をファイルＢ
に書き加え（ステップ２０９）、バッファ更新手段１に
制御を戻す。また、ステップ２０８で「Ｎが偶数ではな
い（奇数である）」と判断した場合には、作業用バッフ
ァ３の内容をファイルＡに書き加え（ステップ２１
０）、バッファ更新手段１に制御を戻す。

【００３２】なお、本実施例の送信履歴採取装置１１で
は、２つの送信履歴保存用ファイル５のどちらの更新を
行うべきかという判断を送信カウンタ４の値のＮの偶奇
性の判断によって行っているが、交互に２つの送信履歴
保存用ファイル５を更新することができればこれ以外の
手法によっても本発明の送信履歴採取装置を実現するこ
とは可能である。例えば、ファイル書込み手段２と２つ
の送信履歴保存用ファイル５との間の書込みに関する接
続関係を送信が行われる毎に交互に変化させる手段を、
ファイル書込み手段２と２つの送信履歴保存用ファイル
５との間に介在させる手法が考えられる。

【００３３】次に、本実施例の送信履歴採取装置（送信
履歴採取装置１１）の具体的な動作を、図３（ａ）およ
び（ｂ）を参照して説明する。

【００３４】図３（ａ）は、障害が発生することなく、
図２（ａ）に示す処理のアルゴリズムに従って作業用バ
ッファ３の内容が更新され、図２（ｂ）に示す処理のア
ルゴリズムに従って２つの送信履歴保存用ファイル５の
いずれかに更新後の作業用バッファ３の内容が書き加え
られていく態様を、左から右に向かって時系列で表現し
た図である。

【００３５】図３（ａ）においては、システム立上げ
（対外系計算機１０の立上げ）時より通算してｉ件目
（ｉは正整数）の電文（送信データ）の送信に係る送信
履歴をＪ_iで表し（ｉの最終値のｍは奇数であるものと
する）、矢印付きの実線で作業用バッファ３の内容の変
遷を表し、矢印付きの破線で作業用バッファ３の内容が
２つの送信履歴保存用ファイル５に書き加えられていく
態様を表している。なお、Ｙ_xは前回のシステム・クロ
ーズ時に作業用バッファ３に格納されていた最終の送信
履歴である。

【００３６】システム立上げ時における作業用バッファ
３の内容は、前回のシステム・クローズ時に更新された
ときの状態であるから、「Ｙ_xおよびダミー（ダミーデ
ータ）」である（図３（ａ）中の（イ）の状態の作業用
バッファ３の内容を参照のこと）。また、システム立上
げ時の送信件数カウンタ４の値のＮは０になっている
（図２（ａ）中のステップ２０４参照）。

【００３７】ここで、１件目の電文（送信データ）の送
信が行われると、送信履歴採取装置１１に対して対外通
信タスク１２より起動要求が発行される。送信履歴採取
装置１１では、作業用バッファ３の内容が「ダミーおよ
びＪ₁」とされ（図３（ａ）中の（ロ）参照）、送信件
数カウンタ４の値のＮに１が加算されてＮは１となる。
したがって、図２中のステップ２０８で「Ｎが偶数では
ない（奇数である）」と判断されるので、作業用バッフ
ァ３の内容はファイルＡに書き加えられることになる
（ステップ２１０参照）。

【００３８】次の送信（２件目の電文の送信）が行われ
ると、作業用バッファ３の内容は「Ｊ₁およびＪ₂」に
更新され（図３（ａ）中の（ハ）参照）、Ｎには１が加
算されてＮは２となる。したがって、ステップ２０８で
「Ｎが偶数である」と判断されるので、作業用バッファ
３の内容はファイルＢに書き加えられることになる（ス
テップ２０９参照）。

【００３９】以後、送信が行われる毎に、作業用バッフ
ァ３の内容は更新され（図３（ａ）中の（ニ）〜（チ）
参照）、Ｎの偶奇性に応じてファイルＡまたはファイル
Ｂに更新後の作業用バッファ３の内容が書き加えられて
いく。

【００４０】最後に、システム・クローズに伴う対外通
信タスク１２からの起動要求により、送信履歴採取装置
１１では作業用バッファ３の内容が「Ｊ_mおよびダミ
ー」に更新される（図３（ａ）中の（リ）参照）。図３
（ａ）の例では、ｍが奇数であるので、この場合の作業
用バッファ３の内容はファイルＢに書き加えられる。な
お、この後に、Ｎは０となる（図２（ａ）中のステップ
２０４参照）。

【００４１】以上の一連の処理によって、ファイルＡの内容＝｛ダミー，Ｊ₁，…，Ｊ_i-1，
Ｊ_i，Ｊ_i+1，Ｊ_i+2，Ｊ_m- ₁，Ｊ_m｝ファイルＢの内容＝｛Ｊ₁，Ｊ₂，…，Ｊ_i，Ｊ_i+1，
Ｊ_i+2，Ｊ_i+3，…，Ｊ_m，ダミー｝となって、Ｊ₁〜Ｊ_mという全ての送信履歴の二重化保
存が実現されたことになる。

【００４２】以上の一連の処理に要したファイルアクセ
ス回数（２つの送信履歴保存用ファイル５へのアクセス
回数）は、「送信データの送信件数分の回数（ｍ回）＋
システム・クローズ時の１回」である。また、送信毎に
作業用バッファ３の内容が２つの送信履歴保存用ファイ
ル５のいずれかに書き加えられているので、いつ障害が
発生しても障害発生時の直前までの送信履歴の二重化保
存が保証される。

【００４３】図３（ｂ）は、図３（ａ）に示した一連の
処理中のｋ回目（ｋはｍ以下の正整数）の送信で対外系
計算機１０に係るオンライン・システムに障害が発生
し、障害復旧後にウォームスタート（システム・クロー
ズを行わずに処理を再開すること）が行われたときの態
様を、左から右に向かう時系列で表現した図である。

【００４４】図３（ｂ）においては、システム立上げ時
よりｋ件目の電文（送信データ）の送信に係る送信履歴
をＪ_kで表し、矢印付きの実線で作業用バッファ３の内
容の変遷を表し、矢印付きの破線で作業用バッファ３の
内容が２つの送信履歴保存用ファイル５に書き加えられ
ていく態様を表している。なお、ｋは偶数であるものと
する。

【００４５】システム立上げから通算してｋ件目の電文
（送信データ）の送信が行われ、作業用バッファ３の内
容がファイルＢに書き加えられたときには、送信件数カ
ウンタ４の値のＮはｋであって、２つの送信履歴保存用
ファイル５の内容は以下のようになっており、（ｋ−
１）件目までの送信履歴の二重化保存が実現されてい
る。ファイルＡの内容＝｛ダミー，Ｊ₁，Ｊ₂，…，
Ｊ_k-3，Ｊ_k-2，Ｊ_k-1｝ファイルＢの内容＝｛Ｊ₁，Ｊ₂，…，Ｊ_k-1，Ｊ_k｝

【００４６】この直後に、障害が発生して障害復旧後に
ウォームスタートが行われたものとする。このウォーム
スタート時には、送信件数カウンタ４の値のＮはｋであ
り、作業用バッファ３の内容は「Ｊ_k-1およびＪ_k」で
ある。

【００４７】ウォームスタート後に次の送信が行われる
と、作業用バッファ３の内容は「Ｊ_kおよびＪ_k+1」と
なり、送信件数カウンタ４の値のＮは（ｋ＋１）とな
る。

【００４８】（ｋ＋１）は奇数なので、作業用バッファ
３の内容の「Ｊ_kおよびＪ_k+1」はファイルＡに書き込
まれ、２つの送信履歴保存用ファイル５の内容は、ファイルＡの内容＝｛ダミー，Ｊ₁，Ｊ₂，…，
Ｊ_k-1，Ｊ_k，Ｊ_k+1｝ファイルＢの内容＝｛Ｊ₁，Ｊ₂，…，Ｊ_k-1，Ｊ_k｝となる。これによって、障害発生直前の送信履歴のＪ_k
もウォームスタート後には二重化保存されることにな
る。また、障害発生前の全ての送信履歴の二重化保存
は、ウォームスタート後においても保証されている。

【００４９】

【発明の効果】以上説明したように本発明は、送信が行
われる毎に、２件分の送信履歴を格納することができる
作業用バッファの内容を更新し、２つの送信履歴保存用
ファイルに交互に作業用バッファの内容を書き加えてい
くことにより、送信履歴の二重化保存のために必要な送
信履歴保存用ファイルへのアクセス回数を低減すること
ができ、かつ直前の送信に係る送信履歴についても確実
に二重化保存を実現することができるという効果を有す
る。

【図面の簡単な説明】

【図１】本発明の送信履歴採取装置の一実施例を含む対
外系計算機の構成を示すブロック図である。

【図２】図１に示す送信履歴採取装置の処理を示す流れ
図である。

【図３】図１に示す送信履歴採取装置の具体的な動作を
説明するための図である。

【符号の説明】

１バッファ更新手段２ファイル更新手段３作業用バッファ４送信件数カウンタ５送信履歴保存用ファイル１０対外系計算機１１送信履歴採取装置１２対外通信タスク

Claims

【特許請求の範囲】

【請求項１】オンライン・システムにおける対外系計
算機にて送信履歴を採取する送信履歴採取装置におい
て、２件分の送信履歴を格納することができる作業用バッフ
ァと、１件の送信データの送信毎に前記作業用バッファの内容
を「今回送信分の送信履歴および前回送信分の送信履
歴」に更新するバッファ更新手段と、１件の送信データの送信毎に前記バッファ更新手段によ
り更新された前記作業用バッファの内容を２つの送信履
歴保存用ファイルのいずれかに交互に書き加えるファイ
ル更新手段とを有することを特徴とする送信履歴採取装
置。
【請求項２】「２つの送信履歴保存用ファイルのどち
らに現在の前記作業用バッファの内容を書き加えるべき
かを判断するための情報」としてシステム立上げ後の送
信データの通算送信件数を保持する送信件数カウンタ
と、この送信件数カウンタを参照し、今回分の送信履歴に係
る送信がシステム立上げ時から通算して偶数回目の送信
であるか奇数回目の送信であるかによって「２つの送信
履歴保存用ファイルの交互の更新」を実現する前記ファ
イル更新手段とを有することを特徴とする請求項１記載
の送信履歴採取装置。