A data processing method, a central reservation system and a sales terminal
Patent Information
- Application Number
- CN201710971080.9
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2017-10-18
- Publication Date
- 2026-09-08
- Estimated Expiration
- 2037-10-18
AI Technical Summary
[0005]中央预定系统本申请提供了一种数据处理方法及装置,目的在于解决在如何提高酒店直连售卖体系的使用便利性的问题
[0043] The data processing method described in this application allows the sales end to adjust resource parameters based on an adjustable identifier. The central reservation system then confirms the adjusted resource parameters have passed verification based on the adjustable identifier, instead of using locally stored verification parameters to compare and verify the adjusted parameters. Therefore, the sales end can change the resource parameters published by the central reservation system, resulting in greater ease of use.
Smart Images

Figure CN109685689B_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of electronic information, and in particular to a data processing method, a central reservation system, and a sales terminal. Background Technology
[0002] A hotel direct sales system is a system in which orders can be directly transmitted from e-commerce booking platforms (such as Alitrip) to the hotel front desk. Figure 1 The architecture for the hotel's direct sales system includes a central reservation system, a sales terminal, and a hotel front desk terminal.
[0003] A central reservation system refers to a system used by a hotel group or its managed individual hotels to publish prices and accept reservations based on a pre-set pricing structure. After the sales department obtains the user's order data, it transmits the order data to the central reservation system, which processes the order data and transmits the processed order data to the hotel's front desk terminal.
[0004] However, currently, prices published by the central reservation system cannot be modified by the sales end, thus hindering independent marketing activities. Clearly, the hotel's direct-to-consumer system lacks ease of use. Summary of the Invention
[0005] This application provides a data processing method and apparatus for a central reservation system, aiming to address the issue of how to improve the ease of use of a hotel direct-to-consumer system.
[0006] To achieve the above objectives, this application provides the following technical solution:
[0007] A data processing method, comprising:
[0008] Receive first resource data sent by the sales terminal. The first resource data includes a first resource parameter and an adjustable identifier. The first resource parameter is triggered to be acquired based on the adjustable identifier.
[0009] Based on the adjustable identifier, it is determined that the first resource parameter has passed verification.
[0010] Optionally, the first resource data may also include:
[0011] The first rule code is used to indicate the reservation conditions and / or stay benefits corresponding to the room type and check-in time. The first resource parameter is used to represent the amount of resources that the user reserves according to the first reservation conditions, at the check-in time corresponding to the first rule code, and at the room type corresponding to the first rule code within a unit of time.
[0012] Optionally, before receiving the first resource data sent by the sales terminal, the method further includes:
[0013] Send second resource data to the sales terminal. The second resource data includes the adjustable identifier, second resource parameters, and second rule code. The second resource parameters are used to represent the amount of resources reserved by the user according to the reservation conditions indicated by the second rule code, the check-in time corresponding to the second rule code, and the check-in unit time of the room type corresponding to the second rule code.
[0014] The first resource parameter is obtained based on the adjustable identifier and with reference to the second resource parameter;
[0015] The first rule code is obtained based on the adjustable identifier and with reference to the second rule code; or, the first rule code is the same as the second rule code.
[0016] A data processing method, comprising:
[0017] Obtain first resource data, which includes first resource parameters and an adjustable identifier;
[0018] Based on the adjustable identifier, a second resource parameter is obtained, which is generated based on the first resource parameter;
[0019] Send second resource data to the central reservation system. The second resource data includes the adjustable identifier and the second resource parameter. The adjustable identifier is used to trigger the central reservation system to confirm that the second resource parameter has been verified.
[0020] Optionally, the first resource data may also include:
[0021] The first rule code is used to indicate the reservation conditions and / or stay benefits corresponding to the room type and check-in time. The first resource parameter is used to represent the amount of resources that the user reserves according to the first reservation conditions, at the check-in time corresponding to the first rule code, and at the room type corresponding to the first rule code for a unit of time.
[0022] Before sending the second resource data to the central reservation system, the method further includes:
[0023] Based on the adjustable identifier, a second rule code is obtained. The second rule code is generated based on the first rule code. The second resource parameter is used to represent the amount of resources reserved by the user according to the reservation conditions indicated by the second rule code, at the check-in time corresponding to the second rule code, and at the check-in unit time of the room type corresponding to the second rule code.
[0024] A central reservation system, comprising:
[0025] The receiving module is used to receive first resource data sent by the sales terminal. The first resource data includes a first resource parameter and an adjustable identifier. The first resource parameter is triggered to be acquired based on the adjustable identifier.
[0026] The determination module is used to determine whether the first resource parameter has passed verification based on the adjustable identifier.
[0027] Optionally, the first resource data may also include:
[0028] The first rule code is used to indicate the reservation conditions and / or stay benefits corresponding to the room type and check-in time. The first resource parameter is used to represent the amount of resources that the user reserves according to the first reservation conditions, at the check-in time corresponding to the first rule code, and at the room type corresponding to the first rule code within a unit of time.
[0029] Optionally, the receiving module is further configured to:
[0030] Before receiving the first resource data sent by the sales terminal, second resource data is sent to the sales terminal. The second resource data includes the adjustable identifier, second resource parameters, and second rule code. The second resource parameters are used to represent the amount of resources reserved by the user according to the reservation conditions indicated by the second rule code, the check-in time corresponding to the second rule code, and the check-in unit time of the room type corresponding to the second rule code.
[0031] The first resource parameter is obtained based on the adjustable identifier and with reference to the second resource parameter;
[0032] The first rule code is obtained based on the adjustable identifier and with reference to the second rule code; or, the first rule code is the same as the second rule code.
[0033] One sales end includes:
[0034] The first acquisition module is used to acquire first resource data, which includes first resource parameters and adjustable identifiers.
[0035] The second acquisition module is used to acquire a second resource parameter based on the adjustable identifier, wherein the second resource parameter is generated based on the first resource parameter;
[0036] The sending module is used to send second resource data to the central reservation system. The second resource data includes the adjustable identifier and the second resource parameter. The adjustable identifier is used to trigger the central reservation system to confirm that the second resource parameter has been verified.
[0037] Optionally, the first resource data may also include:
[0038] The first rule code is used to indicate the reservation conditions and / or stay benefits corresponding to the room type and check-in time. The first resource parameter is used to represent the amount of resources that the user reserves according to the first reservation conditions, at the check-in time corresponding to the first rule code, and at the room type corresponding to the first rule code for a unit of time.
[0039] The second acquisition module is also used for:
[0040] Before sending the second resource data to the central reservation system, a second rule code is obtained based on the adjustable identifier. The second rule code is generated based on the first rule code. The second resource parameter is used to represent the amount of resources reserved by the user according to the reservation conditions indicated by the second rule code, the check-in time corresponding to the second rule code, and the check-in unit time of the room type corresponding to the second rule code.
[0041] A computer-readable medium storing instructions that, when executed on a computer, cause the computer to perform the following functions: receiving first resource data sent by a sales terminal, the first resource data including a first resource parameter and an adjustable identifier, the first resource parameter being acquired based on the adjustable identifier; and determining that the first resource parameter has been verified based on the adjustable identifier.
[0042] A computer-readable medium storing instructions that, when executed on a computer, cause the computer to perform the following functions: acquiring first resource data, the first resource data including a first resource parameter and an adjustable identifier; acquiring a second resource parameter based on the adjustable identifier, the second resource parameter being generated based on the first resource parameter; and sending second resource data to a central reservation system, the second resource data including the adjustable identifier and the second resource parameter, the adjustable identifier being used to trigger the central reservation system to confirm that the second resource parameter has been verified.
[0043] The data processing method described in this application allows the sales end to adjust resource parameters based on an adjustable identifier. The central reservation system then confirms the adjusted resource parameters have passed verification based on the adjustable identifier, instead of using locally stored verification parameters to compare and verify the adjusted parameters. Therefore, the sales end can change the resource parameters published by the central reservation system, resulting in greater ease of use. Attached Figure Description
[0044] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0045] Figure 1 This is an example diagram illustrating an application scenario of the interaction architecture between the control terminal and the client.
[0046] Figure 2 This is a schematic diagram of a rule system disclosed in an embodiment of this application;
[0047] Figure 3 This is a diagram illustrating the interaction architecture between the control terminal and the client.
[0048] Figure 4 This is a flowchart of a data processing method disclosed in an embodiment of this application;
[0049] Figure 5 This is a flowchart illustrating yet another data processing method disclosed in an embodiment of this application;
[0050] Figure 6 This is a schematic diagram illustrating the modification of the price corresponding to the super price code in the sales terminal display interface disclosed in the embodiments of this application;
[0051] Figure 7 This is a schematic diagram illustrating the implementation effect of the data processing method disclosed in the embodiments of this application;
[0052] Figure 8 This is a schematic diagram of the structure of the central reservation system disclosed in the embodiments of this application;
[0053] Figure 9 This is a schematic diagram of the sales terminal structure disclosed in an embodiment of this application. Detailed Implementation
[0054] The data processing method provided in this application embodiment is applied to... Figure 1 The hotel's direct sales system is shown.
[0055] The aim is to grant sales-side price modification permissions and, through improvements to the order data processing flow of the central reservation system, enable the central reservation system to automatically and correctly process order data and transmit it correctly to front-end terminals and other devices.
[0056] The technical solutions disclosed in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.
[0057] Figure 2 This application discloses a new pricing system.
[0058] The price system should include at least the first type of price data, and optionally, it may also include the second type of price data.
[0059] The first type of price data includes rule codes, adjustable identifiers, and price parameters.
[0060] Rule codes are used to indicate booking conditions and / or stay benefits corresponding to room type and check-in date. Room type refers to the type of hotel room, and check-in date refers to the date the user checks into the hotel. Booking conditions refer to the conditions that the user must abide by when booking the room, which usually include the number of days in advance, whether a guarantee is required, and whether the booking is refundable. Stay benefits refer to the privileges that the user can enjoy after check-in, which usually include whether breakfast is included and whether express check-out is available.
[0061] The price parameter is a value generated by the central reservation system, representing the price per night for a user booking based on the reservation conditions, the check-in time corresponding to the rule code, and the room type corresponding to the rule code. The central reservation system can generate the price parameter based on the values entered by the hotel's operations staff. Optionally, the price parameter in the first type of price data can be empty, meaning the central reservation system does not set a specific value.
[0062] The adjustable flag indicates that the price parameter is adjustable, rather than fixed.
[0063] Specifically, the data structure for the first type of price data can be as shown in Table 1: The rule code, adjustable identifier, and price parameter are all fields in the data structure, with the price parameter field potentially being empty. The order of the three fields can vary and is not limited to the order shown in Table 1. Optionally, a unique identifier can be configured for each price data point to distinguish between different price data.
[0064] Table 1
[0065] logo rule code Adjustable logo Price parameters
[0066] The second type of price data includes price parameters and rule codes. The difference between the second type and the first type of price data is that the price parameters in the second type of price data cannot be adjusted or empty; that is, the price parameters in the second type of price data are fixed values after being generated by the central reservation system.
[0067] After the first type of price data is sent to the sales end by the central reservation system, the sales end can change the price parameters and / or rule codes in the first type of price data.
[0068] Specifically, such as Figure 2 As shown, the central reservation system sets up two types of price data (price data 2 and price data 3) and one type of price data (price data 1). Price2 and price3 represent the price parameters in the first type of price data, respectively. Price1 represents the price parameters in the second type of price data.
[0069] The sales side can modify price2 and price3. For example, price2a and price2b are both marketing prices generated based on price2. price3a is a mobile-exclusive price based on price3, and price3b is a student-exclusive price based on price3, etc.
[0070] The sales platform can not only change price parameters but also the corresponding rule codes. For marketing purposes, the newly generated marketing price may be lower than the original price parameters in the first category of price data. In this case, the booking conditions indicated by the modified rule code are more favorable to the merchant than those indicated by the original rule code; that is, the "lower limit" of the modified booking conditions is the same as the original booking conditions. Specifically, changing booking conditions can include operations such as: booking in advance, changing from no guarantee to requiring a guarantee, etc. For example, the sales platform lowers the price parameter in the first category of price data from price2 to price2a, and changes the rule code in the first category of price data that indicates booking 15 days in advance to one that indicates booking 20 days in advance.
[0071] Optionally, if the price parameters are empty in the first type of price data, the sales side can set the price parameters according to the marketing objectives.
[0072] It can be seen that, as Figure 2 As shown, if the central reservation system sets price data as price data 1, price data 2, and price data 3, the sales end can expand various price data based on price data 2 and price data 3. The expanded price data includes expanded price parameters and adjustable identifiers; optionally, it can also include expanded rule codes or unchanged rule codes.
[0073] based on Figure 2 The pricing system shown allows the sales side to modify price data, thus enabling flexible implementation of various marketing activities.
[0074] Figure 3 This application discloses a data processing method, which will be described in detail based on: Figure 2 The pricing system shown illustrates how, when price data is changed at the sales end, the central reservation system automatically and correctly processes the order data and transmits it correctly to front-end terminals and other devices.
[0075] Figure 3 The process includes the following steps:
[0076] S301: The central reservation system generates and publishes the first category of price data.
[0077] As shown above, the first type of price data includes price parameters, adjustable identifiers, and rule codes.
[0078] S302: The sales end modifies the first-class price data based on the adjustable identifier in the first-class price data.
[0079] Specifically, the changes include changing the price parameters in the first type of price data, and optionally, also changing the rule codes in the first type of price data.
[0080] It should be noted that if the price parameters in the first type of price data are empty, setting the price parameters on the sales side is a special case where the sales side changes the price parameters in the first type of price data.
[0081] S303: The sales end generates order data based on the user's reservation operation. The order data includes the revised first-class price data and sends the order data to the central reservation system.
[0082] The revised first category of price data includes the revised price parameters, adjustable identifiers, and rule codes. The rule codes can be the original, unchanged codes or the revised rules codes.
[0083] Optionally, if the rule code is not changed on the sales side, the rule code may not be included in the modified first-category price data to save transmission resources.
[0084] S304: The central reservation system determines that the modified first-category price data has been verified based on the adjustable identifier in the modified first-category price data.
[0085] In other words, the central reservation system determines that the first type of price data has passed verification based on the adjustable identifier, instead of using whether the price parameters in the first type of price data are consistent with the price parameters stored locally as the verification criterion. In other words, the central reservation system does not perform consistency verification on the price parameters in price data with the adjustable identifier, but considers them all as having passed verification, thereby ensuring that the price data modified at the sales end is transmitted normally in the system.
[0086] Optionally, if the rule code is not included in the modified Category 1 price data, the central reservation system will merge the rule code from the locally stored Category 1 price data into the order data.
[0087] S305: The central reservation system processes the order data and sends it to the front-end terminal.
[0088] Optionally, the central reservation system can also send order data to the financial system. Because the order data includes a second price parameter, even if the sales end changes the price parameter, the financial system and the front end can correctly receive the actual price parameter, thus ensuring the accuracy of the financial statements.
[0089] The following will combine Figure 2 The price system shown is for Figure 3 The process shown is illustrated with an example:
[0090] like Figure 4 As shown, the central reservation system uses... Figure 5 The interface shown generates and publishes the first type of price data (price data 2 and price data 3), which is what hotel operators use. Figure 5 In the interface shown, if the super code option is selected as "yes" and the price verification option is selected as "no", the central reservation system will determine that the published price data is the first type of price data.
[0091] Hotel operators Figure 5 In the interface shown, if the super code option is selected as "No" and the price verification option is selected as "Yes", the central reservation system will determine that the published price data is the second type of price data.
[0092] Sales side use Figure 6 The editing interface shown receives changes from sales personnel to the price parameters in price data 2 and price data 3, expanding to include... Figure 2 The following are various price data sets. For price data set 1, since it does not include an adjustable flag, the price parameters cannot be changed by the seller.
[0093] The sales end displays the extended price data and the unchangeable price data 1 to the user. After receiving the user's order, it generates order data. Since both the extended price data and the unchangeable price data 1 are booked by the customer, the order data includes the extended price data and the unchangeable price data 1.
[0094] After receiving the order data, the central reservation system verifies the extended price data based on the adjustable identifier. It then compares the price parameters in the stored price data 1 with those in the order data. If they match, price data 1 is verified; otherwise, it is deemed unverifiable.
[0095] The central reservation system sends the verified price data to the front-end terminal and the financial system.
[0096] from Figure 3 as well as Figure 4 The process shown illustrates that:
[0097] 1. In this embodiment, the processing flow of order data in the central reservation system is improved. That is, after the central reservation system identifies the adjustable identifier, it does not verify the price corresponding to the super price code. Therefore, after the price is flexibly adjusted at the sales end, the central reservation system can automatically process the order data generated by the adjusted price without rejecting the order processing.
[0098] 2. No matter how the price is changed at the sales end, the data transmitted back to the central reservation system will always be the actual price, not the original price, thus avoiding errors in financial settlement.
[0099] 3. The method described in this embodiment allows the sales end to flexibly adjust prices for promotions and participate in various promotional activities on sales platforms such as Fliggy to increase sales volume. For example... Figure 7 As shown, after using the technical solution described in this embodiment, the hotel's sales have significantly increased.
[0100] Figure 8 The central reservation system disclosed in this application includes a receiving module and a determining module. The receiving module receives first resource data sent by a sales terminal. The first resource data includes a first resource parameter and an adjustable identifier. The first resource parameter is triggered for acquisition based on the adjustable identifier. The determining module determines that the first resource parameter has passed verification based on the adjustable identifier.
[0101] Figure 9 The sales terminal disclosed in the embodiments of this application includes a first acquisition module, a second acquisition module, and a sending module.
[0102] The first acquisition module is used to acquire first resource data, which includes a first resource parameter and an adjustable identifier. The second acquisition module is used to acquire a second resource parameter based on the adjustable identifier, the second resource parameter being generated based on the first resource parameter. The sending module is used to send the second resource data to the central reservation system, the second resource data including the adjustable identifier and the second resource parameter, the adjustable identifier being used to trigger the central reservation system to confirm that the second resource parameter has passed verification. The second acquisition module can also be used to acquire a second rule code based on the adjustable identifier before sending the second resource data to the central reservation system.
[0103] For details on the specific implementation of the functions of each module, please refer to the above method implementation examples, which will not be repeated here.
[0104] Figure 8 The central reservation system shown and Figure 9 The sales terminal shown constitutes a data processing system. Through adjustable flags, the sales terminal can adjust the prices published by the central reservation system. The central reservation system can directly verify the price changes made by the sales terminal and transmit the modified prices to each processing unit. Therefore, the sales terminal can flexibly set prices and conduct promotional activities, and the central reservation system will not reject orders due to price changes made by the sales terminal.
[0105] It should be noted that the above embodiments use price as an example for illustration. Price can also be replaced with other resources, such as points.
[0106] If the functions described in the embodiments of this application are implemented as software functional units and sold or used as independent products, they can be stored in a computing device readable storage medium. Based on this understanding, the parts of the embodiments of this application that contribute to the prior art or the technical solutions can be embodied in the form of a software product. This software product is stored in a storage medium and includes several instructions to cause a computing device (which may be a personal computer, server, mobile computing device, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.
[0107] The various embodiments in this specification are described in a progressive manner. Each embodiment focuses on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.
[0108] The above description of the disclosed embodiments enables those skilled in the art to make or use this application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of this application. Therefore, this application is not to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims
1. A data processing method executed by a directly connected central pre-determined system, characterized in that, include: Send second resource data to the sales end. The second resource data includes an adjustable identifier, second resource parameters, and second rule code. The system receives first resource data sent by the sales terminal. The first resource data includes a first resource parameter and an adjustable identifier. The first resource parameter is obtained based on the adjustable identifier and with the second resource parameter as a reference. Based on the adjustable identifier, it is directly determined that the first resource parameter verification has passed. Specifically, verification is performed only on resource data that does not include the adjustable identifier using locally stored verification parameters, and not on resource parameters that are directly determined based on the adjustable identifier.
2. The method according to claim 1, characterized in that, The first resource data also includes: The first rule code indicates the reservation conditions and / or stay benefits corresponding to the room type and check-in time. The first resource parameter represents the amount of resources that the user reserves according to the reservation conditions, at the check-in time corresponding to the first rule code, and within a unit of time for the room type corresponding to the first rule code.
3. The method according to claim 2, characterized in that, The second resource parameter is used to represent the amount of resources reserved by the user according to the reservation conditions indicated by the second rule code, at the check-in time corresponding to the second rule code, and at the check-in unit time of the room type corresponding to the second rule code; The first rule code is obtained based on the adjustable identifier and with reference to the second rule code; or, the first rule code is the same as the second rule code.
4. A data processing method executed by the sales end, characterized in that, include: The first resource data is obtained from the direct connection to the central reservation system, and the first resource data includes a first resource parameter and an adjustable identifier; Based on the adjustable identifier, a second resource parameter is obtained, and the second resource parameter is generated based on the first resource parameter; The system sends second resource data to the direct-connected central reservation system. This second resource data includes the adjustable identifier and the second resource parameter. The adjustable identifier triggers the direct-connected central reservation system to directly confirm that the second resource parameter has passed verification. Specifically, verification is performed only on resource data that does not include the adjustable identifier using locally stored verification parameters, and not on resource parameters that are directly confirmed based on the adjustable identifier.
5. The method according to claim 4, characterized in that, The first resource data also includes: The first rule code is used to indicate the reservation conditions and / or stay benefits corresponding to the room type and check-in time. The first resource parameter is used to represent the amount of resources that the user reserves according to the reservation conditions, at the check-in time corresponding to the first rule code, and at the room type corresponding to the first rule code for a unit of time. Before sending the second resource data to the direct-connected central reservation system, the method further includes: Based on the adjustable identifier, a second rule code is obtained. The second rule code is generated based on the first rule code. The second resource parameter is used to represent the amount of resources reserved by the user according to the reservation conditions indicated by the second rule code, at the check-in time corresponding to the second rule code, and at the check-in unit time of the room type corresponding to the second rule code.
6. A direct-connection central reservation system, characterized in that, include: The receiving module is used to send second resource data to the sales terminal, the second resource data including an adjustable identifier, a second resource parameter and a second rule code, and is also used to receive first resource data sent by the sales terminal, the first resource data including a first resource parameter and the adjustable identifier, the first resource parameter being obtained based on the adjustable identifier and with the second resource parameter as a reference; The determination module is used to directly determine whether the first resource parameter verification has passed based on the adjustable identifier. The direct connection to the central reservation system only compares and verifies resource data that does not include the adjustable identifier using locally stored verification parameters, and does not compare and verify resource parameters that are directly determined based on the adjustable identifier.
7. The direct-connection central reservation system according to claim 6, characterized in that, The first resource data also includes: The first rule code indicates the reservation conditions and / or stay benefits corresponding to the room type and check-in time. The first resource parameter represents the amount of resources that the user reserves according to the reservation conditions, at the check-in time corresponding to the first rule code, and within a unit of time for the room type corresponding to the first rule code.
8. The direct-connection central reservation system according to claim 7, characterized in that, The second resource parameter is used to represent the amount of resources reserved by the user according to the reservation conditions indicated by the second rule code, at the check-in time corresponding to the second rule code, and at the check-in unit time of the room type corresponding to the second rule code; The first rule code is obtained based on the adjustable identifier and with reference to the second rule code; or, the first rule code is the same as the second rule code.
9. A sales terminal, characterized in that, include: The first acquisition module is used to acquire first resource data from the direct connection to the central reservation system. The first resource data includes first resource parameters and an adjustable identifier. The second acquisition module is used to acquire a second resource parameter based on the adjustable identifier, wherein the second resource parameter is generated based on the first resource parameter; The sending module is used to send second resource data to the directly connected central reservation system. The second resource data includes the adjustable identifier and the second resource parameter. The adjustable identifier is used to trigger the central reservation system to directly confirm that the second resource parameter has passed verification. The direct connection to the central reservation system only compares and verifies resource data that does not include the adjustable identifier using locally stored verification parameters, and does not compare and verify resource parameters that are directly confirmed based on the adjustable identifier.
10. The sales terminal according to claim 9, characterized in that, The first resource data also includes: The first rule code is used to indicate the reservation conditions and / or stay benefits corresponding to the room type and check-in time. The first resource parameter is used to represent the amount of resources that the user reserves according to the reservation conditions, at the check-in time corresponding to the first rule code, and at the room type corresponding to the first rule code for a unit of time. The second acquisition module is also used for: Before sending the second resource data to the direct-connected central reservation system, a second rule code is obtained based on the adjustable identifier. The second rule code is generated based on the first rule code. The second resource parameter is used to represent the amount of resources reserved by the user according to the reservation conditions indicated by the second rule code, the check-in time corresponding to the second rule code, and the check-in unit time of the room type corresponding to the second rule code.
11. A computer-readable medium, characterized in that, The computer-readable medium stores instructions that, when executed on a computer, cause the computer to perform the following functions: a direct connection to the central reservation system sends second resource data to the sales terminal, the second resource data including an adjustable identifier, a second resource parameter, and a second rule code; the direct connection to the central reservation system receives first resource data sent by the sales terminal, the first resource data including a first resource parameter and the adjustable identifier, the first resource parameter being obtained based on the adjustable identifier and with reference to the second resource parameter; the direct connection to the central reservation system directly determines that the first resource parameter has passed verification based on the adjustable identifier, wherein only resource data excluding the adjustable identifier is compared and verified using locally stored verification parameters, and resource parameters directly determined based on the adjustable identifier are not compared and verified.
12. A computer-readable medium, characterized in that, The computer-readable medium stores instructions that, when executed on a computer, cause the computer to perform the following functions: the sales terminal obtains first resource data from the direct-connected central reservation system, the first resource data including a first resource parameter and an adjustable identifier; the sales terminal obtains a second resource parameter based on the adjustable identifier, the second resource parameter being generated based on the first resource parameter; the sales terminal sends second resource data to the direct-connected central reservation system, the second resource data including the adjustable identifier and the second resource parameter, the adjustable identifier being used to trigger the direct-connected central reservation system to directly confirm that the second resource parameter has passed verification, wherein the direct-connected central reservation system only performs comparison verification on resource data excluding the adjustable identifier using locally stored verification parameters, and does not perform comparison verification on resource parameters directly confirmed based on the adjustable identifier.