JPH04299493A - 通信端末機 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、流通分野において利用
されるＰＯＳ（販売時点情報管理）システムの商品販売
データ登録用端末機いわゆるＰＯＳターミナル等のよう
に、伝送回線を介して複数のノードを接続してネットワ
ークを構成する通信端末機に関する。

【０００２】

【従来の技術】図６及び図７に従来の一般的なＰＯＳシ
ステムの構成例を示す。

【０００３】図６は小規模なシステム例で、１台のスト
アプロセッサ１と、１台のファイルコントローラ２と、
数台のＰＯＳターミナル３とを伝送回線４により相互に
接続して構成されている。

【０００４】図７は大規模なシステム例で、リアル系及
びバッチ系の各ストアプロセッサ１と、数台のファイル
コントローラ２と、多数のＰＯＳターミナル３とを伝送
回線４により相互に接続して構成されている。

【０００５】ところで、各ＰＯＳターミナル３はキーボ
ード等を介して販売商品のＰＬＵ（プライス・ルック・
アップ）コードが入力されるとそのＰＬＵコードに該当
する商品情報の問合せ伝文を編集してファイルコントロ
ーラ２に送信する。これによりファイルコントローラ２
から該当する商品情報を得ると当該商品の売上データを
メモリに登録処理するとともに売上データ伝文を編集し
てファイルコントローラ２に送信する。また、クレジッ
ト取引が発生した場合には信用性チェックのためのクレ
ジット問合せ伝文を編集してストアプロセッサ１に送信
する。さらに、メモリに登録処理した売上データの点検
または精算業務が指示されると売上集計データ伝文を編
集してやはりストアプロセッサ１に送信する。

【０００６】このように、各ＰＯＳターミナル３は入力
データに基づいて各種の送信テキストを編集し、伝送回
線を介して接続されるファイルコントローラ２やストア
プロセッサ１に選択的に送信するように構成されていた
。

【０００７】この場合において、図６に示すような小規
模システムにおいては、ストアプロセッサ１及びファイ
ルコントローラ２がそれぞれ１台しか接続されていない
ので、各種送信テキストの送信先ノードは一義的に決ま
るが、図７に示すような大規模システムにおいては、同
一機能を持つノードが複数存在するので、各種送信テキ
ストの送信先ノードが一義的には決められなかった。し
かも、送信先ノードが異常の場合に他のノードに送信し
てデータをバックアップできるので、データの送信先に
冗長性を持たせることが要求される。このため、例えば
小規模システムから大規模システムに移行する際には、
小規模システムのときのＰＯＳターミナル３を継続して
使用するにしてもテキスト送信業務のプログラムを書換
える等の煩雑な作業が必要であった。

【０００８】

【発明が解決しようとする課題】上述したように、従来
のこの種の通信端末機においては、システムの規模が変
更されるとそれに応じてテキスト送信業務のプログラム
を書換える必要があり、煩雑で負担のかかる作業が要求
され、システムの規模の変更が容易ではなかった。

【０００９】そこで本発明は、たとえシステムの規模が
変更されてもテキスト送信業務のプログラムを変更する
ことなく確実に各種の送信テキストを送信でき、システ
ムの規模の変更を容易に行うことができる通信端末機を
提供しようとするものである。

【００１０】

【課題を解決するための手段】本発明は、伝送回線によ
り複数のノードが接続され、入力データに基づいて編集
される各種の送信テキストを伝送回線を介して任意のノ
ードに選択的に送信する通信端末機において、送信テキ
ストの種類別に送信管理情報がプリセットされる送信管
理テーブルと、テキスト送信業務に関わるデータが入力
されると送信管理テーブルから入力データに該当する送
信テキストの送信管理情報を読出す情報読出し手段と、
この読出し手段により読出した送信管理情報に基づいて
テキスト送信先のノードを決定するノード決定手段と、
この決定手段により決定されたノードに対して該当する
送信テキストを伝送回線を介して送信するテキスト送信
制御手段とを備えたものである。

【００１１】そして、送信管理情報として送信テキスト
の送信手順を指定する情報を含み、ノード決定手段によ
り決定されたノードに対して該当する送信テキストを指
定された送信手順に従って送信するようにする。

【００１２】

