Hotel reservation system and bidding method for hotel reservation

Abstract

The invention relates to the technical field of hotel reservation systems, and particularly discloses a hotel reservation system and a bidding method for hotel reservation, and the hotel reservation system comprises a customer end module, a merchant end module, an order management module and a transaction execution module. The customer end module is used for receiving room use demand information input by a user, generating an order request and sending the order request to the order management module; the merchant end module is used for receiving the order request broadcasted by the order management module and feeding back an order receiving willingness according to the current empty room rate and a preset strategy; the order management module broadcasts orders to merchants meeting conditions according to the order requests and receives order receiving responses of the merchant end module; and the transaction execution module is used for generating a transaction contract after the merchant receives an order and broadcasting the transaction contract to the customer end module, and after the user agrees with the transaction contract and pays successfully, the transaction execution module deducts platform commission from the payment amount of the user and transfers the remaining amount to the merchant account.

Description

Technical Field

[0001] The present invention relates to the technical field of hotel reservation systems, and in particular discloses a hotel reservation system and a bidding method for hotel reservations. Background Art

[0002] Traditional hotel booking platforms employ a merchant pricing model, which presents numerous drawbacks. Existing systems, such as those on Meituan and Ctrip, employ fixed pricing mechanisms, forcing users to passively accept the prices set by the merchants, leaving little room for negotiation. Dynamic price adjustments implemented by the platforms through algorithms often lead to "differential pricing," where the same room type displays different prices for different users, increasing accommodation costs. Merchants are required to pay platform commissions of up to 20% or even higher, severely squeezing hoteliers' profit margins. Inefficient supply-demand matching has resulted in an industry-wide average vacancy rate consistently above 40%, resulting in a significant amount of unused and wasted guest rooms.

[0003] The problem of platform pricing power in existing technologies is particularly prominent. Users cannot flexibly bid according to their own needs, and merchants cannot adjust prices according to real-time vacancy rates. This rigid pricing mechanism not only causes resource mismatches, but also leads to an imbalance in the interests of the platform, users, and merchants. In addition, traditional systems overly rely on static merchant listing prices during the order matching process and are unable to dynamically adjust according to real-time supply and demand relationships. This not only limits users' bargaining power, but also restricts merchants' space to flexibly adjust their business strategies according to changes in vacancy rates. In terms of privacy protection, existing platforms often over-expose user personal information during the order display process, posing a risk of privacy leakage. In response to the above problems, existing technologies are in urgent need of improvement. Summary of the Invention

[0004] In order to overcome the technical problems of high user consumption costs, waste of merchant-side resources and imbalanced benefits in the prior art, the present invention aims to provide a hotel reservation system and a bidding method for hotel reservations.

[0005] To achieve the above-mentioned purpose, a hotel reservation system of the present invention includes a customer-side module, a merchant-side module, an order management module and a transaction execution module; the customer-side module is used to receive room demand information input by a user to generate an order request, and send the order request to the order management module; the merchant-side module is used to receive the order request broadcast by the order management module, and feedback the willingness to accept the order based on the current vacancy rate, the lowest price threshold and the preset strategy; the order management module broadcasts the order to merchants that meet the conditions according to the order request, and receives the order response from the merchant-side module; the transaction execution module is used to generate a transaction contract after the merchant accepts the order and broadcast it to the customer-side module. When the user agrees to the transaction and contract and pays successfully, the transaction execution module deducts the user payment amount from the merchant account.

[0006] Furthermore, the hotel reservation system also integrates an external resource guarantee mechanism. When the order management module detects that the order acceptance rate of merchants on the platform is lower than the preset threshold (such as 30%) or there is no matching result, it automatically triggers the interface call logic with the traditional OTA platform to obtain bookable houses in the same area and room type as an alternative. When the system displays external listings to users, it automatically superimposes platform-exclusive coupons (such as 30 off for purchases over 200). The coupons are dynamically generated by the platform operation module, and the cost is included in the platform marketing budget. After the user selects an external listing and completes the payment, the transaction process is consistent with the order on the platform, and the funds enter the platform supervision account. After the user checks in and there are no complaints, the accounts are divided according to the agreed ratio between the platform and the external supplier.

[0007] This mechanism ensures that when the hotel is under-booked or no one accepts orders, users can still book rooms through the platform and enjoy discounts, thereby improving user stickiness and platform service reliability.

[0008] Furthermore, the transaction execution module has a supervision unit, which is used to temporarily store the user payment amount and set a settlement period. If the user checks in within the settlement period and has no complaints, the supervision unit sends a transaction instruction to the transaction execution module, that is, the remaining amount is transferred to the merchant after deducting a certain percentage of commission.

[0009] Furthermore, the settlement period is 2-7 days.

[0010] Furthermore, the room demand information includes room type demand, bid range, geographic location, number of rooms, merchant historical rating, hotel listing price and accommodation time; the conditions for the order management module to match the generated order request with the merchant-side module's order acceptance willingness include at least one of the room type matching degree, merchant historical rating, distance threshold between the user's geographic location and the merchant, and the difference between the user's bid range and the hotel listing price.

[0011] Furthermore, the hotel reservation system also includes a commission calculation module used in conjunction with the transaction execution module, and the commission calculation module is used to adjust the commission ratio according to the transaction contract and the merchant's vacancy rate; the commission ratio is negatively correlated with the merchant's vacancy rate; the commission calculation module dynamically adjusts the commission ratio through the following formula: Commission ratio = basic commission ratio × (1-vacancy rate weight factor), where the vacancy rate weight factor increases with the increase of the merchant's real-time vacancy rate; after the transaction execution module receives the amount paid by the user, it deducts the commission from the amount with the help of the commission calculation module and transfers the remaining amount to the merchant.

[0012] Furthermore, the maximum value of the vacancy rate weight factor does not exceed 0.8 to ensure that the minimum commission ratio is ≥ 20% × the basic value.

[0013] Furthermore, the merchant-side module has a built-in vacancy rate monitoring unit, which interacts with the merchant's hotel management system through its API and calls functions to obtain room occupancy data in real time and upload it to the order management module.

[0014] Furthermore, the merchant-side module also has a built-in manual setting unit with manual configuration. The manual setting unit manually inputs the number of vacant rooms and the minimum order price. The merchant-side module triggers automatic order acceptance or manual order acceptance reminder based on the manual settings input by the manual setting unit, and the merchant can choose to accept the order manually or automatically.

[0015] Furthermore, if the vacancy rate weight factor cannot be obtained, the merchant enters the number of vacant rooms and the minimum order price through a manual setting unit.

[0016] Furthermore, the merchant-side module is provided with an intelligent order-taking strategy unit that is connected to the API of the merchant's hotel management system. When the vacancy rate exceeds a preset threshold, the intelligent order-taking strategy unit sends a high vacancy rate signal to the hotel management system. The hotel management system automatically lowers the lower limit of the order price based on the high vacancy rate signal and gives priority to responding to low-priced orders.

[0017] Furthermore, when collecting the user's room demand information, the hotel reservation system broadcasts the demand focus through the customer-side module, and the user selects the demand focus according to his or her own needs; the demand focus includes one or a combination of price priority, room type priority, hotel location priority, and rating priority. The order management module prioritizes the broadcast orders according to the customer's demand focus, and the order management module prioritizes broadcasting order requests to merchants with vacancy rates higher than a threshold based on the priority ranking.

[0018] Furthermore, the customer-side module is provided with a bid recommendation unit electrically connected to the API of the merchant's hotel management system. The bid recommendation unit generates a suggested bid range for the room type based on the historical transaction data of the corresponding merchant's room type, and restricts users from bidding outside the range.

[0019] Furthermore, the order management module anonymizes user information when broadcasting order requests to the merchant-side module. The merchant-side module only displays the user's room type requirements, bid range, geographic location, number of rooms and accommodation time to the merchant, and the user's private identity information is not displayed in the merchant-side module.

