A travel service processing method and device, electronic equipment and storage medium

Abstract

The application relates to the technical field of computers, in particular to a travel service processing method and device, electronic equipment and a storage medium, which are used to improve the efficiency and accuracy of an organization compensating for the travel of a member through a car-hailing platform. The method comprises the following steps: in response to a configuration operation of a first object, obtaining basic information and constraint information input by the first object through an application configuration interface provided by a travel service platform; the basic information is used to describe an organization associated with the first object; the constraint information is used to describe the customized travel demand of the organization; generating a travel service interface corresponding to the organization based on the constraint information and the basic information; in response to a travel application operation triggered by a second object through the travel service interface, obtaining travel information and constraint information of the second object, and generating a corresponding travel service order.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to a method, apparatus, electronic device, and storage medium for processing travel services. Background Technology

[0002] To facilitate the travel of its members, many organizations provide free transportation benefits. For example, to improve employee job satisfaction and efficiency, some companies provide transportation subsidies or directly arrange vehicle travel services for their employees, which is usually achieved through ride-hailing platforms.

[0003] In this technology, corporate car rental relies on offline communication between the company and the ride-hailing platform. Both parties negotiate the rules for corporate car rental through a business agreement, and the ride-hailing platform's technical staff manually develops travel rules adapted to different corporate scenarios. Then, company members can enjoy travel services on the ride-hailing platform that has been adapted to the corporate travel rules.

[0004] However, since current ride-hailing platforms only connect with companies offline, they consume a lot of manpower and time and are prone to communication errors. As a result, the generated travel rules are not consistent with the actual needs of companies, which leads to the travel compensation provided by companies to their employees deviating from the actual needs of the companies. When members of organizations use ride-hailing platforms, it is difficult for them to have a good travel service experience.

[0005] Furthermore, since different companies have different travel rules, ride-hailing platform service providers need to provide personalized support for each company's needs. This increases the workload and complexity of development. At the same time, since the rules for corporate car use change with the company's needs, it is necessary to communicate with the company again each time there is a change, which further increases development costs.

[0006] In conclusion, improving the efficiency and accuracy of organizations providing travel services to their members through ride-hailing platforms is an urgent issue that needs to be addressed. Summary of the Invention

[0007] This application provides a travel service processing method, apparatus, electronic device, and storage medium to improve the efficiency and accuracy of organizations providing travel services to members through ride-hailing platforms.

[0008] This application provides a travel service processing method, including:

[0009] In response to the configuration operation of the first object, the system obtains the basic information and constraint information input by the first object through the application configuration interface provided by the travel service platform; the basic information is used to describe the institution associated with the first object; the constraint information is used to describe the customized travel needs of the institution.

[0010] Based on the constraint information and the basic information, a travel service interface corresponding to the institution is generated.

[0011] In response to a travel application triggered by the second object through the travel service interface, the travel information of the second object is obtained, and a corresponding travel service order is generated based on the travel information and the constraint information.

[0012] This application provides a travel service processing device, comprising:

[0013] The acquisition unit is used to acquire basic information and constraint information input by the first object through the application configuration interface provided by the travel service platform in response to the configuration operation of the first object; the basic information is used to describe the institution associated with the first object; the constraint information is used to describe the customized travel needs of the institution.

[0014] The first generation unit is used to generate the travel service interface corresponding to the institution based on the constraint information and the basic information.

[0015] The second generation unit is used to respond to the travel application operation triggered by the second object through the travel service interface, obtain the travel information of the second object, and generate a corresponding travel service order based on the travel information and the constraint information.

[0016] Optionally, the application configuration interface includes: a qualification review sub-interface and a rule configuration sub-interface; the acquisition unit is specifically used for:

[0017] Obtain the basic information input by the first object through the qualification review sub-interface;

[0018] Based on the aforementioned basic information, the organization's qualifications will be reviewed.

[0019] When the institution passes the qualification review, the constraint information input by the first object through the rule configuration sub-interface is obtained; wherein, the rule configuration sub-interface is presented after the institution passes the qualification review.

[0020] Optionally, the first generation unit is specifically used for:

[0021] Based on the constraint information, a travel rule set corresponding to the institution is generated; and based on the basic information, a travel service interface corresponding to the institution is generated.

[0022] Furthermore, the device further includes a compensation unit, the compensation unit being used for:

[0023] After the second generation unit generates a corresponding travel service order based on the travel information and the constraint information, travel compensation is performed on the second object based on the travel service order and the travel rule set.

[0024] Optionally, the first generation unit is specifically used for:

[0025] Based on the basic information, the organization identification information in the travel service interface is generated;

[0026] Based on the constraint information, rule prompt information is generated in the travel service interface; wherein, the rule prompt information is used to prompt the second object on how to use the travel rule set.

[0027] Optionally, the device further includes a scene unit:

[0028] In response to the selection operation of the first object, obtain at least one travel scenario selected by the first object through the application configuration interface; for each travel scenario, perform the following: based on a travel scenario, add corresponding scenario information for at least one travel rule in the travel rule set; the scenario information is used to constrain the applicable scenarios of the travel rule.

[0029] Furthermore, the compensation unit is specifically used for:

[0030] Determine the travel scenario of the second object;

[0031] When the travel scenario of the second object matches any travel scenario associated with a travel rule in the travel rule set, travel compensation is provided to the second object based on the travel service order and the travel rule set.

[0032] Optionally, the scenario unit obtains at least one travel scenario selected by the first object through the application configuration interface, including at least one of the following methods:

[0033] The first object obtains at least one travel scenario selected through the scenario selection sub-interface included in the application configuration interface; the scenario selection sub-interface is presented after the institution passes the qualification review;

[0034] Determine at least one scene control selected by the first object in the application configuration interface, and obtain the travel scene corresponding to each of the at least one scene control.

[0035] Optionally, the device further includes a verification unit, the verification unit being used for:

[0036] Before the compensation unit performs travel compensation on the second object based on the travel service order and the travel rule set, it obtains the verification information of the second object;

[0037] The identity verification information stored on the travel service platform is compared with the information to be verified to obtain the verification result of the second object;

[0038] The compensation unit is specifically used for:

[0039] When the verification result indicates that the second object belongs to the institution, travel compensation is provided to the second object based on the travel service order and the travel rule set.

[0040] Optionally, the information to be verified includes: identity information to be verified; the identity verification information includes: a set of verified identity information; the identity information to be verified is the identity information bound when the second object is currently using the travel service platform; the set of identity information is the information entered by the first object through the application configuration interface provided by the travel service platform, and the set of identity information includes: the identity information of each object within the organization that has customized travel permissions;

[0041] The verification unit is specifically used for:

[0042] The identity information to be verified is compared with each identity information in the identity information set;

[0043] The matching result of the identity information to be verified in the set of identity information is taken as the verification result.

[0044] Optionally, the application configuration interface includes a member information sub-interface; the first object in the verification unit inputs the identity information set through the application configuration interface in at least one of the following ways:

[0045] Upload the information file containing the set of identity information to the member information sub-interface;

[0046] Input each piece of identity information from the identity information set into the preset information table in the member information sub-interface;

[0047] The database storing the set of identity information is directly connected to the member information sub-interface so that the set of identity information can be imported from the database into the member information sub-interface.

[0048] Optionally, the information to be verified includes: a verification association code; the identity verification information includes: a target association code; the verification association code is entered by the second object through the travel service interface after being issued by the institution or the travel service platform; the target association code is uploaded by the institution to the travel service platform; or, it is stored by the travel service platform when issuing the verification association code to the second object.

[0049] The verification unit is specifically used for:

[0050] Compare the association code to be verified with the target association code;

[0051] The consistency result between the association code to be verified and the target association code is taken as the verification result.

[0052] Optionally, the constraint information includes: a set of location information; the set of location information includes: at least one set of location information;

[0053] The first generation unit is specifically used for:

[0054] For each location information in the location information set, perform the following operations:

[0055] After matching the location information with preset points of interest addresses, a virtual boundary of the travel origin corresponding to the location information is generated;

[0056] Based on the virtual boundary, travel rules are generated in the travel rule set corresponding to the location information.

[0057] Optionally, the compensation unit is specifically used for:

[0058] Obtain the location information to be verified from the travel service order;

[0059] If the location information to be verified matches the location information set, then based on the matched target location information, a target travel rule matching the second object is determined from the travel rule set; the location information corresponding to the target travel rule is consistent with the location information to be verified.

[0060] According to the target travel rules, travel compensation is provided to the second object.

[0061] Optionally, the apparatus further includes a confirmation unit, the confirmation unit being used for:

[0062] Before the compensation unit provides travel compensation to the second object based on the travel service order and the travel rule set, compensation confirmation information is presented to the second object in the travel service interface; the compensation confirmation information is used to prompt the second object to confirm the number of virtual resources that support travel compensation in this travel service order;

[0063] Furthermore, the compensation unit is specifically used for:

[0064] In response to the compensation confirmation operation triggered based on the compensation confirmation information, travel compensation is performed on the second object according to the travel service order and the travel rule set.

[0065] Optionally, the application configuration interface includes a credential configuration sub-interface; the device further includes a credential unit, the credential unit being used for:

[0066] After the compensation unit performs travel compensation on the second object based on the travel service order and the travel rule set, it obtains the voucher information entered by the first object through the voucher configuration sub-interface;

[0067] Based on the voucher information and the compensation result corresponding to the travel service order, a corresponding travel compensation voucher is generated.

[0068] Optionally, the apparatus further includes an excitation unit, the excitation unit being used for:

[0069] After the second generation unit generates the corresponding travel service order based on the travel information and the constraint information, it obtains the resource incentive information input by the second object through the travel service interface; the resource incentive information includes: the amount of resources used to incentivize the provider of this travel service;

[0070] The virtual resources matching the stated resource quantity in the target account of the second object are transferred to the relevant account of the service provider for this trip.

[0071] Optionally, if the application configuration interface further includes an information modification sub-interface, then the method further includes: the device further includes a modification unit.

[0072] Obtain the information to be changed input by the first object through the information change sub-interface; the information to be changed includes at least one of the following: the basic information and the constraint information;

[0073] Based on the information to be changed, the corresponding information obtained is modified.

[0074] An electronic device provided in this application includes a processor and a memory, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor performs the steps of any of the above-described travel service processing methods.

[0075] This application provides a computer-readable storage medium including a computer program. When the computer program is run on an electronic device, the computer program is used to cause the electronic device to perform the steps of any of the above-described travel service processing methods.

[0076] This application provides a computer program product, which includes a computer program stored in a computer-readable storage medium. When the processor of an electronic device reads the computer program from the computer-readable storage medium, the processor executes the computer program, causing the electronic device to perform the steps of any of the above-described travel service processing methods.

[0077] The beneficial effects of this application are as follows:

[0078] This application provides a method, apparatus, electronic device, and storage medium for processing travel services. Firstly, for any organization with customized travel needs, this application allows the first party to directly input basic and constraint information through the application configuration interface provided by the travel service platform. This avoids the offline interaction between the organization and the travel service platform, saving time and manpower. Furthermore, since the basic and constraint information is uploaded by the first party themselves, it also avoids subsequent errors in communication leading to incorrect travel rules generated by the travel service platform.

[0079] Furthermore, this application can automatically identify the basic and constraint information uploaded by the first object, and generate a travel service interface corresponding to the corresponding institution based on the constraint and basic information. This application automatically and conveniently builds personalized travel service interfaces for different institutions based on the constraint and basic information.

[0080] Finally, when any second party within the organization travels through the travel service platform's interface, after triggering a travel application through the interface, a travel service order is generated for the second party based on their travel information and the aforementioned constraints. There's no need for the second party to manually apply or wait for approval; the travel service platform generates the order in real time, shortening the second party's travel preparation time and improving travel service efficiency. Simultaneously, the travel service platform can quickly connect with multiple organizations, reducing development costs and improving development efficiency.

[0081] Other features and advantages of this application will be set forth in the following description and will be apparent in part from the description or may be learned by practicing the application. The objectives and other advantages of this application may be realized and obtained by means of the structures particularly pointed out in the written description, claims, and drawings. Attached Figure Description

[0082] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:

[0083] Figure 1 This is a schematic diagram illustrating an application scenario in one of the embodiments of this application;

[0084] Figure 2 A flowchart illustrating the implementation of a travel service processing method provided in this application embodiment;

[0085] Figure 3 A schematic diagram illustrating an application configuration interface provided in an embodiment of this application;

[0086] Figure 4 A schematic diagram of a qualification review sub-interface and a rule configuration sub-interface provided for embodiments of this application;

[0087] Figure 5A A schematic diagram of a scene selection sub-interface provided in an embodiment of this application;

[0088] Figure 5B A schematic diagram of another scenario selection sub-interface provided in an embodiment of this application;

[0089] Figure 5C A schematic diagram of a scene control provided in an embodiment of this application;

[0090] Figure 6A A schematic diagram of a travel service interface provided in an embodiment of this application;

[0091] Figure 6B A schematic diagram illustrating another travel service interface provided in an embodiment of this application;

[0092] Figure 7 A schematic diagram of a member information sub-interface provided in an embodiment of this application;

[0093] Figure 8 A schematic diagram of another member information sub-interface provided in an embodiment of this application;

[0094] Figure 9 This is a schematic diagram illustrating a travel scenario selection method provided in an embodiment of this application.

[0095] Figure 10 A schematic diagram of a credential configuration sub-interface provided in an embodiment of this application;

[0096] Figure 11 An information modification sub-interface provided in this application embodiment;

[0097] Figure 12A This is a schematic diagram of the structure of a travel service platform provided in an embodiment of this application;

[0098] Figure 12B An interaction sequence diagram of a travel service processing method provided in an embodiment of this application;

[0099] Figure 13 A flowchart illustrating the implementation of another travel service processing method provided in this application embodiment;

[0100] Figure 14 This is a schematic diagram of the structure of a travel service processing device according to an embodiment of this application;

[0101] Figure 15 This is a schematic diagram of the hardware structure of an electronic device using an embodiment of this application;

[0102] Figure 16 This is a schematic diagram of the hardware structure of another electronic device using an embodiment of this application. Detailed Implementation

[0103] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of this application will be clearly and completely described below with reference to the accompanying drawings of the embodiments of this application. Obviously, the described embodiments are only some embodiments of the technical solutions of this application, and not all embodiments. Based on the embodiments recorded in this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the technical solutions of this application.

[0104] The following describes some of the concepts involved in the embodiments of this application.

[0105] 1. Organizations: In this application, organizations can be physical or virtual. Physical organizations refer to organizations that exist physically, have a physical office location, and can interact face-to-face with employees, customers, and partners. These typically include traditional companies, schools, and hospitals. Virtual organizations (also known as online or digital organizations) refer to organizations that primarily operate via the internet, do not have a fixed physical office location, and whose interactions with employees and customers are mostly online. These typically include telemedicine consultations, online customer service, and learning platforms that provide online courses. Furthermore, organizations can also be a hybrid of both, i.e., organizations that coexist both online and offline. In this application, physical, virtual, and hybrid organizations can all provide members with travel compensation benefits through the travel compensation methods provided in the embodiments of this application.

