JPS60181964A - Account settling data counting-up system - Google Patents

Account settling data counting-up system

Info

Publication number
JPS60181964A
JPS60181964A JP59037876A JP3787684A JPS60181964A JP S60181964 A JPS60181964 A JP S60181964A JP 59037876 A JP59037876 A JP 59037876A JP 3787684 A JP3787684 A JP 3787684A JP S60181964 A JPS60181964 A JP S60181964A
Authority
JP
Japan
Prior art keywords
data
buffer
master
settlement
sequence number
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP59037876A
Other languages
Japanese (ja)
Other versions
JPH0258674B2 (en
Inventor
Takashi Yasojima
八十島 隆
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP59037876A priority Critical patent/JPS60181964A/en
Publication of JPS60181964A publication Critical patent/JPS60181964A/en
Publication of JPH0258674B2 publication Critical patent/JPH0258674B2/ja
Granted legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/04Billing or invoicing

Landscapes

  • Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

PURPOSE:To store many account settling data in a small buffer area by discriminating an account settling data from plural counting-up devices by a sequence number of the time when transferring the data, and preventing a double addition, too. CONSTITUTION:When adding one account settling data to a counting-up buffer B, a check of the following items is executed in a check processing part 17. (1) Only the case when a date contained in a telegraphic message is the same as a date in a master POS is made an object of addition. (2) Only the case when a sequence number contained in the telegraphic message is larger than a sequence number stored in a continuous number shunting area 19 corresponding to a POS number is made an object of addition. Only the account settling data for satisfying simultaneously said two items is added, and when the addition processing has been ended, the sequence number of its telegraphic message is shunted to the continuous number shunting area 19 corresponding to its POS number.

Description

【発明の詳細な説明】 (1)発明の技術分野 この発明は精粋データ集nl方式、特に同一端末集計装
置からマスク集計装置へ転送されlこ複数の精算データ
を正しく加算処理し得るようにした精算データ集計方式
に関するものである。
DETAILED DESCRIPTION OF THE INVENTION (1) Technical Field of the Invention The present invention uses a precision data collection method, in particular, it is possible to correctly add and process multiple settlement data transferred from the same terminal aggregation device to a mask aggregation device. This relates to the settlement data aggregation method.

(2)技術の背景 コンピュータを使った自動集旧システムを組むに当って
、大型のコンピュータから成るポスト跨1算機を設置す
るスペースのないJ−ザーのために、マスタ集計装置即
らマスタPO8(POS :Po1nt or 5al
e ;商品の売上げ時点でデータ作成を行なえる集計装
置)を設置αすると共に、このマスタPO8に端末集乳
1装置即ち端末PO8を接続し、各端末PO8からマス
タPO8を経由し、更には電話回線等を通してホスト計
算機へ集Riデータ(以下、これを売上データという)
を転送できるようにしたデータ集nI方式がある。この
ようなデータ集計方式では、一般に、上記売上データの
うち、売上金額の精1’111iに関してはマスタ1−
)O8のメモリに精算データとして格納しておき、各端
末PO8或は事業体全体の売上高がどれ位あるかを一括
して把握できるJ:うにしている。かかるデータ集Jl
方式にあっては、各端末PO8からマスタPO8へ転送
されたfilデータは常に正しいものであることが必要
であるが、回線不良等の異常発生に対しては多少不安要
因が存在している。
(2) Background of the technology When setting up an automatic data collection system using a computer, a master data collection device, ie, a master PO8 (POS: Po1nt or 5al
e; a totaling device that can create data at the time of product sales) is installed, and terminal milk collection device 1, that is, terminal PO8, is connected to this master PO8, and each terminal PO8 is connected via the master PO8, and furthermore, a telephone Ri data collected to the host computer via line etc. (hereinafter referred to as sales data)
There is a data collection nI method that allows the transfer of data. In such a data aggregation method, in general, among the above sales data, the sales amount 1'111i is stored in the master 1-111i.
) It is stored as settlement data in the memory of O8, so that the sales amount of each terminal PO8 or the entire business entity can be grasped at once. Such data collection Jl
In this method, it is necessary that the fil data transferred from each terminal PO8 to the master PO8 is always correct, but there are some concerns about the occurrence of an abnormality such as a line failure.

