JP2007102591A - System and method for trading traveler seat ticket - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system and a method for achieving trade/exchange/transfer service of seat reservation information prior to boarding a train. <P>SOLUTION: The system comprises a reservation managment server 1 having reservation exchange processing 15 to exchange reservation information exchange-registered from an operation terminal; reservation transfer processing 16 to transfer reservation information transfer-registered from the operation terminal; cancel processing 13 to cancel a service of trade/exchange/transfer, etc., cancel-required from the operation terminal; state recognition processing 14 to check a service state of trade/exchange/transfer, etc., state-check-required from the terminal; and authentication processing 17 when authentication is required from the terminal, and a trade server 2 having a trade table 21 to manage information on a trade service; and trade processing 23 to retrieve a trade partner on the basis of the information from the trade table. Thus the system provides the trade/exchange/transfer service of the seat reservation information. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a passenger ticket release system, and more particularly to a system and method for handling a passenger ticket seat after purchase.

The passenger ticket seat reservation system includes a service form using a mobile phone and a service form for making a reservation by telephone at a reservation center.
When purchasing a passenger ticket (for example, a train reservation ticket or reserved seat ticket) at a station window, the purchaser information such as name and the train information desired to be purchased are entered in the application form. Station staff accesses a seat reservation system connected via a network and reserves seats from the station terminal. The purchaser receives the designated ticket, and the ticket information is recorded in the seat reservation system. Usually, the user gets on the train as described in the purchased ticket, but after purchasing the ticket, it becomes inconvenient before boarding the train and it may be found that the user cannot board the train. If you want to simply cancel the train without using the train after that, you can go to the station counter again and go through the cancellation procedure, or the user can directly use the mobile terminal, mobile phone, or home terminal In the case of purchase, the user again accessed the seat reservation system directly from the mobile terminal, mobile phone, or home terminal, and took the cancellation procedure. If you do not use the train, you only need to cancel, but if you want to change the seat reservation information, for example, if you want to change the train itself, or if you want to change the equipment of the train you are riding on (for example, smoking and smoking) Had to release the reservation information and retrieve it again. For this reason, there is no advantage over having reserved a seat once, and a reservation is made in the same row as a customer who does not have reservation information.

JP 2004-139287 A

  However, it is difficult to secure reservations for popular trains (commemorative trains, final Shinkansen, etc.) again. Even if a plurality of customers wished to change the boarding train, they could not trade the reservation information between customers with the same interests. Also, in some cases, customers who can no longer ride on reserved trains have a psychological feeling that they do not want to easily give up the reservation information they have obtained, so that the railroad operator can operate without leaving seats. There is a case to do.

  An object of the present invention is to provide a system and a method for providing a service for trading reservation information between customers having an interest relationship between customers having reservation information.

In order to solve the above object, the present invention provides
In the present invention, more specifically, service menu processing and notification reception processing are installed in an operation terminal such as a mobile phone and a personal computer, and a reservation table, reservation inquiry processing, A reservation exchange process, a reservation transfer process, a cancel process, a state confirmation process, and an authentication process are installed, and a trade table and a trade process are installed in a trade service server that implements a trade service.

  The service menu process is a process for displaying a menu for operating a service such as trade / exchange / transfer from the operation terminal. The notification receiving process is a process of receiving a notification from the reservation management server for services such as trade / exchange / transfer.

The reservation table is a table for managing personal reservation information, service status such as trade / exchange / transfer, and the like. The reservation inquiry process is a process of replying reservation information to a reservation inquiry request from the operation terminal. The reservation exchange process is a process for exchanging reservation information exchanged and registered from the operation terminal. The reservation transfer process is a process of transferring the reservation information transferred and registered from the operation terminal. The cancel process is a process for canceling a service such as trade / exchange / transfer requested for cancellation from the operation terminal. The state confirmation process is a process for confirming a service state such as trade / exchange / assignment requested by the operation terminal, and the authentication process is a process for authenticating a service such as trade / exchange / assignment. The trade table is a table for managing information necessary for trade processing. The trade process is a process of trading using reservation information registered in the trade table.
With the above trade service function, reservation information can be exchanged / transferred / traded with superiority over having reservation information.