【作用】このような手段を講じた通信端末機であれば、
テキスト送信業務に関わるデータが入力されると、送信
管理テーブルから入力データに該当する送信テキストの
送信管理情報を読出し、その送信管理情報に基づいてテ
キスト送信先のノードを決定し、該ノードに対して該当
する送信テキストを伝送回線を介して送信する。従って
、システムの変更により送信テキストの送信先ノードが
変更された場合も送信管理テーブルの設定内容を変更す
ることによって対処でき、プログラムの変更は不要であ
る。

【００１３】

【実施例】以下、本発明を図６または図７に示すＰＯＳ
システムの商品販売データ登録用端末機、いわゆるＰＯ
Ｓターミナル３に適用した一実施例について、図面を参
照しながら説明する。

【００１４】図１はＰＯＳターミナル３の構成を示すブ
ロック図で、制御部本体を構成するＣＰＵ（中央処理装
置）１１に、バスライン１２を介して、プログラムデー
タ等が予め格納されるＲＯＭ（リード・オンリ・メモリ
）１３、各種のデータ処理に使用されるメモリエリアが
形成されるＲＡＭ（ランダム・アクセス・メモリ）１４
、現在の日時を計時する時計回路１５、モードスイッチ
１６の信号が入力されるとともにドロワ１７に開放駆動
信号を出力するＩ／Ｏポート１８、伝送回線４により接
続されるストアプロセッサ１やファイルコントローラ２
との間で行われるデータ送受信を制御する通信インタフ
ェース１９、販売商品のＰＬＵコードを入力するための
キーや１取引の締めを指示するキーあるいはクレジット
取引に関する情報を入力するためのキー等が配設された
キーボード２０を制御するキーボードコントローラ２１
、販売商品の品名，値段，合計金額等を表示するための
表示器２２を制御する表示器コントローラ２３、レシー
ト等に商品明細データや合計データ等を印字するための
プリンタ２４を制御するプリンタコントローラ２５等の
各部を接続して、ＰＯＳターミナル３が構成されている
。

【００１５】ここで、上記モードスイッチ１６は、電源
のオン、オフを制御するとともに、「登録」，「点検」
，「精算」等の各種業務モードを選択しその実行を前記
ＣＰＵ１１に知らせるための制御スイッチで、鍵にて切
換操作される。

【００１６】因みに「登録」とはキーボード２０を介し
てＰＬＵコードが入力されるとそのＰＬＵコードに対応
する商品情報をファイルコントローラに問合わせ、該フ
ァイルコントローラ２から商品情報を受取るとその情報
をもとにＲＡＭ１４に売上げ登録するとともに売上登録
データをファイルコントローラ２に送信する。そして、
現金取引に対しては客が買上げる商品の明細や合計デー
タが印字されたレシートを発行する。また、クレジット
取引に対してはその取引の信用性をストアプロセッサ１
に問合わせ、承認されるとクレジット伝票を印字する業
務である。

【００１７】「点検」とは「登録」によってＲＡＭ１４
に登録された売上集計データをストアプロセッサ１に送
信する業務である。「精算」とは「登録」によってＲＡ
Ｍ１４に登録された売上集計データをストアプロセッサ
１に送信するとともに上記ＲＡＭ１４内の売上集計デー
タをクリアする業務である。

【００１８】また、前記ＲＡＭ１４には、商品販売デー
タを売上登録するためのメモリエリアの他に、特に図２
に示す送信管理テーブル３１と、図３に示す送信テーブ
ル３２が形成されている。

【００１９】上記送信管理テーブル３１は、各種の送信
テキストを識別するためのジョブコードに対応して、送
信テーブル番号と、テキスト送信方法を区別する送信タ
イプフラグと、送信先ノードのタスク名称とが設定され
るテーブルである。

【００２０】因みに“ＣＲＥＤＩＴ”はクレジット問合
わせ伝文のジョブコード、“ＯＰＥＮ”は売上集計デー
タ伝文のジョブコード、“ＰＬＵ−ＩＮＱ”はＰＬＵコ
ード問合わせ伝文のジョブコード、“ＴＲＡＮ”は売上
データ伝文のジョブコードである。

