Order generation method and device, and storage medium

Abstract

This application provides an order generation method, apparatus, and storage medium, applied to a server. The method includes: obtaining waypoint information from a user's travel route uploaded by a user terminal; obtaining service provider information uploaded by each service provider terminal from a database; matching target service providers for each waypoint with the waypoint information and service provider information; obtaining product information uploaded by the service provider terminals of each matched target service provider from the database; selecting recommended products from the matched target service providers based on the product information and pushing the recommended product information to the user terminal; and receiving order information from the user terminal after completing the order placement operation based on the recommended information, and generating an order for the user based on the order information. This method solves the cumbersome problem of users manually selecting and placing orders for each service provider during their travels by recommending service providers needed during their trips based on waypoint information in the user's travel route and allowing for one-click ordering.

Description

Technical Field

[0001] This application relates to the field of e-commerce technology, and more specifically, to order generation methods, apparatus and storage media. Background Technology

[0002] With the development of e-commerce platforms, more and more users are choosing to shop on these platforms. Especially in the tourism industry, because planning travel routes is time-consuming and laborious, more and more travelers are choosing to use ready-made travel routes and itineraries.

[0003] However, current route / guidebook services generally only include the route information, while ticket and hotel service providers do not offer route services. Therefore, relying solely on routebooks or ticket / hotel service providers still presents the problem of cumbersome and complicated travel booking. Summary of the Invention

[0004] The purpose of this invention is to provide an order generation method, apparatus, and storage medium that recommends service providers needed during a user's trip based on waypoint information and allows for one-click ordering. This solves the cumbersome problem of users manually selecting and ordering service providers one by one during their trips.

[0005] In a first aspect, embodiments of this application provide an order generation method, which is applied to a server. The method includes: obtaining waypoint information from a user's travel route uploaded from a user terminal; obtaining service provider information uploaded by each service provider terminal from a database; matching target service providers for each waypoint with the waypoint information and service provider information; obtaining product information uploaded by the service provider terminals of each matched target service provider from the database; selecting recommended products from the matched target service providers based on the product information, and pushing recommendation information of the recommended products to the user terminal; and receiving order information from the user terminal after completing an order placement operation based on the recommendation information, and generating an order for the user based on the order information.

[0006] The aforementioned order generation method, based on waypoint information along a user's travel route, recommends service providers such as hotels, restaurants, and amusement parks needed during the trip, and automatically selects corresponding recommended products for the user's reference or consumption. This avoids the tedious process of manually selecting service providers and their products, greatly facilitating users' travel and consumption, and improving their travel experience. Furthermore, it avoids the need for users to place multiple orders and make payments for products from different platform service providers, further enhancing the user's consumption experience.

[0007] In conjunction with the first aspect, optionally, the waypoint information includes waypoint type information and waypoint name information, and the service provider information includes service provider type information and service provider name information; the step of matching the target service provider for each waypoint according to the waypoint information and service provider information includes: obtaining the service provider type information and service provider name information of all service providers in the region where the waypoint is located from the database; and selecting the service provider whose service provider type information is consistent with the waypoint type information and whose service provider name information is consistent with the waypoint name information as the target service provider.

[0008] The order generation method described above selects the target service provider to recommend to the user based on the matching principle of name and type, which largely meets the user's expectations and needs.

[0009] In conjunction with the first aspect, optionally, the waypoint information further includes waypoint location information of the waypoints, and the service provider information further includes service provider location information of the service providers; the step of matching the target service providers for each waypoint based on the waypoint information and the service provider information includes: calculating the distance between each service provider and the waypoint based on the service provider location information and the waypoint location information to obtain distance information for each service provider; comparing the distance information of each service provider to obtain a distance comparison result; selecting at least one service provider with the shortest distance as a first candidate service provider based on the distance comparison result; and selecting the first candidate service provider whose service provider type information is consistent with the waypoint type information and whose service provider name information is consistent with the waypoint name information as the target service provider.

[0010] The order generation method described above selects the target service provider to recommend to the user based on the matching principle of name and type, which largely meets the user's expectations and needs.

[0011] In conjunction with the first aspect, optionally, the service provider information also includes the service provider's evaluation index information; the step of matching the target service provider for each of the pathway points according to the pathway point information and the service provider information includes: comparing the evaluation index information of each of the service providers to obtain an evaluation comparison result; selecting at least one service provider with the highest evaluation index as a second candidate service provider based on the evaluation comparison result; and selecting the second candidate service provider whose service provider type information is consistent with the pathway point type information and whose service provider name information is consistent with the pathway point name information as the target service provider.

[0012] The above order generation method, by further satisfying the user's expectations and needs, uses the service provider's evaluation indicators as the screening criteria to select target service providers, in addition to meeting the matching principle of name and type consistency.

[0013] In conjunction with the first aspect, optionally, receiving order information from a user terminal that has completed an order placement operation based on the recommendation information, and generating an order for the user based on the order information, includes: obtaining the user's account information from the user's terminal; generating a unique request identifier based on the account information and the order information; checking whether there is an order in the database with a value equal to the unique request identifier; if not, generating an order for the user based on the unique request identifier.

[0014] The order generation method described above avoids errors such as duplicate orders by checking for duplicate orders before the user places an order and makes payment, thus preventing trouble for the user.