[0020] Furthermore, the hotel reservation system also includes a service provider-side module, which is used to generate a hotel entry code and assist the hotel in completing qualification certification and electronic contract signing, and supports multi-level review processes, including on-site review by district-level service providers, online review by municipal-level service providers, and final audit by provincial-level service providers; the service provider-side module is also used to track the status of hotel information review, and dynamically control the hotel's order-grabbing authority based on the review results. The review authority allocation is automatically associated with the preset regional level based on the hotel's geographical location.

[0021] Furthermore, the present invention also provides a bidding method for hotel reservations, comprising the following steps:

[0022] S1, the user submits room demand information through the customer-side module, and the order management module receives the room demand information submitted by the user and generates an order request;

[0023] S2: Use the order management module to screen merchants that meet the user's needs based on the order request generated in step S1, and use the commission calculation module to calculate the commission ratio corresponding to the order request and broadcast it to the merchant-side module;

[0024] S3: The order management module broadcasts the order request to the target merchant and sets the merchant's order acceptance time. The merchant-side module provides feedback to the order management module on its willingness to accept the order based on the vacancy rate, preset strategy, order request, and commission rate. The willingness to accept the order may include grabbing the order, accepting the order, or rejecting the order.

[0025] S4, when the merchant accepts the order request broadcast by the order management module, the order management module determines that the merchant and the customer have reached a transaction contract and sends a transaction execution instruction to the transaction execution module. The transaction execution module allocates the amount according to the commission ratio calculated by the commission calculation module and locks the room resources.

[0026] Furthermore, the bidding method also includes adding a price adjustment unit in the order management module. When the merchant rejects the order in step S3 or no merchant accepts the order beyond the preset order acceptance time, the price adjustment unit broadcasts an instruction to adjust the bid or adjust the room type prompt to the customer-side module and re-upload the room demand information.

[0027] As can be seen from the above, the hotel reservation system and bidding method for hotel reservations provided by the present invention include a collaborative system consisting of a customer-side module, a merchant-side module, an order management module, and a transaction execution module. Through a two-way order matching mechanism and a dynamic commission strategy, flexible bargaining between users and merchants is achieved while ensuring privacy and security, thereby improving the efficiency of room resource allocation and balancing the interests of the three parties.

[0028] This system reconstructs the hotel booking process through a reverse bidding mechanism: users publish their requirements (room type, bid range, etc.) through the customer side, and the order management module broadcasts the requirements to merchants that meet the room type, geographical location and other conditions. The merchant side responds to the willingness to accept the order based on the real-time vacancy rate and preset strategies (such as automatically grabbing the lowest price). The transaction execution module dynamically calculates the commission rate (the higher the vacancy rate, the lower the commission), incentivizing merchants to lower their prices to accept orders. The service provider side module ensures the hotel's qualifications through multi-level review (district-level face-to-face review, municipal-level review, provincial-level audit), and opens the right to grab orders after passing the review. The core of the technology lies in transferring pricing power from the platform to users and merchants, synchronizing room status in real time through the data interface (API), and combining intelligent algorithms to achieve accurate matching of supply and demand.

[0029] The beneficial effects of the present invention are as follows: users can obtain rooms at prices lower than the market price by bidding, thus avoiding price increases by the platform; merchants dynamically adjust their order-taking strategies based on the vacancy rate to reduce inventory backlogs, and the commission rate fluctuates with the vacancy rate (for example, the commission rate drops to 5% when the vacancy rate is 40%), thereby reducing operating costs. The multi-level audit mechanism on the service provider side improves hotel compliance, and anonymization protects user privacy. The system achieves efficient resource utilization through reverse bidding, dynamic commission collection, and intelligent matching, achieving a win-win situation for the platform, users, and merchants. It is particularly suitable for tourist peak seasons or business travel scenarios with highly elastic demand. BRIEF DESCRIPTION OF THE DRAWINGS

[0030] Figure 1 This is a schematic diagram of the hotel reservation system framework of the present invention;

[0031] Figure 2 This is a schematic diagram of the operation flow of the Wawa Province hotel reservation user terminal in the second embodiment of the present invention;

[0032] Figure 3 This is a schematic diagram of the operation flow structure of the Wawa Province hotel reservation user terminal in the second embodiment of the present invention;

[0033] Figure 4 The figure is a flow chart of the bidding method for hotel reservations of the present invention. DETAILED DESCRIPTION

[0034] In order to facilitate understanding by those skilled in the art, the present invention will be further described below with reference to embodiments and drawings. The contents mentioned in the embodiments are not intended to limit the present invention.

[0035] Example 1:

[0036] See also Figures 1 to 4As shown, a hotel reservation system of the present invention includes a customer-side module, a merchant-side module, an order management module, a commission calculation module and a transaction execution module; the customer-side module is used to receive room demand information input by the user to generate an order request, and send the order request to the order management module; the merchant-side module is used to receive the order request broadcast by the order management module, and feedback the willingness to accept the order based on the current vacancy rate and preset strategy; the order management module broadcasts the order to the merchants that meet the conditions according to the order request, and receives the order response from the merchant-side module; the transaction execution module is used to generate a transaction contract after the merchant accepts the order and broadcast it to the customer-side module. When the user agrees to the transaction contract and pays successfully, the user payment amount is deducted from the merchant account.

[0037] In actual use, customers select a room type (such as a king-size bed room) and view the hotel listing price of the room type through the APP with the built-in hotel reservation system. Based on the hotel listing price, they select a bid range (such as 160-300 yuan), and then select the accommodation time, number of rooms, and hotel location to generate an order request. The order management module screens the target merchants based on the geographical location (such as within 5 kilometers) and room type matching, and broadcasts the order to the merchant side. After the merchant side receives the order in real time, if the vacancy rate is higher than 40%, the intelligent order strategy unit automatically accepts the order at the user's bid lower limit (such as 160 yuan). When the user's bid lower limit is lower than the merchant's listing price, the order is accepted according to the user's bid lower limit. The transaction execution module generates a verification code after the user's payment is successful, deducts the user's payment amount and allocates it to the merchant account according to the commission ratio.

[0038] This solution allows users to secure low-priced rooms through reverse bidding, merchants to dynamically accept orders based on vacancy rates, and the platform to take flexible commissions, balancing the interests of all three parties. The listed price serves as a public benchmark, helping users set a bid range that aligns with market conditions.

[0039] Among them, the customer-side module refers to the application component installed on the user terminal. In this embodiment, it is implemented using the mobile SDK development framework (software development kit), which includes a demand information entry interface and an order status display unit for collecting user accommodation needs and visually displaying the transaction process.

[0040] The merchant-side module refers to the system component deployed on the hotel management terminal, which adopts the microservice architecture (the traditional monolithic application is split into multiple independently deployed small services, each service focuses on a single business function, such as order processing or inventory management. After the merchant-side module adopts microservices, each service communicates through a lightweight protocol to achieve high cohesion and low coupling. For example, the "vacancy rate monitoring unit" and "intelligent order-taking strategy unit" in the hotel management system can run as independent services. The former pulls room data in real time, and the latter generates order-taking decisions based on preset algorithms. This architecture supports elastic expansion-during peak orders, the order-taking service instance can be expanded separately, while using service discovery and load balancing to ensure high availability and avoid single points of failure.) It has a built-in real-time data interface and decision-making algorithm for parsing order information and generating response strategies.

[0041] The order management module, a central processing unit running on a cloud server, utilizes distributed message queuing technology and is responsible for order routing, distribution, and status monitoring. When a user submits an order, the system encapsulates the order data as a message and pushes it into a queue, where it is consumed and processed sequentially by backend services. This mechanism decouples order generation and processing logic. Even if a link is temporarily blocked (e.g., a delayed payment gateway response), messages are still persistently stored, ensuring eventual consistency.