According to the present invention, reservation information can be traded based on the priority of having reservation information among passengers who meet needs by registering passenger ticket seat reservation information.
Further, a reservation information exchange service between specific partners and a reservation information transfer service for a specific partner are also possible.

Next, a trade service function according to the present invention will be described with reference to FIGS.
FIG. 1 is a block diagram showing the overall configuration of a trade service function according to the present invention.
This embodiment includes an operation terminal 3 for operating a trade / exchange / transfer service, a trade service server 2 for managing a trade service, and a reservation management server 1 for managing reservation information.

  The operation terminal 3 includes a service menu processing unit 32 for operating the trade / exchange / transfer service and a notification reception processing unit 33 for receiving information on the trade / exchange / transfer service notified from the reservation server. The trade server 2 includes a trade table 21 that manages information related to a trade service, and a trade processing unit 23 that searches for trade partners based on the trade table information.

  The reservation management server 1 exchanges reservation information exchanged and registered from the operation terminal with a reservation table 10 that manages information related to reservation, a reservation inquiry processing unit 12 that answers reservation information in response to a reservation inquiry request from the operation terminal. Status from the exchange processing unit 15, the reservation transfer processing unit 16 for transferring the reservation information transferred from the operation terminal, the cancel processing unit 13 for canceling the service such as trade / exchange / transfer requested for cancellation from the operation terminal, and the operation terminal The status confirmation processing unit 14 confirms the service status of the trade / exchange / transfer etc. requested for confirmation and the authentication processing unit 17 when the authentication request is issued from the operation terminal.

FIG. 2A shows the format of the reservation table of FIG. FIG. 2B is an explanation of items of the format of the reservation table 10 of FIG.
When a user makes a reservation for a ticket, the individual number assigned to the user in the reservation table, the reservation number of the ticket, the details of the reservation, the section where the boarding / exiting station is shown, the date indicating the boarding date, the train number to board, Equipment information such as non-smoking seats and smoking seats, and information on seats such as aisles and windows are recorded. When the service procedure related to the change of the reservation information is taken, an item column such as the status of the applied service is used.

FIG. 3A shows the format of the trade table 21 of FIG. FIG. 3B illustrates the format items of the trade table 21 of FIG.
4A to 4C are flowcharts showing processing in the trade processing unit 23 of FIG. “R001, T301” and the like in the figure indicate the menu number of the operation terminal menu shown in FIGS. If it is R001, a message such as “Please enter the reservation number for registering trade. Select 9 to cancel the processing” is displayed (FIG. 10D).
FIG. 4A is an overall flowchart of the trading process. When the user wishes to trade the ticket and the trading process is started, the reservation number given to the reservation information is input (S001). Existence confirmation (S002), service status confirmation (S003), and trade registration will confirmation (S004) are confirmed on the reservation table. Check that the trade table does not exceed the registration limit for the trade section. (S005). As the trade registration process (S006, FIG. 4B), trade request information is registered (S016). It is determined whether the trade request is a train number or a time zone (S017). If it is a train number, a train number is set in the trade information (S018). If it is a time zone, n train numbers corresponding to the time zone are set in order of speed. (S019), smoking / smoking / no designation is set as trade information (S020), window side / passage side / undesignated is set as trade information (S021), and trade registration is completed (S007). Next, as a trade search process (S008, FIG. 4 (c)), a search is made for a record in which two-way trade information matches from a registered trade table in the same boarding station section, and trade information is obtained by a plurality of people. A search is made for a matching record. If the records match, the reservation information is replaced. If the records match in one direction, the matching status is set in the corresponding part of the trade table. (S022-S031) When the trade matches, the corresponding trade registrant is notified of the fact that the trade has been established (S010).