[0015] In conjunction with the first aspect, optionally, generating an order for the user based on the unique request identifier includes: locking the product inventory in the database based on the unique request identifier and generating a payment order; generating a payment link based on the payment order and sending it to the user's user terminal; obtaining payment information from a third-party payment platform showing that the user terminal made a payment based on the payment link; making payment to the service provider's terminal based on the payment information and obtaining payment information; and sending an order verification voucher to the user terminal based on the payment information.

[0016] The order generation method described above, when a user confirms the items they wish to order, locks the corresponding product inventory in the database, preventing other users from placing orders for the same items and ultimately causing a shortage of supply. By sending the payment link for the order to the user, the user can directly complete the payment for all items in that order, avoiding the cumbersome process of paying each service provider individually for each item in the order, thus bringing convenience to online shopping.

[0017] In conjunction with the first aspect, optionally, the step of making payment to the service provider terminal of the target service provider based on the payment information includes: calculating the share amount for each target service provider based on the order information and a preset commission rule; obtaining the payment link of each target service provider from the service provider terminal; and accessing the payment interface of a third-party payment platform, and making payment to each target service provider through the payment interface based on the share amount.

[0018] The above order generation method collects payment from users for the current order through a third-party platform. Since the third-party platform then pays the target service providers according to the corresponding payment amounts, it avoids the cumbersome process of users having to make separate payments to different target service providers, thus bringing great convenience to users' online consumption.

[0019] In conjunction with the first aspect, optionally, sending the order verification voucher to the user terminal based on the payment information includes: obtaining a list of goods ordered by the user terminal from each of the target service providers; generating a verification sub-voucher corresponding to the target service provider based on the list of goods; and writing the list of goods and the verification sub-voucher into a preset verification voucher template to obtain the order verification voucher.

[0020] The order generation method described above obtains the product list corresponding to the user's order from each target service provider and generates corresponding verification sub-vouchers. This facilitates users in confirming the products they ordered and identifying the corresponding service provider's verification sub-voucher. It also helps target service providers confirm whether the consumer of the current order is the same user who placed the order. This further simplifies online ordering and offline consumption for users.

[0021] Secondly, embodiments of this application also provide an order generation device, which is applied to a server and includes:

[0022] The first acquisition module is used to obtain waypoint information from user travel routes uploaded by user terminals and to obtain service provider information uploaded by each service provider terminal from the database.

[0023] The matching module is used to match the target service provider for each of the path points based on the path point information and the service provider information;

[0024] The second acquisition module is used to acquire product information uploaded by the service provider terminals of each of the target service providers matched from the database;

[0025] The selection module is used to select recommended products from the matched target service providers based on the product information, and push the recommendation information of the recommended products to the user terminal; and

[0026] The order placement module is used to receive order information from user terminals after completing the order placement operation based on the recommendation information, and to generate an order for the user based on the order information.

[0027] The order generation apparatus provided in the above embodiments has the same beneficial effects as the order generation method provided in the first aspect or any optional implementation of the first aspect, and will not be described in detail here.

[0028] Thirdly, embodiments of this application also provide a computer-readable storage medium storing a computer program that is executed by a processor to perform the methods described above.

[0029] The storage medium provided in the above embodiments has the same beneficial effects as the order generation method provided in the first aspect or any optional implementation of the first aspect, and will not be described in detail here.

[0030] Fourthly, embodiments of this application also provide an electronic device, including: a processor and a memory, the memory storing machine-readable instructions executable by the processor, which, when executed by the processor, perform the method described above.

[0031] The above embodiments provide an electronic device that has the same beneficial effects as the order generation method provided by the first aspect or any optional implementation of the first aspect, which will not be elaborated here.

[0032] In summary, the order generation method, apparatus, and storage medium provided in this application recommend service providers such as hotels, restaurants, and amusement parks needed during a user's travel route by using waypoint information, and automatically select corresponding recommended products for the user's reference or consumption. This avoids the tedious process of manually selecting service providers and their products. Furthermore, by collecting payments from all target service providers in the user's current order through a third-party payment platform, and then distributing the payments to each target service provider separately, the user avoids the hassle of making separate payments for each target service provider. In addition, when a user confirms the products to be ordered, locking the corresponding product inventory in the database prevents other users from ordering the same products, thus avoiding the problem of no products being available to the user. Finally, after the user completes the order payment, an order verification voucher containing a product list is sent to the user. The user can use this order verification code to confirm the products they ordered and identify the corresponding service provider's verification sub-voucher. This also facilitates the target service providers in confirming whether the consumer of the current order is the same person who placed the order. This further simplifies online ordering and offline consumption for users. Attached Figure Description

[0033] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0034] Figure 1 A flowchart illustrating the order generation method provided in this application embodiment;

[0035] Figure 2 A first detailed flowchart of step S120 in the order generation method provided in this application embodiment;

[0036] Figure 3 This is a second detailed flowchart of step S120 in the order generation method provided in the embodiments of this application;

[0037] Figure 4 This is a third detailed flowchart of step S120 in the order generation method provided in the embodiments of this application;

[0038] Figure 5 A detailed flowchart illustrating step S150 in the order generation method provided in this application embodiment;

