Hotel closing method and device

Abstract

The embodiment of the invention discloses a hotel closing method and device. The method comprises the following steps that: a booking person performs combined residence search on a target application form through a unique identifier of a combined resident, a server detects whether a matched combined resident exists according to the unique identifier of the combined resident and the target application form, and sends a search result to a client in response to the existence of the matched combined resident, so that the client displays the search result. And in response to the received selection information sent by the client, executing a hotel closing process according to the selection information. Therefore, on one hand, cross-application form matching can be realized, the flexibility of the system is improved, on the other hand, accurate matching can be realized, privacy and security risks are reduced, and the user experience is improved.

Description

Technical Field

[0001] This invention relates to the field of computer technology, and in particular to a method and apparatus for sharing a hotel room. Background Technology

[0002] In corporate travel expense control and itinerary approval systems, hotel co-stay management aims to improve the efficiency of corporate travel management by optimizing the allocation of accommodation resources. As the frequency of corporate travel increases, effectively controlling costs while ensuring employee travel convenience has become a crucial issue for corporate management.

[0003] In the existing technology, companies usually adopt two methods for travel applications and accommodation arrangements: one is to only allow travelers from the same travel application form to share a room, which limits the flexible matching of roommates; the other is to use the system to perform fuzzy matching to randomly match employees from different application forms to share a room, but this poses privacy and security risks and may cause discomfort to employees. Summary of the Invention

[0004] In view of this, the purpose of this invention is to provide a hotel co-stay method and apparatus that can achieve cross-application matching, improve system flexibility, achieve accurate matching, reduce privacy and security risks, and improve user experience.

[0005] In a first aspect, embodiments of the present invention provide a method for sharing a hotel room, the method comprising:

[0006] The system receives a co-occupancy request from a target application form sent by a first terminal, wherein the co-occupancy request includes at least a unique identifier of the co-occupant.

[0007] The system detects whether a matching co-resident exists based on the unique identifier of the co-resident and the target application form.

[0008] In response to the existence of a matching roommate, a search result is sent to the first terminal so that the first terminal displays the search result;

[0009] In response to receiving selection information sent by the first terminal, the hotel co-stay process is executed according to the selection information.

[0010] Secondly, embodiments of the present invention provide a method for sharing a hotel room, the method comprising:

[0011] Sending a co-living request for a target application form to the server, the co-living request including at least co-living person information, the server is used to obtain search results based on the co-living request;

[0012] In response to receiving the search results sent by the server, the search results are displayed;

[0013] In response to receiving selection information input by the user, the selection information is sent to the server so that the server executes the hotel co-stay process based on the selection information.

[0014] Thirdly, embodiments of the present invention provide a hotel co-stay device, the device comprising:

[0015] A co-living request receiving unit is used to receive a co-living request from a target application form sent by a first terminal, wherein the co-living request includes at least a unique identifier of the co-living person;

[0016] The roommate matching unit is used to detect whether there is a matching roommate based on the unique identifier of the roommate and the target application form;

[0017] The search result sending unit is configured to send search results to the first terminal in response to the existence of a matching roommate, so that the first terminal displays the search results;

[0018] The selection information receiving unit is used to respond to receiving selection information sent by the first terminal and execute the hotel co-stay process according to the selection information.

[0019] Fourthly, embodiments of the present invention provide a hotel co-stay device, the device comprising:

[0020] A room-sharing request sending unit is used to send a room-sharing request of a target application form to a server. The room-sharing request includes at least information about the roommates. The server is used to obtain search results based on the room-sharing request.

[0021] The search results display unit is used to display the search results in response to receiving the search results sent by the server;

[0022] The selection information sending unit is used to send the selection information to the server in response to receiving selection information input by the user, so that the server executes the hotel co-stay process according to the selection information.

[0023] Fifthly, embodiments of the present invention provide an electronic device, including a memory and a processor, wherein the memory is used to store one or more computer program instructions, wherein the one or more computer program instructions are executed by the processor to implement the methods as described in the first and second aspects.

[0024] Sixthly, embodiments of the present invention provide a computer program product comprising a computer program, wherein when the computer program is run on a computer, the computer performs the methods described in the first and second aspects above.

[0025] In a seventh aspect, embodiments of the present invention provide a computer-readable storage medium having stored thereon computer program instructions that, when executed by a processor, implement the methods described in the first and second aspects.

[0026] The technical solution of this invention allows the booking party to search for a roommate in a target application form using the unique identifier of the roommate. The server checks whether a matching roommate exists based on the unique identifier of the roommate and the target application form. If a matching roommate exists, the server sends the search results to the client, allowing the client to display the search results. Upon receiving selection information from the client, the server executes the hotel roommate process based on the selection information. This approach achieves cross-application matching, improving system flexibility, while also enabling precise matching, reducing privacy and security risks, and enhancing user experience. Attached Figure Description

[0027] The above and other objects, features and advantages of the present invention will become clearer from the following description of embodiments of the invention with reference to the accompanying drawings, in which:

[0028] Figure 1 This is a schematic diagram of a hotel co-stay system according to an embodiment of the present invention;

[0029] Figure 2 This is a flowchart illustrating the interaction of the hotel co-stay system according to an embodiment of the present invention;

[0030] Figure 3 This is a schematic diagram of the hotel customization interface according to an embodiment of the present invention;

[0031] Figure 4 This is a schematic diagram of a cohabitation application interface according to an embodiment of the present invention;

[0032] Figure 5 This is a schematic diagram of the cohabitation application interface according to another embodiment of the present invention;

[0033] Figure 6 This is a schematic diagram of the configuration interface according to an embodiment of the present invention;

[0034] Figure 7 This is a schematic diagram of the confirmation interface according to an embodiment of the present invention;

[0035] Figure 8 This is a flowchart of a hotel co-stay method using a server according to an embodiment of the present invention;