FIGS. 5A and 5B are flowcharts showing processing in the reservation transfer processing unit (16 in FIG. 1).
The personal number of the transfer partner is input (S101) and it is confirmed whether it exists in the reservation table (S102). If it exists, it is selected whether the reservation information is transferred or not (S103). In the case of the transfer source, the reservation number to be transferred is input (S105), whether or not the corresponding reservation number exists (S106), confirmation that the corresponding reservation number is not registered in the service (S107), and the corresponding reservation After confirming that the information is to be transferred (S108) (S109), the service status of the reservation table of the reservation information of the transfer source is updated to “transfer registration in progress”, and the other party's personal number is registered in the transfer / exchange information. (S110).

  In the case of the transfer destination, the reservation number of the transfer destination is confirmed (S115), whether the reservation number to be transferred exists in the reservation table of the transfer source (S117), and confirmation that the reservation information to be transferred is not registered in the service. In step S118, a reservation number record to be transferred is added to the transfer destination, the service state is “waiting for transfer to other party”, and the transfer source personal number is set as the other party personal number in the transfer / exchange information (S119). The transfer source is notified that registration of the transfer destination has been completed (S120).

FIG. 6 is a flowchart showing processing in the reservation exchange processing unit (15 in FIG. 1).
The exchange partner's personal number is input (S201) to check whether it exists in the reservation table (S202). If the reservation number exists, the user inputs the reservation number to be exchanged (S203), confirms whether the corresponding reservation number exists (S204), confirms that the corresponding reservation number is not registered in the service (S205), and the corresponding reservation Confirmation of information exchange (S206) (S207). Next, the reservation number of the exchange partner is input (S212), whether or not the corresponding reservation number exists (S213), confirmation that the corresponding reservation number is not in service registration (S214), and the reservation information of the exchange partner (S215), and confirms that the corresponding reservation information is exchanged (S216).
The service status of the corresponding reservation information in the reservation information table is set to “exchange registration in progress”, and “partner number” and “partner reservation number” are set (S217). If the exchange destination is also registered, the service state of each reservation information is set to “waiting for exchange authentication”, and an exchange preparation completion notice is sent (S219).

FIG. 7 is a flowchart showing processing in the authentication processing unit (17 in FIG. 1).
The reservation number to be authenticated is input (S301), and depending on the service status, the transfer process (S303 to S307) when waiting for transfer authentication, the exchange process (S308 to 315) when waiting for replacement authentication, and the error process ( S316) is performed.
FIG. 8 is a flowchart showing processing in the state confirmation processing unit (14 in FIG. 1).
A reservation number for confirming the state is input (S401), and it is confirmed whether the corresponding reservation number exists in the reservation table (S402). If it exists, the status is displayed according to the service status (S405 to S412).

FIGS. 9A to 9C are flowcharts showing processing in the cancel processing unit (13 in FIG. 1).
The reservation number to be canceled is input (S501), whether or not the corresponding reservation number exists in the reservation table (S502), and whether or not the corresponding reservation number is being registered in the service (S504). The processing is distributed according to the service status (S506). If the service status is transfer registration, the transfer process is canceled (S507 to S510). If the status is waiting for transfer authentication, the transfer process is canceled (S511 to S515). If the status is the partner transfer authentication, the transfer process is canceled (S516 to S520). If the status is currently registered for exchange, the exchange process is canceled (S521 to S524). If the status is waiting for exchange authentication and exchange authentication is completed, the exchange processing is canceled (S525 to S529). If the state is currently registered for trade, the trade processing process is canceled (S530 to S533).

