JPS5930157A - 情報処理システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 発明の対象 本発明は、中央処理装置と該中央処理装置に接続される
データ処理装置とを有する情報処理システムに係わり、
特に該データ処理装置へ複数種類のデータが人力され、
かつ送信されるような情報処理システムに関する。

従来技術 近年の電子計算機は、増々高速化され、また大規模構成
となり、多数種類の業務処理を行うことが可能である。

一方中央の電子計算機に通イａ回線、ローカルネットワ
ークなどを介して接続される端末装置や分散処理装置な
どのデータ処理装置から中央の電子計′１１．機に人力
されるデータの種類も増えている。またこのようなオン
ラインシステムにおいて、オンラインサービス時間帯も
延長される傾向にあり、いわゆる２４時間ザービスまた
はこれに近いものも行われている。しかしながら、オン
ラインサービス時間帯が延長されるからといって、必ず
しも個々の業務処理の処理時間帯も延長されるとは限ら
ない。たとえば業務Ａは午前８時から午後３時までが処
理時間帯であり、業務Ｂは午後１時から午後１０時まで
が処理時間であるというように、各業務の処理時間帯は
、必ずしもシステム全体。

とじてのオンラインサービス時間帯と一致している必要
は１工い。

上記の事情を以下図を用いてより具体的に説明する。第
１図は従来のオンラインシステムのシステム構成の一例
である。中央処理装置１０にはファイル装置１１が接続
されており、また中央処理＠置１０と端末装置１３．１
４とは通信回線１２等を介して接続されている。監視プ
ログラム１５は、常に中央処理装置１０に常駐している
。図示している現時点では業務Ａプログラム１６を処理
中であるが、業務Ｂプログラム（図示せず）はその処理
時間帯でないため処理されていない。第１図で点線はデ
ータのフローを示す。このようなシステム構成において
、端末装置１５の操作者が業務Ａプログラム１６に関す
るデータを人力すると、該データは、データフロー１７
で示すように、監視プログラム１５を通過し、業務Ａプ
ログラム１６で処理され、ファイル装置１１上の必要な
ファイルにアクセスし、業務Ａプログラム１６で出力メ
ツセージが作成され、該メツセージが端末装置１３に送
られる。ところが端末装置１４の操作者が業務Ｂプログ
ラムの処理時間帯でないことを知らずに、業務Ｂプログ
ラムに関するデータを人力すると、該データはデータフ
ロー１８で示すヨウニ、監視プログラム１５によって捉
えられ、該データ人力が不当である旨のメツセージが作
成され、端末装置１４に送られる。

上ｎＣのように従来のオンラインシステムにおいては、
要約すると下記の問題点がある。

（ａ）　　端末装置等、中央処理装置に接続されている
データ処理装置または、これに接続される端末装置の操
作者は、個々の業務の処理時間）１１を意識してデータ
人力をするという面倒がある。

（１））誤まって処理時間帯にない業務に関するデータ
を人力すると、該データは中央処理装置まで人力され、
中央処理装置は、エラーメツセージの作成という無駄な
処理を実行する必要がある。

上記問題点は、データ処理装置が扱う業務の。

種類およびデータの種別が多くなればなるほど深刻にな
ることは明らかである。上記問題の解決法の１つとして
、業務処理のための人力データとは別に特殊コマンドを
設け、端末装置の操作者は該コマンドとともにトランザ
クション・コードなどのデータ種別を人力し、該データ
種別についての処理を実行中であるか否か中央処理装置
に間合せる方法が考えられる。しかし、この方法では、
操作者の介入が増えるだけで、上記（ａ）および（ｂ）
の問題点はほとんど改善されない。

発明の目的 本発明の目的は、上記問題点を解決するものであり、中
央処理装置の制御の下で、データ処理装置自体が人力さ
れたデータ種別を処理可能か否かチェックする能力をも
った情報処理システムを提供することである。

本発明は、中央処理装置と該中央処理装置に接続される
データ処理装置（端末装置等）とを有する情報処理シス
テムにおいて、該データ処理装置は下記３つの手段を有
するような情報処理システムを特徴とする。

（ａ）　　各データ種別ごとに中央処理装置が処理可能
か否かについての情報を該中央処理装置から受信したと
き該情報を格納する記憶手段（ｂ）　　送信すべき人力
データが人力されたとき、各１種類のデータごとに（ａ
）の記憶手段に格納されている該情報に基づいて処理可
能か否かの判定を行う判定手段 （Ｃ）　　（＋））の判定手段によって該送信データが
処理不可と判定されたとき外部に通報する手段１、ｃお
上記情報処理システムの１実施態様は、」二配データ種
別として業務の種類を示す業務コードを用いろものであ
る。この場合送信すべき人力データが人力されたとき該
人力データから抽出される業務コードによって該人力デ
ータが処理可能か否かの判定が行われる。