[0036] Figure 9 This is a flowchart of a hotel co-stay method for the first terminal according to an embodiment of the present invention;

[0037] Figure 10 This is a schematic diagram of a hotel co-stay device for a server according to an embodiment of the present invention;

[0038] Figure 11 This is a schematic diagram of a hotel co-stay device of the first terminal according to an embodiment of the present invention;

[0039] Figure 12 This is a schematic diagram of an electronic device according to an embodiment of the present invention. Detailed Implementation

[0040] The present application is described below based on embodiments, but it is not limited to these embodiments. In the detailed description of the present application below, certain specific details are described in detail. Those skilled in the art can fully understand the present application without these details. To avoid obscuring the substance of the present application, well-known methods, processes, flows, elements, and circuits are not described in detail.

[0041] Furthermore, those skilled in the art should understand that the accompanying drawings provided herein are for illustrative purposes only and are not necessarily drawn to scale.

[0042] Unless the context explicitly requires it, words such as "including" or "contains" throughout the application should be interpreted as including rather than exclusive or exhaustive; that is, meaning "including but not limited to".

[0043] In the description of this application, it should be understood that the terms "first," "second," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance. Furthermore, in the description of this application, unless otherwise stated, "a plurality of" means two or more.

[0044] The solutions described in this specification and embodiments, if involving the processing of personal information, will be processed only under the premise of having a legal basis (such as obtaining the consent of the personal information subject, or being necessary for the performance of a contract), and will only be processed within the scope stipulated or agreed upon. A user's refusal to process personal information beyond what is necessary for basic functions will not affect the user's use of basic functions.

[0045] With globalization and the continuous expansion of corporate cross-regional operations, business travel for employees has become an important part of daily operations. In this process, travel management not only affects employee work efficiency and travel experience but also directly impacts the company's operating costs and resource optimization capabilities. Among these strategies, hotel room sharing is increasingly gaining importance for companies as an effective travel cost control approach. Hotel room sharing refers to two or more employees sharing a hotel room during a business trip to reduce accommodation expenses and thus achieve cost savings.

[0046] In current corporate travel management, the Business Travel Request Form (BTRF) is a core approval process that employees must complete before traveling on business. This form typically includes key information such as the applicant's basic information, itinerary, budget estimate, and transportation and accommodation needs, and requires multiple levels of approval before it becomes effective. In traditional travel management systems, hotel bookings are usually arranged based on the travelers listed on a single BTRF. Co-staying is limited to matching employees within the same BTRF and cannot provide intelligent co-stay recommendations across BTRFs. Furthermore, while some systems have introduced fuzzy matching mechanisms, they lack comprehensive consideration of key factors such as employee preferences, gender, department, and purpose of travel, potentially leading to incorrect matching of two unrelated employees and causing issues related to privacy, security, and employee satisfaction.

[0047] The main problems with the existing technologies mentioned above include limited matching scope for shared accommodation, making it impossible to achieve intelligent matching across business trip applications; lack of comprehensive assessment of employees' individual needs and suitability for shared accommodation, resulting in poor matching effects; and failure to establish a systematic and configurable shared accommodation recommendation mechanism, making it difficult to meet the management needs of different corporate cultures. These problems not only limit the potential of enterprises in controlling travel costs but may also affect employees' business trip experience and the efficiency of internal management. Therefore, this invention provides a hotel shared accommodation method to achieve accurate shared accommodation recommendations across business trip applications, improving the intelligence level and cost control capabilities of corporate travel management.

[0048] Figure 1 This is a schematic diagram of a hotel co-stay system according to an embodiment of the present invention. Figure 1 As shown, the hotel co-stay system of this embodiment includes at least one first terminal 1, at least one second terminal 2, at least one management terminal 3, at least one server 4, and a network 5. The first terminal 1, the second terminal 2, the management terminal 3, and the server 4 are connected via the network 5 to exchange data.

[0049] Terminal 1 and Terminal 2 are terminal devices used by company employees, and can be accessed via mobile phones, tablets, laptops, desktop computers, etc. Terminal 1 and Terminal 2 can connect to server 4 via network 5 and use the travel management system provided by server 4 to perform related operations such as business trip applications and shared accommodation applications.

[0050] Specifically, employees access the travel management system through either Terminal 1 or Terminal 2 and log in via the identity authentication module. This module supports multiple authentication methods, such as username / password, corporate single sign-on, and multi-factor authentication, ensuring system access security and accurate access control. After successful login, employees can initiate a business trip application process within the travel management system. The application process involves filling out a business trip application form, which includes key fields such as applicant information, purpose of the trip, itinerary (e.g., departure point, destination, departure time, return time), mode of transportation, accommodation requirements, and budget. The application form can be divided into two modes: a unified application mode and an independent application mode. For the independent application mode, each employee must fill out and submit their own application form, even if their purpose, time, and location of travel are exactly the same. This independent mode allows approvers to assess each individual's situation, facilitates expense reimbursement and approval processes, and streamlines attendance management. Each employee's travel records, budget, and approval results are clear and independent, making it suitable for organizations with strict travel management requirements. For application forms using a unified application mode, one member submits an application form on behalf of the entire team, specifying the information of other traveling colleagues. This mode reduces repetitive operations and saves time and approval resources. Companies can configure application form modes according to their specific needs. For example, suppose four employees, A, B, C, and D, have business travel needs. If the company configures the application form mode as a unified application mode, any one of A, B, C, or D can fill out the application form. When filling out the application form, all employees traveling need to be included, resulting in only one application form. If the company configures the application form mode as an independent application mode, each of the four employees needs to fill out their own application form. When filling out the application form, the other employees do not need to be included, resulting in four application forms.

[0051] After a business trip application is submitted, it enters the approval process, where relevant management personnel (such as direct supervisors, finance department, travel administrators, etc.) conduct approvals at each level according to the company's established approval rules. The approval process can be flexibly configured through the workflow engine built into the travel management system, supporting various approval logics such as automatic workflow, manual approval, and conditional branching.