FIG. 10 is a diagram in which menus displayed on the operation terminal are organized by menu category, menu number, and menu display contents.
FIG. 11 is a diagram showing a trade sequence. User A 111 transmits a trade process registration 113 to the trade service server 110. User B 112 also transmits a trade process registration 114 to the trade service server 110. Upon receiving both registrations 113 and 114, the trade service server 110 performs trade registration processing 115 and trade processing 116, and sends notifications 117 and 118 of the results to the users A and B. Menu NOs shown on the left and right in the figure indicate menu NOs that may be displayed on the respective user terminals.

  FIG. 12 shows the transfer sequence. User A 121 transmits transfer process registration 123 to the trade service server 120. User B 122 also sends the registration 124 of the above and processing to the trade service server 120. FIG. 12 shows a case where a ticket owned by user A is transferred to user B. Upon receipt of the registrations 123 and 124, the trade service server performs a transfer process 125. User 126 is notified 126 that the transfer destination has been registered, receives user 127's authentication 127, and when information and authentication process 128 are completed, notifies user B that the transfer has been performed. 129. Menu NOs shown on the left and right in the figure indicate menu NOs that may be displayed on the respective user terminals.

FIG. 13 is a diagram showing an exchange sequence. The user A 131 and the user B transmit registrations 133 and 134 of the exchange process of the boarding ticket (boarding reservation information) owned by the user A 131 and the user B to the trade service server 130. The trade service server 130 receives the registration information, performs an exchange process 135, sends notifications 136 and 137 to the users A and B, respectively, and authenticates the users A and B. Processing 140 is performed. When the exchange authentication process 140 ends, notifications 141 and 142 are transmitted to the user. Menu NOs shown on the left and right in the figure indicate menu NOs that may be displayed on the respective user terminals.
FIG. 14 is a diagram showing a cancel sequence, and is an example of canceling a trade process once established, for example. The notifications 145 and 146 are “Trade of reservation number xxx has been established. Please confirm the contents of the trade by checking the status”. Suppose that the cancel 147 is transmitted from the user A to the trade service server 143. The trade service server 143 performs a cancellation process 148 and transmits notifications such as T103 and T203 to other users. Menu NOs shown on the left and right in the figure indicate menu NOs that may be displayed on the respective user terminals.