【００２１】また、送信タイプとしては、図４の（ａ）
に示すように、先ず送信元ノードが送信先ノードに対し
て接続要求を行ない、接続確認応答を受けるとデータを
送信し、受信確認応答を受けると切断要求を行ない、切
断確認応答を受けて終了するタイプ、いわゆるコネクシ
ョンタイプ（フラグ“００”とする）と、図４の（ｂ）
に示すように、接続要求を省略して送信元ノードが送信
先ノードに対してデータを送信し、受信確認応答を受け
ると切断要求を省略して終了するタイプ、いわゆる非コ
ネクションタイプ（フラグ“０１”とする）とがある。 前者は確実な伝送ができるが、送信に時間がかかる。こ
のため、クレジット問合わせ伝文、売上集計データ伝文
、売上データ伝文等の送信に適している。一方、後者は
送信時間が速いが、送信できない場合がある。このため
、ＰＬＵコード問合わせ伝文等に適している。

【００２２】上記送信テーブル３２は、一連のテーブル
番号に対応して、送信先ノードの論理アドレスが設定さ
れるテーブルで、送信先ノードの優先順位についても管
理できるようになっている。

【００２３】なお、上記送信管理テーブル３１及び送信
テーブル３２に対する各データの設定は、ストアプロセ
ッサ１からのダウン・ライン・ローディングによって適
時行なわれる。

【００２４】しかして、前記ＣＰＵ１１は、入力データ
の処理によりテキストを他のノードに送信する業務にな
ると、図５に示す制御を実行するようにプログラム設定
されている。すなわち、先ず今回送信すべきテキストに
該当するジョブコードで送信管理テーブル３１をサーチ
し、対応する送信テーブル番号、送信タイプフラグ及び
送信先ノードのタスク名称を読出す（情報読出し手段）
。次いで、送信管理テーブル３１から読出した送信テー
ブル番号で送信テーブル３２をサーチし、優先順位１位
の論理アドレスを読出す（ノード決定手段）。しかして
、送信テーブル３２から読出した送信先ノードの論理ア
ドレス及び送信管理テーブル３１から読出した送信先ノ
ードのタスク名称を組み込んで該当する送信テキストを
編集し、送信管理テーブル３１から読出した送信タイプ
フラグにより指定される送信タイプで、その送信テキス
トを通信インタフェース１９を介して伝送回線４に送出
する（テキスト送信制御手段）。

【００２５】ここで、送信エラーが発生した場合（例え
ば送信先ノードから確認応答がなかったとき）には、送
信テーブル３２をサーチして該当テーブル番号に対応す
る優先順位２位のエリアに論理アドレスが設定されてい
るか否かを調べ、設定されていない場合にはバックアッ
プ不可なので、通信エラーとする。設定されている場合
にはバックアップ可能なのでその論理アドレスを読出し
、前記と同様にして送信テキストを編集して送信する。

【００２６】ここで、再度送信エラーが発生した場合に
は上記と同様にして優先順位３位によるバックアップ可
否を調べ、バックアップ不可ならば通信エラーとし、可
能であればバックアップ送信する。こうして、送信エラ
ーが発生せずに該当するテキストを送信し終えたならば
、この処理を終了する。

【００２７】このように構成された本実施例のＰＯＳタ
ーミナル３を図６に示す小規模なＰＯＳシステムに使用
した場合、送信テーブル３２には、テーブル番号「０１
」に対応してストアプロセッサ１の論理アドレス「ＳＰ
０１」を、テーブル番号「０２」に対応してファイルコ
ントローラ２の論理アドレス「ＦＣ０１」を、テーブル
番号「０３」に対応してマスター機として機能するＰＯ
Ｓターミナル３の論理アドレス「ＴＭ０１」をそれぞれ
設定することが考えられる。そして、テーブル番号「０
３」に対してはバックアップ用として他のＰＯＳターミ
ナル３の論理アドレス「ＴＭ０２」、…、「ＴＭ０ｎ」
を優先順位２位から順に設定する。

【００２８】この場合、送信管理テーブル３１には、ジ
ョブコード“ＧＲＥＤＩＴ”のクレジット問合わせ伝文
に対応して送信テーブル番号「０１」、送信タイプ「０
０」、送信先タスク「ＩＮＴ」を、ジョブコード“ＯＰ
ＥＮ”の売上集計データ伝文に対応して送信テーブル番
号「０１」、送信タイプ「００」、送信先タスク「ＩＮ
Ｔ」を、ジョブコード“ＰＬＵ−ＩＮＱ”のＰＬＵコー
ド問合わせ伝文に対応して送信テーブル番号「０２」、
送信タイプ「０１」、送信先タスク「ＰＬＵ」を、ジョ
ブコード“ＴＲＡＮ”の売上データ伝文に対応して送信
テーブル番号「０２」、送信タイプ「００」、送信先タ
スク「ＴＲＮ」をそれぞれ設定することになる。

