JP2719578B2 - Ticketing system - Google Patents

Ticketing system

Info

Publication number
JP2719578B2
JP2719578B2 JP20370088A JP20370088A JP2719578B2 JP 2719578 B2 JP2719578 B2 JP 2719578B2 JP 20370088 A JP20370088 A JP 20370088A JP 20370088 A JP20370088 A JP 20370088A JP 2719578 B2 JP2719578 B2 JP 2719578B2
Authority
JP
Japan
Prior art keywords
serial number
terminal
ticket
center
output
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.)
Expired - Lifetime
Application number
JP20370088A
Other languages
Japanese (ja)
Other versions
JPH0253196A (en
Inventor
吉浩 長尾
雅彦 加藤
純雄 本間
允基 加藤
繁夫 志村
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.)
Hitachi Ltd
Original Assignee
Hitachi 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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP20370088A priority Critical patent/JP2719578B2/en
Publication of JPH0253196A publication Critical patent/JPH0253196A/en
Application granted granted Critical
Publication of JP2719578B2 publication Critical patent/JP2719578B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、航空券、ギフト券、宝くじ、公営ギヤンブ
ル投票券のような高額な帳票類(以下「チケツト」とい
う)の高い安全性を持つチケツト発券システムに係り、
特に、障害時の回復処理などにおいて、この種チケツト
の出力漏れ(発券漏れ)や二重出力(二重発券)が行な
われるのを防止するのに好適なチケツト発券システムに
関する。
DETAILED DESCRIPTION OF THE INVENTION [Industrial Application Field] The present invention has high security for expensive forms (hereinafter referred to as "tickets") such as air tickets, gift certificates, lotteries, and public gambling voting tickets. Regarding the ticketing system,
In particular, the present invention relates to a ticket issuing system suitable for preventing output of such a ticket (leak of ticket) and double output (double issue of ticket) from being performed in a recovery process at the time of failure.

〔従来の技術〕[Conventional technology]

従来のチケツト発券システムとして、例えば、「TMS
−4V/SPにおける通番照会」(マニユアル8090−6−11
0、第111頁〜第113頁)が知られているが、この方式で
は、障害発生時には、端末オペレータが管理センタ(以
下、単に「センタ」と記す)に対して通番照会を行つて
得た通番(通し番号)と、障害発生の直前までに端末側
でセンタから受け取つた通番を印字しているジヤーナル
シート上の最新通番とを見較べて、障害時の後処理を行
つている。しかし、端末オペレータの通番照会漏れが発
生した場合の対策については、何も配慮がされていな
い。
As a conventional ticketing system, for example, "TMS
-Sequence number inquiry in -4V / SP "(Manual 8090-6-11
0, pages 111 to 113), but in this method, when a failure occurs, the terminal operator obtains a serial number from a management center (hereinafter simply referred to as "center") by inquiring. The serial number (serial number) is compared with the latest serial number on the journal sheet on which the serial number received from the center at the terminal immediately before the occurrence of the fault is printed, and post-processing is performed in the event of a fault. However, no consideration is given to a countermeasure in the event that the terminal operator fails to inquire the serial number.

〔発明が解決しようとする課題〕[Problems to be solved by the invention]

上記従来技術では、センタ,回線,端末等の障害発生
時に、端末オペレータが自分の判断で、故障直前の処理
が不十分で通番に異常が発生したと推測される場合に、
システム回復後の通番照会を行つているが、これでは、
必要な通番照会が十分に行なわれず後処理漏れが生じる
という問題があつた。又、通番照会は人手を介して行な
われるため、照会作業に手間がかかる問題があつた。
According to the above-described conventional technology, when a failure occurs in a center, a line, a terminal, or the like, the terminal operator determines by himself / herself that the processing immediately before the failure is insufficient and an abnormality has occurred in the serial number.
We perform a serial number inquiry after system recovery.
There was a problem that necessary serial number inquiry was not sufficiently performed and post-processing was omitted. In addition, since the serial number inquiry is performed manually, there is a problem that the inquiry work is troublesome.