[0052] After a business trip application is approved, employees can book hotels based on the application. Specifically, a hotel booking control can be set up on the application's details page. The person making the booking can access the hotel booking interface through this control. On the hotel booking interface, the person making the booking can select check-in time, hotel information, and roommates. Specifically, the hotel booking interface includes a roommate control. The person making the booking can click the roommate control to access the roommate application interface. In the roommate application interface, the person making the booking can enter a unique identifier (e.g., name) of a roommate to search. Server 4 matches roommates based on their unique identifiers. If a match is found, the search result is displayed on either terminal 1 or terminal 2, and the person making the booking can select a roommate based on the search results.

[0053] Alternatively, a hotel booking control can be set up on another page. The person making the reservation can access the hotel booking interface through the hotel booking control on the details page of the application form. On the hotel booking interface, the person making the reservation can select information such as the application form, check-in time, and hotel, and can also select roommates. Specifically, the hotel booking interface has a roommate control. The person making the reservation can click the roommate control to enter the roommate application interface. On the roommate application interface, the person making the reservation can enter the unique identifier of the roommate (such as name) to search. The server 4 will match roommates based on the unique identifier of the roommate. If a match is found, the first terminal 1 or the second terminal 2 will display the search results, and the person making the reservation can select roommates according to the search interface.

[0054] Management terminal 3 is a terminal device used by the company's business trip management personnel. The management personnel can access the business trip management system and enter the configuration interface. Through the configuration interface, they can configure the business trip management, such as the selection range of roommates, roommate confirmation configuration information, notification method configuration information, and expense calculation information.

[0055] After receiving a room-sharing request from either terminal 1 or terminal 2, server 4 matches roommates based on their unique identifiers. If a match is found, server 4 sends a search result to terminal 1 or terminal 2, allowing them to display the result. The person making the reservation selects a roommate through the search interface. Upon receiving selection information from the first terminal, server 4 executes the hotel room-sharing process based on that selection information. Specifically, if the room-sharing confirmation configuration information indicates that confirmation from the roommate is required, server 4 sends a confirmation request to the matched roommate's terminal based on the notification method configuration information. Upon receiving confirmation information from the terminal, server 4 executes the hotel room-sharing process based on that confirmation information. If the room-sharing confirmation configuration information indicates that confirmation from the roommate is not required, server 4 executes the hotel room-sharing process based on the selection information.

[0056] In a shared accommodation request, there can be two terminals: the booking terminal and the shared accommodation terminal. In this embodiment of the invention, the first terminal 1 is the booking terminal and the second terminal 2 is the shared accommodation terminal, which is used as an example for illustration.

[0057] Network 5 can be used for the exchange of information and / or data. Network 5 can be any type of wired or wireless network, or a combination thereof. In some embodiments, network 5 may include a wired network, wireless network, fiber optic network, telecommunications network, intranet, Internet, local area network (LAN), wide area network (WAN), wireless local area network (WLAN), metropolitan area network (MAN), public switched telephone network (PSTN), Bluetooth network, ZigBee network, or near field communication (NFC) network, or any combination thereof. In some embodiments, network 5 may include one or more network access points. For example, network 5 may include wired or wireless network access points, such as base stations and / or network switching nodes, through which one or more components of the information interaction system can connect to the network to exchange data and / or information.

[0058] Thus, through the access of the first terminal 1 and the second terminal 2, the unified scheduling and management of the server 4, and the collaborative cooperation of various functional modules in the travel management system, this invention constructs a complete technical implementation framework for business trip application and co-accommodation matching, laying a solid foundation for subsequent co-accommodation processing.

[0059] Figure 2 This is a flowchart illustrating the interaction of the hotel co-stay system according to an embodiment of the present invention. Figure 2 The data interaction between the first terminal, the second terminal, and the server is illustrated, specifically including:

[0060] Step S101: Application form approved.

[0061] In this embodiment, the user of the first terminal is the person making the reservation. The person making the reservation can access the travel management system through an APP, mini-program, webpage, etc., and initiate a business trip application process within the travel management system. The business trip application process includes filling out a business trip application form, which contains key fields such as applicant information, purpose of business trip, itinerary (e.g., departure point, destination, departure time, return time), mode of transportation, accommodation requirements, and budget. The application form can be divided into two modes: a unified application mode and an independent application mode. For the independent application mode, each employee needs to fill out and submit their own business trip application form, even if their purpose, time, and location of business trip are exactly the same. In this mode, each person's application is independent, making it easier for the approver to evaluate each person's situation, manage reimbursement and approval processes, and facilitate attendance management. Each person's business trip record, budget, and approval results are clear and independent, making it suitable for organizations with strict requirements for business trip management. For the unified application mode, one member submits an application form on behalf of the entire team, indicating the information of other traveling colleagues in the application. This mode of application reduces repetitive operations and saves time and approval resources. Companies can configure application form modes according to their actual needs. For example, suppose four employees, A, B, C, and D, have business travel needs. If the company configures the application form mode as a unified application mode, any one of A, B, C, or D can fill out the application form. When filling out the application form, all employees traveling on business need to be included, resulting in only one application form. If the company configures the application form mode as an independent application mode, each of the four employees needs to fill out their own application form. No other employees need to be included, resulting in four application forms. After the business travel application forms are submitted, they enter the approval process, where relevant management personnel (such as direct supervisors, finance department, travel administrators, etc.) approve them level by level according to the company's established approval rules. The approval process can be flexibly configured through the workflow engine built into the travel management system, supporting various approval logics such as automatic workflow, manual approval, and conditional branching.

[0062] Step S102: Obtain the unique identifier of the co-resident.

