JP2012093997A - Reservation receiving apparatus and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a reservation receiving apparatus in which data contents can be flexibly fetched and work for manually inputting a reservation can be omitted.SOLUTION: When fetching reservation information data of a structured document file inputted via a browsable reservation site by a computer having a browser function, while referring to linking between a name of each field of previously specified reservation data and a name of a tag of a structured document of the reservation information data, the name of the tag of the structured document is converted into the name of the field of the reservation data. Thus, regarding fetching structured document data as reservation information data, subsequent extensibility can be maintained compared to field-fixed fetching and even when a format of the structured document is changed, by changing tag information of settings, the structured document can be fetched. Therefore, data contents can be flexibly fetched and work for manually inputting a reservation can be omitted.

Description

  Embodiments described herein relate generally to a reservation receiving apparatus and a program.

  With the spread of the Internet, a system that can make reservations for accommodation facilities such as hotels and inns on the web has become common (see, for example, Patent Document 1). Such a system publishes a reservation site that can be browsed by a computer having a browser function on the web, provides vacant room information, and transmits the accommodation facility reservation data form to a computer that browses the reservation site. In addition, it is constructed so that a reservation can be received by receiving an already entered data form transmitted from the computer.

  However, the specifications of the travel business EDI (Electronic Data Interchange) are individually defined by each travel agency, etc., and depending on the data taken from each travel agency, etc., data conversion suitable for the system is required.

  The reservation receiving apparatus of the embodiment includes a reservation information fetching unit that fetches reservation information data that is a structured document file input via a reservation site that can be browsed by a computer having a browser function, A link recording means for recording a link between the name of each field and the tag name of the structured document tag of the reservation information data, and when the reservation information data is captured, the link information is referred to, A tag name conversion unit that converts a tag name of the structured document into a name of a field of the reservation data; and reservation data generation unit that generates various reservation data from the reservation information data after the tag name conversion.

  The program according to the embodiment includes a reservation information capturing unit that captures reservation information data, which is a structured document file input via a reservation site that can be browsed by a browser function, and each field of reservation data defined in advance. Link recording means for recording a link between the name of the reservation information data and the tag name of the structured document tag of the reservation information data, and when the received reservation information data is taken in, the link information is referred to and the reservation information data A tag name conversion unit that converts a tag name of the structured document into a field name of the reservation data, and a reservation data generation unit that generates various reservation data from the reservation information data after the tag name conversion is executed. .

Drawing 1 is a mimetic diagram showing the scheme which realizes reservation processing of accommodation facilities using the accommodation reservation system concerning an embodiment. FIG. 2 is a block diagram illustrating a hardware configuration of the host computer. FIG. 3 is a schematic diagram showing the file structure of the reservation plan database. FIG. 4 is a schematic diagram showing the file structure of the guest database. FIG. 5 is a flowchart showing the flow of accommodation facility reservation processing executed by the CPU of the host computer. FIG. 6 is a schematic diagram showing screen transitions displayed on the user's computer in the accommodation facility reservation process. FIG. 7 is a block diagram illustrating a configuration of the accommodation facility apparatus. FIG. 8 is a block diagram illustrating a hardware configuration of a server constituting the accommodation facility apparatus. FIG. 9 is a schematic diagram showing a file structure of the accommodation management file. FIG. 10 is an explanatory diagram illustrating a part of XML data. FIG. 11 is a block diagram illustrating a functional configuration of the CPU. FIG. 12 is a flowchart showing the flow of the server reservation data take-in process. FIG. 13 is a front view showing an initial display screen (data capture screen). FIG. 14 is a front view showing an initial display screen (capture list output screen). FIG. 15 is an explanatory diagram schematically showing the reservation data fetching process. FIG. 16 is a front view showing an initial display screen (reservation data creation screen). FIG. 17 is an explanatory diagram schematically showing reservation data creation processing. FIG. 18 is a front view showing an initial display screen (creation list output screen). FIG. 19 is a front view showing a reserved room type conversion setting screen. FIG. 20 is a front view showing a reservation fee conversion master setting screen. FIG. 21 is a front view showing a meal condition name master setting screen.