また、端末側が不正に同一通番のチケツトの再送を要
求しても、それをチエツクできないため、二重にチケツ
トを発行してしまうという問題があつた。
Further, even if the terminal illegally requests the retransmission of the ticket with the same serial number, it cannot be checked, so that there is a problem that the ticket is issued twice.

従つて、本発明の目的は、上記従来技術の問題点を解
決し、障害回復端末オペレータの判断なしにシステム側
でチケツトの発行状態を自動的にチエツクし、その結果
をオペレータに正しく判断させて、チケツトの発券漏れ
を防止すると共に、併せて二重発券のごとき不正行為も
防止できるチケツト発券システムを提供することにあ
る。
Therefore, an object of the present invention is to solve the above-mentioned problems of the prior art, automatically check the ticket issuing state on the system side without the judgment of the failure recovery terminal operator, and make the operator correctly judge the result. Another object of the present invention is to provide a ticket issuing system capable of preventing ticket issuance from leaking and also preventing improper acts such as double ticketing.

〔課題を解決するための手段〕[Means for solving the problem]

上記目的を達成するため、本発明のチケツト発券シス
テムは、障害回復後のチケツト発券漏れのチエツクを、
センタと端末で自動化するように構成する。
In order to achieve the above object, the ticketing system of the present invention provides a ticket issuing ticket omission check after failure recovery,
It is configured to be automated by the center and the terminal.

即ち、センタでは、端末からの問い合せに対する応答
電文を送信する際、電文にチケツト出力通番を付加する
と共に、センタ内に設けた記憶手段により、そのチケツ
トの最終取引開始通番及び最終取引終了通番を記憶して
おく。端末側では、センタより受信した電文を解析し、
チケツト出力毎に出力通番(出力済通番)を端末内の記
憶手段に記憶しておき、記憶した通番は、次回、端末か
らセンタへ送信する問い合せ電文中に付加する。センタ
では、端末より受信した通番と、センタ内で記憶してい
る通番を比較判定手段で比較することにより、前回の帳
票出力処理が正常に行われたかどうか端末オペレータの
介在なしに判定するように構成する。
That is, when transmitting a response message to the inquiry from the terminal, the center adds a ticket output serial number to the message and stores the final transaction start serial number and the final transaction end serial number of the ticket by the storage means provided in the center. Keep it. The terminal analyzes the message received from the center,
The output serial number (output serial number) is stored in the storage means in the terminal for each ticket output, and the stored serial number is added to the next inquiry message transmitted from the terminal to the center. In the center, by comparing the serial number received from the terminal with the serial number stored in the center by the comparison determining means, it is determined whether or not the previous form output process was normally performed without the intervention of the terminal operator. Configure.

〔作用〕[Action]

上記構成に基づく作用を説明する。 The operation based on the above configuration will be described.

障害時の後処理を行なうため、センタで最後に行つた
処理の通番(最終取引終了通番)をセンタの管理テーブ
ルに記憶しておく。障害回復後、端末から上がつてくる
最終のチケツト出力済通番と前記最終取引終了通番とを
プログラムで比較し一致確認チエツクする。通番不一致
となつた場合、センタプログラムから端末オペレータに
対して通番不一致の旨のメツセージを出力し、端末オペ
レータがチエツクできるようにする。それによつて、障
害時の後処理は、センタと端末の処理一致確認がセンタ
プログラムにより自動化されるので、チケツトの出力漏
れとなることがない。また、上記の比較チエツク機能を
もたせたことにより、不正にチケツトの再送を端末から
要求しても、センタのプログラムによるチケツト出力通
番チエツクにより不正にチケツトを出力することがな
い。
In order to perform post-processing at the time of failure, the serial number of the last processing performed at the center (final transaction end serial number) is stored in the management table of the center. After the recovery from the failure, the final ticket output serial number, which is sent upward from the terminal, is compared with the final transaction end serial number by a program to check the coincidence. If the serial numbers do not match, the center program outputs a message indicating that the serial numbers do not match to the terminal operator so that the terminal operator can check. As a result, in the post-processing in the event of a fault, since the processing coincidence check between the center and the terminal is automated by the center program, there is no omission of ticket output. Further, by providing the above-mentioned comparison check function, even if the terminal requests the retransmission of the ticket illegally, the ticket is not illegally output by the ticket output serial number check by the program of the center.