発明の実施例 第２図は、本発明の一実施例の概略を示す構成図である
。第１図と同じ参照番号を付したものは、第１図と同じ
ものである。中央処理装置１０は、業務Ａプログラム１
６のほかに業務Ｃプログラム１９を処理中である。業務
Ｂプログラム（図示−ぎず）はその処理時間帯でないた
め処理されていない。中央処理装置１０の監視プログラ
ム１５は、各業務プログラムの処理の可否を管理してい
る。記憶機構２０は、端末装置１５に関するすべての記
憶手段を総称したものである。制御部２１は、端末装置
１５に関するすべての制御手段を総称したものである。

データ人力機構２２は、たとえばキーボードなどのデー
タ人力手段である。警報機構２５は、本発明に関して端
末装置１６が行うチェックの結果、人力データ誤まりが
検出されたとき、外部に警報するための手段である。

第２図の構成図を用いて以下実施例の概略を説明する。

まず中央処理装置１０は、システム立上げ時、業務処理
形態に関する情報、すなわち業務人プログラム１６が可
、業務Ｂプログラムが否および業務Ｃプログラム１９が
可という内容をもった情報を端末装置１６に送る。端末
装置１５は該情報を記憶機構２０に格納する。次にデー
タ人力機構２２かもデータが人力されるたびに、制御部
２１は該データから業務コードを抽出し、該業務コード
をキーとして記憶機構２０に格納されている業務処理形
態に関する情報を索引し、該データに係わる業務プログ
ラムが処理可能か否かについての情報を取り出しチェッ
クずろ。その結果該業務が処理用能であれば、すなわち
該データが業務Ａプログラム１６または業務Ｃプログラ
ム１９に関するデータであれば、端末装＠１６は該デー
タを人力データとして中央処理装置、１０に送る。該業
務が処理可能でなければ、１なわち該データが業務Ｂプ
ログラムに関するデータであれば、制御部２１は警報機
構２６を駆動させて人力データ誤まりであることを外部
に警報する。

このようにして、端末装置１６の操作者は、中央処理装
置１０における業務処理形態を意識することなく、デー
タ人力および送信を行うことができる。なお中央処理装
置１０は、業務処理形態が更新されるごとに、最新の情
報を端末装置１３に送付して記憶機構２０に格納されて
いる該情報を更新する。端末装置１３が障害となった場
合には、例外的な処置をとれるように抗しておかねばな
らない。たとえば、端末装＠、　１　！１が障害から復
旧後、特殊コマンドを送ることにより、これを受けた監
視プログラム１５は、業務処理形態の最新情報を端末装
置１３に送付し、端末装置１３側の写しを更新すること
ができる。さらに中央処理装置１０がシステムダウンし
回復した時は、業務再開始直前に端末装置１ろへ業務処
理形態の最新情報を送信する。また監視プログラム１５
が業務処理形態の最新情報を更新する前に、端末装置１
３かも人力データが送信されるいわゆるすれちがいに対
し、従来通り監視プログラム１５が人力データをチェッ
クする機能を備えているが、実際にこの機能が使用され
る頻度は非常に少ない。

次に第３図〜第５図を用いて、端末装［１３の記憶機構
２［＋および制御部２１の実施例の構成および動作の詳
細について説明する。

第６図は、データ入力機構２２から人力されるデータの
データ形式の一例を示す。業務コード３０は、各トラン
ザクション−データの先頭に付され、トランザクション
識別の大分類とするものである。トランザクション・コ
ード６１は、業務内においてデータの種別を識別するも
のである。トランザクション・データ６２は、業務に係
わるデータである。

第４図は、端末装＠：１３が受信するメツセージの形式
の一例を示す。メソセージ種別３６は、メツセージの種
類を識別するものであり、業務処理形態に関する情報も
１つのメソセージ種別をもったメツセージとして扱われ
る。メツセージのデータ内容は、複数個の業務可否デー
タ６４から成る。各業務可否データ６４は、／− 業務コード６０．可否フラグ３６および終了フラグろ７
から成る。業務コード６０は、第３図に示す人力データ
形式における業務コード３０と同じ形式である。可否フ
ラグ６６は、該業務・が処理可能（１）か否（０）かを
示すフラグである。終了フラグ６７は、この業務可否デ
ータ３４がメツセージの最後のデータか否かを、それぞ
れ１または０で示すもので、最終の業務可否データ５４
の終了フラグ３７は１である。なお第４図に示すメツセ
ージ形式の他の例として、可否フラグ６６がないもので
あってもよい。この場合には、業務可否データ３４は、
処理可能な業務に関するもののみであり、業務コード６
０と終了フラグ３７とから構成される。なお業務処理形
態に関する情報以外のメツセージ種別のメツセージ形式
は任意であり、本発明とｌｒ！ｊに関係しないので、詳
細説明をしない。

