WO2018006716A1 - 订单信息处理方法、装置及系统 - Google Patents

订单信息处理方法、装置及系统 Download PDF

Info

Publication number
WO2018006716A1
WO2018006716A1 PCT/CN2017/089975 CN2017089975W WO2018006716A1 WO 2018006716 A1 WO2018006716 A1 WO 2018006716A1 CN 2017089975 W CN2017089975 W CN 2017089975W WO 2018006716 A1 WO2018006716 A1 WO 2018006716A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
information
server
order
processing system
Prior art date
Application number
PCT/CN2017/089975
Other languages
English (en)
French (fr)
Inventor
李少华
胡光华
黄宇舟
梁波
王联
罗江威
袁超
杨舒琴
Original Assignee
阿里巴巴集团控股有限公司
李少华
胡光华
黄宇舟
梁波
王联
罗江威
袁超
杨舒琴
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 阿里巴巴集团控股有限公司, 李少华, 胡光华, 黄宇舟, 梁波, 王联, 罗江威, 袁超, 杨舒琴 filed Critical 阿里巴巴集团控股有限公司
Priority to JP2019500248A priority Critical patent/JP7162587B2/ja
Publication of WO2018006716A1 publication Critical patent/WO2018006716A1/zh
Priority to US16/240,298 priority patent/US20190139049A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G06Q20/4037—Remote solvency checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/409—Device specific authentication in transaction processing
    • G06Q20/4097—Device specific authentication in transaction processing using mutual authentication between devices and transaction partners
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/14—Travel agencies