[0063] In this embodiment, the first terminal obtains the unique identifier of the co-stayer entered by the person making the reservation. Specifically, a hotel booking control can be set on the details page of the application form or other pages. The person making the reservation can enter the hotel booking interface through the hotel booking control. On the hotel booking interface, the person making the reservation can select information such as check-in time and hotel. When the hotel booking control is set on the details page of the application form, the control is bound to the application form, and the application form does not need to be entered. When the hotel booking control is set on other pages, the person making the reservation still needs to enter the application form. In this case, the person making the reservation can enter the application form by selecting the application form or manually entering the application form identifier. The hotel booking interface has a co-stay control. The person making the reservation can click the co-stay control to enter the co-stay application interface, where they can enter the unique identifier (e.g., name) of the co-stayer.

[0064] Figure 3 This is a schematic diagram of the hotel customization interface according to an embodiment of the present invention. Figure 3 As shown, the person making the reservation can enter information such as the application form, hotel, dates, price, and number of rooms on the hotel booking interface. They can also add guests. The hotel booking interface includes a co-stay control, such as... Figure 3 In section E2, users can add roommates by clicking the "Share Room" control. For already added roommates, their information is displayed on the interface, such as... Figure 3 E1 in the middle.

[0065] When the co-living control is clicked, you will be redirected to the co-living application interface, where you can enter the unique identifier of the co-living person.

[0066] Specifically, Figure 4 This is a schematic diagram of a cohabitation application interface according to an embodiment of the present invention. Figure 4 As shown, the co-living application interface includes an input box E3, through which a unique identifier of the co-living person can be entered. The unique identifier can be information such as employee number or name.

[0067] Step S103: Send a cohabitation request.

[0068] In this embodiment, when the unique identifier of the roommate is detected by the person making the reservation, the first terminal generates a roommate request and sends it to the server. The roommate request includes the reservation person's identifier, the unique identifier of the roommate, and application form information, etc.

[0069] Step S104: Determine the target application form.

[0070] In this embodiment, the server determines the target application form based on the application form information in the co-stay request. The target application form is the travel application form corresponding to this hotel booking.

[0071] Step S105: Determine the application form mode.

[0072] In this embodiment, the application form can be divided into two modes: a unified application form and an independent application form. For the independent application form, each employee needs to fill out and submit their own application form. For the unified application form, one member submits an application form on behalf of the entire team, specifying the information of other colleagues in the application.

[0073] In response to the application form being a unified application mode, proceed to step S106.

[0074] In response to the application form being an independent application mode, proceed to step S108.

[0075] Step S106: Obtain the applicant from the target application form.

[0076] In this embodiment, in response to the application form being a unified application mode, indicating that one member submits an application form on behalf of the entire team, and that the application form contains all employees traveling this time, the applicant in the target application form is obtained.

[0077] Step S107: Match the unique identifier of the cohabitant with the applicant in the target application form.

[0078] In this embodiment, the unique identifier of the co-resident is matched with the applicant in the target application form. If there is an applicant whose unique identifier is exactly the same as the co-resident's, the match is successful, and the applicant whose unique identifier is exactly the same as the co-resident's is added to the search results. If there is no applicant whose unique identifier is exactly the same as the co-resident's, the match is unsuccessful, and the search results are empty.

[0079] Step S108: Confirm the person making the reservation.

[0080] In this embodiment, in response to the application form being in independent application mode, meaning that each application form has only one applicant, cross-application form matching is required, and the booking person is determined based on the booking person identifier in the co-occupancy request.

[0081] Step S109: Detect whether the booking scope of the person making the reservation includes the candidate roommate.

[0082] In this embodiment, in corporate travel management, setting hotel booking permissions is a crucial mechanism for ensuring compliance, cost control, and accountability. Some individuals can only book hotels for themselves, such as ordinary employees; others can book for specific employees, such as a manager's assistant; some can book for all employees in their department, such as a department head or assistant; some can book for any employee in the company, such as a travel specialist; and some can book for project team members, suitable for project-based management. In other words, each person has a booking scope. Detecting whether the booking person's booking scope includes potential roommates means checking if anyone is within that scope. If the booking person can only book for themselves, then potential roommates are not included; if the booking person can book for others, then potential roommates are included. Potential roommates are all individuals within the booking person's booking scope.

[0083] If the booking agent's booking scope includes candidate roommates, proceed to step S110.

[0084] In response to the fact that the booking agent's booking scope does not include candidate roommates, the search results are determined to be empty.

[0085] Step S110: Detect whether the gender of the person making the reservation is the same as that of the candidate roommate.

[0086] In this embodiment, in response to the fact that the booking agent's booking range includes candidate roommates, it is detected whether the gender of the booking agent and the candidate roommates are the same. That is, it is detected whether there are candidate roommates of the same gender as the booking agent.

[0087] If so, proceed to step S111.

[0088] If not, confirm that the search results are empty.

[0089] Step S111: Obtain the candidate application form.

[0090] In this embodiment, in response to the existence of a candidate roommate of the same gender as the person making the reservation, a candidate application form matching the target application form is obtained. As mentioned above, for application forms in the independent application mode, each business traveler needs to fill out and submit their own business travel application form, and each application form has only one applicant. Therefore, it is necessary to obtain other application forms in the same business trip. Specifically, the server obtains other application forms in the same business trip as the target application form as the candidate application forms.

[0091] Step S112: Obtain the applicants from the candidate application form.

[0092] In this embodiment, the server obtains the applicants from the candidate application forms.

[0093] Step S113: Match the unique identifier of the co-resident with the applicant corresponding to the candidate application form.

[0094] In this embodiment, the unique identifier of the co-resident is matched with the applicant corresponding to the candidate application form. If there is an applicant whose unique identifier is exactly the same as the co-resident's, the match is successful, and the applicant whose unique identifier is exactly the same as the co-resident's is added to the search results. If there is no applicant whose unique identifier is exactly the same as the co-resident's, the match is unsuccessful, and the search results are empty.