[0106] 2. Travel service platform: refers to the digital tool used by an organization to centrally manage the travel needs of its members. It can integrate various transportation service resources, such as ride-hailing, car rental, and public transportation, and then provide convenient travel services to members through a unified portal (travel service interface), with the organization bearing the costs.

[0107] 3. Basic Information: This refers to the set of fundamental data that legally defines the core identity and legitimacy of an organization. It serves as the legal identity certificate and operational basis for the organization's external disclosure and internal management, proving its legal existence. In this application, basic information includes, but is not limited to: name, type, business license, legal representative, etc. For physical organizations, it may also include address information. In this application, basic information can be used to identify which organization the first object is associated with, and it can also be used to verify the organization's qualifications, confirming its authenticity and legal existence.

[0108] 4. Constraint Information: This refers to the organization's customized travel needs, specifically the restrictive rules set for members' travel compensation. These rules regulate the boundaries of members' use of free travel benefits, ensuring that travel behavior complies with the organization's cost control and compliance requirements. In this application, constraint information includes, but is not limited to: location information sets, time information, and monetary information.

[0109] 5. Travel rule set: This refers to the rule set generated by the travel service platform based on the constraint information provided by the institution. When a member travels through the travel service interface of the travel service platform, the travel service platform will judge the compliance of the member's travel location, time, amount and other information based on the travel rule set.

[0110] 6. Travel Compensation: This refers to the transportation expense subsidy provided by the organization to its members through the travel service platform. When the preset rules (travel rule set) are triggered, the organization will bear the transportation costs of the member's designated itinerary.

[0111] 7. Travel Scenarios: This refers to the predefined specific situations in which an organization can enjoy travel compensation benefits when providing such benefits to its members. Essentially, it's a classification criterion for matching members' travel needs with travel rules, clarifying under what circumstances members can enjoy free ride-hailing services and the corresponding service restrictions. This application considers that the travel rules required by the organization will vary significantly in different travel scenarios, and that the same member may enjoy different travel compensation in different scenarios. Therefore, this application refines the use of travel rules by selecting travel scenarios for them.

[0112] 8. Travel Compensation Voucher: This refers to the reimbursement voucher used by the organization when providing travel compensation to its members. Essentially, it serves as the basis for fee settlement between the organization and the travel service platform, and is also legal financial proof for members to enjoy travel compensation benefits. The travel compensation voucher is a customized financial document based on an invoice, achieving seamless "reimbursement upon consumption" by integrating travel rules.

[0113] 9. Virtual Boundaries: These refer to the digitally defined geographical constraints on electronic maps used by organizations when providing travel compensation benefits to members through travel service platforms. These boundaries restrict the legal start and end areas or routes from which members can receive travel compensation. Essentially, they transform location information rules within travel regulations into quantifiable and enforceable spatial management tools.

[0114] The design concept of the embodiments of this application is briefly introduced below:

[0115] In related technologies, in order to implement the free car rental benefits provided to members, organizations connect offline with ride-hailing platforms. Through business contracts, they negotiate the rules for corporate car rentals. The technical staff of the ride-hailing platforms manually develop travel rules adapted to different scenarios. This results in a significant amount of manpower and time being consumed by both the organizations and the ride-hailing platforms, and communication errors are prone to occur. Consequently, the generated travel rules may not match the actual needs of the organizations, leading to a deviation between the travel compensation provided to members and the actual needs of the organizations.

[0116] In view of this, embodiments of this application provide a travel service processing method, apparatus, electronic device, and storage medium. Firstly, for any organization with customized travel needs, this application supports the first party directly inputting basic information and constraint information through the application configuration interface provided by the travel service platform. This avoids the offline connection between the organization and the travel service platform, saving time and manpower. Furthermore, since the basic information and constraint information are uploaded by the first party themselves, it also avoids subsequent errors in communication leading to the travel service platform generating incorrect travel rules.

[0117] Furthermore, this application can automatically identify the basic and constraint information uploaded by the first object, and generate a travel service interface corresponding to the corresponding institution based on the constraint and basic information. This application automatically and conveniently builds personalized travel service interfaces for different institutions based on the constraint and basic information.

[0118] Finally, when any second party within the organization travels through the travel service platform's interface, after triggering a travel application through the interface, a travel service order is generated for the second party based on their travel information and the aforementioned constraints. There's no need for the second party to manually apply or wait for approval; the travel service platform generates the order in real time, shortening the second party's travel preparation time and improving travel service efficiency. Simultaneously, the travel service platform can quickly connect with multiple organizations, reducing development costs and improving development efficiency.

[0119] The preferred embodiments of this application are described below with reference to the accompanying drawings. It should be understood that the preferred embodiments described herein are for illustration and explanation only and are not intended to limit this application. Furthermore, the embodiments and features in the embodiments of this application can be combined with each other without conflict.

[0120] The preferred embodiments of this application are described below with reference to the accompanying drawings. It should be understood that the preferred embodiments described herein are for illustration and explanation only and are not intended to limit this application. Furthermore, the embodiments and features in the embodiments of this application can be combined with each other without conflict.

[0121] like Figure 1 The diagram shown is an application scenario illustration of an embodiment of this application. The application scenario diagram includes a terminal device 110 and a server 120.

[0122] In this embodiment, the terminal device 110 includes, but is not limited to, mobile phones, tablets, laptops, desktop computers, e-book readers, smart voice interaction devices, smart home appliances, and in-vehicle terminals. The terminal device may have a client application related to travel compensation installed. This client application can be software (e.g., browsers, map software, mobile travel software), or it can be a webpage, mini-program, etc. The server 120 is the backend server corresponding to the software, webpage, mini-program, etc., or a server specifically used to provide travel services and perform resource compensation; this application does not impose specific limitations. The server 120 can be an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDN), and big data and artificial intelligence platforms.

[0123] It should be noted that the travel service processing method in each embodiment of this application can be executed by an electronic device, which can be a terminal device 110 or a server 120. That is, the method can be executed by the terminal device 110 or the server 120 alone, or by the terminal device 110 and the server 120 together.

[0124] For example, when executed jointly by terminal device 110 and server 120, terminal device 110 may contain a travel service platform and a corresponding terminal screen that displays the application configuration interface. In response to the configuration operation of the first object, terminal device 110 obtains the basic and constraint information input by the first object through the application configuration interface and sends this information to server 120 via a communication network. Server 120 then generates the corresponding travel service interface based on the constraint and basic information.

[0125] Similarly, another terminal device 110 also has a terminal screen, which displays the aforementioned travel service interface. The travel service interface is logged into the account of the second object. In response to the travel application operation triggered by the second object through the travel service interface, the terminal device 110 obtains the travel information of the second object and sends the travel information to the server 120. The server 120 generates a corresponding travel service order based on the travel information and the aforementioned stored constraint information.

[0126] In one alternative implementation, the terminal device 110 and the server 120 can communicate via a communication network.

[0127] In one alternative implementation, the communication network is a wired network or a wireless network.

[0128] It should be noted that, Figure 1 The examples shown are merely illustrative; in reality, the number of terminal devices and servers is unlimited and is not specifically limited in the embodiments of this application.

[0129] In this embodiment of the application, when there are multiple servers, the multiple servers can form a blockchain, and the server is a node on the blockchain; as disclosed in the travel service processing method of this application, the object data and resource data involved can be stored on the blockchain, such as the basic information and constraint information of the first object input, the travel rule set, the travel information of the second object, etc.

[0130] Furthermore, the embodiments of this application can be applied to various scenarios, including but not limited to cloud technology, artificial intelligence, smart transportation, and assisted driving. The constraint information can also serve multiple scenarios such as travel compensation, travel planning, and resource utilization. Specific applications in these scenarios related to travel service processing will not be detailed here. Several examples are briefly listed below:

[0131] (a) The company provides employees with free transportation benefits.

[0132] In this scenario, the constraint information serves the purpose of travel compensation. Specifically, in some large cities, due to the limited operating hours of public transportation, employees working overtime at night may face difficulties getting home. To address this issue, the company provides free rides to employees working overtime through ride-hailing platforms. The specific implementation method is as follows: the company uploads specific constraint information to the ride-hailing platform, which includes, but is not limited to, the time, amount, and geographical location of the free ride. The ride-hailing platform generates free ride rules based on the constraint information. After finishing overtime, employees can successfully ride through the ride-hailing platform after verifying their eligibility against the free ride rules, and the company will reimburse the fare.

[0133] In addition to providing free transportation benefits for employees working overtime at night, the company also offers free rides during business trips. The specific implementation is as follows: During business trips, the company uploads specific constraint information to the ride-hailing platform. The platform then generates free ride rules based on this information. Since employee travel during business trips is more unpredictable, the constraints in this free ride policy may be fewer than those for employees working overtime at night. When employees travel for business, they can use the ride-hailing platform to board a ride after verifying their eligibility against the free ride rules, and the company will reimburse their fares.

[0134] In addition, the company can provide free travel benefits for employees who travel independently or join the trip midway through group tours. The specific implementation method is as follows: the company uploads the relevant constraint information to the ride-hailing platform. The platform generates free ride rules based on this information. In the group tour application, employees can see various travel service options, including group buses and taxis. After choosing a suitable mode of transportation and verifying their eligibility against the free ride rules, employees can board the vehicle smoothly, and the company will reimburse their travel expenses.

[0135] (ii) Urban Public Transportation Subsidy Program.

[0136] In this scenario, the constraint information serves the purpose of travel compensation. Specifically, to encourage citizens to use public transportation more, the government has launched a subsidy program that provides fare reductions or subsidies to passengers using public transportation during specific periods. The implementation method is as follows: the government uploads constraint information to the travel service platform, which generates transportation subsidy rules based on this information. Citizens can view different types of public transportation services and their corresponding subsidy policies through the official travel service platform. After selecting a public transportation service (such as subway or bus), the system redirects to a detailed trip page. After verification according to the transportation subsidy rules, passengers can successfully board the vehicle, and the government will reimburse the fare. Eligible citizens do not need to apply manually; the subsidy amount will be directly returned to their account, increasing citizens' trust and satisfaction with public transportation services.

[0137] (III) Exclusive travel support for the event.

[0138] In this scenario, the constraint information serves the purpose of travel compensation. Specifically, to encourage spectators to attend the games, the event organizers enhance the viewing experience and alleviate traffic congestion during the event by providing travel guarantees. The implementation method is as follows: the event organizers upload constraint information to a travel service platform. The platform generates travel guarantee rules based on the constraint information. When spectators use the travel service platform, they can board the vehicle smoothly after verifying their eligibility against the travel guarantee rules, and the event organizers will reimburse their travel expenses. Eligible spectators do not need to apply manually; the subsidy amount will be directly returned to their accounts, thus improving the spectator's viewing experience.

[0139] (iv) Travel and holiday planning.

[0140] In this scenario, constraint information serves the travel planning process. Specifically, the organization in this scenario could be a travel agency. For holidays of fixed duration, when planning travel itineraries for customers purchasing their travel products, travel agencies need to consider planning reasonable distances and providing convenient travel services within limited travel time and budget. The specific implementation method is as follows: tour guides can upload their planned constraint information to a travel service platform. The platform generates travel service rules based on this constraint information. When customers use the travel service platform to travel to other attractions or residences, they can use these rules to ensure their travel expenses do not exceed their budget, thus improving their travel experience.

[0141] (v) Sharing and utilizing resources.

[0142] In this scenario, the constraint information serves the resource utilization context. Specifically, in this scenario, the organization can be a provider of shared resources (such as shared bicycles, shared cars, etc.). When drivers use shared bicycles or shared cars, the provider needs to restrict the duration and area of ​​use to avoid resource waste. The specific implementation method is as follows: the provider can upload its constraint information to its shared resource application's travel service platform. The travel service platform generates shared resource usage rules based on the constraint information. When drivers unlock shared bicycles or shared cars through the travel service platform, they can directly view the shared resource usage rules on the platform. After use, the travel service platform verifies the driver's travel service order according to the shared resource usage rules to determine whether the trip complies with the shared resource usage rules.

[0143] The three application scenarios listed above demonstrate how to leverage travel service platforms to optimize the way organizations generate travel compensation, improve operational efficiency, and ensure that all stakeholders receive fair and appropriate compensation. This not only solves the practical problems faced by members but also significantly simplifies the process of generating travel service orders and travel rules through automation.

[0144] It should also be noted that the application scenarios listed above are just simple examples, and other scenarios are also applicable to the embodiments of this application, which will not be elaborated here.

[0145] Furthermore, it should be emphasized that the specific embodiments of this application involve relevant data of the object, such as the object's travel information, basic information, and constraint information. When the above embodiments of this application are applied to specific products or technologies, permission or consent from the object is required, and the collection, use, and processing of relevant data must comply with the relevant laws, regulations, and standards of the relevant countries and regions.

[0146] The following describes the travel service processing method provided by the exemplary embodiments of this application in conjunction with the application scenarios described above and with reference to the accompanying drawings. It should be noted that the above application scenarios are only shown to facilitate understanding of the spirit and principles of this application, and the embodiments of this application are not limited in any way in this respect.

[0147] It should be noted that in the travel service processing method of this application embodiment, operations such as information input can be performed simultaneously by multiple first objects. When facing multiple first objects, the travel service platform can process multiple input information (such as basic information and constraint information) at the same time. Thus, the travel service platform in this application can generate travel rule sets for multiple institutions at the same time without having to connect with each institution separately.

[0148] See Figure 2 The diagram shown is an implementation flowchart of a travel service processing method provided in this application embodiment. Taking the server as the execution entity as an example, the specific implementation flow of this method is as follows:

[0149] S21: In response to the configuration operation of the first object, obtain the basic information and constraint information entered by the first object through the application configuration interface provided by the travel service platform.

[0150] The basic information describes the organization associated with the first object. Specifically, basic information refers to the set of fundamental data that legally defines the core identity and legitimacy of an organization. It serves as the legal identity certificate and operational basis for the organization's external disclosure and internal management, proving its legal existence. In this application, basic information includes, but is not limited to: name, type, business license, legal representative, etc.

[0151] The organization in this application can be a physical organization or a virtual organization. A physical organization refers to an organization that exists physically, has a physical office location, and can interact face-to-face with employees, customers, and partners. These organizations typically include traditional companies, schools, and hospitals. A virtual organization (also known as an online organization or digital organization) refers to an organization that primarily operates via the internet, has no fixed physical office location, and whose interactions with employees and customers are primarily online. These organizations typically include telemedicine consultations, online customer service, and learning platforms that provide online courses. Furthermore, an organization can also be a hybrid of both, i.e., an organization that coexists both online and offline. The constraint information is used to describe the organization's customized travel needs.