[System Overview]
The accommodation reservation system concerning embodiment is demonstrated based on FIG. 1 thru | or FIG. The accommodation reservation system according to the embodiment executes reservation processing for accommodation facilities on the web.

  Drawing 1 is a mimetic diagram showing the scheme which realizes reservation processing of accommodation facilities using the accommodation reservation system concerning an embodiment. First, the accommodation reservation system according to the embodiment includes a host computer 101 as a host device installed in a headquarters 11 such as a travel agency and a computer-configured accommodation facility installed in each of accommodation facilities 21 such as a plurality of hotels and inns. The apparatus 201 is comprised.

  The host computer 101 includes a web server function, and publishes a reservation site for the accommodation facility 21 on the web. The host computer 101 also manages a reservation plan database 151 and a guest database 171. The reservation plan database 151 manages reservation information data transmitted from a user 31 who desires to use the accommodation facility 21. Details thereof will be described later with reference to FIG. The guest database 171 manages guest information transmitted from the accommodation facility 21. Details thereof will be described later with reference to FIG.

  The accommodation facility apparatus 201 installed in the accommodation facility 21 includes a server 211 that functions as a reservation receiving apparatus and a client 231 that is a front terminal or the like. The server 211 and the client 231 are connected to the LAN network 271. And are connected through data communication (see FIG. 7).

  A user 31 who wants to use the accommodation facility 21 accesses a reservation site published by the host computer 101 via a portable electronic terminal such as a mobile phone or a computer 300 such as a personal computer. 21 reservations can be made. The computer 300 used by the user 31 is required to have an environment capable of connecting to the Internet in order to view information on a reservation site published on the web, and to have a browser function by installing browser software. is there.

  In order to reserve the accommodation facility 21 on the system constructed as described above, the user 31 uses the computer 300 to access a reservation site that the host computer 101 discloses on the web. Then, reservation information data, that is, user information, a reservation plan, and payment information are input on this reservation site and transmitted to the host computer 101.

  The host computer 101 registers the received reservation information data in the reservation plan database 151 (see FIG. 3), and generates a reservation code for each reservation. Then, the host computer 101 transmits a reservation code to the computer 300 that transmitted the reservation information data. As an example, when the computer 300 used by the user 31 is a portable electronic terminal, for example, a mobile phone, the host computer 101 transmits the generated reservation code by mail. Thereby, the computer 300 which is a mobile phone can display the reservation code received by mail on the screen. As another example, when the computer 300 used by the user 31 is a personal computer, the host computer 101 transmits the generated reservation code. Thereby, the computer 300 which is a personal computer can print out the received reservation code on a recording medium such as transfer paper.

  The host computer 101 further configures the accommodation facility apparatus 201 of the accommodation facility 21 in which the reservation information data (user information, reservation plan, and payment information) transmitted from the user 31 is reserved together with the generated reservation code. 211.

  The server 211 constituting the accommodation facility apparatus 201 includes an accommodation management file 212 (see FIG. 9) for managing information about the guest, and reservation information data with a reservation code received from the host computer 101 is used as guest information. Register in the accommodation management file 212. Therefore, the accommodation facility apparatus 201 can recognize the guest information (user information, reservation plan, and payment information) linked to the reservation code by specifying the reservation code.

[System details: Host computer]
FIG. 2 is a block diagram illustrating a hardware configuration of the host computer 101. The host computer 101 is mainly composed of a microcomputer 102 that executes information processing. The microcomputer 102 includes a ROM (Read Only Memory) 104 that stores fixed data and a RAM (Random Access Memory) 105 that stores variable data in a rewritable manner in a CPU (Central Processing Unit) 103 that centrally controls each unit. They are connected via a system bus 106.

  An HDD (Hard Disk Drive) 107, a disk drive 108, and an external storage device 109 are also connected to the CPU 103. The above-described reservation plan database 151 and guest database 171 are stored and saved in the external storage device 109.

  The host computer 101 includes a display device 110 and an input device 111 as input / output devices of the microcomputer 102. The display device 110 and the input device 111 are connected to the CPU 103 via the system bus 106. The host computer 101 also includes a communication interface 112 connected to the CPU 103 via the system bus 106. The communication interface 112 is configured to connect the host computer 101 to a communication network.

  In FIG. 2, the RAM 105 is shown as a single component, but may actually be composed of a plurality of chips. The RAM 105 constituted by a single chip needs to be backed up by a battery. In the case of the RAM 105 constituted by a plurality of chips, at least one chip is backed up by a battery or is constituted by a non-volatile memory, and stored data can be stored without receiving power supply. All or part of the computer program installed in the HDD 107 is copied to the battery backup area or the non-volatile memory area of the RAM 105, and the copied computer program is interpreted by the CPU 103 and executed. Some computer programs copied to the RAM 105 and interpreted and executed by the CPU 103 manage the function as a web server in the host computer 101 and the reservation plan database 151 and the guest database 171 stored in the external storage device 109. The function as the management server is executed. When such a computer program is executed, the storage area of the RAM 105 is used as a work area or the like.

  In FIG. 2, the host computer 101 is expressed as a single device, but the host computer 101 may be configured as a distributed type in which a plurality of devices are distributed.

  FIG. 3 is a schematic diagram showing the file structure of the reservation plan database 151 managed by the host computer 101. The reservation plan database 151 has a data structure capable of storing a hotel name 151b, reservation information 151c, a reservation code 151d, and a transmission flag 151e in association with a hotel ID 151a that is an identification code for specifying the accommodation facility 21.

  When the computer 300 of the user 31 who browses the reservation site published on the web by the host computer 101 makes a reservation for a specific accommodation facility 21 on the reservation site, the identification code given to the accommodation facility 21 is a hotel. Set to ID 151a. The hotel name 151b is text data about the designation of the corresponding accommodation facility 21. The identification codes set and stored in the hotel ID 151a and the text data stored in the hotel name 151b are managed in separate files that associate the identification codes with the text data. The reservation for a specific accommodation facility apparatus 201 on the reservation site by the computer 31 of the user 31 includes the identification code of the accommodation facility apparatus 201. Therefore, if there is a reservation, the identification code of the accommodation facility apparatus 201 is Will be identified. The identification code thus identified is set in the hotel ID 151a of the reservation plan database 151, and the text data managed in association with the identification code is stored in the hotel name 151b.

  The reservation information 151c in the reservation plan database 151 includes reservation information data (user information, reservation plan, and payment information) transmitted from the computer 300 of the user 31 who makes a reservation for a specific accommodation facility 21 on the reservation site. Remembered. As described above, the host computer 101 that has received the reservation information data generates a reservation code. The place where the reservation code generated in this way is stored is the reservation code 151 d in the reservation plan database 151.

  As described above, the host computer 101 uses the accommodation facility apparatus 201 of the accommodation facility 21 that has reserved the reservation information data (user information, reservation plan, and payment information) transmitted from the user 31 together with the generated reservation code. It transmits to the server 211 which comprises. In such processing, it is the hotel ID 151a in the reservation database 151 that specifies the accommodation facility device 201 of the reserved accommodation facility 21, and the reservation information data to be transmitted is reservation information data stored in the reservation information 151c. Yes, the reservation code to be transmitted is the reservation code stored in the reservation code 151d. When the host computer 101 transmits the reservation information data together with the reservation code, the host computer 101 sets a flag on the transmission flag 151e in the reservation database 151. That is, the transmission flag 151e stores flag data indicating that the reservation information data is transmitted together with the reservation code. Therefore, the host computer 101 can manage the reservation information data from the user 31 by referring to the reservation plan database 151.

  FIG. 4 is a schematic diagram showing the file structure of the guest database 171 managed by the host computer 101. The guest database 171 has a data structure capable of storing a hotel name 171b and guest information 171c in association with a hotel ID 171a that is an identification code for specifying the accommodation facility 21.

  The guest information 171 c stored in the guest database 171 is information transmitted from the server 211 constituting the accommodation facility apparatus 201. That is, the server 211 configuring the accommodation facility apparatus 201 transmits the guest information to the host computer 101 in association with the identification code that identifies the accommodation facility 21 in which the server 211 is installed. The host computer 101 stores the received identification code in the hotel ID 171a, and stores the received guest information in the guest information 171c. Then, text data corresponding to the identification code stored in the hotel ID 171a is retrieved from the above-described separate file that manages the identification code and text data in association with each other, and this is stored in the hotel name 171b.