[0095] It should be noted that, in Figure 2 In the illustrated embodiment, the person making the reservation is first verified based on a predetermined range, gender, etc., and then the co-resident is matched after the verification is passed. However, the embodiments of the present invention do not limit the specific implementation method. For example, verification can be skipped and co-resident matching can be performed directly. That is, after step S108, candidate application forms that match the target application form are obtained, the applicants corresponding to each candidate application form are determined, the unique identifier of the co-resident is matched with the applicants corresponding to the candidate application forms, and the applicants whose unique identifiers match the co-residents are determined as the matched co-residents.

[0096] Step S114: Send the search results.

[0097] In this embodiment, the server sends the obtained search results to the first terminal.

[0098] Step S115: Display the search results.

[0099] In this embodiment, the first terminal displays the search results. Specifically, the first terminal displays the search results through a co-occupancy application interface.

[0100] Figure 5 This is a schematic diagram of a cohabitation application interface according to another embodiment of the present invention. Figure 5 As shown, the co-living application interface includes an input box E3 and a search results box E4. The search results are displayed in the search results box E4, as shown in E5 in the figure. Each co-living person's box displays the co-living person's name, department, mobile phone number, and other information.

[0101] Step S116: Obtain selection information.

[0102] In this embodiment, each search result has a selection control. The person making the reservation can select the corresponding selection control, and then click OK to obtain the selection information and send the selection information to the server.

[0103] Step S117: Is confirmation required?

[0104] In this embodiment, the server obtains the configuration information corresponding to the target application form. The configuration information includes a range of co-occupants, which includes one or more of co-occupancy options within the same application form and co-occupancy across different application forms. This configuration information is configured by the enterprise administrator through a configuration interface.

[0105] Figure 6 This is a schematic diagram of the configuration interface according to an embodiment of the present invention. For example... Figure 6 As shown, the administrator can configure the selection range of roommates, roommate confirmation settings, notification methods, and roommate confirmation timeout.

[0106] The selection range for co-residents includes one or more of the following: co-resident within the same application form and co-resident across different application forms. Co-resident within the same application form means that the resident can only live with people from the same application form. Co-resident across different application forms means that the resident can live with people from other application forms. Correspondingly, in step S111, in response to the co-resident selection range including co-resident across different application forms, candidate application forms matching the target application form are obtained.

[0107] The co-living confirmation configuration information includes options for "confirmation required" and "confirmation not required". "Confirmation required" means that co-living is only allowed after the co-living person confirms their participation, while "confirmation not required" means that co-living is allowed without the co-living person's confirmation.

[0108] The notification method configuration information includes APP, SMS, and email. When confirmation from a co-resident is required, it will be sent to the co-resident through the corresponding notification method.

[0109] "Confirmation timeout for co-occupant" means that if the confirmation request is sent to the co-occupant but no confirmation is received within the scheduled time, the default option, such as agreeing or rejecting, will be executed.

[0110] Step S118: Send confirmation request.

[0111] In this embodiment, in response to the co-occupancy confirmation configuration information requiring co-occupant confirmation, the server sends a confirmation request to the second terminal of the matched co-occupant according to the notification method configuration information.

[0112] Step S119: Display the confirmation interface.

[0113] In this embodiment, the second terminal displays a confirmation interface based on the confirmation request.

[0114] Figure 7 This is a schematic diagram of the confirmation interface according to an embodiment of the present invention. Figure 7 As shown, the confirmation screen displays information such as the application form, hotel, dates, price, and travelers. Co-stayers can choose to agree or decline.

[0115] Step S120: Send confirmation message.

[0116] In this embodiment, the second terminal sends confirmation information to the server, which is the consent or refusal selection information of the cohabitant.

[0117] Step S121: Perform the hotel co-stay process.

[0118] In this embodiment, the server executes the hotel co-stay process, specifically including:

[0119] Step S1211: In response to the co-stay confirmation configuration information indicating that no co-stay confirmation is required, the hotel co-stay process is executed according to the selection information.

[0120] If the co-stay confirmation configuration information indicates that no co-stayer confirmation is required, the hotel co-stay process will be executed according to the selected information, that is, the co-stay request from the person making the reservation will be processed, and corresponding notifications will be sent to the first terminal and the second terminal.

[0121] Step S1212: In response to receiving confirmation information sent by the second terminal, execute the hotel co-stay process according to the confirmation information.

[0122] After receiving the confirmation message from the second terminal, if the confirmation message indicates agreement, the server will approve the co-occupancy request from the person making the reservation and send corresponding notifications to both the first and second terminals. If the confirmation message indicates rejection, the server will disregard the co-occupancy request from the person making the reservation and send corresponding notifications to both the first and second terminals.

[0123] Step S1213: In response to not receiving confirmation information from the co-occupant within a predetermined time period, execute the hotel co-occupancy process according to the default configuration.

[0124] If the server does not receive confirmation from the co-occupant within the predetermined time, it will execute the hotel co-occupancy process according to the default configuration. The default configuration can be either "agree" or "reject". If the default configuration is "agree", the co-occupancy request from the person who made the reservation will be processed, and a corresponding notification will be sent to both the first and second terminals. If the default configuration is "reject", the co-occupancy request from the person who made the reservation will not be processed, and a corresponding notification will be sent to both the first and second terminals.

[0125] In some embodiments, the configuration information further includes cost calculation information, which includes at least one of the following: cost sharing by room average, cost sharing by order average, and cost sharing by difference ratio.

[0126] The method further includes:

[0127] Step S122: Determine the shared costs for the booking person and the co-occupant based on the cost calculation information.

[0128] In this embodiment, after the cohabitation is completed, it is necessary to calculate the costs to be borne by each party. In this embodiment of the invention, the costs can be calculated by any one of the following methods: sharing by room, sharing by order, and sharing by difference ratio.