[0039] Figure 6 A detailed flowchart illustrating step S154 in the order generation method provided in this application embodiment;

[0040] Figure 7 A detailed flowchart illustrating step S1544 in the order generation method provided in this application embodiment;

[0041] Figure 8 A detailed flowchart illustrating step S1545 in the order generation method provided in this application embodiment;

[0042] Figure 9 A functional block diagram of the order generation device provided in the embodiments of this application;

[0043] Figure 10 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0044] The embodiments of the technical solution of this application will now be described in detail with reference to the accompanying drawings. These embodiments are only used to more clearly illustrate the technical solution of this application and are therefore merely examples, and should not be used to limit the scope of protection of this application.

[0045] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs; the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit this application.

[0046] In the description of the embodiments of this application, technical terms such as "first" and "second" are used only to distinguish different objects and should not be construed as indicating or implying relative importance or implicitly specifying the number, specific order, or primary and secondary relationship of the indicated technical features. In the description of the embodiments of this application, "multiple" means two or more, unless otherwise explicitly defined.

[0047] Currently, the ready-made travel routes selected by users on e-commerce platforms only include the stops along the way and the planned travel time. Transactions on the platform are limited to service fees and transportation costs during the trip. However, users need to book and order hotels, restaurants, and entertainment venues near the stops in advance.

[0048] Furthermore, when a user selects the same products at hotels, restaurants, and entertainment venues, they need to place separate orders and make payments for each of these different merchants.

[0049] Therefore, the cumbersome process of users manually selecting restaurants, food, and entertainment venues during their trip and placing separate orders and payments makes transactions on e-commerce platforms inconvenient and negatively impacts the user's consumption experience. To address these issues, this application provides an order generation method, apparatus, and storage medium. Specifically, please refer to the embodiments and accompanying drawings provided in this application.

[0050] Please refer to Figure 1 , Figure 1 This is a flowchart illustrating the order generation method provided in this application embodiment. This application embodiment provides an order generation method applied to a server. The method includes:

[0051] Step S110: Obtain waypoint information from the user's travel route uploaded from the user terminal, and obtain service provider information uploaded by each service provider's terminal from the database.

[0052] In step S110 above, the user uploads their travel route through their user terminal. This route can be one that the user has planned and uploaded themselves, or one that the user has selected from the routes recommended by the server. The travel route is the user's plan for this trip. It may include the waypoints to be passed through, the time points of passing through the corresponding waypoints, and the number of people traveling, their ages, genders, and modes of transportation.

[0053] The information on the aforementioned route points includes, but is not limited to: the type of route point, such as the type of visit, the type of activity, and the type of accommodation; the name of the route point, such as XX Mountain, XX Lake, etc.; the location information of the route point, such as the latitude and longitude of the route point; and the cultural information of the route point, such as the scenic spots and historical sites, the local cuisine, and the local culture.

[0054] The service provider information mentioned above includes, but is not limited to: service provider type information, such as hotels, restaurants, amusement parks, etc.; service provider name information, such as XX Hotel, XX Restaurant, etc.; service provider location information, such as service provider latitude and longitude information; service provider evaluation index information, such as rating indicators, rating stars and rating levels, etc.; service provider consumption information, such as service provider average daily consumption per person and average consumption per meal, etc.

[0055] Step S120: Match the target service provider for each path point with the service provider information.

[0056] In step S120 above, the matching principle can be to match the user with the most convenient service provider based on the user's most likely needs. For example, if a user arrives at a certain point in the evening, a suitable hotel will be matched for the user to stay in.

[0057] Step S130: Retrieve product information uploaded by the service provider terminals of each matched target service provider from the database.

[0058] In step S130 above, each service provider uploads product information to the database based on its own product inventory information. Service providers can also update the uploaded product information in the database in real time based on their product transaction data. Taking hotels as an example: the product information uploaded by hotel service providers could be the number of rooms temporarily available at the hotel on the day of the user's travel plan, the type of each available room, and the price of each available room.

[0059] Step S140: Select recommended products from the matched target service providers based on the product information, and push the recommended product information to the user terminal.

[0060] In step S140 above, recommending products to users can be done by recommending relevant products to users based on the travel routes uploaded by users. Specifically, when the target service provider matched for a certain route point is a restaurant, the restaurant can select local specialty foods from the restaurant's menu and recommend them to the user based on the number of people traveling with the user and the cultural information of the route point.

[0061] Step S150: Receive order information from the user terminal after completing the order placement operation based on the recommendation information, and generate an order for the user based on the order information.

[0062] In step S150 above, after receiving the recommendation information through the user terminal, the user can directly place an order based on the products in the recommendation information. The user can also modify the products in the recommendation information, such as deleting and / or adding products. The recommended products can belong to the same e-commerce platform or different e-commerce platforms. For example, the recommended products may include a hotel room and a restaurant menu. The hotel room and the restaurant menu can be traded on the same e-commerce platform or separately on e-commerce platform A and e-commerce platform B. The server collects the total fee paid by the user based on the order information, and then distributes the payment to each service provider according to the corresponding product price information and the service provider.