(3)従来技術と問題点 従来におけるこの種のデータ集nI方式としては、例え
ば第1図乃至第3図に示寸ようなものがある。
(3) Prior Art and Problems Conventional data collection nI methods of this type include those shown in FIGS. 1 to 3, for example.

このうち、第1図はj゛−夕集計り式を実行する1=め
のシステム図、第2図は第1図のシステムで使われる端
末1〕O8の内部4f5″#iの概略図、第3図は第1
図のシステム中のマスタPO8の概略構成図である。図
中、PO31はマスタ])O8を示し、P OS 2、
PO33、PO34はマスタPO81に接続された端末
PO8を示している。各端末PO32,3,4は各回線
2.3.4及び回線1を通してマスタl) OS 1へ
、更にはボストit l ml−1へ売上げデータを転
送する。マスタPO31には、当該マスタPO31を含
む全てのpos i 。
Of these, Fig. 1 is a diagram of the 1=th system that executes the j゛-event aggregation formula, and Fig. 2 is a schematic diagram of the internal 4f5''#i of terminal 1] O8 used in the system of Fig. 1. Figure 3 is the first
It is a schematic block diagram of master PO8 in the system of a figure. In the figure, PO31 indicates master ]) O8, P OS 2,
PO33 and PO34 indicate terminal PO8 connected to master PO81. Each terminal PO 32, 3, 4 transfers sales data through each line 2.3.4 and line 1 to the master l) OS 1 and further to the boss it lml-1. The master PO31 includes all pos i including the master PO31.