[0152] If it is a physical entity, the above basic information may also include information such as address.

[0153] Constraint information is used to describe an organization's customized travel needs. Specifically, it refers to the pre-set conditions, rules, or restrictive parameters that limit the travel behavior of a second party in a specific scenario, in order to ensure the compliance, efficiency, and controllability of the second party's travel.

[0154] (1) Optionally, when providing travel compensation to the second party through constraint information, the constraint information refers to the restrictive rules set for providing travel compensation to members of the organization. This is used to regulate the boundaries of members' use of free travel benefits and ensure that travel behavior complies with the organization's cost control and compliance requirements. In this scenario, the constraint information includes, but is not limited to: a set of location information, time information, and monetary information.

[0155] For example, one company stipulates that employees can only enjoy free travel benefits within the city where the company headquarters is located and three neighboring cities. Another example is that employees can use a maximum of 8 hours of free travel service per week, limited to weekdays from 7:00 AM to 9:00 PM. Yet another example is that each employee has a monthly free travel allowance of 500 yuan, with any amount exceeding this limit to be borne by the employee.

[0156] (2) Optionally, in the travel planning scenario, the constraint information is the restriction rules set by the organization based on the budget of the client purchasing its travel products, to prevent the client from spending too much of their budget on travel during the trip. In this scenario, the constraint information includes, but is not limited to, monetary information.

[0157] For example, an agency might offer a customized tour package to a specific destination, with the client setting a total budget of 3,000 yuan. The agency then plans the itinerary accordingly, ensuring that transportation costs do not exceed 30% of the total budget, or 900 yuan. This prevents the client from incurring excessive transportation expenses, which could negatively impact their overall experience.

[0158] For example, one company sets a monthly budget of 3,000 yuan for business travel for each employee, stipulating that transportation expenses (including car rentals, taxis, and public transportation) cannot exceed 900 yuan (i.e., 30% of the total budget). Specific measures include: choosing economy car rental services over high-end vehicles, prioritizing carpooling or using coupons to reduce taxi fares, and encouraging the use of public transportation such as subways and buses. This strategy not only helps control costs but also ensures that employees have sufficient budget for other necessary expenses, such as accommodation and meals, thereby improving business travel efficiency and satisfaction, and achieving financial optimization and compliance.

[0159] (3) Optionally, in a resource-sharing scenario, the constraint information refers to the restrictions set by the resource-sharing provider to prevent drivers from wasting resources. In this scenario, the constraint information includes, but is not limited to, driving area, driving duration, etc.

[0160] For example, a resource-sharing provider may stipulate that drivers can only use vehicles within designated city areas; exceeding these areas will incur additional fees or prevent further use. Another example is a maximum rental period of 24 hours; after this period, the system will automatically lock the vehicle and notify the driver to return it, ensuring that more people can fairly utilize limited resources.

[0161] For example, the company stipulates that employees can only use company vehicles within designated city areas; using them outside these areas requires prior application and may incur additional fees. Additionally, the maximum rental period is set at 24 hours; after this time, the system automatically locks the vehicle and notifies the employee to return it, ensuring that more employees can use vehicle resources fairly. These rules help the company effectively control costs, improve resource utilization efficiency, and enhance operational service quality.

[0162] It should be noted that the following descriptions of the travel service processing method provided in this application will all take the travel compensation scenario as an example. Other scenarios are similar and will not be described in detail.

[0163] In this embodiment, the terminal device has a terminal screen that displays an application configuration interface. The application configuration interface allows login to the account of the first object. This interface provides rule application services to the first object, who can be an employee of an organization responsible for inputting basic and constraint information on the application configuration interface of the travel service platform when registering the organization. The basic and constraint information can be stored on a server and presented to the first object by the terminal device.

[0164] Specifically, when the first user enters basic and constraint information, they can find the ride-hailing application portal on the travel service platform. After triggering the configuration operation through the ride-hailing application portal, the application configuration interface will be displayed on the travel service platform, as shown below. Figure 3 As shown.

[0165] like Figure 3 As shown, it is a schematic diagram of an application configuration interface provided in an embodiment of this application. Figure 3 Interface 31 is the "My" interface of the travel service platform, which includes the entry point for ride-hailing applications. After the first user clicks the "Ride-Hailing Application" control, they enter interface 32, which is the application configuration interface. This application configuration interface contains multiple sub-processes, and each sub-process corresponds to at least one sub-interface. Figure 3 (Not shown in the image).

[0166] The following is a detailed description of the multiple sub-interfaces within the application configuration interface:

[0167] Optionally, the application configuration interface may include a qualification review sub-interface and a rule configuration sub-interface. When the application configuration interface includes both a qualification review sub-interface and a rule configuration sub-interface, basic information and constraint information can be entered separately and sequentially into the application configuration interface.

[0168] In one optional implementation, when obtaining the basic information and constraint information input by the first object through the application configuration interface provided by the travel service platform in S21, the specific implementation method is as follows:

[0169] Obtain the basic information entered by the first object through the qualification review sub-interface; conduct qualification review of the institution based on the basic information; when the institution passes the qualification review, obtain the constraint information entered by the first object through the rule configuration sub-interface.

[0170] The qualification review sub-interface is used by each first-party user to enter the basic information of the corresponding organization when registering with the organization on the travel service platform. Then, the travel service platform stores the basic information of each organization in the database that interacts with the persistent layer of the travel service platform, and reviews the basic information of each organization to ensure that the basic information entered by the first-party user is complete and accurate, while verifying the authenticity and legality of the organization.

[0171] The rule configuration sub-interface is presented after the institution passes the qualification review. The rule configuration sub-interface is used to input constraint information and automatically generate a set of travel rules that match the institution's customized travel needs and customized travel compensation needs based on the constraint information.

[0172] If the basic information in the qualification review sub-interface fails the qualification review, a "Qualification review failed" prompt box will be generated in the qualification review sub-interface, prompting the first party to supplement or modify the basic information.

[0173] like Figure 4 As shown, it is a schematic diagram of a qualification review sub-interface and a rule configuration sub-interface provided in an embodiment of this application. Figure 4Taking an organization as an example, the application configuration interface is presented below. Interfaces 41 and 42 contain two processes: qualification review and rule configuration. The qualification review sub-interface under the application configuration interface in interface 41 is the interface for the qualification review process. In this sub-interface, the first party can input basic information including company name, company type, business license, company address, legal representative's name, legal representative's phone number, and supporting documents. After the first party inputs the basic information, the travel service platform automatically reviews the information in the qualification review sub-interface. Once the review is passed and the first party is notified that they have passed, they can click the "Next" control in interface 41 to display interface 42 in the application configuration interface. The rule configuration sub-interface under the application configuration interface in interface 42 is the interface for the rule configuration process. The first party can input constraint information including Rule 1 and Rule 2, and can also add rule input boxes in the rule configuration sub-interface.

[0174] In the above embodiments, this application embodiment automatically verifies the basic information through the qualification verification sub-interface presented on the terminal screen of the terminal device, ensuring the authenticity and legality of the institution, and obtains the constraint information input by the first object through the rule configuration sub-interface, avoiding complicated offline docking and saving time and manpower costs.

[0175] After the basic information passed the qualification review, this application considered that the organization's travel rules are related to the specific travel scenarios of its members. Different travel scenarios require different travel rules. Therefore, even when the same member uses the travel service platform to enjoy travel compensation, the member should abide by different travel rules depending on the travel scenario. Taking a company as an example, if an employee's travel scenario is after working overtime at night, the company's travel rules often need to strictly restrict the employee's travel location and time. However, if the employee's travel scenario is business travel, the travel scenario is more uncontrollable, and the company's travel rules often relax the restrictions on travel location and time. Therefore, this application, in addition to the constraint information, also adds scenario information to the travel rules.

[0176] In one alternative implementation, after the institution passes the qualification review in S21, when adding scenario information to the travel rules, the specific implementation method is as follows:

[0177] In response to the selection operation of the first object, obtain at least one travel scenario selected by the first object through the application configuration interface; for each travel scenario, perform the following: based on a travel scenario, add corresponding scenario information for at least one travel rule in the travel rule set.

[0178] The scenario information is used to constrain the applicable scenarios of travel rules, in order to refine and standardize the travel rules that organization members should follow in different scenarios. In this embodiment of the application, taking an enterprise as an example, the scenario information includes, but is not limited to: working overtime at night, business travel, and team activities.

[0179] Specifically, when selecting a travel scenario, the first entity can set the same scenario information for multiple travel rules. Taking an organization as an example, if the travel scenario is employees working overtime at night, different travel rules for different work locations can be added for them, such as adding a night overtime scenario. Similarly, if the travel scenario is employees traveling for business, different travel rules for different locations can be added for them, and so on.

[0180] In the above embodiments, this application embodiment adds scenario information to the travel rules by having the first object select a travel scenario in the application configuration interface, thereby refining the travel rules from the perspective of travel scenarios, so as to facilitate subsequent refined verification of the travel information of the organization members.

[0181] When the first object selects a travel scenario in the application configuration interface, in order to ensure that the first object's selection operation is effective, this operation also needs to be carried out after the basic information has passed the qualification review. This application embodiment sets up multiple implementation methods for the first object to select a travel scenario to meet the needs of the first object.

[0182] In one alternative implementation, when obtaining at least one travel scenario selected by the first object through the application configuration interface in S21, at least one of the following methods is included:

[0183] Method 1: Obtain the first object by selecting at least one travel scenario through the scenario selection sub-interface included in the application configuration interface.

[0184] The scenario selection sub-interface refers to the interface used by the first user when registering with an organization to define and manage travel scenarios and bind travel rules. This sub-interface includes a library of selectable travel scenarios. This library can include pre-set standardized scenario options, such as nighttime overtime work, business travel, and team activities, as well as custom scenarios, such as commuting in extreme weather or cross-park meetings. The scenario selection sub-interface transforms the structured textual travel compensation benefits into quantifiable and automatically executed digital rules, achieving differentiated travel compensation through scenario-based classification.

[0185] The scenario selection sub-interface is presented after the institution passes the qualification review. It can appear before or after the rule configuration sub-interface. Specifically, if the scenario selection sub-interface appears before the rule configuration sub-interface, the travel rules set after selecting scenario information will default to the added scenario information. If the scenario selection sub-interface is implemented after the rule configuration sub-interface, the travel rules to be added for that travel scenario can be selected after selecting the travel scenario.

[0186] like Figure 5A As shown, it is a schematic diagram of a scene selection sub-interface provided in an embodiment of this application. Figure 5A Taking Chinese and Israeli institutions as an example, the scenario selection is between qualification review and rule configuration. After the basic information passes the qualification review, the scenario selection sub-interface is displayed on the application configuration interface. Figure 5A The system includes three travel scenarios: nighttime overtime, business travel, and team activities. After selecting team activities, the first user clicks the "Next" button to enter the rule configuration sub-interface. After filling in the constraint information, two travel rules are generated, both of which include the "team activity" scenario by default. After filling in the constraint information, the first user can either click the "Next" button to enter the next sub-interface or click the "Return to Scenario Selection" button to return to the scenario selection sub-interface, select another travel scenario, and then fill in other constraint information in the rule configuration sub-interface.

[0187] like Figure 5B As shown, it is a schematic diagram of another scenario selection sub-interface provided in the embodiments of this application. Figure 5B Taking an enterprise as an example, the scenario selection occurs after the rule configuration. After the first entity fills in the constraint information in the rule configuration sub-interface, the scenario selection sub-interface appears in the application configuration interface. Figure 5B The system includes three travel scenarios: working overtime at night, business travel, and team activities. After the first user selects team activities, they click the "Next" control, which generates a floating window as shown in interface 54. The floating window displays three travel compensation information generated based on the constraint information filled in by the first user. The first user selects travel rule 3 in the floating window, which adds team activity scenario information to the travel rule.

[0188] Method 2: Determine at least one scene control selected by the first object in the application configuration interface, and obtain the travel scene corresponding to each of the at least one scene control.

[0189] Specifically, in Method 2, instead of setting up a scenario selection sub-interface in the application configuration interface, you can directly add a scenario control in the rule configuration sub-interface. After the first object fills in the constraint information, it can select the scenario control for the generated travel rule to add scenario information to the travel rule.

[0190] Scene controls refer to interactive elements (such as buttons, tabs, and floating prompts) directly integrated into the travel service interface and bound to preset travel scenarios. Users can quickly match applicable scenario rules by clicking the corresponding control without navigating to a separate configuration interface. This minimizes the operation path and enables real-time linkage between travel scenarios and travel rules.

[0191] like Figure 5C As shown, it is a schematic diagram of a scene control provided in an embodiment of this application. Figure 5B Taking an enterprise as an example, in the rule configuration sub-interface, the first object can first select the scene control "Business Travel" and then fill in the constraint information. The default is to add business travel scene information based on the travel rule generated by the constraint information. Alternatively, the first object can fill in the constraint information in the rule configuration sub-interface and then select the scene control.

[0192] In the above implementation, by adding scenario information to the travel rules, institutions can refine the travel rules for different scenarios and achieve precise control over the travel rules on the travel service platform, adapting the travel rules to complex scenarios, so as to facilitate subsequent refined verification of the travel information of the institution's members.

[0193] S22: Based on constraint information and basic information, generate the travel service interface corresponding to the institution.

[0194] The constraint information describes the organization's customized travel needs. In the context of travel compensation, this specifically refers to the restrictive rules set for travel compensation for the organization's members, used to regulate the boundaries of members' use of free travel benefits and ensure that travel behavior complies with the organization's cost control and compliance requirements. In this application, the constraint information includes, but is not limited to: a set of location information, time information, and monetary information. The set of location information includes: at least one location.

[0195] (i) If the constraint information includes a set of location information, the location information in the set of location information can be a travel origin region and a travel destination region. Each travel origin region and travel destination region corresponds one-to-one. For example, the set of location information can include: travel origin region 1 and travel destination region 1, travel origin region 2 and travel destination region 2, etc. When the travel origin region of the constraint is travel origin region 1, then the travel destination region of the constraint is travel destination region 1. When the travel origin region of the constraint is travel origin region 2, then the travel destination region of the constraint is travel destination region 2.

[0196] The location information set can also include the origin region and the travel radius. Each origin region corresponds one-to-one with the travel radius. For example, the location information set can include: origin region 1 and travel radius 1, origin region 2 and travel radius 2, etc. When the constrained origin region is origin region 1, the constrained travel radius is travel radius 1. When the constrained origin region is origin region 2, the constrained travel radius is travel radius 1.

[0197] Furthermore, for specific travel scenarios, the location information in the constraint information can be set in other ways. For example, if the organization is a company and the travel scenario is business travel, the location information can be directly set to a broad range such as province, city, or county, without needing to specify the origin, destination, radius, etc. The location information could be set to a travel range within province A, city B, or county C, etc., depending on the specific business travel needs of the second party.