[0042] The transaction execution module is a security component integrated with the payment gateway, ensuring the simultaneous transfer of funds and locking of guest room resources. During the payment process, the user's bank card information is transmitted via string processing instead of plain text, using the Transport Layer Security protocol to establish a secure channel. It then interacts with the payment gateway's API (Application Programming Interface) (such as Alipay or WeChat Pay) to complete authentication and fund transfer. For example, when a user clicks "pay," the system generates a one-time token in place of the card number and sends it to the gateway. The gateway then returns the payment status and simultaneously locks the guest room.

[0043] Specifically, when a user launches the application on a mobile device, the customer-side module guides the user to enter the required elements such as accommodation time, room type requirements, bid range, room location, etc., and automatically encapsulates them into a structured order data packet. After receiving the data packet, the order management module uses the geo-fence algorithm (dynamically delineating virtual boundaries through positioning technology GPS, base station triangulation or IP geographic library for geographic location matching in order management. When the user selects "within 3 kilometers" as the filtering condition, the algorithm calculates the spherical distance between the user and the hotel coordinates in real time and only broadcasts the order to merchants within the fence range.) to filter the list of surrounding hotels that meet the conditions and push the order request to the target merchant through the message middleware. The hotel management system monitors the room database in real time, evaluates the feasibility of accepting orders in combination with the preset revenue management strategy, and encrypts the decision results and returns them to the order management module.

[0044] When both parties reach a deal, the transaction execution module calls the bank payment interface to complete the fund settlement and simultaneously updates the hotel's room status database to lock in the corresponding room. The entire process is completed automatically within a preset timeframe, and unfulfilled orders trigger a rematching process.

[0045] Compared to existing technologies, existing platforms use a centralized pricing model, resulting in price adjustments lagging behind market changes. This solution enables dynamic price negotiation through a two-way information exchange mechanism. Traditional systems only provide static price display, while this solution builds an intelligent matching network based on real-time supply and demand data. While merchants passively accept platform pricing strategies, this solution allows hotels to independently determine their order response strategies based on their actual operating conditions. Traditional transaction processes carry the risk of asynchronous payment settlement and room status updates. This solution ensures transaction atomicity through smart contract technology.

[0046] Through the above-mentioned technical solution, the present invention achieves precise matching between supply and demand in both time and space, effectively reducing the idle rate of hotel room resources. Users gain personalized bargaining power, avoiding excessive interference from platform algorithms in transaction decisions. Hoteliers can adjust order acceptance strategies based on real-time operational data, improving room resource turnover efficiency. The transaction process is completed automatically while ensuring privacy and security, reducing the risk of operational errors caused by manual intervention. Funds flow and room status updates are synchronized at the millisecond level, eliminating overbooking.

[0047] Specifically, the order management module has a built-in external interface adaptation layer that connects to traditional OTA (Online Travel Agency) platforms through standardized API protocols to obtain real-time room data (price, room type, location, availability, etc.). If the system fails to match twice in a row (for example, the user's bid does not reach the merchant's minimum price or no merchant accepts the order), the fallback process is automatically triggered as follows:

[0048] 1) Property Acquisition: Filter external platform properties based on user requirements (geographic location, room type, check-in time), prioritizing properties priced 10%-15% lower than the market average;

[0049] 2) Coupon stacking: The customer-side module automatically displays "Platform Subsidy Coupons" on the order details page. Users can click to receive and deduct the order amount (for example, if the order amount is 280 yuan, after using the 30 yuan discount coupon for purchases over 200 yuan, the actual payment is 250 yuan);

[0050] 3) Transaction Execution: After the user confirms the order, the transaction execution module calls the external platform interface to complete the reservation and generates an internal transaction contract within the platform. The funds are temporarily stored in the platform's supervisory account. After the stay is completed and there are no abnormalities, the funds are settled according to the agreed ratio (for example, the platform takes a 5% commission and the remaining amount is paid to the external supplier);

[0051] 4) Data closed loop: The check-in status of external orders is transmitted back to the system via the API to update the user's order status and collect user feedback to optimize the backup strategy.

[0052] This mechanism combines technology integration with operational strategies to ensure users' room booking needs without relying on the platform's own merchants. At the same time, it enhances users' price perception of the platform through preferential subsidies, thereby achieving traffic retention and improving brand trust.

[0053] Specifically, the room demand information includes room type requirements, bid range, geographic location, number of rooms, merchant historical ratings, hotel listing price and accommodation length; the conditions for the order management module to match the generated order request with the merchant-side module's willingness to accept the order include at least one of the room type matching degree, merchant historical ratings, the distance threshold between the user's geographic location and the merchant, and the difference between the user's bid range and the hotel listing price.

[0054] In actual use, if the user selects multiple pieces of information, the order management module will comprehensively score the matching conditions according to preset weights and filter out merchants with scores higher than the threshold.

[0055] Room type matching refers to whether the room type specified by the user in the order request is consistent with the room type provided by the merchant. This is achieved by comparing database fields and is used to prevent transaction failures due to room type mismatches after the merchant accepts the order. Merchant historical ratings are service quality indicators generated by the platform based on user review data. This service quality indicator is calculated using a weighted average algorithm and is used to screen out highly reputable merchants.

[0056] The distance threshold between the user's geographic location and the merchant is the maximum allowable distance between the user's location and the hotel. This is achieved using the system's built-in coordinate distance calculation formula in this embodiment to ensure user accommodation convenience. The difference between the user's bid range and the hotel's listed price is the difference between the user's bid and the merchant's set price. This difference calculation module compares price data in real time to balance user budgets and merchant profits.

[0057] The hotel listing price refers to the room price pre-set by the merchant in the merchant module. The user is given the option to enter the hotel listing price in the user terminal. The purpose is to

[0058] Specifically, when the order management module receives a user's room request, it first extracts parameters such as the room type, bid range, location, number of rooms, merchant's historical rating, and length of stay. The system then screens the rooms based on pre-set matching criteria. For example, it filters out merchants who can't provide the corresponding room type based on room type matching; excludes merchants with low historical ratings based on merchant ratings; and eliminates hotels outside the user's acceptable range based on a geographic distance threshold. Finally, the difference between the bid range and the listed price determines whether the price is within the negotiable range.

[0059] The order management module lists merchants that meet at least one of the conditions as candidates and broadcasts order requests to them. The merchant-side module decides whether to accept the order based on the current vacancy rate and pre-set strategies, thus achieving a precise match between supply and demand.

[0060] Compared to existing technologies, traditional hotel booking platforms rely solely on one-way matching based on merchant preset prices, without factoring in room type compatibility, merchant reputation, location, and price negotiation potential, leading to a mismatch between supply and demand. The solution presented in this paper leverages a multi-dimensional matching mechanism to dynamically negotiate the interaction between order requests and merchant acceptance. For example, merchants can adjust their acceptable bid / offer range based on their vacancy rates, while user location requirements can effectively shorten the service response radius.

[0061] Through the above technical solution, this application can reduce the number of invalid orders caused by room type mismatches, lower user cancellation rates due to merchants being too far away, and enhance user trust in merchants through a historical rating screening mechanism. In terms of price negotiation, the bid range and the difference between the bid price and the listing price provide merchants with flexible price adjustment space, allowing them to quickly deplete inventory by expanding the acceptable difference range when vacancy rates are high.

[0062] Specifically, the hotel reservation system also includes a commission calculation module used in conjunction with the transaction execution module, and the commission calculation module is used to adjust the commission ratio based on the transaction contract and the merchant's vacancy rate; the commission ratio is negatively correlated with the merchant's vacancy rate; the commission calculation module dynamically adjusts the commission ratio through the following formula: Commission ratio = basic commission ratio × (1-vacancy rate weight factor), where the vacancy rate weight factor increases with the increase of the merchant's real-time vacancy rate.

