JPS6349997A

JPS6349997A - デ−タ送信方式

Info

Publication number: JPS6349997A
Application number: JP19483086A
Authority: JP
Inventors: 一也佐藤
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1986-08-20
Filing date: 1986-08-20
Publication date: 1988-03-02

Abstract

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

Description

【発明の詳細な説明】〔概　要〕データ送信方式であって、テストプログラムを実行して
システムの状態を調査し、そのデータを解析場所に送る
場合、システムの状態をデータ格納手段に格納して、外
部からの要求に従ってそのデータを送信することにより
、随時送信が可能であり、また人手を介さないためデー
タ送信に要する時間の短縮が可能である。

〔産業上の利用分野〕

本発明は、例えば、ＰＯＳシステムにおいて障害が発生
した場合に、システムの状態を調査してそのデータを解
析場所に送るときのデータ送信方式に関するものである
。

〔従来の技術〕

例えばスーパー等ではレジでの能率化を図るために、Ｐ
ＯＳシステムが汎用されている。そのようなＰＯＳシス
テムにおいて障害が発生した場合、速やかな原因の究明
および解決が要求される。そして、そのためには障害発
生時のデータの収集が必要不可欠である。

データを収集しようとした場合、第６図のような方法を
採るのが普通である。

障害が発生すると（ステップ６１１）、保守要員がＰＯ
Ｓシステムの設置場所に赴き、テストプログラムの起動
を行なう　（ステップ６１２）。

テストプログラムに従ってシステム各部の状態を調査し
て、その結果をレシートに印刷する（ステップ６１３）
。

結果の印刷が終わると、通常のシステム起動が行なわれ
（ステップ６１６）、システムは通常の営業活動に使用
される（ステップ６１７）。

また、印刷されたレシートは、解析場所にファクシミリ
あるいは郵送によって送られ（ステップ６１４）、障害
原因の解析が行なわれる（ステップ６１５）。

〔発明が解決しようとする問題点〕

ところで、上述した従来方式にあっては、保守要員がデ
ータの収集のために出向かなければなら　７なかった。

また、レシート印刷にかなりの時間を要することから、
営業中の店舗の協力が得られずにデータの収集が行なわ
れていないのが現状であった。そのために、故障原因が
判明されずじまいとなっていた。更に、障害発生場所が
解析場所から離れている場合にデータの転送に時間がか
かることに因り、故障の解明に長時間を要してしまうと
いう問題点があった。

本発明は、このような点にかんがみて創作されたもので
あり、システムの稼働停止を要することな（、早急にデ
ータを得ることができ、且つ、送信に人手を要しないよ
うにしたデータ送信方式を提供することを目的としてい
る。

〔問題点を解決するための手段〕

第１図は、本発明のデータ送信方式の原理プロ・ツク図
である。

図において、テストプログラム起動手段１１３は、起動
指示１１１に従いテストプログラム格納手段１１５を実
行する。

データ格納手段１１７は、テストプログラム起動手段１
１３の実行によって収集されたデータを格納する。

送信要求判別手段１２１は、外部からの要求１１９が導
入され、その中から送信要求のみを判別する。

データ送信手段１２３は、送信要求が導入され、データ
格納手段１１７のデータをシステム調査データ１２５と
して送信する。

従って、全体として、起動指示１１１を行なうことによ
りシステムの状態を調査してデータ格納手段１１７に格
納し、外部からの要求１１９に従ってデータ格納手段１
１７のデータを随時送信できるように構成されている。

〔作　用〕

システムに例えば障害が発生してその状態の調査および
調査結果の収集が必要になった場合、起動指示１１１に
従ってテストプログラム起動手段１１３はシステムを調
査するためのテストプログラム格納手段１１５を実行し
て、その結果をデータ格納手段１１７に格納する。そし
てデータ格納手段１１７への格納が終われば、システム
は通常の稼働状態へと復帰することができる。