[0198] (ii) If the constraint information includes time information, the time information can be a periodic time period restriction. For example, the travel time period can be restricted to after 8:00 PM every day. The time information can also be related to special dates. For example, the travel time period on holidays can be restricted to the entire day.

[0199] (iii) If the constraint information includes monetary information, the monetary information can constrain the amount of each trip. For example, the amount of each trip can be constrained to not exceed 50 yuan.

[0200] The amount information can also constrain the total amount of multiple trips. For example, it can be constrained that the total amount of trips each month does not exceed 800 yuan.

[0201] The amount information can also combine the two situations mentioned above, limiting the amount for each trip and the amount for multiple trips, with any excess to be paid by the second party.

[0202] It should be noted that the above constraint information is a simple example. Apart from location information, time information, and amount information, other travel-related constraint information is also applicable to the embodiments of this application, and will not be repeated here.

[0203] Optionally, in the context of travel compensation, this embodiment of the application considers that the purpose of the institution uploading constraint information is mainly to determine whether the travel of the second object meets the compensation standard. Therefore, in this embodiment of the application, a travel rule set is also generated in the following manner:

[0204] Based on constraint information, a travel rule set for the corresponding institution is generated; and based on basic information, a travel service interface for the corresponding institution is generated.

[0205] The travel rule set refers to the set of rules generated by the travel service platform based on the constraint information provided by the institution. When a member travels through the travel service interface of the travel service platform, the travel service platform will judge the compliance of the member's travel location, time, amount and other information based on the travel rule set.

[0206] Specifically, based on the specific constraints set by the organization, a detailed set of travel rules is automatically generated. This set of travel rules not only defines which types of travel requests are permitted, but also clarifies the handling mechanisms for exceeding the restrictions, ensuring that travel activities are carried out within the organization's policy framework.

[0207] Furthermore, because constraint information varies across different types of organizations and application scenarios, the content and purpose of travel rule sets generated based on this information also differ. For example, in travel compensation scenarios, travel rule sets are used for trips eligible for compensation, facilitating cost management for the organization. In travel planning scenarios, travel rule sets are used to limit the proportion of travel-related spending by organization members to their total travel expenses, ensuring that other necessary expenditures for members are met. In resource-sharing scenarios, travel rule sets are used to limit resource waste among organization members and improve resource utilization efficiency, and so on.

[0208] Furthermore, a customized travel service interface is generated based on basic information provided by the company, such as the organization name and brand logo. This interface is directly integrated into the travel service platform, providing members with an intuitive and consistent brand experience. Through this interface, members can easily initiate ride requests that comply with the organization's regulations and see elements related to the organization's brand on the travel service interface, enhancing their sense of belonging and trust. In addition, this travel service interface can also display specific organization notices, announcements, or reminders to help members better understand and comply with the organization's travel policies.

[0209] Below, we will first introduce how the travel rule set is generated:

[0210] Specifically, this application automatically matches a set of travel rules that conforms to the institution's preset constraints after receiving travel information from the second party and constraint information from the first party, and outputs a standardized travel service order that includes travel route, travel cost, and travel time. This facilitates subsequent compliance verification of the travel service order based on the travel rule set, thereby achieving fully automated decision-making from demand input to compensation execution.

[0211] Optionally, in the travel compensation scenario, after generating the corresponding travel service order in S23, the specific implementation method for providing travel compensation to the second object in this application embodiment is as follows:

[0212] Based on the travel service order and travel rule set, travel compensation is provided to the second party.

[0213] Specifically, in the context of travel compensation, this application can determine whether and how to implement travel compensation for members who are the second party by analyzing the generated travel service orders and comparing them with a predefined set of travel rules. When the travel service platform detects that the actual expenditure in the travel service order exceeds the limit or violates the travel rules in the set of travel rules, it will automatically calculate the corresponding compensation amount or form according to the pre-set travel compensation standards and apply it directly to the second party.

[0214] In the above embodiments, this application example automatically applies travel compensation to the second object through a travel rule set, ensuring that members receive fair and reasonable treatment adjustments, while maintaining cost control and policy implementation consistency within the organization. This not only improves management efficiency but also enhances member satisfaction and promotes harmonious development within the organization.

[0215] This application embodiment takes into account that for multiple second objects in an organization, each second object has a different permanent residence location, and the consumption level of different permanent residence locations is different, resulting in different travel consumption amounts. Therefore, this application embodiment mainly generates various travel rules in the travel rule set based on the location information in the constraint information.

[0216] In an optional implementation, when generating the travel rule set for the corresponding agency based on the constraint information in S22, the specific implementation method is as follows:

[0217] For each location in the location information set, perform the following operations: match the location information with the preset points of interest addresses, and generate a virtual boundary for the travel origin corresponding to the location information; based on the virtual boundary, generate travel rules in the travel rule set corresponding to the location information.

[0218] The virtual boundary can take the form of an electronic fence, the diameter of which can be described by the first object in the constraint information, such as 1 kilometer, 0.5 kilometers, etc. The starting point of the second object's journey can be considered valid within this electronic fence.

[0219] The preset Point of Interest (POI) address refers to an address that contains detailed latitude and longitude information.

[0220] Specifically, the location information in the constraint information is matched with the latitude and longitude of the actual geographical location, a virtual boundary with a preset radius is generated at the starting point of the trip, and other constraint information such as time information and amount information corresponding to the location information are associated with the virtual boundary, so that each location information has a corresponding travel rule.

[0221] For example, if the location information is No. B on Street A, the system first matches this location information with the address of the point of interest, then determines the latitude and longitude of the location information, for example, C degrees west longitude and D degrees south latitude. A virtual boundary with a radius of 1 kilometer is set at this location. Then, based on the time information for No. B on Street A in the constraint information, such as the travel time being after 8:00 PM, and the amount information, such as a single trip not exceeding 50 yuan, the system generates the following travel rules for No. B on Street A: the travel origin is a 1-kilometer radius point centered at C degrees west longitude and D degrees south latitude, the travel time is after 8:00 PM, and the single trip amount does not exceed 50 yuan.

[0222] Furthermore, the constraint information in this application embodiment may include only one of the following: location information, time information, and amount information; or only two of these; or it may be unrestricted. For example, if the constraint information only includes location information, the travel rule could be that the travel origin is a location with a radius of 1 kilometer centered at E degrees west longitude and F degrees south latitude; for example, if the constraint information only includes time information, the travel rule could be that the travel origin is a location where the travel time is later than a certain time; for example, if the constraint information only includes amount information, the travel rule could be that the amount for a single trip does not exceed a certain amount, and so on.

[0223] In the above embodiments, this application embodiment automatically generates travel rules on the travel service platform by obtaining the constraint information input by the first object in the rule configuration sub-interface, avoiding the offline connection process and eliminating the need for reconfiguration by the technical personnel of the travel service platform, thus saving time and manpower costs.

[0224] Secondly, this application will introduce the personalized travel service interface generated for institutions in the embodiments of this application.

[0225] The travel service interface is the interactive interface of the travel service platform for the second target group. The second target group consists of members within the organization who have customized travel permissions, and each second target group within the organization can receive the travel compensation provided in this embodiment.

[0226] To avoid issues such as the second party failing to bind with the organization after logging into the travel service platform due to the second party's misoperation, thus preventing them from using the travel compensation provided by the organization, this application adds clearer markings to the travel service interface based on basic information and constraint information.

[0227] In one optional implementation, when generating the travel service interface corresponding to the organization based on the basic information in S22, the specific implementation method is as follows:

[0228] Based on the basic information, generate the organization identification information in the travel service interface; based on the constraint information, generate the rule prompt information in the travel service interface.

[0229] The organization identification information refers to the collection of organization names, logos, and other relevant visual elements presented on the travel service interface to clearly display the organization. This aims to help second-party users identify and confirm that they are using travel compensation benefits provided by their affiliated organization, enhancing the user experience for first-party users and ensuring the accuracy and compliance of operations.

[0230] In this application embodiment, the organization identification information includes, but is not limited to: name, logo, organization slogan or motto, organization-specific font, organization-specific icon or illustration, and organization certification mark.

[0231] The rule prompts refer to the information displayed on the travel service interface, through text, icons, or other means, that informs the second party how to use the travel rule set, including specific explanations and guidance. The aim is to help the second party understand and correctly use the relevant travel benefits, ensuring that they comply with the organization's travel rules during use.

[0232] Furthermore, because constraint information varies across different types of institutions and application scenarios, the rule prompts generated based on that constraint information also differ. For example, in a travel compensation scenario, the rule prompts might include the specific travel conditions required to qualify for compensation. In a travel planning scenario, the rule prompts might include the ratio of travel expenses to the total travel cost. And in a resource sharing scenario, the rule prompts might include the availability duration of the shared resources, and so on.

[0233] Specifically, after the travel service platform obtains the basic information entered by the first user, it can display the organization name in a preset position on the travel service interface corresponding to the organization, based on the organization name in the basic information. The first user can add the organization's logo, slogan, etc. in the basic information. After the travel service platform obtains the logo in the basic information, it will display the organization's logo in a preset position on the travel service interface corresponding to the organization, and so on.

[0234] After obtaining the constraint information of the first party, the travel service platform can directly present the constraint information, such as the specific location constraints, time constraints, and monetary constraints, in a preset position on the travel service interface corresponding to the institution.

[0235] like Figure 6AAs shown, it is a schematic diagram of a travel service interface provided in an embodiment of this application. Figure 6A The organization identification information on the travel service interface includes the organization name shown at 61, the organization logo shown at 62, and the organization certification mark "Enjoy free car service provided by the organization" shown at 63. The rule prompts on the travel service interface include the prompt "Click here to view travel rules" shown at 64. Clicking the expand control allows users to view how to use the travel rules. Furthermore, the travel methods provided in this embodiment are presented on the same interface as the regular travel methods on the travel service platform. Users can switch between them by clicking the corresponding controls. As shown at 65, if the second user clicks the "Compensated Travel" control and travels under that tab, they can receive travel compensation. If the second user travels under the tabs corresponding to the "Hitchhiking" and "Carpooling" controls, travel compensation will not be automatically processed on the travel service platform.

[0236] like Figure 6B As shown, it is a schematic diagram of another travel service interface provided in an embodiment of this application. Figure 6B The organization identification information on the travel service interface includes the organization name shown in 66 and the organization logo shown in 67. The rule prompt information on the travel service interface includes the prompt "Travel time is time 1 to time 2" shown in 68, which specifically indicates the travel time in the travel rules.

[0237] In the above embodiments, this application supports the custom uploading of various travel compensation information and the automatic identification and generation of travel rule sets. Based on the location information in the constraint information uploaded by the first object, an electronic fence that meets the agency's travel compensation conditions is automatically generated; through the established time period rules, an interface under the vehicle usage time period is automatically generated and matched, enabling the quick and convenient construction of personalized travel scenarios.

[0238] S23: In response to the travel application operation triggered by the second object through the travel service interface, obtain the travel information of the second object, and generate a corresponding travel service order based on the travel information and constraint information.

[0239] The travel application process refers to the second party logging into the travel service platform and entering their travel origin and destination on the travel service interface. At this time, the second party's current time or their scheduled travel time, along with the origin and destination, can be used as travel information.

[0240] The travel service interface that provides travel compensation benefits to the second party in this application can be a sub-interface (also known as a tab) of the travel function of the travel service platform. It is presented in the same way as the sub-interfaces of other functions (such as ride-sharing and taxi-hailing functions) in the travel service platform. The second party can switch between the sub-interfaces of different functions by clicking the tab, so that the second party does not need to download the institution's dedicated travel software. If the second party cannot call a car on the travel service interface, he / she can switch back to the tab of the ride-sharing and taxi-hailing functions to continue calling a car.

[0241] This application takes into account that when providing travel compensation to a second party, it is first necessary to determine whether the second party who logged into the travel service platform belongs to the organization. For parties who do not belong to the organization, travel compensation cannot be provided to the second party based on the organization's travel rule set. Therefore, this application may also verify the identity of the second party before providing travel compensation.

[0242] In one optional implementation, when generating the travel service interface corresponding to the organization based on the basic information in S23, the specific implementation method is as follows:

[0243] Obtain the verification information of the second object; compare the identity verification information stored on the travel service platform with the verification information to obtain the verification result of the second object; when the verification result indicates that the second object belongs to an institution, provide travel compensation to the second object based on the travel information and travel rule set.

[0244] The information to be verified refers to the specific data or credentials provided by the second party to prove their affiliation with the organization. This information includes, but is not limited to, personally identifiable information, biometric information, or other auxiliary information that can be used to confirm the identity of an individual or entity. The information to be verified is dynamic, changes with the verification request, and needs to be compared with existing records to confirm its authenticity.

[0245] Identity verification information refers to pre-entered details about the identity of a specific individual stored on the ride-hailing service platform. This information serves as a benchmark for comparison with newly submitted information awaiting verification. Identity verification information is typically certified by the institution or ride-hailing service platform to ensure its accuracy and reliability.

[0246] Specifically, when authenticating the second object:

[0247] (a) Obtain the information to be verified.

[0248] The identity verification process first requires obtaining the information to be verified from the second party. This information refers to specific data or credentials provided by the second party to prove the authenticity and legitimacy of their identity. This includes, but is not limited to, the following:

[0249] Personal identification information: such as name, ID card number, passport number, etc.

[0250] Biometric information: such as fingerprints, facial recognition data, iris scan results, etc.

[0251] Other supplementary information: such as mobile phone number, email address, company employee number, and association code.

[0252] This step is typically performed through a secure data transmission channel to ensure the confidentiality and integrity of the information. Furthermore, to guarantee the authenticity and reliability of the data, a secondary verification process using multi-factor authentication mechanisms may be necessary.

[0253] (ii) Identity verification comparison.

[0254] After receiving the information to be verified, the travel service platform will automatically retrieve pre-stored identity verification information and compare it with the information to be verified. Identity verification information consists of details about the identity of a specific individual, authenticated by an institution or the travel service platform. This information serves as a benchmark for comparison with newly submitted information to be verified, thereby confirming its authenticity.

[0255] Authentication information typically includes, but is not limited to, the following:

[0256] The first type of information that an organization member fills in during registration includes, such as name, ID number, and contact information.

[0257] The first person uploads a photo of the second person's identification document, such as an ID card photo or a passport photo.

[0258] The first subject uploads data from other authoritative sources, such as social security records and tax registration information.

[0259] During the comparison process, the travel service platform employs advanced algorithms and technologies, such as hash algorithms, encryption techniques, and machine learning models, to ensure the efficiency and accuracy of the comparison. If the information to be verified matches the identity verification information exactly, the identity verification is considered successful; otherwise, the identity verification fails and triggers the corresponding processing mechanism (such as re-entering information or manual review).