[0129] For a trip where the cost is shared equally per room, assuming there are three people, A, B, and C, and each room can accommodate a maximum of two people, then two rooms need to be booked. If the final accommodation arrangement is that A and B share a room, and C has a room to himself, then sharing the cost equally per room means that A and B jointly bear the cost of their respective rooms, and C bears the cost of his own room. For example, if the cost of each room is 500 yuan, then A and B jointly bear 500 yuan, and C bears 500 yuan. The 500 yuan shared by A and B can be shared equally per order or proportionally based on the difference in room rates.

[0130] To divide the cost of the trip equally by the total number of people, simply divide the total room cost by the total number of people. For example, if there are three people, A, B, and C, and A and B share a room while C has a room to himself, then dividing the cost of the two rooms equally by the total cost for all three people would be the cost of the trip. For instance, if each room costs 300 yuan, the total cost for both rooms is 600 yuan, and each person would pay 200 yuan.

[0131] If the difference is shared proportionally, assuming A's difference is 200 yuan and B's difference is 400 yuan, and the total cost of the shared accommodation between A and B is 300 yuan, then A will bear 100 yuan and B will bear 200 yuan.

[0132] In this embodiment of the invention, the person making the reservation searches for a roommate in a target application form using the unique identifier of the roommate. The server checks whether a matching roommate exists based on the unique identifier of the roommate and the target application form. If a matching roommate exists, the server sends the search results to the client, allowing the client to display the search results. Upon receiving selection information from the client, the server executes the hotel room-sharing process based on the selection information. Therefore, on the one hand, cross-application matching can be achieved, improving system flexibility; on the other hand, accurate matching can be achieved, reducing privacy and security risks and improving user experience.

[0133] Figure 8 This is a flowchart of a hotel co-stay method using a server according to an embodiment of the present invention. Figure 8 As shown, the hotel co-stay method of the server in this embodiment of the invention includes the following steps:

[0134] Step S210: Receive a cohabitation request from a target application form sent by the first terminal, wherein the cohabitation request includes at least the unique identifier of the cohabitant.

[0135] Step S220: Detect whether there is a matching co-resident based on the unique identifier of the co-resident and the target application form.

[0136] Step S230: In response to the existence of a matching roommate, send the search results to the first terminal so that the first terminal displays the search results.

[0137] Step S240: In response to receiving the selection information sent by the first terminal, execute the hotel co-stay process according to the selection information.

[0138] In some embodiments, the target application form is an application form of a uniform application mode, and the application form includes one or more applicants;

[0139] The step of detecting whether a matching co-resident exists based on the unique identifier of the co-resident and the target application form includes:

[0140] Obtain the applicant from the target application form;

[0141] Match the unique identifier of the cohabitant with the applicant in the target application form;

[0142] The applicant whose unique identifier matches that of the co-resident is identified as the matched co-resident.

[0143] In some embodiments, the target application form is an application form in the independent application mode, and the application form includes one applicant;

[0144] The step of detecting whether a matching co-resident exists based on the unique identifier of the co-resident and the target application form includes:

[0145] Obtain candidate application forms that match the target application form;

[0146] Identify the applicants corresponding to each of the aforementioned candidate application forms;

[0147] The unique identifier of the co-resident is matched with the applicant corresponding to the candidate application form;

[0148] The applicant whose unique identifier matches that of the co-resident is identified as the matched co-resident.

[0149] In some embodiments, the target application form is an application form in the independent application mode, and the application form includes one applicant;

[0150] The step of detecting whether a matching co-resident exists based on the unique identifier of the co-resident and the target application form includes:

[0151] Identify the person who made the reservation for the shared accommodation request;

[0152] Detect whether the booking agent's booking scope includes candidate roommates;

[0153] In response to the fact that the booking agent's booking scope includes candidate roommates, the system detects whether the genders of the booking agent and the candidate roommates are the same.

[0154] In response to the existence of a candidate roommate of the same gender as the person making the reservation, a candidate application form matching the target application form is obtained;

[0155] Identify the applicants corresponding to each of the aforementioned candidate application forms;

[0156] The unique identifier of the co-resident is matched with the applicant corresponding to the candidate application form;

[0157] The applicant whose unique identifier matches that of the co-resident is identified as the matched co-resident.

[0158] In some embodiments, obtaining a candidate application form that matches the target application form includes:

[0159] Obtain the configuration information corresponding to the target application form. The configuration information includes the range of co-residents to be selected, which includes one or more of co-residents within the same application form and co-residents across different application forms.

[0160] In response to the fact that the range of cohabitants includes cohabitation across application forms, candidate application forms that match the target application form are obtained.

[0161] In some embodiments, the configuration information further includes co-occupancy confirmation configuration information and notification method configuration information, wherein the co-occupancy confirmation configuration information includes options for requiring co-occupant confirmation and not requiring co-occupant confirmation;

[0162] The process of executing the hotel co-stay procedure based on the selected information includes:

[0163] In response to the co-stay confirmation configuration information requiring confirmation from the co-stayer, a confirmation request is sent to the second terminal of the matched co-stayer according to the notification method configuration information. In response to receiving the confirmation information sent by the second terminal, the hotel co-stay process is executed according to the confirmation information.

[0164] In response to the shared stay confirmation configuration information indicating that no confirmation from the co-stayer is required, the hotel shared stay process is executed based on the selection information.

[0165] In some embodiments, the process of performing a hotel co-stay based on the selection information further includes:

[0166] If no confirmation message is received from the co-stayer after a predetermined period of time, the hotel co-stay process is executed according to the default configuration.

[0167] In some embodiments, the configuration information further includes cost calculation information, which includes at least one of average allocation per room, average allocation per order, and allocation based on the difference in charges. The method further includes:

[0168] The shared costs for the booking person and co-occupants are determined based on the aforementioned cost calculation information.