[0063] The commission calculation module refers to a functional module used to calculate the commission ratio charged by the platform during the transaction process. In this embodiment, a preset algorithm is used in combination with real-time data for dynamic calculation to achieve this. Its function is to flexibly adjust the commission ratio according to the real-time operating status of the merchant and balance the platform's revenue and the merchant's cost pressure.

[0064] The preset algorithm refers to the core rule of dynamically calculating the commission deduction ratio by the system according to the real-time empty room rate of the merchant. Its essence is to map the empty room rate to a weight factor through mathematical modeling, which ultimately affects the commission ratio. The specific process is as follows: the system obtains the hotel empty room rate data in real time (such as API synchronization every 5 minutes), substitutes the empty room rate into the preset linear function to calculate the weight factor, and then combines the basic commission deduction ratio to generate the final commission deduction value. For example, when the empty room rate is 40%, if the basic commission deduction is 10% and the weight factor is 0.5, then the actual commission deduction ratio = 10% x (1-0.5) = 5%. In the algorithm design, the relationship between the empty room rate and the weight factor needs to meet the logic that the higher the empty room rate, the greater the weight factor, and the lower the commission deduction ratio, so as to encourage high empty room rate merchants to lower prices and accept orders.

[0065] The empty room rate weight factor is a key variable in the algorithm that connects the empty room rate and the commission deduction ratio, and its calculation uses a linear function:

[0066] Weight factor = empty room rate x adjustment coefficient

[0067] Where the adjustment coefficient is set by the platform according to business objectives (such as 0.01-0.03). For example, if the adjustment coefficient is set to 0.02:

[0068] Empty room rate 30% → weight factor = 0.3 x 0.02 = 0.006 → commission deduction ratio = 10% x (1-0.006) = 9.94%

[0069] Empty room rate 60% → weight factor = 0.6 x 0.02 = 0.012 → commission deduction ratio = 10% x 0.988 = 9.88%

[0070] This design makes the commission deduction decrease proportional to the increase in empty room rate, but in actual scenarios, it may need to be handled in segments: when the empty room rate exceeds a threshold (such as 50%), the adjustment coefficient is dynamically increased (such as 0.03) to accelerate the commission deduction decrease and strengthen the incentive.

[0071] Specifically, the algorithm also limits the upper limit of the weight factor (such as not exceeding 0.8) to avoid the commission deduction ratio being too low at extreme empty room rates, which would harm the platform's revenue. Finally, the system writes the calculation results to the transaction contract, triggers the commission distribution rules, and achieves a dynamic balance of interests among the platform, the merchant, and the user.

[0072] The basic commission deduction ratio refers to the benchmark commission ratio set by the platform in the initial state, which can be set according to industry standards or platform operation strategies. Its role is to provide a calculation benchmark for dynamic adjustment. Real-time empty room rate refers to the proportion of the number of rooms currently not booked by the merchant to the total number of rooms, which is obtained in real time through the data interface of the hotel management system. Its role is to reflect the current resource idle degree of the merchant.

[0073] Specifically, when generating a transaction contract, the commission calculation module obtains the merchant's current real-time vacancy rate data and combines it with a preset vacancy rate weighting factor to calculate a dynamic commission rate. For example, when the merchant's vacancy rate is high, the vacancy rate weighting factor increases, resulting in a lower commission rate, thereby reducing the likelihood that merchants will reject orders due to high commission costs. When the merchant's vacancy rate is low, the vacancy rate weighting factor decreases, and the commission rate returns to a level close to the base value, thus ensuring platform profitability.

[0074] This module automatically adjusts through formulaic calculations, eliminating the need for manual intervention. After payment is completed, the transaction execution module deducts the corresponding amount based on the calculated commission rate, and the remaining amount is transferred to the merchant's account.

[0075] Compared with existing technologies, traditional platforms use fixed commission rates and are unable to optimize commission strategies based on merchants' real-time operating conditions. This leads to merchants declining orders due to cost pressures when vacancy rates are high, exacerbating resource waste. This solution dynamically adjusts the commission rate, linking the platform commission with merchant vacancy rates. This incentivizes merchants to lower their threshold for accepting orders when vacancy rates are high, while also alleviating the problem of merchant attrition caused by fixed high commissions.

[0076] Through the above technical solution, the present invention can reduce merchant commission costs when vacancy rates are high, increase merchant enthusiasm for accepting orders, and reduce idle rooms; while maintaining a reasonable commission level when vacancy rates are low, ensuring the stability of platform revenue. This mechanism solves the problems of low supply and demand matching efficiency and insufficient merchant resource utilization under the traditional fixed commission model.

[0077] Specifically, the merchant-side module has a built-in vacancy rate monitoring unit, which interacts with the merchant's hotel management system through its API to perform data exchange and function calls to obtain room occupancy data in real time and upload it to the order management module.

[0078] The vacancy rate monitoring unit is a logical unit within the merchant-side module that dynamically collects hotel room occupancy information. It uses an event-driven mechanism to establish a communication connection with the hotel management system's API, analyzing room status data in real time and calculating vacancy rates. API (Application Programming Interface) data interaction refers to bidirectional data transmission with the hotel management system via a pre-defined interface protocol.

[0079] An event-driven system design pattern centers on triggering pre-defined actions based on specific events, such as changes in room status. For example, when a room in the hotel management system changes from "available" to "occupied," the system automatically generates a status update event. The vacancy rate monitoring unit captures this event and immediately calls an API to retrieve the latest data and recalculate the vacancy rate. This mechanism avoids the inefficiency of polling queries, executing actions only when actual data changes, thereby reducing resource consumption and achieving real-time response.

[0080] Specifically, when a room status changes in the merchant's hotel management system, the vacancy rate monitoring unit captures the change event through an API interface and extracts key fields such as the room number, check-in time, and check-out time. This unit then calculates the real-time vacancy rate based on the difference between the total number of rooms and the number of occupied rooms. The result is packaged into a structured data packet and uploaded to the order management module. The order management module dynamically adjusts the broadcast strategy based on the real-time vacancy rate, for example, prioritizing order requests to merchants when the vacancy rate exceeds a preset threshold.

[0081] Compared with existing technologies, traditional hotel reservation platforms rely on merchants to manually update room information or upload data in batches at regular intervals, resulting in update delays and cumbersome operations. This solution automatically synchronizes room data through API integration, eliminating manual intervention and ensuring that the room information obtained by the order management module is consistent with the hotel's actual operating status, thereby improving the timeliness and accuracy of supply and demand matching.

[0082] Through the above technical solution, the present invention can synchronize hotel room occupancy data in real time, avoid order broadcast errors caused by information lag, reduce the situation where merchants miss order opportunities due to misjudgment of vacancy rates, and at the same time reduce the platform's invalid order processing costs caused by data asynchrony.

[0083] Specifically, the merchant-side module also has a built-in manual setting unit with manual configuration. The manual setting unit manually inputs the number of vacant rooms and the minimum order price. The merchant-side module triggers automatic order acceptance or manual order acceptance reminder based on the manual settings input by the manual setting unit, and the merchant can choose to accept the order manually or automatically.

[0084] If the vacancy rate weight factor cannot be obtained, the merchant enters the number of vacancies and the minimum order price through the manual setting unit.

[0085] In actual use, the merchant-side module provides a visual configuration page, including:

[0086] Input box for the number of available rooms: supports setting by room type and time period (e.g. "3 deluxe king-size rooms available today");

[0087] Lowest price slider: Linked to display historical transaction price range to prevent the set value from deviating from the market level;

[0088] Order acceptance mode switch button: You can choose "automatic mode" (automatically accept orders when conditions are met) or "manual mode" (manual confirmation required).