次に、解析する側では、障害時のデータが必要になると
外部からの要求１１９を発信する。送信要求判別手段１
２１は、外部からの要求１１９が障害時のデータの送信
要求であるかどうかの判別を行ない、もしそうであれば
データ送信手段１２３はデータ格納手段１１７をシステ
ム調査データ１２５として解析する側に送信する。

本発明にあっては、起動指示１１１を行なうことによっ
て、データ格納手段１１７を作成した後は、外部からの
要求１１９により随時なお且つ人手を介さずにシステム
調査データ１２５の送信が行なえる。

〔実施例〕

以下、図面に基づいて本発明の実施例について詳細に説
明する。

第２図は、本発明の実施例におけるデータ送信方式を適
用したＰＯＳシステムの全体構成を示す。

また、第３図は本発明の実施例におけるデータ送信方式
を適用したＰＯＳシステムの構成、第４図は本発明の実
施例におけるデータ送信方式の詳細な構成を示す。

■、　杵　と第１゛との対応　子ここで、本発明の実施例と第１図との対応関係を示して
おく。

起動指示１１１は、テストプログラム起動指示４１１に
相当する。

テストプログラム起動手段１１３は、制御部３１０に相
当する。

テストプログラム格納手段１１５は、テストプログラム
格納部４１５に相当する。

データ格納手段１１７は、データ格納部３１７に相当す
る。

外部からの要求１１９は、データ信号４１９に相当する
。

送信要求判別手段１２１は、データ受信部４２３および
制御部３１０に相当する。

データ送信手段１２３は、データ編集プログラム格納部
４１６．制御部３１０およびデータ送信部４２５に相当
する。

システム調査データ１２５は、データ信号４２７に相当
する。

ニー１ロｌ濱λｌ戊以上のような対応関係があるものとして、以下本発明の
実施例について説明する。

第２図に示すＰＯＳシステムは、ホストコンピュータ２
８０の構成下に複数のマスターＰＯ３（対ホストコンピ
ュータおよび対スレーブＰＯ８回線制御機能を持ったＰ
Ｏ３）と更にその下に複数のスレーブＰＯ３（対マスタ
−２０８回線制御機能を持ったＰＯ３）を備えている。

例えば、マスターＰ　ＯＳ　（１）ターミナル２３０に
はスレーブＰＯＳ　（１−１）ターミナル２４０．スレ
ーブＰ　ＯＳ　（１−２）ターミナル２４１などが接続
され、マスターＰ　ＯＳ　（２）ターミナル２３１には
スレーブＰＯ３（２−１）ターミナル２４２．スレーブ
Ｐ　ＯＳ　（２−２）ターミナル２４３などが接続され
ている。

また、第３図は第２図のシステムにおけるマスターＰ　
ＯＳ　（１）ターミナル２３０の構成を示している。例
えば、あるレジに設置されるマスターＰｏ　ｓ　（１）
ターミナル２３０は、電源をオンにしてターミナルを起
動するためのターミナル起動部３１１、システム調査、
データ編集等のプログラムを格納するプログラム格納部
３１５、データを格納するデータ格納部３１７、外部と
のデータのやりとりを行なうデータ通信部３２３、金額
等を表示するディスプレイ３３１、数値等の情報を入力
するキーボード３３３、レシートを印刷するプリンタ３
３５、金庫３３７、およびそれらを制御する制御部３１
０を備えている。また、他のマスターｐｏｓ、スレーブ
ＰＯ８も同様の構成で成り立っている。

本発明は、主にターミナル側に関するものである。ここ
で、第４図に示すように、プログラム格納部３１５はテ
ストプログラム格納部４１５およびデータ編集プログラ
ム格納部４１６から成り、データ通信部３２３はデータ
受信部４２３およびデータ送信部４２５から成づている
。

このマスターＰ　ＯＳ　（１）ターミナル２３０に障害
が発生して、その障害を調査しそのデータをホストコン
ピュータに送信するものとする。