[0063] In the above implementation process, by using the waypoint information along the user's travel route, the system recommends service providers such as hotels, restaurants, and amusement parks needed during the trip, and automatically selects corresponding recommended products for the user's reference or consumption. This avoids the tedious process of manually selecting service providers and their products, greatly facilitating users' travel and consumption, and improving their travel experience. At the same time, it also avoids the problem of users having to place multiple orders and make payments for products from different platform service providers, further enhancing the user's consumption experience.

[0064] Please refer to Figure 2 , Figure 2 This is a schematic diagram of the first detailed flowchart of step S120 in the order generation method provided in this application embodiment. In an optional embodiment, the above-mentioned waypoint information includes waypoint type information and waypoint name information, and the service provider information includes service provider type information and service provider name information.

[0065] Accordingly, step S120 above includes:

[0066] Step S121: Retrieve service provider type information and service provider name information for all service providers in the region where the waypoint is located from the database.

[0067] Step S122: Select the service provider whose service provider type information is consistent with the transit point type information and whose service provider name information is consistent with the transit point name information as the target service provider.

[0068] In the above steps, for example, a user's waypoint is "XX Lake". Based on the waypoint information in the user's travel route, "XX Lake" is a scenic spot type waypoint, and its name is "XX Lake". Following the matching principle of name and type consistency, XX Mountain of XX Lake is a scenic spot type service provider. Furthermore, the full name of XX Mountain is "XX Mountain - XX Lake Main Scenic Area", showing that its name matches the name of the waypoint. Therefore, "XX Mountain - XX Lake Main Scenic Area" can be considered the target service provider for this waypoint.

[0069] In the above implementation process, the target service provider recommended to the user is selected by matching the name and type, which largely meets the user's expectations and needs.

[0070] Please refer to Figure 3 , Figure 3 This is a second detailed flowchart of step S120 in the order generation method provided in this application embodiment. In an optional embodiment, the aforementioned waypoint information further includes waypoint location information, and the service provider information further includes service provider location information.

[0071] Accordingly, step S120 above includes:

[0072] Step S123: Calculate the distance between each service provider and the waypoint based on the service provider location information and the waypoint location information to obtain the distance information of each service provider.

[0073] Step S124: Compare the distance information of each service provider to obtain the distance comparison results.

[0074] Step S125: Select at least one service provider with the shortest distance as the first candidate service provider based on the distance comparison results.

[0075] Step S126: Select the first candidate service provider whose service provider type information is consistent with the transit point type information and whose service provider name information is consistent with the transit point name information as the target service provider.

[0076] In the above steps, the location information of service providers and waypoints can be obtained by acquiring their latitude and longitude information. The distances between each service provider and the waypoints are calculated based on the location information. These distances are then compared and arranged in descending or ascending order. A distance threshold is set, and service providers whose distances exceed this threshold are selected as the first choice. The distance threshold can be determined based on the travel mode obtained from the user's travel plan. Specifically, if the user chooses to drive, the distance threshold can be set higher; if the user chooses public transportation, the distance threshold can be set lower.

[0077] In the above implementation process, by satisfying the matching principle of name and type consistency, and further using the distance between the service provider and the waypoint as the filtering condition for the target service provider, the user's expectations and needs are further met.

[0078] Please refer to Figure 4 , Figure 4 This is a schematic diagram of the third detailed flowchart of step S120 in the order generation method provided in this application embodiment. In an optional embodiment, the above-mentioned service provider information further includes service provider evaluation index information;

[0079] Accordingly, step S120 above includes:

[0080] Step S127: Compare the evaluation index information of each service provider to obtain the evaluation comparison results.

[0081] Step S128: Select at least one service provider with the highest evaluation index as the second candidate service provider based on the evaluation comparison results.

[0082] Step S129: Select the second candidate service provider whose service provider type information is consistent with the transit point type information and whose service provider name information is consistent with the transit point name information as the target service provider.

[0083] In the above steps, the evaluation index information can be provided and uploaded to the database by historical users after their consumption with the service provider, or it can be provided by media or other review organizations based on their evaluations of the service provider. The evaluation index information can be used to calculate a total score or average score by rating multiple aspects, or it can be used to calculate a comprehensive evaluation level by assessing the satisfaction levels of multiple aspects according to preset levels. By comparing the evaluation indexes of each service provider pairwise, they can be arranged in either descending or ascending order. Then, by setting an evaluation index threshold, service providers whose thresholds are higher than the threshold are selected as second-choice service providers.

[0084] The threshold for evaluation metrics can be determined based on user needs. Specifically, since service providers with higher evaluation metrics tend to have more customers, leading to longer queues, for example, during meals, the threshold can be determined by analyzing user travel plans to determine the tightness of their schedules. If the schedule is tight, the threshold can be set lower; if the schedule is flexible, the threshold can be set higher.

[0085] In the above implementation process, by satisfying the matching principle of name and type consistency, and further using the service provider's evaluation indicators as the screening condition for target service providers, the user's expectations and needs are further met.

[0086] Please refer to Figure 5 , Figure 5 This is a detailed flowchart illustrating step S150 in the order generation method provided in this application embodiment. In an optional embodiment, step S150 includes:

[0087] Step S151: Obtain the user's account information from the user's terminal.

[0088] In step S151 above, the user account information can be the information registered when the user registers the account. The account information includes, but is not limited to, at least one of the following: the user's name, mobile phone number, and ID card number.