15 to 18 show the states of the reservation table (10 and 2 in FIG. 1) and the trade table (21 and 3 in FIG. 1) at the time of various processes.
FIGS. 15A to 15D show changes in the table state during a one-to-one trade. FIG. 15A shows a reservation table initial state and a trade table initial state. The users (total of 3 people) to whom personal numbers 0001, 0002, and 0003 are assigned are registered in the reservation table. The user with the personal number 0001 has four pieces of reservation information 1001 to 1004. The reservation content of the reservation number 1001 indicates that a seat on the passage side of the non-smoking seat of the limited express No. 5 is reserved on May 10 in the Tokyo-Nagoya section. At this point in time, no service related to trading or transfer is performed, so the columns after the service status are blank.

  A trade table is provided for each section, and the feasibility of the trade is determined by the brute force of the users who applied for the trade. The storage format of the user's personal number and reservation number is a pair of Yxxx0 and Yxxx0 and a pair of Txxx0 and Txxx0. FIG. 15B is a table state when the first trade registration is performed. When an application for trade registration is made with respect to the reservation information of the personal number 0001 and the reservation number 1001, a status of “trade registration” is written in the service status column 151. Further, as trade information, the registration order information indicating that it is registered first as TK001, and the train information to be received as trade information such as limited express No. 5 on May 15, non-smoking seat and passage side information are shown in the trade information column 152. To be recorded. In the trade table, pairs of personal numbers and reservation numbers for which trades are registered are recorded in pairs of columns Y0001 and Y1001 and in rows T0001 and T1001. In the trade table of the present embodiment, a set of initial states Yxxx0 and Yxxx0 and a set of Txxx0 and Txxx0 are recorded in advance, not actual personal numbers and reservation numbers. Accordingly, since the matching between themselves is not established, the symbol “−” without the matching process is recorded. The correspondence is checked in order for the other matching target pairs. In this embodiment, the numbers 1 and 2 are examined in this order, and as a result, the match (satisfaction / non-establishment) of all pairs is confirmed. In FIG. 15 (b), the correspondence between the dummy personal number xxx0 and the reservation number xxx0 is not established, so it will be seen as circle number 1 and circle number 2. However, since each result matching (trade) is not established, “x” is indicated. To be recorded.

  FIG. 15C shows a table state when the second trade registration is made. When an application for trade registration is made for the reservation information of the personal number 0002 and the reservation number 2110, the state of “trade registration” is written in the corresponding field 153 of the service registration field. Also, as the trade information, registration order information indicating that it was registered second as TK002, as the train information that you want to receive trades, you wish to reserve time zones for two trains on May 10th, Limited Express No. 5 and Limited Express No. 6, Information indicating a non-smoking seat and passage side is recorded in the corresponding column 154 of the trade information column. In the trade table, a pair of personal numbers and reservation numbers for which trades are registered is recorded as a pair of columns Y0002 and Y2001 and as a pair of rows T0002 and T2001. Subsequent to the matching processing for the circled numbers 1 and 2 ended in FIG. 15B, the matching processing is performed in the order of the circled numbers 3 and 4 for the added personal numbers and reservation numbers. In the circled number 3, since the trade information desired by Y0001 (the reservation number Y1001) matches the registered information of T0002 (the reservation number T2001), “◯” indicating that the trade has been established is recorded. In the circled number 4, since the trade information desired by Y0002 (its reservation number Y2001) coincides with the registered information of T0001 (the reservation number T1001), “◯” indicating the establishment of the trade is recorded.

  FIG. 15D shows a reservation table state when a trade is established. In the reservation table, the personal number 0001 and the reservation number 1001 are exchanged with the reservation information of the personal number 0002 and the reservation number 2001, and the service state and trade information are initialized (cleared). In the trade table, the record of the trade winner is deleted.

  FIGS. 16A to 16E show changes in the table state during a multi-person trade. FIG. 16 (a) shows the initial state of the reservation table and the initial state of the trade table, and FIG. 16 (b) shows the table state when the first trade registration is made, and FIG. 15 (a) and FIG. It is the same situation as (b). FIG. 16C is similar to FIG. 15C, and shows a table state when a second trade registration is made. The user with the personal number 0002 and the reservation number 2001 has registered for trade, but differs from FIG. 15C in that the date of the train that wishes to trade is May 21st. Since the second person's trade registration is made, a match search is performed by setting the corresponding section of the trade table. Matching is performed in the order of the circled number 1 to the circled number 4, but since the reservation information of Y0002 and Y2001 can be traded to T0001 and T1001 with the circled number 4, “◯” is recorded. However, since “O” is not recorded for all registered traders, the trade process is continued.

  FIG. 16D shows a table state when a third trade registration is made. Since the user of the personal place number 0003 and the reservation number 3002 has registered for trade, a status of “trade registration” is written in the corresponding column 155 of the service status column. In addition, as trade information, registration order information showing that it was registered third as TK003, train information that you want to receive as trade information such as limited express No. 5 on May 10, non-smoking seat, passage side, etc. Recorded in the column. In the trade table, pairs of personal numbers and reservation numbers for which trades are registered are additionally recorded in pairs of columns Y0003 and Y3002 and in pairs of rows T0003 and T3002. When the third trade registration is additionally recorded and set in the corresponding section of the trade table, a match search is performed. Matching in the order of round number 1 to round number 5. Since the reservation information of Y0001 and Y1001 can be traded to T0003 and T3002 with the circled number 3, “◯” is recorded. Since the reservation information of Y0003 and Y3002 can be traded to T0002 and T2001 with the circled number 5, “◯” is recorded. In this way, a trade is established for all those who have registered for trade (Y0001, Y1001, Y0002, Y2001, Y0003, Y3002), and “O” is recorded.

  FIG. 16E shows a reservation table state when a plurality of trades are established. In the reservation table, reservation information of personal number 0001, reservation number 1001, personal number 0002, reservation number 2001, personal number 0003, reservation number 3002 is exchanged, and the service state and trade information are initialized (cleared). In the trade table, the record of the trade winner is deleted.

  FIGS. 17A and 17B show changes in the reservation table state during the transfer process. The transfer in the present embodiment is a transfer process on the system when the user to whom the reservation information that the user has has been transferred is determined in advance (regardless of whether the user at the transfer destination receives). . The upper table of FIG. 17A is the initial state of the reservation table, and is the same as FIGS. 15A and 16A. The lower table of FIG. 17A is the reservation table state when the reservation information with the personal number 0001 and the reservation number 1002 as the transfer source is already transferred and registered, and the column 156 corresponding to the service state indicates “transfer registration in progress”. And the counterpart personal number “0002” of the transfer destination is registered. When registration is performed at the transfer source, as shown in the upper table of FIG. 17B, the reservation details to be transferred are set in the transfer destination personal number column, and the corresponding column 157 of the service status is “waiting for transfer authentication”. And “Waiting for partner transfer authentication” is recorded in the corresponding field 158. When the transfer authentication is performed at the transfer source, as shown in the lower table of FIG. 17B, the reservation content of the transfer source is deleted, the service state and transfer / exchange information are initialized, and the transfer process ends.

  FIGS. 18A to 18C show changes in the reservation table state during the exchange process. The upper table of FIG. 18A is the initial state of the reservation table, and is the same as FIGS. 15A and 16A. The exchange in the present embodiment is an exchange process on the system when the reservation information possessed by itself and the reservation information to be exchanged by another exchange partner are determined in advance. Incidentally, when the reservation information to be exchanged is not decided, the trade processing is performed. The lower table of FIG. 18A is a reservation table state when the reservation information of the personal number 0001 and the reservation number 1002 is already registered for replacement, and “exchange registration is performed” is recorded in the corresponding column 159 of the service state. The partner personal number “0002” of the exchange destination and the partner reservation number “2002” are registered. When the exchange registration is performed, as shown in the upper table of FIG. 18B, the reservation content to be transferred is set in the personal number field of the exchange partner, and the corresponding status field 159 is set to “Waiting for exchange authentication”. As a result of the change, “Waiting for exchange authentication” is recorded in the service status column of the exchange partner, “0001” is recorded in the partner personal number column of transfer / exchange information, and “1002” is recorded in the partner reservation number column. When the personal number 0001 and the reservation number 1002 perform the exchange authentication, the corresponding service status column is changed to “exchange authentication completed” as shown in the lower table of FIG. The lower table of FIG. 18B is a table state when the one-way authentication of the exchange has been completed. However, when the exchange partner's personal number 0002 and reservation number 2002 are also exchange-authenticated, “exchange-authenticated” is similarly displayed in the service status column. Is set (not shown). When authentication in both directions of the section is completed, as shown in FIG. 18C, the reservation content of the exchange 0001 is set to the reservation content of the exchange 0002, and the reservation content of the exchange 0002 is set to the reservation content of the exchange 0001. Then, the service status and transfer / exchange information of the records of the exchanger 0001 and the exchanger 0002 are initialized, and the exchange process is terminated.

  The present invention is particularly effective for a seat reservation of a train, and can be used in a system or method for realizing a service for making another train reservation by effectively using a reserved right.