[0260] (III) Generate verification results.

[0261] Through the above comparison process, the travel service platform will generate a clear verification result. This result characterizes the identity verification status and attribution of the second object, and typically includes the following:

[0262] Verification successful: The information to be verified matches the identity verification information perfectly, indicating that the second object's identity is genuine, legitimate, and belongs to the aforementioned organization.

[0263] Verification failed: The information to be verified does not match the identity verification information, indicating that there may be identity forgery or incorrect information, and the second object does not belong to the organization.

[0264] Partial verification successful: Some key information matches, but other information differs, which may require further manual review or other supplementary verification measures.

[0265] (iv) Provide travel compensation.

[0266] When the verification results show that the second object's identity does indeed belong to an organization, the travel service platform will provide travel compensation to the second object based on the second object's travel information and the automatically generated travel rule set.

[0267] The following embodiment of this application uses the information to be verified as the identity information to be verified and the identity verification information as a set of verified identity information as an example to introduce the identity verification process in this application.

[0268] In one optional implementation, when comparing the identity verification information stored on the travel service platform with the information to be verified in S23 to obtain the verification result of the second object, the specific implementation method is as follows:

[0269] The identity information to be verified is compared with each identity information in the identity information set; the match result of the identity information to be verified in the identity information set is taken as the verification result.

[0270] The identity information to be verified refers to the identity information bound to the second object when currently using the travel service platform, including but not limited to: name, ID card number, passport number, fingerprint, facial recognition data, iris scan results, mobile phone number, email address, company employee number, association code, etc.; the identity information set refers to the identity information entered by the first object through the application configuration interface provided by the travel service platform, which includes: the identity information of each object within the organization with customized travel permissions, including but not limited to: name, ID card number, contact information, ID card photo, passport photo, social security record, and tax registration information.

[0271] It should be emphasized that the specific embodiments of this application involve data related to the object, such as the identity information of the second object. When the above embodiments of this application are applied to specific products or technologies, permission or consent from the object is required, and the collection, use, and processing of related data must comply with the relevant laws, regulations, and standards of the relevant countries and regions.

[0272] Specifically, taking a mobile phone number as the identity information to be verified as an example, when the second party uses the travel service platform, they generally authorize login via their mobile phone number. Therefore, when the second party logs into the travel service platform, the authorized mobile phone number of the second party can be obtained. When the first party performs configuration operations on the travel service platform, they can also enter the identity information of each second party in the organization on the configuration application interface, which also includes the mobile phone number of each second party. Therefore, after obtaining the mobile phone number of the second party, the travel service platform compares it one by one with the mobile phone numbers in the identity information set uploaded by the first party. If a mobile phone number in the identity information set matches the mobile phone number of the second party, it can be considered that the identity information to be verified matches the identity information set, and the verification result is that the identity verification is successful.

[0273] In addition, the identity information to be verified can also be the identity information bound by the second party when using the travel service platform for the first time. In this case, the second party does not need to bind their identity information every time they use the travel service platform, thereby improving the user experience of the second party.

[0274] In the above embodiments, this application embodiment verifies the affiliation between the second object and the organization by using the identity information to be verified bound to the travel service platform. By combining the pre-set identity information, the travel service platform can directly perform verification in the local machine or cache, reducing network latency and query overhead, shortening the verification time, and supporting high-concurrency scenarios.

[0275] Furthermore, if the first object uploads a set of identity information, after the travel rules are generated, the travel rules can be generated directly for each second object by integrating the location information in the travel rules with the permanent residence information in the identity information of each second object, and finally a flexible pairing travel rule for each second object within the organization can be generated.

[0276] To ensure the accuracy and integrity of the identity information set, the travel service platform offers a variety of flexible configuration options so that the first party can efficiently manage and update this information.

[0277] In one optional implementation, the application configuration interface includes a member information sub-interface, wherein when the first object inputs a set of identity information through the application configuration interface in S23, at least one of the following methods is used:

[0278] (i) Upload the information file containing the set of identity information to the member information sub-interface;

[0279] The information file formats include, but are not limited to: spreadsheets (Excel) and comma-separated values ​​(CSV).

[0280] like Figure 7 As shown, it is a schematic diagram of a member information sub-interface provided in an embodiment of this application. Figure 7 After the rules configuration sub-interface, the first user can click the control at the file upload section to upload information files in Excel or CSV format to the travel service platform.

[0281] (ii) Input each piece of identity information from the identity information set into the preset information table in the member information sub-interface;

[0282] The parameters to be filled in the preset information form can be generated by the travel service platform by default, including but not limited to: name, employee ID, and mobile phone number. When filling in the preset information form, the user can delete or add default parameters to suit their needs.

[0283] like Figure 8 As shown, this is a schematic diagram of another member information sub-interface provided in an embodiment of this application. The default parameters in the preset information table of the travel service platform include name, employee number, and mobile phone number. The first object can directly input the identity information of each second object into the preset information table, and can also click "+" to add other information for each second object.

[0284] (iii) Directly connect the database containing the set of identity information to the member information sub-interface so that the set of identity information can be imported from the database into the member information sub-interface.

[0285] It should be noted that the above-mentioned input method for identity information set is just a simple example. Other input methods for identity information set are also applicable to the embodiments of this application, and will not be repeated here.

[0286] In the above embodiments, the present application embodiments obtain the set of identity information input by the first object through various configuration methods, which can not only achieve efficient identity information management, but also ensure the accuracy and reliability of the subsequent identity verification process.

[0287] The following embodiments of this application will also use the information to be verified as the association code to be verified and the identity verification information as the target association code to describe the identity verification process in this application.

[0288] In one optional implementation, when comparing the identity verification information stored on the travel service platform with the information to be verified in S23 to obtain the verification result of the second object, the specific implementation method is as follows:

[0289] Compare the association code to be verified with the target association code;

[0290] The consistency result between the association code to be verified and the target association code is taken as the verification result.

[0291] Among them, the verification code is the one that the second object enters through the travel service interface after being issued by the institution or travel service platform; the target code is the one that the institution uploads to the travel service platform; or, the one that the travel service platform stores when issuing the verification code to the second object.

[0292] Specifically, the verification code can take the form of a one-time verification code, a token, etc., and is used to verify the identity and permissions of the second object. The generation method differs for different verification codes; in this application, the generation method for the verification code includes at least one of the following:

[0293] One-Time Password (OTP): The travel service platform generates a multi-digit, time-based one-time password and sends it to a second party via SMS, email, in-platform notification, QR code, or other means.

[0294] Random Token: The travel service platform or organization uses a high-entropy random number generator to generate a random string as a token, and sends it to a second object via SMS, email, in-platform notification, QR code, etc.

[0295] In addition, based on a challenge-response mechanism, the travel service platform can challenge the terminal device of the second party, and the terminal device can generate a response according to a specific algorithm and send the response back to the travel service platform for verification, and so on.

[0296] It should be noted that the above-listed association codes and their generation and distribution methods are just simple examples. Other association codes and their generation and distribution methods are also applicable to the embodiments of this application, and will not be described in detail here.

[0297] Specifically, if the verification code is issued by an organization, the verification code will be compared with the target code uploaded by the organization to the travel service platform. If the verification code matches the first target code, the second object is confirmed to have passed identity verification.

[0298] If the verification code is issued by the travel service platform, then after the second user enters their travel origin and destination, the verification code can be sent to their mobile phone number. This verification code is then compared with the target verification code stored on the travel service platform. If the verification code matches the target verification code, the second user's identity is confirmed to have been verified. In this case, the target verification code is the one that the travel service platform simultaneously stores when it sends the verification code to the second user.

[0299] In the above embodiments, this application uses multiple methods to authenticate the second object, flexibly adapting to the needs of different scenarios, improving data security, and achieving privacy protection. Furthermore, since the authentication is performed automatically by the travel service platform, operating costs and maintenance difficulty are reduced.

[0300] Furthermore, as can be seen from the above, this application embodiment can add scenario information to travel rules. Therefore, when verifying the second object, it is also necessary to verify the travel scenario of the second object. In this case, the travel information of the second object should also include other information that can indicate the travel scenario. For example, the second object can select the travel scenario itself in the travel service interface, or the travel scenario of the second object can be determined by judging whether the current travel scenario is the same as the travel scenario in the historical travel records.

[0301] After obtaining travel information containing travel scenarios, this embodiment of the application can verify the second object according to the travel rule set.

[0302] In one optional implementation, when providing travel compensation to the second object in S23 based on travel information and a set of travel rules, the specific implementation method is as follows:

[0303] Determine the travel scenario of the second object. When the travel scenario of the second object matches any travel scenario associated with any travel rule in the travel rule set, provide travel compensation to the second object based on the travel service order and the travel rule set.

[0304] Specifically, the travel service platform first needs to obtain the travel scenario from the second party. The travel scenario can be determined by the scenario control selected by the second party in the travel service interface.

[0305] The scene controls can be presented in the following ways:

[0306] (i) Scene tag page: Add horizontal sliding tags (such as "overtime at night", "business travel" and "team building activities") above the vehicle selection area of ​​the travel service platform. Clicking the tag will automatically load the travel compensation for the corresponding scene (such as vehicle type and geofence). In this presentation mode, the tag status can be dynamically updated (such as graying out the "business travel" tag during non-working hours and highlighting "overtime car" when located in the office area).

[0307] (ii) Smart recommendation button: Based on time, location and members' historical travel behavior, the most matching scenario button is displayed floating in the main area of ​​the travel service interface (e.g., recommend the "overtime at night" button at 22:00); the button can be accompanied by a simplified rule description (e.g., "only from office to residence, maximum reimbursement for comfort type").

[0308] (III) Address association enhancement: When entering the origin and destination, the system automatically marks recommended addresses associated with the travel scenario (e.g., when entering "company", it prompts "Business travel scenario available: airport / high-speed rail station"); a virtual boundary prompt icon is displayed below the address bar (e.g., a red boundary line indicates that the travel compensation range is exceeded).

[0309] like Figure 9 As shown, it is a schematic diagram of a travel scenario selection provided in an embodiment of this application. Figure 9 For the travel service interface, the second user can select a travel scenario through the scenario tab shown in 91. Figure 9 The second group selected business travel as their travel scenario.

[0310] The travel scenario can also be determined by the travel service platform by comparing the second party's current travel information with its historical travel information. For example, taking an organization as a company, the travel scenarios include working overtime at night, business travel, and group activities. If the second party's current travel information is the same as multiple historical travel information, then the second party's current travel scenario may be working overtime at night.

[0311] It should be noted that the above method for determining the travel scenario is just a simple example. Other methods for determining the travel scenario of the second object are also applicable to the embodiments of this application, and will not be repeated here.

[0312] Specifically, after determining the travel scenario of the second object, the travel scenario is compared one by one with the travel scenarios associated with the travel rule set. If there is a travel scenario in the travel rule set that matches the travel scenario associated with the travel rule set, it can be considered that the travel scenario of the second object matches the travel scenario associated with the travel rule set. Then, the travel information of the second object can be further verified according to the travel rules associated with the matched travel scenario. If the verification passes, the travel compensation can be given to the second object according to the travel information and travel rules.

[0313] In the above implementation, the travel service platform automatically determines the travel scenario of the second party and matches it with a pre-set set of travel rules, ensuring the accuracy and fairness of travel compensation. This avoids subjective biases and errors that may exist in human judgment. It greatly simplifies the operation process for the second party and improves the user experience. In addition, this application supports the identification of multiple travel scenarios, adapting to different business needs and application scenarios. Various different travel scenarios can be managed and processed through the travel rule set.

[0314] If the travel scenario of the second object matches the travel scenario associated with the travel rule set, or if the first object does not have a travel scenario verification step, this embodiment of the application also provides travel compensation to the second object in the following way:

[0315] In another optional implementation, when providing travel compensation to the second object in S23 based on travel information and the travel rule set, the specific implementation method is as follows:

[0316] Obtain the location information to be verified from the travel service order; if the location information to be verified matches the location information set, then based on the matched target location information, determine the target travel rule that matches the second object from the travel rule set; verify the travel information according to the target travel rule; when the travel information passes the verification, provide travel compensation to the second object.

[0317] Among them, the location information corresponding to the target travel rule is consistent with the location information to be verified.

[0318] The location information to be verified hitting the set of location information refers to matching the location information to be verified with a predefined set of location information. If a match is successful, it is considered a "hit". Specifically, the embodiments of this application can use at least one of the following methods for matching:

[0319] (a) Based on string matching.

[0320] Extract the location information to be verified from the travel information, and use string comparison methods (such as exact matching, partial matching, or regular expression matching) to determine whether the location information to be verified exists in the location information set.

[0321] (ii) Matching based on geographic location coordinates.

[0322] Extract the location information to be verified from the travel information and obtain the geographic coordinates of the location information to be verified. The location information stored in the location information set should also be in the form of geographic coordinates. By calculating the distance between the geographic coordinates of the location information to be verified and each geographic coordinate in the location information set, if the distance between the geographic coordinates of the location information to be verified and the geographic coordinates of the target location information is less than a preset threshold (such as 200 meters, 300 meters, etc.), it can be considered a successful match.

[0323] (III) Matching based on fuzzy matching algorithm.

[0324] The location information to be verified is extracted from the travel information. Fuzzy matching algorithms (such as edit distance, Jaro-Winkler distance, etc.) are used to determine whether the location information to be verified has a high similarity to a location in the location information set. If the similarity exceeds a certain threshold (such as 80%), the match is considered successful.

[0325] It should be noted that the matching methods listed above are just simple examples. Other location information matching methods are also applicable to the embodiments of this application, and will not be described in detail here.

[0326] Specifically, the information parameters contained in the location information to be verified should be consistent with the information parameters contained in the location information set. For example, if the location information in the location information set is a one-to-one correspondence between the origin and destination regions, then the location information to be verified should also be a origin and a destination. If the location information in the location information set is a one-to-one correspondence between the origin and radius, then the location information to be verified should also be a origin and a radius.

[0327] The system searches for the location information to be verified within the location information set. If the location information is found, the travel information is verified according to the travel rules for the target location. For example, if the location information to be verified in the travel information is a travel origin A and a travel destination B, and the range of travel origins in the target location information set includes travel origin A and the range of travel destinations includes travel destination B, then the location information to be verified matches the target location information in the location information set. The target travel rules associated with this target location information also constrain the departure time to be after 8:00 PM. Since the departure time in the travel information is 8:24 PM, the travel information passes the verification, and travel compensation is provided for the second party.

[0328] Furthermore, considering that in a travel compensation scenario, multiple second parties may be working overtime simultaneously and departing from similar times and locations, this embodiment also provides a carpooling service. Accordingly, the travel application operation triggered by the second party through the travel service interface is a carpooling operation.