[Accommodation reservation processing]
FIG. 5 is a flowchart showing a flow of reservation processing for the accommodation facility 21 executed by the CPU 103 of the host computer 101. FIG. 6 is a schematic diagram showing screen transitions displayed on the computer 31 of the user 31 during the reservation process for the accommodation facility 21 shown in FIG. The computer 300 of the user 31 in this case is a personal computer, for example.

  The host computer 101 transmits the hotel selection screen A to the computer 300 of the user 31 who accesses the reservation site at the reservation site to be disclosed on the web (step S11).

  FIG. 6A shows a state where the hotel selection screen A is displayed on the screen of the computer 300 of the user 31. As shown in FIG. 6A, the hotel selection screen A is a screen that displays a plurality of accommodation facilities 21 in a matrix and enables selection of a desired accommodation facility 21 in accordance with an operation on the computer 300. . In the hotel selection screen A, a cancel button A1 is displayed.

  As subsequent processing, the CPU 103 of the host computer 101 executes determination of whether or not a hotel is selected (step S12) and determination of whether or not cancellation is specified (step S13). When the cancel button A1 is selected and specified by the operation of the computer 300 by the user 31 (Y in step S13), the CPU 103 of the host computer 101 executes a memory clear process (step S39) and ends the process.

  On the other hand, when one accommodation facility 21 is selected and designated by the operation of the computer 300 by the user 31 (Y in step S12), the host computer 101 stores the hotel ID 151a in the reservation plan database 151 shown in FIG. An identification code linked to the selected accommodation facility 21 is provisionally registered (step S14). Then, the host computer 101 transmits the user information input form B to the computer 300 that has executed the hotel selection (step S15). This user information input form B constitutes a part of a data form for accommodation facility reservation.

  FIG. 6B shows a state in which the user information input form B is displayed on the screen of the computer 31 of the user 31. This user information input form B is a form for inputting user information such as the name, address, and telephone number of the user 31. The user 31 can input necessary items in the user information input form B by an operation on the computer 300. On the display screen of the user information input form B, a confirmation button B1, a return button B2, and a cancel button B3 are displayed.

  As subsequent processing, the CPU 103 of the host computer 101 executes determination of presence / absence of a confirming operation (step S16), determination of presence / absence of return designation (step S17), and determination of presence / absence of cancellation designation (step S18). When the return button B2 is selected and specified by the operation of the computer 300 by the user 31 (Y in step S17), the CPU 103 of the host computer 101 is the user who accesses the hotel selection screen transmission process in step S11, that is, the reservation site. The process returns to the process of transmitting the hotel selection screen A to the computer 300. When the cancel button B3 is selected and designated (Y in step S18), the CPU 103 of the host computer 101 executes a memory clear process (step S39) and ends the process.

  On the other hand, when the confirmation button B1 is selected and designated by the operation of the computer 300 by the user 31 (Y in step S16), the host computer 101 displays the user information input in the user information input form B. 3 is temporarily registered in the reservation information 151c in the reservation plan database 151 shown in FIG. 3 (step S19). Then, the host computer 101 transmits the reservation plan input form C to the computer 300 that has executed the selection designation of the confirmation button B1 (step S20). This reservation plan input form C constitutes a part of a data form for accommodation facility reservation.

  FIG. 6C shows a state in which the reservation plan input form C is displayed on the screen of the computer 31 of the user 31. This reservation plan input form C is a form for inputting a reservation plan including specification of the guest room of the selected accommodation facility 21. The user 31 can select and input a desired reservation plan from the reservation plan input form C by an operation on the computer 300. On the display screen of the reservation plan input form C, a confirmation button C1, a return button C2, and a cancel button C3 are displayed.

  As subsequent processing, the CPU 103 of the host computer 101 executes determination of presence / absence of confirmation operation (step S21), determination of presence / absence of return designation (step S22), and determination of presence / absence of cancellation designation (step S23). When the return button C2 is selected and designated by the operation of the computer 300 by the user 31 (Y in step S22), the CPU 103 of the host computer 101 returns to the transmission process of the user information input form B in step S15. When the cancel button C3 is selected and designated (Y in step S23), the CPU 103 of the host computer 101 executes a memory clear process (step S39) and ends the process.

  On the other hand, when the confirmation button C1 is selected and designated by the operation of the computer 300 by the user 31 (Y in step S21), the host computer 101 displays the reservation plan selected and input on the reservation plan input form C in FIG. Are temporarily registered in the reservation information 151c in the reservation plan database 151 (step S24). Then, the host computer 101 transmits the payment information input form D to the computer 300 that has executed the selection designation of the confirmation button C1 (step S25). This payment information input form D constitutes a part of a data form for accommodation facility reservation.

  FIG. 6D shows a state where a payment information input form D is displayed on the screen of the computer 31 of the user 31. This payment information input form D is a form for inputting a payment method and related information. The payment method means, for example, cash payment or credit payment. The information related to the payment method is, for example, a credit number or a credit card expiration date when credit payment is selected. The user 31 can select and input a desired payment method from the payment information input form D and input related information by an operation on the computer 300. Then, on the display screen of the payment information input form D, a confirmation button D1, a return button D2, and a cancel button D3 are displayed.

  As subsequent processing, the CPU 103 of the host computer 101 executes determination of presence / absence of a confirming operation (step S26), determination of presence / absence of return designation (step S27), and determination of presence / absence of cancellation designation (step S28). When the return button D2 is selected and designated by the operation of the computer 300 by the user 31 (Y in step S27), the CPU 103 of the host computer 101 returns to the transmission process of the reservation plan input form C in step S20. When the cancel button D3 is selected and designated (Y in step S28), the CPU 103 of the host computer 101 executes a memory clear process (step S39) and ends the process.

  On the other hand, when the confirmation button D1 is selected and designated by the operation of the computer 300 by the user 31 (Y in step S26), the host computer 101 displays the payment method and the like selected and input on the payment information input form D. 3 is temporarily registered in the reservation information 151c in the reservation plan database 151 shown in FIG. 3 (step S29). Then, the host computer 101 generates a confirmation screen E, and transmits the generated confirmation screen E to the computer 300 that has executed the selection designation of the confirmation button D1 (step S30).

  FIG. 6 (e) shows a state in which a confirmation screen E is displayed on the screen of the computer 31 of the user 31. The confirmation screen E includes user information input from the user information input form B shown in FIG. 6B, a reservation plan selected from the reservation plan input form C shown in FIG. 6D is a screen obtained by combining reservation information data such as a payment method selected and designated from the payment information input form D shown in FIG. Then, on the display screen of the confirmation screen E, a transmission button E1, a return button E2, and a cancel button E3 are displayed.

  As subsequent processing, the CPU 103 of the host computer 101 executes determination of presence / absence of transmission operation (step S31), determination of presence / absence of return designation (step S32), and determination of presence / absence of cancellation designation (step S33). When the return button E2 is selected and designated by the operation of the computer 300 by the user 31 (Y in step S32), the CPU 103 of the host computer 101 returns to the payment information input form D transmission processing in step S25. Further, when the cancel button E3 is selected and designated (Y in step S33), the CPU 103 of the host computer 101 executes a memory clear process (step S39), and ends the process.

  On the other hand, when the transmission button E1 is selected and designated by the operation of the computer 300 by the user 31 (Y in step S31), the host computer 101 generates a reservation code (step S34). Then, the host computer 101 registers the generated reservation code in the reservation code 151d in the reservation plan database 151 shown in FIG. 3 (step S35), generates the reservation completion screen F, and generates the generated reservation completion screen F. The data is transmitted to the computer 300 that executed the selection designation of E1 (step S36).

  FIG. 6F shows a state in which a reservation completion screen F is displayed on the screen of the computer 31 of the user 31. This reservation completion screen F includes the reservation information data included in the confirmation screen E and a display for guiding the user 31 that the reservation has been completed, and further includes the reservation code generated in step S34. The print button F1 is displayed on the display screen of the reservation completion screen F.

  The computer 300, which is a personal computer, can display the received reservation code on a screen and print out the displayed image on a recording medium such as transfer paper. That is, the host computer 101 determines whether or not there is a print designation as a process following step S36 (step S37). Therefore, if printing is designated (Y in step S37), the host computer 101 transmits a reservation completion screen printing instruction to the computer 300 of the user 31 (step S38). The computer 300 of the user 31 executes printout processing by a printer (not shown) in response to receiving a reservation completion screen print instruction. As a result, the user 31 can obtain a hard copy of the reservation code.

  Thereafter, the CPU 103 of the host computer 101 executes a memory clear process (step S39) and ends the process. Thereby, the screen display of the computer 300 of the user 31 returns to the top page display as shown in FIG. 6G, and the reservation process of the accommodation facility 21 on the web is completed.

  At this time, in the reservation plan database 151 managed by the host computer 101, new reservation information data is registered every time the reservation process of the accommodation facility 21 on the web is completed in accordance with the reservation code registration process in step S35. Is done. Then, the host computer 101 adds a reservation code to the reservation information data registered in the reservation database 151 toward the server 211 constituting the accommodation facility apparatus 201 installed in each accommodation facility 21 at every predetermined timing. To send. Therefore, in the reserved accommodation facility 21, the server 211 constituting the accommodation facility apparatus 201 receives the reservation information data together with the reservation code. Accordingly, the server 211 registers the received reservation code in the reservation code 212a in the accommodation management file 212, and registers the reservation information data received together with this reservation code in the guest information 212c as guest information.