[0169] In this embodiment of the invention, the person making the reservation searches for a roommate in a target application form using the unique identifier of the roommate. The server checks whether a matching roommate exists based on the unique identifier of the roommate and the target application form. If a matching roommate exists, the server sends the search results to the client, allowing the client to display the search results. Upon receiving selection information from the client, the server executes the hotel room-sharing process based on the selection information. Therefore, on the one hand, cross-application matching can be achieved, improving system flexibility; on the other hand, accurate matching can be achieved, reducing privacy and security risks and improving user experience.

[0170] Figure 9 This is a flowchart of a hotel co-stay method for the first terminal according to an embodiment of the present invention. Figure 9 As shown, the hotel co-stay method of the first terminal in this embodiment of the invention includes the following steps:

[0171] Step S310: Send a co-living request for the target application form to the server. The co-living request includes at least the co-living person's information. The server is used to obtain search results based on the co-living request.

[0172] Step S320: In response to receiving the search results sent by the server, display the search results.

[0173] Step S330: In response to receiving selection information input by the user, send the selection information to the server so that the server executes the hotel co-stay process according to the selection information.

[0174] In this embodiment of the invention, the person making the reservation searches for a roommate in a target application form using the unique identifier of the roommate. The server checks whether a matching roommate exists based on the unique identifier of the roommate and the target application form. If a matching roommate exists, the server sends the search results to the client, allowing the client to display the search results. Upon receiving selection information from the client, the server executes the hotel room-sharing process based on the selection information. Therefore, on the one hand, cross-application matching can be achieved, improving system flexibility; on the other hand, accurate matching can be achieved, reducing privacy and security risks and improving user experience.

[0175] Figure 10 This is a schematic diagram of a hotel co-stay device for a server according to an embodiment of the present invention. Figure 10As shown, the hotel co-stay device of the server in this embodiment of the invention includes a co-stay request receiving unit 101, a co-stay matching unit 102, a search result sending unit 103, and a selection information receiving unit 104. The co-stay request receiving unit 101 receives a co-stay request from a target application form sent by a first terminal, the co-stay request including at least a unique identifier of the co-stayer. The co-stay matching unit 102 detects whether a matching co-stayer exists based on the unique identifier of the co-stayer and the target application form. The search result sending unit 103 sends a search result to the first terminal in response to the existence of a matching co-stayer, so that the first terminal displays the search result. The selection information receiving unit 104 executes the hotel co-stay process according to the selection information received from the first terminal.

[0176] In this embodiment of the invention, the person making the reservation searches for a roommate in a target application form using the unique identifier of the roommate. The server checks whether a matching roommate exists based on the unique identifier of the roommate and the target application form. If a matching roommate exists, the server sends the search results to the client, allowing the client to display the search results. Upon receiving selection information from the client, the server executes the hotel room-sharing process based on the selection information. Therefore, on the one hand, cross-application matching can be achieved, improving system flexibility; on the other hand, accurate matching can be achieved, reducing privacy and security risks and improving user experience.

[0177] Figure 11 This is a schematic diagram of a hotel co-stay device for the first terminal according to an embodiment of the present invention. Figure 11 As shown, the hotel co-stay device of the first terminal in this embodiment of the invention includes a co-stay request sending unit 111, a search result display unit 112, and a selection information sending unit 113. The co-stay request sending unit 111 sends a co-stay request for a target application form to a server. The co-stay request includes at least information about the co-stayers. The server obtains search results based on the co-stay request. The search result display unit 112 displays the search results upon receiving them from the server. The selection information sending unit 113 sends selection information input by a user to the server upon receiving that information, so that the server executes the hotel co-stay process based on the selection information.

[0178] In this embodiment of the invention, the person making the reservation searches for a roommate in a target application form using the unique identifier of the roommate. The server checks whether a matching roommate exists based on the unique identifier of the roommate and the target application form. If a matching roommate exists, the server sends the search results to the client, allowing the client to display the search results. Upon receiving selection information from the client, the server executes the hotel room-sharing process based on the selection information. Therefore, on the one hand, cross-application matching can be achieved, improving system flexibility; on the other hand, accurate matching can be achieved, reducing privacy and security risks and improving user experience.

[0179] Figure 12 This is a schematic diagram of an electronic device according to an embodiment of the present invention. (For example...) Figure 12 As shown, Figure 12 The illustrated electronic device is a general-purpose data processing device, comprising a general-purpose computer hardware architecture, including at least a processor 121 and a memory 122. The processor 121 and memory 122 are connected via a bus 123. The memory 122 is adapted to store instructions or programs executable by the processor 121. The processor 121 can be a standalone microprocessor or a collection of one or more microprocessors. Thus, the processor 121 executes the instructions stored in the memory 122, thereby performing the method flow of the embodiments of the present invention as described above to process data and control other devices. The bus 123 connects the aforementioned components together, and also connects these components to a display controller 124, a display device, and an input / output (I / O) device 125. The input / output (I / O) device 125 can be a mouse, keyboard, modem, network interface, touch input device, motion-sensing input device, printer, and other devices known in the art. Typically, the input / output device 125 is connected to the system via an input / output (I / O) controller 126.

[0180] Those skilled in the art will understand that embodiments of this application can be provided as methods, apparatus (devices), or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-readable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0181] This application is described with reference to flowchart illustrations of methods, apparatus (devices), and computer program products according to embodiments of this application. It should be understood that each step in the flowchart can be implemented by computer program instructions.

[0182] These computer program instructions may be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including an instruction means, the implementation process of which is described in the instruction means. Figure 1 The function specified in one or more processes.

[0183] These computer program instructions may also be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing device, produce instructions for implementing processes. Figure 1 A device for a function specified in one or more processes.

[0184] Another embodiment of the present invention relates to a non-volatile storage medium for storing a computer-readable program for use by a computer to execute some or all of the above-described method embodiments.