〔実施例〕〔Example〕

以下に、本発明の一実施例を図面により説明する。 Hereinafter, one embodiment of the present invention will be described with reference to the drawings.

第1図は、本発明の一実施例のチケツト(帳票)の出
力漏れおよび二重出力防止方式において、センタ側と端
末側の双方で出力通番が管理されるチケツトの通番管理
状態を示している。
FIG. 1 shows a serial number management state of a ticket in which output serial numbers are managed on both the center side and the terminal side in the system for preventing output of a ticket (form) and double output according to an embodiment of the present invention. .

利用者が端末でチケツトを購入しようとする場合、端
末からセンタに問い合せ電文が送られる。センタは、端
末からの問い合せに対してデータ処理後、端末に送信す
るチケツト毎に出力通番を付加し、その問い合せ応答で
1枚目に出力する通番2と最後に出力する通番3を該端
末管理テーブル1に記憶し、電文を端末に送信する。
When a user tries to purchase a ticket at a terminal, an inquiry message is sent from the terminal to the center. After data processing for the inquiry from the terminal, the center adds an output serial number for each ticket transmitted to the terminal, and in response to the inquiry, serial number 2 to be output on the first sheet and serial number 3 to be output last, in the terminal management. The message is stored in Table 1 and the message is transmitted to the terminal.

端末は、センタからの問い合せ応答電文を受信後、チ
ケツトを出力する都度、通番を出力済通番4として記憶
し、次回センタ問い合せの際、出力済通番4を電文に付
加してセンタへ送信する。
After receiving the inquiry response message from the center, the terminal stores the serial number as the output serial number 4 every time a ticket is output, and adds the output serial number 4 to the electronic message and transmits it to the center at the next time the center inquiry is made.