[0089] Step S152: Generate a unique request identifier based on the account information and order information.

[0090] In step S152 above, a hash algorithm can be used to generate a unique request identifier based on account information and order information.

[0091] Step S153: Check if there is an order in the database that has the same value as the unique request identifier.

[0092] In step S153 above, upon obtaining the order information of a user placing an order based on the recommendation information, it is checked whether there is an order with the same value as the unique request identifier. If so, it indicates the possibility that the user may have placed a duplicate order.

[0093] If it does not exist, proceed to step S154: generate an order for the user based on the unique request identifier.

[0094] In the above implementation process, by checking whether there is a duplicate order before the user places an order and makes payment, the error of duplicate ordering is avoided, thus avoiding trouble for the user.

[0095] Please refer to Figure 6 , Figure 6 This is a detailed flowchart illustrating step S154 of the order generation method provided in this application embodiment. In an optional embodiment, step S154 includes:

[0096] Step S1541: Lock the product inventory in the database based on the unique request identifier and generate an order to be paid.

[0097] In step S1541 above, after determining that no similar duplicate orders have occurred, the products in the order are locked in the database to prevent other users from placing orders for the same products and to prevent situations where similar users successfully place orders but the service provider does not have the products in stock.

[0098] Step S1542: Generate a payment link based on the order to be paid and send it to the user's terminal.

[0099] In step S1542 above, after the user's selected product is determined, a payment link is generated based on the selected product information and sent to the user. The payment link can be in the form of a QR code, which the user scans to pay, or it can directly access the user's payment app's payment interface, allowing the user to directly pay for the order.

[0100] Step S1543: Obtain payment information from the third-party payment platform showing that the user terminal made the payment based on the payment link.

[0101] In step S1543 above, the user's payment is temporarily collected by the third-party payment platform. The server obtains payment information from the third-party payment platform indicating that it has received payment from the user for the order.

[0102] Step S1544: Pay the target service provider's terminal according to the payment information and obtain the payment information.

[0103] The above step S1544 can be specifically implemented as follows: based on the obtained payment information, obtain the order to which the current payment belongs; based on the order information of the order, obtain the goods, quantity, unit price, and service provider of the goods; calculate the amount receivable from each service provider in the order; and pay each service provider according to the amount receivable.

[0104] Step S1545: Send the order verification voucher to the user terminal based on the payment information.

[0105] In step S1545 above, the verification voucher can be a verification code sent to the user's mobile phone via SMS, or a QR code sent to the user's terminal. The verification voucher serves as proof that the user has completed payment for the order, and is used by the service provider to verify the payment when delivering the goods to the user.

[0106] In the above implementation process, when a user confirms the products they are about to order, the corresponding product inventory in the database is locked to prevent other users from placing orders for the same products, thus avoiding the problem of no products being available to the user. By sending the payment link for the order to the user, the user can directly complete the payment for all products in the order, avoiding the cumbersome process of paying each service provider for each product in the order individually, bringing convenience to users' online shopping.

[0107] Please refer to Figure 7 , Figure 7This is a detailed flowchart illustrating step S1544 in the order generation method provided in this application embodiment. In an optional embodiment, step S1544 includes:

[0108] Step S15441: Calculate the revenue share for each target service provider based on the order information and the preset commission rules.

[0109] In step S15441 above, when multiple target service providers display and transact their products on the same e-commerce platform, the amount due to the target service provider is calculated based on the products ordered by the user from each target service provider and their corresponding prices. Then, according to the e-commerce platform's preset commission rules, the commission amount for the e-commerce platform merchant on this order and for the target service provider is calculated. Subtracting the commission amount from the due amount yields the actual share of payment for the target merchant.

[0110] Step S15442: Obtain the payment links of each target service provider from the service provider terminal.

[0111] In step S15442 above, the payment connection contains the payment account information of the target service provider. This account information can be entered when the target service provider registers an account, or it can be entered later when the account information is changed according to actual needs.

[0112] Step S15443: Retrieve the payment interface of the third-party payment platform and make payments to each target service provider according to the amount to be paid through the payment interface.

[0113] In step S15443 above, the payment interface of the third platform can be the payment interface opened by UnionPay for non-service providers. This payment interface verifies the target service provider and its corresponding payment amount based on the order information of the user's payment order. After verification, the payment is made to the target service provider according to the above-mentioned payment amount.

[0114] In the above process, the payment for the current order is collected from the user through a third-party platform. Then, since the third-party platform pays the target service provider according to the corresponding payment amount, it avoids the cumbersome process of users having to make separate payments to different target service providers, which brings great convenience to users' online consumption.

[0115] Please refer to Figure 8 , Figure 8 This is a detailed flowchart illustrating step S1545 in the order generation method provided in this application embodiment. In an optional embodiment, step S1545 includes:

[0116] Step S15451: Obtain the list of products ordered by users from each target service provider.

[0117] In step S15451 above, the product list corresponds to the target service provider to which the products belong. The product list may include product name, quantity, and price, etc. The product list may be in text format.

[0118] Step S15452: Generate a reconciliation sub-voucher corresponding to the target service provider based on the product list.