第５図は、端末装置１３の記憶機構２０および制御部２
１のうち本発明に関する部分の構成の詳細である。メソ
セージ記憶機構４０は、受信メツセージを格納する記憶
手段である。メツセージ解読機構４１は、メツセージ種
別６３を解読し、必要な制御をする部分である。レジス
タＡ７１は、メツセージ記憶機構４０中の各業務可否デ
ータ３４を一時記憶する記憶手段である。業務可否記憶
機構４５は、端末装置１３が受イεする業務可否データ
６４をテーブルとして記憶しておく記憶手段である。

レジスタ４６は、業務可否記憶機構４５から読み出す各
業務可否データ３４を一時記憶する記憶手段である。人
力データ記憶機構７Ｉ２は、データ人力機構から人力さ
れるデータを格納する記憶手段である。人力データ記憶
機構４３は、人力データのうち業務コード６００部分を
解読し、必要な制御をする部分である。レジスタ４７は
、人力データ中の業務コード３０を一時記憶する記憶手
段である。比較器４８は、レジスタ４７に置がれた業務
コード６０と業務可否記憶機構４５がら読み出され、レ
ジスタ４６に置かれた業務可否データ６４のうち秦務コ
ード６０部分ノとを比較する手段である。組合せ機構４
９は、比較器４８の比較結果が一致したとき、レジスタ
４６中の可否フラグ３６との組合せによって警報機構２
！Ｉの駆動を制御する機構である。また比較器４８の比
較結果が一致せずがっ終了フラグ３７が１のとき罠も両
者の組合せによって警報機構２６の駆動を制御する。警
報機構２５は、組合せ機構４９の制御により、外部に警
報する機構である。なお記憶手段、すなわちメツセージ
記憶機構４０１人力データ記憶機構４２．レジスタ４４
、業務可否記憶機構４５．レジスタ４６およびレジスタ
４７は、すべて同一の記憶装置、たとえばランダム・ア
ク−ヒス・メモリ（ＩＮＡＭ）　ｌに設けてもよい。あ
るいは業務可否記憶機構４５として連想記憶機構または
シフトレジスタ１．Ｃどより高速の記憶手段を用いても
よい。制御手段、すなわちメッセージ解読機構４１１人
カーデータ解読機構４３、比較器４８および組合せ機構
４９についても同様で、少くとも一部は記憶手段、たと
えばＲＡＭ上のプログラムであってもよい。記憶機構２
０および制御部２１をどのような手段で実施するかは、
端末装置１３の設計方式の一部であり、当業者であれば
容易に実施できるので、さらに詳細な説明を省略する。

以下第５図を用いて、本発明の一実施例の動作について
説明する。端末装置１３がメソセージ記憶機構４０にメ
ツセージを受信すると、まずメツセージ解読機構４１に
よって該メツセージのメツセージ種別３６部分をＭ抗す
る。メツセージ種側屈が業務処理形態以外のメツセージ
種別を示しておれば、従来通りのメソセージ処理を行う
。

メツセージ種別３５が業務処理形態に関するメツセージ
種別を示しておれば、各業務可否データ３４を順次レジ
スタ４４に移し、業務可否記憶機構Ａ５に格納していく
。この動作は、終了フラグ３７が１である業務可否デー
タ３４を業務可否記憶機構４５に格納するまで続けられ
る。次にデータ人力機構２２から人力されたデータが人
力データ記憶機構４２に７ｑｔ備されると、人力データ
解読機構４３によって該データの業務コード１部分を解
読する。業務コード５０が所定の業務コード以外の特定
のコードであれば、それは制御コマンドなどトランザク
ション・データ以外のデータ゛であるから、従来通り該
データの送信処理を行う。

業務コード３０がトランザクションに関する業務コード
であれば、該コードをレジスタ４７に移す６次に業務可
否記憶機構４５の先頭から業務可否データ６４を読み出
し、レジスタ４７上の業務コード６０とレジスタ４６上
の業務コード６ｏとを比較器４８によって比較する。結
果が一致しなければ、業務可否記憶機構４５から次の業
務可否データろ４をｎ力、み出し、再びこの比較を繰返
す。両業務コード６０が一致したとき、組合せ機構４９
は可否フラグ３乙によって警報機構２３の駆動を制御す
る。すなわち比較結果が一致し、かつ可否フラグが０で
あれば、警報機ｒｉＨ３を駆動するよう信号を送る。ま
た比較器４８の比較結果が一致せず、かつ終了フラグ６
７が１、すなわち最後の業務可否データ３４であること
を示しているどきは１人力データ中の業務コード３０が
誤まりであるから、同様に警報機構２３を駆動すること
ができる。