ｌ工人止桝至動立第５図は、本発明の実施例によるデータ送信方式の動作
手順を示す。

以下、第２図〜第５図を参照する。

ＰＯＳシステムにおいて、マスターＰ　ＯＳ　（１）タ
ーミナル２３０に障害が発生して、その調査データをホ
ストコンピュータ２８０に送る場合を考える。

マスターＰ　ＯＳ　（１）ターミナル２３０に障害が発
生して動作が停止すると、売場の作業者はテストプログ
ラム起ｖＪ指示４１１与える（ステップ５１１）。

それに応じて制御ｎ部３１０は障害原因を調査するため
のテストプログラムを実行させて、その結果がデータ格
納部３１７に格納される（ステップ５１２）。ここでマ
スターＰ　ＯＳ　（１）ターミナル２３０は通常の営業
動作に入り、以下の動作は同時進行で行なわれる。

マスターＰ　ＯＳ　（１）ターミナル２３０ではデータ
受信部４２３において、常時ホストコンピュータからの
データ信号４１９の受信待ちの状態にある（ステップ５
１３）。

データ信号４１９が受信されると、そのデータ信号４１
９が障害の調査結果の送信要求かどうかを判断しくステ
ップ５１４）、もし他のデータ信号であると否定判断さ
れれば回線を切断して（ステップ５２１）、データ信号
４１９の受信待ちの状態にもどる。

データ信号４１９が障害の調査結果の送信要求であると
肯定判断されれば（ステップ５１４）、更にそれが自己
への要求であるかを判断する（ステップ５１５）、スレ
ーブＰ　ＯＳ　（１−１）ターミナル２４０．スレーブ
Ｐ　ＯＳ　（１〜２）ターミナル２４１などへの要求で
あると否定判断されれば、ホストコンピュータ２８０か
らの送信要求を、該当するＰＯＳターミナルにデータ送
信部４２５から送信する（ステップ５１６）。８亥当す
るＰＯＳターミナルでは、テストプログラムの実行結果
を送信し、データ受信部４２３で受信する（ステップ５
１７）。そして、マスターＰ　ＯＳ　（１）ターミナル
２３０では、その受信データをデータ送信部４２５から
ホストコンピュータへ転送する（ステップ５１９）。

ところで、マスターＰ　ＯＳ　（１）ターミナル２３０
において、障害の調査結果の送信要求が自己への要求で
あると肯定判断されれば（ステップ５１５）、データ編
集プログラムが実行されて（ステップ５１８）、データ
格納部３１７のデータの編集を行なう。その結果がデー
タ送信部４２５からデータ信号４２７として、同様にホ
ストコンピュータ２８０に送信される（ステップ５１９
）。

障害の調査結果の送信要求が１つならば、全データの送
信が終了したと肯定判断され（ステップ５２０）、回線
を切断して（ステップ５２１）、データ信号４１９の受
信待ちの状態（ステップ５１３）にもどる。

ところで、障害の調査結果の送信要求が複数あれば、該
当するｐｏｓの障害調査結果の送信が終了するまでステ
ップ５１５〜ステツプ５２０を繰り返し、全データの送
信が終了すると（ステップ５２０での肯定判断）、回線
を切断して（ステップ５２１）データ信号４１９の受信
待ちの状態にもどる。

■、　施１１のまとめこのように、ＰＯＳターミナルにおいて障害が発生した
とき、原因調査のだめのテストプログラム格納部４１５
に格納されたテストプログラムを実行してそのデータを
データ格納部３１７に格納しておき、通信回線を用いた
ホストコンピュータ２８０からの要求が来た時に、随時
そのデータをホストコンピュータ２８０へ送信すること
ができる。

従って、障害原因を解析しようとするときに随時人手を
介さずに障害データの収集ができるので、データ収集に
要する時間が低減され、なお且つシステムの保守作業者
の作業工数も低減される。