[System Details: Accommodation Facility]
FIG. 7 is a block diagram illustrating a configuration of the accommodation facility apparatus 201. As described above, the accommodation facility apparatus 201 installed in the accommodation facility 21 includes the server 211 and the client 231 that is a front terminal or the like. The server 211 and the client 231 are connected via the LAN network 271. Thus, it is configured to be freely connected for data communication.

  FIG. 8 is a block diagram illustrating a hardware configuration of the server 211 that configures the accommodation facility apparatus 201. The server 211 is mainly composed of a microcomputer 221 that executes information processing. The microcomputer 221 is configured by connecting a ROM 223 that stores fixed data to a CPU 222 that centrally controls each unit and a RAM 224 that stores variable data in a rewritable manner via a system bus 225. An HDD 226 and a disk drive 227 are also connected to the CPU 222. In addition to the computer program, the HDD 226 stores the above-described accommodation management file 212 and schedule file 213.

  Also, in the HDD 226, a reservation room type conversion master 401, a reservation fee conversion master 402, a meal condition name master 403, a customer master 404, a customer link master 405, a room type master 406, a person type master 407, a subject master 408, etc. (See FIG. 17) is stored.

  The server 211 includes a display device 216 and an input device 217 as input / output devices of the microcomputer 221. The display device 216 and the input device 217 are connected to the CPU 222 via the system bus 225. The server 211 also includes a LAN interface 218 and a communication interface 219 that are connected to the CPU 222 via the system bus 225. The LAN interface 218 connects the server 211 to the client 231 via the LAN network 271 so that data communication is possible. The communication interface 219 is configured to be able to connect the server 211 to a communication network.

  In FIG. 8, the RAM 224 is shown as a single component, but may actually be composed of a plurality of chips. The RAM 224 constituted by a single chip needs to be backed up by a battery. In the case of the RAM 224 composed of a plurality of chips, at least one chip is backed up by a battery or is composed of a non-volatile memory and can store stored data without receiving power. All or a part of the computer program installed in the HDD 226 is copied to the battery backup area or the nonvolatile memory area of the RAM 224, and the copied computer program is interpreted by the CPU 222 and executed. When such a computer program is executed, the storage area of the RAM 224 is used as a work area or the like.

  FIG. 9 is a schematic diagram showing a file structure of the accommodation management file 212 managed by the server 211 constituting the accommodation facility apparatus 201. The accommodation management file 212 has a data structure that can store a guest code 212b, guest information 212c, check-in information 212d, and check-out information 212e in association with the reservation code 212a.

  As described above, the host computer 101 associates the reservation information data stored in the reservation information 151c in the reservation plan database 151 with the reservation code stored in the reservation code 151d to the server 211 of the accommodation facility apparatus 201. Send. In the server 211, the reservation code received from the host computer 101 is stored in the reservation code 212a of the accommodation management file 212, and the reservation information data is stored in the guest information 212c as guest information.

  By the way, as shown in FIG. 1, the host computer 101 that publishes a reservation site on the web is not limited to one trader (travel agency or the like) but exists in a plurality of traders. Therefore, in recent years, standardized travel industry EDI specifications defined individually by each travel agency, etc., connecting accommodation facilities in Japan and overseas in real time, improving system speed, reducing costs, "TraveXML" has been standardized as a kind of XML (Extensible Markup Language) standard, which is a structured document for the purpose of improving services. Accordingly, the reservation data created by the reservation sites of a plurality of vendors is created in a standard format and is composed of XML data. FIG. 10 is an explanatory diagram illustrating a part of XML data.

  Next, reservation data capture creation processing executed by the CPU 222 of the server 211 constituting the accommodation facility apparatus 201 according to the reservation data capture creation program will be described.

  FIG. 11 is a block diagram illustrating a functional configuration of the CPU 222. As shown in FIG. 11, the CPU 222 performs functions as a reservation information acquisition unit 2221, a link recording unit 2222, a tag name conversion unit 2223, and a reservation data generation unit 2224 by sequentially executing a reservation data acquisition program. Prepare.

  The reservation information capturing unit 2221 functions as a reservation information capturing unit, and stores reservation information data, which is an XML file input via a reservation site that can be viewed by the computer 300 having a browser function, as a host computer. 101.

  The link recording unit 2222 functions as a link recording unit, and links the names of fields of reservation data defined in advance by the accommodation facility apparatus 201 (server 211) and the names of XML tags of reservation information data. Record the date.

  The tag name conversion unit 2223 functions as a tag name conversion unit. When the received reservation information data is taken in, the tag name conversion unit 2223 refers to the link and sets the name of the XML tag of the reservation information data in the reservation data field. Convert to name.

  The reservation data creation unit 2224 functions as reservation data creation means, and creates various types of reservation data from the reservation information data after the tag name conversion.

  Next, the operation | movement in the reservation data acquisition creation process of the server 211 which comprises the accommodation facility apparatus 201 is demonstrated in detail. FIG. 12 is a flowchart showing the flow of the reservation data take-in process of the server 211.

  As shown in FIG. 12, when “reservation data capture / creation” is selected in the task selection menu (Yes in step S1), the CPU 222 of the server 211 displays an initial display screen (step S2).

  First, the reservation data fetch process will be described. FIG. 13 is a front view showing an initial display screen (data capture screen P1). As shown in FIG. 13, the operator performs tab switching on the “data fetching” tab T1. The operator designates the capture drive on the “capture drive designation” tab t1 of the data capture screen P1. The import source folder can be specified by an INI file. Further, the capture drive may be not only via the network but also via USB. The operator reads the XML file (reservation information data) from the import source folder by pressing the “confirm” button b1 on the data capture screen P1, stores the data in a predetermined folder, and then reserves the reservation stay as the reservation master from the necessary information. The person master 301 and the reservation room master 302 (see FIG. 15) are created. A file that has been successfully imported is moved to a reserved folder, and a file that has not been successfully imported is moved to an error folder. Thereafter, the capture result is displayed at the bottom of the data capture screen P1. The number of cases is in units of the number of XML files. On the other hand, for the XML file (reservation information data) that could not be captured, a list describing the file name and the reason why the capture was impossible is output in CSV.