[0119] In step S15452 above, the verification sub-voucher serves as the unique proof of the goods ordered by the user from the corresponding target service provider. It signifies that the user has purchased the goods from the aforementioned product list from the target service provider. The verification sub-voucher can be a QR code or a string of numbers and letters, corresponding to the user's product list in the target service provider's terminal. The QR code verification sub-voucher can be in image format, while the code verification sub-voucher can be in text format.

[0120] Step S15453: Write the product list and verification sub-voucher into the preset verification voucher template to obtain the order verification voucher.

[0121] In step S15453 above, the preset template is the format for summarizing the product lists and verification sub-vouchers of each target service provider. Those skilled in the art can set the specific format according to actual needs, and this application embodiment does not impose specific limitations on this. In the summarized order verification vouchers, the product list is used by the user to confirm the products they have ordered and to identify the corresponding service provider's verification sub-voucher. The verification sub-voucher serves as the user's sole proof of ordering from that service provider, allowing the target service provider to confirm whether the consumer of the current order is the user who placed the order.

[0122] Verification vouchers can be sent to users' mobile phones via SMS or MMS, or the order verification vouchers can be sent directly to the user's device.

[0123] In the above implementation process, by obtaining the corresponding product list from each target service provider's order and generating corresponding verification sub-vouchers, it is convenient for users to confirm the products they have ordered and to identify the corresponding service provider's verification sub-voucher. It also facilitates target service providers in confirming whether the consumer of the current order is the same user who placed the order. This further simplifies online ordering and offline consumption for users.

[0124] Please see Figure 9 , Figure 9 This is a functional block diagram of the order generation device 900 provided in an embodiment of this application. This application provides an order generation device 900, applied to a server.

[0125] The device includes:

[0126] The first acquisition module 910 is used to obtain waypoint information from the user's travel route uploaded by the user terminal and to obtain service provider information uploaded by each service provider terminal from the database.

[0127] The matching module 920 is used to match the target service provider for each way point based on the way point information and the service provider information.

[0128] The second acquisition module 930 is used to obtain product information uploaded by the service provider terminals of each target service provider matched from the database;

[0129] The selection module 940 is used to select recommended products from the matched target service providers based on product information and push the recommended product information to the user terminal; and

[0130] The order module 950 is used to receive order information from user terminals after completing the order placement operation based on the recommendation information, and to generate an order for the user based on the order information.

[0131] Please refer to the figure again. In one optional implementation, the waypoint information includes waypoint type information and waypoint name information, and the service provider information includes service provider type information and service provider name information.

[0132] Accordingly, the matching module 920 is specifically used for:

[0133] Retrieve service provider type information and service provider name information for all service providers in the region where the transit point is located from the database; select service providers whose service provider type information and service provider name information are consistent with the transit point type information as target service providers.

[0134] Please refer to the figure again. In one optional embodiment, the waypoint information mentioned above also includes waypoint location information of the waypoint, and the service provider information also includes service provider location information of the service provider.

[0135] Accordingly, the matching module 920 is specifically used for:

[0136] The distance between each service provider and the waypoint is calculated based on the service provider's location information and the waypoint's location information to obtain the distance information of each service provider; the distance information of each service provider is compared to obtain the distance comparison result; based on the distance comparison result, at least one service provider with the shortest distance is selected as the first candidate service provider.

[0137] Please refer to the figure. In one optional implementation, the above service provider information also includes the service provider's evaluation index information.

[0138] Accordingly, the matching module 920 is specifically used for:

[0139] The evaluation indicators of each service provider are compared to obtain the evaluation comparison results. Based on the evaluation comparison results, at least one service provider with the highest evaluation indicators is selected as the second candidate service provider. The second candidate service provider whose service provider type information is consistent with the route point type information and whose service provider name information is consistent with the route point name information is selected as the target service provider.

[0140] Please refer to the attached diagram. In one optional implementation, the order module 950 is specifically used for:

[0141] Obtain the user's account information from the user's terminal; generate a unique request identifier based on the account information and order information; check if there is an order in the database with a value equal to the unique request identifier; if not, generate an order for the user based on the unique request identifier.

[0142] Please refer to the attached diagram. In one optional implementation, the order module 950 is further specifically used for:

[0143] The system locks the product inventory in the database based on the unique request identifier and generates an order to be paid; it generates a payment link based on the order to be paid and sends it to the user's terminal; it obtains the payment information from the third-party payment platform showing that the user's terminal makes the payment based on the payment link; it pays the target service provider's terminal based on the payment information and obtains the payment information; and it sends an order verification voucher to the user's terminal based on the payment information.

[0144] Please refer to the attached diagram. In one optional implementation, the order module 950 is further specifically used for:

[0145] The system calculates the payment amount for each target service provider based on the order information and the preset commission rules; obtains the payment links of each target service provider from the service provider's terminal; and retrieves the payment interface of the third-party payment platform, and pays each target service provider according to the payment amount through the payment interface.

[0146] Please refer to the attached diagram. In one optional implementation, the order module 950 is further specifically used for:

[0147] Obtain the product list of user orders from each target service provider; generate a verification sub-voucher corresponding to the target service provider based on the product list; write the product list and verification sub-voucher into a preset verification voucher template to obtain the order verification voucher.

