JP2002149765A - System and method for traveling outfit reservation for travel agent - Google Patents
System and method for traveling outfit reservation for travel agentInfo
- Publication number
- JP2002149765A JP2002149765A JP2000345854A JP2000345854A JP2002149765A JP 2002149765 A JP2002149765 A JP 2002149765A JP 2000345854 A JP2000345854 A JP 2000345854A JP 2000345854 A JP2000345854 A JP 2000345854A JP 2002149765 A JP2002149765 A JP 2002149765A
- Authority
- JP
- Japan
- Prior art keywords
- ticketing
- server
- terminal
- travel
- data
- 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
Links
- 238000000034 method Methods 0.000 title claims description 76
- 230000008859 change Effects 0.000 claims description 51
- 238000012545 processing Methods 0.000 abstract description 44
- 230000008569 process Effects 0.000 description 62
- 238000012790 confirmation Methods 0.000 description 31
- 230000006854 communication Effects 0.000 description 27
- 238000004891 communication Methods 0.000 description 26
- 238000010586 diagram Methods 0.000 description 12
- 230000004044 response Effects 0.000 description 12
- 230000005540 biological transmission Effects 0.000 description 11
- 230000005856 abnormality Effects 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 101100066561 Schizosaccharomyces pombe (strain 972 / ATCC 24843) fep1 gene Proteins 0.000 description 2
- 238000002167 anodic stripping potentiometry Methods 0.000 description 1
- 206010003664 atrial septal defect Diseases 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
Landscapes
- Ticket-Dispensing Machines (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
【0001】[0001]
【発明の属する技術分野】本発明は、旅行代理店等に配
された端末から旅行商品の予約を行う旅行業者用旅行商
品予約システム及び旅行商品予約方法に関するものであ
る。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a travel product reservation system and a travel product reservation method for a travel agency that reserves travel products from a terminal provided at a travel agency or the like.
【0002】[0002]
【従来の技術】従来、主催旅行の場合、大手旅行業者に
より企画・開発された旅行商品は、主に当該大手旅行業
者によって販売されるが、これら大手旅行業者と委託販
売契約をした中小の旅行業者(旅行代理店)によっても
販売されることが多い。このように旅行商品の販売は、
旅行商品の開発・販売元の大手旅行業者と委託・受託販
売契約先の旅行代理店とが関連しているため、従来は大
手旅行業者と有力旅行代理店との間に専用回線を結び、
旅行代理店に配された専用端末から専用回線を介してホ
ストにアクセスすることにより、旅行代理店から大手旅
行業者への旅行商品の予約や、旅行商品に関するクーポ
ン券等の発券を行っていた。また、専用端末を設置して
いない旅行代理店は、主として電話連絡により大手旅行
業者に対する旅行商品の予約やクーポン券等の発券を行
っていた。また、旅行代理店に配された端末とサーバ間
をインターネット回線で結び、このサーバを介して端末
とホスト間の交信を行うことにより、旅行代理店から大
手旅行業者への旅行商品の予約を行うシステムが提案さ
れている。2. Description of the Related Art Conventionally, in the case of sponsored travel, travel products planned and developed by major travel agencies are mainly sold by the major travel agencies. Often sold by traders (travel agencies). In this way, sales of travel products are
Because a major travel agency that develops and sells travel products is associated with a travel agency that is a contracted / contracted sales contractor, a dedicated line was conventionally connected between the major travel agency and a leading travel agency.
By accessing the host through a dedicated line from a dedicated terminal provided at the travel agency, the travel agency has reserved a travel product to a major travel agency and issued coupons and the like relating to the travel product. In addition, travel agencies that do not have dedicated terminals have mainly made travel reservations and issued coupons and other tickets to major travel agencies by telephone. In addition, a travel agent makes a reservation for a travel product from a major travel agency by connecting a terminal and a server provided by the travel agency with an Internet line and communicating between the terminal and the host via the server. A system has been proposed.
【0003】[0003]
【発明が解決しようとする課題】しかしながら、上記の
ような従来の専用回線を介してホストに直接アクセスす
る予約・発券システムでは、回線の使用料が高く、しか
も、端末とホスト間の交信を可能にするための専用のプ
ログラムを開発して、この専用プログラムを組み込んだ
専用端末を使用する必要があるため、システムの導入に
要するコストが高いという問題があった。また、従来の
電話連絡により旅行商品の予約やクーポン券等の発券を
行う方法では、旅行商品の開発・販売元である大手旅行
業者側に常時電話対応のための要員が必要となり、予約
・発券業務に要するコストが高くなるという問題があっ
た。さらにまた、上記のようなサーバを介して端末とホ
スト間の交信を行う旅行商品予約システムでクーポン券
等の発券処理を行った場合には、クーポン券等の発券処
理の途中で通信異常等の障害が発生すると、発券処理が
どこまで済んだかをホスト側で把握できないため、クー
ポン券等を二重に発券してしまう可能性があった。ま
た、上記のいずれの方法により発券を行った場合にも、
大手旅行業者は、信用できない旅行代理店について、そ
の代理店の各月内の発券合計金額が発券限度額を超えた
か否かを目視によりチェックをかける必要があったた
め、大手旅行業者による各旅行代理店の管理に要する手
間が大きなものとなっていた。However, in the conventional reservation / ticketing system for directly accessing the host via a dedicated line as described above, the line usage fee is high and communication between the terminal and the host is possible. Therefore, it is necessary to develop a dedicated program for performing the program and use a dedicated terminal in which the dedicated program is incorporated, so that there is a problem that the cost required for introducing the system is high. In addition, the conventional method of making reservations for travel products and issuing coupons and other tickets through telephone calls requires personnel at the major travel agency that develops and sells the travel products to always be available for telephone calls. There was a problem that the cost required for the work was increased. Furthermore, when the travel product reservation system that performs communication between the terminal and the host via the server as described above performs a ticket issuing process of a coupon or the like, communication abnormality or the like may occur during the ticket issuing process of the coupon or the like. When a failure occurs, the host cannot know how far the ticketing process has been completed, and there is a possibility that a coupon or the like will be issued twice. Also, when issuing a ticket by any of the above methods,
Major travel agencies had to visually check for untrustworthy travel agencies to see if their total ticketing amount in each month exceeded the issuance limit. The labor required for managing the store was large.
【0004】本発明は、上述した問題を解消するもので
あり、専用回線や専用端末を用いることなく旅行代理店
等に配された端末により旅行商品についてのクーポン券
等の発券を行うことができるようにして、システムの導
入や維持に要するコストを低減させることができ、しか
も、クーポン券等の発券処理の途中で障害が発生した場
合でも二重発券を防ぐことが可能な旅行業者用旅行商品
予約システム及び旅行商品予約方法を提供することを目
的とする。また、所定期間内における各旅行代理店の発
券合計金額が発券限度額を超えたか否かを自動的にチェ
ックして、このチェック結果に基づき各旅行代理店につ
いてのクーポン券等の発券の可否を判断することができ
るようにして、大手旅行業者による各旅行代理店の管理
を容易にすることが可能な旅行業者用旅行商品予約シス
テム及び旅行商品予約方法を提供することを目的とす
る。[0004] The present invention solves the above-mentioned problem, and can issue a coupon or the like for a travel product using a terminal provided at a travel agency or the like without using a dedicated line or a dedicated terminal. In this way, it is possible to reduce the cost required for introducing and maintaining the system, and also to prevent double ticketing even if a failure occurs during ticketing processing of coupons and the like, for travel agents. It is an object to provide a reservation system and a travel product reservation method. In addition, it automatically checks whether or not the total ticketing amount of each travel agent within the predetermined period has exceeded the ticketing limit, and based on the check result, determines whether a ticket such as a coupon ticket can be issued for each travel agent. An object of the present invention is to provide a travel agent reservation product reservation system and a travel agent reservation method capable of making a judgment and facilitating management of each travel agency by a major travel agency.
【0005】[0005]
【課題を解決するための手段】上記目的を達成するため
に、請求項1の発明は、旅行商品の予約の管理を行うホ
ストコンピュータ(以下、ホスト)と、ホストに接続さ
れたサーバと、サーバとインターネット回線を介して通
信可能な端末とを備え、旅行商品の予約を行う旅行業者
用旅行商品予約システムであって、端末に接続され、端
末から送信された発券データを印字する発券装置を備
え、ホストは、旅行商品の予約の管理に加えて発券の管
理を行い、端末からのサーバを介した指示に基づき発券
データを作成して、サーバに送信し、サーバは、この発
券データをサーバ内のデータベースに蓄積し、端末は、
発券の指示を受け付けた際に、インターネット回線を介
してサーバ内のデータベースから発券データを読み込ん
で、発券装置に送信するものである。According to one aspect of the present invention, there is provided a host computer (hereinafter, referred to as a host) for managing travel product reservations, a server connected to the host, and a server. And a terminal capable of communicating via an internet line, a travel product reservation system for a travel agency for making a reservation of a travel product, comprising a ticketing device connected to the terminal and printing ticketing data transmitted from the terminal. The host manages ticketing in addition to managing travel product reservations, creates ticketing data based on an instruction from the terminal via the server, and transmits the ticketing data to the server. Accumulates in the database of
When an instruction to issue a ticket is received, ticketing data is read from a database in the server via the Internet line and transmitted to the ticketing device.
【0006】上記構成においては、ホストに接続された
サーバと端末とがインターネット回線を介して通信可能
であり、ホストは、端末からのサーバを介した指示に基
づき発券データを作成して、サーバに送信し、サーバ
は、この発券データをサーバ内のデータベースに蓄積す
る。また、端末は、ユーザからの発券指示を受け付けた
際に、インターネット回線を介してサーバ内のデータベ
ースから発券データを読み込んで、発券装置に送信す
る。これにより、専用回線や専用端末を用いることなく
旅行代理店等において旅行商品についてのクーポン券等
の発券を行うことができる。In the above configuration, the server and the terminal connected to the host can communicate with each other via the Internet line, and the host creates ticketing data based on an instruction from the terminal via the server, and sends the ticketing data to the server. Then, the server stores the ticketing data in a database in the server. Further, when the terminal receives a ticketing instruction from the user, the terminal reads ticketing data from a database in the server via the Internet line and transmits the data to the ticketing device. Thus, it is possible to issue a coupon such as a coupon for a travel product in a travel agency or the like without using a dedicated line or a dedicated terminal.
【0007】また、サーバを各発券データ毎の発券状態
の管理情報を有するものとし、管理情報を変更する変更
手段をさらに備え、管理情報に基づいて各発券データ毎
に発券の可否を制御することが望ましい。これにより、
クーポン券等の発券処理の途中で障害が発生した場合で
も、サーバ側の管理情報内にどの発券データの処理中に
障害が発生したかという情報を保持して、変更手段によ
り管理情報が変更されるまでは、障害が発生した発券処
理に対応した発券データを印字し直せないようにするこ
とができ、従って、二重発券を防止することができる。
また、サーバの管理者が、障害の発生した発券処理にお
いてクーポン券等が未出力であったと判断した場合に
は、該当する発券データの管理情報を変更手段を用いて
出力待ちの状態に変更することにより、該当する発券デ
ータを印字し直すことができる。[0007] The server may have management information of a ticketing state for each ticketing data, further comprising a change means for changing the management information, and controlling whether or not ticketing is possible for each ticketing data based on the management information. Is desirable. This allows
Even if a failure occurs during the issuance processing of a coupon, etc., the information on which issuance data is being processed during processing of the issuance data is stored in the management information on the server side, and the management information is changed by the change unit. Until the issue, the ticketing data corresponding to the ticketing process in which the failure has occurred can be prevented from being reprinted, and therefore double ticketing can be prevented.
When the server administrator determines that the coupon or the like has not been output in the ticketing process in which a failure has occurred, the management information of the corresponding ticketing data is changed to a state of waiting for output using the change unit. Thus, the corresponding ticketing data can be reprinted.
【0008】また、サーバが各発券データ毎の発券状態
の管理情報を有し、この管理情報に基づいて二重発券を
防止することが望ましい。これにより、サーバ側で集中
管理された各発券データの情報に基づいて二重発券を防
止することができるので、複数の端末から殆ど同時に発
券の指示を受け付けた場合でも、二重発券を防止するこ
とができる。また、クーポン券等の発券処理の途中で障
害が発生した場合でも、該当する発券データについての
二重発券を防止することができる。Further, it is desirable that the server has management information of a ticketing state for each ticketing data, and based on this management information, double ticketing is prevented. As a result, double ticketing can be prevented based on the information of each ticketing data centrally managed on the server side. Therefore, even when instructions for ticketing are received almost simultaneously from a plurality of terminals, double ticketing is prevented. be able to. Further, even if a failure occurs during the issuance processing of a coupon or the like, it is possible to prevent double issuance of the corresponding issuance data.
【0009】また、サーバ及び端末は、共に各発券デー
タ毎の発券状態の管理情報を有し、これら2つの管理情
報に基づいて二重発券を防止することが望ましい。これ
により、クーポン券等の発券処理の途中で障害が発生し
た場合でも、サーバ側と端末側の両方の管理情報に格納
された該当する発券データの発券状態から、クーポン券
等が確実に未出力であると判断できる場合には、クーポ
ン券等を出し直せるようにすることができる。Further, it is desirable that both the server and the terminal have management information of the ticketing state for each ticketing data, and prevent double ticketing based on these two pieces of management information. As a result, even if a failure occurs during the issuance processing of a coupon, etc., the coupon, etc. is not output reliably from the issuance state of the corresponding issuance data stored in the management information on both the server and the terminal. If it can be determined that the coupon is valid, the coupon can be reissued.
【0010】また、端末は旅行業者の業務を代行する旅
行代理店に配され、サーバは、所定期間内における各旅
行代理店の発券金額の合計金額の情報と発券限度額の情
報とを有し、これらの情報に基づいて各旅行代理店にお
ける端末による発券の可否を判断するようにしてもよ
い。これにより、所定期間内における各旅行代理店の発
券合計金額が発券限度額を超えたか否かを自動的にチェ
ックして、このチェック結果に基づき各旅行代理店につ
いてのクーポン券等の発券の可否を判断することができ
る[0010] The terminal is provided to a travel agency acting on behalf of a travel agency, and the server has information on the total amount of ticket issuance of each travel agent and information on the issuance limit within a predetermined period. Alternatively, it may be determined whether or not a ticket can be issued by a terminal at each travel agency based on these pieces of information. As a result, it is automatically checked whether or not the total ticket amount of each travel agent within the predetermined period exceeds the ticket issuance limit, and based on the check result, whether or not a coupon ticket or the like can be issued for each travel agent. Can judge
【0011】また、請求項6の発明は、旅行商品の予約
の管理を行うホストと、ホストに接続されたサーバと、
サーバとインターネット回線を介して通信可能な端末と
によって旅行商品の予約を行う旅行業者用旅行商品予約
方法において、端末からのサーバを介した指示に基づい
てホストにより発券データを作成するステップと、作成
した発券データをホストからサーバに送信するステップ
と、発券データをサーバ内のデータベースに蓄積するス
テップと、サーバ内のデータベースに蓄積された発券デ
ータをインターネット回線を介して端末により読み込ん
で、発券装置に送信するステップと、端末から送信され
た発券データを発券装置により印字するステップとから
なるものである。この方法により、上記請求項1と同様
な作用を得ることができる。According to a sixth aspect of the present invention, there is provided a host for managing reservation of a travel product, a server connected to the host,
In a travel agent reservation method for a travel agency that reserves a travel item by a server and a terminal communicable via an Internet line, a step of generating ticketing data by a host based on an instruction from the terminal via the server; Transmitting the issued ticketing data from the host to the server; storing the ticketing data in a database in the server; reading the ticketing data stored in the database in the server by a terminal via an Internet line; It comprises a transmitting step and a step of printing the ticketing data transmitted from the terminal by the ticketing device. According to this method, the same operation as that of the first aspect can be obtained.
【0012】また、上記方法において、サーバは、各発
券データ毎の発券状態の管理情報を有し、この管理情報
に基づいて二重発券を防止するようにしてもよい。これ
により、上記と同様な作用を得ることができる。In the above method, the server may have management information of a ticketing state for each ticketing data, and prevent double ticketing based on the management information. Thereby, the same operation as described above can be obtained.
【0013】また、上記方法において、端末は旅行業者
の業務を代行する旅行代理店に配され、サーバは、各旅
行代理店毎の所定期間内の発券金額の合計金額の情報と
発券限度額の情報とを有し、これらの情報に基づいて各
旅行代理店における端末による発券の可否を判断するよ
うにしてもよい。これにより、上記と同様な作用を得る
ことができる。[0013] In the above method, the terminal is provided to a travel agency acting on behalf of a travel agency, and the server is configured to provide information on a total amount of ticket issuance for a predetermined period for each travel agency and a limit on the issuance limit. Information, and whether or not a ticket can be issued by the terminal at each travel agency may be determined based on the information. Thereby, the same operation as described above can be obtained.
【0014】[0014]
【発明の実施の形態】以下、本発明の一実施形態による
旅行業者用旅行商品予約システムについて図面を参照し
て説明する。図1に本実施形態による旅行業者用旅行商
品予約発券システム(以下、予約発券システムという)
1の構成を示す。この予約発券システム1は、大手旅行
業者のセンタ2に配されたセンタ側システム7と、予約
・発券業務を行う代理店(以下、予約・発券店舗とい
う)4に配された予約・発券店舗側システム8と、予約
業務のみを行う代理店(以下、予約専用店舗という)5
に配された予約端末22とから構成される。予約・発券
店舗側システム8及び予約端末22は、インターネット
回線3を介してセンタ側システム7と接続されている。DESCRIPTION OF THE PREFERRED EMBODIMENTS A travel product reservation system for a travel agency according to one embodiment of the present invention will be described below with reference to the drawings. FIG. 1 shows a travel agent reservation ticketing system for a travel agency according to the present embodiment (hereinafter referred to as a reservation ticketing system).
1 is shown. This reservation ticketing system 1 includes a center system 7 arranged at a center 2 of a major travel agency, and a reservation / ticketing store arranged at an agency (hereinafter referred to as a reservation / ticketing store) 4 which performs reservation / ticketing operations. A system 8 and an agency that performs only the reservation business (hereinafter referred to as a reservation-only store) 5
And a reservation terminal 22 allocated to the server. The reservation / ticketing store side system 8 and the reservation terminal 22 are connected to the center side system 7 via the Internet line 3.
【0015】センタ側システム7は、ホスト・FEP1
1、ホストゲートウェイ(以下、ホストG/Wと略す)
12、WEBサーバ13、発券DBサーバ14及びルー
タ15から構成され、これらの各装置はLAN16によ
り接続されている。ホスト・FEP11は、旅行商品の
予約・発券業務の管理を行うホストコンピュータ(以
下、ホストという)とホストの処理の高速化を行うFE
P(Front End Processor)とからなる。ホストG/W
12は、ホスト・FEP11とWEBサーバ13との間
のインタフェース用のサーバであり、WEBサーバ13
で使用しているデータとホスト・FEP11で使用して
いるデータとの間のデータ形式の変換等を行う。WEB
サーバ13は、予約・発券店舗側システム8から送信さ
れた予約又は発券の依頼電文をインターネット回線3を
介して受信して、その情報をホストG/W12に送信す
る。また、発券DBサーバ14は、予約・発券店舗側シ
ステム8から依頼された内容に基づいてホストが作成し
た発券データをホストG/W12を介して受け取り、こ
の発券データを内部のデータベースに格納する。上記の
ホストG/W12、WEBサーバ13及び発券DBサー
バ14の3種類のサーバを合わせたものが、請求項にお
けるサーバに相当する。また、ルータ15は、センタ側
システム7のLAN16と他のLAN(例えば、予約・
発券店舗側システム8のLAN20)との相互接続を行
うためのものである。The center-side system 7 includes a host FEP 1
1. Host gateway (hereinafter abbreviated as host G / W)
12, a WEB server 13, a ticketing DB server 14, and a router 15. These devices are connected by a LAN 16. The host / FEP 11 is a host computer (hereinafter, referred to as a host) for managing travel product reservation and ticketing business, and an FE for accelerating the processing of the host.
P (Front End Processor). Host G / W
Reference numeral 12 denotes a server for an interface between the host / FEP 11 and the web server 13, and the web server 13
The conversion of the data format between the data used by the host and the data used by the host / FEP 11 is performed. WEB
The server 13 receives the reservation or ticketing request message transmitted from the reservation / ticketing store side system 8 via the Internet line 3 and transmits the information to the host G / W 12. Further, the ticketing DB server 14 receives, via the host G / W 12, ticketing data created by the host based on the contents requested by the reservation / ticketing store side system 8, and stores the ticketing data in an internal database. A combination of the three types of servers, the host G / W 12, the web server 13, and the ticketing DB server 14, corresponds to a server in the claims. The router 15 is connected to the LAN 16 of the center system 7 and another LAN (for example,
This is for interconnecting the ticket issuing store system 8 with the LAN 20).
【0016】予約・発券店舗側システム8は、予約と発
券の両方の業務を行うことが可能な発券機制御端末1
7、発券機制御端末17から送られた発券データの印字
を行う発券装置18、予約業務のみを行うことが可能な
予約端末19、及びセンタ側システム7のLAN16と
接続するためのルータ21から構成され、これらの各装
置間はLAN20により接続されている。The reservation / ticketing store side system 8 is a ticketing machine control terminal 1 capable of performing both reservation and ticketing operations.
7, a ticket issuing device 18 for printing ticket issuing data sent from the ticket issuing machine control terminal 17, a reservation terminal 19 capable of performing only a reservation operation, and a router 21 for connecting to the LAN 16 of the center system 7. These devices are connected by a LAN 20.
【0017】次に、図2を参照して上記の発券DBサー
バ14と発券機制御端末17のハードウェア構成につい
て説明する。発券DBサーバ14は、内部に装置全体の
制御を行うCPU31と、装置の起動時に各種のアプリ
ケーションをロードするためのメモリ32と、CD−R
OMドライブ33と、FDD(Floppy Disk Drive)3
4と、データDAT(Data Digital Audio Taperecorde
r)35と、ディスク・アレイタイプのディスク36
と、10BASE−T及び100BASE−Tの規格に
対応したLANボード37とを有している。また、発券
機制御端末17は、一般のパーソナル・コンピュータで
あり、TFTモニタ又はCRT(以下、モニタと総称す
る)38と、発券機制御端末17全体の制御を行うCP
U39と、各種のアプリケーションをロードするための
メモリ40と、CD−ROMドライブ41と、FDD4
2と、HDD(Hard Disk Drive)43と、10BAS
E−T及び100BASE−Tの規格に対応したLAN
ボード44とからなる。Next, the hardware configuration of the above-mentioned ticket issuing DB server 14 and ticket issuing machine control terminal 17 will be described with reference to FIG. The ticketing DB server 14 internally includes a CPU 31 for controlling the entire apparatus, a memory 32 for loading various applications when the apparatus is started, and a CD-R.
OM drive 33 and FDD (Floppy Disk Drive) 3
4 and data DAT (Data Digital Audio Taperecorde
r) 35 and a disk array type disk 36
And a LAN board 37 corresponding to the 10BASE-T and 100BASE-T standards. The ticket issuing machine control terminal 17 is a general personal computer, and includes a TFT monitor or a CRT (hereinafter, collectively referred to as a monitor) 38 and a CP for controlling the entire ticket issuing machine control terminal 17.
U39, a memory 40 for loading various applications, a CD-ROM drive 41, an FDD 4
2, HDD (Hard Disk Drive) 43, 10BAS
LAN compatible with ET and 100BASE-T standards
And a board 44.
【0018】次に、図3を参照して、センタ側システム
7側の3種類のサーバ12〜14及び予約・発券店舗側
システム8側の発券機制御端末17のソフトウェアの構
成について説明する。センタ側システム7のホストG/
W12は、発券DB書き込みAP(Application Progra
m)50を含むホストシステム連動ミドルウェア51、
サーバ用のツールであるミドルソフト52、及びサーバ
用のOS(例えば、マイクロソフト社のWindows NT 4.0
Server)53等を有している。また、WEBサーバ1
3は、発券機制御端末17のモニタ上に発券情報の一覧
画面を表示するための発券データ一覧表示ASP(Acti
ve Server Pages: WEBサーバスクリプト実行環境)
54、発券DBサーバ14と通信するための発券DBサ
ーバ通信ASP55、業務ASP群56、インターネッ
ト/イントラネットのサーバ用ツール(例えば、マイク
ロソフト社のInternet Information Server)57、SQL
ServerにアクセスするためのODBC58、及びサー
バ用OS53等を有している。また、発券DBサーバ1
4は、発券DB60との入出力を行うためのデータベー
ス・ツール(例えば、マイクロソフト社のSQL Server
7.0)59、及びサーバ用OS53等を有している。Next, with reference to FIG. 3, the software configuration of the three types of servers 12 to 14 on the center system 7 side and the ticketing machine control terminal 17 on the reservation / ticketing store system 8 side will be described. Host G /
W12 is a ticketing DB writing AP (Application Progra
m) host system-linked middleware 51 including 50;
Middle software 52, a server tool, and a server OS (for example, Microsoft Windows NT 4.0
Server) 53 and the like. Web server 1
3 is a ticketing data list display ASP (Acti Acti) for displaying a ticketing information list screen on the monitor of the ticketing machine control terminal 17.
ve Server Pages: WEB server script execution environment)
54, a ticketing DB server communication ASP 55 for communicating with the ticketing DB server 14, a group of business ASPs 56, an Internet / intranet server tool (for example, Microsoft Internet Information Server) 57, SQL
It has an ODBC 58 for accessing the Server, an OS 53 for the server, and the like. Ticketing DB server 1
4 is a database tool (for example, Microsoft SQL Server) for performing input / output with the ticketing DB 60.
7.0) 59, and a server OS 53 and the like.
【0019】予約・発券店舗側システム8側の発券機制
御端末17は、WEBサーバ13上のコンテンツ(マル
チメディア・アプリケーションを作成する際に必要な画
像や音等の素材と、マルチメディア・アプリケーション
自体と、マルチメディア・アプリケーションにより提供
されるサービスを含んだもの)を閲覧するためのWEB
ブラウザ61、センタ側システム7からダウンロードさ
れた発券機制御端末17内の各プログラムをリモート・
メンテナンスするためのリモメンAP62、発券DBサ
ーバ14と通信するための発券DBサーバ通信ActiveX
(発券コンテンツ)63、発券装置制御AP(発券プロ
セス)64、及び予約業務等のアプリケーションである
ミドルソフト65、及びクライアント用のOS(例え
ば、マイクロソフト社のWindows NT 4.0 Workstation)
62等を有している。また、予約端末19は、WEBサ
ーバ13上のコンテンツを閲覧するためのWEBブラウ
ザ(例えば、マイクロソフト社のInternet Explorer 5.
0)61 等を有している。The ticketing machine control terminal 17 of the reservation / ticketing store side system 8 is provided with contents (materials such as images and sounds necessary for creating a multimedia application and multimedia application itself) on the WEB server 13. Web service for browsing services including services provided by multimedia applications)
The browser 61 and the programs in the ticketing machine control terminal 17 downloaded from the center system 7 are transmitted to the remote
Remomen AP62 for maintenance, ticketing DB server communication ActiveX for communicating with ticketing DB server 14
(Ticket issuing content) 63, ticket issuing device control AP (ticket issuing process) 64, middle software 65 which is an application for reservation business and the like, and OS for a client (for example, Microsoft Windows NT 4.0 Workstation)
62 and the like. In addition, the reservation terminal 19 is a web browser (for example, Microsoft Internet Explorer 5.x) for browsing contents on the web server 13.
0) 61 and the like.
【0020】次に、図4を参照して、当予約発券システ
ム1における予約からクーポン券の印字までの処理につ
いて説明する。なお、以下の説明では、ユーザが予約端
末19からホスト・FEP11に予約処理及び発券指示
処理の依頼を行う場合を例に説明するが、これらの処理
の依頼を発券機制御端末17から行ってもよい。図1に
示される予約・発券店舗4のユーザが予約端末19から
旅行商品の予約を行った上で、発券業務画面80からク
ーポン券75の発券指示を行うと、予約端末19側のW
EBブラウザ61は、に示されるように、WEBサー
バ13とホストG/W12とを介してホスト・FEP1
1に予約電文と発券電文とを送信する。ホスト・FEP
11は、これらの電文を受信すると、これらの電文に対
応した回答電文を作成して、ホストG/W12とWEB
サーバ13とを介して予約端末19に送信する。この
際、ホスト・FEP11は、に示されるように、発券
プリンタ(発券装置)宛電文を作成して、この電文をホ
ストG/W12を介して発券DBサーバ14上の発券D
B60に格納し、同時にホスト側の管理データに該当の
予約情報についての発券処理が完了した旨の情報を書き
込む。Next, with reference to FIG. 4, processing from reservation to printing of a coupon in the reservation ticket issuing system 1 will be described. In the following description, a case will be described as an example where the user requests the host / FEP 11 for the reservation processing and the ticket issuing instruction processing from the reservation terminal 19, but it is also possible to request these processings from the ticket issuing machine control terminal 17. Good. When the user of the reservation / ticketing store 4 shown in FIG. 1 makes a reservation of a travel product from the reservation terminal 19 and issues a coupon ticket issuing instruction from the ticketing business screen 80, the W of the reservation terminal 19 side becomes
The EB browser 61 transmits the host / FEP1 via the web server 13 and the host G / W12 as shown in FIG.
1, the reservation message and the ticketing message are transmitted. Host FEP
11 receives these messages, creates an answer message corresponding to these messages, and communicates with the host G / W 12 and WEB.
The information is transmitted to the reservation terminal 19 via the server 13. At this time, the host / FEP 11 creates a message addressed to a ticketing printer (ticketing device) as shown in (1), and sends the message to the ticketing D on the ticketing DB server 14 via the host G / W 12.
At the same time, the information indicating that the ticketing process for the corresponding reservation information is completed is written in the management data on the host side.
【0021】上記処理後に、予約・発券店舗4のユーザ
が発券機制御端末17のWEBブラウザ61からWEB
サーバ13に該当店舗についての発券データを送信する
ように依頼すると、WEBサーバ13は、に示される
ように、発券DB60から該当店舗の発券データを読み
込んで、発券可能なデータの一覧表の画面(発券状況一
覧画面)81を発券機制御端末17のモニタ上に表示す
る。そして、ユーザが発券機制御端末17の発券状況一
覧画面81から発券対象となるデータを選択して発券状
況一覧画面81上の発券ボタンをクリックすると、WE
Bサーバ13は、選択されたデータに対応した発券デー
タ中の発券フラグを「発券中」に書き換えると共に、
に示されるように、選択されたデータに対応した発券デ
ータを暗号化して、発券機制御端末17にダウンロード
する。発券機制御端末17は、ダウンロードされた発券
データを復号化した上でクーポン券用の印字データに編
集して、編集後の印字データを発券装置18に送信す
る。発券装置18は、この印字データに基づいてクーポ
ン券75の印刷を行う。また、発券機制御端末17は、
クーポン券75の印字が正常に終了すると、WEBブラ
ウザ61を介して発券DB60にアクセスして、発券D
B60内から該当の発券データのレコードを読み込み、
該当レコード中の発券フラグを「発券済」に書き換え
る。ただし、クーポン券75の印字が異常終了した場合
には、該当の発券データレコード中の発券フラグを「エ
ラー」又は「不定」に書き換える。なお、「不定」と
は、クーポン券75が出力されたか否かが不明の状態を
いい、発券状況一覧画面81からのクーポン券75の印
字指示後に、LAN等の障害によりクーポン券75の印
字処理が異常終了した場合に発生する。After the above-mentioned processing, the user of the reservation / ticketing store 4 uses the WEB browser 61 of the ticketing machine control terminal 17 to execute the WEB
When the server 13 is requested to transmit the ticketing data for the store, the web server 13 reads the ticketing data of the store from the ticketing DB 60 and displays a screen of a list of data that can be issued as shown in FIG. The ticket issuing status list screen 81 is displayed on the monitor of the ticket issuing machine control terminal 17. When the user selects data to be issued from the ticketing status list screen 81 of the ticketing machine control terminal 17 and clicks a ticketing button on the ticketing status list screen 81, WE
The B server 13 rewrites the ticketing flag in the ticketing data corresponding to the selected data to “during ticketing”,
As shown in (2), ticketing data corresponding to the selected data is encrypted and downloaded to the ticketing machine control terminal 17. The ticket issuing machine control terminal 17 decrypts the downloaded ticket issuing data, edits it into print data for a coupon, and transmits the edited print data to the ticket issuing device 18. The ticket issuing device 18 prints a coupon 75 based on the print data. In addition, the ticketing machine control terminal 17
When the printing of the coupon 75 is completed normally, the ticket issuing DB 60 is accessed via the web browser 61 and the ticket issuing D is issued.
Read the record of the relevant ticketing data from within B60,
The ticketing flag in the record is rewritten to "ticketed". However, if the printing of the coupon ticket 75 ends abnormally, the ticketing flag in the corresponding ticketing data record is rewritten to “error” or “undefined”. In addition, “indefinite” means a state where it is unknown whether or not the coupon ticket 75 has been output. After the coupon ticket 75 is instructed to be printed from the issuance status list screen 81, the coupon ticket 75 is printed due to a failure in the LAN or the like. Occurs when the command terminates abnormally.
【0022】次に、図5を参照して、予約端末19から
センタ側システム7に旅行商品の予約を行う際における
ホストG/W12の処理について説明する。ホストG/
W12は、発券DBサーバ14上の販売店マスタDB7
0に格納された各店舗の当月発券金額、月額担保額及び
新規予約停止サインのデータを参照して、これらのデー
タに基づき各店舗についての新規予約の可否を判断す
る。すなわち、図に示されるように、予約端末19のW
EBブラウザ61から予約情報が入力されると(S
1)、ホストG/W12は、WEBサーバ13を介して
この予約情報を受け取った後、発券DBサーバ14上の
販売店マスタDB70を参照して(S2)、予約端末1
9が配置されている店舗の当月発券金額と月額担保額の
データを読み取る。そして、ホストG/W12は、当該
店舗の当月発券金額と月額担保額とを比較して(S
3)、当月発券金額が既に月額担保額を超えている場合
には(S3でYES)、販売店マスタDB70内の新規
予約停止サインを参照して(S4)、新規予約停止サイ
ンがONの場合には(S5でYES)、予約端末19の
WEBブラウザ61上に「新規予約ができません」のメ
ッセージを表示する(S6)。Next, with reference to FIG. 5, the processing of the host G / W 12 when making a reservation for a travel product from the reservation terminal 19 to the center system 7 will be described. Host G /
W12 is a store master DB7 on the ticketing DB server 14.
With reference to the data of the current month's ticketing amount, monthly collateral amount, and new reservation stop sign of each store stored in “0”, it is determined whether or not a new reservation can be made for each store based on these data. That is, as shown in FIG.
When the reservation information is input from the EB browser 61 (S
1) After receiving this reservation information via the WEB server 13, the host G / W 12 refers to the store master DB 70 on the ticketing DB server 14 (S2), and
The data of the current month's ticketing amount and the monthly collateral amount of the store where 9 is arranged are read. Then, the host G / W 12 compares the current month's ticket issue amount of the store with the monthly collateral amount (S
3) If the ticketing amount for the current month has already exceeded the monthly collateral amount (YES in S3), refer to the new reservation stop sign in the store master DB 70 (S4), and if the new reservation stop sign is ON. (YES in S5), a message that "new reservation cannot be made" is displayed on the web browser 61 of the reservation terminal 19 (S6).
【0023】これに対して、S3で当月発券金額が未だ
月額担保額を超えていない場合(S3でNO)及び新規
予約停止サインがOFFの場合には(S5でNO)、ホ
ストG/W12は、発券DBサーバ14上の店舗確認D
B71及び回答確認DB72に送信時刻、入力通番、端
末ID等の項目を書き込む(S7)。そして、S1で予
約端末19のWEBブラウザ61から入力された予約情
報に基づいて、ホスト・FEP11への送信用の予約電
文を作成して、この予約電文をホスト・FEP11へ送
信する(S8)。そして、ホストG/W12は、ホスト
・FEP11からの回答を受信すると(S9)、発券D
Bサーバ14上の店舗確認DB71及び回答確認DB7
2に回答項目を書き込んだ後に(S10)、予約端末1
9のWEBブラウザ61上にホスト・FEP11からの
回答を送信する(S11)。なお、上記の旅行商品の予
約は、予約端末19からのみではなく、発券機制御端末
17又は予約端末22からも行うことができる。この点
は、下記の図6乃至図10で説明する発券指示、変更、
変更指示、解約、再発券の各処理についても同様であ
る。また、販売店マスタDB70内の各店舗の新規予約
停止サインと月額担保額とは、各店舗の販売実績や信用
に応じてセンタ側システム7の管理者が設定する。On the other hand, in S3, if the amount issued in the current month has not yet exceeded the monthly collateral amount (NO in S3) and if the new reservation stop sign is OFF (NO in S5), the host G / W 12 , Store confirmation D on ticketing DB server 14
Items such as a transmission time, an input serial number, and a terminal ID are written in B71 and the answer confirmation DB 72 (S7). Then, based on the reservation information input from the WEB browser 61 of the reservation terminal 19 in S1, a reservation message for transmission to the host / FEP 11 is created, and this reservation message is transmitted to the host / FEP 11 (S8). When the host G / W 12 receives the answer from the host / FEP 11 (S9), the host G / W 12 issues a ticketing D.
Store confirmation DB 71 and answer confirmation DB 7 on B server 14
After writing the answer items in 2 (S10), the reservation terminal 1
The reply from the host / FEP 11 is transmitted to the web browser 61 of No. 9 (S11). The reservation of the travel product can be performed not only from the reservation terminal 19 but also from the ticketing machine control terminal 17 or the reservation terminal 22. This point will be described with reference to FIGS. 6 to 10 below.
The same applies to each processing of a change instruction, cancellation, and reissue ticket. Further, the new reservation stop sign and the monthly collateral amount of each store in the store master DB 70 are set by the manager of the center-side system 7 according to the sales performance and credit of each store.
【0024】次に、図6を参照して、予約端末19から
センタ側システム7にクーポン券75の発券指示を行う
場合におけるホストG/W12の処理について説明す
る。なお、ここでは、予約端末19からの発券指示に基
づき発券データを作成するところまでを説明し、クーポ
ン券75の印字に関連する処理までは説明しない。図に
示されるように、ユーザが図4に示される予約端末19
の発券業務画面80から予約番号等を入力すると(S2
1)、予約端末19側のWEBブラウザ61は、この予
約番号等の情報をWEBサーバ13を介してホストG/
W12に送信する。ホストG/W12は、これらの情報
を受信すると、入力された予約番号に対応したクーポン
券75が発券可能であるか否かをチェックする。すなわ
ち、ホストG/W12は、予約番号等の情報を受信する
と、発券DBサーバ14上の店舗確認DB71を参照し
て(S22)、店舗確認DB71内に受信した予約番号
と同じ予約番号を持つレコードが存在するか否かをチェ
ックする。そして、同じ予約番号を持つレコードが存在
しない場合には、(S23でNO)、予約端末19のW
EBブラウザ61上に「貴店舗に当該予約番号が存在し
ません。」のメッセージを表示する(S24)。これに
対して、店舗確認DB71内に同じ予約番号を持つレコ
ードが存在する場合には(S23でYES)、ホストG
/W12は、発券DBサーバ14上の発券DB60を参
照して(S25)、発券DB60内に受信した予約番号
と同じ予約番号を持つレコードが存在するか否かをチェ
ックする。そして、発券DB60内に同じ予約番号を持
つレコードが存在する場合には(S26でYES)、受
信した予約番号に対応したクーポン券75の発券データ
が既に作成済みであると判断できるので、新たな発券デ
ータの作成を行わない。そして、再度、発券DB60中
の該当する発券データを参照して(S27)、その発券
フラグが「発券済」の場合には(S28でYES)、予
約端末19のWEBブラウザ61上に「当該予約は発券
済です。」のメッセージを表示し(S29)、また、発
券フラグが「発券待ち」、「発券中」、「エラー」又は
「不定」の場合には(S28でNO)、WEBブラウザ
61上に「当該予約は発券取り込み操作をお願いしま
す。」のメッセージを表示する(S30)。Next, with reference to FIG. 6, the processing of the host G / W 12 when the reservation terminal 19 issues an instruction to issue a coupon 75 to the center system 7 will be described. It should be noted that here, a description will be given up to the point of generating ticketing data based on a ticketing instruction from the reservation terminal 19, and not to a process related to printing of the coupon ticket 75. As shown in the figure, the user operates the reservation terminal 19 shown in FIG.
When a reservation number or the like is input from the ticketing business screen 80 of (S2)
1), the web browser 61 of the reservation terminal 19 transmits the information such as the reservation number to the host G / via the web server 13.
Transmit to W12. When receiving the information, the host G / W 12 checks whether or not a coupon 75 corresponding to the input reservation number can be issued. That is, when the host G / W 12 receives the information such as the reservation number, the host G / W 12 refers to the store confirmation DB 71 on the ticketing DB server 14 (S22), and stores a record having the same reservation number as the received reservation number in the store confirmation DB 71. Check if exists. If there is no record having the same reservation number (NO in S23), the W
The message "The reservation number does not exist at your store" is displayed on the EB browser 61 (S24). On the other hand, if there is a record having the same reservation number in the store confirmation DB 71 (YES in S23), the host G
The / W12 refers to the ticketing DB 60 on the ticketing DB server 14 (S25) and checks whether or not a record having the same reservation number as the received reservation number exists in the ticketing DB 60. Then, if there is a record having the same reservation number in the ticketing DB 60 (YES in S26), it can be determined that the ticketing data of the coupon 75 corresponding to the received reservation number has already been created, and a new Do not create ticketing data. Then, referring again to the relevant ticketing data in the ticketing DB 60 (S27), if the ticketing flag is “ticketed” (YES in S28), the “reservation” is displayed on the WEB browser 61 of the reservation terminal 19. Is issued. "(S29), and when the ticketing flag is" waiting for ticketing "," during ticketing "," error "or" indefinite "(NO in S28), the web browser 61 A message "Please carry out ticketing operation for this reservation" is displayed above (S30).
【0025】次に、ホストG/W12は、発券DBサー
バ14上の販売店マスタDB70に格納された各店舗の
当月発券金額、月額担保額及び新規発券停止サインのデ
ータを参照して、これらのデータに基づき各店舗におけ
る新規発券の可否を判断する。すなわち、ホストG/W
12は、発券DBサーバ14上の販売店マスタDB70
を参照して(S31)、予約情報を送信した予約端末1
9が配置されている店舗の当月発券金額と月額担保額の
データを読み取る。そして、当該店舗の当月発券金額と
月額担保額とを比較して(S32)、当月発券金額が既
に月額担保額を超えている場合には(S32でYE
S)、販売店マスタDB70内の新規発券停止サインを
参照して(S33)、新規発券停止サインがONの場合
には(S34でYES)、予約端末19のWEBブラウ
ザ61上に「新規発券ができません」のメッセージを表
示する(S35)。これに対して、S32で当月発券金
額が未だ月額担保額を超えていない場合(S32でN
O)及び新規発券停止サインがOFFの場合には(S3
4でNO)、ホストG/W12は、発券DBサーバ14
上の店舗確認DB71及び回答確認DB72に送信時
刻、入力通番、端末ID等の項目を書き込む(S3
6)。そして、ホストG/W12は、S21で予約端末
19のWEBブラウザ61から入力された予約番号等の
情報に基づいて、ホスト・FEP11への送信用の発券
電文を作成して、この発券電文をホスト・FEP11へ
送信する(S37)。Next, the host G / W 12 refers to the data of the current month's ticket issue amount, monthly collateral amount, and new ticket stop sign of each store stored in the store master DB 70 on the ticket issue DB server 14, and these It is determined whether a new ticket can be issued at each store based on the data. That is, the host G / W
12 is a store master DB 70 on the ticketing DB server 14
(S31), the reservation terminal 1 that transmitted the reservation information
The data of the current month's ticketing amount and the monthly collateral amount of the store where 9 is arranged are read. Then, the amount of the ticket issued in the month of the store is compared with the amount of the monthly collateral (S32), and if the amount of the ticket issued in the month already exceeds the amount of the monthly collateral (YE in S32).
S) With reference to the new ticketing stop sign in the store master DB 70 (S33), if the new ticketing stop sign is ON (YES in S34), the message "New ticketing is displayed on the web browser 61 of the reservation terminal 19". Message is displayed (S35). On the other hand, if the ticketing amount for the current month has not exceeded the monthly collateral amount in S32 (N in S32
O) and when the new ticket stop sign is OFF (S3
4; NO), the host G / W 12
The items such as the transmission time, the input serial number, and the terminal ID are written in the store confirmation DB 71 and the response confirmation DB 72 (S3).
6). Then, the host G / W 12 creates a ticketing message for transmission to the host / FEP 11 based on the information such as the reservation number input from the web browser 61 of the reservation terminal 19 in S21, and stores the ticketing message in the host. -Transmit to FEP11 (S37).
【0026】ホストG/W12は、ホスト・FEP11
からの回答を受信すると(S38)、発券DBサーバ1
4上の店舗確認DB71及び回答確認DB72に回答項
目を書き込み(S39)、同時にホスト・FEP11か
らの回答電文に基づいて発券DB60に該当予約番号の
発券データを書き込む。この発券データは、出発日から
6ヶ月間保存される。この後、ホストG/W12は、予
約端末19のWEBブラウザ61上にホスト・FEP1
1からの回答電文を送信し(S40)、同時にホスト・
FEP11からの回答電文内の発券金額を、S31の処
理で読み込んだ販売店マスタDB70のレコードの当月
発券金額に加算して、このレコードを販売店マスタDB
70に再書き込み(リライト)する(S42)。なお、
販売店マスタDB70内の各店舗の新規発券停止サイン
は、各店舗の販売実績や信用に応じてセンタ側システム
7の管理者が設定する。The host G / W 12 is a host FEP 11
(S38), the ticketing DB server 1
The answer item is written in the store confirmation DB 71 and the answer confirmation DB 72 above (S39), and at the same time, the ticket issuing data of the corresponding reservation number is written in the ticket issuing DB 60 based on the answer message from the host / FEP 11. This ticketing data is stored for six months from the date of departure. Thereafter, the host G / W 12 displays the host / FEP 1 on the web browser 61 of the reservation terminal 19.
1 is sent (S40), and at the same time
The ticketing amount in the reply message from FEP11 is added to the current month's ticketing amount of the record in the store master DB 70 read in the processing of S31, and this record is added to the store master DB.
70 is rewritten (rewritten) (S42). In addition,
The new ticketing stop sign of each store in the store master DB 70 is set by the manager of the center system 7 according to the sales performance and credit of each store.
【0027】次に、図7を参照して、予約端末19から
センタ側システム7に予約内容の変更を依頼する場合に
おけるホストG/W12の処理について説明する。ユー
ザが予約端末19のWEBブラウザ61から予約変更情
報を入力すると(S51)、WEBブラウザ61は、こ
の予約変更情報をWEBサーバ13を介してホストG/
W12に送信する。ホストG/W12は、予約変更情報
を受信すると、入力された予約番号に対応した予約情報
が変更可能な状態であるか否かをチェックする。すなわ
ち、ホストG/W12は、予約変更情報を受信すると、
発券DBサーバ14上の店舗確認DB71を参照して
(S52)、店舗確認DB71内に受信した予約変更情
報と同じ予約番号を持つレコードが存在するか否かをチ
ェックする。そして、同じ予約番号を持つレコードが存
在しない場合には、(S53でNO)、予約端末19の
WEBブラウザ61上に「貴店舗に当該予約番号が存在
しません。」のメッセージを表示する(S54)。これ
に対して、店舗確認DB71内に同じ予約番号を持つレ
コードが存在する場合には、(S53でYES)、ホス
トG/W12は、発券DBサーバ14上の発券DB60
を参照して(S55)、発券DB60内に受信した予約
番号と同じ予約番号を持つレコードが存在するか否かを
チェックする。そして、発券DB60内に同じ予約番号
を持つレコードが存在し(S56でYES)、しかも、
該当レコードを参照した結果(S57)、発券フラグが
「発券待ち」、「発券中」、「エラー」又は「不定」で
ある場合には(S58でNO)、ホストG/W12は、
該当の予約情報の変更を許可せず、「当該予約の発券操
作が完了していません。発券操作を完了させてくださ
い。」のメッセージを表示する(S59)。何故なら、
該当の予約情報についての発券フラグが、「発券待
ち」、「発券中」、「エラー」又は「不定」である場合
には、該当の予約情報についての未発券状態の発券デー
タが発券DB60内に蓄積されている可能性が高いの
で、この状態で予約情報の内容を変更すると、その後に
該当予約番号のクーポン券75を発券した際に、発券し
たクーポン券75が変更前と変更後のいずれの予約情報
に基づくものであるかが判別できなくなるためである。Next, the processing of the host G / W 12 when the reservation terminal 19 requests the center system 7 to change the reservation contents will be described with reference to FIG. When the user inputs the reservation change information from the WEB browser 61 of the reservation terminal 19 (S51), the WEB browser 61 transmits this reservation change information to the host G / G via the WEB server 13.
Transmit to W12. Upon receiving the reservation change information, the host G / W 12 checks whether or not the reservation information corresponding to the input reservation number is in a changeable state. That is, when the host G / W 12 receives the reservation change information,
With reference to the store confirmation DB 71 on the ticketing DB server 14 (S52), it is checked whether or not a record having the same reservation number as the received reservation change information exists in the store confirmation DB 71. If there is no record having the same reservation number (NO in S53), a message that the relevant reservation number does not exist in your store is displayed on the web browser 61 of the reservation terminal 19 (S54). ). On the other hand, if a record having the same reservation number exists in the store confirmation DB 71 (YES in S53), the host G / W 12 issues the ticketing DB 60 on the ticketing DB server 14.
(S55), it is checked whether or not a record having the same reservation number as the received reservation number exists in the ticketing DB 60. Then, a record having the same reservation number exists in the ticketing DB 60 (YES in S56), and
As a result of referring to the corresponding record (S57), if the ticketing flag is “waiting for ticketing”, “during ticketing”, “error” or “indefinite” (NO in S58), the host G / W 12
The change of the corresponding reservation information is not permitted, and a message “The ticketing operation of the reservation has not been completed. Please complete the ticketing operation” is displayed (S59). Because,
If the ticketing flag for the corresponding reservation information is “waiting for ticketing”, “during ticketing”, “error”, or “indefinite”, the unissued ticketing data for the corresponding reservation information is stored in the ticketing DB 60. If the content of the reservation information is changed in this state, it is highly likely that the coupon ticket 75 with the corresponding reservation number will be issued after the coupon ticket 75 has been issued. This is because it is not possible to determine whether the information is based on the reservation information.
【0028】これに対して、S56で発券DB60内に
同じ予約番号を持つレコードが存在しない場合(S56
でNO)、及びS58で発券フラグが「発券済」である
場合には(S58でYES)、ホストG/W12は、発
券DBサーバ14上の店舗確認DB71及び回答確認D
B72に送信時刻、入力通番、端末ID等の項目を書き
込む(S60)。そして、S51で予約端末19のWE
Bブラウザ61から入力された予約変更情報に基づい
て、ホスト・FEP11への送信用の予約変更電文を作
成して、この予約変更電文をホスト・FEP11へ送信
する(S61)。ホストG/W12は、ホスト・FEP
11からの回答電文を受信すると(S62)、発券DB
サーバ14上の店舗確認DB71及び回答確認DB72
に回答項目を書き込んだ後に(S63)、予約端末19
のWEBブラウザ61にホスト・FEP11からの回答
電文を送信する(S64)。On the other hand, if there is no record having the same reservation number in the ticketing DB 60 in S56 (S56
If the ticketing flag is “ticketed” in S58 (YES in S58), the host G / W 12 stores the store confirmation DB 71 and the answer confirmation D on the ticketing DB server 14.
Items such as a transmission time, an input serial number, and a terminal ID are written in B72 (S60). Then, in S51, the WE of the reservation terminal 19
A reservation change message for transmission to the host / FEP 11 is created based on the reservation change information input from the B browser 61, and the reservation change message is transmitted to the host / FEP 11 (S61). Host G / W12 is a host / FEP
When the response message from the client 11 is received (S62), the ticketing DB
Store confirmation DB 71 and answer confirmation DB 72 on server 14
After writing the answer item in (S63), the reservation terminal 19
The response message from the host / FEP 11 is transmitted to the WEB browser 61 (S64).
【0029】次に、図8を参照して、予約端末19から
センタ側システム7に予約内容の変更と変更後の発券を
同時に依頼する場合におけるホストG/W12の処理に
ついて説明する。以下の説明では、予約内容の変更処理
と発券処理をまとめて変更発券処理と呼ぶ。図に示され
るように、ホストG/W12は、ユーザが入力した(S
71)変更発券情報を、WEBブラウザ61とWEBサ
ーバ13とを介して受信すると、上記図7中のS52か
らS62と同様な処理を行った後に(S72からS8
2)、ホスト・FEP11から受信した回答電文に基づ
いて、発券DBサーバ14上の店舗確認DB71及び回
答確認DB72に回答項目を書き込むと共に、発券DB
60内の該当する発券データを書き換える(S83)。
そして、予約端末19のWEBブラウザ61にホスト・
FEP11からの回答電文を送信した後に(S84)、
変更後の発券データに合わせて、販売店マスタDB70
中の該当店舗のレコードの当月発券金額を修正する。具
体的には、ホストG/W12は、発券DB60内に変更
対象となる予約番号のレコードが存在するか否かをチェ
ックして(S85、S86)、該当予約番号のレコード
が存在し(S86でYES)、かつ、該当のレコード中
の旧発券日付が当月の場合には(S87でYES)、販
売店マスタDB70内の該当店舗のレコードを参照し
て、販売店マスタDBレコード上の当月発券金額を変更
内容に合わせて修正する。具体的には、販売店マスタD
Bレコード上の当月発券金額から発券DBレコード上の
旧発券金額を減じた上で、減算後の当月発券金額にホス
ト・FEP11からの回答電文中の変更後の発券金額を
加算する。そして、計算後の販売店マスタDBレコード
を販売店マスタDB70に再書き込み(リライト)する
(S89)。Next, the processing of the host G / W 12 in the case where the reservation terminal 19 requests the center system 7 to change the reservation contents and issue the ticket after the change at the same time will be described with reference to FIG. In the following description, the process of changing the reservation content and the process of issuing a ticket are collectively referred to as a change ticketing process. As shown in the figure, the host G / W 12 inputs the information (S
71) When the change ticketing information is received via the WEB browser 61 and the WEB server 13, the same processing as S52 to S62 in FIG. 7 described above is performed (S72 to S8).
2) Based on the answer message received from the host / FEP 11, the answer items are written into the store confirmation DB 71 and the answer confirmation DB 72 on the ticket issuing DB server 14, and the ticket issuing DB 71
The corresponding ticketing data in 60 is rewritten (S83).
Then, the host / web browser 61 of the reservation terminal 19
After transmitting the reply message from FEP11 (S84),
According to the ticketing data after the change, the store master DB 70
Correct the ticket issue amount for the current month for the record of the corresponding store. Specifically, the host G / W 12 checks whether there is a record of the reservation number to be changed in the ticketing DB 60 (S85, S86), and the record of the reservation number exists (S86). If the old ticketing date in the record is the current month (YES in S87) and the record of the store in the store master DB 70 is referred, the ticketing amount in the month on the store master DB record is referred to. Is modified according to the changes. Specifically, the store master D
After subtracting the old issue amount on the ticketing DB record from the current month issue amount on the B record, the post-change amount in the response message from the host / FEP 11 is added to the subtracted current month issue amount on the issue DB record. Then, the calculated store master DB record is rewritten (rewritten) in the store master DB 70 (S89).
【0030】次に、図9を参照して、予約端末19から
センタ側システム7に予約内容の解約(キャンセル)を
依頼する場合におけるホストG/W12の処理について
説明する。図に示されるように、ホストG/W12は、
ユーザが入力した(S91)解約情報を、WEBブラウ
ザ61とWEBサーバ13とを介して受信すると、上記
図7中のS52からS62と同様な処理を行った後に
(S92からS102)、ホスト・FEP11から受信
した回答電文に基づいて、発券DBサーバ14上の店舗
確認DB71及び回答確認DB72に回答項目を書き込
む(S103)。この際、回答確認DB72に書き込む
内容の中には、該当の予約情報について解約があった旨
のフラグも含む。そして、予約端末19のWEBブラウ
ザ61にホスト・FEP11からの回答電文を送信した
後に(S104)、S91でユーザが入力した解約情報
に合わせて、販売店マスタDB70中の該当店舗のレコ
ードの当月発券金額を修正する。具体的には、ホストG
/W12は、発券DB60内に変更対象となる予約番号
のレコードが存在するか否かをチェックして(S10
5、S106)、該当予約番号のレコードが存在し(S
106でYES)、かつ、該当レコード中の旧発券日付
が当月の場合には(S107でYES)、販売店マスタ
DB70内の該当店舗のレコードを参照して、販売店マ
スタDBレコード上の当月発券金額を解約情報に合わせ
て修正する。具体的には、販売店マスタDBレコード上
の当月発券金額から発券DBレコード上の旧発券金額を
減じた上で、減算後の当月発券金額にホスト・FEP1
1からの回答電文中の新発券金額を加算する(S10
8)。そして、計算後の販売店マスタDBレコードを販
売店マスタDB70に再書き込み(リライト)する(S
109)。Next, the processing of the host G / W 12 when the reservation terminal 19 requests the center system 7 to cancel (cancel) the reservation contents will be described with reference to FIG. As shown in the figure, the host G / W 12
When the cancellation information input by the user (S91) is received via the WEB browser 61 and the WEB server 13, after performing the same processing as S52 to S62 in FIG. 7 (S92 to S102), the host / FEP 11 Based on the answer message received from the server, the answer item is written in the store confirmation DB 71 and the answer confirmation DB 72 on the ticketing DB server 14 (S103). At this time, the content written in the answer confirmation DB 72 includes a flag indicating that the reservation information has been canceled. Then, after transmitting the response message from the host / FEP 11 to the WEB browser 61 of the reservation terminal 19 (S104), in accordance with the cancellation information input by the user in S91, the ticket of the corresponding store in the store master DB 70 is issued this month. Modify the amount. Specifically, the host G
/ W12 checks whether there is a record of the reservation number to be changed in the ticketing DB 60 (S10).
5, S106), and a record of the corresponding reservation number exists (S106).
If YES at 106 and the old ticketing date in the record is the current month (YES at S107), the record of the store in the store master DB 70 is referenced to issue the ticket on the store master DB record for the current month. Correct the amount according to the cancellation information. Specifically, after subtracting the old ticketing amount in the ticketing DB record from the current month's ticketing amount in the store master DB record, the host / FEP1
The new ticketing amount in the response message from 1 is added (S10
8). Then, the calculated store master DB record is rewritten (rewritten) in the store master DB 70 (S
109).
【0031】次に、図10を参照して、予約端末19か
らセンタ側システム7にクーポン券75の再発券指示を
行う場合におけるホストG/W12の処理について説明
する。なお、ここでは、予約端末19からの再発券指示
に基づき再発券用の発券データを作成するところまでを
説明し、クーポン券75の印字に関連する処理までは説
明しない。予約端末19側のユーザが図4に示される発
券業務画面80から再発券を行う予約情報に対応した予
約番号等を入力すると(S121)、予約端末19側の
WEBブラウザ61は、この予約番号等の情報をWEB
サーバ13を介してホストG/W12に送信する。ホス
トG/W12は、これらの情報を受信すると、入力され
た予約番号に対応したクーポン券75が再発券可能であ
るか否かをチェックする。すなわち、ホストG/W12
は、予約番号等の情報を受信すると、発券DBサーバ1
4上の店舗確認DB71を参照して(S122)、店舗
確認DB71内に受信した予約番号と同じ予約番号を持
つレコードが存在するか否かをチェックする。そして、
同じ予約番号を持つレコードが存在しない場合には、
(S123でNO)、予約端末19のWEBブラウザ6
1上に「貴店舗に当該予約番号が存在しません。」のメ
ッセージを表示する(S124)。これに対して、店舗
確認DB71内に同じ予約番号を持つレコードが存在す
る場合には(S123でYES)、ホストG/W12
は、発券DBサーバ14上の発券DB60を参照して
(S125)、発券DB60内に受信した予約番号と同
じ予約番号を持つレコードが存在するか否かをチェック
する。そして、発券DB60内に同じ予約番号を持つレ
コードが存在しない場合には(S126でNO)、予約
端末19のWEBブラウザ61上に「当該予約は未発券
です。発券操作をしてください」のメッセージを表示す
る(S127)。また、発券DB60内に同じ予約番号
を持つレコードが存在する場合には(S126でYE
S)、ホストG/W12は、発券DB60内から該当の
レコードを読み込み(S128)、レコード中の発券フ
ラグが、「発券待ち」、「発券中」、「エラー」又は
「不定」の場合には(S129でNO)、WEBブラウ
ザ61上に「当該予約の発券操作が完了していません。
発券操作を完了させてください。」のメッセージを表示
する(S130)。Next, the processing of the host G / W 12 when the reservation terminal 19 instructs the center system 7 to reissue a coupon ticket 75 will be described with reference to FIG. Here, a description will be given up to the point of generating ticket issuing data for a reissue ticket based on a reissue ticket instruction from the reservation terminal 19, and not to a process relating to printing of the coupon ticket 75. When the user of the reservation terminal 19 inputs a reservation number or the like corresponding to the reservation information for performing a reissue ticket from the ticketing business screen 80 shown in FIG. 4 (S121), the WEB browser 61 of the reservation terminal 19 displays the reservation number or the like. Information of WEB
The data is transmitted to the host G / W 12 via the server 13. When receiving the information, the host G / W 12 checks whether the coupon ticket 75 corresponding to the input reservation number can be reissued. That is, the host G / W12
Receives the information such as the reservation number, and issues the ticketing DB server 1
With reference to the store confirmation DB 71 above (S122), it is checked whether a record having the same reservation number as the received reservation number exists in the store confirmation DB 71. And
If no record with the same reservation number exists,
(NO in S123), WEB browser 6 of reservation terminal 19
A message "The relevant reservation number does not exist in your store" is displayed on the first display (S124). On the other hand, if a record having the same reservation number exists in the store confirmation DB 71 (YES in S123), the host G / W12
Refers to the ticketing DB 60 on the ticketing DB server 14 (S125), and checks whether or not there is a record having the same reservation number as the received reservation number in the ticketing DB 60. If there is no record having the same reservation number in the ticketing DB 60 (NO in S126), the message “The reservation is unissued. Please issue a ticket” is displayed on the web browser 61 of the reservation terminal 19. Is displayed (S127). If there is a record having the same reservation number in the ticketing DB 60 (YE in S126)
S), the host G / W 12 reads the corresponding record from the ticketing DB 60 (S128), and if the ticketing flag in the record is “waiting for ticketing”, “during ticketing”, “error” or “undefined”, (NO in S129), the web browser 61 displays "The ticketing operation for the reservation has not been completed.
Complete the ticketing operation. Is displayed (S130).
【0032】これに対して、発券DB60内の該当レコ
ードの発券フラグが、「発券済」の場合には(S129
でYES)、ホストG/W12は、発券DBサーバ14
上の店舗確認DB71及び回答確認DB72に送信時
刻、入力通番、端末ID等の項目を書き込む(S13
1)。そして、S121で予約端末19のWEBブラウ
ザ61から入力された予約番号等の情報に基づいて、ホ
スト・FEP11への送信用の再発券電文を作成して、
この再発券電文をホスト・FEP11へ送信する(S1
32)。そして、ホストG/W12は、ホスト・FEP
11からの回答電文を受信すると(S133)、発券D
Bサーバ14上の店舗確認DB71及び回答確認DB7
2に回答項目を書き込み(S134)、同時にホスト・
FEP11からの回答電文に基づいて発券DB60に該
当予約番号の発券データを書き込む。この後、ホストG
/W12は、予約端末19のWEBブラウザ61上にホ
スト・FEP11からの回答電文を送信して(S13
5)、予約端末19のモニタ上にその内容を表示する。On the other hand, if the ticketing flag of the record in the ticketing DB 60 is “issued” (S129)
YES), the host G / W 12 issues the ticketing DB server 14
The items such as the transmission time, the input serial number, and the terminal ID are written in the store confirmation DB 71 and the response confirmation DB 72 (S13).
1). Then, in S121, based on the information such as the reservation number input from the WEB browser 61 of the reservation terminal 19, a reissue ticket message for transmission to the host / FEP 11 is created,
This reissue ticket message is transmitted to the host FEP11 (S1
32). And the host G / W 12
When receiving the response message from S11 (S133), ticketing D
Store confirmation DB 71 and answer confirmation DB 7 on B server 14
2 is filled in with the answer item (S134), and
The ticketing data of the corresponding reservation number is written in the ticketing DB 60 based on the response message from the FEP 11. After this, host G
/ W12 transmits a reply message from the host / FEP 11 on the web browser 61 of the reservation terminal 19 (S13
5) The contents are displayed on the monitor of the reservation terminal 19.
【0033】次に、図11を参照して、上記図4に示さ
れる発券状況一覧画面81について説明する。図に示さ
れるように、この発券状況一覧画面81上には該当店舗
内の各種の予約情報に対応した発券ボタン82が表示さ
れており、ユーザはこれらのボタン82をクリックする
ことにより、クーポン券75の発券又はエラー内容の表
示を行うことができる。すなわち、図に示されるよう
に、ユーザが「発券待ち」の状態の発券ボタン82aを
クリックすると、発券機制御端末17のモニタ上に発券
中メッセージ83が表示されて、選択された発券データ
に対応したクーポン券75の発券が開始される。そし
て、クーポン券75の発券が終了するまで発券機制御端
末17のモニタ上に発券中メッセージ83が表示され
る。また、図に示されるように、ユーザが、「エラー」
状態の発券ボタン82b又は「不定」状態の発券ボタン
82cをクリックすると、発券機制御端末17のモニタ
上にエラー内容表示画面84が表示される。Next, the ticketing status list screen 81 shown in FIG. 4 will be described with reference to FIG. As shown in the figure, a ticket issuing button 82 corresponding to various kinds of reservation information in the store is displayed on the ticket issuing status list screen 81, and the user clicks these buttons 82 to display a coupon ticket. 75 ticketing or error contents can be displayed. That is, as shown in the figure, when the user clicks the ticketing button 82a in the "waiting for ticketing" state, a ticketing message 83 is displayed on the monitor of the ticketing machine control terminal 17, and the selected ticketing data is displayed. Issuance of the issued coupon 75 is started. The ticket issuing message 83 is displayed on the monitor of the ticket issuing machine control terminal 17 until the issuance of the coupon ticket 75 is completed. Also, as shown in the figure, the user receives an “error”
When the ticket issuing button 82b in the state or the ticket issuing button 82c in the “undefined” state is clicked, an error content display screen 84 is displayed on the monitor of the ticket issuing machine control terminal 17.
【0034】図12に発券状況一覧画面81のフォーマ
ットを示す。発券状況一覧画面81上には発券DB60
中の該当店舗に属する各発券データに基づいて作成され
た複数の発券ボタン82が表示されている。これらの発
券ボタン82は、図中の左上のボタンに表示された発券
日時が一番古く、以下、図中の矢印に沿った順番に発券
日時が新しくなるように表示される。また、図に示され
るように、この画面81の右上部の件数欄69には発券
DB60に格納されている該当店舗の発券データの件数
が表示される。この発券データの件数及び発券状況一覧
画面81に表示可能な発券ボタン82の数は、状態選択
ボタン86でどのボタンが選択されているかによって異
なり、例えば、「発券待ち」のボタンが選択されている
場合には、発券DB60中の発券フラグが「発券待ち」
の状態になっている発券データのボタン82のみが表示
される。FIG. 12 shows the format of the ticketing status list screen 81. On the ticketing status list screen 81, the ticketing DB 60
A plurality of ticketing buttons 82 created based on each ticketing data belonging to the corresponding store in the middle are displayed. These issuance buttons 82 are displayed such that the issuance date and time displayed on the upper left button in the figure are the oldest, and thereafter, the issuance time and date are updated in the order along the arrow in the figure. Also, as shown in the figure, the number of ticket data of the store stored in the ticketing DB 60 is displayed in the number column 69 in the upper right portion of the screen 81. The number of ticketing data and the number of ticketing buttons 82 that can be displayed on the ticketing status list screen 81 differ depending on which button is selected with the state selection button 86. For example, the button of “waiting for ticketing” is selected. In this case, the ticketing flag in the ticketing DB 60 is set to “waiting for ticketing”.
Only the button 82 of the ticketing data in the state of is displayed.
【0035】図13にエラー内容表示画面84のフォー
マットを示す。この画面上には、ユーザが発券状況一覧
画面81から選択した発券ボタン82b,82cに対応
した予約番号の発券データについての発券エラーの発生
日時、エラー状態等が表示される。FIG. 13 shows the format of the error content display screen 84. On this screen, the date and time of occurrence of a ticketing error, error status, and the like are displayed for the ticketing data of the reservation number corresponding to the ticketing buttons 82b and 82c selected by the user from the ticketing status list screen 81.
【0036】図14に発券中メッセージ83を示す。こ
の発券中メッセージ83は、発券状況一覧画面81上に
重ね合わせて表示される。この発券中メッセージ83が
表示されている間は、発券状況一覧画面81の操作はロ
ックされる。また、クーポン券75の印字処理が終了す
ると、このメッセージ83は自動的にモニタ上から消え
て、発券状況一覧画面81に制御が戻る。FIG. 14 shows a ticket issuing message 83. The in-ticket issuing message 83 is superimposed and displayed on the ticket issuing status list screen 81. While the in-ticket issuing message 83 is displayed, the operation of the issuance status list screen 81 is locked. When the printing process of the coupon 75 is completed, the message 83 automatically disappears from the monitor, and the control returns to the ticket issuing status list screen 81.
【0037】次に、当予約発券システム1に採用されて
いるクーポン券75の印字処理の異常終了時(上述の段
落0021参照)におけるクーポン券75の二重発生を
防止するための工夫について説明する。クーポン券75
の印字が異常終了した場合には、発券装置18は、発券
DB60にアクセスして、該当の発券データレコード中
の発券フラグを「エラー」又は「不定」に書き換える。
発券フラグが「エラー」又は「不定」の状態である場合
には、発券状況一覧画面81の制御用のプログラム(図
3中の発券DBサーバ通信ActiveX63に相当)は、該
当の発券データに対応したクーポン券75の印字を許可
しない。この状態を解除して、再度クーポン券75の印
字を行うには、該当の発券データレコード中の発券フラ
グを「エラー」又は「不定」から「発券待ち」に書き換
える必要がある。当予約発券システム1では、この発券
フラグの書き換えを監視センタからのみ行えるようにす
ることにより、クーポン券75の二重発券を防止してい
る。すなわち、クーポン券75の印字時に障害が発生し
て、該当の発券データレコード中の発券フラグが「エラ
ー」又は「不定」の状態になっているときでも、例えば
障害の発生時期がクーポン券75の印字終了後である場
合には、クーポン券75の出し直しを行う必要がなく、
このような場合にクーポン券75の出し直しを許可して
しまうと、クーポン券75が二重に発券されてしまう。
従って、クーポン券75の印字が異常終了した場合に
は、各店舗のユーザが監視センタに連絡して、監視セン
タによるエラー状態の確認処理と発券フラグの書き換え
処理を行った後でなければ、クーポン券75を印字し直
せないようにした。Next, a description will be given of a contrivance for preventing double occurrence of the coupon ticket 75 at the time of abnormal termination of the printing process of the coupon ticket 75 employed in the reservation issuing system 1 (see paragraph 0021 described above). . Coupon ticket 75
Is abnormally terminated, the ticket issuing device 18 accesses the ticket issuing DB 60 and rewrites the ticket issuing flag in the ticket issuing data record to “error” or “undefined”.
When the ticketing flag is in the “error” or “undefined” state, the control program for the ticketing status list screen 81 (corresponding to the ticketing DB server communication ActiveX 63 in FIG. 3) corresponds to the corresponding ticketing data. Printing of coupon 75 is not permitted. To release this state and print the coupon ticket 75 again, it is necessary to rewrite the ticketing flag in the ticketing data record from “error” or “indefinite” to “waiting for ticketing”. In the present reservation ticket issuing system 1, double reissue of the coupon ticket 75 is prevented by making it possible to rewrite the ticket issuing flag only from the monitoring center. That is, even when a failure occurs during printing of the coupon ticket 75 and the ticketing flag in the corresponding ticketing data record is in an “error” or “indefinite” state, for example, the failure occurrence time is If it is after printing is completed, it is not necessary to redo the coupon ticket 75,
In such a case, if re-issuing the coupon 75 is permitted, the coupon 75 is issued twice.
Therefore, if the printing of the coupon 75 is abnormally terminated, the user of each store must contact the monitoring center to check the error state and rewrite the ticketing flag by the monitoring center unless the coupon is issued. The ticket 75 cannot be reprinted.
【0038】次に、図15を参照して、発券フラグが
「不定」状態である発券データについてのクーポン券7
5を印字し直すための処理を説明する。ユーザが発券機
制御端末17からWEBサーバ13に発券状況一覧画面
81の表示要求を送信すると、WEBサーバ13の発券
データ一覧表示ASP54は、発券機制御端末17に発
券状況一覧画面表示用のActiveXと発券DB60中の該
当店舗の発券データとを送信する。発券機制御端末17
は、WEBブラウザ61によりこれらのデータを受信し
て、これらのデータに基づき発券状況一覧画面81を表
示する。この際、発券DB60中に発券フラグが「不
定」の状態である発券データが存在する場合には、発券
機制御端末17は、に示されるように、発券状況一覧
画面81上に発券フラグが「不定」の発券データが存在
することを表示する。各店舗のユーザは、この表示に基
づいて発券フラグが「不定」の状態の発券データが存在
することを確認すると、に示されるように、「不定」
の状態を解除するため、電話等により監視センタの係員
に連絡する。連絡を受けた監視センタの係員は、に示
されるように、監視センタの端末77からWEBサーバ
13上の発券不定状態解除プログラム67に指示を与え
て、この発券不定状態解除プログラム67により発券D
B60中の発券フラグを書き換える。具体的には、監視
センタの係員は、状態変更用発券状況一覧画面87上に
表示された状態変更ボタン88から該当の発券データの
ボタン88を選択して、該当の発券データについてのク
ーポン券75の印字が既に完了している場合には、この
発券データの発券フラグを「不定」から「発券済」に書
き換え、クーポン券75の印字が未完了の場合には、発
券フラグを「不定」から「発券待ち」に書き換える。そ
して、クーポン券75の印字が未完了の場合には、各店
舗のユーザは再度クーポン券の印字を行う。Next, referring to FIG. 15, coupon ticket 7 for ticketing data whose ticketing flag is in the "undefined" state.
The process for reprinting No. 5 will be described. When the user transmits a display request for the ticketing status list screen 81 to the WEB server 13 from the ticketing machine control terminal 17, the ticketing data list display ASP 54 of the WEB server 13 transmits an ActiveX for ticketing status list screen display to the ticketing machine control terminal 17. The ticketing data of the corresponding store in the ticketing DB 60 is transmitted. Ticketing machine control terminal 17
Receives these data through the web browser 61 and displays the ticketing status list screen 81 based on these data. At this time, if ticketing data whose ticketing flag is in an “undefined” state exists in the ticketing DB 60, the ticketing machine control terminal 17 displays the ticketing flag on the ticketing status list screen 81 as “ It indicates that the ticket data of "indefinite" exists. When the user of each store confirms that there is ticketing data in which the ticketing flag is in the “undefined” state based on this display, the “undefined”
In order to cancel the state of, contact the monitoring center staff by telephone or the like. The clerk of the monitoring center having received the notification gives an instruction from the terminal 77 of the monitoring center to the ticket issuing indefinite state canceling program 67 on the WEB server 13 as shown in FIG.
Rewrite the ticketing flag in B60. Specifically, the clerk of the monitoring center selects the button 88 of the relevant ticketing data from the state change buttons 88 displayed on the state change ticketing status list screen 87, and the coupon ticket 75 for the relevant ticketing data. If the printing of the ticket is already completed, the ticketing flag of this ticketing data is rewritten from “undefined” to “issued”, and if the printing of the coupon ticket 75 is not completed, the ticketing flag is changed from “undefined”. Rewrite it as "Waiting for ticketing". When the printing of the coupon 75 is not completed, the user of each store prints the coupon again.
【0039】図16に上記の状態変更用発券状況一覧画
面87のフォーマットを示す。この画面87上には発券
DB60中の該当店舗に属する各発券データに基づいて
作成された複数の状態変更ボタン88が表示されてお
り、これらの発券ボタン82は、図中の左上のボタンに
表示された発券日時が一番古く、以下、図中の矢印に沿
った順番に発券日時が新しくなるように表示される。ま
た、図に示されるように、この画面87の左上部の端末
ID欄68には、該当店舗の発券機制御端末17の端末
IDが表示される。さらにまた、図中の件数欄90及び
状態選択ボタン91は、それぞれ図12に示される発券
状況一覧画面81中の件数欄69及び状態選択ボタン8
6に相当する。FIG. 16 shows a format of the status change ticket issuing status list screen 87 described above. On this screen 87, a plurality of state change buttons 88 created based on each ticketing data belonging to the corresponding store in the ticketing DB 60 are displayed, and these ticketing buttons 82 are displayed on the upper left button in the figure. The issued date and time of issue are the oldest, and are displayed so that the date and time of issue of the ticket are newer in the order along the arrow in the figure. As shown in the figure, the terminal ID of the ticket issuing machine control terminal 17 of the store is displayed in the terminal ID column 68 at the upper left of the screen 87. Furthermore, the number column 90 and the state selection button 91 in the ticket issuing status list screen 81 shown in FIG.
Equivalent to 6.
【0040】図17に状態変更画面89を示す。この状
態変更画面89は、状態変更用発券状況一覧画面87上
に表示された状態変更ボタン88がクリックされた場合
に、状態変更用発券状況一覧画面87上に重ね合わせて
表示される。状態変更画面89上には、選択された状態
変更ボタン88に対応した発券データの情報の中から予
約番号、業務名、及び(発券フラグの)状態の情報が表
示される。監視センタの係員は、この状態変更画面89
上の状態欄94から新しい発券フラグの状態を入力し
て、変更ボタン95をクリックすることにより、状態変
更画面89上に表示された発券データ中の発券フラグの
状態を書き換えることができる。従って、各店舗のユー
ザは、状態変更用発券状況一覧画面87中の状態変更ボ
タン88に表示された発券フラグの状態が「エラー」又
は「不定」になった場合であっても、監視センタの係員
に発券フラグの状態を「発券待ち」の状態に変更するよ
うに依頼することにより、該当の発券データについての
クーポン券75の再出力を行うことができる。しかし、
監視センタの係員は、エラーの発生状態等から既に該当
の発券データについてのクーポン券75の出力が完了し
ていると判断した場合には、各店舗のユーザにその旨を
知らせ、該当発券データについての発券フラグの変更を
行わない。これにより、クーポン券75の印字処理の途
中で障害が発生した場合でも、各店舗のユーザが誤って
クーポン券75を二重発券してしまうことを防ぐことが
できる。FIG. 17 shows a state change screen 89. When the state change button 88 displayed on the state change ticket issue status list screen 87 is clicked, the state change screen 89 is displayed so as to be superimposed on the state change ticket issue state list screen 87. On the state change screen 89, the information of the reservation number, the business name, and the state (of the ticketing flag) from the information of the ticketing data corresponding to the selected state change button 88 are displayed. The monitoring center clerk displays the status change screen 89
By inputting a new state of the ticketing flag from the upper state column 94 and clicking the change button 95, the state of the ticketing flag in the ticketing data displayed on the state change screen 89 can be rewritten. Therefore, even if the status of the ticketing flag displayed on the status change button 88 in the status change ticketing status list screen 87 becomes “error” or “indefinite”, the user of each store can monitor the monitoring center. By requesting the attendant to change the state of the ticketing flag to the "waiting for ticketing" state, the coupon ticket 75 can be re-output for the relevant ticketing data. But,
If the monitoring center staff determines that the output of the coupon 75 for the relevant ticketing data has already been completed from the error occurrence state or the like, it informs the user of each store to that effect, and Is not changed. Thereby, even if a failure occurs during the printing process of the coupon ticket 75, it is possible to prevent the user of each store from erroneously issuing the coupon ticket 75 twice.
【0041】上述したように、本予約発券システム1で
は、発券DBサーバ14上の発券DB60に格納された
各発券データの発券フラグに基づいて、各発券データの
発券状態の管理を行い、発券フラグが「発券待ち」の状
態の発券データのみを印字可能とすることにより、クー
ポン券75の二重発券を防いでいる。すなわち、発券D
Bサーバ14に格納されたクーポン券75のプリントデ
ータ(発券データ)をロックすることで、クーポン券7
5の二重発券を防止している。このような二重発券の防
止方法を採用することにより、上記のようなクーポン券
75の印字の途中で障害が発生した場合に限らず、ユー
ザが同じ発券機制御端末17や同じ店舗に配された異な
る発券機制御端末17から、誤って同一予約番号のデー
タを二重に発券してしまうことを防ぐことができる。As described above, the booked ticketing system 1 manages the ticketing state of each ticketing data based on the ticketing flag of each ticketing data stored in the ticketing DB 60 on the ticketing DB server 14 and issues the ticketing flag. Can print only the ticketing data in the “waiting for ticketing” state, thereby preventing double issuing of the coupon ticket 75. That is, ticketing D
By locking the print data (ticketing data) of the coupon 75 stored in the B server 14, the coupon 7
5 double ticketing is prevented. By adopting such a double ticketing prevention method, the user is not limited to the case where a failure occurs during the printing of the coupon ticket 75 as described above, and the user is distributed to the same ticketing machine control terminal 17 or the same store. Further, it is possible to prevent data of the same reservation number from being erroneously issued twice from different ticket issuing machine control terminals 17.
【0042】ところが、発券DBサーバ14に格納され
た各発券データの発券フラグのみに基づいて、各発券デ
ータの発券状態の管理を行った場合には、以下の問題が
生じる。すなわち、発券機制御端末17が、クーポン券
75の印字処理中に、発券DBサーバ14に格納された
各発券データの発券フラグの更新を行った際に、何らか
の原因で発券フラグの更新に失敗した場合には、発券機
制御端末17側で管理している該当発券データの発券状
態は、「発券済み」、「エラー」又は「不定」であるに
も拘わらず、発券DBサーバ14側の発券データの発券
フラグは「発券中」のままとなる。このとき、発券DB
サーバ14側の発券フラグに基づいて、プリントデータ
(発券データ)がロックされるので、クーポン券75の
二重発券を防止することはできるが、該当のクーポン券
75が未出力の場合でも、クーポン券75の再出力を行
うことができなくなってしまう。また、発券機制御端末
17側のユーザは、発券DBサーバ14側の発券データ
の発券フラグが、「エラー」又は「不定」の状態となっ
た場合には、発券状況一覧画面81で何らかのエラーが
発生したことを知ることができるが、発券フラグが「発
券中」のままでは、エラーが発生したことを即座に知る
ことができない。このため、エラーが発生したプリント
データ(発券データ)に対応したクーポン券75を発行
し忘れてしまう場合もある。However, if the issue status of each issue data is managed based on only the issue flag of each issue data stored in the issue DB server 14, the following problem occurs. That is, when the ticket issuing machine control terminal 17 updates the ticket issuing flag of each ticket issuing data stored in the ticket issuing DB server 14 during the printing process of the coupon ticket 75, the updating of the ticket issuing flag has failed for some reason. In this case, the ticketing state of the ticketing DB server 14 is notwithstanding that the ticketing state of the ticketing data managed by the ticketing machine control terminal 17 is “issued”, “error” or “indefinite”. The ticket issuing flag of “issuing ticket” remains. At this time, ticketing DB
Since the print data (ticketing data) is locked based on the ticketing flag on the server 14 side, double issuing of the coupon ticket 75 can be prevented. However, even if the coupon ticket 75 is not output, the coupon is not output. The ticket 75 cannot be output again. Further, when the ticketing flag of the ticketing data on the ticketing DB server 14 is in an “error” or “indefinite” state, the user of the ticketing machine control terminal 17 displays some error on the ticketing status list screen 81. It is possible to know that an error has occurred, but it is not possible to immediately know that an error has occurred if the ticketing flag remains “during ticketing”. For this reason, the coupon 75 corresponding to the print data (issue data) in which the error has occurred may be forgotten to be issued.
【0043】上記のような事態が発生するのを防ぐため
に、本予約発券システム1では、発券機制御端末17側
で発券状態の詳細情報を保持し、発券状況一覧画面81
の初期表示時に、発券機制御端末17のWEBブラウザ
61が、発券DBサーバ14側の発券フラグが「発券
中」の発券データのみを対象として、その発券フラグを
発券機制御端末17側で管理している発券状態の詳細情
報に合わせて更新するように、WEBサーバ13に依頼
する。WEBサーバ13は、この依頼に応じて発券DB
サーバ14側の発券フラグを更新する。このような制御
を行うことにより、発券機制御端末17が、クーポン券
75の印字処理中に、何らかの原因で発券DBサーバ1
4側の発券フラグの更新に失敗した場合でも、発券DB
サーバ14側の発券データの発券フラグが「発券中」の
ままとなることを防ぐことができる。In order to prevent the above-mentioned situation from occurring, in the book-ticket issuing system 1, the ticket issuing machine control terminal 17 holds detailed information of the ticket issuing status, and the ticket issuing status list screen 81
When the issuance is initially displayed, the WEB browser 61 of the ticketing machine control terminal 17 manages the ticketing flag on the ticketing machine control terminal 17 only for the ticketing data for which the ticketing flag on the ticketing DB server 14 is “during ticketing”. It requests the WEB server 13 to update it according to the detailed information of the issued ticketing state. The web server 13 issues a ticketing DB in response to the request.
The server 14 updates the ticketing flag. By performing such control, the ticketing machine control terminal 17 causes the ticketing DB server 1 to perform some process during the coupon ticket 75 printing process.
Even if the ticketing flag update on the 4 side fails, the ticketing DB
It is possible to prevent the issuance flag of the issuance data on the server 14 side from remaining “in issue”.
【0044】次に、発券機制御端末17が、発券DBサ
ーバ14に格納された各発券データの発券フラグの更新
を行った際に生じ得る3種類の障害について説明する。
この3種類の障害とは、モジュール間通信異常とサーバ
アクセス不能と発券機制御端末電源断である。このう
ち、モジュール間通信異常とは、モジュール間でのソケ
ット(Windows環境でネットワーク・アプリケーション
がプロセス間通信に用いる機構)による通信が行えなか
ったことを意味し、サーバアクセス不能とは、インター
ネット回線3の断絶や各種サーバ12、13、14等の
ダウンに起因して、サーバ側(センタ側システム7側)
へのアクセスができなかったことを意味し、発券機制御
端末電源断は、発券機制御端末17が電源断したことを
意味する。Next, three types of faults that can occur when the ticket issuing machine control terminal 17 updates the ticket issuing flag of each ticket issuing data stored in the ticket issuing DB server 14 will be described.
The three types of failures are abnormal communication between modules, inability to access the server, and power-off of the ticketing machine control terminal. Among them, the communication error between modules means that communication between modules using a socket (a mechanism used by a network application for inter-process communication in a Windows environment) could not be performed. Server side (center side system 7 side) due to disconnection of servers and down of various servers 12, 13, 14 etc.
Means that access to the ticket issuing machine could not be performed, and the power supply of the ticket issuing machine control terminal 17 means that the power of the ticket issuing machine control terminal 17 was turned off.
【0045】次に、上記のモジュール間通信異常につい
て図18を参照して説明する。発券DBサーバ通信Acti
veX(以下、発券ActiveXと略す)63と発券モジュール
98(図3における発券装置制御AP64に相当)との
間の通信は、ソケットにより行う。また、図に示される
ように、発券ActiveX63からの1つのプリントデータ
(発券データ)99の送信に対して、発券モジュール9
8からの1つの発券結果メッセージ100が返信される
形式でモジュール間通信を行う。このとき、プリントデ
ータ99の送信から3分以上経過しても、発券モジュー
ル98からの発券結果メッセージ100の返信が行われ
ない場合には、発券ActiveX63は、ソケット通信に関
するエラーが発生したと判断して、処理を終了する。こ
のような障害をモジュール間通信異常という。Next, the above-mentioned communication error between modules will be described with reference to FIG. Ticketing DB server communication Acti
Communication between the veX (hereinafter, abbreviated as ticketing ActiveX) 63 and the ticketing module 98 (corresponding to the ticketing device control AP 64 in FIG. 3) is performed by a socket. As shown in the figure, the ticketing module 9 responds to the transmission of one print data (ticketing data) 99 from the ticketing ActiveX 63.
The inter-module communication is performed in a format in which one ticketing result message 100 from No. 8 is returned. At this time, if the ticketing result message 100 is not returned from the ticketing module 98 even if three minutes or more have elapsed since the transmission of the print data 99, the ticketing ActiveX 63 determines that an error related to the socket communication has occurred. Then, the process ends. Such a failure is called an inter-module communication abnormality.
【0046】次に、図19を参照して、発券機制御端末
17側で行われるクーポン券75の印字発券処理の概略
について説明する。発券機制御端末17のユーザが、端
末17から発券業務画面80の表示を指示すると、端末
17のWEBブラウザ61は、WEBサーバ13に発券
業務画面80のURLを送信する(S121)。この
際、WEBサーバ13は、その時点で端末17に格納さ
れている発券ActiveX63のバージョンをチェックし
て、そのバージョンが最新になっていない場合には、最
新のバージョンの発券ActiveX63を発券機制御端末1
7にダウンロードする(S122)。また、WEBサー
バ13は、端末17から発券業務画面80のURLを受
信した時間がセンタ側システム7の運用時間外である場
合には、端末17からの発券業務画面80の表示要求を
受け付けない。これに対して、端末17から上記のUR
Lを受信した時間がセンタ側システム7の運用時間内で
ある場合(図中の「通常」に相当)には、発券ActiveX
63を起動する(S123)。次に、端末17のユーザ
が発券状況一覧画面81への画面移動を指示すると、端
末17の発券ActiveX63が、WEBブラウザ61を介
してWEBサーバ13に発券状況一覧画面81のURL
を送信する(S124)。WEBサーバ13上の発券デ
ータ一覧表示ASP54は、この画面81のURLを受
信すると、発券DBサーバ14上の発券DB60から一
覧表示用の発券データ(プリントデータ)を取得して、
この発券データを端末17に送信する。端末17の発券
ActiveX63は、この発券データに基づいて、発券状況
一覧画面81を表示する(S125)。そして、ユーザ
が発券状況一覧画面81から発券対象となる発券データ
の予約番号を選択入力すると(S126)、発券Active
X63と発券モジュール98とが入力された予約番号に
対応した発券データの発券(印字)処理を行う(S12
7)。そして、ユーザは、次の発券データの発券印字処
理を行う場合には、再度S124の処理に戻って次の発
券データの発券印字処理を行い、次の発券データの発券
印字処理を行わない場合には、WEBブラウザ61の画
面を閉じて、WEBブラウザ61のプログラムを終了す
る(S128)。Next, referring to FIG. 19, an outline of a print ticket issuing process for a coupon ticket 75 performed on the ticket issuing machine control terminal 17 side will be described. When the user of the ticket issuer control terminal 17 instructs the display of the ticketing business screen 80 from the terminal 17, the web browser 61 of the terminal 17 transmits the URL of the ticketing business screen 80 to the web server 13 (S121). At this time, the WEB server 13 checks the version of the ticketing ActiveX 63 stored in the terminal 17 at that time, and if the version is not the latest, issues the latest version of the ticketing ActiveX 63 to the ticketing machine control terminal. 1
7 (S122). In addition, if the time when the URL of the ticketing business screen 80 is received from the terminal 17 is outside the operation time of the center system 7, the WEB server 13 does not accept the display request of the ticketing business screen 80 from the terminal 17. On the other hand, from the terminal 17
If the time of receiving the L is within the operation time of the center side system 7 (corresponding to “normal” in the figure), the ticketing ActiveX
63 is started (S123). Next, when the user of the terminal 17 instructs to move the screen to the ticketing status list screen 81, the ticketing ActiveX 63 of the terminal 17 sends the URL of the ticketing status list screen 81 to the WEB server 13 via the web browser 61.
Is transmitted (S124). When the ticketing data list display ASP 54 on the WEB server 13 receives the URL of this screen 81, it acquires ticketing data (print data) for list display from the ticketing DB 60 on the ticketing DB server 14,
This ticketing data is transmitted to the terminal 17. Ticketing of terminal 17
The ActiveX 63 displays the ticketing status list screen 81 based on the ticketing data (S125). When the user selects and inputs the reservation number of the ticketing data to be issued from the ticketing status list screen 81 (S126), the ticketing Active
The X63 and the ticketing module 98 issue (print) ticketing data corresponding to the input reservation number (S12).
7). Then, when performing the ticketing printing process of the next ticketing data, the user returns to the process of S124 again, performs the ticketing printing process of the next ticketing data, and does not perform the ticketing printing process of the next ticketing data. Closes the screen of the web browser 61 and ends the program of the web browser 61 (S128).
【0047】図20乃至図22に上記S127の発券処
理の詳細を示す。これらの図を参照して、クーポン券7
5の印字処理中に各種の障害が発生した場合に、発券D
Bサーバ14側の発券フラグがどのような状態になるか
を説明する。ユーザが発券状況一覧画面81上から発券
印字の対象となる発券データの予約番号が表示された発
券ボタン82を選択してクリックすると(S131)、
端末17の発券ActiveX63は、WEBブラウザ61と
WEBサーバ13上の発券データ一覧表示ASP54と
を介して、発券DBサーバ14上の発券DB60から選
択した予約番号に対応した全てのプリントデータをダウ
ンロードする(S132)。この際、発券ActiveX63
は、発券DB60からのプリントデータの取得に失敗し
た場合には、端末17のモニタ上にプリントデータの取
得に失敗した旨のエラーダイアログを表示し(S13
8)、また、選択した予約番号に対応したプリントデー
タが発券DB60内に存在しない場合には、端末17の
モニタ上に該当するプリントデータが無い旨のダイアロ
グを表示する(S140)。FIGS. 20 to 22 show the details of the ticket issuing process in S127. With reference to these figures, coupon voucher 7
When various troubles occur during the printing process of No. 5, the ticketing D
The state of the ticketing flag of the B server 14 will be described. When the user selects and clicks the ticketing button 82 on which the reservation number of the ticketing data to be printed is displayed from the ticketing status list screen 81 (S131),
The ticketing ActiveX 63 of the terminal 17 downloads all print data corresponding to the selected reservation number from the ticketing DB 60 on the ticketing DB server 14 via the web browser 61 and the ticketing data list display ASP 54 on the web server 13 ( S132). In this case, ticketing ActiveX63
If the acquisition of print data from the ticketing DB 60 fails, an error dialog indicating that the acquisition of print data has failed is displayed on the monitor of the terminal 17 (S13).
8) If the print data corresponding to the selected reservation number does not exist in the ticketing DB 60, a dialog indicating that there is no corresponding print data is displayed on the monitor of the terminal 17 (S140).
【0048】上記S132の処理で該当するプリントデ
ータが存在し、該当するプリントデータをダウンロード
できた場合には、発券ActiveX63は、ダウンロードし
たプリントデータの中にプラテン通番「****」のプ
リントデータが存在するか否かをチェックする(S13
3)。何故なら、ホスト・FEP11は、発券DBサー
バ14上の発券DB60に発券印字の対象となる予約番
号に対応した全てのプリントデータの転送を完了する
と、本来のプリントデータとは別に該当の予約番号に対
応したプラテン通番「****」のプリントデータを発
券DB60内に格納するからである。従って、発券DB
60内に該当の予約番号に対応したプラテン通番「**
**」のプリントデータが存在しない場合には、発券Ac
tiveX63は、ホスト・FEP11から発券DB60へ
の該当の予約番号に対応した全てのプリントデータの転
送が完了していないと判断して、端末17のモニタ上に
該当するプリントデータが無い旨のダイアログを表示す
る(S140)。これに対して、S133で該当の予約
番号に対応したプリントデータの中にプラテン通番「*
***」のプリントデータが存在する場合には、該当の
予約番号に対応したプリントデータの中に発券フラグが
「発券待ち」のプリントデータが存在するか否かをチェ
ックする(S134)。そして、発券ActiveX63は、
「発券待ち」のプリントデータが存在しない場合には、
端末17のモニタ上にダイアログを表示して、該当する
プリントデータが既に発券済み若しくは発券中である旨
を通知する(S141)。これに対して、該当の予約番
号に対応したプリントデータの中に発券フラグが「発券
待ち」のプリントデータが存在する場合には、発券Acti
veX63は、発券フラグが「発券待ち」のプリントデー
タを抽出し(S135)、WEBブラウザ61とWEB
サーバ13とを介して、発券DBサーバ14上の発券D
B60内の該当するプリントデータの発券フラグを「発
券中」に変更する(S136)。発券ActiveX63は、
この発券フラグの変更に失敗した場合には、端末17の
モニタ上に発券DB60の内容を変更できない旨のダイ
アログを表示する(S142)。なお、ユーザが、上記
S138、S140、S141及びS142の処理で表
示されたダイアログに対して、確認用のOKボタンを押
下した場合には、発券ActiveX63は、発券状況一覧画
面81を表示する(S139、S143)。If the corresponding print data exists in the process of S132 and the corresponding print data can be downloaded, the ticketing ActiveX 63 sets the print data of the platen serial number “****” in the downloaded print data. It is checked whether or not exists (S13).
3). Because the host / FEP 11 completes the transfer of all the print data corresponding to the reservation number to be issued to the ticketing DB 60 on the ticketing DB server 14 when the transfer of all the print data corresponding to the reservation number is performed. This is because the print data of the corresponding platen serial number “****” is stored in the ticket issuing DB 60. Therefore, ticketing DB
The platen serial number “**” corresponding to the corresponding reservation number within 60
If the print data of “**” does not exist, the ticketing Ac
The tiveX 63 determines that the transfer of all the print data corresponding to the corresponding reservation number from the host / FEP 11 to the ticketing DB 60 has not been completed, and issues a dialog indicating that there is no corresponding print data on the monitor of the terminal 17. It is displayed (S140). On the other hand, in S133, the platen serial number “*” is included in the print data corresponding to the reservation number.
If there is print data of "***", it is checked whether or not print data whose ticketing flag is "waiting for ticketing" exists in the print data corresponding to the corresponding reservation number (S134). And ticketing ActiveX 63,
If there is no print data of "Waiting for ticket",
A dialog is displayed on the monitor of the terminal 17 to notify that the corresponding print data has already been issued or that a ticket is being issued (S141). On the other hand, if the print data corresponding to the reservation number includes print data whose ticketing flag is “waiting for ticketing”, the ticketing Acti
The veX 63 extracts the print data whose ticket issuance flag is “waiting for ticket issuance” (S135), and communicates with the web browser 61 and the web.
Ticketing D on ticketing DB server 14 via server 13
The ticketing flag of the corresponding print data in B60 is changed to "during ticketing" (S136). Ticketing ActiveX 63
If the change of the ticketing flag fails, a dialog indicating that the contents of the ticketing DB 60 cannot be changed is displayed on the monitor of the terminal 17 (S142). When the user presses the OK button for confirmation on the dialog displayed in the processing of S138, S140, S141, and S142, the ticketing ActiveX 63 displays the ticketing status list screen 81 (S139). , S143).
【0049】上記S136の処理において、発券DB6
0内の該当するプリントデータの発券フラグを「発券
中」に変更することに成功した場合には、発券ActiveX
63は、該当するプリントデータを再度発券DB60内
から取り出して(S137)、発券モジュール98との
ソケット通信用のファイルをオープンする(S14
4)。そして、オープンに成功した場合には、該当する
プリントデータを発券モジュール98に送信して(S1
45)、このプリントデータの送信が成功した場合に
は、発券結果メッセージを受信する(S146)。そし
て、発券ActiveX63は、発券モジュール98からの発
券結果メッセージの受信に成功した場合には、ソケット
通信用のファイルをクローズする(S147)。上記S
144の処理においてソケット通信用のファイルのオー
プンに失敗した場合には、発券ActiveX63は、S14
9に進んで、ソケット通信異常時の処理を行う。また、
上記S145及びS146の処理において、ソケット通
信断、タイムアウト等が発生した場合には、発券Active
X63は、ソケット通信用のファイルをクローズした上
で(S148)、S149の処理に進み、ソケット通信
異常時の処理を行う。そして、端末17のプリンタから
ソケット通信異常発生時のログ情報を出力した後に(S
149)、端末17のモニタ上に、エラー内容と再起動
する必要がある旨のダイアログを表示する(S15
0)。これに対して、ユーザが端末17の再起動ボタン
を押下すると、図3に示される端末17のOS62が、
端末17に格納されている再起動モジュールを起動する
(S151)。これにより、端末17が再起動する(S
152)。In the process of S136, the ticketing DB 6
If the ticketing flag of the corresponding print data in “0” is successfully changed to “during ticketing”, the ticketing ActiveX
63 retrieves the relevant print data from the ticketing DB 60 again (S137), and opens a file for socket communication with the ticketing module 98 (S14).
4). If the opening is successful, the corresponding print data is transmitted to the ticket issuing module 98 (S1).
45) If this print data transmission is successful, a ticketing result message is received (S146). If the ticketing ActiveX 63 successfully receives the ticketing result message from the ticketing module 98, the ticketing ActiveX 63 closes the socket communication file (S147). The above S
If the opening of the file for socket communication fails in the process of 144, the ticketing ActiveX 63 proceeds to S 14
Proceeding to 9, the processing at the time of the socket communication abnormality is performed. Also,
In the processing of S145 and S146, when socket communication disconnection, timeout, etc. occur, ticketing Active
After closing the socket communication file (S148), the X63 proceeds to the process of S149, and performs the process when the socket communication is abnormal. Then, after outputting the log information at the time of occurrence of the socket communication error from the printer of the terminal 17 (S
149), a dialog indicating that the error has occurred and that restarting is required is displayed on the monitor of the terminal 17 (S15).
0). On the other hand, when the user presses the restart button of the terminal 17, the OS 62 of the terminal 17 shown in FIG.
The restart module stored in the terminal 17 is started (S151). Thereby, the terminal 17 is restarted (S
152).
【0050】上記S144乃至S147のソケット通信
処理が全て正常に終了した場合には、発券ActiveX63
は、発券モジュール98から受信した発券結果メッセー
ジ100内のメッセージ種別コードをチェックする(S
153)。そして、メッセージ種別コードが“CB”で
ある場合には、該当のクーポン券の発券が成功した(プ
リントデータの出力が完了した)と判断して、発券DB
サーバ14上の発券DB60内の該当するプリントデー
タの発券フラグを「発券済」に変更する(S154)。
発券ActiveX63は、この発券フラグの変更に失敗した
場合には、図22に示されるエラー処理に進み、発券フ
ラグの変更に成功した場合には、該当の予約番号に対応
したプリントデータの中に印字発券の終了していない
(発券モジュール98に未送信の)プリントデータがあ
るかどうかをチェックする。そして、このようなプリン
トデータが存在する場合には、S137に戻って次のプ
リントデータの出力処理を行い、存在しない場合には、
再度、発券状況一覧画面81を表示して(S156)、
S131の処理に戻る。When all the socket communication processes in S144 to S147 are normally completed, the ticketing ActiveX 63 is issued.
Checks the message type code in the ticketing result message 100 received from the ticketing module 98 (S
153). If the message type code is “CB”, it is determined that the coupon has been successfully issued (print data output has been completed), and the issuance DB
The ticketing flag of the corresponding print data in the ticketing DB 60 on the server 14 is changed to “ticketed” (S154).
The ticketing ActiveX 63 proceeds to the error processing shown in FIG. 22 when the change of the ticketing flag fails, and prints the print data corresponding to the corresponding reservation number when the ticketing flag is successfully changed. It is checked whether or not there is print data for which ticketing has not been completed (not transmitted to the ticketing module 98). If such print data exists, the process returns to step S137 to output the next print data.
The ticketing status list screen 81 is displayed again (S156),
It returns to the process of S131.
【0051】上記S153における発券結果メッセージ
100内のメッセージ種別コードの判別処理において、
種別コードが“CC”であった場合には、発券ActiveX
63は、発券モジュール98による発券処理でエラーが
発生し、プリントデータの出力が未完了の状態になって
いると判断して、図21に示されるエラー処理を行う。
また、種別コードが“CE”であった場合には、発券モ
ジュール98による発券処理で復旧不可能なエラーが発
生したと判断して、図21中のS162に進む。In the process of determining the message type code in the ticketing result message 100 in S153,
If the type code is "CC", issue ticket ActiveX
The reference numeral 63 determines that an error has occurred in the ticket issuing process by the ticket issuing module 98 and the output of the print data has not been completed, and performs the error process shown in FIG.
If the type code is “CE”, it is determined that an unrecoverable error has occurred in the ticketing process by the ticketing module 98, and the process proceeds to S162 in FIG.
【0052】次に、上記図21に示される発券結果がエ
ラーの場合の処理について説明する。発券ActiveX63
は、発券結果メッセージ100内の通番ステータスを判
別して(S157)、通番ステータスが“5”である場
合には、回線障害等に起因するエラー(センスNG)が
発生したと判断し、発券結果メッセージ100内の詳細
ステータスENDコードを判別する(S158)。そし
て、このコードが、“2”(ビジー)、“4”(介入要
求)、“6”(LAN障害・電源断)、“10”(コマ
ンド実行不可)といった再発券可能なエラーである場合
には、端末17のモニタ上に、エラー内容とプリンタを
チェックする必要がある旨のダイアログを表示する(S
159)。発券ActiveX63は、このダイアログに対し
てユーザがOKボタンをクリックした場合には、図20
中のS137の処理に戻って同じプリントデータの再発
券を行う。これに対して、ユーザがキャンセルボタンを
クリックした場合には、該当のプリントデータの発券処
理を取り消すために、S135の処理で抽出された発券
DB60内のプリントデータの中から発券フラグが「発
券中」のプリントデータのみを対象として、これらのプ
リントデータの発券フラグを「発券待ち」に変更する
(S160)。そして、ActiveX63は、この発券フラ
グの変更が失敗した場合には、図22に示されるエラー
処理を実行し、また、発券フラグの変更が成功した場合
には、発券状況一覧画面81を表示して(S161)、
S131の処理に戻る。Next, the processing when the ticketing result shown in FIG. 21 is an error will be described. Ticketing ActiveX 63
Determines the serial number status in the ticketing result message 100 (S157), and when the serial number status is "5", determines that an error (sense NG) due to a line failure or the like has occurred, and determines the ticketing result. The detailed status END code in the message 100 is determined (S158). If this code is an error that can be reissued, such as "2" (busy), "4" (intervention request), "6" (LAN failure / power off), or "10" (command not executable) Displays a dialog on the monitor of the terminal 17 indicating that the error content and the printer need to be checked (S
159). When the user clicks the OK button in response to this dialog, the ActiveX 63 shown in FIG.
Returning to the process of S137, a reissue ticket of the same print data is performed. On the other hand, when the user clicks the cancel button, in order to cancel the ticketing process of the corresponding print data, the ticketing flag is set to “ticketing in progress” from the print data in ticketing DB 60 extracted in the process of S135. The ticketing flags of these print data are changed to "waiting for ticketing" for only the print data of "" (S160). The ActiveX 63 executes the error processing shown in FIG. 22 when the change of the ticketing flag fails, and displays the ticketing status list screen 81 when the change of the ticketing flag succeeds. (S161),
It returns to the process of S131.
【0053】これに対して、S158の判別処理で発券
結果メッセージ100内の詳細ステータスENDコード
が、“1”(コマンドリジェクト)、“3”(データエ
ラー)、“5”(アラーム)といった再発券不可能なエ
ラーである場合には、ActiveX63は、該当のプリント
データの発券フラグを「エラー」に変更する(S16
2)。そして、この変更処理が成功した場合には、端末
17のプリンタからエラー発生時のログ情報を出力した
後に(S163)、端末17のモニタ上に、エラー内容
と監視センターに連絡する必要がある旨のダイアログを
表示する(S164)。発券ActiveX63は、このダイ
アログに対してユーザがOKボタンをクリックした場合
には、発券状況一覧画面81を表示して(S165)、
S131の処理に戻る。また、S162の発券フラグの
変更処理において、発券フラグの変更に失敗した場合
は、図22に示されるエラー処理を実行する。On the other hand, in the determination process of S158, the detailed status END code in the ticketing result message 100 is "1" (command reject), "3" (data error), and "5" (alarm). If the error is impossible, the ActiveX 63 changes the ticketing flag of the print data to “error” (S16).
2). If the change processing is successful, after the log information at the time of occurrence of the error is output from the printer of the terminal 17 (S163), it is necessary to notify the error content and the monitoring center on the monitor of the terminal 17. Is displayed (S164). When the user clicks the OK button in response to this dialog, the ticketing ActiveX 63 displays the ticketing status list screen 81 (S165).
It returns to the process of S131. Further, in the ticket issuing flag change processing in S162, if the ticket issuing flag change fails, the error processing shown in FIG. 22 is executed.
【0054】これに対して、S157の判別処理で発券
結果メッセージ100内の通番ステータスが“7” で
ある場合には、ActiveX63は、発券処理時における編
集エラー(再発券不可能なエラーの一種)が発生したと
判断して、上記のS162乃至S165と同様な処理を
行う。On the other hand, if the serial number status in the ticketing result message 100 is “7” in the determination processing of S157, the ActiveX 63 causes an editing error (a kind of error that cannot be reissued) during the ticketing processing. Is determined to have occurred, and the same processing as in S162 to S165 is performed.
【0055】また、S157の判別処理で発券結果メッ
セージ100内の通番ステータスが“6” である場合
には、ActiveX63は、該当のクーポン券の出力が完了
しているか否か不定の状態であると判断して、該当のプ
リントデータの発券フラグを「不定」に変更する処理
(S166)をした後に、上記のS163乃至S165
と同様な処理を行う(S167乃至S169)。If the serial number status in the ticketing result message 100 is "6" in the determination processing of S157, the ActiveX 63 is in an indeterminate state whether or not the output of the corresponding coupon has been completed. After performing the process of changing the ticketing flag of the corresponding print data to “undefined” (S166), the above-mentioned S163 to S165 are performed.
(S167 to S169).
【0056】次に、図22に示されるエラー処理につい
て説明する。ActiveX63は、図20中の(B)及び図
21中の(C)〜(E)に示される発券フラグの変更処
理に失敗すると、このエラー処理に入り、端末17のプ
リンタからエラー発生時のログ情報を出力した後に(S
170)、端末17のモニタ上に、エラー内容と発券D
B60内の発券フラグを変更できない旨のダイアログを
表示する(S171)。発券ActiveX63は、このダイ
アログに対してユーザがOKボタンをクリックすると、
発券状況一覧画面81を表示して(S172)、図20
中のS131の処理に進む。Next, the error processing shown in FIG. 22 will be described. If the ActiveX 63 fails to change the ticketing flag shown in (B) in FIG. 20 and (C) to (E) in FIG. 21, it enters this error processing, and logs from the printer of the terminal 17 when an error occurs. After outputting the information (S
170) The error content and ticketing D are displayed on the monitor of the terminal 17.
A dialog indicating that the ticketing flag in B60 cannot be changed is displayed (S171). Ticketing ActiveX 63, when the user clicks the OK button to this dialog,
The ticketing status list screen 81 is displayed (S172), and FIG.
The process proceeds to S131 in the middle.
【0057】図23及び図24にそれぞれ端末17側と
発券DBサーバ14側における発券状態の管理情報を示
す。図24に示される発券DBサーバ14側の管理情報
は、上記の発券DB60内のプリントデータの発券フラ
グを意味する。また、発券印字処理の開始から終了まで
の間、端末17側に図23に示されるような発券状態の
管理情報を保持することにより、発券印字処理の途中で
エラーが発生した場合でも、ActiveX63が、この端末
17側の発券状態の管理情報に基づいて、発生したエラ
ーの程度を判断して、エラーの程度に応じてその後の処
理を変更することができる。これにより、エラーの程度
が軽微なものである場合(例えば、図21中のS158
のようなエラーが発生した場合)には、該当のプリント
データを自動的に再発券するように制御することができ
る。FIG. 23 and FIG. 24 show management information of the ticketing state on the terminal 17 side and the ticketing DB server 14 side, respectively. The management information on the ticketing DB server 14 side shown in FIG. 24 means the ticketing flag of the print data in the ticketing DB 60 described above. In addition, by maintaining the ticketing state management information as shown in FIG. 23 on the terminal 17 side from the start to the end of the ticketing printing process, even if an error occurs in the middle of the ticketing printing process, the ActiveX 63 can operate. The degree of error that has occurred can be determined based on the ticketing state management information on the terminal 17 side, and subsequent processing can be changed according to the degree of error. Thereby, when the degree of the error is minor (for example, S158 in FIG. 21)
(When such an error occurs), the corresponding print data can be controlled to be automatically reissued.
【0058】本発明は、上記実施形態に限られるもので
はなく、様々な変形が可能である。例えば、上記実施形
態では、センタ側システム7にホストG/W12、WE
Bサーバ13及び発券DBサーバ14の3つのサーバを
配したが、センタ側システム7に配するサーバを1つに
して、このサーバが上記実施形態における各サーバの機
能を併せ持つようにしてもよい。また、上記実施形態で
は、各店舗における発券限度額のチェックを各店舗内の
月内の合計発券金額を基準に行ったが、このチェックを
例えば各店舗内の四半期毎の合計発券金額を基準に行っ
てもよい。The present invention is not limited to the above embodiment, and various modifications are possible. For example, in the above embodiment, the host G / W 12, the WE
Although the three servers, the B server 13 and the ticket issuing DB server 14, are provided, one server may be provided to the center system 7, and this server may have the function of each server in the above embodiment. Further, in the above embodiment, the check of the issuance limit in each store is performed based on the total issuance amount within the month in each store, but this check is performed based on the total issuance amount for each quarter in each store, for example. May go.
【0059】[0059]
【発明の効果】以上のように請求項1又は請求項6の発
明によれば、ホストに接続されたサーバと端末とをイン
ターネット回線を介して通信可能とし、この端末に発券
データの印字用の発券装置を接続して、端末が、ユーザ
からの発券の指示を受け付けた際に、インターネット回
線を介してサーバ内のデータベースから発券データを読
み込んで、発券装置に送信するようにしたので、専用回
線や専用端末を用いることなく旅行代理店等に配された
端末により旅行商品についてのクーポン券等の発券を行
うことができる。これにより、従来の専用回線や専用端
末を用いた予約・発券システムと異なり、インターネッ
ト回線に比べて通信料金が高い専用回線や、パソコン用
の汎用プログラムに比べて高価な専用プログラムを組み
込んだ専用端末を使用する必要がなくなるので、システ
ムの導入や維持に要するコストを低減させることができ
る。As described above, according to the first or sixth aspect of the present invention, the server connected to the host and the terminal can communicate with each other via the Internet line, and the terminal can print ticket issuing data. When the ticketing device is connected and the terminal receives a ticketing instruction from the user, the ticketing data is read from the database in the server via the Internet line and transmitted to the ticketing device. Tickets such as coupons for travel products can be issued by terminals arranged at travel agencies and the like without using dedicated terminals. As a result, unlike conventional reservation / ticketing systems that use dedicated lines and dedicated terminals, dedicated terminals that incorporate dedicated lines that have higher communication charges than Internet lines and dedicated programs that are more expensive than general-purpose programs for personal computers Since it is not necessary to use the system, the cost required for introducing and maintaining the system can be reduced.
【0060】また、サーバを各発券データ毎の発券状態
の管理情報を有するものとし、管理情報を変更する変更
手段をさらに備え、管理情報に基づいて各発券データ毎
に発券の可否を制御することにより、クーポン券等の発
券処理の途中で障害が発生した場合でも、障害が発生し
た発券処理に対応した発券データを印字し直せないよう
にすることができ、従って、二重発券を防止することが
できる。また、サーバ側で各発券データの発券状態を集
中管理するようにしたことにより、複数の端末から殆ど
同時に発券の指示を受け付けた場合でも、二重発券を防
止することができる。また、サーバの管理者が、障害の
発生した発券処理においてクーポン券等が未出力であっ
たと判断した場合には、該当する発券データの管理情報
を変更手段を用いて出力待ちの状態に変更することによ
り、該当する発券データを印字し直すことができる。Further, the server may have management information of a ticketing state for each ticketing data, further comprising changing means for changing the management information, and controlling whether or not ticketing is possible for each ticketing data based on the management information. Therefore, even if a failure occurs during the issuance processing of a coupon ticket or the like, it is possible to prevent the ticketing data corresponding to the failed issuance processing from being reprinted, thus preventing double ticketing. Can be. In addition, since the server side centrally manages the issuance state of each issuance data, double issuance can be prevented even when an instruction for issuance is received from a plurality of terminals almost simultaneously. When the server administrator determines that the coupon or the like has not been output in the ticketing process in which a failure has occurred, the management information of the corresponding ticketing data is changed to a state of waiting for output using the change unit. Thus, the corresponding ticketing data can be reprinted.
【0061】また、サーバを各発券データ毎の発券状態
の管理情報を有するものとし、この管理情報に基づいて
二重発券を防止することにより、複数の端末から殆ど同
時に発券の指示を受け付けた場合でも、二重発券を防止
することができ、また、発券処理の途中で障害が発生し
た場合でも、該当する発券データについての二重発券を
防止することができる。Further, it is assumed that the server has management information of the issuance status for each issuance data, and that double issuance is prevented based on this management information, so that the issuance of an issuance instruction from a plurality of terminals almost simultaneously. However, double ticketing can be prevented, and even if a failure occurs during the ticketing process, double ticketing for the relevant ticketing data can be prevented.
【0062】また、サーバを各発券データ毎の発券状態
の管理情報を有するものとし、この管理情報に基づいて
二重発券を防止することにより、複数の端末から殆ど同
時に発券の指示を受け付けた場合でも、二重発券を防止
することができ、また、発券処理の途中で障害が発生し
た場合でも、該当する発券データについての二重発券を
防止することができる。Further, it is assumed that the server has management information of a ticket issuing state for each ticket issuing data, and that double issuing is prevented based on this management information, so that a ticket issuing instruction is received almost simultaneously from a plurality of terminals. However, double ticketing can be prevented, and even if a failure occurs during the ticketing process, double ticketing for the relevant ticketing data can be prevented.
【0063】また、サーバ及び端末を共に各発券データ
毎の発券状態の管理情報を有するものとし、これら2つ
の管理情報に基づいて二重発券を防止することにより、
クーポン券等の発券処理の途中で障害が発生した場合で
も、サーバ側と端末側の両方の管理情報に格納された該
当する発券データの発券状態から、クーポン券等が確実
に未出力であると判断できる場合には、クーポン券等を
出し直せるようにすることができる。Further, it is assumed that both the server and the terminal have management information of a ticketing state for each ticketing data, and double ticketing is prevented based on these two management information.
Even if a failure occurs during the issuance processing of a coupon, etc., it is ensured that the coupon, etc., has not been output from the issuance state of the relevant issuance data stored in both the server-side and terminal-side management information. If it can be determined, the coupon can be reissued.
【0064】また、サーバが、所定期間内における各旅
行代理店の発券金額の合計金額の情報と発券限度額の情
報とを有し、これらの情報に基づいて各旅行代理店にお
ける端末による発券の可否を判断することにより、サー
バが、所定期間内における各旅行代理店の発券合計金額
が発券限度額を超えたか否かを自動的にチェックして、
このチェック結果に基づき各旅行代理店についてのクー
ポン券等の発券の可否を判断することができる。これに
より、大手旅行業者による各旅行代理店の管理を容易な
ものとすることができる。Further, the server has information on the total amount of the ticketing amount of each travel agency within a predetermined period and information on the ticket issuance limit, and based on the information, the information on the ticketing by the terminal at each travel agency is provided. By judging the propriety, the server automatically checks whether or not the total ticketing amount of each travel agent within the predetermined period has exceeded the ticketing limit,
Based on the check result, it is possible to determine whether a ticket such as a coupon can be issued for each travel agency. Thereby, the management of each travel agency by a major travel agency can be facilitated.
【図1】 本発明の一実施形態による旅行業者用旅行商
品予約発券システムの構成図。FIG. 1 is a configuration diagram of a travel product reservation ticketing system for a travel agency according to an embodiment of the present invention.
【図2】 上記システムにおける発券DBサーバと発券
機制御端末のハードウェア構成図。FIG. 2 is a hardware configuration diagram of a ticket issuing DB server and a ticket issuing machine control terminal in the system.
【図3】 上記システムにおける3種類のサーバと発券
機制御端末のソフトウェア構成図。FIG. 3 is a software configuration diagram of three types of servers and a ticket issuing machine control terminal in the system.
【図4】 上記システムにおける予約からクーポン券の
印字までの処理の概略を示す図。FIG. 4 is a diagram showing an outline of processing from reservation to printing of a coupon in the above system.
【図5】 上記システムにおける旅行商品の予約処理の
フローチャート。FIG. 5 is a flowchart of a travel product reservation process in the system.
【図6】 上記システムにおける発券指示処理のフロー
チャート。FIG. 6 is a flowchart of a ticket issuing instruction process in the system.
【図7】 上記システムにおける予約内容の変更処理の
フローチャート。FIG. 7 is a flowchart of a reservation content changing process in the system.
【図8】 上記システムにおける変更発券処理のフロー
チャート。FIG. 8 is a flowchart of a change ticket issuing process in the above system.
【図9】 上記システムにおける解約処理のフローチャ
ート。FIG. 9 is a flowchart of a cancellation process in the system.
【図10】 上記システムにおける再発券処理のフロー
チャート。FIG. 10 is a flowchart of a reissue ticket process in the above system.
【図11】 上記システムにおける発券状況一覧画面の
仕様の説明図。FIG. 11 is an explanatory diagram of specifications of a ticketing status list screen in the system.
【図12】 上記システムにおける発券状況一覧画面の
フォーマットを示す図。FIG. 12 is a diagram showing a format of a ticketing status list screen in the system.
【図13】 上記システムにおけるエラー内容表示画面
のフォーマットを示す図。FIG. 13 is a view showing a format of an error content display screen in the system.
【図14】 上記システムにおける発券中メッセージを
示す図。FIG. 14 is a diagram showing a message during ticketing in the above system.
【図15】 上記システムにおける発券フラグが「不
定」の発券データについての再出力を可能にするための
処理の説明図。FIG. 15 is an explanatory diagram of a process for enabling re-output of ticketing data whose ticketing flag is “undefined” in the above system.
【図16】 上記システムにおける状態変更用発券状況
一覧画面のフォーマットを示す図。FIG. 16 is a diagram showing a format of a status change ticketing status list screen in the system.
【図17】 上記システムにおける状態変更画面を示す
図。FIG. 17 is a view showing a state change screen in the system.
【図18】 上記システム内の発券機制御端末における
発券ActiveXと発券モジュール間の通信異常の説明図。FIG. 18 is an explanatory diagram of a communication abnormality between a ticketing ActiveX and a ticketing module in the ticketing machine control terminal in the system.
【図19】 上記発券機制御端末側で行われる印字発券
処理の全体のフローチャート。FIG. 19 is an overall flowchart of a print ticket issuing process performed on the ticket issuing machine control terminal side.
【図20】 上記発券機制御端末における発券処理の詳
細処理のフローチャート。FIG. 20 is a flowchart of a detailed process of a ticket issuing process in the ticket issuing machine control terminal.
【図21】 上記発券機制御端末における発券エラー発
生時の処理のフローチャート。FIG. 21 is a flowchart of processing when a ticketing error occurs in the ticketing machine control terminal.
【図22】 上記発券機制御端末における発券フラグ変
更時のエラー処理のフローチャート。FIG. 22 is a flowchart of error processing when the ticket issuing flag is changed in the ticket issuing machine control terminal.
【図23】 上記発券機制御端末側における発券状態の
管理情報を示す図。FIG. 23 is a diagram showing management information of a ticket issuing state on the ticket issuing machine control terminal side.
【図24】 上記システム内の発券DBサーバ側におけ
る発券フラグの内容を示す図。FIG. 24 is a diagram showing the contents of a ticketing flag on the ticketing DB server side in the system.
1 旅行業者用旅行商品予約発券システム 3 インターネット回線 11 ホスト・FEP(ホストコンピュータ) 12 ホストG/W 13 WEBサーバ 14 発券DBサーバ 17 発券機制御端末(端末) 18 発券装置 60 発券DB(データベース) 89 状態変更画面(変更手段) 1 Travel Agent Reservation and Ticketing System for Travel Agents 3 Internet Line 11 Host / FEP (Host Computer) 12 Host G / W 13 WEB Server 14 Ticketing DB Server 17 Ticketing Machine Control Terminal (Terminal) 18 Ticketing Device 60 Ticketing DB (Database) 89 Status change screen (change means)
Claims (8)
ピュータ(以下、ホスト)と、前記ホストに接続された
サーバと、前記サーバとインターネット回線を介して通
信可能な端末とを備え、旅行商品の予約を行う旅行業者
用旅行商品予約システムであって、 前記端末に接続され、該端末から送信された発券データ
を印字する発券装置を備え、 前記ホストは、旅行商品の予約の管理に加えて発券の管
理を行い、前記端末からの前記サーバを介した指示に基
づき発券データを作成して、前記サーバに送信し、 前記サーバは、この発券データを該サーバ内のデータベ
ースに蓄積し、 前記端末は、発券の指示を受け付けた際に、インターネ
ット回線を介して前記サーバ内のデータベースから発券
データを読み込んで、前記発券装置に送信することを特
徴とする旅行業者用旅行商品予約システム。A host computer (hereinafter referred to as a host) for managing travel product reservations, a server connected to the host, and a terminal capable of communicating with the server via an Internet line. What is claimed is: 1. A travel product reservation system for a travel agency for making a reservation, comprising: a ticket issuing device connected to the terminal and printing ticket issuing data transmitted from the terminal; The server generates ticketing data based on an instruction from the terminal via the server, transmits the ticketing data to the server, and the server accumulates the ticketing data in a database in the server. Reading the ticketing data from a database in the server via an Internet line and transmitting the ticketing data to the ticketing device when receiving a ticketing instruction. Travel agents for travel product reservation system and features.
態の管理情報を有し、 前記管理情報を変更する変更手段をさらに備え、 前記管理情報に基づいて各発券データ毎に発券の可否を
制御するようにしたことを特徴とする請求項1に記載の
旅行業者用旅行商品予約システム。2. The server has ticketing state management information for each ticketing data, and further includes a change unit that changes the management information, and determines whether ticketing is possible for each ticketing data based on the management information. 2. A travel product reservation system for a travel agency according to claim 1, wherein the travel product reservation system is controlled.
態の管理情報を有し、この管理情報に基づいて二重発券
を防止するようにしたことを特徴とする請求項1に記載
の旅行業者用旅行商品予約システム。3. The travel according to claim 1, wherein the server has management information of a ticketing state for each ticketing data, and prevents double ticketing based on the management information. Travel product reservation system for traders.
データ毎の発券状態の管理情報を有し、これら2つの管
理情報に基づいて二重発券を防止するようにしたことを
特徴とする請求項1に記載の旅行業者用旅行商品予約シ
ステム。4. The server and the terminal both have ticketing state management information for each ticketing data, and double ticketing is prevented based on these two pieces of management information. Item 3. A travel product reservation system for a travel agency according to item 1.
行代理店に配され、 前記サーバは、各旅行代理店毎の所定期間内の発券金額
の合計金額の情報と発券限度額の情報とを有し、これら
の情報に基づいて各旅行代理店における端末による発券
の可否を判断するようにしたことを特徴とする請求項1
に記載の旅行業者用旅行商品予約システム。5. The terminal is provided to a travel agency acting on behalf of a travel agency, and the server is configured to provide information on a total ticket amount and a ticket issue amount within a predetermined period for each travel agent. And determining whether or not a ticket can be issued by a terminal at each travel agency based on the information.
A travel product reservation system for a travel agency according to.
前記ホストに接続されたサーバと、前記サーバとインタ
ーネット回線を介して通信可能な端末とによって旅行商
品の予約を行う旅行業者用旅行商品予約方法において、 前記端末からの前記サーバを介した指示に基づいて前記
ホストにより発券データを作成するステップと、 前記作成した発券データを前記ホストから前記サーバに
送信するステップと、 前記発券データを前記サーバ内のデータベースに蓄積す
るステップと、 前記サーバ内のデータベースに蓄積された発券データを
インターネット回線を介して端末により読み込んで、発
券装置に送信するステップと、 前記端末から送信された発券データを発券装置により印
字するステップとからなることを特徴とする旅行業者用
旅行商品予約方法。6. A host for managing reservation of travel products,
In a travel agent reservation method for a travel agency that reserves a travel item by a server connected to the host and a terminal capable of communicating with the server via an Internet line, based on an instruction from the terminal via the server. Creating the ticketing data by the host, transmitting the created ticketing data from the host to the server, storing the ticketing data in a database in the server, and storing the ticketing data in a database in the server. A travel agency for reading the accumulated ticketing data by a terminal via the Internet line and transmitting the ticketing data to the ticketing device; and printing the ticketing data transmitted from the terminal by the ticketing device. Travel product reservation method.
態の管理情報を有し、この管理情報に基づいて二重発券
を防止するようにしたことを特徴とする請求項6に記載
の旅行業者用旅行商品予約方法。7. The travel according to claim 6, wherein the server has management information of a ticketing state for each ticketing data and prevents double ticketing based on the management information. How to book travel products for traders.
行代理店に配され、 前記サーバは、各旅行代理店毎の所定期間内の発券金額
の合計金額の情報と発券限度額の情報とを有し、これら
の情報に基づいて各旅行代理店における端末による発券
の可否を判断するようにしたことを特徴とする請求項6
に記載の旅行業者用旅行商品予約方法。8. The terminal is provided to a travel agency acting on behalf of a travel agency, and the server is configured to provide information on a total amount of ticket issuance for a predetermined period for each travel agent and information on a ticket issuance limit. And determining whether or not a ticket can be issued by a terminal at each travel agency based on the information.
A travel product reservation method for a travel agency described in.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000345854A JP3475172B2 (en) | 2000-11-13 | 2000-11-13 | Travel product reservation system for travel agencies and travel product reservation method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000345854A JP3475172B2 (en) | 2000-11-13 | 2000-11-13 | Travel product reservation system for travel agencies and travel product reservation method |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002149765A true JP2002149765A (en) | 2002-05-24 |
JP3475172B2 JP3475172B2 (en) | 2003-12-08 |
Family
ID=18819812
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000345854A Expired - Fee Related JP3475172B2 (en) | 2000-11-13 | 2000-11-13 | Travel product reservation system for travel agencies and travel product reservation method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3475172B2 (en) |
-
2000
- 2000-11-13 JP JP2000345854A patent/JP3475172B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP3475172B2 (en) | 2003-12-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3167522B2 (en) | Software remote automatic update system and method | |
US7346636B2 (en) | Method and apparatus for managing information related to storage activities of data storage systems | |
US7188171B2 (en) | Method and apparatus for software and hardware event monitoring and repair | |
KR100633268B1 (en) | Software update manager | |
US7506337B2 (en) | System and method for providing service of automated creation of computer software production images | |
US20040098476A1 (en) | Method and system for changing a collaborating client behavior according to context | |
US7899897B2 (en) | System and program for dual agent processes and dual active server processes | |
JP2007510987A (en) | System and method for updating a software program | |
MXPA04007787A (en) | Method and system for central management of a computer network. | |
US6516346B1 (en) | Microcode upgrade in data processing system | |
US20080104584A1 (en) | Upgrade service system | |
US20020072928A1 (en) | Method and system for managing component changes to a business critical application in a production environment | |
JP2001125853A (en) | Web server monitoring system and recording medium | |
US7765230B2 (en) | Method and system for managing data | |
JP3475172B2 (en) | Travel product reservation system for travel agencies and travel product reservation method | |
JP3298683B2 (en) | Executable file update method and device | |
JP3513550B2 (en) | Transaction continuation method and resource manager therefor | |
JP2000047854A (en) | Program management method | |
JP3161713B2 (en) | System definition change device | |
JPH11305606A (en) | Equipment management system, method thereof, and storage medium | |
JPH09258966A (en) | Software supply system, software supply device and software supplied device | |
JP2003208337A (en) | Customer system state tracking system | |
JP3024556B2 (en) | Revision number check system, revision number check device and revision number check method | |
JP2002014855A (en) | Device for controlling data base update processing and method for the same and recording medium with its program recorded | |
JP2001166923A (en) | System and method for processing release, and recording medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20030826 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080919 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080919 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090919 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100919 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110919 Year of fee payment: 8 |
|
LAPS | Cancellation because of no payment of annual fees |