Here, examples of errors assumed at the time of taking reservation data include the following.
・ When there is an error in the XML format ・ Type check of each field data (1) When the character type is included in the number of people type 1 to 8 people (2) When the character string is included in the number of rooms (3) Accommodation When there is a character string in the number of days (4) Accommodation charges 1-8, when there is a character string in one room charge ・ Validity check of date items (check whether it can be converted to date format)
Reservation Guest Tran: Reservation Date, Arrival Date, Departure Date Reservation Room Tran: Usage Date ・ There is no data in required fields (empty characters, tag itself does not exist, etc.)

  By the way, as described above, “TravelXML” is standardized, and the reservation information data created by the reservation sites of a plurality of vendors is created in a standard format. However, depending on the vendor, the format may be an original XML format. May be changed.

  Therefore, in the server 211 of this embodiment, the name of each field of the valid reservation data and the start of XML in the “INI file” prepared by the reservation data capture creation program, which is a computer program installed in the HDD 226. The link with the name of the tag (end tag) is recorded. For example, a valid reservation data field “number of days of stay” can be linked to an XML tag “Nights” (see Z in FIG. 10). As a result, it is possible to secure future extensibility for importing XML data as reservation information data rather than using fixed fields, and even if the XML format changes, it is possible to import by changing the tag information of the setting. Become.

  FIG. 14 is a front view showing an initial display screen (capture list output screen P2). As shown in FIG. 14, the operator performs tab switching on the “capture list output” tab T2. The operator designates an output form on an “output list designation” tab t2 on the capture list output screen P2. The operator outputs the capture list 303 from the reserved guest master 301 and the reserved room master 302 created by data capture by selecting the “normal capture” button on the “output list designation” tab t2 on the capture list output screen P2. I do. Further, the operator outputs the error list 304 from the error CSV file created at the time of confirmation on the data capture screen P1 by selecting the “error” button on the “output list designation” tab t2 of the capture list output screen P2. Further, the operator displays a preview by pressing the “screen” button b2 on the capture list output screen P2, and outputs it from a printer (not shown) by pressing the “confirm” button b1.

  FIG. 15 is an explanatory diagram schematically showing the reservation data fetching process. As shown in FIG. 15, the server 211 takes in reservation information data from an XML file composed of XML data created by reservation sites of a plurality of vendors, and creates a reservation guest master 301 and a reservation room master 302. Then, the server 211 creates and outputs a capture list 303 from the reserved guest master 301 and the reserved room master 302. Also, the server 211 creates and outputs an error list 304 from the error CSV file.