It is a block which shows the whole structure of the seat reservation information trade function by this invention. It is a description of a seat reservation table format and seat reservation table items. It is a description of a trade table format and trade table items. It is a flowchart which shows a trade processing flow. It is a flowchart which shows a trade processing flow. It is a flowchart which shows a trade processing flow. It is a flowchart which shows the transfer process flow. It is a flowchart which shows the transfer process flow. It is a flowchart which shows an exchange process flow. It is a flowchart which shows an exchange process flow. It is a flowchart which shows an authentication process flow. It is a flowchart which shows a state confirmation processing flow. It is a flowchart which shows a cancellation process flow. It is a flowchart which shows a cancellation process flow. It is a flowchart which shows a cancellation process flow. It is a figure which shows the operation terminal service menu content. It is a figure which shows the operation terminal service menu content. It is a figure which shows the operation terminal service menu content. It is a figure which shows the operation terminal service menu content. It is a figure which shows the operation terminal service menu content. It is a figure which shows the operation terminal service menu content. It is a sequence diagram which shows a trade sequence. It is a sequence diagram which shows a transfer sequence. It is a sequence diagram which shows an exchange sequence. It is a sequence diagram which shows a cancellation sequence. It is an example of each table state at the time of 1 to 1 trade. It is an example of each table state at the time of 1 to 1 trade. It is an example of each table state at the time of 1 to 1 trade. It is an example of each table state at the time of 1 to 1 trade. It is an example of the table state at the time of multi-person trade. It is an example of the table state at the time of multi-person trade. It is an example of the table state at the time of multi-person trade. It is an example of the table state at the time of multi-person trade. It is an example of the table state at the time of multi-person trade. It is an example of the table state at the time of transfer. It is an example of the table state at the time of transfer. It is an example of the table state at the time of exchange. It is an example of the table state at the time of exchange. It is an example of the table state at the time of exchange.