[0089] The system automatically verifies that the number of vacant rooms entered is ≤ the total number of guest rooms, and the lowest price is ≥ the cost price (estimated by the hotel's historical data or the cost price entered by the merchant). If not met, a pop-up window will be displayed.

[0090] In automatic mode, the order management module matches the user's bid with the merchant's settings in real time. For example, if the user's bid of 280 yuan is ≥ the merchant's minimum price of 240 yuan and the number of available rooms is ≥ 1, the system will immediately accept the order and mark the corresponding room status as "booked";

[0091] Manual mode: If the user's bid is lower than the minimum price (such as 220 yuan), the system will push a notification to the merchant's APP, including the user's request details (room type, bid, check-in time). The merchant can choose to "accept" (price needs to be reconfirmed) or "reject" within 30 minutes.

[0092] Specifically, the merchant-side module is also provided with an intelligent order-taking strategy unit that is connected to the API of the merchant's hotel management system. When the vacancy rate exceeds a preset threshold, the intelligent order-taking strategy unit sends a high vacancy rate signal to the hotel management system. The hotel management system automatically lowers the lower limit of the order price based on the high vacancy rate signal and gives priority to responding to low-priced orders.

[0093] Among them, the intelligent order-taking strategy unit is a functional module that dynamically adjusts the merchant's order-taking strategy. It is implemented by combining a rule engine with a real-time data interface, and is used to trigger a price adjustment mechanism when the vacancy rate is too high.

[0094] The preset threshold refers to the critical value of the vacancy rate that triggers the price adjustment strategy, which is set through statistical analysis of the merchant's historical operating data, for example, set to a numerical range between 60% and 80%.

[0095] Specifically, when the hotel management system's room occupancy data indicates that the vacancy rate consistently exceeds a preset threshold, the intelligent order acceptance strategy unit transmits a high vacancy rate signal to the hotel management system via an API. Upon receiving this signal, the hotel management system automatically implements a pre-set low-price order acceptance strategy, such as lowering the minimum order price by a certain amount while prioritizing orders with lower bids. This ensures room resource utilization while accelerating the process of dealing with inventory pressure on slow-moving room types.

[0096] Compared to existing technologies, traditional hotel management systems rely on manual monitoring of vacancy rates and price adjustments, which can lead to response delays and decision-making bias. This solution dynamically matches vacancy rates with order prices through real-time linkage between an intelligent order-taking strategy unit and an API interface, avoiding the waste of resources caused by manual intervention.

[0097] Specifically, when collecting the user's room demand information, the hotel reservation system broadcasts the demand focus through the customer-side module. The user selects the demand focus according to his or her own needs. The demand focus includes one or a combination of price priority, room type priority, hotel location priority, and rating priority. The order management module prioritizes the broadcast orders according to the customer's demand focus. The order management module prioritizes broadcasting order requests to merchants with vacancy rates higher than a threshold based on the priority ranking. The order management module anonymizes user information when broadcasting order requests to the merchant-side module. The merchant-side module only displays the user's room type demand, bid range, geographical location, number of rooms, and accommodation time to the merchant. The user's private identity information is not displayed in the merchant-side module.

[0098] Demand focus refers to the priority matching dimensions selected by users when submitting orders. Interactive operations can be achieved using check boxes or sliding weight bars, and the order screening logic can be dynamically adjusted by identifying the priority tags selected by users.

[0099] Anonymization processing refers to desensitizing or hiding sensitive data such as the user's real name and contact information, blurring the geographic location information to an area within a radius of 1 kilometer, using a hash algorithm to encrypt and convert the user ID, and retaining only non-private fields related to property matching for display on the merchant side.

[0100] A hash algorithm is a one-way hash function commonly used for data encryption and privacy protection. It maps an input of any length (such as a user ID) to an output string of fixed length, achieving irreversible encryption and thus ensuring data security.

[0101] In this invention, before the order management module broadcasts the order request to the merchant, the system desensitizes or hides user privacy information (such as real name and mobile phone number) and uses a hashing algorithm to encrypt the user ID. The hashed user ID cannot be restored to its original identity on the merchant side. Only non-private fields related to order matching, such as room type requirements, bid range, geographic location, number of rooms, and length of stay, are retained for the merchant to evaluate whether to accept the order. This protects user privacy while ensuring that the hotel has the necessary basis for judging the order content.

[0102] The vacancy rate threshold refers to the preset critical value that triggers the order priority broadcast mechanism, which is dynamically adjusted based on the merchant's historical operating data. For example, the threshold is set to activate priority sorting when the difference between the real-time vacancy rate and the average value in the same area reaches a certain percentage.

[0103] Specifically, when submitting a room request, users select the most important matching dimensions by checking or dragging the weight control, for example, prioritizing both price and rating. The order management module generates order requests with priority tags based on the selected dimensions. When a merchant's real-time vacancy rate exceeds a set threshold, it prioritizes highly matching orders to that merchant. During this process, the user's real-world identity is encrypted, and merchants can only view essential transaction data, such as room type compatibility and bid range.

[0104] Compared to existing technologies, existing platforms only push orders in a one-way manner based on fixed algorithms, are unable to dynamically adjust matching strategies based on user needs, and pose the risk of user privacy leakage when broadcasting orders. This solution, by introducing demand-focused selection and anonymization mechanisms, not only enhances user initiative in price negotiations, but also protects user privacy through layered information display. Furthermore, it utilizes a vacancy rate threshold trigger mechanism to improve order response efficiency for high-demand merchants.

[0105] Through the above technical solution, the present invention achieves accurate matching of user needs and merchant resources, shortens order fulfillment time, reduces transaction failure rate due to information asymmetry, and effectively prevents user sensitive information from being improperly used or leaked during the transaction process.

[0106] Specifically, the customer-side module is provided with a bid recommendation unit connected to the API electrical signal of the merchant's hotel management system. The bid recommendation unit generates a suggested bid range for the room type based on the historical transaction data of the corresponding merchant's room type, and restricts users from bidding outside the range.

[0107] The bid recommendation module interacts with the hotel management system via an interface protocol. Using a pre-set data analysis algorithm, it retrieves merchants' historical transaction records in real time, such as the actual transaction price range for the same room type within the past three months, to generate a reference bid range. This module eliminates user bias in pricing decisions and improves price negotiation efficiency through objective data support.

[0108] Historical room transaction data refers to the pricing information for each room type actually completed within a preset time period at a specific hotel. This data is stored in a structured database, along with the room type identifier, transaction amount, and transaction time fields for each order. This data provides a foundation for bid recommendations. By analyzing the distribution of historical transaction prices, a pricing guidance mechanism aligned with market supply and demand can be established.

[0109] Specifically, when a user submits a room request in the client-side module, the bid recommendation unit retrieves the transaction records of the target merchant's specified room type through an API. For example, for a hotel's deluxe king-size room, the system calculates the lowest, average, and highest transaction prices for that room type over the past ninety days and generates a recommended bid range with upper and lower limits. The client-side module dynamically displays this range on the interactive interface and uses input controls to restrict users to setting bids within the recommended range. If a user attempts to enter a value outside the range, the system automatically triggers a warning and prohibits the order request from being submitted.

[0110] Compared to existing technologies, traditional booking platforms only display fixed prices set by merchants, leaving users without a pricing reference based on historical transaction data. This solution establishes a two-way data channel to dynamically convert merchants' actual transaction prices into bidding guidance. This prevents users from overbidding or underbidding due to information asymmetry, while helping merchants maintain reasonable profits.

[0111] Through the above technical solution, this application effectively balances the pricing power of both supply and demand, reducing the order matching failure rate caused by price deviations from actual market levels. Users can formulate reasonable quotes based on real transaction data, while merchants can optimize pricing strategies by analyzing historical transaction data, jointly reducing the impact of the platform's commission mechanism on transaction costs.

[0112] Specifically, the hotel reservation system also includes a service provider module, which generates hotel check-in codes and assists hotels in completing qualification certification and electronic contract signing. It also supports a multi-level review process, including on-site reviews by district-level service providers, online reviews by municipal-level providers, and final audits by provincial-level providers. The service provider module also tracks the status of hotel data reviews and dynamically controls hotel booking permissions based on the review results. Review permissions are automatically linked to the hotel's geographic location and pre-set regional hierarchies.

[0113] The service provider-side module refers to a third-party audit system that is independent of the customer side and the merchant side. In this embodiment, an unalterable entry code is generated through blockchain technology, and the contract signing process is completed in combination with electronic signature technology.

[0114] The multi-level review process divides hotel qualification review tasks by administrative level. For example, district-level providers are responsible for on-site verification of hotel licenses, municipal-level providers verify facility conditions through video, and provincial-level providers review historical operating data. Dynamic control of order acceptance permissions automatically adjusts a hotel's order-accepting qualifications in the order management module based on the review progress. For example, a hotel may be prohibited from accepting order requests if it fails the district-level review, but its order acceptance permissions may be restored after it passes the provincial-level review.

[0115] Specifically, when the order management module receives an order request from the customer, it first encrypts the user's name, contact information and other identity information through the data desensitizing engine to generate an anonymous order that only contains transaction elements such as room type and price.

[0116] The data desensitizing engine refers to a dedicated processing mechanism integrated into the order management module, which is used to identify and encrypt sensitive information (such as name, mobile phone number, ID number, etc.) submitted by users during the ordering process. Its core principle is to accurately locate sensitive fields through a rule base and recognition algorithm, and use algorithms such as hashing to convert them into unique but irreversible anonymous identifiers. During the processing process, the desensitizing engine retains non-private data related to transaction matching (such as geographic location, bid range, room type requirements, check-in time, etc.), and eliminates unnecessary identity information, thereby realizing user anonymization when the order is broadcast to the merchant-side module, which not only meets data compliance requirements, but also ensures order matching efficiency and the integrity of the hotel's order acceptance judgment basis. As a bridge between user privacy protection and order process visualization, the engine is a basic component for building a secure and efficient online booking system.

[0117] This anonymous order is pushed to the merchant-side module that meets the geographical location conditions through a preset interface. The merchant can only view necessary information such as accommodation time and number of rooms to assess the willingness to accept the order. At the same time, the service provider-side module generates a unique identification code for the hotel applying for admission, and assigns the qualification verification task to the corresponding district-level and municipal-level service providers through a distributed audit task pool. For example, after receiving the task, the district-level service provider must complete the on-site verification of the hotel's business license and business premises within three working days, and the audit results are uploaded to the service provider-side module through an encrypted channel. When the audit status of all levels is marked as passed, the service provider-side module automatically activates the hotel's order-grabbing authority, enabling it to receive order requests broadcast by the order management module.

[0118] Compared to existing technologies, traditional platforms fail to effectively desensitize user identity information, allowing merchants to reverse-trace user identities through order information, posing a risk of privacy breaches. Furthermore, existing hotel entry audits typically rely on a single online submission process, failing to verify the authenticity of physical operations. This solution utilizes a multi-level audit mechanism, combining online documentation verification with offline, on-site verification. For example, district-level service providers can verify original fire inspection documents on-site, while city-level providers can conduct video inspections of guest room hygiene conditions, thereby enhancing the reliability of audit results.

[0119] In addition, traditional platforms have not established a linkage mechanism between review status and order-taking permissions. New hotels may miss out on order opportunities due to review delays. This solution uses the dynamic permission control function to enable hotels to immediately obtain order qualifications after passing the final audit.

[0120] By the technical scheme, the application effectively prevents the merchant from obtaining the private data of the user through the order information, avoids the harassment risk caused by information leakage, and reduces the possibility of false hotel entry through a layered verification mechanism, for example, the district-level on-site audit can exclude the false license of the business subject, and the online review can verify the stability of the hotel order receiving system. The automatic association mechanism of the audit authority shortens the period from the qualification audit to the operation of the hotel, for example, when the provincial service provider completes the final audit, the system automatically matches the regional level of the hotel and opens the order receiving permission of the corresponding geographical range, avoiding the delay caused by manual operation.

[0121] Specifically, the application also provides a bidding method for hotel booking, comprising the following steps:

[0122] S1, the user submits the room demand information through the customer end module, and the order management module receives the room demand information submitted by the user to generate an order request;

[0123] S2, the order management module is used to filter the merchants meeting the user's demand according to the order request, and the commission rate corresponding to the order request is calculated by the commission calculation module and broadcast to the merchant end module;

[0124] S3, the order management module broadcasts the order request to the target merchant and sets the order receiving time of the merchant, and the merchant end module feeds back the order receiving willingness to the order management module according to the vacancy rate, the preset strategy, the order request and the commission rate;

[0125] S4, when the merchant accepts the order request, the order management module determines that the merchant and the customer reach a transaction contract and sends an execution transaction instruction to the transaction execution module, and the transaction execution module allocates the amount according to the commission rate and locks the guest room resource.

[0126] The order request is a structured data packet containing room type demand, bidding range, geographical location and other information, in the embodiment, the user input information is encapsulated into a standardized format for transmission through a data interface, which is used to build the matching basis of the supply and demand parties.

[0127] The commission rate is the service fee ratio of the platform in the transaction amount, which is realized by using a dynamic calculation model based on the vacancy rate, and the real-time vacancy rate of the merchant is used as a weight factor to adjust the proportion value, so as to encourage the merchant to improve the utilization rate of the guest room resource.

[0128] The order receiving time is the effective period of the merchant responding to the order, which is realized by using a countdown mechanism, and the time threshold is set to avoid the stagnation of the transaction process and ensure the order processing efficiency.

[0129] The transaction contract is an electronic agreement containing guest room information, payment amount and service terms, which is realized by using a blockchain smart contract technology, and the automatic execution of payment and resource locking ensures the reliability of the transaction.

[0130] Specifically, after a user submits a room request, the order management module selects a list of eligible merchants based on room type compatibility, location, and other criteria. The commission calculation module obtains real-time vacancy data from merchants. For example, if a hotel's vacancy rate is 70%, its commission rate can be adjusted to a dynamic rate lower than the base rate.

[0131] The order management module pushes order requests, including dynamic commission rates, to the merchant. The merchant responds within the order acceptance timeframe, taking into account their own vacancy rates and pricing strategies. Once the transaction contract is generated, the transaction execution module automatically splits the user payment according to the commission rate—for example, 15% of the total amount as a platform service fee and the remaining 85% to the merchant's account. The module also uses an interface to call the hotel management system to lock in the corresponding room resources.

[0132] In other specific implementations, the merchant-side module can integrate machine learning algorithms to predict optimal order acceptance strategies by analyzing historical order data. For example, when the vacancy rate exceeds 60%, the system can automatically lower the order acceptance price threshold to increase the order acceptance rate. The order management module can also employ encryption algorithms to desensitize user identity information when broadcasting orders, for example, by converting the user's mobile phone number into a hash value for transmission.

[0133] Compared to existing technologies, traditional platforms employ fixed pricing and a uniform commission mechanism, making it impossible to dynamically adjust transaction conditions based on supply and demand. This approach, by introducing a user-based bidding mechanism and a dynamic commission model, allows merchants to flexibly respond to orders based on real-time operating conditions. For example, they can accept a lower bid price but receive a lower commission rate when vacancy rates are high. Furthermore, the automated execution of smart contracts eliminates traditional manual confirmation steps. For example, upon successful payment, the room is immediately locked, preventing overbooking.

[0134] Through the above technical solutions, this application effectively addresses the rigid pricing and resource waste issues of traditional hotel reservation systems. The user bidding mechanism enhances price negotiation capabilities, the dynamic commission model incentivizes merchants to optimize room resource allocation, smart contract technology ensures transaction security and execution efficiency, and anonymization protects user privacy. The synergistic effect of multi-dimensional technical features improves the accuracy of supply and demand matching. For example, by driving order allocation strategies with real-time vacancy data, hotels with low vacancy rates in high-demand areas receive priority for high-quality orders.

[0135] Specifically, the bidding method also includes the following steps: adding a price adjustment unit in the order management module, when the merchant rejects the order in step S3 or no merchant accepts the order beyond the preset order acceptance time, the price adjustment unit broadcasts an instruction to adjust the bid or adjust the room type prompt to the customer-side module and re-upload the room demand information.

[0136] The price adjustment unit refers to a component that dynamically triggers the user's modification requirements based on the merchant's response status. It is implemented using an algorithm module that monitors the response status of order requests in real time. The unit triggers subsequent operations by determining whether the merchant rejects the order or fails to respond within a timeout.

[0137] The preset order acceptance time refers to the maximum time threshold for the merchant to process an order request. It is implemented using a countdown mechanism that is dynamically calculated based on the order type and hotel vacancy rate. For example, the order acceptance time for ordinary orders is set to 30 minutes.

[0138] The bid adjustment or room type adjustment prompt refers to an interactive interface sent to users to modify the bid range or change the room type requirements. It is implemented by using pop-up notifications combined with historical transaction data to recommend a new bid range.

[0139] The instruction to re-upload the room demand information is a process control signal that requires the user to update the order request, and is implemented by using verification logic that forces the user to modify the bid or room type before submitting the order again.

[0140] Specifically, when the order management module detects that a merchant has rejected an order or has not responded after a preset order acceptance time, the price adjustment unit immediately triggers a broadcast mechanism, sending a notification message to the customer containing suggested adjustment parameters. If the user adjusts their bid range or selects a different room type according to the prompt, the system will regenerate the order request and initiate a new round of merchant matching. For example, if a user's initial bid is too low, resulting in repeated rejections from merchants, the price adjustment unit may recommend that the user increase their bid to within 10%-20% of the historical transaction price for that room type.

[0141] Compared to existing technologies, traditional platforms only notify users of transaction failures when orders are not accepted, failing to proactively guide both supply and demand parties to adjust their terms. This solution, however, implements a dynamic feedback mechanism through a price adjustment unit. This provides instantly modifiable parameters and data references after order matching fails, prompting both parties to renegotiate based on real-time market conditions and avoiding resource waste caused by information asymmetry.

[0142] Through the above technical solution, this application can quickly guide users to adjust their demand parameters when order matching fails, shortening the secondary negotiation time between the supply and demand sides and effectively improving the order completion rate. At the same time, by dynamically recommending bid ranges, it avoids users from blindly modifying prices and causing multiple matching failures, thereby reducing system resource usage and lowering hotel vacancy rates.

[0143] Example 2:

[0144] See also Figures 1 to 4 shown

[0145] The following describes in detail a second embodiment of the hotel reservation system and bidding method of the present invention in combination with the structural and functional features of the present invention and with reference to the system flow of the "Wow Province Booking" APP.

[0146] The hotel reservation system of this invention is built on the "Wow Province Booking" multi-terminal collaborative platform and includes customer-side modules, merchant-side modules, service provider-side modules, order management modules, transaction execution modules, and a supporting commission calculation module. The system uses an AI-powered matching mechanism and dynamic commission strategies to achieve efficient room matching and optimal resource and revenue allocation. The specific implementation process is as follows:

[0147] Please combine the attached Figure 1 and attached Figure 2 As shown, on the customer side, users log in to the "Wow Province Booking" app or mini-program, enter their room requirements, including location, check-in date, room type (including listing price, bid, and number of rooms), and then click "AI Call Hotel" to generate an order request. This request is then submitted to the order management module for processing. The order management module matches the order request with the merchant-side module broadcast and selects target merchants based on criteria such as room type matching, bid range, and distance threshold.

[0148] After receiving the order broadcast, the merchant module will respond to the order's willingness based on its vacancy rate and the configured intelligent order acceptance strategy (automatic or manual). In automatic order grabbing mode, merchants can pre-set the number of automatic order grabbing and price thresholds, and the system will automatically determine whether to accept the order.

[0149] After receiving the merchant's order acceptance response, the transaction execution module generates a contract containing the transaction terms and broadcasts it to the client module. Once the user confirms the listing and clicks to pay, the system verifies the payment and the transaction execution module completes the transfer. The user's payment is automatically deducted and deposited into the merchant's settlement account. If the user's payment times out or fails, the order is automatically canceled, and the user can call to generate the order request again.

[0150] After successful payment, the user can add or modify guest information, and the system will generate a check-in verification code. Once the hotel receives and confirms the order, the user checks in at the agreed time with the verification code. After scanning the code, the check-in status is updated to "Checked In." After the user checks out, the hotel will mark the check-in as "Completed," or the system will automatically update the status.

[0151] Please combine the attached Figure 1 and attached Figure 3As shown, in the merchant module, the system sets up a vacancy rate monitoring unit, which realizes real-time room status synchronization and data reporting by connecting with the merchant's hotel management system API. Combined with real-time vacancy data, the system dynamically adjusts the merchant's commission according to the commission strategy set by the dynamic commission calculation module. The commission ratio is negatively correlated with the merchant's vacancy rate and is calculated according to the following formula:

[0152] Commission rate = base commission rate × (1 - vacancy rate weighting factor), where the vacancy rate weighting factor increases as vacancy rate increases. When the vacancy rate exceeds a threshold, the intelligent order acceptance strategy unit in the merchant module automatically triggers price reduction logic, adjusting the minimum order price to a lower level to increase order acceptance.

[0153] On the service provider side, the service provider conducts hotel recruitment, review, and onboarding assistance through an app or mini-program. The process includes generating a unique hotel onboarding code, assisting hotels with document upload, qualification verification, contract signing, and merchant account activation. The review process utilizes a multi-level system, encompassing platform initial review, district-level face-to-face review, municipal-level review, and provincial-level audit. Only after each level of review is the hotel granted access to order placement, and merchant permissions are dynamically adjusted based on the review status.

[0154] The specific process of the service provider module is as follows:

[0155] Step 1: The service provider logs in to the Wow Province booking service provider app / mini program, invites the hotel to join, and registers a merchant account;

[0156] On the "My" page, click "Hotel Check-in Code" and scan your phone number with the hotel to register a hotel account (fill in the hotel name, hotel manager, hotel manager's phone number, and receive the verification code to automatically register).

[0157] Step 2: Assist the hotel to enter the Wow Province platform;

[0158] After successful registration, the hotel will be prompted to "go to the 'Wow Province Merchant Edition' applet, log in to the merchant version, and complete the platform entry;

[0159] Specific process of hotel check-in:

[0160] (1) Fill in the merchant information, fill in the hotel basic information, and submit;

[0161] (2) Upload the qualification certificate and bind the settlement bank card, and submit for review; if the review fails, the information will be rejected and revised; if the qualification review passes, sign the electronic contract for settlement services; authenticate the merchant number, the hotel legal person opens WeChat and Alipay to scan the authentication code to authenticate the merchant number, and the activation is successful;

[0162] (3) Signing a merchant service contract;

[0163] (4) Pay the platform certification fee to complete the entry.

[0164] Step 3. Upload room information and submit for review;

[0165] After successfully registering, upload the room information, add a new room, and fill in the room details;

[0166] After adding a new room, the hotel will wait for the information to be reviewed; if the review is rejected, the room information will be modified and resubmitted; if the review is passed, the hotel can take the order.

[0167] Step 4: Hotel information review process;

[0168] Platform preliminary review: After the room is submitted for review, the Wow Province platform will conduct a preliminary review. If the preliminary review is passed, the hotel will be reviewed by the district-level service provider in that area.

[0169] District-level face-to-face review: The district-level service provider goes to the hotel for review. Click "Hotel Review" in "My" to enter the face-to-face review stage. Check the hotel information, room information, contract information, and other information. If the information is correct, click "Approve Review" and fill in the face-to-face review information. If the information is incorrect, click "Reject Review" and fill in the reason for rejecting the face-to-face review.

[0170] Municipal review: After the face-to-face review is passed, the hotel will be reviewed by the municipal service provider in the hotel area. The municipal service provider clicks "Hotel Review" in "My" to enter the review stage, and checks the hotel information, room information, contract information, and other information. If the information is correct, click "Approve Review" and fill in the review information; if the information is incorrect, click "Reject Review" and fill in the reason for rejection of the review;

[0171] Provincial audit: After the review is passed, the hotel will be audited by the provincial service provider in the area. If the information is correct, the hotel will pass the review; if the information is incorrect, please fill in the reason for rejection.

[0172] Step 5: The hotel accepts the order, the order is completed, and the commission is settled.

[0173] Specifically, during actual use of the system, when an order is initiated by the user and is not accepted by the merchant or the acceptance fails, the order management module activates the price adjustment unit, broadcasts bid adjustment or room type change prompts to the user, guides the user to resubmit the order, and increases the matching success rate.

[0174] The system also supports users to select demand priorities, such as "price priority" and "location priority". The order management module will prioritize orders accordingly and broadcast high-matching orders to merchants with high vacancy rates, thereby improving resource scheduling efficiency.

[0175] In addition, the customer side also has a bid recommendation unit, which generates a recommended bid range for users by analyzing the historical transaction data of the house type and limits the fluctuation range of the user's bid, ensuring that the price mechanism matched by the system is reasonable and stable.

[0176] To protect user privacy, the order management module anonymizes user identity information when broadcasting order requests. The merchant side only displays information such as room type requirements, bids, check-in time, etc. User sensitive information will not be disclosed to merchants.

[0177] In summary, the hotel reservation system of the second embodiment has built a dynamic, efficient, secure, and adjustable hotel reservation bidding system through a multi-module collaborative mechanism including user-side initiation, AI matchmaking, merchant-side dynamic response, service provider multi-layer review, and system-side transaction execution. This system has achieved comprehensive improvement in resource optimization allocation, transaction matching efficiency, and operational transparency among users, hotels, and the platform.

[0178] The above contents are only preferred embodiments of the present invention. For ordinary technicians in this field, according to the concept of the present invention, there may be changes in the specific implementation methods and application scopes. The contents of this specification should not be understood as limiting the present invention.

Claims

1. A hotel reservation system, characterized by: It includes a customer-side module, a merchant-side module, an order management module, and a transaction execution module. The customer-side module is used to receive room demand information input by the user, generate an order request, and send the order request to the order management module. The merchant-side module is used to receive the order request broadcast by the order management module and provide feedback on the willingness to accept the order based on the current vacancy rate and preset strategies. The order management module broadcasts the order to merchants that meet the conditions according to the order request, and receives the order response from the merchant-side module; the transaction execution module is used to generate a transaction contract after the merchant accepts the order and broadcast it to the customer-side module. When the user agrees to the transaction and contract and pays successfully, the transaction execution module deducts the user payment amount from the merchant's account.

2. The hotel reservation system according to claim 1, characterized in that: The room demand information includes room type requirements, hotel listing price, bid range, geographic location, number of rooms, merchant historical rating and accommodation time; the conditions for the order management module to match the generated order request with the merchant-side module's order acceptance willingness include at least one of the room type matching degree, merchant historical rating, distance threshold between the user's geographic location and the merchant, and the difference between the user's bid range and the hotel listing price.

3. The hotel reservation system according to claim 1, characterized in that: The hotel reservation system also includes a commission calculation module used in conjunction with the transaction execution module, and the commission calculation module is used to adjust the commission ratio based on the transaction contract and the merchant's vacancy rate; the commission ratio is negatively correlated with the merchant's vacancy rate; after the transaction execution module receives the amount paid by the user, it uses the commission calculation module to deduct the commission from the amount to the platform and then transfers the remaining amount to the merchant.

4. The hotel reservation system according to claim 1, characterized in that: The merchant-side module has a built-in vacancy rate monitoring unit that is connected to the API of the merchant's hotel management system or a built-in manual setting unit for manual operation. The vacancy rate monitoring unit interacts with the hotel management system for data and function calls to obtain room occupancy data in real time and uploads it to the order management module; the manual setting unit is used to enable the merchant to manually input the number of vacant rooms, the minimum order price and the hotel listing price. The merchant-side module triggers automatic order acceptance or manual order acceptance reminder based on the manual settings input by the manual setting unit, and the merchant can choose to accept the order manually or automatically.

5. The hotel reservation system according to claim 4, characterized in that: The merchant-side module is provided with an intelligent order-taking strategy unit used in conjunction with the vacancy rate monitoring unit. When the vacancy rate exceeds a preset threshold, the intelligent order-taking strategy unit sends a high vacancy rate signal to the hotel management system. The hotel management system automatically lowers the lower limit of the order price based on the high vacancy rate signal and gives priority to responding to low-priced orders.

6. The hotel reservation system according to claim 1, characterized in that: When collecting user room demand information, the hotel reservation system broadcasts the demand focus through the customer-side module, and the user selects the demand focus according to his or her own needs; the demand focus includes one or a combination of price priority, room type priority, hotel location priority, and rating priority. The order management module prioritizes the broadcast orders according to the customer demand focus, and the order management module prioritizes broadcasting order requests to merchants with vacancy rates above a threshold based on the priority ranking.

7. The hotel reservation system according to claim 1, characterized in that: The customer-side module is provided with a bid recommendation unit electrically connected to the API of the merchant's hotel management system. The bid recommendation unit generates a suggested bid range for the room type based on the historical transaction data of the corresponding merchant's room type, and restricts users from bidding beyond the range or recommends users to bid within the range.

8. The hotel reservation system according to claim 1, characterized in that: The hotel reservation system also includes a service provider-side module, which is used to generate a hotel check-in code and assist the hotel in completing qualification certification and electronic contract signing. It also supports a multi-level review process, including on-site review by district-level service providers, online review by municipal-level service providers, and final audit by provincial-level service providers; the service provider-side module is also used to track the status of hotel information review and dynamically control the hotel's order-grabbing authority based on the review results. The review authority allocation is automatically associated with the preset regional level based on the hotel's geographical location.

9. A bidding method for hotel reservation, characterized in that: The following steps are involved: S1, the user submits room demand information through the customer-side module, and the order management module receives the room demand information submitted by the user and generates an order request; S2: Use the order management module to screen merchants that meet the user's needs based on the order request generated in step S1, and use the commission calculation module to calculate the commission ratio corresponding to the order request and broadcast it to the merchant-side module; S3: The order management module broadcasts the order request to the target merchant and sets the merchant's order acceptance time. The merchant-side module provides feedback to the order management module on its willingness to accept the order based on the vacancy rate, preset strategy, order request, and commission rate. The willingness to accept the order may include grabbing the order, accepting the order, or rejecting the order. S4, when the merchant accepts the order request broadcast by the order management module, the order management module determines that the merchant and the customer have reached a transaction contract and sends a transaction execution instruction to the transaction execution module. The transaction execution module allocates the amount according to the commission ratio calculated by the commission calculation module and locks the room resources.

10. The hotel reservation bidding method according to claim 9, characterized in that: The bidding method further includes adding a price adjustment unit in the order management module. When the merchant rejects the order in step S3 or no merchant accepts the order beyond the preset order acceptance time, the price adjustment unit broadcasts an instruction to adjust the bid or adjust the room type prompt to the customer-side module and re-upload the room demand information.

Images