[0329] Among them, the travel service platform can set time windows (such as 10 minutes, 15 minutes, etc.) to constrain the travel time difference of multiple second parties, and set carpooling radii (such as 100 meters, 200 meters, etc.) to constrain the distance between the departure points of multiple second parties.

[0330] Specifically, for multiple second parties who have selected carpooling as their mode of transportation on the travel service interface and whose travel time and departure location are similar, the travel service platform supports real-time matching of demand for the same route and dynamic planning of the optimal route. Then, for each second party, the travel service order is verified according to the target travel rules that are consistent with the location information to be verified in the travel service order, and travel compensation is provided to the second party.

[0331] For example, if the departure time of the second person 1 is 8:30 and the departure time of the second person 2 is 8:39, and the departure points of the two second persons are 60 meters apart, then the two second persons can carpool if the time window is 15 minutes and the carpooling radius is 100 meters.

[0332] After each second object's travel service order is generated, if the location information to be verified 1 in the travel service order of second object 1 has a travel origin C and a travel destination D, and the travel origin range of the target location information 1 in the location information set includes travel origin A and the travel destination range includes travel destination B, then the location information to be verified 1 matches the target location information 1 in the location information set. The target travel rule 1 associated with this target location information 1 also constrains the departure time to be after 8:00. Since the departure time in the travel information is 8:30, the travel service order passes the verification, and travel compensation is provided to second object 1.

[0333] If the location information 2 to be verified in the travel service order of the second object 2 is a travel origin E and a travel destination F, and the range of travel origins of the target location information 2 in the location information set includes travel origin E and the range of travel destinations includes travel destination F, then the location information 2 to be verified matches the target location information 2 in the location information set. The target travel rule 2 associated with this target location information 2 also constrains the departure time to be after 8:00. Since the departure time in the travel information is 8:39, the travel service order passes the verification, and travel compensation is provided to the second object 2.

[0334] In the above embodiments, this application embodiment achieves verification by automatically identifying the travel information of the second object and automatically matching the travel service order and travel rule set, thereby reducing operating costs and maintenance difficulty.

[0335] Furthermore, this application also considers the possibility that during a member's trip, settlement anomalies on the travel service platform may occur, leading to errors in travel compensation verification and thus incorrect amounts of travel compensation resources, requiring employees to still pay out of pocket; or, because members may use high-cost travel methods, it may be impossible to provide travel compensation for the entire trip, requiring employees to still pay out of pocket. Therefore, before providing travel compensation to the second object, this application embodiment can also provide a secondary confirmation process for the object in the following way:

[0336] On the travel service interface, compensation confirmation information is presented to the second party.

[0337] The compensation confirmation information is used to prompt the second party to confirm the number of virtual resources that support travel compensation in this travel service order.

[0338] Specifically, the compensation confirmation information can be presented in various ways, such as appearing on the travel service interface along with the travel service order, displaying it through a floating window in the travel service platform, or adding a compensation confirmation control to the travel service platform after the travel service order is generated.

[0339] After reviewing the compensation confirmation information, the second party, based on their own travel information or travel service order, determines whether the quantity of virtual resources compensated for this trip is consistent with the travel rules in the travel rules set. If the second party believes that the quantity of virtual resources compensated for this trip is correct, they can trigger the compensation confirmation operation in the travel service interface.

[0340] In one optional implementation, when this application embodiment provides travel compensation to the second object based on travel information and a travel compensation rule set, the specific implementation method is as follows:

[0341] In response to the compensation confirmation operation triggered by the compensation confirmation information, travel compensation is provided to the second object according to the travel service order and travel rule set.

[0342] In this case, after secondary confirmation by the second party and confirmation that the travel compensation is correct, the travel compensation can be directly provided to the second party.

[0343] For example, in a travel compensation scenario, an employee working overtime at night might need to use a travel service platform to book a taxi home, with an estimated cost of 120 yuan. After generating the travel service order, the platform automatically triggers a compensation confirmation process, displaying the following information at the bottom of the order details page: "You will receive 120 yuan in travel compensation for this overtime transportation service order. Please confirm that this amount is correct." After reviewing the order details and confirmation information, the employee confirms that their trip complies with the company's rules and the platform's regulations, therefore the 120 yuan should be fully compensated. They then click the "Confirm Compensation" button to complete the confirmation. The travel service platform can then process the employee's travel compensation through its backend financial platform and record and send the compensation to the employee's company.

[0344] This application embodiment takes into account that if the second party believes the amount of virtual resources provided for travel compensation is incorrect, the travel compensation should be corrected. Therefore, this application embodiment can also provide an appeal process for the second party in the following way:

[0345] If it is confirmed that the information indicates an error in the travel compensation, obtain the compensation appeal information entered by the second party through the travel service interface; based on the compensation appeal information, travel information, and travel rule set, re-compensate the second party for travel.

[0346] Specifically, the compensation claim information is entered by the second party based on the discrepancy between their own travel information and the misjudged travel compensation. This can include: actual location information, actual travel time, actual travel amount, etc.

[0347] After obtaining the compensation appeal information through the travel service interface, the travel service platform can re-verify the second party's travel service order based on the compensation appeal information, the second party's travel information, travel rule set, and travel service order, and then provide travel compensation to the second party.

[0348] For example, employees can use the company's ride-hailing benefit when traveling for work. Based on the constraints set by the company and the travel rules set generated by the travel service platform, employees can enjoy free ride-hailing services within designated work areas between 9:00 and 18:00 on weekdays, with a maximum fare limit of 200 RMB per trip.

[0349] An employee incurred expenses of 250 yuan during a business trip due to traffic congestion and detours. The employee's travel time and location met the aforementioned travel rules. The travel service platform automatically generated a travel service order, triggering a compensation confirmation process. The order details page displayed the following compensation confirmation information: "For this business trip service order, you will receive 200 yuan in travel compensation. Please confirm that this amount is correct." Clearly, because it exceeded the budget by 50 yuan, the travel service platform automatically marked the order as requiring additional review or compensation. However, due to an error on the travel service platform or a failure to correctly identify special circumstances, the compensation mechanism was not properly applied, resulting in the employee having to bear the 50 yuan overspending themselves.

[0350] After receiving the compensation confirmation, the employee discovered that the ride-hailing platform had not processed his overspending according to regulations; he was being asked to pay the extra 50 yuan, when in fact this cost should have been borne by the company. Therefore, the employee submitted a detailed compensation appeal through the ride-hailing platform. He described the situation in detail, including the cause of the traffic congestion and the reason for the route change, and uploaded relevant evidence (such as map screenshots showing the traffic conditions at the time).

[0351] After receiving the employee's compensation appeal, the travel service platform reassessed the case by combining the original travel information (such as departure time, destination, and actual route) with the company's travel rules. After analysis, the platform confirmed the employee's appeal was reasonable, considering the unforeseen traffic conditions that day, which led to route changes and additional costs, and that this situation met the company's regulations regarding compensation for expenses in special circumstances. Based on the reassessment, the platform updated the employee's travel service order and compensation confirmation information, adjusted the compensation amount, and fully reimbursed the employee for the original 50 yuan payment.

[0352] In the above embodiments, this application embodiment avoids the second party having to pay out of pocket due to travel compensation errors by setting up a secondary confirmation process and a compensation appeal process on the travel service interface. At the same time, it performs budget management for the second party whose travel service order does not meet the travel compensation set, so that they have the psychological expectation that they need to pay out of pocket, thereby improving the travel experience of the second party.

[0353] After providing travel compensation to the second party in the above manner, this embodiment of the application can also configure a sub-interface for configuring vouchers on the application configuration interface to generate travel compensation vouchers:

[0354] The system retrieves the voucher information entered by the first user through the voucher configuration sub-interface; based on the voucher information and the compensation result corresponding to the travel service order, it generates the corresponding travel compensation voucher.

[0355] Among them, voucher information refers to invoice information that includes organizational information.

[0356] Specifically, the first party can fill in the invoice information of the corresponding institution in the voucher configuration sub-interface. Once the second party's travel information is verified, the travel service platform can automatically generate an electronic invoice for the second party's trip based on the invoice information and send it to the institution.

[0357] If the credential configuration sub-interface is the final sub-interface of the application configuration interface, then after the first object fills in the credential configuration sub-interface, the application configuration interface will display a configuration completion prompt interface and send the generated travel rule set and other information to the first object for confirmation via email, SMS, or other means.

[0358] like Figure 10 As shown, it is a schematic diagram of a credential configuration sub-interface provided in an embodiment of this application. Figure 10 Taking an organization as an example, the voucher configuration sub-interface is set after the member information sub-interface. The first user can fill in the company name, tax number, and company email address here to generate electronic invoices. Then, after the first user clicks the "Next" control, the final configuration completion prompt interface is displayed.

[0359] In the above embodiments, the present application embodiment realizes automated voucher management and travel compensation mechanism by having the first object fill in voucher information. This not only improves the accuracy and standardization of the reimbursement process, simplifies the operation process, and enhances the user experience, but also enhances the flexibility and adaptability of the travel service platform and reduces operating costs and maintenance difficulty.

[0360] Furthermore, this embodiment considers that after generating the corresponding travel service order, the second party may need to incentivize the travel service provider (e.g., by tipping) in the travel service interface to encourage the provider to improve service quality. Therefore, this embodiment can also set up the following resource incentive process:

[0361] Obtain the resource incentive information entered by the second party through the travel service interface; transfer the virtual resources in the second party's target account that match the resource quantity to the relevant account of the travel service provider.

[0362] The resource incentive information may include: the amount of resources used to incentivize the service provider for this trip, such as the amount of the tip; it may also include optional evaluation dimensions such as additional tags such as "smooth driving" and "friendly service", etc.

[0363] Specifically, after a travel service order is generated, the resource incentive information input by the second party is obtained through the travel service platform. The availability and legality of virtual resources (such as e-wallet balance and points system) in the target account are verified in real time. The balance is checked for sufficiency and screened for anti-fraud risk control. After confirmation, a transfer instruction is triggered, and a specified number of virtual resources are transferred to the relevant account of the service provider through an encrypted communication link. At the same time, an encrypted certificate containing the reward amount, timestamp, and transaction serial number is generated and a visual feedback is pushed to both parties. The second party's travel service interface displays the prompt message "Reward successful - driver has received XX yuan". The corresponding interface of the travel service provider updates the withdrawable balance and marks the trip from which the reward came, ensuring that the resource incentive is accurately implemented.

[0364] For example, after the ride-hailing platform generates a ride-hailing service order for the second user, a "Tip the Driver" button appears at the bottom of the ride-hailing service interface, offering options for amounts (5 yuan, 10 yuan, 20 yuan) and tags (such as "Friendly Attitude" and "Clean Vehicle"). The second user selects 10 yuan, checks the tag "Good Driving Skills," and clicks confirm. The ride-hailing service platform immediately checks the virtual resource balance in the target account (≥10 yuan) and initiates a risk scan (e.g., to prevent fraudulent transactions). After successful verification, 10 yuan is deducted from the target account and transferred to the ride-hailing service provider's account via an encrypted channel. On the second user's ride-hailing service interface, a pop-up window displays "Successfully tipped driver X 10 yuan! Thank you for your kindness~," and the ride-hailing service order is updated with the tip record. On the ride-hailing service provider's interface, a message appears: "Passenger XX (anonymous) tipped 10 yuan, remarks: Good driving skills," and their account balance changes from 352.6 yuan to 362.6 yuan, marked "Including tip."

[0365] In the above implementation, by adding resource incentive functions and processes to the travel service interface for the second object, the incentive needs of the second object are met, and at the same time, it is encouraged to maintain a high service level in the long term.

[0366] This application embodiment takes into account that after the first object confirms the information, there may be erroneous information that needs to be changed, or when there are changes in the organization's travel rules (such as changes in the organization's geographical location) or members (such as members leaving or joining the company), it is still necessary to change the information on the travel service platform. Therefore, the application configuration interface in this application embodiment is also provided with an information change sub-interface to provide information change services for the first object.

[0367] In one optional implementation, the information modification service provided in this application embodiment is implemented as follows:

[0368] The first object obtains the information to be changed through the information modification sub-interface; the information to be changed includes at least one of the following: basic information and constraint information; based on the information to be changed, the obtained corresponding information is modified.

[0369] Specifically, since the information modification sub-interface is not used when the first object logs in to configure information for the first time, when the first object enters the application configuration interface again through the ride-hailing application entrance, the application configuration interface can only display the information modification sub-interface so that the first object can make information changes.

[0370] like Figure 11 As shown, this is an information modification sub-interface provided in an embodiment of this application. Figure 11 The information modification sub-interface includes two pages. On the first page, the first object can fill in new basic information, and on the second page, the first object can fill in new constraint information. The first object can fill in any basic information and constraint information that needs to be modified as needed.

[0371] In addition, the information modification interface can also add sub-interfaces such as scene selection, member information, and voucher configuration to fill in the information modification fields, so that the first person can change the travel scene, member information, voucher information, etc.

[0372] In the above embodiments, this application embodiment avoids offline connection between institutions and travel service platforms by directly modifying information in the application configuration interface, thereby reducing time and manpower costs.

[0373] The travel service platform in this embodiment can combine the convenience of mini-program development, the underlying capabilities of map software, and cloud infrastructure to achieve automated travel compensation. For example... Figure 12A As shown, it is a schematic diagram of the structure of a travel service platform provided in an embodiment of this application.

[0374] The visual layer of a travel service platform refers to the interface that interacts with the first and second objects, and is responsible for displaying data, information, and receiving input from the objects. Figure 12A The implementation of travel service platforms in China can take many forms, such as mini-programs and web pages. Therefore, if the travel service platform is implemented as a mini-program, the first object and the second object will interact through the mini-program module of the visual layer. If the travel service platform is implemented as a web page, the first object and the second object will interact through the HyperText Markup Language 5 (H5) module of the visual layer.

[0375] The access layer handles requests from both the first and second objects on the travel service platform, interacts with the visual layer, and forwards requests to the business layer. The travel access gateway in the access layer serves as a unified entry point, performing initial processing and verification of received requests before forwarding them to the business layer for further processing. Additionally, it can provide load balancing, security control, and other functions. The access layer may also include other types of access points to handle different types of requests or data sources.

[0376] The business layer comprises various functional modules for the travel service, handling data processing and executing business rules. The invoicing module interfaces with institutions to upload travel service orders and invoices for the second party. The permissions module manages the usage permissions of both the first and second parties, ensuring the second party belongs to the institution. The editing module edits and modifies the travel rule set based on information entered by the first party in the information modification sub-interface. The reimbursement module interfaces with the back-end financial system to process travel service order reimbursements. The cloud-native log service (CLS) records system operation logs for troubleshooting.