2.3.4について売上データのうち精算データを格納
するためのメモリ、即ち精算f−タ格納用のバッファB
1.B2.+3ご3,134.がPO8の数だ(プ対応
して備えである。端末PO32,3゜4は、第2図に端
末PO32を代表的に示しであるように、データ人力線
7に接続されたハード1−一タル部5とロギングファイ
ル部6とを有している。ハード1−一タル部5には、デ
ータ入力線7から個々の売上げに関づる売上データ(品
目、額、数量、時刻等)が入ツノされると、主として売
上げ額に関するデータが入力の度毎に積筒されながら格
納される。ロギング−ファイル部6には上記側々の売上
データが入力の度毎に連続番号がイ」されながら順々に
格納される。そして、−日の業務の終了と共に、ハード
トータル部5ではその日の精算が行なわれ、精粋データ
はロギングファイル部6に格納される。一方、マスタP
O31は、CPU(中央処理装置)9からの指令で作i
11する制御部8と、ホストSl算機Hへの回線接続を
行なう公衆回線制御部10と、送信バッファ11と、各
端末PO32(以下、PO32のみを代表させる)との
間の回線接続を行なう構内回線料i11部12と、受信
バッファ13と、端末PO32から転送されたデータを
そのままホスト計111111−1へ転送すべきか否か
を判定する回線制御部14と、端末PO32におりるど
同様のハードトータル部15及びロギングフッフィル部
16と、PO8の数に相当する数ff!(7)/<ッ7
アB1 、B2.83.84とから成る。そして、−日
の業務が終了すると、端末PO32のロギングファイル
部6からは精算データを含む全ての売上データが回線2
を通ってマスタPO31に順々に転送される。マスタP
O31に転送された売上データは構内回線制御部12及
び受信バッファ13を通つ1回mυ制御部14へ送られ
、ここで精算データであるか否かがチェックされる。売
上データが精算データであるときは“、そのデータはバ
ッファB2へ格納されると共に送信バッファ11及び公
衆回線制御部10を通ってホストKl n IN +−
1へ転送される。しかし、上記売上げデータが精算デー
タ以外のデータであったときは、直らに送信バッファ1
1及び公衆回線制御部10を通ってホストSl算機1−
1へ転送される。同様のデータ転送操作は他の端末PO
33,4についCも全く同じように行なわれ、全てのP
O31,2゜3.4についてのデータ転送が行なわれる
ことによりその日の売上げの集計処理は完了する。バッ
ファB2への精粋データの格納は通常−日に一回行なわ
れるものであるから、バッファB2には精算データが新
しく格納される度毎に、それ以前に格納されていた古い
精粋データはクリアされる。
Regarding 2.3.4, memory for storing settlement data among sales data, that is, buffer B for storing settlement data.
1. B2. +3 3,134. is the number of PO8 (prepared correspondingly).The terminals PO32, 3゜4 are connected to the hardware 1-1 connected to the data power line 7, as shown in FIG. The hardware section 5 has a logging section 5 and a logging file section 6.The hardware 1-1 logging section 5 receives sales data (item, amount, quantity, time, etc.) related to individual sales from a data input line 7. When the data is logged, data mainly related to the sales amount is stored in stacks each time it is input.In the logging file section 6, the sales data of the above-mentioned sides are stored with serial numbers added each time they are input. Then, at the end of the day's work, the hardware total section 5 performs the settlement for that day, and the essential data is stored in the logging file section 6. On the other hand, the master P
O31 is created based on instructions from the CPU (central processing unit) 9.
11, the public line control unit 10 that connects the line to the host Sl computer H, the transmission buffer 11, and each terminal PO32 (hereinafter, only PO32 will be represented). The internal line charge i11 section 12, the reception buffer 13, the line control section 14 that determines whether or not the data transferred from the terminal PO32 should be transferred as is to the host total 111111-1, and the same system that goes to the terminal PO32. Hard total unit 15, logging fill unit 16, and a number ff corresponding to the number of PO8s! (7)/<7
It consists of AB1 and B2.83.84. Then, when the work on -day ends, all sales data including settlement data is transferred from the logging file section 6 of the terminal PO32 to the line 2.
The data is sequentially transferred to the master PO 31 through the . Master P
The sales data transferred to O31 is sent once to the mυ control unit 14 via the local line control unit 12 and the reception buffer 13, where it is checked whether or not it is settlement data. When the sales data is settlement data, the data is stored in the buffer B2, and is sent to the host Kln IN +- through the transmission buffer 11 and the public line control unit 10.
Transferred to 1. However, if the above sales data is data other than settlement data, the transmission buffer 1 is immediately
1 and the host Sl computer 1- through the public line control unit 10.
Transferred to 1. Similar data transfer operations can be performed on other terminals PO.
C is done in exactly the same way for 33,4, and all P
The data transfer for O31,2°3.4 completes the sales aggregation process for that day. Since the storage of the essential data in the buffer B2 is normally performed once a day, every time new settlement data is stored in the buffer B2, the old essential data stored before that time is cleared. Ru.

しかしながら、このような従来の精粋データ集計方式で
は、マスip pos 1には全てのPO8に対応する
数間分のバッファが必要となるので、端末PO32,3
,4の接続台数が増加すると不経済である上、システム
作成時に最大接続台数を見込んでバッファを用意したに
も係わらず接続台数が少ないときなどはマスタPO31
に無駄な領域が出来るという不具合があった。また、バ
ッファの構成が、新しい精算データの格納に際して古い
精算データをクリアJるようになっているため、バッフ
ァ内には最後に転送されたデータが残ることになり、こ
れによって、もし空精算等の無効なデータが転送された
場合、これによって有効なデータが消滅してしまうとい
う問題がある。更にまた、業務中における端末PO32
のトラブル等何らかの原因によって同一の端末PO32
においては精算が二度行なわれたような場合、本来バッ
ファ2では二つの精算データが加算して格納されなけれ
ばならないにもかかわらず、先ず最初の精算データが格
納された後、第2の精算データの転送によって最初のデ
ータはクリアされるから、バッファ2には正しいデータ
が格納されないという不具合もあった。
However, in such a conventional detailed data aggregation method, the mass IP POS 1 requires several buffers corresponding to all the PO8s, so the terminals PO32, 3
, 4 is uneconomical if the number of connected devices increases, and even though buffers were prepared in anticipation of the maximum number of connected devices when creating the system, when the number of connected devices is small, the master PO31
There was a problem that a wasted area was created. In addition, since the buffer structure is such that old payment data is cleared when storing new payment data, the last transferred data remains in the buffer, so if there is an empty payment etc. There is a problem in that if invalid data is transferred, valid data will be lost. Furthermore, terminal PO32 during work
Due to some reason such as trouble, the same terminal PO32
In the case where settlement is performed twice, the first settlement data is stored first, and then the second settlement data is stored, even though the two settlement data should be added and stored in buffer 2. Since the first data is cleared when the data is transferred, there is also the problem that the correct data is not stored in the buffer 2.

(4)発明の目的 本発明は、上記の問題点に鑑みてなされたもので、その
目的は、マスタPO8に精算データ集計時における加算
機能を与えると共に、二重加算も防止できるようにし、
少ないバッファ領域で釜石の精粋データを格納できるよ
うにすることである。
(4) Purpose of the Invention The present invention has been made in view of the above-mentioned problems, and its purpose is to provide the master PO8 with an addition function when aggregating payment data, and also to prevent double addition.
The purpose is to be able to store Kamaishi's essential data in a small buffer area.

(5)発明の構成 本発明の要旨は、上記目的を達成するため、精算データ
格納用のバッファを有するマスタ集計装置と、このマス
タ集計装置に回線を通して接続された端末集計装置とに
よって各端末集計装置でめた精算データをマスク集計装
置のバッフ戸に格納するようにしたデータ集計方式にお
いて、複数の集計装置からの精算データは、データ転送
時のシーケンス番号によって区別しながら単一のバッフ
ァに格納する一方、バッファ格納時に複数の精算データ
を加算する機能をマスク集計装置に備え、且つ一つの集
」装置からマスク集計装置に複数の精粋データが送られ
たときは、当該複数の精算データの加算の可否を判定で
きるようにしたことを特徴とりる精算データ集81方式
にある。
(5) Structure of the Invention The gist of the present invention is that, in order to achieve the above object, each terminal is aggregated by a master aggregation device having a buffer for storing payment data, and a terminal aggregation device connected to the master aggregation device through a line. In a data aggregation method in which the settlement data collected by the device is stored in the buffer door of the mask aggregation device, the settlement data from multiple aggregation devices is stored in a single buffer while being differentiated by the sequence number at the time of data transfer. On the other hand, if the mask aggregation device is equipped with a function to add multiple pieces of settlement data when stored in a buffer, and multiple pieces of fine data are sent from one aggregation device to the mask aggregation device, it is possible to add the multiple pieces of settlement data. The settlement data collection 81 method is characterized by being able to determine whether or not the transaction is possible.

(6)実施例の説明 以下、本発明の一実施例を添付の図面を参照して詳細に
説明する。
(6) Description of Embodiment Hereinafter, an embodiment of the present invention will be described in detail with reference to the accompanying drawings.

第4図は本発明のデータ集計方式を実行するためのシス
テム図、第5図はこのシステム中で用いられるマスタP
O8の概略構成図である。第4図において、マスタPO
320には、当該マスクPO320を含む全てのPO3
2,3,4,20について売上データのうら精算データ
を格納づるための単一のメモリ、即ちInデータ格納用
のバッファBが備えられ、更に各PO32,3,4゜2
0に対応するシーケンス番号(連続番号)を退避する領
1fi19が備えられている。またマスタ1) OS 
20は、端末PO32,3,4から転送された売上デー
タを横内回線制御部゛12及び受信バッフ113を通し
て回線制御部14へ送り、その後上記売上げデータを送
信バッフ111及び公衆回線制御部10を通してホスト
組n機1−1へ転送りる点では−[記従来のマスタP 
OS 1と同様な構成をイjJるが、この従来例と異な
り、回線制御部14内には端末PO32,3,4及びマ
スタPO320のロギングファイル部16から転送され
たパノコデータが精算データであるか否かを判定するチ
ェック処理部17と、)成算処理部18とが組込まれて
いる。チェック処理部17は端末及びマスタPO32,
3,4,20からの売上データが精算データであるとき
は、そのデータに付けられたシーケンス番号を連続番号
退避領域19に格納する。
Figure 4 is a system diagram for executing the data aggregation method of the present invention, and Figure 5 is a master P used in this system.
It is a schematic block diagram of O8. In Figure 4, the master PO
320 includes all PO3s including the mask PO320.
A single memory for storing settlement data behind sales data for POs 2, 3, 4, and 20, that is, a buffer B for storing In data, is provided for each PO32, 3, and 4゜2.
A region 1fi19 for saving a sequence number (sequential number) corresponding to 0 is provided. Also master 1) OS
20 sends the sales data transferred from the terminals PO32, 3, and 4 to the line control unit 14 through the horizontal line control unit 12 and the reception buffer 113, and then sends the sales data to the host via the transmission buffer 111 and the public line control unit 10. At the point of transfer to the group n machine 1-1 - [the conventional master P
The configuration is similar to that of OS 1, but unlike this conventional example, the line control unit 14 contains information on whether the Panoko data transferred from the logging file unit 16 of the terminals PO32, 3, 4 and the master PO320 is payment data. A check processing unit 17 that determines whether or not the result is true, and a calculation processing unit 18 are incorporated. The check processing unit 17 is a terminal and a master PO 32,
When the sales data from 3, 4, and 20 is settlement data, the sequence number assigned to the data is stored in the serial number save area 19.

これによつ゛C上記精粋データが如何なるPO8の何番
[IのOギングエリアから出て来たものであるかがわか
る。ヂ]、ツク処理部17においてチェックされた精算
データが前の精算データに加えられるべきものである場
合は演鋒処理部18において古い精算データと新しい精
粋データとが加算される。連続番号退避領域19は所定
の桁数nをカバーする一種のレジスタから成り、この連
続番号退避領域19はPO8の台数に相当覆る数だ()
(この実施例では4台)設りられる。
This allows us to know from what PO8 and what number [I's O-ging area the above-mentioned refined data has come out. If the check data checked in the check processing unit 17 is to be added to the previous calculation data, the old calculation data and the new data are added in the calculation processing unit 18. The serial number save area 19 consists of a type of register that covers a predetermined number of digits n, and the number of consecutive number save areas 19 is equivalent to the number of PO8s ()
(Four units in this embodiment) are provided.

かかる構成を有するデータ転送システムにおける処理操
作の一例について説明でる。
An example of processing operations in a data transfer system having such a configuration will be explained.

先ず各PO8のロギングファイル部6.16でデータ転
送用の電文を作成する際、開局時より0001から始ま
るシーケンス番号を一電文に一つの向合いで付しておく
。更にPO8番号、[1付等のデータも電文の中に含め
る。
First, when creating a message for data transfer in the logging file section 6.16 of each PO 8, a sequence number starting from 0001 is attached to each message, facing each other, from the time the station is opened. Furthermore, data such as PO8 number and [1 attached] are also included in the message.

次に、一つの精nデータを集81用バッファBに加算す
るときは、チェック処理部17において次の項目のチェ
ックを行う。
Next, when adding one fine n data to the buffer B for the collection 81, the check processing section 17 checks the following items.

■ 電文に含まれる日(=jがマスタPO8におりるE
lイ」と同じか否か。
■ Day included in the message (=E when j is in master PO8)
Is it the same as "I"?

→同じ場合のみを加算の対象とJる。→ Only the same cases are subject to addition.

■ 電文に含まれるシーケンス番号はPO8番号に対応
Jる連続番号退避領域19に格納されたシーケンス番号
よりも大きいか否か。
(2) Whether or not the sequence number included in the message is larger than the sequence number stored in the sequential number save area 19 corresponding to the PO8 number.

→大きい場合のみを加算の対象とする。→Only cases where the value is large are subject to addition.

以上二つの項目を同時に満足する精算データのみを加算
し、加算処理を終了した後、その電文のシーケンス番号
をそのP2S5号に対応する連続番号退避部域19に退
避J゛る。
Only the payment data that satisfies the above two items at the same time are added, and after the addition process is completed, the sequence number of the message is saved in the serial number save area 19 corresponding to the P2S5 number.

これにより、再)3時には、既にバッファBに格納され
1C精算データが再びマスタPO320に転送されて来
ても、チェック処理部17によるシーケンス番号のチェ
ックにより加算の対象とならないから、二重加算による
集計ミスを未然に防止することができる。また、空vi
算等の業務は、回線の開局直後に行うことが多く、電文
に付されるシーケンス番号は小さい一方、実際の業務の
精算は取引の最後に行われる場合が多いので精算データ
の電文に与えられるシーケンス番号は比較的大ぎな値に
なる。したがって、集計後に空精算等の無効な精算デー
タが送られても、ジ−タンス番号のチェックにより加算
の対象とはならない。
As a result, even if the 1C settlement data that has already been stored in the buffer B is transferred to the master PO 320 again at 3 o'clock, it will not be subject to addition due to the sequence number check by the check processing unit 17. Aggregation errors can be prevented. Also, sky vi
Businesses such as calculations are often performed immediately after the line is opened, and the sequence number attached to the message is small.However, since the actual transaction settlement is often done at the end of the transaction, it is given to the message of settlement data. The sequence number will be a relatively large value. Therefore, even if invalid payment data such as an empty payment is sent after the totalization, it will not be added to the data due to the jitance number check.

(7)発明の詳細 な説明したように、本発明によれば、Inデータを集計
するに当って、複数の集計装置からの精算データはデー
タ転送時のシーケンス番号によって区別しながら単一の
バッファに格納する一方、一つの集計装置からの複数の
精算データを二重加算を防止しながら加えるようにした
ため、精算データ集計用のバッファ領域を小さく出来、
またPOSのトラブル等があっても精算データの集計を
正しく行うことが出来る等、種々の効果が得られる。
(7) As described in detail, according to the present invention, when aggregating In data, the settlement data from a plurality of aggregation devices are stored in a single buffer while being distinguished by sequence numbers at the time of data transfer. At the same time, since multiple settlement data from one aggregation device are added while preventing double addition, the buffer area for aggregation of settlement data can be reduced.
Furthermore, various effects can be obtained, such as being able to correctly tally payment data even if there is a problem with the POS.

【図面の簡単な説明】[Brief explanation of the drawing]

第1図はデータを集計する1Cめの従来のシステム図、
第2図は第1図のシステムで使われる端末PO8の内部
の構成を示J−概略図、第3図は第1図のシステム中の
マスタPO8の概略構成図、第4図は本発明のデータ集
組方式を実行するためのシステム図、第5図は上記シス
テム中で用いられるマスク集組装置の概略構成図である
。 1.2,3.4・・・回線 5.15・・・ハードトータル部 6.16・・・ロギングファイル部 8・・・制御部 9・・・CPLJ lo・・・公衆回線制御部 11・・・送信バッファ 12・・・構内回線制御部1
3・・・受信バッファ 14川回線制御部17・・・チ
ェック処理部
Figure 1 is a diagram of the conventional system for the 1C that aggregates data.
FIG. 2 is a schematic diagram showing the internal configuration of the terminal PO8 used in the system of FIG. 1, FIG. 3 is a schematic diagram of the master PO8 in the system of FIG. 1, and FIG. FIG. 5, a system diagram for implementing the data aggregation method, is a schematic configuration diagram of a mask aggregation device used in the above system. 1.2, 3.4... Line 5.15... Hardware total section 6.16... Logging file section 8... Control section 9... CPLJ lo... Public line control section 11.・・Transmission buffer 12 ・・Internal line control unit 1
3... Reception buffer 14 River line control section 17... Check processing section

Claims (1)

【特許請求の範囲】[Claims] mWデータ(δ納用のバッフ1を有するマスク集計装置
と、このマスク集計装置に回線を通し°(接続された端
末集計装置とによって、各集nl装置でめたlFi算デ
ータをマスタ集81装置のバッファに格納するようにし
たデータ集81方式においで、受信した精算データのシ
ーク゛ンス確認部を設(プ、複数の集81装置からの精
算データはデータ転送時のシーケンス番号を前記シーク
ンス確認部によって区別しながらli−のバッファに格
納りる一方、バッファ格納時に上記複数の精算データを
加n′tIる機能をマスク集計装置に備え、一つの集n
1装置から複数の精算データが送られたときは当該複数
の精算データの加算の可否を判定できるようにしたこと
を特徴とする精算データ集81方式。
A mask aggregation device having a buffer 1 for mW data (δ delivery) and a terminal aggregation device connected to this mask aggregation device transfer the lFi calculated data obtained by each aggregation device to a master aggregation device 81. In the data collection 81 method, a sequence confirmation unit is provided for the received payment data, and the sequence number of payment data from multiple collection 81 devices is checked by the sequence confirmation unit at the time of data transfer. The mask aggregation device is equipped with a function of adding the above-mentioned plural settlement data n'tI while storing them in the buffer of li- while distinguishing them.
A settlement data collection 81 method characterized in that when a plurality of settlement data are sent from one device, it is possible to determine whether or not the plurality of settlement data can be added.
JP59037876A 1984-02-29 1984-02-29 Account settling data counting-up system Granted JPS60181964A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP59037876A JPS60181964A (en) 1984-02-29 1984-02-29 Account settling data counting-up system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP59037876A JPS60181964A (en) 1984-02-29 1984-02-29 Account settling data counting-up system

Publications (2)

Publication Number Publication Date
JPS60181964A true JPS60181964A (en) 1985-09-17
JPH0258674B2 JPH0258674B2 (en) 1990-12-10

Family

ID=12509730

Family Applications (1)

Application Number Title Priority Date Filing Date
JP59037876A Granted JPS60181964A (en) 1984-02-29 1984-02-29 Account settling data counting-up system

Country Status (1)

Country Link
JP (1) JPS60181964A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63149247A (en) * 1986-12-11 1988-06-22 Mk Seiko Co Ltd Car washer
JPH01244946A (en) * 1988-03-24 1989-09-29 Abetetsuku Kk Car wash control system
JPH01246107A (en) * 1988-03-25 1989-10-02 Mitsubishi Metal Corp Superconducting thin film
JP2003022481A (en) * 2001-07-05 2003-01-24 Omron Corp System, device, and method for transaction processing

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63149247A (en) * 1986-12-11 1988-06-22 Mk Seiko Co Ltd Car washer
JPH01244946A (en) * 1988-03-24 1989-09-29 Abetetsuku Kk Car wash control system
JPH01246107A (en) * 1988-03-25 1989-10-02 Mitsubishi Metal Corp Superconducting thin film
JP2003022481A (en) * 2001-07-05 2003-01-24 Omron Corp System, device, and method for transaction processing

Also Published As

Publication number Publication date
JPH0258674B2 (en) 1990-12-10

Similar Documents

Publication Publication Date Title
EP1394705A1 (en) A batch type billing method and system using dispersed processing
CN107358524B (en) Method for leveling funds among multiple account management lines in same currency
CN110060036B (en) Splitting accounting method, account system and payment system
CN110363663A (en) Batch data processing method, device, equipment and storage medium based on block chain
CN113191901A (en) Transaction service processing method, device, equipment and storage medium
CN107358425A (en) The calculating of tranaction costs and method of payment and device, transaction platform and storage medium
CN110889687A (en) Method and device for processing account balance under distributed architecture
CN105993148A (en) Network interface
JPS60181964A (en) Account settling data counting-up system
CN110084692A (en) A kind of bookkeeping methods and device
CN109934695A (en) Method, system, equipment and the medium of account voucher are automatically generated in annuity business
CN112099934A (en) Batch processing method, system, computer equipment and storage medium
CN110533402B (en) Billing consensus method and system for heterogeneous system
US11875416B2 (en) Systems and methods for immutable historic records from cloud storage systems
JPS5916044A (en) Data collecting device
US20060174218A1 (en) Method for controlling software modules
CN116029825A (en) Block chain transaction method, device and system, electronic equipment and storage medium
CN104574164A (en) Emission trading system and trading method
CN115987799A (en) Method, device and equipment for expanding two-layer network of block chain
CN112650568A (en) Merchant netting difference settlement method, system, computer equipment and storage medium
CN111582851A (en) Platform money printing method and device based on big data, electronic equipment and storage medium
JPH04147397A (en) Credit transaction processing system
JP2697686B2 (en) POS terminal data transfer method
JP7327770B2 (en) Transfer Management System, Transfer Management Method and Transfer Management Program
CN113781034B (en) Billing and checking method based on cache

Legal Events

Date Code Title Description
EXPY Cancellation because of completion of term