なお上記実施例においては、外部へ通報する手段として
警報機構２３を使用したが、これは必ずしも警報機構２
３に限られるものではない。警報機構の代りに、ＣＲ１
表示装置などの表示装置にエラーメツセージの形で表示
してもよい。データ人力機構２２および表示装置から成
る端末装置を端末制御装置あるいは分散処理装置のよう
なデータ処理装置から離し、該データ処理装置が上記構
成を備えていて、端末装置から人力データを受入れると
ともに、上記の処理を行い、ぞの結果警報の代りにエラ
ーメツセージを端末装置へ送料するような構成も可能で
ある。

また上記実施例においては、ある業務プログラムが処ｙ
１１可能か否かという判定は、その判定する時点が該業
務プログラムの処理時間帯に入っているか否かという根
拠に基づいて行われるものであった。しかしながら、こ
のような根拠は必ずしも正規の処理時間帯に入っている
か否かという点にのみ置く必要はない。たとえば、該業
務プログラムがソフトウェア・バグなどの不測の障害に
よって処理続行できなくなった場合、正規の処理時間帯
であったとしても、監視プログラム１５は該業務プログ
ラムを処理不可の状態に匿くことができる。あるいは、
ある業務プログラムを処理可能状態にしておくが、該業
務プログラムに係わるデータ種別によって人力データを
規制することもできる。後者の場合、」二記実施例で言
えば、第４図の業務処理形態に関するメツセージ中、各
業務可否データ３４は業Ｍコード３０とトランザクショ
ン・コード３１０両方をもった形式とすればよく、従っ
て業務可否記憶機構４５には、業務可否データ６４とし
て、業務コード３０．トランザクション・コード３１．
可否フラグ３６および終了フラグ６７を格納すればよい
。また人力データ解読機構４３は、人力データのりち業
務コード６０とトランザクション・コード３１とを解読
、シ、レジスタ４７にＩＮき、比較器４８はトランザク
ション・コード６１を含めて比較をすることにすればよ
い。

発明の効果 以上述べたことにより、本発明は中央処理装置の制御の
下でデータ処理装置自体が人力されたデータ種別を処理
可能か否かをチェックする能力をもつので、該データ処
理装置またはこれに接続される端末装置の操作者は該デ
ータ種別が処理可能か否かについて意識する面倒がなく
なるという効果がある。また処理可能でないデータ種別
に係わる誤まった人力データを中央処理装置、が処理す
るという無駄を抑止することができる。

【図面の簡単な説明】

第１図は従来のオンラインシステムのシステム構成の一
例を示す構成図、第２図は本発明の一実施例の概略を示
す構成図、第３図は本発明の一実施例に関連して人力デ
ータのデータ形式の例を示す図、第４図は本発明の一実
施例に関連して業務処理形態に関するメツセージのメツ
セージ形式の例を示す図、第５図は本発明の一実施例で
ある端末装置１３内で本発明に関連する機構についての
ブロック図である。 符号の説明 １０・・・・・・中央処理装置、１３・・・・・・端末
装置。 １５・・・・・・監視プログラノ・、１６・・・・・・
業務Ａプログラム。 １９・・・・・・業務Ｃプログラム、２２・・・・・・
データ人力機構。 ２６・・・・・・ｗ報機構、６０・・・・・・業務コー
ド。 ３１・・・・・・トランザクション・コード。 ３４・・・・・・業務可否データ、３６・・・・・・可
否フラグ。 ４５・・・・・・業務Ｅｌ−否記憶機構、４８・・・・
・・比較器。 汁　１　固 、１−２　　口 、ｆ　３　国 第４−口

Claims (1)

1. 【特許請求の範囲】 １、　複数種類のデータが人力されるデータ処理装置と
   該データ処理装置に接続される中央処理装置とを有し、
   該データ処理装置に人力されるデータの少くとも一部は
   該データ処理装置によって送信されかつ該中央処理装置
   で受信され処理されるとともに、該中央処理装置で作成
   されたメソセージは該中央処理装置によって送信されか
   つ該データ処理装置で受信されるような情報処理システ
   ムにおいて、前記データ処理装置は、前記各データ種別
   ごとに前記中央処理装置が処理可能か否かについての情
   報を前記メツセージの１つとして膣中。 央処理装置から受信したとき該情報を格納する記憶手段
   と、前記送信すべき人力データが人力されたとき各１種
   類のデータごとに前記格納されている情報に基づいて処
   理可能か否かの判定を行う判定手段と、該判定手段によ
   って該送信データが処理不可と判定されたとき外部に通
   報する手段とを有することを特徴とする情報処理システ
   ム。 ２、　前記データ種別として業務の種類を示す業務コー
   ドを用いるとともに、前記送信すべき１人力データが人
   力されたとき該人力データから抽出される業務コードに
   よって該人力データが処理可能か否かの判定が行われる
   ことを特徴とする特許請求の範囲第１項記載の情報処理
   システム。