[0185] That is, those skilled in the art will understand that all or part of the steps in the methods of the above embodiments can be implemented by a program specifying the relevant hardware. This program is stored in a storage medium and includes several instructions to cause a device (which may be a microcontroller, chip, etc.) or processor to execute all or part of the steps of the methods described in the embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as a USB flash drive, a portable hard drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0186] The above description is merely a preferred embodiment of this application and is not intended to limit this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the protection scope of this application.

Claims

1. A method for sharing a hotel room, characterized in that, The method includes: The system receives a co-occupancy request from a target application form sent by a first terminal, wherein the co-occupancy request includes at least a unique identifier of the co-occupant. The system detects whether a matching co-resident exists based on the unique identifier of the co-resident and the target application form. In response to the existence of a matching roommate, a search result is sent to the first terminal so that the first terminal displays the search result; In response to receiving selection information sent by the first terminal, the hotel co-stay process is executed according to the selection information.

2. The method according to claim 1, characterized in that, The target application form is an application form using a unified application model, and the application form includes one or more applicants; The step of detecting whether a matching co-resident exists based on the unique identifier of the co-resident and the target application form includes: Obtain the applicant from the target application form; Match the unique identifier of the cohabitant with the applicant in the target application form; The applicant whose unique identifier matches that of the co-resident is identified as the matched co-resident.

3. The method according to claim 1, characterized in that, The target application form is an independent application form, and the application form includes one applicant; The step of detecting whether a matching co-resident exists based on the unique identifier of the co-resident and the target application form includes: Obtain candidate application forms that match the target application form; Identify the applicants corresponding to each of the aforementioned candidate application forms; The unique identifier of the co-resident is matched with the applicant corresponding to the candidate application form; The applicant whose unique identifier matches that of the co-resident is identified as the matched co-resident.

4. The method according to claim 1, characterized in that, The target application form is an independent application form, and the application form includes one applicant; The step of detecting whether a matching co-resident exists based on the unique identifier of the co-resident and the target application form includes: Identify the person who made the reservation for the shared accommodation request; Detect whether the booking agent's booking scope includes candidate roommates; In response to the fact that the booking agent's booking scope includes candidate roommates, the system detects whether the genders of the booking agent and the candidate roommates are the same. In response to the existence of a candidate roommate of the same gender as the person making the reservation, a candidate application form matching the target application form is obtained; Identify the applicants corresponding to each of the aforementioned candidate application forms; The unique identifier of the co-resident is matched with the applicant corresponding to the candidate application form; The applicant whose unique identifier matches that of the co-resident is identified as the matched co-resident.

5. The method according to claim 3 or 4, characterized in that, The process of obtaining candidate application forms that match the target application form includes: Obtain the configuration information corresponding to the target application form. The configuration information includes the range of co-residents to be selected, which includes one or more of co-residents within the same application form and co-residents across different application forms. In response to the fact that the range of cohabitants includes cohabitation across application forms, candidate application forms that match the target application form are obtained.

6. The method according to claim 5, characterized in that, The configuration information also includes co-occupancy confirmation configuration information and notification method configuration information. The co-occupancy confirmation configuration information includes options that require co-occupant confirmation and do not require co-occupant confirmation. The process of executing the hotel co-stay procedure based on the selection information includes: In response to the co-stay confirmation configuration information requiring confirmation from the co-stayer, a confirmation request is sent to the second terminal of the matched co-stayer according to the notification method configuration information. In response to receiving the confirmation information sent by the second terminal, the hotel co-stay process is executed according to the confirmation information. In response to the shared stay confirmation configuration information indicating that no confirmation from the co-stayer is required, the hotel shared stay process is executed based on the selection information.

7. The method according to claim 6, characterized in that, The process of performing hotel co-stay based on the selection information also includes: If no confirmation message is received from the co-stayer after a predetermined period of time, the hotel co-stay process is executed according to the default configuration.

8. The method according to claim 5, characterized in that, The configuration information also includes cost calculation information, which includes at least one of the following: cost sharing based on room average, cost sharing based on order average, and cost sharing based on the difference ratio. The method further includes: The shared costs for the booking person and co-occupants are determined based on the aforementioned cost calculation information.

9. A method for sharing a hotel room, characterized in that, The method includes: Sending a co-living request for a target application form to the server, the co-living request including at least co-living person information, the server is used to obtain search results based on the co-living request; In response to receiving the search results sent by the server, the search results are displayed; In response to receiving selection information input by the user, the selection information is sent to the server so that the server executes the hotel co-stay process based on the selection information.

10. A hotel shared accommodation device, characterized in that, The device includes: A co-living request receiving unit is used to receive a co-living request from a target application form sent by a first terminal, wherein the co-living request includes at least a unique identifier of the co-living person; The roommate matching unit is used to detect whether there is a matching roommate based on the unique identifier of the roommate and the target application form; The search result sending unit is configured to send search results to the first terminal in response to the existence of a matching roommate, so that the first terminal displays the search results; The selection information receiving unit is used to respond to receiving selection information sent by the first terminal and execute the hotel co-stay process according to the selection information.

11. A hotel shared accommodation device, characterized in that, The device includes: A room-sharing request sending unit is used to send a room-sharing request of a target application form to a server. The room-sharing request includes at least information about the roommates. The server is used to obtain search results based on the room-sharing request. The search results display unit is used to display the search results in response to receiving the search results sent by the server; The selection information sending unit is used to send the selection information to the server in response to receiving selection information input by the user, so that the server executes the hotel co-stay process according to the selection information.

12. An electronic device comprising a memory and a processor, characterized in that, The memory is used to store one or more computer program instructions, wherein the one or more computer program instructions are executed by the processor to implement the method as described in any one of claims 1-9.

13. A computer program product comprising a computer program, characterized in that, When the computer program is run on a computer, the computer performs the method according to any one of claims 1-9.

14. A computer-readable storage medium storing computer program instructions thereon, characterized in that, The computer program instructions, when executed by a processor, implement the method as described in any one of claims 1-9.

Images