[0377] The middle and back-end support services and components at the business layer. The account middle platform manages user account information, including registration, login, permissions, etc. The operations middle platform supports the operation and management of the travel service platform, including activity management, data analysis, and behavioral analysis. The finance middle platform handles finance-related business, such as expense settlement, billing management, and order reimbursement.

[0378] The persistence layer is responsible for data storage and access, and interacts with various databases, including MySQL, cloud databases, cloud object storage services (COS), etc., providing operations such as data creation, reading, updating, and deletion.

[0379] Cloud infrastructure provides underlying computing, storage, and network resources to travel service platforms.

[0380] See Figure 12B The diagram shown is an interaction sequence diagram of a travel service processing method provided in an embodiment of this application. The specific implementation flow of this method is as follows:

[0381] Step 1201: The first user logs into the travel service platform;

[0382] Step 1202: The first applicant fills in the information on the application configuration interface;

[0383] For example, basic information, constraint information, scene information, member information, etc.

[0384] Step 1203: The travel service platform enters the information input by the first user into the backend;

[0385] Step 1204: The travel service platform matches location information;

[0386] Specifically, the travel service platform matches location information with points of interest addresses.

[0387] Step 1205: The travel service platform integrates travel rules;

[0388] Specifically, travel service platforms will integrate time and amount information in the data with location and member information.

[0389] Step 1206: The travel service platform generates travel rules;

[0390] Step 1207: The second person logs into the travel service platform;

[0391] Step 1208: The second person fills in their travel information;

[0392] Step 1209: The travel service platform generates and verifies the travel service order and provides travel compensation;

[0393] Specifically, the travel service platform can first read the identity information of the second party for verification, match it with the corresponding target travel rule, and then read the travel origin, travel destination, travel time, etc. in the travel information, and verify them one by one with the target travel rule. After the verification is successful, travel compensation will be provided.

[0394] It should be noted that the interaction sequence of the travel service processing methods listed above is only a simple example. Other interaction sequences are also applicable to the embodiments of this application, and will not be described in detail here.

[0395] like Figure 13 The diagram illustrates an implementation flowchart of another travel service processing method provided in this application. A second user inputs travel information through the travel service interface of the travel service platform. After obtaining the travel information, the server verifies it using the travel rule set of the first user. If the verification passes, travel compensation is provided to the second user. The travel rule set is generated by the server based on the basic information and constraint information input by the first user through the application configuration interface.

[0396] It should be noted that the above-listed travel service processing methods are just simple examples, and other implementation processes are also applicable to the embodiments of this application, which will not be described in detail here.

[0397] Based on the same inventive concept, embodiments of this application also provide a travel service processing device 1400. For example... Figure 14The diagram shown is a structural schematic of a travel service processing device, which may include:

[0398] The acquisition unit 1401 is used to respond to the configuration operation of the first object and acquire the basic information and constraint information entered by the first object through the application configuration interface provided by the travel service platform; the basic information is used to describe the institution associated with the first object; the constraint information is used to describe the institution's customized travel needs;

[0399] The first generation unit 1402 is used to generate the travel service interface corresponding to the agency based on constraint information and basic information.

[0400] The second generation unit 1403 is used to respond to the travel application operation triggered by the second object through the travel service interface, obtain the travel information of the second object, and generate a corresponding travel service order based on the travel information and constraint information.

[0401] Optionally, the application configuration interface includes: a qualification review sub-interface and a rule configuration sub-interface; Unit 1401 is specifically used for:

[0402] Obtain the basic information entered by the first applicant through the qualification review sub-interface;

[0403] Based on the basic information, the organization's qualifications will be reviewed;

[0404] When an organization passes the qualification review, the constraint information entered by the first object through the rule configuration sub-interface is obtained; the rule configuration sub-interface is presented after the organization passes the qualification review.

[0405] Optionally, the first generating unit 1402 is specifically used for:

[0406] Based on constraint information, generate the corresponding travel rule set for the institution; and based on basic information, generate the corresponding travel service interface for the institution.

[0407] The device also includes a compensation unit, which is used for:

[0408] After the second generation unit generates the corresponding travel service order based on the travel information and constraint information, it provides travel compensation to the second object based on the travel service order and the travel rule set.

[0409] Optionally, the first generating unit 1402 is specifically used for:

[0410] Based on the basic information, generate the organization identification information in the travel service interface;

[0411] Based on the constraint information, rule prompts are generated in the travel service interface; these rule prompts are used to inform the second object how to use the travel rule set.

[0412] Optionally, the device also includes scene unit 1405:

[0413] In response to the selection operation of the first object, obtain at least one travel scenario selected by the first object through the application configuration interface; for each travel scenario, perform the following: based on a travel scenario, add corresponding scenario information for at least one travel rule in the travel rule set; the scenario information is used to constrain the applicable scenarios of the travel rule.

[0414] The compensation unit 1404 is specifically used for:

[0415] Determine the travel scenario of the second individual;

[0416] When the travel scenario of the second object matches any travel scenario associated with a travel rule in the travel rule set, travel compensation is provided to the second object based on the travel service order and the travel rule set.

[0417] Optionally, scenario unit 1405 obtains at least one travel scenario selected by the first object through the application configuration interface, including at least one of the following methods:

[0418] The first object is obtained by selecting at least one travel scenario through the scenario selection sub-interface included in the application configuration interface; the scenario selection sub-interface is presented after the institution passes the qualification review;

[0419] Identify at least one scene control selected by the first object in the application configuration interface, and obtain the travel scene corresponding to each of the at least one scene control.

[0420] Optionally, the device further includes a verification unit 1406, which is used for:

[0421] Before the compensation unit 1403 performs travel compensation on the second object based on the travel service information and the travel rule set, it obtains the verification information of the second object;

[0422] The identity verification information stored on the travel service platform is compared with the information to be verified to obtain the verification result of the second object;

[0423] The compensation unit 1404 is specifically used for:

[0424] When the verification result indicates that the second object belongs to an institution, travel compensation is provided to the second object based on the travel service order and travel rule set.

[0425] Optionally, the information to be verified includes: identity information to be verified; identity verification information includes: a set of verified identity information; identity information to be verified is the identity information bound when the second object is currently using the travel service platform; the set of identity information is the identity information entered by the first object through the application configuration interface provided by the travel service platform, which includes: the identity information of each object within the organization that has customized travel permissions;

[0426] Verification unit 1406 is specifically used for:

[0427] The identity information to be verified is compared with each identity information in the identity information set;

[0428] The matching result of the identity information to be verified in the identity information set is taken as the verification result.

[0429] Optionally, the application configuration interface includes: a member information sub-interface; the first object in verification unit 1406 inputs a set of identity information through the application configuration interface in at least one of the following ways:

[0430] Upload the information file containing the set of identity information to the member information sub-interface;

[0431] Input each piece of identity information from the identity information set into the preset information table in the member information sub-interface;

[0432] Connect the database containing the set of identity information directly to the member information sub-interface to import the set of identity information from the database into the member information sub-interface.

[0433] Optionally, the information to be verified includes: the association code to be verified; the identity verification information includes: the target association code; the association code to be verified is the one that the second object enters through the travel service interface after being issued by the organization or travel service platform; the target association code is the one that the organization uploads to the travel service platform; or, the one that the travel service platform stores when issuing the association code to be verified to the second object.

[0434] Verification unit 1406 is specifically used for:

[0435] Compare the association code to be verified with the target association code;

[0436] The consistency result between the association code to be verified and the target association code is taken as the verification result.

[0437] Optionally, the constraint information includes: a set of location information; the set of location information includes: at least one location information;

[0438] The first generation unit 1402 is specifically used for:

[0439] For each location in the location information set, perform the following operations:

[0440] After matching the location information with the preset points of interest addresses, a virtual boundary for the travel origin corresponding to the location information is generated.

[0441] Based on virtual boundaries, travel rules are generated in a set of travel rules corresponding to location information.

[0442] Optionally, the compensation unit 1404 is specifically used for:

[0443] Retrieve the location information to be verified from the travel service order;

[0444] If the location information to be verified matches the location information set, then based on the matched target location information, determine the target travel rule that matches the second object from the travel rule set; the location information corresponding to the target travel rule is consistent with the location information to be verified.

[0445] The travel information is verified according to the target travel rules;

[0446] When the travel information passes verification, travel compensation is provided to the second party.

[0447] Optionally, the device further includes a confirmation unit 1407, which is used for:

[0448] Before the compensation unit 1404 provides travel compensation to the second object based on the travel service order and travel rule set, compensation confirmation information is presented to the second object in the travel service interface; the compensation confirmation information is used to prompt the second object to confirm the number of virtual resources that support travel compensation in this travel service order;

[0449] Furthermore, the compensation unit 1404 is specifically used for:

[0450] In response to the compensation confirmation operation triggered by the compensation confirmation information, travel compensation is provided to the second object according to the travel service order and travel rule set.

[0451] Optionally, the application configuration interface includes: a credential configuration sub-interface; the device also includes a credential unit 1408, which is used for:

[0452] After the compensation unit 1404 performs travel compensation on the second object based on the travel service order and travel rule set, it obtains the voucher information entered by the first object through the voucher configuration sub-interface.

[0453] Based on the voucher information and the compensation results corresponding to the travel service order, a corresponding travel compensation voucher is generated.

[0454] Optionally, the device further includes an excitation unit 1409, which is used for:

[0455] After the second generation unit generates the corresponding travel service order based on the travel information and constraint information, it obtains the resource incentive information input by the second object through the travel service interface; the resource incentive information includes: the amount of resources used to incentivize the provider of this travel service;

[0456] The virtual resources matching the number of resources in the target account of the second party will be transferred to the relevant account of the service provider for this trip.

[0457] Optionally, the application configuration interface may also include an information modification sub-interface, and the method may further include: the device may also include a modification unit 1410.

[0458] The first object obtains the information to be changed through the information modification sub-interface; the information to be changed includes at least one of the following: basic information and constraint information;

[0459] Based on the information to be changed, the corresponding information obtained is modified.

[0460] This application provides a method, apparatus, electronic device, and storage medium for processing travel services. Firstly, for any organization with customized travel needs, this application allows the first party to directly input basic and constraint information through the application configuration interface provided by the travel service platform. This avoids the offline interaction between the organization and the travel service platform, saving time and manpower. Furthermore, since the basic and constraint information is uploaded by the first party themselves, it also avoids the travel service platform generating incorrect travel rule sets due to subsequent communication errors.

[0461] Furthermore, this application can automatically identify the basic information and constraint information uploaded by the first object, generate a travel rule set for the institution associated with the first object based on the constraint information, and generate a travel service interface corresponding to the institution based on the basic information. By automatically generating the travel rule set based on the constraint information, this application avoids the need for the platform to perform separate business development and configuration for each institution when facing different travel needs of different institutions, thereby significantly improving the development efficiency of the travel rule set and enhancing the user experience of institutions on the travel service platform.

[0462] Finally, when any second party within the organization travels through the travel service interface of the travel service platform, after triggering the travel application operation through the travel service interface, travel compensation can be provided to the second party based on the second party's travel information and the aforementioned travel rule set. Clearly, the travel service processing method provided in this application enables organizations to quickly apply for customized travel rules. Consequently, the travel service platform can quickly connect with multiple organizations, and the platform automatically generates a travel rule set and corresponding travel service interface suitable for each organization, eliminating the need for individual connection with each organization and generating additional development costs, thereby reducing development costs and improving development efficiency.

[0463] For ease of description, the above sections are divided into modules (or units) according to their functions and described separately. Of course, in implementing this application, the functions of each module (or unit) can be implemented in one or more software or hardware components.

[0464] In this application embodiment, the terms "module" or "unit" refer to a computer program or part of a computer program that has a predetermined function and works with other related parts to achieve a predetermined goal, and can be implemented wholly or partially using software, hardware (such as processing circuitry or memory), or a combination thereof. Similarly, a processor (or multiple processors or memory) can be used to implement one or more modules or units. Furthermore, each module or unit can be part of an overall module or unit that includes the functionality of that module or unit.

[0465] Having introduced the travel service processing method and apparatus according to exemplary embodiments of this application, we will now introduce an electronic device according to another exemplary embodiment of this application.

[0466] Those skilled in the art will understand that various aspects of this application can be implemented as a system, method, or program product. Therefore, various aspects of this application can be specifically implemented in the following forms: a completely hardware implementation, a completely software implementation (including firmware, microcode, etc.), or a combination of hardware and software implementations, collectively referred to herein as a "circuit," "module," or "system."

[0467] Based on the same inventive concept as the above-described method embodiments, this application also provides an electronic device. In one embodiment, the electronic device may be a server, such as... Figure 1 The server 120 is shown. In this embodiment, the structure of the electronic device can be as follows: Figure 15 As shown, it includes a memory 1501, a communication module 1503, and one or more processors 1502.

[0468] The memory 1501 is used to store computer programs executed by the processor 1502. The memory 1501 may mainly include a program storage area and a data storage area. The program storage area may store the operating system and programs required to run instant messaging functions, etc.; the data storage area may store various instant messaging information and operation instruction sets, etc.

[0469] Memory 1501 may be volatile memory, such as random-access memory (RAM); memory 1501 may also be non-volatile memory, such as read-only memory, flash memory, hard disk drive (HDD), or solid-state drive (SSD); or memory 1501 may be any other medium capable of carrying or storing a desired computer program having the form of instructions or data structures and accessible by a computer, but is not limited thereto. Memory 1501 may be a combination of the above-described memories.

[0470] Processor 1502 may include one or more central processing units (CPUs) or digital processing units, etc. Processor 1502 is used to implement the above-described travel service processing method when it calls a computer program stored in memory 1501.

[0471] The communication module 1503 is used to communicate with terminal devices and other servers.

[0472] This application embodiment does not limit the specific connection medium between the memory 1501, communication module 1503, and processor 1502. This application embodiment... Figure 15 The memory 1501 and the processor 1502 are connected via a bus 1504, and the bus 1504 is in Figure 15 The diagram uses thick lines to describe the connections between other components; these are for illustrative purposes only and should not be considered limiting. The 1504 bus can be divided into address bus, data bus, control bus, etc. For ease of description, Figure 15 It is described using only a thick line, but does not indicate that there is only one bus or one type of bus.

[0473] The memory 1501 stores a computer storage medium, which stores computer-executable instructions for implementing the travel service processing method of this application embodiment. The processor 1502 is used to execute the above-described travel service processing method, such as... Figure X As shown.

[0474] In another embodiment, the electronic device may also be other electronic devices, such as... Figure 1 The terminal device 110 is shown. In this embodiment, the electronic device can be structured as follows: Figure 16 As shown, it includes components such as: communication component 1610, memory 1620, display unit 1630, camera 1640, sensor 1650, audio circuit 1660, Bluetooth module 1670, processor 1680, etc.

[0475] The communication component 1610 is used to communicate with the server. In some embodiments, it may include a Circuit-Based Wireless Fidelity (WiFi) module, which is a short-range wireless transmission technology. Electronic devices can use the WiFi module to help users send and receive information.