【００２９】このようなデータを各テーブル３１，３２
に設定しておくことにより、ＰＯＳターミナル３におい
ては、例えばキーボード２０からＰＬＵコードがキー入
力されてＰＬＵコード問合わせ伝文の送信業務に入ると
、先ず該当するジョブコード“ＰＬＵ−ＩＮＱ”で送信
管理テーブル３１がサーチされる。そして、送信テーブ
ル番号「０２」、送信タイプ「０１」、送信先タスク「
ＰＬＵ」が読出される。次いで、送信テーブル番号「０
２」で送信テーブル３２がサーチされる。そして、優先
順位１位の論理先アドレス「ＦＣ０１」が読出される。 これにより、送信先ノードの宛先アドレスとして「ＦＣ
０１」が、送信先ノードにおけるタスク名称として「Ｐ
ＬＵ」が、データとしてキー入力されたＰＬＵコードが
それぞれ組み込まれたＰＬＵコード問合わせ伝文が編集
され、非コネクションタイプの送信方法で該当するファ
イルコントローラ２に送信される。

【００３０】なお、ＰＬＵコード問合わせ伝文を受信し
たファイルコントローラ２は、タスク「ＰＬＵ」を起動
して当該ＰＬＵコードに対応する商品情報を取得し、そ
の商品情報を問合せのあったＰＯＳターミナル３へ返信
する。

【００３１】一方、本実施例のＰＯＳターミナル３を図
７に示す大規模なＰＯＳシステムに使用した場合、送信
テーブル３２には、テーブル番号「０１」及び「０２」
に対応してリアル系のストアプロセッサ１の論理アドレ
ス「ＳＰ０１」を、テーブル番号「０３」に対応してフ
ァイルコントローラ２の論理アドレス「ＦＣ０１」を、
テーブル番号「０４」に対応してマスター機として機能
するＰＯＳターミナル３の論理アドレス「ＴＭ０１」を
それぞれ設定することが考えられる。そして、テーブル
番号「０２」に対してはバックアップ用としてバッチ系
のストアプロセッサ１の論理アドレス「ＳＰ０２」を優
先順位２位に、テーブル番号「０３」に対してはバック
アップ用として他のファイルコントローラ２の論理アド
レス「ＦＣ０２」、…、「ＦＣ０ｎ」を優先順位２位か
ら順に、テーブル番号「０４」に対してはバックアップ
用として他のＰＯＳターミナル３の論理アドレス「ＴＭ
０２」、…、「ＴＭ０ｎ」を優先順位２位から順にそれ
ぞれ設定する。

【００３２】この場合、送信管理テーブル３１には、ジ
ョブコード“ＧＲＥＤＩＴ”のクレジット問合わせ伝文
に対応して送信テーブル番号「０１」、送信タイプ「０
０」、送信先タスク「ＩＮＴ」を（バッチ系では処理不
能のため）、ジョブコード“ＯＰＥＮ”の売上集計デー
タ伝文に対応して送信テーブル番号「０２」、送信タイ
プ「００」、送信先タスク「ＩＮＴ」を、ジョブコード
“ＰＬＵ−ＩＮＱ”のＰＬＵコード問合わせ伝文に対応
して送信テーブル番号「０３」、送信タイプ「０１」、
送信先タスク「ＰＬＵ」を、ジョブコード“ＴＲＡＮ”
の売上データ伝文に対応して送信テーブル番号「０３」
、送信タイプ「００」、送信先タスク「ＴＲＮ」をそれ
ぞれ設定することになる。

【００３３】このようなデータを各テーブル３１，３２
に設定しておくことにより、ＰＯＳターミナル３におい
ては、例えばキーボード２０からＰＬＵコードがキー入
力されてＰＬＵコード問合わせ伝文の送信業務に入ると
、先ず該当するジョブコード“ＰＬＵ−ＩＮＱ”で送信
管理テーブル３１がサーチされる。そして、送信テーブ
ル番号「０３」、送信タイプ「０１」、送信先タスク「
ＰＬＵ」が読出される。次いで、送信テーブル番号「０
３」で送信テーブル３２がサーチされる。そして、優先
順位１位の論理先アドレス「ＦＣ０１」が読出される。 これにより、送信先ノードの宛先アドレスとして「ＦＣ
０１」が、送信先ノードにおけるタスク名称として「Ｐ
ＬＵ」が、データとしてキー入力されたＰＬＵコードが
それぞれ組み込まれたＰＬＵコード問合わせ伝文が編集
され、非コネクションタイプの送信方法で該当するファ
イルコントローラ２に送信される。