例えば、利用者がある端末から、1回目にチケツト10
枚求め、その後2回目にもチケツトを10枚求めたとす
る。最初に、センタの端末管理テーブルの最終取引開始
通番と最終取引終了通番、および、端末のテーブルの出
力済通番は、いずれも“0"にクリヤされているものとす
る。まず、1回目の端末からセンタへの問い合せでは、
購入枚数(10枚)と共に、端末側テーブルの出力済通番
4の値(“0")がセンタへ送られる。このときセンタで
のテーブル1の最終取引通番3の値は“0"で、端末側か
ら送られて来た出力済通番の値と一致する。そこでセン
タは、端末が発行すべき10枚のチケツトに順に1番〜10
番の出力通番を付加して端末へ応答電文を送ると同時
に、その一枚目の通番(番号“1")をテーブル1の最終
取引開始通番2に、10枚目の通番(番号“10"を最終取
引終了通番3に書き込む(テーブル1の更新をする)。
端末は、この応答電文を受けると、順に番号“1"〜“1
0"を付したチケツトを発行(印字)すると共に、1枚ず
つチケツトが発行される都度、端末側テーブルの出力済
通番4の値を“1",“2",“3"……,“10"のように更新
する。次に、2回目のときには、端末からは購入枚数
(10枚)と共に出力済通番4の前回の最終値(この場合
“10")が問合せ電文として送られる。センタでは、端
末から送られて来た出力済通番の値をテーブル1の最終
取引終了通番3の値(この場合“10")と比較し、一致
しているので、端末が次に発行すべき10枚のチケツトに
順に11番〜20番の出力通番を付加して端末へ応答電文を
送り、同時に、開始通番2の値と終了通番3の値をそれ
ぞれ“11"と“20"に書き替える。以下同様にして、端末
およびセンタのテーブル間の通番チエツクと更新が行な
われる。
For example, a user may enter a ticket 10
Suppose that the number of tickets has been obtained, and then the second time, 10 tickets have been obtained. First, it is assumed that the final transaction start serial number and the final transaction end serial number in the terminal management table of the center and the output serial number in the terminal table are all cleared to "0". First, in the first inquiry from the terminal to the center,
The value (“0”) of the output serial number 4 of the terminal-side table is sent to the center together with the number of purchases (10). At this time, the value of the last transaction serial number 3 in the table 1 at the center is “0”, which matches the value of the output serial number sent from the terminal side. Therefore, the center sequentially assigns the first to tenth tickets to the ten tickets to be issued by the terminal.
At the same time as sending the response message to the terminal with the output serial number of the number, the first serial number (number “1”) is added to the final transaction start serial number 2 of the table 1 and the tenth serial number (number “10”). Is written in the final transaction end serial number 3 (Table 1 is updated).
Upon receiving the response message, the terminal sequentially receives the numbers “1” to “1”.
Each time a ticket with "0" is issued (printed) and one ticket is issued one by one, the value of the output serial number 4 of the terminal side table is changed to "1", "2", "3" ..., " 10 ". Next, at the second time, the terminal sends the last value (in this case," 10 ") of the output serial number 4 together with the number of purchases (10) as an inquiry message. Then, the value of the output serial number sent from the terminal is compared with the value of the last transaction end serial number 3 in Table 1 (in this case, "10"), and since they match, the terminal should issue the next 10 A response message is sent to the terminal by sequentially adding output serial numbers 11 to 20 to the tickets, and at the same time, the values of the start serial number 2 and the end serial number 3 are rewritten to "11" and "20", respectively. In the same manner, serial number checking and updating between the terminal and the center table are performed.

第2図は、第1図のセンタ側の通番チエツク及び通番
付加を行う処理のフローチヤートを示している。センタ
側では、端末側から受信した問い合せ電文(201)に含
まれる出力済通番4とセンタ側の端末管理テーブル1の
最終取引終了通番3との比較チエツクを行う(203)。
センタからの応答電文が端末に受信されないなどの回線
障害等のため、比較値が不一致となつていた場合は、通
番照会画面を作成(編集)して端末側に送信し、端末オ
ペレータの指示を受ける(207)。通番(比較値)が一
致している場合には、該問い合せ取引を行い(204)、
出力チケツト毎に通番を付加し(205)、端末側に電文
を送信する(206)。
FIG. 2 shows a flow chart of a process of performing a serial number check and adding a serial number on the center side in FIG. The center performs a comparison check between the output serial number 4 included in the inquiry message (201) received from the terminal and the final transaction end serial number 3 in the terminal management table 1 on the center (203).
If the comparison value does not match due to a line failure, such as a response message from the center not being received by the terminal, create (edit) a serial number inquiry screen, send it to the terminal side, and send instructions to the terminal operator. Receive (207). If the serial numbers (comparison values) match, conduct the inquiry transaction (204),
A serial number is added to each output ticket (205), and a message is transmitted to the terminal (206).

また、端末側からチケツトの再送要求があつた場合
(202)も、端末側の出力済通番4とセンタ側の最終取
引終了通番3の比較チエツクを行う(208)。通番(比
較値)が不一致となつていた場合は、端末側の再送要求
に答える(209)。通番が一致していた場合は、端末側
の再送要求を拒否し、エラーの旨のメツセージをもつ画
面を作成して端末側に送信する(210)。
Also, when a ticket retransmission request is received from the terminal side (202), a comparison check is performed between the output serial number 4 on the terminal side and the final transaction end serial number 3 on the center side (208). If the serial numbers (comparison values) do not match, the terminal responds to the retransmission request on the terminal side (209). If the serial numbers match, the terminal rejects the retransmission request, creates a screen with a message indicating an error, and transmits the screen to the terminal (210).

第3図は、第1図の端末側の通番記憶及び問い合せ電
文の通番付加を行う処理のフローチヤートを示してい
る。
FIG. 3 shows a flow chart of the process of FIG. 1 for storing the serial number on the terminal side and adding the serial number of the inquiry message.

センタ側から受信した問い合せ応答電文(第2図の20
6より)(301)中のチケツトの出力通番を、チケツト出
力毎に(302)記憶する(303)。所定枚数のチケツトが
出力(印字)されれば、1回目は終了する(304)。次
に、その後に、第2回目として、端末側からセンタ側に
問い合せを行う場合(305)、出力済通番4に記憶して
いる通番を自動的に電文に付加し(306)、センタ側に
送信する(307)。ついで、ステツプ201へ戻り、同様の
ことを繰り返す。
The inquiry response message received from the center (20 in FIG. 2)
6) From (301), the output serial number of the ticket in (301) is stored for each ticket output (303). When a predetermined number of tickets are output (printed), the first time ends (304). Next, after that, when the terminal side makes an inquiry to the center side as the second time (305), the serial number stored in the output serial number 4 is automatically added to the message (306), and the center side Send (307). Then, returning to step 201, the same is repeated.

本実施例によれば、端末側から次回の問い合せをする
とき、同時に自動的に前回の終りの出力済通番がセンタ
に送られ、センタではこれと直前の最終取引終了通番と
を比較チエツクするようにしたので、センタ側での通番
チエツクにより端末側のチケツト出力漏れが、端末オペ
レータの介入なしで、自動的に行えるという効果があ
る。
According to this embodiment, when a next inquiry is made from the terminal side, the output serial number at the end of the previous time is automatically sent to the center at the same time, and the center compares this with the immediately preceding last transaction end serial number. Therefore, there is an effect that the ticket output leak on the terminal side can be automatically performed without the intervention of the terminal operator by the serial number check on the center side.

さらに、端末オペレータのチケツト二重発行(再送)
オペレーシヨンの防止が図れるという効果がある。
In addition, double ticketing of terminal operator (retransmission)
This has the effect of preventing operation.

〔発明の効果〕〔The invention's effect〕

本発明のチケツト発券システムによれば、センタと端
末の双方に通番を記憶して、プログラムで両通番の同期
をとつておき(両通番を正常時に一致させておき)、セ
ンタでは両通番を比較して一致性を確認するようにした
ので、障害時に、端末オペレータが人手を介してセンタ
へ通電照会する必要がなくなつて、自動的に適正に通番
照会を行なうことができるという優れた効果を奏する。
又、端末側のジヤーナル用紙も不要で、同じチケツトが
2重に出力されない等、優れた効果を奏する。
According to the ticketing system of the present invention, serial numbers are stored in both the center and the terminal, and both serial numbers are synchronized by a program (both serial numbers are made to match at normal times), and the center compares both serial numbers. The terminal operator does not need to manually inquire the power supply to the center in the event of a failure, so that the serial number can be automatically and properly referred to. Play.
In addition, there is no need for a journal paper on the terminal side, and the same ticket is not output twice.

また、1つの発券処理で発券すべきチケットの最初の
通番(取引開始通番)と最後の通番(取引終了通番)を
管理センタで記憶することにより、1つの発券処理で複
数枚のチケツトを発券するような場合に、発券途中で障
害が発生したとしても、障害時の後処理において、オペ
レータに対するきめ細かな対応を取ることができる。
Also, by storing the first serial number (transaction start serial number) and the last serial number (transaction end serial number) of a ticket to be issued in one ticketing process in the management center, a plurality of tickets are issued in one ticketing process. In such a case, even if a failure occurs in the middle of issuing a ticket, it is possible to take detailed measures for the operator in post-processing when the failure occurs.

【図面の簡単な説明】[Brief description of the drawings]

第1図は本発明の一実施例のセンタ側と端末側で管理し
ているチケツトの出力通番の状態図、第2図はセンタ側
の通番チエツク及び通番付与を行う処理のフローチヤー
ト、第3図は端末側の通番記憶処理及び問い合せ電文に
記憶通番を付加する処理のフローチヤートである。 1……端末管理テーブル、2……該端末に対するセンタ
側の最終取引のチケツト出力開始通番、3……該端末に
対するセンタ側の最終取引のチケツト出力終了通番、4
……出力済通番。
FIG. 1 is a state diagram of output serial numbers of tickets managed by a center side and a terminal side according to an embodiment of the present invention. FIG. 2 is a flowchart of processing for assigning a serial number check and serial number on the center side. The figure is a flowchart of the terminal-side serial number storage process and the process of adding the storage serial number to the inquiry message. 1. Terminal management table 2. Serial output start number of the last transaction on the center side for this terminal 3. Ticket output serial number of the last transaction on the center side for this terminal 4.
…… Output serial number.

───────────────────────────────────────────────────── フロントページの続き (72)発明者 長尾 吉浩 神奈川県横浜市中区尾上町6丁目81番地 日立ソフトウェアエンジニアリング株 式会社内 (72)発明者 加藤 雅彦 東京都品川区南大井6丁目23番15号 株 式会社日立製作所大森ソフトウェア工場 内 (72)発明者 本間 純雄 神奈川県横浜市中区尾上町6丁目81番地 日立ソフトウェアエンジニアリング株 式会社内 (72)発明者 加藤 允基 東京都大田区大森北3丁目2番16号 日 立コンピュータコンサルタント株式会社 内 (72)発明者 志村 繁夫 愛知県尾張旭市晴丘町池上1番地 株式 会社日立製作所旭工場内 (56)参考文献 特開 昭63−276668(JP,A) 特開 昭58−142471(JP,A) 実開 昭59−58873(JP,U) ──────────────────────────────────────────────────続 き Continuation of the front page (72) Inventor Yoshihiro Nagao 6-81 Onoecho, Naka-ku, Yokohama-shi, Kanagawa Prefecture Within Hitachi Software Engineering Co., Ltd. (72) Inventor Masahiko Kato 6-23 Minamioi, Shinagawa-ku, Tokyo No. 15 Hitachi, Ltd. Omori Software Factory (72) Inventor Sumio Honma 6-81-Oue-cho, Naka-ku, Yokohama-shi, Kanagawa Prefecture Within Hitachi Software Engineering Co., Ltd. (72) Inventor Yuuki Kato Ota-ku, Tokyo Kita 3-2-16-1 Hitachi Computer Consultant Co., Ltd. (72) Inventor Shimura Shigeo 1 Ikegami, Haruoka-cho, Owariasahi-shi, Aichi Pref. Hitachi, Ltd. Asahi Plant (56) References JP-A-63-276668 (JP) JP-A-58-142471 (JP, A) JP-A-59-58873 (JP, A) , U)

Claims (1)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】端末と、管理センタと、前記端末と管理セ
ンタとを接続する回線と、を有するチケット発券システ
ムにおいて、 前記端末からの問い合わせに応じて発券すべきチケット
の通番を設定して端末へ送信する送信する管理センタ側
の送信手段と、 前記送信の際に、1つの発券処理で発券すべきチケット
の最初の通番(取引開始通番)と最後の通番(取引終了
通番)を記憶する管理センタ側の記憶手段と、 前記送信された通番に基づいてチケットを順に出力する
端末におけるチケット出力手段と、 チケットの出力の都度出力されたチケットの通番(出力
済通番)を記憶する端末側の記憶手段と、 端末からの次回の問い合わせの際に、前記端末側の記憶
手段に記憶された前記出力済通番を管理センタへ送信す
る端末側の送信手段と、 前記管理センタへ送信された前記出力済通番を、前記管
理センタ側の記憶手段に記憶されていた前記取引終了通
番と、比較して両通番が一致するか否かを管理センタ側
で判定する比較判定手段と、を備えた ことを特徴とするチケット発券システム。
1. A ticket issuing system having a terminal, a management center, and a line connecting the terminal and the management center, wherein a serial number of a ticket to be issued in response to an inquiry from the terminal is set. A transmission means on the management center side for transmitting to the transmission center, and a management for storing the first serial number (transaction start serial number) and the last serial number (transaction end serial number) of the ticket to be issued in one ticketing process at the time of the transmission. Center-side storage means, ticket output means in a terminal for sequentially outputting tickets based on the transmitted serial numbers, and terminal-side storage for storing ticket serial numbers (outputted serial numbers) output each time a ticket is output Means for transmitting the output serial number stored in the storage means on the terminal side to the management center at the time of the next inquiry from the terminal; The output center serial number transmitted to the management center is compared with the transaction end serial number stored in the storage unit of the management center side, and the management center side determines whether both serial numbers match or not. And a ticket issuing system.
JP20370088A 1988-08-18 1988-08-18 Ticketing system Expired - Lifetime JP2719578B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP20370088A JP2719578B2 (en) 1988-08-18 1988-08-18 Ticketing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP20370088A JP2719578B2 (en) 1988-08-18 1988-08-18 Ticketing system

Publications (2)

Publication Number Publication Date
JPH0253196A JPH0253196A (en) 1990-02-22
JP2719578B2 true JP2719578B2 (en) 1998-02-25

Family

ID=16478402

Family Applications (1)

Application Number Title Priority Date Filing Date
JP20370088A Expired - Lifetime JP2719578B2 (en) 1988-08-18 1988-08-18 Ticketing system

Country Status (1)

Country Link
JP (1) JP2719578B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2585828B2 (en) * 1990-03-15 1997-02-26 株式会社芝浦製作所 Ticket sales system

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS58142471A (en) * 1982-02-19 1983-08-24 Toshiba Corp Customer controlling method of ticket issuing device
JPS5958873U (en) * 1982-10-08 1984-04-17 株式会社東芝 Fraud prevention device in securities issuing machines
JPS63276668A (en) * 1987-01-26 1988-11-14 Railway Technical Res Inst Abnormality recovery processing system for automatic ticket issuing terminal equipment

Also Published As

Publication number Publication date
JPH0253196A (en) 1990-02-22

Similar Documents

Publication Publication Date Title
JP2719578B2 (en) Ticketing system
CN111382062B (en) Joint debugging test method and device for real estate transaction system and external institution business system
CN112598420B (en) Online regression verification method and device
JP2625571B2 (en) Online system test method
JP3707501B2 (en) Printed circuit board production management device
CN117035990A (en) Personal tax information checking method, system, terminal and storage medium
JP2003296159A (en) Edi-erp coordination system and coordination method
JP2830771B2 (en) Data collation method
JPH0381838A (en) Correction system for software fault
JPH0267671A (en) Execution restart system for on-line processing
JP2994258B2 (en) Message error check device
JPH09233150A (en) Sequence chart generating device
JP3226491B2 (en) Duplexed totalizer system
JPH01292555A (en) Displacement system for terminal program
JPH05224979A (en) Pseudo terminal equipment
TW201939381A (en) Report generating system and program
JP3357958B2 (en) Data processing device
JPH0512320A (en) Transaction control method for terminal
JPH0573442A (en) Input data checking system
JPH096660A (en) Correlation check method for common data in plural departments
JPH097071A (en) Method for coping with omission of pos transmission data
JPS58117070A (en) Time data forming method for cash register system
JPH1031606A (en) Method and system for updating interactive file
JPH03171955A (en) Communication circuit testing system
JPH05128036A (en) Method for setting up polling table

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071121

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081121

Year of fee payment: 11

EXPY Cancellation because of completion of term
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081121

Year of fee payment: 11