Explanation of symbols

100 Reservation management server
200 Trade Service Server
300 Operation terminal
110 seat reservation table
120 Reservation management server programs
121 Reservation inquiry processing
122 Cancellation processing
123 Status confirmation processing
124 Reservation exchange process
125 Reservation transfer process
126 Authentication processing
210 Trade Table
220 Trade server programs
221 Trade processing
310 Operation terminal programs
311 Service menu processing
312 Notification reception processing

Claims (5)

  Reservation table for managing reservation information trade / exchange / transfer, reservation exchange processing for exchanging reservation information based on information such as reservation table transfer / exchange information, reservation table transfer / exchange information, etc. Reservation transfer processing that transfers reservation information based on information, reservation inquiry processing that introduces reservation contents based on information such as reservation contents in the reservation table, and services based on information such as the service status of the reservation table Reservation server side trade / exchange / transfer processing method comprising: cancellation processing for canceling the service status; and status confirmation processing for confirming the service status based on information such as the service status in the reservation table.   A trade processing method on the trade service server side, comprising a trade table for realizing a trade service and a trade process for trading reservation information based on the information of the trade table.   An operating terminal side trade / exchange / assignment processing method comprising service menu processing for using a service and notification reception processing for receiving a notification from a reservation management server. Reservation management server that stores the contents of reserved train seat information in a reservation table, a trade server that performs trade processing of the seat information, and an operation terminal that receives registration of the seat information change processing and receives seat information after the change With
The reservation management server stores trade registration of seat reservation information received from a user who has the right of seat reservation information stored in the reservation table as trade information, and stores the trade processing result when the trade processing ends. Have a reservation table,
The trade server is a trade table created in response to trade registration of seat reservation information, and is a trade table used for determining whether a trade request is established by a combination of all registered seat reservation information. Have
The operation terminal includes a processing unit for a service menu displayed in accordance with an instruction from the reservation management server and a processing unit that receives a notification from the reservation management server,
The ticket processing apparatus for a ticket, wherein the contents of the reservation table of the reservation management server are rewritten according to the result of the trade established in the trade table, and the train seat is traded. Accepts the input of the personal number assigned to the user, the reservation number assigned to the seat information of the reserved train and the new train information desired to be changed, records it in the reservation table, and other users Personal number, seat information, and registration of new train information that other users want to change and record in the reservation table, compare the train information before and after the change of all registered users, A ticket trade processing method characterized in that, when a mutual seat information trade is established, the mutual seat information on the reservation table is switched and recorded.

Images