【００３４】ここで、例えばファイルコントローラ２か
らの受信確認応答が戻らずに通信エラーが発生した場合
、送信テーブル３２が再度サーチされて優先順位２位の
論理先アドレス「ＦＣ０２」が読出される。これにより
、送信先ノードの宛先アドレスとして「ＦＣ０２」が、
送信先ノードにおけるタスク名称として「ＰＬＵ」が、
データとしてキー入力されたＰＬＵコードがそれぞれ組
み込まれたＰＬＵコード問合わせ伝文が編集され、やは
り非コネクションタイプの送信方法でバックアップ用の
該当するファイルコントローラ２に送信される。

【００３５】このように本実施例によれば、小規模なも
のから大規模なものにシステムを変更する場合において
も、テキスト送信業務のプログラムを変更せず、各テー
ブル３１，３２の設定データを変更するだけでＰＯＳタ
ーミナル３をそのまま使用できる。従って、テキスト送
信業務のプログラムを書換えることなくシステムの規模
を変更できるので、システムの規模の変更を比較的容易
に行うことができるようになる。また、システムの大規
模化に伴う送信業務の冗長性要求にもプログラムを変更
することなく対処できる上、送信方法の変更も容易であ
る。

【００３６】なお、本発明はＰＯＳシステムにおけるＰ
ＯＳターミナルに限定されるものではなく、伝送回線に
より複数のノードが接続され、入力データに基づいて編
集される各種の送信テキストを前記伝送回線を介して任
意のノードに選択的に送信するその他の通信端末機にも
適用できるものである。

【００３７】

【発明の効果】以上詳述したように本発明によれば、た
とえシステムの規模が変更されてもテキスト送信業務の
プログラムを変更することなく確実に各種の送信テキス
トを送信でき、システムの規模の変更を容易に行うこと
ができる通信端末機を提供できる。また請求項２の通信
端末機であれば、さらに通信方法の変更にもプログラム
の変更なしに容易に対処できる利点がある。

【図面の簡単な説明】

【図１】　　本発明の一実施例であるＰＯＳターミナル
のブロック図。

【図２】　　同実施例における送信管理テーブルの構成
図。

【図３】　　同実施例における送信テーブルの構成図。

【図４】　　同実施例においてコネクションタイプと非
コネクションタイプの各送信方法の手順を示す図。

【図５】　　同実施例におけるＣＰＵのテキスト送信業
務の制御を示す流れ図。

【図６】　　一般的な小規模ＰＯＳシステムの構成図。

【図７】　　一般的な大規模ＰＯＳシステムの構成図。

【符号の説明】

１…ストアプロセッサ、２…ファイルコントローラ、３
…ＰＯＳターミナル、４…伝送回線、１１…ＣＰＵ、１
３…ＲＯＭ、１４…ＲＡＭ、１９…通信インタフェース
、３１…送信管理テーブル、３２…送信テーブル。

Claims (2)

【特許請求の範囲】
1. 【請求項１】　　伝送回線により複数のノードが接続さ
   れ、入力データに基づいて編集される各種の送信テキス
   トを前記伝送回線を介して任意のノードに選択的に送信
   する通信端末機において、前記送信テキストの種類別に
   送信管理情報がプリセットされる送信管理テーブルと、
   テキスト送信業務に関わるデータが入力されると前記送
   信管理テーブルから入力データに該当する送信テキスト
   の送信管理情報を読出す情報読出し手段と、この読出し
   手段により読出した送信管理情報に基づいてテキスト送
   信先のノードを決定するノード決定手段と、この決定手
   段により決定されたノードに対して該当する送信テキス
   トを前記伝送回線を介して送信するテキスト送信制御手
   段と、を具備したことを特徴とする通信端末機。
2. 【請求項２】　　送信管理手段によって管理される送信
   管理情報として、送信テキストの送信手順を指定する情
   報を含み、テキスト送信制御手段は、ノード決定手段に
   より決定されたノードに対して該当する送信テキストを
   指定された送信手順に従って送信することを特徴とする
   請求項１記載の通信端末機。