[0148] It should be understood that this device corresponds to the order generation method embodiment described above and is capable of performing the various steps involved in the above method embodiment. The specific functions of this device can be found in the description above, and detailed descriptions are omitted here to avoid repetition. The device includes at least one software functional module that can be stored in memory or embedded in the device's operating system (OS) in the form of software or firmware.

[0149] Based on the same inventive concept, please refer to Figure 10 , Figure 10 This is a schematic diagram of the structure of an electronic device 1000 provided in an embodiment of this application. The electronic device 1000 may include a memory 1011, a memory controller 1012, a processor 1013, a peripheral interface 1014, an input / output unit 1015, and a display unit 1016. Those skilled in the art will understand that... Figure 10 The structure shown is for illustrative purposes only and does not limit the structure of the electronic device 1000. For example, the electronic device 1000 may also include components that are more... Figure 10 The more or fewer components shown, or having the same Figure 10 The different configurations shown.

[0150] The aforementioned memory 1011, memory controller 1012, processor 1013, peripheral interface 1014, input / output unit 1015, and display unit 1016 are electrically connected directly or indirectly to achieve data transmission or interaction. For example, these components can be electrically connected to each other through one or more communication buses or signal lines. The aforementioned processor 1013 is used to execute executable modules stored in the memory.

[0151] The memory 1011 can be, but is not limited to, Random Access Memory (RAM), Read Only Memory (ROM), Programmable Read-Only Memory (PROM), Erasable Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), etc. The memory 1011 stores programs, and the processor 1013 executes these programs upon receiving execution instructions. The methods executed by the electronic device 1000, as defined in any embodiment of this application, can be applied to or implemented by the processor 1013.

[0152] The aforementioned processor 1013 may be an integrated circuit chip with signal processing capabilities. The processor 1013 may be a general-purpose processor, including a Central Processing Unit (CPU), a Network Processor (NP), etc.; it may also be a digital signal processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field-Programmable Gate Array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor may be a microprocessor or any conventional processor.

[0153] The peripheral interface 1014 described above couples various input / output devices to the processor 1013 and the memory 1011. In some embodiments, the peripheral interface 1014, the processor 1013, and the memory controller 1012 can be implemented in a single chip. In other instances, they can be implemented by separate chips.

[0154] The input / output unit 1015 described above is used to provide user input data. The input / output unit 1015 may be, but is not limited to, a mouse and keyboard, etc.

[0155] The aforementioned display unit 1016 provides an interactive interface (e.g., a user interface) between the electronic device 1000 and the user, or displays image data for the user's reference. In this embodiment, the display unit can be a liquid crystal display (LCD) or a touch display. If it is a touch display, it can be a capacitive touchscreen or a resistive touchscreen that supports single-point and multi-point touch operations. Supporting single-point and multi-point touch operations means that the touch display can sense touch operations generated simultaneously from one or more locations on the touch display and pass the sensed touch operations to the processor for calculation and processing.

[0156] The electronic device 1000 in this embodiment can be used to perform the various steps in the various methods provided in the embodiments of this application.

[0157] This application also provides a storage medium storing a computer program, which is executed by a processor to perform the above-described method.

[0158] The storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as Static Random Access Memory (SRAM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Erasable Programmable Read Only Memory (EPROM), Programmable Red-Only Memory (PROM), Read-Only Memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0159] In summary, the order generation method, apparatus, and storage medium provided in this application recommend service providers such as hotels, restaurants, and amusement parks needed during a user's travel route by using waypoint information, and automatically select corresponding recommended products for the user's reference or consumption. This avoids the tedious process of manually selecting service providers and their products. Furthermore, by collecting payments from all target service providers in the user's current order through a third-party payment platform, and then distributing the payments to each target service provider separately, the user avoids the hassle of making separate payments for each target service provider. In addition, when a user confirms the products to be ordered, locking the corresponding product inventory in the database prevents other users from ordering the same products, thus avoiding the problem of no products being available to the user. Finally, after the user completes the order payment, an order verification voucher containing a product list is sent to the user. The user can use this order verification code to confirm the products they ordered and identify the corresponding service provider's verification sub-voucher. This also facilitates the target service providers in confirming whether the consumer of the current order is the same person who placed the order. This further simplifies online ordering and offline consumption for users.

[0160] It should be understood that the disclosed apparatus and methods can also be implemented in other ways, given the several embodiments provided in this application. The apparatus embodiments described above are merely illustrative. For example, the flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code, which contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions marked in the blocks may occur in a different order than those marked in the drawings. For example, two consecutive blocks may actually be executed substantially in parallel, or they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram and / or flowchart, and combinations of blocks in block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or action, or using a combination of dedicated hardware and computer instructions.

[0161] In addition, the functional modules in the various embodiments of this application can be integrated together to form an independent part, or each module can exist independently, or two or more modules can be integrated to form an independent part.

[0162] The above description is only an optional implementation of the embodiments of this application, but the protection scope of the embodiments of this application is not limited thereto. Any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in the embodiments of this application should be covered within the protection scope of the embodiments of this application.

Claims