Next, reservation data creation processing will be described. FIG. 16 is a front view showing an initial display screen (reservation data creation screen P3), and FIG. 17 is an explanatory diagram schematically showing reservation data creation processing. As shown in FIG. 16, the operator performs tab switching on the “reservation data creation” tab T3. The operator creates reservation data (various transactions) by linking the following masters from the reservation guest master 301 and the reservation room master 302 by pressing the “confirm” button b1 on the reservation data creation screen P3.
・ Reservation room type conversion master 401 ・ ・ ・ for room type conversion ・ Reservation charge conversion master 402 ... for reservation charge conversion ・ Meal condition name master 403 ... For meal condition name setting ・ Customer master 404 ... Reservation accommodation Search for the customer from the telephone number of Kana master 301 and Kana Not applicable: Create customer master 404 and customer link master 405 as a new customer 2.1 Applicable: Create customer link master 405 using the customer. When there are multiple cases: “2” is set in the customer flag of the reservation guest master 301. In addition, a list is displayed on the reservation data creation screen, and a screen for confirming each case is displayed.
· Customer link master 405 · · · Created for linking the above customer master 404 and registered serial number · Room type master 406 · · · To acquire the type master code from "reserved room type conversion master 401" at the time of capture Use ・ Number-of-persons type master 407... Used for checking existence of master corresponding to type number of persons used in reservation fee conversion master 402 ・ Course master 408... Checking existence of item code used in reservation fee conversion master 402・ Terminal setting master 409 ・ ・ ・ Used for terminal setting

  The reserved room type conversion master 401, the reservation charge conversion master 402, the meal condition name master 403, etc. are conversion masters that link values defined by predetermined XML tags and field names defined in the server 211. is there. The reserved room type conversion master 401, the reservation charge conversion master 402, the meal condition name master 403, and the like can be rewritten from a setting screen described later.