Definitions

  • the present application relates to the field of order information processing technologies, and in particular, to an order information processing method, apparatus and system.
  • the traditional "online reservation line” service has at least the following problems: First, payment is not convenient. At present, the traditional reservation method and the online reservation method, the user needs to pay more than the room fee, or the bank card pre-authorization, or the payment of the line payment tool to pay a certain deposit, the procedure is very cumbersome, and will occupy the user funds. In addition, due to the uncertainty of the hotel's geographical location and network signal, users will not be able to use the online payment tools if they use online payment tools. This problem is also a prominent problem facing O2O. Another problem is that the hotel front desk is less efficient: the procedures for check-in and check-out at the front desk are generally concentrated. The current credit card/savings card method is inefficient, requires credit card waiting, user signing, etc. This has led to a large number of users waiting, resulting in reduced hotel efficiency and reduced occupancy experience.
  • the application provides a method, a device and a system for processing order information, which can improve efficiency and also avoid long waits of a second user currently being processed.
  • An order information processing system comprising:
  • the first user data processing system is configured to: when processing a service request of the second user, determine identity identification information of the second user, and submit the identity identification information of the second user to the server;
  • the server is configured to: perform credit authority verification on the second user, and notify the first user data processing system to generate a service order if the verification is passed, and receive the service order corresponding to the first user data processing system
  • the business order is terminated according to the consumption resource information and the payment account information associated with the second user.
  • a method for processing order information comprising:
  • the first user data processing system determines the identity identification information of the second user when processing the service request of the second user
  • a method for processing order information comprising:
  • the server receives the identification information of the second user
  • a method for processing order information comprising:
  • the first user data processing system generates a service order according to the service request of the second user
  • a method for processing order information comprising:
  • the business order Upon receiving the consumption resource information of the service order submitted by the first user data processing system, the business order is terminated according to the consumption resource information and the payment account information associated with the second user.
  • a method for processing order information comprising:
  • the second graphic code Acquiring, by the second user client, the second graphic code provided by the first user data processing system in a state of logging in to the payment account associated with the second user; wherein the second graphic code carries the first user The service order information generated by the data processing system according to the service request of the second user;
  • the authority verification if the verification passes, returns an authentication pass message to the first user data processing system, and the server ends the service order according to the consumption resource information and the payment account information associated with the second user.
  • An order information processing apparatus is applied to a first user data processing system, including:
  • An identification information determining unit configured to determine identity identification information of the second user when processing the service request of the second user
  • the information submitting unit is configured to submit the identity identification information of the second user to the server, so that the server performs credit authority verification on the second user;
  • An order generating unit configured to generate a business order and submit to the server after receiving the verification pass message
  • the consuming resource information submitting unit is configured to submit the consuming resource information of the service order to the server, so that the server ends the business order according to the consuming resource information and the payment account information associated with the second user.
  • An order information processing device is applied to a server, including:
  • a first information receiving unit configured to receive identity identification information of the second user
  • a first verification unit configured to perform credit authority verification on the second user
  • a first message returning unit configured to return a verification pass message to the first user data processing system if the verification passes, so that the first user data processing system generates a service order
  • the first order end processing unit is configured to receive the end status information of the service order submitted by the first user data processing system and the consumption resource information, and end the service order according to the consumption resource information and the payment account information associated with the second user.
  • An order information processing apparatus is applied to a first user data processing system, including:
  • a business order generating unit configured to generate a business order according to a service request of the second user
  • a graphic code generating unit configured to generate a second graphic code according to the information of the business order, so as to
  • the second user client scans the second graphic code in a state of logging in to the payment account associated with the second user, and submits the payment account information and the scanned business order information to the server, and the server Performing credit authority verification on the second user according to the payment account information, and if the verification is passed, returning a verification pass message to the first user data processing system;
  • a message receiving unit configured to receive the verification pass message
  • the consuming resource information submitting unit is configured to submit the consuming resource information of the service order to the server, so that the server ends the business order according to the consuming resource information and the payment account information associated with the second user.
  • An order information processing device is applied to a server, including:
  • a second information receiving unit configured to receive service order information submitted by the second user client and payment account information of the second user, where the service order is requested by the first user data processing system according to the second user generate;
  • a second verification unit configured to perform credit authority verification on the second user according to the payment account information
  • a second message returning unit configured to return a verification pass message to the first user data processing system if the verification passes, so that the first user data processing system generates a service order
  • the second order end processing unit is configured to receive the end status information of the service order submitted by the first user data processing system and the consumption resource information, and end the service order according to the consumption resource information and the payment account information associated with the second user.
  • An order information processing apparatus is applied to a second user client, including:
  • a graphic code obtaining unit configured to acquire a second graphic code provided by the first user data processing system in a state of logging in to a payment account associated with the second user; wherein the second graphic code carries the first Service order information generated by a user data processing system according to the service request of the second user;
  • An information submitting unit configured to submit the payment account information associated with the second user and the service order information in the second graphic code to a server, so that the server is configured according to the payment account information
  • the second user performs credit authority verification, and if the verification passes, returns an authentication pass message to the first user data processing system, and the server ends the service order according to the consumption resource information and the payment account information associated with the second user.
  • the present application discloses the following technical effects:
  • the first user data processing system when receiving the service request of the second user, only needs to submit the identity identification information of the second user to the server, and the server can perform the credit authority verification on the second user, and determine Whether it meets the business conditions to judge, and if satisfied, informs the first user that the data processing system provides services for the current second user according to a preset manner (for example, no deposit deposit, no room for check-out when leaving the store, etc.)
  • the server then performs the checkout operation for the corresponding order. Therefore, it is possible to avoid performing operations such as collecting a deposit, checking at the time of leaving the store, returning a deposit, etc., which can improve efficiency.
  • due to the omission of the process of paying for consumption resources including Leica, credit card, password, signature), cash (take money, money detector, change), etc., therefore, can also avoid the current is being processed Two users wait for a long time.
  • FIG. 1 is a schematic diagram of a system provided by an embodiment of the present application.
  • FIG. 3 is a flowchart of a second method provided by an embodiment of the present application.
  • FIG. 5 is a flowchart of a fourth method provided by an embodiment of the present application.
  • FIG. 6 is a flowchart of a fifth method provided by an embodiment of the present application.
  • FIG. 7 is a schematic diagram of a first device provided by an embodiment of the present application.
  • FIG. 8 is a schematic diagram of a second device provided by an embodiment of the present application.
  • FIG. 9 is a schematic diagram of a third device provided by an embodiment of the present application.
  • FIG. 10 is a schematic diagram of a fourth device provided by an embodiment of the present application.
  • FIG. 11 is a schematic diagram of a fifth device provided by an embodiment of the present application.
  • the first user may be a merchant user or a seller user, and the like, and the first user usually provides services for the second user, such as a hotel, etc., in a manner of providing service resources such as accommodation, vehicles, and the like;
  • the second user is a buyer user, a consumer user, etc. who obtain the corresponding service by using the service resource provided by the first user.
  • the specific types of service resources are also different.
  • the specific service resources may include rooms, facilities in the room, etc., for the car rental category.
  • the first user the specific service resources mainly refer to the automobile.
  • the second user since the first user needs to deliver the specific service resource to the second user in the process of providing the service to the second user, the second user needs to pay the corresponding usage fee.
  • the first user usually needs to charge a certain deposit, and when the second user leaves the store, check the house, check the vehicle, etc., if it is found in the process of using the service resource by the second user. If the service resource is damaged or lost, the first user may compensate by deducting part or all of the deposit. If the above situation does not occur, the deposit will be refunded to the second when the second user returns the service resource. user. However, if the operation of paying the use fee, paying the deposit, checking, returning the deposit, etc.
  • the resource information may mainly refer to consumption resource information, for example, funds information actually consumed by the second user, and the like.
  • the e-commerce transaction platform can support the operation process such as resource payment in the above application scenario, so that the second user whose credit authority meets the condition can be exempted from paying the deposit when entering the store, and is free from inspection when leaving the store.
  • Skip-out when leaving the store, the platform server directly pays for the order, so that the second user can obtain the service more efficiently during the consumption process, and avoid taking up too much resource occupation, and gain trust.
  • the above functions may be referred to as a “credit live” function in the embodiments of the present application.
  • the embodiment of the present application is based on the above situation, and is the first user and the second.
  • the user provides an order information processing service.
  • the second user goes to the first-user offline store to check-in or rent a car and other related business procedures, the second user's identification information can be submitted to the function of providing "credit” and the like through various means.
  • the server may perform credit authority verification on the second user, and determine whether the preset service condition is met, for example, whether the information such as the credit degree meets the service condition, etc., if yes, the first user may be notified that the second Users can apply for a deposit-free or free deposit-free car rental, and so on. That is to say, the server provides a "credit endorsement" for the user with higher credit rating of the payment account, so that the second user does not need to pay the first user, the deposit, etc. when checking in or renting a car. To avoid excessive occupation of the second user's funds, and to shorten the waiting time of other processing users. When leaving the store, the service resources can be directly returned.
  • the first user does not need to perform operations such as checking the house and checking the car, and there is no refund of the deposit.
  • the second user can leave the store directly, and the subsequent payment of the house payment, etc.
  • the automatic transfer can be performed by the server in the embodiment of the present application.
  • the first embodiment first provides an order information processing system from the perspective of the system, Referring to FIG. 1, the system may include: a first user data processing system 101 and a server 102;
  • the first user data processing system 101 is configured to: when processing a service request of the second user, determine identity identification information of the second user, and submit the identity identification information of the second user to the server;
  • the server 102 is configured to: perform credit authority verification on the second user, and notify the first user data processing system 101 to generate a service order if the verification is passed, and receive the submission by the first user data processing system 101.
  • the service order corresponds to the consumption resource information
  • the business order is terminated according to the consumption resource information and the payment account information associated with the second user.
  • the first user data processing system may refer to a hotel's PMS (Property Management System) system, etc.
  • the business order may refer to a hotel business order, and the like.
  • the hotel PMS may collect the identity authentication information of the second user and upload it to the server (for example, may be a server of the Ali travel platform, etc.), according to the server
  • the second user's "sesame credit" and other data the second user is verified by the credit authority.
  • the hotel PMS system can generate a special business order, the particularity of which is reflected in: the second user does not need to pay a deposit.
  • the offline resource can be directly allocated to the second user.
  • the second user can directly check in, and when the second user leaves the store, there is no need to perform operations such as rounds and deposits, Ali.
  • the second embodiment provides an order information processing party from the perspective of the first user data processing system.
  • Method see Figure 2
  • the method can include the following steps:
  • the first user data processing system determines the identity identification information of the second user when processing the service request of the second user;
  • the first user data processing system may be an enterprise management platform client used by the first user, and the enterprise management platform client may establish a cooperative relationship with a server capable of providing a “credit and residence” function, and the two may be pre-opened.
  • the self-standardized interface is given to the other party, so that direct connection between the two can be achieved.
  • the first user data processing system may also be provided to the first user by a server providing a "credit" function.
  • the Ali travel platform may also provide the first travel of the Ali when the server providing the "credit live” function is provided. A user client, and so on.
  • the specific application scenario may be: when the second user goes to the first-user offline store to check-in or rent a car, etc., that is, the second user and the first user perform Under the offline transaction, the second user does not pre-book on the e-commerce transaction platform, directly goes to the first-user offline store to check-in or rent a car, etc.
  • the first user data processing system receives the second user's The business request; or the second user may also make a reservation in advance from other e-commerce transaction platforms (herein referred to as "other" means: the assumption is that the embodiment of the present application provided by the Alipay or Alipay platform, etc.”
  • the “credit residence” service, other sales platforms that provide travel and car rental online booking services, is called “other e-commerce trading platform”, but has not yet paid.
  • the solution provided by the embodiment of the present application can be used to implement efficient processing, and avoid long waiting for the user.
  • the first A user data processing system can determine the identity information of the second user, and the information is provided to the server in a subsequent step, and the server determines whether the "credit" can be performed.
  • the identification information of the second user may be in a plurality of specific forms, as long as the server can identify which payment account corresponds to the specific one. For example, in one implementation, when the second user goes to the first user's offline store to check in, etc., according to national laws and regulations, the first user usually needs the second user to present his identity document and register it. So, the first The second user can collect the identity information of the first user, for example, an ID number, a name, and the like. When the second user opens his own payment account in the payment platform, the payment platform usually also performs real-name authentication for the second user, including requesting the second user to input the identity document information, and recording.
  • the payment account opened by the second user in the payment platform actually records the real-name identity document information of the second user in the payment platform. Therefore, the first user data processing system can collect the identity information of the second user and submit the information as the identity information of the second user to the server.
  • the server and the payment platform where the user opens the payment account may have an association relationship, for example, an relationship between the Ali travel platform and the Alipay platform, and the like. In this way, the server can determine the payment account information corresponding to the identity information according to the saved real-name authentication information. Further, since the server side usually records the credit information and the like associated with the payment account information, it is determined according to the payment account information whether the second user satisfies the preset service condition.
  • the convenience of the above method is that the first user collects the identity information of the second user and registers the information, which is a legal procedure. Therefore, when using the solution provided by the embodiment of the present application, the first user data processing system only needs to The collected second user ID information can be submitted to the server. Therefore, the second user client is prevented from performing excessive additional operations, which is beneficial to improve processing efficiency.
  • one of the methods may be that the first user data processing system may obtain the payment account information associated with the second user, and then the payment account information may be submitted to the server as the information of the second user, where the payment account information is It may also be the payment account information registered by the second user in the payment platform associated with the server, so that the server can directly judge whether the credit authority of the second user satisfies the business condition according to the payment account information associated with the second user.
  • the specific implementation manner in which the first user data processing system obtains the payment account associated with the second user may also be multiple.
  • the second user may notify the first user of the characters included in the payment account by means of a verbal statement.
  • the first user worker can input the payment account character of the second user by means of keyboard entry.
  • the second user since the second user usually carries a mobile terminal device such as a mobile phone with him or herself, in the case where the payment platform client program is installed in the device, the user interface of the payment platform client program usually provides the information carrying the associated payment account.
  • the first graphic code such as a barcode, a two-dimensional code, etc., therefore, in this case, the second user can also open the payment platform client program (for example, Alipay) in the mobile terminal device, and select from the interface. "Payment" and other options, you can display the first graphic code, which carries the second user Associated payment account information.
  • the terminal device of the first user can be connected to a scanning code device such as a scanning code gun, so that the first user worker can scan the first graphic code displayed in the interface of the second user terminal device by using the scanning code device, thereby obtaining The payment account information associated with the second user.
  • a scanning code device such as a scanning code gun
  • the first user data processing system needs to obtain the payment account information associated with the second user by means of inputting or scanning, etc., for the server side, since the payment account information associated with the second user can be directly used, The second user determines whether the service condition is satisfied, and does not need to first determine the payment account information according to the identification information of the second user. Therefore, the processing efficiency of the server can be improved, and the processing efficiency of the entire processing process can be improved as a whole.
  • S202 Submit the identity information of the second user to the server, so that the server performs credit authority verification on the second user.
  • the server may determine whether the credit authority of the second user meets the preset service condition.
  • the specific service condition may be determined according to actual service requirements. For example, the credit rating of the second user, the size of the credit limit, the number of unsettled transaction orders, and the like may be limited. In this way, the server specifically determines the parameter value corresponding to the current second user for each parameter involved in the service condition, and compares it with the threshold set in the condition, thereby determining the second user. Whether it meets the business conditions.
  • the “seed credit” information associated with the Alipay account of the second user may be obtained, and the quota information provided by the “ant flower garden” for the second user may also be obtained, and in addition, the The number of outstanding orders associated with the Alipay account, etc., the above factors can be used to determine whether the current second user meets the business conditions.
  • the first user data processing system may further provide estimated consumption resource information (for example, may be calculated according to the unit price of the service resource and the estimated departure date, etc.), and provide the server to the server, so that the server may firstly access the second user.
  • the credit size is judged. If the condition is met, the second user's credit limit information may be determined, and whether the user's credit limit is greater than the currently predicted consumption resource information, and if greater than, the condition is met.
  • the message that the verification is passed may be returned to the first user data processing system.
  • the first user may be notified in the form of a notification message or the like. I think the current second user can apply for a deposit-free, or free car rental.
  • the second user can directly use the service resource allocated by the first user, without performing the operations of paying the house payment, deposit, checking, returning the deposit, etc. Avoiding additional occupation of the second user's funds, it can also improve processing efficiency and avoid long queue waiting of other second users. That is to say, when the second user checks in, there is no need to pay any fee, the first user directly allocates a room for him, and the second user can directly check in.
  • the first user data processing system may further generate a service order, that is, an order within the first user system, where the service order may include an order of the first order.
  • Identification identification, identification information of the first user, identification information of the second user, and the like.
  • the information of the business order can also be provided to the server, so that the server performs other processing operations on the business order.
  • S204 Submit the consumption resource information of the service order to the server, so that the server ends the service order according to the consumption resource information and the payment account information associated with the second user.
  • the server may also help the second user to complete the payment of the consumption resources (for example, the house payment, etc.) generated during the use of the service resource. That is to say, as described above, in the embodiment of the present application, when the second user consumes to the offline store of the first user, the resource usage fee has not been paid.
  • the consumption resources for example, the house payment, etc.
  • the server can also perform the checkout operation, that is, directly transfer the relevant consumption resources from the first user's account to the first For the user's account, the operation can be completed directly online, without the need for the second user to pay cash, swipe the card or use other third-party payment tools.
  • the server can determine the payment account information associated with the second user, and can also determine the payment account information associated with the first user, and further, the first user's collection account can be determined.
  • the information, the payment account information of the second user is bound to the service order, and generates a payment order, where the payment order belongs to an order inside the payment platform, and is used for subsequent second user to pay the actual use fee of the service resource, directly Transfer from the second user's payment account to the first user Collection account.
  • the payment order may not be visible to the first user data processing system, and only the user's payment system performs processing of specific resource information.
  • the first user data processing system may further determine the actual consumption resource information according to the actual number of days of use of the service resource by the second user, and the actual consumption resource information and the service order.
  • the order status is submitted to the server, so that the server determines the corresponding payment order according to the order identifier of the business order, and allocates funds according to the information recorded in the payment order and the actual consumption resource information.
  • a checkout order may be generated, where the checkout order is an order for performing a checkout operation, and according to the checkout order, the corresponding actual consumption resource is allocated from the payment account of the second user. Information to the first user's collection account.
  • the transfer order is usually to meet the conventional processing methods in the payment system such as Alipay, so as to avoid too much modification to the existing payment system processing process, that is, in other payment systems, It is not necessary to generate the transfer order and transfer the resources directly according to the information recorded in the payment order.
  • the service order generated by the first user data processing system may further include service resource allocation result information, estimated consumption amount information, service start time, and estimated service end time, and the like.
  • the server can also record this information, and the second user can query by logging in to his own payment account or the like.
  • the part of the information may also be used to determine whether the second user meets the service condition, for example, whether the second user's credit limit is greater than the estimated consumption resource information, and the like.
  • the first user data processing system when receiving the service request of the second user, only needs to submit the identity identification information of the second user to the server, and the server can perform the credit authority verification on the second user. Judging whether it satisfies the business condition, and if the content is satisfied, notifying the first user that the data processing system is in the preset manner (for example, the deposit-free check-in, the room-free check-out room, etc.) is the current second user.
  • the service is provided, and at the end of the service, the server performs the checkout operation for the corresponding order. Therefore, it is possible to avoid performing operations such as collecting a deposit, checking at the time of leaving the store, returning a deposit, etc., which can improve efficiency.
  • due to the omission of the process of paying for consumption resources including Leica, credit card, password, signature), cash (take money, money detector, change), etc., therefore, can also avoid the current is being processed Two users wait for a long time.
  • the third embodiment corresponds to the second embodiment and is introduced from the perspective of the server.
  • the third embodiment provides a method for processing order information, which may include the following steps:
  • S301 The server receives the identity information of the second user.
  • the identification information may be submitted by the first user data processing system when processing the service request of the second user.
  • the server here refers to the server that provides credit and residential service support.
  • the server can refer to the Ali travel server, the Alipay server, and the like.
  • S302 Perform credit authority verification on the second user.
  • S304 Receive the consumption resource information submitted by the first user data processing system, and end the service order according to the consumption resource information and the payment account information associated with the second user.
  • the identifier information submitted by the received first user data processing system may include the identity information of the second user.
  • the server may determine, according to the identity information, the payment platform associated with the second user on the server.
  • the payment account information opened in the middle, and determining, according to the payment account information, whether the credit authority of the second user satisfies a preset business condition. If the received identity information submitted by the first user data processing system is the payment account information associated with the second user, it may be directly determined according to the payment account information whether the second user meets the preset service condition.
  • the information submitted by the first user data processing system further includes estimated consumption resource information.
  • the second user's credit limit information may also be determined to determine whether the credit limit information is higher than the The estimated consumption resource information is determined according to the judgment result, and whether the verification is passed.
  • the so-called ending business order may mainly include performing operations such as paying for consumption resources for the business order, and the operation may be completed by the server.
  • the server may further receive the service order information submitted by the first user data processing system, and then determine the collection account information of the first user according to the identification information of the first user, and determine the determined The first user's collection account information, the second user's payment account information is bound to the business order, and a payment order is generated.
  • the actual user resource information submitted by the first user data processing system after the second user consumes and the corresponding service order identifier may be received, and the server may be configured according to the service.
  • the actual consumption resource information is sent to the first user's collection account. Thereafter, a notification message regarding resource information transfer may also be provided to the second user client.
  • the server may first determine whether the current second user is The contracted user, if yes, then judges and other operations, otherwise, the second user can be prompted to sign the contract.
  • the specific prompting manner may be multiple.
  • the contact information may be used.
  • the two users provide link information for jumping to the subscription page, for example, sending the link information to the second user's mobile phone by means of a short message or the like, and the like.
  • the second user client can be evoked, and the subscription page is displayed, and then the user operation information submitted by the second user client is received, and the signing operation can be completed.
  • the first user's offline store may provide a graphic code carrying a subscription page address, such as a two-dimensional code, and the server may send the subscription prompt information to the first user data processing.
  • the first user staff can use the second user by prompting the second user
  • the client scans the QR code
  • the client can directly display the contract page and perform the contract operation.
  • the first user data processing system may also provide an operation selection for completing the subscription.
  • the server may provide the first user data processing system with prompt information about that the second user has not signed the contract.
  • the user staff can verbally read the content of the agreement and ask whether the second user agrees.
  • the first user staff can operate the operation options of the first user data processing system to achieve verbal contracting.
  • the server may determine the second user's payment account information because the information of the second user has been previously determined. Therefore, the second user may also be associated.
  • the payment account is modified to the contracted status.
  • the server may treat the verbal contract as a temporary contract, ie, only in the current purchase, or only for the current first user, and so on.
  • the third embodiment is corresponding to the second embodiment.
  • the first user data processing system submits the identity information of the second user to the server, which may be the identity information of the second user, or may be scanned by the code.
  • the payment account information of the second user obtained by the method, and the like.
  • the payment account information associated with the second user may be submitted to the server by the second user client, which is described in detail below.
  • the third embodiment provides a method for processing order information, which may include the following steps:
  • S401 The first user data processing system generates a service order according to the service request of the second user.
  • the service order may further include an identifier of the order, an identifier of the second user, service resource allocation information, an estimated consumption resource, a service start time, an estimated service end time, and the like, and the server may perform Records can also generate orders within the payment system for paying actual consumption resources, and so on.
  • S402 Generate a second graphic code according to the information of the service order, so that the second user client scans the second graphic code in a state of logging in to a payment account associated with the second user, and The payment account information and the scanned business order information are submitted to the server, and the server performs credit authority verification on the second user according to the payment account information, and if yes, returns a verification pass message to the first user data processing system. ;
  • the second user client may refer to an Ali travel client, an Alipay client, and the like installed in the terminal device of the second user. Since the second user client is in a state in which the payment account associated with the second user is logged in, after the scan, the scan result may be submitted to the server together with the second user payment account information, and is satisfied by the server for the second user. Business conditions are judged. In addition, since the service order includes the identification information of the first user, the server may provide the notification message to the first user data processing system if it is determined that the second user meets the service condition.
  • S404 Submit the consumption resource information of the service order to the server, so that the server ends the service order according to the consumption resource information and the payment account information associated with the second user.
  • the first user data processing system can also perform the services such as deposit-free and room-free check for the second user.
  • the fifth embodiment is corresponding to the fourth embodiment, and is introduced from the perspective of the server.
  • the fifth embodiment provides an order information processing method, and the method may include the following steps:
  • the server receives the service order information submitted by the second user client and the payment account information of the second user, where the service order is generated by the first user data processing system according to the service request of the second user;
  • S502 Perform credit authority verification on the second user according to the payment account information.
  • S504 When receiving the consumption resource information submitted by the first user data processing system, ending the service order according to the consumption resource information and the payment account information associated with the second user.
  • the sixth embodiment is also corresponding to the fourth embodiment. From the perspective of the second user client, an order information processing method is provided. Referring to FIG. 6, the method may include the following steps:
  • the second user client acquires the second graphic code provided by the first user data processing system in a state of logging in to the payment account associated with the second user; wherein the second graphic code carries the first Service order information generated by a user data processing system according to the service request of the second user;
  • S602 Submit the payment account information associated with the second user and the service order information in the second graphic code to the server, so that the server performs credit authority verification on the second user according to the payment account information, if the verification is passed And returning a verification pass message to the first user data processing system, the server ending the service order according to the consumption resource information and the payment account information associated with the second user.
  • the embodiment of the present application further provides an order information processing device, which is applied to the first user data processing system.
  • the device may specifically include:
  • the identification information determining unit 701 is configured to determine identity identification information of the second user when processing the service request of the second user;
  • the information submitting unit 702 is configured to submit the identity identification information of the second user to the server, so that the server performs credit authority verification on the second user;
  • the order generating unit 703 is configured to generate a service order and submit it to the server after receiving the verification pass message;
  • the consuming resource information submitting unit 704 is configured to submit the consuming resource information of the service order to the server, so that the server ends the service order according to the consuming resource information and the payment account information associated with the second user.
  • the identification information determining unit 701 is specifically configured to collect the identity information of the second user
  • the information submitting unit 702 is specifically configured to submit the identity information of the second user to the server, so that the server is configured according to the identity.
  • the credential information determines payment account information opened by the second user in the payment platform associated with the server, and performs credit authority verification on the second user according to the payment account information.
  • the identity information determining unit 701 may be specifically configured to obtain payment account information opened by the second user in the payment platform associated with the server, where the information submitting unit 702 may be specifically configured to use the The payment account information is submitted to the server, so that the server performs credit authority verification on the second user according to the payment account information.
  • the first graphic code information provided by the second user may be scanned to obtain the Provided by the second user in the payment platform associated with the server, the first graphic code information is provided by a payment platform client installed in the second user terminal device, and the payment platform client and the server are There is an association between them.
  • the information submitting unit 702 can also be used to:
  • the estimated consumption resource information is determined and submitted to the server, so that the server performs credit authority verification on the second user according to the estimated consumption resource information.
  • the first user data processing system includes a hotel data processing system
  • the business order includes a hotel business order
  • the embodiment of the present application further provides an order information processing device, which may be specifically applied to a server.
  • the device may include:
  • the first information receiving unit 801 is configured to receive identity identification information of the second user.
  • the first verification unit 802 is configured to perform credit authority verification on the second user.
  • the first message returning unit 803 is configured to, if the verification passes, return a verification pass message to the first user data processing system, so that the first user data processing system generates a service order;
  • the first order end processing unit 804 is configured to receive the end status information of the service order submitted by the first user data processing system and the consumption resource information, and end the business order according to the consumption resource information and the payment account information associated with the second user. .
  • the first information receiving unit 801 is specifically configured to: receive the identity information of the second user submitted by the first user data processing system, where the first verification unit 802 is specifically configured to: determine, according to the identity information The payment account information opened by the second user in the payment platform associated with the server, and the second user is authenticated according to the payment account information.
  • the first information receiving unit 801 is specifically configured to: receive payment account information opened by the second user submitted by the first user data processing system in the payment platform associated with the server;
  • the verification unit 802 is specifically configured to perform credit authority verification on the second user according to the payment account information.
  • the first information receiving unit 801 is further configured to receive the estimated consumption resource information, and the device may further include:
  • a credit limit information determining unit configured to determine credit limit information of the second user
  • the determining unit is configured to determine whether the credit limit information is higher than the estimated consumption resource information, and determine whether the verification is passed according to the determination result.
  • the device may further include:
  • the account information determining unit is configured to determine the payment account information associated with the first user when receiving the service order information submitted by the first user data processing system;
  • a payment order generating unit configured to bind the determined collection account information of the first user, the payment account information of the second user, and the business order to generate a payment order
  • the first order end processing unit 804 includes:
  • a payment order determining subunit for determining a payment order associated with the business order
  • a checkout order generating subunit configured to generate a checkout order according to the actual consumption resource information and the information recorded in the payment order
  • a resource transfer subunit configured to allocate corresponding actual consumption resource information from the second user's payment account to the first user's collection account according to the checkout order.
  • the device may further include:
  • a notification unit configured to provide a notification message about the resource information transfer to the second user client.
  • the device may further include:
  • a contract determining unit configured to determine whether the second user belongs to a contracted user
  • the contract prompting unit is configured to prompt the second user to sign the contract if the contract has not been signed.
  • the signing prompting unit may specifically include:
  • a link information providing subunit configured to provide the second user with link information for jumping to the subscription page by using the contact information
  • the user operation information receiving subunit is configured to complete the signing operation by receiving the user operation information submitted by the second user client.
  • the signing prompting unit may be specifically configured to: provide the first user data processing system with prompt information about that the second user has not signed up, and perform the contracting operation.
  • the operation option is such that after the second user agrees to sign the contract, the operation information of the first user is received through the operation option, and the contract operation is completed.
  • the embodiment of the present application further provides an order information processing device, which is applied to the first user data processing system.
  • the device may specifically include:
  • a service order generating unit 901 configured to generate a service order according to a service request of the second user
  • the graphic code generating unit 902 is configured to generate a second graphic code according to the information of the service order, so that the second user client is in the state of logging in to the payment account associated with the second user, and the second graphic code Scanning, and submitting the payment account information and the scanned business order information to the server, and the server performs credit authority verification on the second user according to the payment account information, and if the verification passes, the first user is The data processing system returns a verification pass message;
  • the message receiving unit 903 is configured to receive the verification pass message.
  • the consuming resource information submitting unit 904 is configured to submit the consuming resource information of the service order to the server, so that the server ends the service order according to the consuming resource information and the payment account information associated with the second user.
  • the embodiment of the present application further provides an order information processing device, which is applied to a server.
  • the device may specifically include:
  • the second information receiving unit 1001 is configured to receive service order information submitted by the second user client and payment account information of the second user, where the service order is processed by the first user data processing system according to the second user Request generation
  • the second verification unit 1002 is configured to perform credit authority verification on the second user according to the payment account information.
  • a second message returning unit 1003 configured to return a verification pass message to the first user data processing system if the verification passes, so that the first user data processing system generates a service order;
  • the second order end processing unit 1004 is configured to receive the end status information of the service order submitted by the first user data processing system and the consumption resource information, and end the business order according to the consumption resource information and the payment account information associated with the second user. .
  • the embodiment of the present application further provides an order information processing device, which is applied to the second user client.
  • the device may specifically include:
  • a graphic code obtaining unit 1101 configured to acquire a second graphic code provided by the first user data processing system in a state of logging in to a payment account associated with the second user; wherein the second graphic code carries the a service order generated by the first user data processing system according to the service request of the second user Single message
  • the information submitting unit 1102 is configured to submit the payment account information associated with the second user and the service order information in the second graphic code to the server, so that the server performs credit authority on the second user according to the payment account information. Verification, if the verification passes, returning an authentication pass message to the first user data processing system, the server ending the business order according to the consumption resource information and the payment account information associated with the second user.
  • the first user data processing system when receiving the service request of the second user, only needs to submit the identity identification information of the second user to the server, and the server can perform the credit authority verification on the second user, and determine Whether it meets the business conditions to judge, and if satisfied, informs the first user that the data processing system provides services for the current second user according to a preset manner (for example, no deposit deposit, no room for check-out when leaving the store, etc.)
  • the server then performs the checkout operation for the corresponding order. Therefore, it is possible to avoid performing operations such as collecting a deposit, checking at the time of leaving the store, returning a deposit, etc., which can improve efficiency.
  • due to the omission of the process of paying for consumption resources including Leica, credit card, password, signature), cash (take money, money detector, change), etc., therefore, can also avoid the current is being processed Two users wait for a long time.
  • the present application can be implemented by means of software plus a necessary general hardware platform. Based on such understanding, the technical solution of the present application may be embodied in the form of a software product in essence or in the form of a software product, which may be stored in a storage medium such as a ROM/RAM or a disk. , an optical disk, etc., includes instructions for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform the methods described in various embodiments of the present application or portions of the embodiments.
  • a computer device which may be a personal computer, server, or network device, etc.

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Primary Health Care (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请实施例公开了订单信息处理方法、装置及系统，其中，所述方法包括：第一用户数据处理系统在处理第二用户的业务请求时，确定第二用户的身份识别信息；将所述第二用户的身份识别信息提交到服务器，以便所述服务器对该第二用户进行信用权限验证；接收到验证通过消息后，生成业务订单并提交到服务器；向服务器提交所述业务订单的消费资源信息，以便所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。通过本申请实施例，能够提高效率，也能避免当前正在办理的第二用户的长时间等待。

Description

订单信息处理方法、装置及系统 技术领域
本申请涉及订单信息处理技术领域，特别是涉及订单信息处理方法、装置及系统。
背景技术
随着电子商务交易平台以及在线支付业务不断扩大，线下到线下(O2O)市场的重要性逐渐凸显出来，而“衣食住行”中“住”、“行”作为其中非常重要的组成部分，人们对于旅游服务、汽车租赁服务品质的追求也上升到了全新的高度。在此背景下，未来的酒店业、汽车租赁业将需要在技术设备、营销模式、经营效率及服务理念等方面升级到新的高度，才能满足消费者预期，提升行业竞争力。
以酒店业为例，传统的“在线订房线下入住”服务至少存在如下问题：首先，付款不方便。目前传统预定方式和网上预定方式，用户需要支付高于房费的现金，或者银行卡预授权，或者线支付工具支付等方式支付一定的押金，手续非常繁琐，且会占用用户资金。另外由于酒店地理位置和网络信号的不确定性，导致用户如果在酒店里使用在线支付工具会造成因为网络问题无法正常使用，这个问题也是现在O2O面临的突出问题。另一个方面的问题是酒店前台工作效率较低：前台办理入住、退房等手续一般比较集中，目前的信用卡/储蓄卡的方式效率较低，需要刷卡等待、用户签字等过程，因此，经常会导致大量用户等待，造成酒店效率降低且入住体验降低。
发明内容
本申请提供了订单信息处理方法、装置及系统，能够提高效率，同时也能避免当前正在办理的第二用户的长时间等待。
本申请提供了如下方案：
一种订单信息处理系统，其特征在于，包括：
第一用户数据处理系统以及服务器；
其中，
所述第一用户数据处理系统用于：在处理第二用户的业务请求时，确定第二用户的身份识别信息，将所述第二用户的身份识别信息提交到服务器；
所述服务器用于：对第二用户进行信用权限验证，如果验证通过，则通知所述第一用户数据处理系统生成业务订单，并在接收到第一用户数据处理系统提交的所述业务订单对应的消费资源信息时，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
一种订单信息处理方法，包括：
第一用户数据处理系统在处理第二用户的业务请求时，确定第二用户的身份识别信息；
将所述第二用户的身份识别信息提交到服务器，以便所述服务器对该第二用户进行信用权限验证；
接收到验证通过消息后，生成业务订单并提交到服务器；
向服务器提交所述业务订单的消费资源信息，以便所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
一种订单信息处理方法，包括：
服务器接收第二用户的身份识别信息；
对该第二用户进行信用权限验证；
如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，以便所述第一用户数据处理系统生成业务订单；
接收到第一用户数据处理系统提交的业务订单的消费资源信息，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
一种订单信息处理方法，包括：
第一用户数据处理系统根据第二用户的业务请求生成业务订单；
根据所述业务订单的信息生成第二图形码，以便所述第二用户客户端在登录到第二用户关联的支付账户的状态下，对所述第二图形码进行扫描，并将所述支付账户信息以及扫描得到的业务订单信息提交到服务器，由服务器根据所述支付账户信息对该第二用户进行信用权限验证，如果验证通过，则向所述第一用户数据处理系统返回验证通过消息；
接收所述验证通过消息；
向服务器提交所述业务订单的消费资源信息，以便所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
一种订单信息处理方法，包括：
服务器接收第二用户客户端提交的业务订单信息以及第二用户的支付账户信息，其中，所述业务订单由第一用户数据处理系统根据所述第二用户的业务请求生成；
根据所述支付账户信息，对所述第二用户进行信用权限验证；
如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，以便所述第一用户数据处理系统生成业务订单；
接收到第一用户数据处理系统提交的业务订单的消费资源信息时，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
一种订单信息处理方法，包括：
第二用户客户端在登录到第二用户关联的支付账户的状态下，获取所述第一用户数据处理系统提供的第二图形码；其中，所述第二图形码携带有所述第一用户数据处理系统根据所述第二用户的业务请求生成的业务订单信息；
将所述第二用户关联的支付账户信息以及第二图形码中的业务订单信息提交到服务器，以便所述服务器根据所述支付账户信息对该第二用户进行信用 权限验证，如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
一种订单信息处理装置，应用于第一用户数据处理系统，包括：
身份识别信息确定单元，用于在处理第二用户的业务请求时，确定第二用户的身份识别信息；
信息提交单元，用于将所述第二用户的身份识别信息提交到服务器，以便所述服务器对该第二用户进行信用权限验证；
订单生成单元，用于接收到验证通过消息后，生成业务订单并提交到服务器；
消费资源信息提交单元，用于向服务器提交所述业务订单的消费资源信息，以便所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
一种订单信息处理装置，应用于服务器，包括：
第一信息接收单元，用于接收第二用户的身份识别信息；
第一验证单元，用于对该第二用户进行信用权限验证；
第一消息返回单元，用于如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，以便所述第一用户数据处理系统生成业务订单；
第一订单结束处理单元，用于接收到第一用户数据处理系统提交的业务订单的结束状态信息以及消费资源信息，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
一种订单信息处理装置，应用于第一用户数据处理系统，包括：
业务订单生成单元，用于根据第二用户的业务请求生成业务订单；
图形码生成单元，用于根据所述业务订单的信息生成第二图形码，以便所 述第二用户客户端在登录到第二用户关联的支付账户的状态下，对所述第二图形码进行扫描，并将所述支付账户信息以及扫描得到的业务订单信息提交到服务器，由服务器根据所述支付账户信息对该第二用户进行信用权限验证，如果验证通过，则向所述第一用户数据处理系统返回验证通过消息；
消息接收单元，用于接收所述验证通过消息；
消费资源信息提交单元，用于向服务器提交所述业务订单的消费资源信息，以便所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
一种订单信息处理装置，应用于服务器，包括：
第二信息接收单元，用于接收第二用户客户端提交的业务订单信息以及第二用户的支付账户信息，其中，所述业务订单由第一用户数据处理系统根据所述第二用户的业务请求生成；
第二验证单元，用于根据所述支付账户信息，对所述第二用户进行信用权限验证；
第二消息返回单元，用于如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，以便所述第一用户数据处理系统生成业务订单；
第二订单结束处理单元，用于接收到第一用户数据处理系统提交的业务订单的结束状态信息以及消费资源信息，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
一种订单信息处理装置，应用于第二用户客户端，包括：
图形码获取单元，用于在登录到第二用户关联的支付账户的状态下，获取所述第一用户数据处理系统提供的第二图形码；其中，所述第二图形码携带有所述第一用户数据处理系统根据所述第二用户的业务请求生成的业务订单信息；
信息提交单元，用于将所述第二用户关联的支付账户信息以及第二图形码中的业务订单信息提交到服务器，以便所述服务器根据所述支付账户信息对该 第二用户进行信用权限验证，如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，第一用户数据处理系统在接收到第二用户的业务请求时，只需要将第二用户的身份识别信息提交到服务器，服务器即可对第二用户进行信用权限验证，判断其是否满足业务条件进行判断，并在满足的情况下，通知第一用户数据处理系统按照预置的方式(例如，免押金入住、离店时免查房等等)为当前第二用户提供服务，后续在服务结束时，再由服务器针对相应的订单办理结账操作。因此，可以避免执行收取押金、离店时的查验、退还押金等操作，可以提高效率。同时，由于省略了支付消费资源过程中的刷卡(包括掏卡，刷卡，输密码，签名)、交现金(拿钱，验钞，找零)等操作，因此，也能避免当前正在办理的第二用户的长时间等待。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的系统的示意图；
图2是本申请实施例提供的第一方法的流程图；
图3是本申请实施例提供的第二方法的流程图；
图4是本申请实施例提供的第三方法的流程图；
图5是本申请实施例提供的第四方法的流程图；
图6是本申请实施例提供的第五方法的流程图；
图7是本申请实施例提供的第一装置的示意图；
图8是本申请实施例提供的第二装置的示意图；
图9是本申请实施例提供的第三装置的示意图；
图10是本申请实施例提供的第四装置的示意图；
图11是本申请实施例提供的第五装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
在本申请实施例中，第一用户可以是商家用户或者卖家用户等，并且这种第一用户通常是以提供住宿、车辆等服务资源的方式，为第二用户提供服务，例如酒店等；相应的，第二用户就是通过使用第一用户提供的服务资源获得相应服务的买家用户、消费者用户等。具体的，对于不同类别的第一用户，服务资源的具体种类也有所不同，例如，对于酒店类的第一用户，具体的服务资源可以包括客房、房内的设施等等，对于汽车租赁类的第一用户，具体的服务资源主要是指汽车等。对于上述应用场景，由于第一用户在为第二用户提供服务的过程中，需要将其具体的服务资源交付给第二用户使用，因此，第二用户需要支付相应的使用费用，另外，在第二用户到店消费时，第一用户通常还要额外收取一定的押金，并在第二用户离店时，进行查房、验车等查验操作，如果发现在第二用户使用服务资源的过程中，服务资源出现被损坏、遗失等情况，第一用户可以通过扣除部分或全部押金的方式作为补偿，如果未发生上述情况，则在第二用户退还服务资源时，将押金如数退还给第二用户。但是，支付使用费用、支付押金、查验、退还押金等操作如果都在第一用户的前台进行，则通常会耗费比较长的时间，导致其他用户的长时间排队等待。另外，收取押金的方式，会给第二用户不被信任的感受，用户体验不佳。
为此，在本申请实施例中，提供了新的订单信息处理方法，其中，订单的 资源信息主要可以是指消费资源信息，例如，第二用户实际消费的资金信息等等。在该方法中，可以通过电子商务交易平台，为上述应用场景下的资源支付等操作过程进行支持，使得信用权限满足条件的第二用户可以在入店时免交押金，离店时免查验、免排队，在离店时，再由平台服务器直接对订单进行资源支付，这样，第二用户在消费过程中，可以更高效的获取服务，并且避免占用过多的资源占用，还会获得被信任、被尊重的用户体验。为便于描述，本申请实施例中可以将以上功能可以称为“信用住”功能。
具体的，基于目前在线支付工具的普及程度，基本上每个用户都会开通自己的在线支付账户，例如，支付宝账户等等，因此，本申请实施例就是基于上述情况，为第一用户以及第二用户提供订单信息处理服务。具体的，第二用户到第一用户的线下门店办理入住或者租车等相关业务的手续时，可以通过多种方式，将第二用户的身份识别信息提交到能够提供“信用住”等功能的服务器，该服务器可以对该第二用户进行信用权限验证，确定出是否满足预置的业务条件，例如，信用度等信息是否符合业务条件等，如果满足，则可以通知第一用户，为该第二用户办理免押金入住或者免押金租车，等等。也就是说，由服务器为开通了支付账户的信用度较高的用户提供“信用背书”，这样，第二用户在办理入住或者租车手续时，就不需要再向第一用户支付房款、押金等，避免对第二用户的资金造成过多的占用，也缩短其他办理用户的等待时间。在离店时，直接退还服务资源即可，第一用户不需要执行查房、验车等操作，也不存在退还押金的情况，第二用户可以直接离店，后续的房款缴纳等，也可以由本申请实施例中的服务器进行自动划拨。
需要说明的是，前文所述中提及的“酒店”、“汽车租赁”等主要是为了对本申请实施例的具体实现方式进行举例说明，不应看作是对本申请实施例保护范围的限定。
下面对具体的实现方式进行详细介绍。
实施例一
首先，该实施例一首先从系统的角度，提供了一种订单信息处理系统，参 见图1，该系统可以包括：第一用户数据处理系统101以及服务器102；
其中，
所述第一用户数据处理系统101用于：在处理第二用户的业务请求时，确定第二用户的身份识别信息，将所述第二用户的身份识别信息提交到服务器；
所述服务器102用于：对第二用户进行信用权限验证，如果验证通过，则通知所述第一用户数据处理系统101生成业务订单，并在接收到第一用户数据处理系统101提交的所述业务订单对应的消费资源信息时，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
其中，在实际应用中，第一用户数据处理系统就可以是指酒店的PMS(Property Management System，经营管理系统)系统等，业务订单可以是指酒店业务订单，等等。在这种场景下，第二用户在进入酒店办理入住时，酒店PMS可以收集该第二用户的身份认证信息，并上传到服务器(例如，可以是阿里旅行平台的服务器等)，服务器根据该第二用户的“芝麻信用”等数据，对该第二用户进行信用权限验证，如果通过，则酒店PMS系统就可以为生成特殊的业务订单，其特殊性体现在：该第二用户无需支付押金，也不需要提前支付房款等，可以直接为该第二用户分配线下资源，第二用户直接入住即可，在第二用户离店时，也不需要进行查房、退押金等操作，阿里旅行等平台的服务器，直接从第二用户关联的账户内将相关的资源信息转入酒店账户即可。可见，在本申请实施例中，真正体现了“信用＝财富”，第二用户在离店之前消费的都是自己的信用，只有最后离店后才真实消费实际的资金等资源。这也是本申请实施例与信用卡消费的最大区别。
以下各实施例从更具体实现的角度，对本申请实施例的技术方案进行详细介绍。
实施例二
该实施例二从第一用户数据处理系统的角度，提供了一种订单信息处理方 法，参见图2，该方法可以包括以下步骤：
S201：第一用户数据处理系统在处理第二用户的业务请求时，确定第二用户的身份识别信息；
其中，第一用户数据处理系统可以是第一用户使用的企业管理平台客户端，这种企业管理平台客户端可以与能够提供“信用住”功能的服务器建立合作关系，两者之间可以预先开放自己的标准化接口给对方，使得两者之间可以实现直连互通。或者，第一用户数据处理系统也可以是与提供“信用住”功能的服务器为第一用户提供的，例如，阿里旅行平台在提供“信用住”功能的服务器时，还可以提供阿里旅行的第一用户客户端，等等。
在本申请实施例中，具体的应用场景可以是：第二用户到第一用户的线下门店办理入住或者租车等相关手续时，也就是说，第二用户与第一用户之间进行的是线下交易，第二用户并未预先在电子商务交易平台进行预订，直接到第一用户的线下门店办理入住或者租车等，此时，第一用户数据处理系统接收到的是第二用户的业务请求；或者，第二用户也可以预先从其他电子商务交易平台进行了预订(这里所谓的“其他”是指：假设是由阿里旅行或者支付宝等淘系平台提供的本申请实施例中的“信用住”服务，则淘系之外的其他提供旅行、租车类在线预订服务的销售平台，就被称为“其他电子商务交易平台”)，但尚未付款。对于上述各种情况，都可以使用本申请实施例提供的方案，实现高效的办理，避免造成用户的长时间等待。
也就是说，第二用户到第一用户的线下门店办理线下业务时，或者，第二用于预先通过其他电商平台进行了预订，到第一用户的线下门店办理入住时，第一用户数据处理系统可以确定出第二用户的身份识别信息，该信息在后续的步骤中会提供给服务器，由服务器进行判断，是否可以进行“信用住”。
其中，所述第二用户的身份识别信息，可以有多种具体的形式，只要能够使得服务器能够识别出具体对应哪个支付账户即可。例如，在其中一种实现方式下，由于第二用户到第一用户的线下门店办理入住等手续时，按照国家法律规定等，第一用户通常需要第二用户出示其身份证件，并予以登记，这样，第 二用户能够采集到第一用户的身份证件信息，例如，身份证号、姓名等等。而第二用户在支付平台中开设自己的支付账户时，支付平台通常也会对第二用户进行实名认证，包括要求第二用户输入身份证件信息等，并进行记录。也就是说，第二用户在支付平台中开通的支付账户，实际上在支付平台中会记录第二用户的实名制身份证件信息。因此，第一用户数据处理系统可以采集第二用户的身份证件信息，并将该信息作为第二用户的身份识别信息，提交到服务器。而服务器与用户开设支付账户的支付平台之间可以具有关联关系，例如，阿里旅行平台与支付宝平台之间具有关联关系，等等。这样，服务器就可以根据保存的实名认证信息，确定出该身份证件信息对应的支付账户信息。进而，由于服务器端通常还会记录有与该支付账户信息关联的信用信息等，因此根据该支付账户信息判断第二用户是否满足预置的业务条件。
以上方式的方便之处在于，由于第一用户采集第二用户的身份证件信息并进行登记，属于法定程序，这样，在使用本申请实施例提供的方案时，第一用户数据处理系统只需要将已经采集到的第二用户身份证件信息提交到服务器即可，因此，避免第二用户客户端执行过多的额外操作，有利于提高处理效率。
另外，还可以有其他的实现方式来实现。例如，其中一种方式可以是，第一用户数据处理系统可以获取到第二用户关联的支付账户信息，进而可以将这种支付账户信息作为第二用户的信息提交到服务器，这里的支付账户信息，也可以是第二用户在服务器关联的支付平台中注册的支付账户信息，这样，服务器就可以直接根据第二用户关联的支付账户信息，对第二用户的信用权限是否满足业务条件进行判断。其中，第一用户数据处理系统获取第二用户关联的支付账户的具体实现方式也可以有多种，例如，第二用户可以通过口头陈述的方式将其支付账户包含的字符告诉给第一用户工作人员，这样，第一用户工作人员可以通过键盘录入的方式，输入第二用户的支付账户字符。或者，由于第二用户通常会随身携带手机等移动终端设备，在该设备中安装有支付平台客户端程序的情况下，支付平台客户端程序的用户界面中通常会提供携带有关联支付账户信息的第一图形码，例如条形码、二维码等，因此，在这种情况下，也可以由第二用户打开其移动终端设备中的支付平台客户端程序(例如，支付宝)，并从界面中选择“付款”等选择，即可显示出第一图形码，其中携带有第二用户 关联的支付账户信息。同时，第一用户的终端设备可以连接扫码枪等扫码设备，这样，第一用户工作人员可以使用扫码设备对第二用户终端设备界面中显示的第一图形码进行扫描，从而获取到第二用户关联的支付账户信息。
通过上述方式，虽然第一用户数据处理系统需要通过录入或者扫码等方式获取第二用户关联的支付账户信息，但是对于服务器端而言，由于可以直接根据第二用户关联的支付账户信息，对第二用户是否满足业务条件进行判断，而不需要首先根据第二用户的身份识别信息确定支付账户信息，因此，能够提高服务器的处理效率，进而也能够从整体提高整个处理过程的处理效率。
S202：将所述第二用户的身份识别信息提交到服务器，以便所述服务器对该第二用户进行信用权限验证；
在将第二用户的身份识别信息提交到服务器后，服务器就可以判断该第二用户的信用权限是否满足预置的业务条件。其中，具体的业务条件可以根据实际的业务需求来确定，例如，可以是对第二用户的信用等级、信用额度的大小、未结账交易订单的数量等进行限制。这样，服务器具体在进行判断时，针对业务条件中涉及到的各项参数，可以确定出当前第二用户对应的参数值，并与条件中设定的阈值等进行比对，进而确定第二用户是否符合业务条件。例如，在支付宝平台下，可以获取到该第二用户的支付宝账户关联的“芝麻信用”信息，还可以获取“蚂蚁花呗”为该第二用户提供的额度信息，另外，还可以确定出该支付宝账户关联的未结账订单数量，等等，以上因素都可以用于确定当前第二用户是否满足业务条件。
另外，第一用户数据处理系统还可以提供预计消费资源信息(例如，可以根据服务资源的单价以及预计的离店日期等进行计算)，并提供给服务器，这样，服务器可以首先对第二用户的信用度大小进行判断，如果满足条件，还可以确定出第二用户的信用额度信息，并判断用户的信用额度是否大于当前预计的消费资源信息，如果大于，则满足条件。
在确定出一个第二用户满足业务条件的情况下，就可以向第一用户数据处理系统返回验证通过的消息，例如，可以以通知消息等形式，通知第一用户可 以为当前第二用户办理免押金入住，或者免押金租车等等。
S203：接收到验证通过消息后，生成业务订单并提交到服务器；
在第一用户数据处理系统接收到验证通过的消息后，第二用户就可以直接使用第一用户为其分配的服务资源，而不需要执行支付房款、押金、查验、退还押金等操作，可以避免对第二用户资金的额外占用，也可以提高处理效率，避免其他第二用户的长时间排队等待。也就是说，在第二用户办理入住时，无需支付任何费用，第一用户直接为其分配房间，第二用户直接入住即可。
另外，第一用户数据处理系统在接收到服务器的验证通过的消息后，还可以生成业务订单，也即，第一用户系统内部的订单，其中，所述业务订单内可以包括第一订单的订单标识、所述第一用户的标识信息以及第二用户的标识信息，等等。这样，还可以将业务订单的信息提供给服务器，以便服务器针对该业务订单进行其他的处理操作。
S204：向服务器提交所述业务订单的消费资源信息，以便所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
在实际应用中，除了对第二用户进行“信用背书”，以便实现信用消费服务，服务器还可以帮助第二用户完成对服务资源使用过程中产生的消费资源(例如，房款等)的支付。也就是说，如前文所述，在本申请实施例中，第二用户到第一用户的线下门店消费时，尚未支付资源使用费用。为了进一步提高效率，避免由于第二用户通过缴纳现金、刷卡等支付时造成的占用时间过长，还可以由服务器办理结账操作，也即直接将相关的消费资源从第一用户的账户划拨到第二用户的账户，该操作可以直接在线完成，不需要第二用户进行支付现金、刷卡或者使用其他第三方支付工具等操作。
具体实现时，服务器在接收到业务订单后，除了可以确定出第二用户关联的支付账户信息，还可以确定出第一用户关联的收款账户信息，进而，可以将第一用户的收款账户信息、所述第二用户的支付账户信息与所述业务订单绑定，生成支付订单，该支付订单属于支付平台内部的订单，用于后续第二用户支付实际对服务资源的使用费用时，直接从第二用户的支付账户中，转入第一用户 的收款账户。该支付订单对于第一用户数据处理系统而言可以是不可见的，仅用户支付系统内部进行具体资源信息的处理。
具体的，在服务过程结束后，第一用户数据处理系统还可以根据第二用户实际对服务资源的使用天数等，确定出实际消费资源信息，并将所述实际消费资源信息以及所述业务订单的订单状态提交到服务器，这样，服务器根据所述业务订单的订单标识，确定出对应的支付订单，并根据所述支付订单内记录的信息，以及所述实际消费资源信息，进行资金的划拨。具体实现时，为了实现消费资源的实际划拨操作，还可以生成结账订单，该结账订单是用于执行结账操作的订单，根据所述结账订单，从第二用户的支付账户划拨对应的实际消费资源信息到第一用户的收款账户。当然，该转账订单通常是为了满足现有的支付宝等支付系统中的常规处理方式，以避免对现有的支付系统处理流程造成太大的修改，也就是说，在其他支付系统中，也可以不必生成该转账订单，直接根据支付订单中记录的信息进行资源的划拨。
在实际应用中，第一用户数据处理系统生成的业务订单中还可以包括服务资源分配结果信息、预估的消费金额信息、服务开始时间，以及预估的服务结束时间，等等。这样，服务器也可以将这些信息进行记录，第二用户可以通过登录到自己的支付账户等进行查询。并且，这部分信息也可以用于对第二用户是否满足业务条件进行判断，例如，可以判断第二用户的信用额度是否大于预估的消费资源信息，等等。
总之，通过本申请实施例，第一用户数据处理系统在接收到第二用户的业务请求时，只需要将第二用户的身份识别信息提交到服务器，服务器即可对第二用户进行信用权限验证，判断其是否满足业务条件进行判断，并在满足的情况下，通知第一用户数据处理系统按照预置的方式(例如，免押金入住、离店时免查房等等)为当前第二用户提供服务，后续在服务结束时，再由服务器针对相应的订单办理结账操作。因此，可以避免执行收取押金、离店时的查验、退还押金等操作，可以提高效率。同时，由于省略了支付消费资源过程中的刷卡(包括掏卡，刷卡，输密码，签名)、交现金(拿钱，验钞，找零)等操作，因此，也能避免当前正在办理的第二用户的长时间等待。
实施例三
该实施例三是与实施例二相对应的，从服务器的角度进行介绍。参见图3，该实施例三提供了一种订单信息处理方法，该方法可以包括以下步骤：
S301：服务器接收第二用户的身份识别信息；
其中，所述身份识别信息可以由第一用户数据处理系统在处理所述第二用户的业务请求时提交。
这里的服务器就是指提供信用住服务支持的服务器，例如，如果是由阿里旅行、支付宝等系统提供相应的信用住服务支持服务，这里的服务器就可以是指阿里旅行的服务器、支付宝服务器等等。
S302：对该第二用户进行信用权限验证；
S303：如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，以便所述第一用户数据处理系统生成业务订单；
S304：接收到第一用户数据处理系统提交的消费资源信息，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
其中，接收到的第一用户数据处理系统提交的身份识别信息可以包括第二用户的身份证件信息，此时，服务器可以根据所述身份证件信息确定该第二用户在所述服务器关联的支付平台中开设的支付账户信息，并根据所述支付账户信息判断该第二用户的信用权限是否满足预置的业务条件。如果接收到的第一用户数据处理系统提交的身份识别信息是第二用户关联的支付账户信息，则可以直接根据所述支付账户信息判断该第二用户是否满足预置的业务条件。另外，具体实现时，所述第一用户数据处理系统提交的信息还包括预计消费资源信息，此时，还可以确定所述第二用户的信用额度信息，判断所述信用额度信息是否高于所述预计消费资源信息，根据判断结果，确定是否验证通过。
其中，所谓的结束业务订单，主要可以包括为业务订单执行支付消费资源等操作，该操作可以由服务器来完成。具体的，为了能够对业务订单进行结账 处理，服务器还可以接收所述第一用户数据处理系统提交的业务订单信息，之后可以根据所述第一用户的标识信息确定所述第一用户的收款账户信息，并将确定出的所述第一用户的收款账户信息、所述第二用户的支付账户信息与所述业务订单绑定，生成支付订单。
在第二用户办理离店，或者退还车辆等手续时，还可以接收第一用户数据处理系统在第二用户消费结束后提交的实际消费资源信息以及对应的业务订单标识，服务器可以根据所述业务订单的订单标识，确定对应的支付订单，然后根据所述支付订单内记录的信息，以及所述实际消费资源信息，生成转账订单，并根据所述转账订单，从第二用户的支付账户划拨对应的实际消费资源信息到第一用户的收款账户。之后，还可以将关于资源信息划拨的通知消息提供给所述第二用户客户端。
另外需要说明的是，由于在对第二用户信用权限是否满足业务条件进行判断的过程中，可能会读取该第二用信用额度、支付订单记录等信息，在消费结束后可能还涉及到从第二用户支付账户向第一用户收款账户的资金自动划拨，因此，可以预先与第二用户进行签约，也即，在第二用户同意的情况下，再执行本申请实施例中的各项具体操作。为此，服务器在接收到第一用户数据处理系统提交的第二用户的身份识别信息时，在确定出需要对第二用户进行信用权限验证的情况下，还可以首先判断当前第二用户是否为已签约用户，如果是，再进行判断等操作，否则，可以先提示第二用户进行签约。
其中，具体的提示方式可以有多种，例如，其中一种方式下，如果服务器接收到的第二用户的信息中包括第二用户的联系方式信息，则可以通过所述联系方式信息，向第二用户提供用于跳转到签约页面的链接信息，例如，将链接信息通过短消息等方式发送到第二用户的手机上，等等。这样，在第二用户对该链接进行点击后，就可以唤起第二用户客户端，并展示出签约页面，进而通过接收第二用户客户端提交的用户操作信息，即可完成签约操作。
或者，在另一种实现方式下，还可以是第一用户的线下门店中提供携带有签约页面地址的图形码，如二维码等，服务器可以将签约提示信息发送到第一用户数据处理系统，第一用户工作人员可以通过提示第二用户，使用其第二用 户客户端扫描该二维码，则可以直接展示出签约页面，并进行签约操作。
再者，还可以在第一用户数据处理系统提供用于完成签约的操作选择，此时，服务器可以向所述第一用户数据处理系统提供关于所述第二用户尚未签约的提示信息，第一用户工作人员可以口头宣读协议内容，并询问第二用户是否同意，在第二用户同意的情况下，第一用户工作人员可以对第一用户数据处理系统的操作选项进行操作，以此实现口头签约。需要说明的是，在这种方式下，服务器在接收到口头签约信息后，由于之前已经跟好第二用户的信息确定出了第二用户的支付账户信息，因此，还可以将第二用户关联的支付账户修改为已签约状态。或者，服务器还可以将这种口头签约视为一种临时签约，也即，仅在当次消费中有效，或者，仅对当前第一用户有效，等等。
由于该实施例三是与实施例二相对应的，因此，相关的具体实现可以参见实施例一中的介绍，这里不再赘述。
实施例四
在以上实施例二以及实施例三中，都是由第一用户数据处理系统将第二用户的身份识别信息提交到服务器，具体可以是第二用户的身份证件信息，或者还可以是通过扫码等方式获取到的第二用户的支付账户信息等。而在本申请实施例四中，第二用户关联的支付账户信息可以是由第二用户客户端提交到服务器的，下面进行详细介绍。
参见图4，该实施例三提供了一种订单信息处理方法，该方法可以包括以下步骤：
S401：第一用户数据处理系统根据第二用户的业务请求生成业务订单；
当然，在实际应用中，业务订单中还可以包括订单的标识、第二用户的标识、服务资源分配信息、预估的消费资源、服务开始时间、预估的服务结束时间等等，服务器可以进行记录，还可以生成用于支付实际消费资源的支付系统内订单，等等。
S402：根据所述业务订单的信息生成第二图形码，以便所述第二用户客户端在登录到第二用户关联的支付账户的状态下，对所述第二图形码进行扫描，并将所述支付账户信息以及扫描得到的业务订单信息提交到服务器，由服务器根据所述支付账户信息对该第二用户进行信用权限验证，如果满足，则向所述第一用户数据处理系统返回验证通过消息；
第二用户客户端可以是指第二用户的终端设备中安装的阿里旅行客户端、支付宝客户端等。由于第二用户客户端中处于第二用户关联的支付账户已登录的状态，因此，在扫描后，可以将扫描结果连同第二用户支付账户信息一起提交到服务器，由服务器对第二用户是否满足业务条件进行判断。另外，由于业务订单中包括第一用户的标识信息，因此，服务器在判断出第二用户符合业务条件的情况下，就可以将通知消息提供给第一用户数据处理系统。
S403：接收所述验证通过消息；
S404：向服务器提交所述业务订单的消费资源信息，以便所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
第一用户数据处理系统在接收到验证通过的消息后，同样可以为所述第二用户办理免押金、免查房等服务。
实施例五
该实施例五是与实施例四相对应的，从服务器的角度进行介绍，参见图5，该实施例五提供了一种订单信息处理方法，该方法可以包括以下步骤：
S501：服务器接收第二用户客户端提交的业务订单信息以及第二用户的支付账户信息，其中，所述业务订单由第一用户数据处理系统根据所述第二用户的业务请求生成；
S502：根据所述支付账户信息，对所述第二用户进行信用权限验证；
S503：如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，以便所述第一用户数据处理系统生成业务订单；
S504：接收到第一用户数据处理系统提交的消费资源信息时，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
实施例六
该实施例六也是与实施例四相对应的，从第二用户客户端的角度，提供了一种订单信息处理方法，参见图6，该方法可以包括以下步骤：
S601：第二用户客户端在登录到第二用户关联的支付账户的状态下，获取所述第一用户数据处理系统提供的第二图形码；其中，所述第二图形码携带有所述第一用户数据处理系统根据所述第二用户的业务请求生成的业务订单信息；
S602：将所述第二用户关联的支付账户信息以及第二图形码中的业务订单信息提交到服务器，以便所述服务器根据所述支付账户信息对该第二用户进行信用权限验证，如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
需要说明的是，关于该实施例四至六中其他的具体实现可以与实施例二相同的，因此，可以参见实施例二中的介绍，这里不再赘述。
与实施例二相对应，本申请实施例还提供了一种订单信息处理装置，该装置应用于第一用户数据处理系统，参见图7，该装置具体可以包括：
身份识别信息确定单元701，用于在处理第二用户的业务请求时，确定第二用户的身份识别信息；
信息提交单元702，用于将所述第二用户的身份识别信息提交到服务器，以便所述服务器对该第二用户进行信用权限验证；
订单生成单元703，用于接收到验证通过消息后，生成业务订单并提交到服务器；
消费资源信息提交单元704，用于向服务器提交所述业务订单的消费资源信息，以便所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
具体实现时，身份识别信息确定单元701具体可以用于采集第二用户的身份证件信息，信息提交单元702具体用于将所述第二用户的身份证件信息提交到服务器，以便服务器根据所述身份证件信息确定该第二用户在所述服务器关联的支付平台中开设的支付账户信息，并根据所述支付账户信息对该第二用户进行信用权限验证。
或者，在另一种实现方式下，身份识别信息确定单元701具体可以用于获取第二用户在所述服务器关联的支付平台中开设的支付账户信息，信息提交单元702具体可以用于将所述支付账户信息提交到服务器，以便服务器根据所述支付账户信息对该第二用户进行信用权限验证。
其中，在上述另一种实现方式下，具体在获取第二用户在所述服务器关联的支付平台中开设的支付账户信息时，可以通过扫描第二用户提供的第一图形码信息，获取所述第二用户在所述服务器关联的支付平台中开设的，所述第一图形码信息由所述第二用户终端设备中安装的支付平台客户端提供，所述支付平台客户端与所述服务器之间具有关联关系。
具体实现时，信息提交单元702还可以用于：
将所述第二用户的身份识别信息提交到服务器时，确定预计消费资源信息，并提交到服务器，以便服务器根据所述预计消费资源信息，对于所述第二用户进行信用权限验证。
在实际应用中，所述第一用户数据处理系统包括酒店数据处理系统，所述业务订单包括酒店业务订单。
与实施例三相对应，本申请实施例还提供了一种订单信息处理装置，该装置具体可以应用于服务器，参见图8，该装置可以包括：
第一信息接收单元801，用于接收第二用户的身份识别信息；
第一验证单元802，用于对该第二用户进行信用权限验证；
第一消息返回单元803，用于如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，以便所述第一用户数据处理系统生成业务订单；
第一订单结束处理单元804，用于接收到第一用户数据处理系统提交的业务订单的结束状态信息以及消费资源信息，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
具体实现时，第一信息接收单元801具体可以用于：接收第一用户数据处理系统提交的第二用户的身份证件信息，第一验证单元802具体可以用于：根据所述身份证件信息确定该第二用户在所述服务器关联的支付平台中开设的支付账户信息，并根据所述支付账户信息对该第二用户进行信用权限验证。
或者，在另一种实现方式下，第一信息接收单元801具体可以用于：接收第一用户数据处理系统提交的第二用户在所述服务器关联的支付平台中开设的支付账户信息；第一验证单元802具体可以用于：根据所述支付账户信息对该第二用户进行信用权限验证。
具体实现时，第一信息接收单元801还可以用于接收预计消费资源信息，该装置还可以包括：
信用额度信息确定单元，用于确定所述第二用户的信用额度信息；
判断单元，用于判断所述信用额度信息是否高于所述预计消费资源信息，根据判断结果，确定是否验证通过。
另外，在具体实现时，该装置还可以包括：
账户信息确定单元，用于接收所述第一用户数据处理系统提交的业务订单信息时，确定第一用户关联的收款账户信息；
支付订单生成单元，用于将确定出的所述第一用户的收款账户信息、所述第二用户的支付账户信息与所述业务订单绑定，生成支付订单；
此时，所述第一订单结束处理单元804，包括：
支付订单确定子单元，用于确定所述业务订单关联的支付订单；
结账订单生成子单元，用于根据所述实际消费资源信息以及所述支付订单中记录的信息，生成结账订单；
资源划拨子单元，用于根据所述结账订单，从所述第二用户的支付账户划拨对应的实际消费资源信息到第一用户的收款账户。
另外，该装置还可以包括：
通知单元，用于将关于资源信息划拨的通知消息提供给所述第二用户客户端。
在具体实现时，该装置还可以包括：
签约判断单元，用于判断所述第二用户是否属于已签约用户；
签约提示单元，用于如果尚未签约，则提示第二用户进行签约。
其中，如果所述接收到的第二用户的身份识别信息包括第二用户的联系方式信息，则所述签约提示单元具体可以包括：
链接信息提供子单元，用于通过所述联系方式信息，向第二用户提供用于跳转到签约页面的链接信息；
用户操作信息接收子单元，用于通过接收第二用户客户端提交的用户操作信息，完成签约操作。
或者，在另一种实现方式下，所述签约提示单元具体具体可以用于：向所述第一用户数据处理系统提供关于所述第二用户尚未签约的提示信息，以及用于执行签约操作的操作选项，以便在第二用户同意签约后，通过所述操作选项接收第一用户的操作信息，并完成签约操作。
与实施例四相对应，本申请实施例还提供了一种订单信息处理装置，该装置应用于第一用户数据处理系统，参见图9，该装置具体可以包括：
业务订单生成单元901，用于根据第二用户的业务请求生成业务订单；
图形码生成单元902，用于根据所述业务订单的信息生成第二图形码，以便所述第二用户客户端在登录到第二用户关联的支付账户的状态下，对所述第二图形码进行扫描，并将所述支付账户信息以及扫描得到的业务订单信息提交到服务器，由服务器根据所述支付账户信息对该第二用户进行信用权限验证，如果验证通过，则向所述第一用户数据处理系统返回验证通过消息；
消息接收单元903，用于接收所述验证通过消息；
消费资源信息提交单元904，用于向服务器提交所述业务订单的消费资源信息，以便所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
与实施例五相对应，本申请实施例还提供了一种订单信息处理装置，该装置应用于服务器，参见图10，该装置具体可以包括：
第二信息接收单元1001，用于接收第二用户客户端提交的业务订单信息以及第二用户的支付账户信息，其中，所述业务订单由第一用户数据处理系统根据所述第二用户的业务请求生成；
第二验证单元1002，用于根据所述支付账户信息，对所述第二用户进行信用权限验证；
第二消息返回单元1003，用于如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，以便所述第一用户数据处理系统生成业务订单；
第二订单结束处理单元1004，用于接收到第一用户数据处理系统提交的业务订单的结束状态信息以及消费资源信息，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
与实施例六相对应，本申请实施例还提供了一种订单信息处理装置，该装置应用于第二用户客户端，参见图11，该装置具体可以包括：
图形码获取单元1101，用于在登录到第二用户关联的支付账户的状态下，获取所述第一用户数据处理系统提供的第二图形码；其中，所述第二图形码携带有所述第一用户数据处理系统根据所述第二用户的业务请求生成的业务订 单信息；
信息提交单元1102，用于将所述第二用户关联的支付账户信息以及第二图形码中的业务订单信息提交到服务器，以便所述服务器根据所述支付账户信息对该第二用户进行信用权限验证，如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
通过本申请实施例，第一用户数据处理系统在接收到第二用户的业务请求时，只需要将第二用户的身份识别信息提交到服务器，服务器即可对第二用户进行信用权限验证，判断其是否满足业务条件进行判断，并在满足的情况下，通知第一用户数据处理系统按照预置的方式(例如，免押金入住、离店时免查房等等)为当前第二用户提供服务，后续在服务结束时，再由服务器针对相应的订单办理结账操作。因此，可以避免执行收取押金、离店时的查验、退还押金等操作，可以提高效率。同时，由于省略了支付消费资源过程中的刷卡(包括掏卡，刷卡，输密码，签名)、交现金(拿钱，验钞，找零)等操作，因此，也能避免当前正在办理的第二用户的长时间等待。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需 要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的订单信息处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (24)

  1. 一种订单信息处理系统，其特征在于，包括：
    第一用户数据处理系统以及服务器；
    其中，
    所述第一用户数据处理系统用于：在处理第二用户的业务请求时，确定第二用户的身份识别信息，将所述第二用户的身份识别信息提交到服务器；
    所述服务器用于：对第二用户进行信用权限验证，如果验证通过，则通知所述第一用户数据处理系统生成业务订单，并在接收到第一用户数据处理系统提交的所述业务订单对应的消费资源信息时，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
  2. 一种订单信息处理方法，其特征在于，包括：
    第一用户数据处理系统在处理第二用户的业务请求时，确定第二用户的身份识别信息；
    将所述第二用户的身份识别信息提交到服务器，以便所述服务器对该第二用户进行信用权限验证；
    接收到验证通过消息后，生成业务订单并提交到服务器；
    向服务器提交所述业务订单的消费资源信息，以便所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
  3. 根据权利要求2所述的方法，其特征在于，所述确定第二用户的身份识别信息，包括：
    采集第二用户的身份证件信息；
    所述将所述第二用户的身份识别信息提交到服务器，包括：
    将所述第二用户的身份证件信息提交到服务器，以便服务器根据所述身份证件信息确定该第二用户在所述服务器关联的支付平台中开设的支付账户信息，并根据所述支付账户信息对该第二用户进行信用权限验证。
  4. 根据权利要求2所述的方法，其特征在于，所述获取第二用户的身份 识别信息，包括：
    获取第二用户在所述服务器关联的支付平台中开设的支付账户信息；
    所述将所述第二用户的身份识别信息提交到服务器，包括：
    将所述支付账户信息提交到服务器，以便服务器根据所述支付账户信息对该第二用户进行信用权限验证。
  5. 根据权利要求4所述的方法，其特征在于，所述获取第二用户在所述服务器关联的支付平台中开设的支付账户信息，包括：
    通过扫描第二用户提供的第一图形码信息，获取所述第二用户在所述服务器关联的支付平台中开设的，所述第一图形码信息由所述第二用户终端设备中安装的支付平台客户端提供，所述支付平台客户端与所述服务器之间具有关联关系。
  6. 根据权利要求2至5任一项所述的方法，其特征在于，在将所述第二用户的身份识别信息提交到服务器时，所述方法还包括：
    确定预计消费资源信息，并提交到服务器，以便服务器根据所述预计消费资源信息，对于所述第二用户进行信用权限验证。
  7. 根据权利要求2至5任一项所述的方法，其特征在于，所述第一用户数据处理系统包括酒店数据处理系统，所述业务订单包括酒店业务订单。
  8. 一种订单信息处理方法，其特征在于，包括：
    服务器接收第二用户的身份识别信息；
    对该第二用户进行信用权限验证；
    如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，以便所述第一用户数据处理系统生成业务订单；
    接收到第一用户数据处理系统提交的业务订单的消费资源信息，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
  9. 根据权利要求8所述的方法，其特征在于，所述接收第二用户的身份识别信息，包括：
    接收第一用户数据处理系统提交的第二用户的身份证件信息；
    所述对该第二用户进行信用权限验证，包括：
    根据所述身份证件信息确定该第二用户在所述服务器关联的支付平台中开设的支付账户信息，并根据所述支付账户信息对该第二用户进行信用权限验证。
  10. 根据权利要求8所述的方法，其特征在于，所述接收第二用户的身份识别信息，包括：
    接收第一用户数据处理系统提交的第二用户在所述服务器关联的支付平台中开设的支付账户信息；
    所述对该第二用户进行信用权限验证，包括：
    根据所述支付账户信息对该第二用户进行信用权限验证。
  11. 根据权利要求8所述的方法，其特征在于，所述第一用户数据处理系统提交的信息还包括预计消费资源信息，所述对该第二用户进行信用权限验证，包括：
    确定所述第二用户的信用额度信息；
    判断所述信用额度信息是否高于所述预计消费资源信息，根据判断结果，确定是否验证通过。
  12. 根据权利要求8所述的方法，其特征在于，所述方法还包括：
    接收所述第一用户数据处理系统提交的业务订单信息时，确定第一用户关联的收款账户信息；
    将确定出的所述第一用户的收款账户信息、所述第二用户的支付账户信息与所述业务订单绑定，生成支付订单；
    所述根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单，包括：
    确定所述业务订单关联的支付订单；
    根据所述实际消费资源信息以及所述支付订单中记录的信息，生成结账订单；
    根据所述结账订单，从所述第二用户的支付账户划拨对应的实际消费资源信息到第一用户的收款账户。
  13. 根据权利要求12所述的方法，其特征在于，还包括：
    将关于资源信息划拨的通知消息提供给所述第二用户客户端。
  14. 根据权利要求8所述的方法，其特征在于，在对该第二用户进行信用权限验证之前，所述方法还包括：
    判断所述第二用户是否属于已签约用户；
    如果尚未签约，则提示第二用户进行签约。
  15. 根据权利要求14所述的方法，其特征在于，所述接收到的第二用户的身份识别信息包括第二用户的联系方式信息，所述提示第二用户进行签约，包括：
    通过所述联系方式信息，向第二用户提供用于跳转到签约页面的链接信息；
    通过接收第二用户客户端提交的用户操作信息，完成签约操作。
  16. 根据权利要求14所述的方法，其特征在于，所述提示第二用户进行签约，包括：
    向所述第一用户数据处理系统提供关于所述第二用户尚未签约的提示信息，以及用于执行签约操作的操作选项，以便在第二用户同意签约后，通过所述操作选项接收第一用户的操作信息，并完成签约操作。
  17. 一种订单信息处理方法，其特征在于，包括：
    第一用户数据处理系统根据第二用户的业务请求生成业务订单；
    根据所述业务订单的信息生成第二图形码，以便所述第二用户客户端在登录到第二用户关联的支付账户的状态下，对所述第二图形码进行扫描，并将所述支付账户信息以及扫描得到的业务订单信息提交到服务器，由服务器根据所述支付账户信息对该第二用户进行信用权限验证，如果验证通过，则向所述第一用户数据处理系统返回验证通过消息；
    接收所述验证通过消息；
    向服务器提交所述业务订单的消费资源信息，以便所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
  18. 一种订单信息处理方法，其特征在于，包括：
    服务器接收第二用户客户端提交的业务订单信息以及第二用户的支付账户信息，其中，所述业务订单由第一用户数据处理系统根据所述第二用户的业务请求生成；
    根据所述支付账户信息，对所述第二用户进行信用权限验证；
    如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，以便所述第一用户数据处理系统生成业务订单；
    接收到第一用户数据处理系统提交的业务订单的消费资源信息时，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
  19. 一种订单信息处理方法，其特征在于，包括：
    第二用户客户端在登录到第二用户关联的支付账户的状态下，获取所述第一用户数据处理系统提供的第二图形码；其中，所述第二图形码携带有所述第一用户数据处理系统根据所述第二用户的业务请求生成的业务订单信息；
    将所述第二用户关联的支付账户信息以及第二图形码中的业务订单信息提交到服务器，以便所述服务器根据所述支付账户信息对该第二用户进行信用权限验证，如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
  20. 一种订单信息处理装置，其特征在于，应用于第一用户数据处理系统，包括：
    身份识别信息确定单元，用于在处理第二用户的业务请求时，确定第二用户的身份识别信息；
    信息提交单元，用于将所述第二用户的身份识别信息提交到服务器，以便所述服务器对该第二用户进行信用权限验证；
    订单生成单元，用于接收到验证通过消息后，生成业务订单并提交到服务器；
    消费资源信息提交单元，用于向服务器提交所述业务订单的消费资源信息，以便所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
  21. 一种订单信息处理装置，其特征在于，应用于服务器，包括：
    第一信息接收单元，用于接收第二用户的身份识别信息；
    第一验证单元，用于对该第二用户进行信用权限验证；
    第一消息返回单元，用于如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，以便所述第一用户数据处理系统生成业务订单；
    第一订单结束处理单元，用于接收到第一用户数据处理系统提交的业务订单的结束状态信息以及消费资源信息，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
  22. 一种订单信息处理装置，其特征在于，应用于第一用户数据处理系统，包括：
    业务订单生成单元，用于根据第二用户的业务请求生成业务订单；
    图形码生成单元，用于根据所述业务订单的信息生成第二图形码，以便所述第二用户客户端在登录到第二用户关联的支付账户的状态下，对所述第二图形码进行扫描，并将所述支付账户信息以及扫描得到的业务订单信息提交到服务器，由服务器根据所述支付账户信息对该第二用户进行信用权限验证，如果验证通过，则向所述第一用户数据处理系统返回验证通过消息；
    消息接收单元，用于接收所述验证通过消息；
    消费资源信息提交单元，用于向服务器提交所述业务订单的消费资源信息，以便所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
  23. 一种订单信息处理装置，其特征在于，应用于服务器，包括：
    第二信息接收单元，用于接收第二用户客户端提交的业务订单信息以及第 二用户的支付账户信息，其中，所述业务订单由第一用户数据处理系统根据所述第二用户的业务请求生成；
    第二验证单元，用于根据所述支付账户信息，对所述第二用户进行信用权限验证；
    第二消息返回单元，用于如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，以便所述第一用户数据处理系统生成业务订单；
    第二订单结束处理单元，用于接收到第一用户数据处理系统提交的业务订单的结束状态信息以及消费资源信息，根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
  24. 一种订单信息处理装置，其特征在于，应用于第二用户客户端，包括：
    图形码获取单元，用于在登录到第二用户关联的支付账户的状态下，获取所述第一用户数据处理系统提供的第二图形码；其中，所述第二图形码携带有所述第一用户数据处理系统根据所述第二用户的业务请求生成的业务订单信息；
    信息提交单元，用于将所述第二用户关联的支付账户信息以及第二图形码中的业务订单信息提交到服务器，以便所述服务器根据所述支付账户信息对该第二用户进行信用权限验证，如果验证通过，则向所述第一用户数据处理系统返回验证通过消息，所述服务器根据消费资源信息以及第二用户关联的支付账户信息，结束所述业务订单。
PCT/CN2017/089975 2016-07-06 2017-06-26 订单信息处理方法、装置及系统 WO2018006716A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2019500248A JP7162587B2 (ja) 2016-07-06 2017-06-26 注文情報処理方法、装置およびシステム
US16/240,298 US20190139049A1 (en) 2016-07-06 2019-01-04 Order Information Processing Methods, Apparatuses and Systems

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610529876.4 2016-07-06
CN201610529876.4A CN107590705A (zh) 2016-07-06 2016-07-06 订单信息处理方法、装置及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/240,298 Continuation US20190139049A1 (en) 2016-07-06 2019-01-04 Order Information Processing Methods, Apparatuses and Systems

Publications (1)

Publication Number Publication Date
WO2018006716A1 true WO2018006716A1 (zh) 2018-01-11

Family

ID=60921577

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/089975 WO2018006716A1 (zh) 2016-07-06 2017-06-26 订单信息处理方法、装置及系统

Country Status (5)

Country Link
US (1) US20190139049A1 (zh)
JP (1) JP7162587B2 (zh)
CN (1) CN107590705A (zh)
TW (1) TW201816675A (zh)
WO (1) WO2018006716A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111080193A (zh) * 2019-11-21 2020-04-28 深圳市赛为智能股份有限公司 餐品存取方法、装置、计算机设备及存储介质
CN113807837A (zh) * 2020-06-16 2021-12-17 丰田自动车株式会社 信息处理装置

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI668654B (zh) * 2018-11-01 2019-08-11 第一建築經理股份有限公司 不動產買賣斡旋金智能服務系統
CN111861599A (zh) * 2019-04-24 2020-10-30 北京嘀嘀无限科技发展有限公司 一种资源处理方法及装置
CN110473032A (zh) * 2019-08-19 2019-11-19 北京百佑科技有限公司 一种票据处理方法及装置
CN110706059B (zh) * 2019-09-06 2023-01-24 创新先进技术有限公司 一种基于信用担保实现线下预售的方法、设备和系统
CN110648209A (zh) * 2019-10-09 2020-01-03 成都途风国际旅行社有限公司 一种旅游订单处理方法
CN111275425B (zh) * 2020-02-26 2021-06-11 口碑(上海)信息技术有限公司 订单支付方法及装置、系统、电子设备、存储介质
KR102390134B1 (ko) * 2020-06-18 2022-04-25 스피너미디어 주식회사 예약 대신 송금 처리 서버를 이용한 예약 대신 송금 방법 및 이를 이용한 시스템
CN112907322B (zh) * 2021-02-24 2023-05-16 中国联合网络通信集团有限公司 订单信息处理方法、装置、平台、介质及程序产品
CN113344680A (zh) * 2021-07-02 2021-09-03 云镝智慧科技有限公司 一种订单处理方法、相关装置、设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103186851A (zh) * 2011-12-30 2013-07-03 上海博泰悦臻电子设备制造有限公司 基于云数据处理技术的电子支付系统
US20140058951A1 (en) * 2012-08-24 2014-02-27 Raja Kuppuswamy Mobile electronic device and use thereof for electronic transactions
CN104599112A (zh) * 2013-10-30 2015-05-06 腾讯科技（深圳）有限公司 一种信息传输方法、装置和系统
CN104732388A (zh) * 2015-03-26 2015-06-24 深圳市亚略特生物识别科技有限公司 电子支付方法及系统
CN104992073A (zh) * 2015-07-22 2015-10-21 新华瑞德（北京）网络科技有限公司 用于就医流程的数据处理方法和医疗信用系统

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3494613B2 (ja) 1999-04-23 2004-02-09 株式会社エヌ・ティ・ティ・データ 決済システム
US9853759B1 (en) * 2001-03-31 2017-12-26 First Data Corporation Staged transaction system for mobile commerce
JP2003085470A (ja) 2001-09-10 2003-03-20 Ntt Docomo Inc 通信方法、料金処理システム、携帯端末、プログラムおよび記録媒体
JP2003337916A (ja) 2002-05-17 2003-11-28 Hitachi Ltd 承認サービス装置、サービス承認装置、与信装置および承認サービス方法、サービス承認方法、与信方法ならびに承認サービスプログラム、サービス承認プログラム、与信プログラム
US9767467B2 (en) * 2006-07-18 2017-09-19 American Express Travel Related Services Company, Inc. System and method for providing coupon-less discounts based on a user broadcasted message
CN101145264A (zh) * 2007-11-06 2008-03-19 中国工商银行股份有限公司 一种商务银行卡处理系统及其方法
CN102930485A (zh) * 2012-09-12 2013-02-13 上海研庆电子有限公司 五星级酒店管理系统
CN104537421A (zh) * 2014-12-17 2015-04-22 珠海高点科技有限公司 一种使用pos机进行酒店预订的方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103186851A (zh) * 2011-12-30 2013-07-03 上海博泰悦臻电子设备制造有限公司 基于云数据处理技术的电子支付系统
US20140058951A1 (en) * 2012-08-24 2014-02-27 Raja Kuppuswamy Mobile electronic device and use thereof for electronic transactions
CN104599112A (zh) * 2013-10-30 2015-05-06 腾讯科技（深圳）有限公司 一种信息传输方法、装置和系统
CN104732388A (zh) * 2015-03-26 2015-06-24 深圳市亚略特生物识别科技有限公司 电子支付方法及系统
CN104992073A (zh) * 2015-07-22 2015-10-21 新华瑞德（北京）网络科技有限公司 用于就医流程的数据处理方法和医疗信用系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111080193A (zh) * 2019-11-21 2020-04-28 深圳市赛为智能股份有限公司 餐品存取方法、装置、计算机设备及存储介质
CN113807837A (zh) * 2020-06-16 2021-12-17 丰田自动车株式会社 信息处理装置

Also Published As

Publication number Publication date
US20190139049A1 (en) 2019-05-09
CN107590705A (zh) 2018-01-16
JP2019520658A (ja) 2019-07-18
JP7162587B2 (ja) 2022-10-28
TW201816675A (zh) 2018-05-01

Similar Documents

Publication Publication Date Title
WO2018006716A1 (zh) 订单信息处理方法、装置及系统
US10643180B2 (en) Fraud detection system automatic rule population engine
TW201802758A (zh) 資料對象資訊處理方法、裝置及系統
US20020004760A1 (en) Online settlement system, method thereof and storage medium
CN110458562B (zh) 票据报销方法、装置和设备及计算机存储介质
US10043165B2 (en) Cloud service integration pay trading system
WO2010022237A1 (en) Online transaction method and system using a payment platform and a logistics company
WO2018006717A1 (zh) 订单信息处理以及订单类型转换处理方法及装置
WO2018036397A1 (zh) 换货信息处理方法及装置
CN111222973B (zh) 信息处理系统及方法
JP2013246480A (ja) 債権買取事業者装置及び電子債権の割引取引方法
CN110910155A (zh) 信息处理装置、记录介质及信息处理方法
KR101921260B1 (ko) 소규모 공사 중개 장치
KR102180829B1 (ko) 셀러론 서비스 시스템 및 방법
CN111160883B (zh) 基于聚合二维码的入网及收款系统及其方法和存储介质
CN114240666A (zh) 一种数据处理系统
WO2017197468A1 (en) A method and system for facilitating the delivery of goods
KR100926112B1 (ko) 진성 확인된 부동산 거래 정보를 제공하기 위한 방법, 시스템 및 컴퓨터 판독 가능한 기록 매체
CN113763140B (zh) 一种招投标方法及相关装置
CN110782297B (zh) 电子发票的开票方法及装置
KR101963751B1 (ko) 그룹 결제 서비스 제공 방법 및 시스템
KR20170022815A (ko) 중고 자동차 매매 시스템 및 그 제어방법
JP3410087B2 (ja) 決済支援システム、決済支援サーバ、決済支援方法、及び決済支援機能をコンピュータに実現させるプログラム
KR20160129384A (ko) 상품 거래 시스템 및 그 방법
CN117911015A (zh) 支付方法、终端设备及计算机可读存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17823528

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019500248

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17823528

Country of ref document: EP

Kind code of ref document: A1