1. An order generation method characterized by, The method is applied to a server, and the method comprises: obtaining route point information in a user travel route uploaded from a user terminal, and obtaining service provider information uploaded from a service provider terminal of each service provider from a database; matching target service providers of each route point according to the route point information and the service provider information; obtaining commodity information uploaded from the service provider terminal of each target service provider matched from the database; selecting recommended commodities from each target service provider matched according to the commodity information, and pushing recommendation information of the recommended commodities to the user terminal; and receiving order information of a user terminal completing an order operation according to the recommendation information, and generating an order for the user according to the order information; wherein the route point information comprises route point type information and route point name information of the route point, and the service provider information comprises service provider type information and service provider name information; the service provider information further comprises evaluation index information of the service provider; the matching target service providers of each route point according to the route point information and the service provider information comprises: comparing the evaluation index information of each service provider to obtain an evaluation comparison result; selecting at least one service provider with the highest evaluation index as a second candidate service provider according to the evaluation comparison result; selecting a second candidate service provider with consistent service provider type information and route point type information, and consistent service provider name information and route point name information as the target service provider; selecting at least one service provider with the highest evaluation index as a second candidate service provider according to the evaluation comparison result comprises: selecting a service provider with an evaluation index greater than an evaluation index threshold as the second candidate service provider; wherein the evaluation index threshold is negatively related to the compactness of the time arrangement of the user.

2. The order generation method according to claim 1, characterized by, the matching target service providers of each route point according to the route point information and the service provider information comprises: obtaining the service provider type information and service provider name information of all service providers in the region where the route point is located from the database; selecting a service provider with consistent service provider type information and route point type information, and consistent service provider name information and route point name information as the target service provider.

3. The order generation method according to claim 2, characterized by, wherein, the route point information further comprises route point location information of the route point, and the service provider information further comprises service provider location information of the service provider; the matching target service providers of each route point according to the route point information and the service provider information comprises: calculating the distance between each service provider and the route point according to the service provider location information and the route point location information to obtain distance information of each service provider; comparing the distance information of each service provider to obtain a distance comparison result; selecting at least one service provider with the shortest distance as a first candidate service provider according to the distance comparison result; selecting a first candidate service provider with consistent service provider type information and route point type information, and consistent service provider name information and route point name information as the target service provider.

4. The order generation method of claim 1, wherein, The receiving user terminal completes order information of an ordering operation according to the recommendation information, and generates an order for the user according to the order information, including: Obtaining account information of the user from the terminal of the user; Generating a unique request identifier according to the account information and order information; Checking whether there is an order equal to the value of the unique request identifier in the database; If not, generating an order for the user according to the unique request identifier.

5. The order generation method according to claim 4, wherein, Generating an order for the user according to the unique request identifier, including: Locking the commodity inventory in the database according to the unique request identifier, and generating a to-be-paid order; Generating a payment link according to the to-be-paid order, and sending it to the user terminal of the user; Obtaining payment information of the user terminal according to the payment link from a third-party payment platform; Paying the service provider terminal of the target service provider according to the payment information, and obtaining payment information; and Sending an order verification voucher to the user terminal according to the payment information.

6. The order generation method according to claim 5, wherein, The payment to the service provider terminal of the target service provider according to the payment information, including: Calculating the share amount of each target service provider according to the order information and a preset commission rule; Obtaining a payment link of each target service provider from the service provider terminal; and Calling a payment interface of a third-party payment platform, and paying each target service provider according to the share amount through the payment interface.

7. The order generation method according to claim 5, wherein The sending of the order verification voucher to the user terminal according to the payment information, including: Obtaining a commodity list ordered by the user terminal from each target service provider; Generating a verification sub-voucher corresponding to the target service provider according to the commodity list; The commodity list and the verification sub-voucher are written into a preset verification voucher template to obtain the order verification voucher.

8. An order generating apparatus characterized by comprising: The device is applied to a server, and the device includes: A first obtaining module for obtaining way point information from a user travel route uploaded by a user terminal, and obtaining service provider information uploaded by each service provider terminal from a database; A matching module for matching target service providers of each way point according to the way point information and the service provider information; A second obtaining module for obtaining commodity information uploaded by the service provider terminal of each target service provider matched from the database; A selection module for selecting recommended commodities from each target service provider matched according to the commodity information, and pushing recommendation information of the recommended commodities to the user terminal; and An ordering module for receiving order information of an ordering operation completed by a user terminal according to the recommendation information, and generating an order for the user according to the order information; The way point information includes way point type information and way point name information of the way point, and the service provider information includes service provider type information and service provider name information; the service provider information further includes evaluation index information of the service provider. In the process of matching the target service provider of each of the route points according to the route point information and the service provider information, the matching module is specifically configured to: compare the evaluation index information of each of the service providers to obtain an evaluation comparison result; select at least one service provider with the highest evaluation index as a second candidate service provider according to the evaluation comparison result; and select the second candidate service provider whose service provider type information is consistent with the route point type information and whose service provider name information is consistent with the route point name information as the target service provider. In the process of selecting at least one service provider with the highest evaluation index as a second candidate service provider according to the evaluation comparison result, the matching module is specifically configured to: select a service provider with an evaluation index greater than an evaluation index threshold as the second candidate service provider; and wherein the evaluation index threshold is negatively correlated with the compactness of the time arrangement of the user.

9. A computer-readable storage medium, characterized in that, The computer readable storage medium stores a computer program, and the computer program is run by the processor to execute the method in any one of claims 1 to 7.

Images