Then, the following data (see FIG. 17) is created and updated for data that has been successfully captured.
Registration transaction 501
-Usage date transaction 502
・ Room status transaction 503
・ Voucher transaction 504
・ Arrangement transaction 505
・ Customer master 506
・ Customer transaction 507
・ Tax transaction 508
Operation history transaction 509
Terminal setting master 510
“1” (captured) is set in the “state classification” field of the reservation guest master 301.

  On the other hand, the error information is stored in the error print file for the data in error.

Here, examples of errors assumed when creating reservation data include the following.
-Range check of each field data (1) If the number of stays is 32 days or more, an error (must be within 31 days)
(2) Error when the number of people in the people type is 1000 or more (must be within 999)
(3) If the unit price of the accommodation charge is 7 digits or more, an error (must be within 6 digits)
(4) If the unit price of accommodation charge x quantity is 8 digits or more, an error (must be within 7 digits)
Data consistency check (1) When the total number of reservation guest transactions and reservation room transactions do not match (2) When the room type master conversion fails (the room type of the reservation room type conversion master 401 does not exist, etc.)
(3) When the subject master 408 specified in the reservation fee conversion master 402 does not exist (4) There is no meal condition that matches the meal condition name master 403 (5) When the departure date is a past date (operation at the time of processing) Less than date)