[0476] The memory 1620 can be used to store software programs and data. The processor 1680 executes various functions of the terminal device 110 and performs data processing by running the software programs or data stored in the memory 1620. The memory 1620 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device. The memory 1620 stores an operating system that enables the terminal device 110 to run. In this application, the memory 1620 may store the operating system and various application programs, and may also store computer programs that execute the travel service processing method of the embodiments of this application.

[0477] The display unit 1630 can also be used to display information input by the user or information provided to the user, as well as various menus of the terminal device 110, forming a graphical user interface (GUI). Specifically, the display unit 1630 may include a display screen 1632 disposed on the front of the terminal device 110. The display screen 1632 may be configured as a liquid crystal display, a light-emitting diode, or the like. The display unit 1630 can be used to display the application configuration interface and travel service interface, etc., as described in the embodiments of this application.

[0478] The display unit 1630 can also be used to receive input digital or character information and generate signal inputs related to user settings and function control of the terminal device 110. Specifically, the display unit 1630 may include a touch screen 1631 disposed on the front of the terminal device 110, which can collect touch operations of the user on or near it, such as clicking buttons, dragging scroll boxes, etc.

[0479] The touchscreen 1631 can be placed on top of the display screen 1632, or the touchscreen 1631 and the display screen 1632 can be integrated to realize the input and output functions of the terminal device 110. After integration, it can be referred to as a touch display screen. In this application, the display unit 1630 can display the application and the corresponding operation steps.

[0480] Camera 1640 can be used to capture still images, which users can then share via an application. There can be one or multiple cameras 1640. An object is projected onto a photosensitive element through a lens, generating an optical image. This photosensitive element can be a charge-coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the light signal into an electrical signal, which is then transmitted to the processor 1680 for conversion into a digital image signal.

[0481] The terminal device may also include at least one sensor 1650, such as an accelerometer 1651, a proximity sensor 1652, a fingerprint sensor 1653, and a temperature sensor 1654. The terminal device may also be equipped with other sensors such as a gyroscope, barometer, hygrometer, thermometer, infrared sensor, light sensor, and motion sensor.

[0482] Audio circuitry 1660, speaker 1661, and microphone 1662 provide an audio interface between the user and terminal device 110. Audio circuitry 1660 converts received audio data into electrical signals, which are then transmitted to speaker 1661, where they are converted into sound signals for output. Terminal device 110 may also be equipped with volume buttons for adjusting the volume of the sound signal. On the other hand, microphone 1662 converts collected sound signals into electrical signals, which are received by audio circuitry 1660, converted into audio data, and then output to communication component 1610 for transmission to, for example, another terminal device 110, or to memory 1620 for further processing.

[0483] The Bluetooth module 1670 is used to interact with other Bluetooth devices that also have a Bluetooth module via the Bluetooth protocol. For example, a terminal device can establish a Bluetooth connection with a wearable electronic device (such as a smartwatch) that also has a Bluetooth module through the Bluetooth module 1670, thereby exchanging data.

[0484] The processor 1680 is the control center of the terminal device, connecting various parts of the terminal through various interfaces and lines. It executes various functions and processes data by running or executing software programs stored in the memory 1620 and calling data stored in the memory 1620. In some embodiments, the processor 1680 may include one or more processing units; the processor 1680 may also integrate an application processor and a baseband processor, wherein the application processor mainly handles the operating system, user interface, and applications, and the baseband processor mainly handles wireless communication. It is understood that the baseband processor may not be integrated into the processor 1680. In this application, the processor 1680 can run the operating system, applications, user interface display and touch response, and the travel service processing method of this embodiment. Furthermore, the processor 1680 is coupled to the display unit 1630.

[0485] In some possible implementations, various aspects of the travel service processing method provided in this application can also be implemented in the form of a program product, which includes a computer program. When the program product is run on an electronic device, the computer program causes the electronic device to perform the steps in the travel service processing method according to the various exemplary embodiments of this application described above. For example, the electronic device can perform actions such as... Figure 2 The steps are shown in the figure.

[0486] The program product may employ any combination of one or more readable media. A readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples (a non-exhaustive list) of readable storage media include: electrical connections having one or more wires, portable disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0487] The program product of the embodiments of this application may employ a portable compact disc read-only memory (CD-ROM) and include a computer program, and may run on an electronic device. However, the program product of this application is not limited thereto. In this document, the readable storage medium may be any tangible medium that contains or stores a program that may be used by or in conjunction with a command execution system, apparatus, or device.

[0488] A readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying a readable computer program. This propagated data signal may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A readable signal medium may also be any readable medium other than a readable storage medium, capable of sending, propagating, or transmitting a program for use by or in conjunction with a command execution system, apparatus, or device.

[0489] Computer programs contained on readable media may be transmitted using any suitable medium, including but not limited to wireless, wired, optical fiber, RF, etc., or any suitable combination thereof.

[0490] Computer programs for performing the operations of this application can be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java and C++, and conventional procedural programming languages ​​such as C or similar languages. The computer program can execute entirely on the user's electronic device, partially on the user's electronic device, as a standalone software package, partially on the user's electronic device and partially on a remote electronic device, or entirely on a remote electronic device or server. In cases involving remote electronic devices, the remote electronic device can be connected to the user's electronic device via any type of network, including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external electronic device (e.g., via the Internet using an Internet service provider).

[0491] It should be noted that although several units or sub-units of the device have been mentioned in the detailed description above, this division is merely exemplary and not mandatory. In fact, according to embodiments of this application, the features and functions of two or more units described above can be embodied in one unit. Conversely, the features and functions of one unit described above can be further divided and embodied by multiple units.

[0492] Furthermore, although the operations of the method of this application are described in a specific order in the accompanying drawings, this does not require or imply that these operations must be performed in that specific order, or that all the operations shown must be performed to achieve the desired result. Additionally or alternatively, certain steps may be omitted, multiple steps may be combined into one step, and / or one step may be broken down into multiple steps.

[0493] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, 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-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing a computer-usable computer program.

[0494] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, produce a mechanism for implementing the flowchart illustrations. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0495] These computer program commands may also 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 commands stored in the computer-readable storage medium produce an article of manufacture including command means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0496] These computer program commands can also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing the commands executed on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0497] Although preferred embodiments of this application have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of this application.

[0498] Obviously, those skilled in the art can make various modifications and variations to this application without departing from the spirit and scope of this application. Therefore, if such modifications and variations fall within the scope of the claims of this application and their equivalents, this application also intends to include such modifications and variations.

Claims

1. A method for processing travel services, characterized in that, The method includes: In response to the configuration operation of the first object, the system obtains the basic information and constraint information input by the first object through the application configuration interface provided by the travel service platform; the basic information is used to describe the institution associated with the first object; the constraint information is used to describe the customized travel needs of the institution. Based on the constraint information and the basic information, a travel service interface corresponding to the institution is generated. In response to a travel application triggered by the second object through the travel service interface, the travel information of the second object is obtained, and a corresponding travel service order is generated based on the travel information and the constraint information.

2. The method as described in claim 1, characterized in that, The application configuration interface includes: a qualification review sub-interface and a rule configuration sub-interface; obtaining the basic information and constraint information input by the first object through the application configuration interface provided by the travel service platform includes: Obtain the basic information input by the first object through the qualification review sub-interface; Based on the aforementioned basic information, the organization's qualifications will be reviewed. When the institution passes the qualification review, the constraint information input by the first object through the rule configuration sub-interface is obtained; wherein, the rule configuration sub-interface is presented after the institution passes the qualification review.

3. The method as described in claim 1, characterized in that, The step of generating the travel service interface corresponding to the institution based on the constraint information and the basic information includes: Based on the constraint information, a travel rule set corresponding to the institution is generated; and based on the basic information, a travel service interface corresponding to the institution is generated. And, after generating the corresponding travel service order based on the travel information and the constraint information, the method further includes: Based on the travel service order and the travel rule set, travel compensation is provided to the second object.

4. The method as described in claim 3, characterized in that, The step of generating the travel service interface corresponding to the institution based on the constraint information and the basic information includes: Based on the basic information, the organization identification information in the travel service interface is generated; Based on the constraint information, rule prompt information is generated in the travel service interface; wherein, the rule prompt information is used to prompt the second object on how to use the travel rule set.

5. The method as described in claim 3, characterized in that, The method further includes: In response to the selection operation of the first object, obtain at least one travel scenario selected by the first object through the application configuration interface; for each travel scenario, perform the following: based on a travel scenario, add corresponding scenario information for at least one travel rule in the travel rule set; the scenario information is used to constrain the applicable scenarios of the travel rule. And, the step of providing travel compensation to the second object based on the travel service order and the travel rule set includes: Determine the travel scenario of the second object; When the travel scenario of the second object matches any travel scenario associated with a travel rule in the travel rule set, travel compensation is provided to the second object based on the travel service order and the travel rule set.

6. The method as described in claim 5, characterized in that, The acquisition of at least one travel scenario selected by the first object through the application configuration interface includes at least one of the following methods: The first object obtains at least one travel scenario selected through the scenario selection sub-interface included in the application configuration interface; the scenario selection sub-interface is presented after the institution passes the qualification review; Determine at least one scene control selected by the first object in the application configuration interface, and obtain the travel scene corresponding to each of the at least one scene control.

7. The method as described in claim 3, characterized in that, Before providing travel compensation to the second object based on the travel service order and the travel rule set, the method further includes: Obtain the verification information of the second object; The identity verification information stored on the travel service platform is compared with the information to be verified to obtain the verification result of the second object; Based on the travel service order and the travel rule set, travel compensation is provided to the second object, including: When the verification result indicates that the second object belongs to the institution, travel compensation is provided to the second object based on the travel service order and the travel rule set.

8. The method as described in claim 7, characterized in that, The information to be verified includes: identity information to be verified; the identity verification information includes: a set of verified identity information; the identity information to be verified is the identity information bound when the second object is currently using the travel service platform; the set of identity information is the information entered by the first object through the application configuration interface provided by the travel service platform, and the set of identity information includes: the identity information of each object within the organization that has customized travel permissions; The step of comparing the identity verification information stored on the travel service platform with the information to be verified to obtain the verification result of the second object includes: The identity information to be verified is compared with each identity information in the identity information set; The matching result of the identity information to be verified in the set of identity information is taken as the verification result.

9. The method as described in claim 8, characterized in that, The application configuration interface includes a member information sub-interface; when the first object inputs the identity information set through the application configuration interface, it adopts at least one of the following methods: Upload the information file containing the set of identity information to the member information sub-interface; Input each piece of identity information from the identity information set into the preset information table in the member information sub-interface; The database storing the set of identity information is directly connected to the member information sub-interface so that the set of identity information can be imported from the database into the member information sub-interface.

10. The method as described in claim 9, characterized in that, The information to be verified includes: a verification association code; the identity verification information includes: a target association code; the verification association code is entered by the second object through the travel service interface after being issued by the institution or the travel service platform; the target association code is uploaded by the institution to the travel service platform; or, it is stored by the travel service platform when issuing the verification association code to the second object. The step of comparing the identity verification information stored on the travel service platform with the information to be verified to obtain the verification result of the second object includes: Compare the association code to be verified with the target association code; The consistency result between the association code to be verified and the target association code is taken as the verification result.

11. The method as described in claim 3, characterized in that, The constraint information includes: a set of location information; the set of location information includes: at least one location information; The step of generating a travel rule set corresponding to the institution based on the constraint information includes: For each location information in the location information set, perform the following operations: After matching the location information with preset points of interest addresses, a virtual boundary of the travel origin corresponding to the location information is generated; Based on the virtual boundary, travel rules are generated in the travel rule set corresponding to the location information.

12. The method as described in claim 11, characterized in that, The step of providing travel compensation to the second object based on the travel service order and the travel rule set includes: Obtain the location information to be verified from the travel service order; If the location information to be verified matches the location information set, then based on the matched target location information, a target travel rule matching the second object is determined from the travel rule set; the location information corresponding to the target travel rule is consistent with the location information to be verified. According to the target travel rules, travel compensation is provided to the second object.

13. The method as described in claim 3, characterized in that, Before providing travel compensation to the second object based on the travel service order and the travel rule set, the method further includes: In the travel service interface, compensation confirmation information is presented to the second object; the compensation confirmation information is used to prompt the second object to confirm the number of virtual resources that support travel compensation in this travel service order; And, the step of providing travel compensation to the second object based on the travel service order and the travel rule set includes: In response to the compensation confirmation operation triggered based on the compensation confirmation information, travel compensation is performed on the second object according to the travel service order and the travel rule set.

14. The method as described in claim 2, characterized in that, The application configuration interface includes a credential configuration sub-interface; then, after providing travel compensation to the second object based on the travel service order and the travel rule set, the method further includes: Obtain the voucher information entered by the first object through the voucher configuration sub-interface; Based on the voucher information and the compensation result corresponding to the travel service order, a corresponding travel compensation voucher is generated.

15. The method according to any one of claims 1 to 12, characterized in that, After generating the corresponding travel service order based on the travel information and the constraint information, the method further includes: Obtain the resource incentive information input by the second object through the travel service interface; the resource incentive information includes: the amount of resources used to incentivize the provider of this travel service; The virtual resources matching the stated resource quantity in the target account of the second object are transferred to the relevant account of the service provider for this trip.

16. The method according to any one of claims 1 to 12, characterized in that, The application configuration interface further includes an information modification sub-interface, and the method further includes: the method further includes: Obtain the information to be changed input by the first object through the information change sub-interface; the information to be changed includes at least one of the following: the basic information and the constraint information; Based on the information to be changed, the corresponding information obtained is modified.

17. A travel service processing device, characterized in that, include: The acquisition unit is used to acquire basic information and constraint information input by the first object through the application configuration interface provided by the travel service platform in response to the configuration operation of the first object; the basic information is used to describe the institution associated with the first object; the constraint information is used to describe the customized travel needs of the institution. The first generation unit is used to generate the travel service interface corresponding to the institution based on the constraint information and the basic information. The second generation unit is used to respond to the travel application operation triggered by the second object through the travel service interface, obtain the travel information of the second object, and generate a corresponding travel service order based on the travel information and the constraint information.

18. An electronic device, characterized in that, It includes a processor and a memory, wherein the memory stores a computer program that, when executed by the processor, causes the processor to perform the steps of any of the methods described in claims 1 to 16.

19. A computer-readable storage medium, characterized in that, It includes a computer program that, when run on an electronic device, causes the electronic device to perform the steps of any of the methods described in claims 1 to 16.

20. A computer program product, characterized in that, The method includes a computer program stored in a computer-readable storage medium; when a processor of an electronic device reads the computer program from the computer-readable storage medium, the processor executes the computer program, causing the electronic device to perform the steps of any one of claims 1 to 16.

Images