茎−見所■変亙店■ なお、上述した本発明の実施例にあっては、解析をホス
トコンピュータで行なうとして、ホストコンピュータと
ＰＯＳターミナルを通信回線で接続したが、パーソナル
コンピュータや専用のＶ＋）斤装置を用いて解析を行な
うこともできる。

また、ＰＯＳターミナルと解析装置の距離が近ければ、
通信回線でなく直接接続することも可能である。

更に、「Ｉ、実施例と第１図との対応関係」において、
第１図と本発明との対応関係を説明しておいたが、これ
に限られることはなく、各種の変形態様があることは当
業者であれば容易に推考できるであろう。

〔発明の効果〕

上述したように、本発明によれば、システムの状態調査
、解析の必要が生じた場合、テストプログラムによる調
査結果をデータ格納部に格納し、そのデータを解析側の
要求により随時人手を介さずに、システムの通常動作を
停止させることなく送ることができるので、実用的には
極めて有用である。

【図面の簡単な説明】

第１図は本発明のデータ送信方式の原理ブロック図、第２図は本発明の一実施例によるデータ送信方式を適用
したＰｏＳシステムの全体構成ブロック図、第３図は本
発明の一実施例によるデータ送信方式を適用したＰＯＳ
システムの構成ブロック図、第４図は本発明の一実施例
によるデータ送信方式の構成ブロック図、第５図は本発明の実施例によるデータ送信方式の動作を
示す流れ図、第６図は従来のデータ送信方式の実施説明図である。図において、１１１は起動指示、１１３はテストプログラム起動手段、１１５はテストプログラム格納手段、１１７はデータ格納手段、１１９は外部からの要求、１２１は送信要求判別手段、１２３はデータ送信手段、１２５はシステム８周査データ、２３０はマスターＰＯＳ　（＋）ターミナル、２３１は
マスターＰ　ＯＳ　（２）ターミナル、２４０はスレー
ブＰ　ＯＳ　（１−１）ターミナル、２４１はスレーブ
Ｐ　ＯＳ　（１−２）ターミナル、２４２はスレーブＰ
　ＯＳ　（２−１）ターミナル、２４３はスレーブＰ　
ＯＳ　（２−２）ターミナル、２８０はホストコンピュ
ータ、３１０は制御部、３１１はターミナル起動部、３１５はプログラム格納部、３１７はデータ格納部、３２３はデータ通信部、３３９はバーコード読取り部、４１１はテストプログラム起動指示、４１５はテストプログラム格納部、４１６はデータ編集プログラム格納部、４１９．４２７
はデータ信号、。４２３はデータ受信部、４２５はデータ送信部である。不馴を６弓　の扉埋フパロ１．クロ第１図ＰＯ３，Ｌステムの企」本構献目第２図本号６日■９１用しｈｐ○Ｓミ２ス↑乙５め構絞之６り
兜鐵労１　の説叩の第４図兜克痢の動作詑明あ第５図

Claims

【特許請求の範囲】テストプログラム格納手段（１１５）に格納されたテス
トプログラムを、起動指示（１１１）に応じて実行させ
るテストプログラム起動手段（１１３）と、テストプログラム起動手段（１１３）の実行によってシ
ステムの状態に関するデータを収集し、該収集されたデ
ータを格納するデータ格納手段（１１７）と、外部からの要求（１１９）が導入され、その中から送信
要求のみを判別する送信要求判別手段（１２１）と、前記送信要求が導入され、データ格納手段（１１７）の
データをシステム調査データ（１２５）として送信する
データ送信手段（１２３）と、を具え、起動指示（１１
１）を与えることにより前記システムの状態を調査して
データ格納手段（１１７）に格納し、外部からの要求（
１１９）に従ってデータ格納手段（１１７）のデータを
随時送信できるように構成したことを特徴とするデータ
送信方式。