FIG. 18 is a front view showing an initial display screen (creation list output screen P4). As shown in FIG. 18, the operator performs tab switching on the “create list output” tab T4. The operator designates the output form on the “output list designation” tab t4 on the creation list output screen P4.
・ Select “Normal import” ・ ・ ・ Display the list of reservation data that was created OK when creating reservation data ・ Select “Error” ・ ・ ・ CSV for error created at the time of confirmation in “Create reservation data” tab Enable error list output from file.
Further, the operator displays a preview by pressing the “screen” button b2 on the creation list output screen P4, and outputs it from a printer (not shown) by pressing the “confirm” button b1.

  Returning to the flowchart of FIG. 12, when “reserved room type conversion setting” is selected in the task selection menu (Yes in step S3), a reserved room type conversion setting screen is displayed (step S4).

  FIG. 19 is a front view showing a reserved room type conversion setting screen P5. In the “reserved room type conversion setting” business process, the room type master 406 is acquired, and the setting can be made with the room type stored in the existing room type master 406. In the reserved room type conversion setting screen P5 shown in FIG. 19, the operator inputs the reserved room type code after selecting the room type code. The reserved room type conversion setting screen P5 shown in FIG. 19 is displayed when the value specified by the tag “RoomTypeName” (see X in FIG. 10) in XML is set to “WA01”. It is an example of a screen when linking with “01”.

  By the way, depending on the system of the trader (travel agency, etc.), the type code on XML corresponding to the type code “01” of the room type may be different. Therefore, considering the possibility that there are a plurality of XML type codes corresponding to the room type type code “01”, the server 211 holds up to 10 XML type codes for one type code. It is possible.

  Returning to the flowchart of FIG. 12, when “reservation fee conversion master 402 setting” is selected in the job selection menu (Yes in step S5), a reservation fee conversion master setting screen is displayed (step S6).

  FIG. 20 is a front view showing a reservation fee conversion master setting screen P6. In the “reservation charge conversion master setting” business process, it is possible to set a room charge and a room charge item code for each type code as information that can be set in the corresponding condition code. For the condition code, the condition name is acquired from the meal condition name master 403 and displayed as a label. The reservation charge conversion master setting screen P6 shown in FIG. 20 is for the condition code 01 (2 meals per night) and when the room of the type code 1 is reserved, the room charge 1 is the subject code 101, the room charge 2 Is assigned to the subject code 1001. On the reservation fee conversion master setting screen P6 shown in FIG. 20, the selection is switched by tab for each type code. Also, types that do not exist in the type master cannot be selected. The condition code displays the code set in the meal condition name master setting described later.

  Returning to the flowchart of FIG. 12, when “meal condition name master setting” is selected in the job selection menu (Yes in step S7), a meal condition name master setting screen is displayed (step S8).

  FIG. 21 is a front view showing a meal condition name master setting screen P7. The meal condition name master setting screen P7 shown in FIG. 21 sets two items of a meal condition name (for display) and a meal condition name (for XML) as information that can be set in the corresponding condition code. In the meal condition name master setting screen P7 shown in FIG. 21, when the value specified by the tag “MealCondition” (see Y in FIG. 10) on the XML is set to “1night2meals”, the condition of the reservation fee conversion master 402 is set. This setting is used when code 01 is used. Then, in the reservation fee conversion master setting, when “01” is input, “one meal and two meals” is displayed on the label.

  As described above, according to the server 211 functioning as the reservation receiving apparatus of the embodiment, it is possible to take in flexible data contents and to omit the manual input operation of the reservation.

  The reservation data fetching and creating program executed by the server 211 functioning as the reservation accepting apparatus of the present embodiment is a file in an installable format or an executable format, and is a CD-ROM, flexible disk (FD), CD-R, The program is provided by being recorded on a computer-readable recording medium such as a DVD (Digital Versatile Disk).

  In addition, a reservation data capture / creation program executed by the server 211 functioning as the reservation accepting apparatus of the present embodiment is stored on a computer connected to a network such as the Internet and provided by being downloaded via the network. You may comprise. Further, the reservation data capturing / creating program executed by the server 211 functioning as the reservation receiving apparatus of the present embodiment may be provided or distributed via a network such as the Internet.

  Further, the reservation data capturing / creating program of the present embodiment may be provided by being incorporated in advance in a ROM or the like.

  The reservation data capturing / creating program executed by the server 211 functioning as the reservation accepting apparatus of this embodiment includes the above-described units (reservation information capturing unit 2221, link recording unit 2222, tag name conversion unit 2223, reservation data creating unit). 2224) is configured as a module, and as actual hardware, the CPU (processor) reads and executes the reservation data fetching creation program from the storage medium, so that the respective units are loaded on the main storage device, A reservation information fetch unit 2221, a link recording unit 2222, a tag name conversion unit 2223, and a reservation data creation unit 2224 are generated on the main storage device.

101 Host Device 211 Reservation Accepting Device 2221 Reservation Information Capture Unit 2222 Link Recording Unit 2223 Tag Name Conversion Unit 2224 Reservation Data Creation Unit

JP 2002-236833 A

Claims (6)

Reservation information capturing means for capturing reservation information data that is a structured document file input via a reservation site that can be browsed by a computer having a browser function;
Link recording means for recording a link between a name of each field of the reservation data defined in advance and a tag name of the structured document of the reservation information data;
A tag name conversion means for converting the name of the tag of the structured document of the reservation information data into the name of the field of the reservation data when the reservation information data is captured;
Reservation data creation means for creating various reservation data from the reservation information data after the tag name conversion,
A reservation accepting apparatus comprising: The reservation data creating means creates a reservation master obtained by extracting information necessary for master creation from the reservation information data, a value defined by a tag of a predetermined structured document, and a name defined by the reservation receiving device The reservation master is created by linking the conversion master that performs the linking with the reservation master,
The reservation accepting apparatus according to claim 1, wherein: The link recording means records the linking in an INI file.
The reservation accepting apparatus according to claim 1, wherein: Computer
Reservation information capturing means for capturing reservation information data that is a structured document file input via a reservation site that can be browsed by the browser function;
Link recording means for recording a link between a name of each field of the reservation data defined in advance and a tag name of the structured document of the reservation information data;
Tag name conversion means for converting the name of the tag of the structured document of the reservation information data into the name of the field of the reservation data when taking in the received reservation information data;
Reservation data creation means for creating various reservation data from the reservation information data after the tag name conversion,
A program characterized by being executed as The reservation data creating means creates a reservation master obtained by extracting information necessary for master creation from the reservation information data, a value defined by a tag of a predetermined structured document, and a name defined by the reservation receiving device The reservation master is created by linking the conversion master that performs the linking with the reservation master,
The program according to claim 4. The link recording means records the linking in an INI file.
The program according to claim 4.

Images