WO2018036397A1 - 换货信息处理方法及装置 - Google Patents

换货信息处理方法及装置 Download PDF

Info

Publication number
WO2018036397A1
WO2018036397A1 PCT/CN2017/097306 CN2017097306W WO2018036397A1 WO 2018036397 A1 WO2018036397 A1 WO 2018036397A1 CN 2017097306 W CN2017097306 W CN 2017097306W WO 2018036397 A1 WO2018036397 A1 WO 2018036397A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
information
transaction order
data object
server
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2017/097306
Other languages
English (en)
French (fr)
Inventor
范艺聪
芦学璋
闫顺平
鲁平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to JP2019510635A priority Critical patent/JP2019525357A/ja
Publication of WO2018036397A1 publication Critical patent/WO2018036397A1/zh
Priority to US16/286,469 priority patent/US20190197511A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Managing shopping lists, e.g. compiling or processing purchase lists
    • G06Q30/0635—Managing shopping lists, e.g. compiling or processing purchase lists replenishment orders; recurring orders
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0609—Qualifying participants for shopping transactions
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/08—Auctions

Definitions

  • the present application relates to the field of data object information processing technologies, and in particular, to a method and apparatus for processing exchange information.
  • a merchant or seller user (which may be referred to as a first user, through which the data objects sold by the platform may be published, and detailed information about the data objects, etc.), consumers or buyer users may be included. (It can be called a second user, and can browse the information of the data object published by the merchant or the seller user through the client or the webpage, and purchase, etc.).
  • Buyer users can purchase their favorite data objects by online ordering. If the data object has corresponding physical goods, the seller user can receive the corresponding order and then through the cooperative logistics delivery service provider. The relevant goods are delivered to the buyer's designated delivery address. After receiving the goods, if the buyer finds that the size, color, style, etc. of the goods are not suitable, you can request a replacement, for example, the M code of the A goods is replaced by S code A goods, red B goods for white B goods, and so on.
  • the application provides a method and device for processing exchange information, which can provide a fast exchange processing method for users with better credit, shorten the cycle of the exchange process, and improve the efficiency of the exchange process.
  • a method for processing exchange information comprising:
  • a method for processing exchange information comprising:
  • the second user client receives the exchange request issued for the first transaction order
  • Submitting the replacement request to the server so that the server determines the first user information, the second user information, and the first data object information associated with the replacement request, and performs credit authority verification on the second user, If the verification is passed, creating a second transaction order according to the first data object information, and providing the second transaction order to the first user client, so that the first user is in accordance with the second transaction order And performing a shipping operation on the first data object.
  • a method for processing exchange information comprising:
  • the first user client receives a redemption request issued for the first transaction order and provides an operational option for agreeing to the exchange;
  • the notification message is sent to the server, so that the server determines the first user information, the second user information, and the first data object information associated with the exchange request, and the The second user performs credit authority verification, and if the verification passes, creates a second transaction order according to the first data object information, and returns the second transaction order;
  • a replacement information processing device the device being applied to a server, comprising:
  • An information determining unit configured to receive a replacement request for the first transaction order, and determine first user information, second user information, and first data object information associated with the replacement request;
  • a credit authority verification unit configured to perform credit authority verification on the second user
  • An order creation unit configured to create a second transaction order according to the first data object information when the second user's credit authority verification is passed, and provide the second transaction order to the first user client, so that The first user performs a shipping operation on the first data object according to the second transaction order.
  • a replacement information processing device is applied to a second user client, including:
  • a exchange request receiving unit configured to receive a replacement request issued for the first transaction order
  • a request submitting unit configured to submit the exchange request to a server, so that the server determines first user information, second user information, and first data object information associated with the exchange request, and the second The user performs credit authority verification, and if the verification passes, creates a second transaction order according to the first data object information, and provides the second transaction order to the first user client, so that the first user is based on The second transaction order performs a shipping operation on the first data object.
  • a replacement information processing device is applied to a first user client, including:
  • a exchange request receiving unit configured to receive a replacement request issued for the first transaction order, and provide an operation option for agreeing to the exchange
  • a notification unit configured to send a notification message to the server when the operation instruction is received by the operation, so that the server determines the first user information, the second user information, and the first data object information associated with the exchange request, And performing credit authority verification on the second user, if the verification is passed, creating a second transaction order according to the first data object information, and returning the second transaction order;
  • an order receiving unit configured to receive the second transaction order, to perform a shipping operation on the first data object according to the second transaction order.
  • the present application discloses the following technical effects:
  • the server may receive the exchange request submitted by the second user client for the first transaction order and determine the information associated with the replacement request (including the first user information, the second user information, and the first Data object information), in the case that the credit authority of the second user is verified, a second transaction order may be created according to the first data object information and provided to the first user client, so that the first user may The newly created second transaction order performs a shipping operation on the first data object. In this way, a fast exchange method can be provided. For some creditworthy buyers who need to exchange goods, the server can create a new transaction order and provide it according to the first data object information associated with the exchange request.
  • the seller user and the seller user can then deliver the first data object according to the second data object without waiting for the buyer to return the second data object, so that the buyer user can receive the first data.
  • the cycle of the object which in turn shortens the cycle of the entire exchange process and improves the efficiency of the exchange process.
  • FIG. 1 is a system block diagram provided by an embodiment of the present application.
  • FIG. 3 is an exemplary flowchart provided by an embodiment of the present application.
  • FIG. 4 is a schematic diagram of a transfer direction of a payment in an exemplary process provided by an embodiment of the present application
  • FIG. 5 is a flowchart of a second method provided by an embodiment of the present application.
  • FIG. 6 is a flowchart of a third 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.
  • an embodiment of the present application provides a resale information processing system, including a server 10 of a transaction platform, a first user (eg, a merchant user, a seller user, etc.) client 20 and a second user (eg, a buyer 30, a server 30, the server 10 may receive a replacement request submitted by the second user client 30 for the first transaction order and determine information associated with the replacement request (which may include the first user)
  • the information, the second user information, the first data object information, and the like may be configured to create a second transaction order according to the first data object information and provide the first User client 20.
  • a quick exchange method can be provided, that is, for some second users with better credit, if they are not satisfied with the receipt of a certain data object (such as the second data object) and need to exchange (
  • the server may create a new transaction order according to the first data object information associated with the exchange request and provide it to the first user, and the first user may first The data object is shipped without waiting for the second data object returned by the second user to be delivered, thereby shortening the period in which the second user receives the first data object, thereby shortening the cycle of the entire replacement process.
  • the server may create a new transaction order according to the first data object information associated with the exchange request and provide it to the first user, and the first user may first The data object is shipped without waiting for the second data object returned by the second user to be delivered, thereby shortening the period in which the second user receives the first data object, thereby shortening the cycle of the entire replacement process.
  • the embodiment of the present application first provides a method for processing replacement information from a server perspective, and the method may include the following steps:
  • S101 The server receives a replacement request for the first transaction order, and determines first user information, second user information, and first data object information associated with the replacement request.
  • the server can generate a corresponding transaction order.
  • the server can generally provide the second user with various operation options according to conditions such as different stages of the transaction, for example, cancel the order (for example, can be provided within a preset time period after the order is generated), and confirm the receipt.
  • Goods such as may be provided after the first user has performed the shipping operation
  • returns such as may be provided after the first user has performed the shipping operation
  • replacement such as may be provided after the first user has performed the shipping operation
  • evaluation such as can be provided after the second user has performed confirmation of the receipt operation
  • the second user may initiate a corresponding request by operating the foregoing operation option, and the second user client may submit the request to the server, for example, the second user may receive the first user
  • a replacement request for the first transaction order is initiated through the "replacement" operation option
  • the second user client can submit the replacement request to the server, and the server can exchange the replacement
  • the request message is provided to the first user client for the first user to perform related operations.
  • the server may also first send the replacement request to the first user associated with the first transaction order.
  • the server may provide the first user with operation options such as “consent to exchange” and “disagree with exchange”.
  • the first user may issue a notification message agreeing to the exchange or disagreeing with the exchange by the "consume to exchange” or “disagree with the exchange” operation option.
  • the first user client may submit a notification message agreeing to the exchange to the server.
  • the server may determine, according to the first transaction order, the exchange request related information, the first user information (including, for example, the first user identifier, the first user's delivery address, etc.) associated with the replacement request, and the second user.
  • Information second user identification, second user receipt address, etc.
  • first data object information such as first data object name, specification, resource information, etc.
  • a replacement is made between the same or different SKUs (Stock Keeping Units) for the same data object SPU (Standard Product Unit). For example, after the second user purchases the cup A, after receiving the cup A, it is found that the cup A has a desire to change another cup A, then a replacement request may be initiated; or the second user purchases the white cup A and receives the cup A. If the color is not ideal, and the cup A sold by the first user has other colors and the same amount, the replacement request can be initiated.
  • SKUs Stock Keeping Units
  • SPU Standard Product Unit
  • the data objects sold by the first user include cup B, tray C, and the two are equal data objects, and the second user purchases and receives the cup B, and wants If you change to plate C, you can initiate a replacement request. Since the two data objects involved in the exchange process are equal, there is no difference, thereby ensuring that the exchange process does not bring economic losses to the first user and the second user.
  • the difference between the first user and the second user for the difference between the two data objects involved in the exchange process is required. Make a return to avoid the economic loss caused by the difference to the first user or the second user.
  • S102 Perform credit authority verification on the second user.
  • the second user may be authenticated by credit in a plurality of manners.
  • the credit value of the second user may be pre-stored in the database of the server, and the current credit value of the second user may be determined to be greater than a certain threshold. If yes, the credit authority verification is passed.
  • 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 the like.
  • the second user set belonging to the user with good credit can be stored in the database of the server in advance, and it is determined whether the current second user belongs to the set. If yes, the credit authority verification is passed.
  • the resource information of the first data object and the credit limit information of the second user may be determined first.
  • the resource information may be information such as the price of the first data object.
  • the credit information of the second user may be divided into different levels, and different credit levels are granted to different levels. For example, the higher the credit rating, the higher the credit limit. That is to say, if a second user belongs to a user with good credit, but the credit rating is relatively low, the corresponding credit limit will be relatively low. For example, when the credit limit is lower than the resource information associated with the current transaction order, at this time, It is also possible not to provide the second user with a quick return method, and the second user can negotiate with the first user through a traditional exchange route.
  • the server may further divide users with better credits into different credit levels. For example, different interval thresholds may be set for each level, and after calculating the credit values of each second user, according to this The interval threshold is divided into the corresponding credit rating.
  • the correspondence between the credit rating and the credit limit may be stored in the database of the server in advance, for example, the first level corresponds to 100 yuan, the second level corresponds to 200 yuan, and the third level corresponds to 300 yuan.
  • the current credit rating of the second user is two
  • the corresponding credit limit is 200 yuan
  • the price of the first data object in the current transaction order is 120 yuan
  • the current credit rating information of the second user is determined to be greater than the first
  • the price of the data object is verified by the credit authority.
  • the number of times the same second user requests to exchange the goods in the latest period of time may be restricted to prevent the same second user from frequently changing the goods in a short time.
  • the current second user may further initiate the preset time period (eg, within the last half month, etc.). The number of exchange requests is counted. If the statistical result is less than the preset threshold (for example, the preset threshold is twice), the credit authority verification is passed.
  • the second transaction order may be created according to the first data object name, the specification, the resource information, and the like, and provided to the first user client, where the first user may be based on the second transaction.
  • the order performs a shipping operation on the first data object without waiting to receive the second data object associated with the first transaction order returned by the second user before shipping, thereby shortening the buyer's receipt of the first
  • the cycle of a data object thereby shortening the cycle of the entire exchange process, and improving the efficiency of the exchange process, of course, if the current second user's credit is not good, the first user can be negotiated and exchanged through the traditional return route.
  • the second transaction order may be further determined and changed after the second transaction order is created.
  • the item requests the resource information of the associated first data object, and then performs a resource advance operation on the second transaction order.
  • the platform side may also pre-set a padding account, and a certain amount (such as 300,000 RMB, etc.) may be pre-stored in the padding account, so that the padding account is used for the advancement operation when the resource is required to be paid.
  • the amount of the first item associated with the second transaction order can be used to perform the advance operation, for example, the corresponding resource information can be transferred to the corresponding first User-associated collection account.
  • the platform party also provides an intermediate account (for example, a secured account under the Alipay platform, etc.), when the second user pays for an order,
  • the corresponding resource information will first be transferred to the intermediate account, and when the first user delivers the goods, and the second user confirms receipt of the goods, the resource information is transferred from the intermediate account to the first user's collection account, so that the first Both a user and a second user can make payment and shipping operations more secure.
  • the advanced resource information may be first transferred to the intermediate account, and the first user client is provided with the first notification message of the payment success, so that After receiving the second transaction order and the first notification information, the first user performs a shipping operation on the first data object. Subsequently, when the first user confirms receipt of the first data object returned by the second user, the part of the resource information that is advanced is transferred from the intermediate account to the account of the first user. In this way, the system can advance the transaction order created by the exchange operation through the fund account, and avoid the situation that the first user is concerned about whether the related resource can be received in time after receiving the “zero dollar order”.
  • the first user can ensure the economic benefit of the first user, and can prompt the first user to perform the delivery operation in time after receiving the relevant transaction order and the payment success message, thereby ensuring that the second user can receive the first data object as soon as possible, shortening the whole Exchange cycle. Further, through the transfer of the intermediate account, the security and reliability of the resource information turnover are further ensured.
  • various operation options may also be provided. For example, since the second transaction order is created based on the second user's return request, for the first user, in addition to shipping the second data object according to the second transaction order, the second will be received subsequently. The original first data object returned by the user. Therefore, in the process of displaying the second transaction order information in the first user client, an operation option for performing the “confirm receipt” may also be provided, and the first user receives the first data returned by the second user. When the object is confirmed, the second notification message for confirming the receipt of the goods can be submitted to the server through the operation option.
  • the server may transfer the resource information saved in the intermediate account for the second transaction order into the account associated with the first user according to the second notification message. That is, after the first user receives the returned second data object, the server may transfer the resource information previously paid for the second transaction order from the intermediate account to the account associated with the first user.
  • the second user client is the first transaction order.
  • the resource information of the payment is also temporarily stored in the intermediate account, that is, after the second user issues a replacement application for the first transaction order, the platform creates a second transaction order and advances the resources, before the second The resource information paid by the user for the first order and the resource information advanced by the platform for the second transaction order are currently temporarily stored in the intermediate account. Therefore, when the first user confirms receipt of the second data object returned by the second user, in addition to transferring the resource information associated with the second transaction order from the intermediate account to the account associated with the first user, the first The resource information associated with the transaction order is returned from the intermediate account to the account associated with the second user.
  • the resource information associated with the second transaction order may be transferred from the account associated with the second user to the fund account to ensure the balance between the advancement resources and the resource return in the fund account.
  • the resource information originally paid by the second user for the first transaction order is returned to the second user, and the resource information paid by the platform for the second transaction order is transferred to the account associated with the first user,
  • the second user transfers the resources advanced by the platform to the platform's funded account. In this way, the actual account balance has reached the balance of payments, the first user receives the resource information that is due, and the second user pays the corresponding resource information for obtaining the specific data object.
  • the resource information associated with the second transaction order when the resource information associated with the second transaction order is transferred from the account associated with the second user to the fund account, there may be multiple ways, for example, one of the modes.
  • the message may be sent by the platform to the second user client, and the second user client transfers the corresponding resource information from the account to the padding account of the platform side according to the received message.
  • the second user is required to perform more operations, including entering a password, confirming, and the like.
  • the platform side can also implement a “bridging”, that is, when the second user client is required to transfer the corresponding resource information into the platform party’s padding account,
  • the above transfer operation can be directly performed by the platform side without requiring the second user to perform operations such as inputting a password, confirming, and the like.
  • the second user's withholding permission information may also be obtained in advance.
  • the server may provide an operation option for the second user to sign the preset withholding agreement, and the second user may sign the withholding agreement by using the operation option, If the second user has signed the withholding agreement, the second user's withholding permission information is obtained, and the server may directly perform the above-mentioned withholding operation, and after performing the withholding operation, provide the related information to the second user.
  • the message is fine. This method can reduce the user's operation steps, is more convenient for the user to operate, and is more secure for the system, avoiding the second user forgetting to pay, or waiting for a long time to pay, etc., in order to ensure the return of funds in the funded account. Timeliness.
  • the second user In the process of performing the exchange, the second user needs to return the second data object associated with the first transaction order to the first user.
  • the second user usually needs to contact the logistics service provider by himself to perform corresponding Send courier and other operations.
  • the returned second data object associated with the first transaction order and the first data object associated with the second transaction order may be
  • the logistics distribution route is rationally planned to make more rational use of logistics and distribution resources.
  • the server may also provide an operation option such as "shipping" in the second transaction order, for which the first user may issue the second by the "shipping" operation option.
  • the third notification message that the transaction order has been shipped, the first user client may submit the third notification message to the server.
  • the server may also submit the information of the logistics service provider selected at the time of delivery to the server.
  • the server may provide an operation option for the first user to deliver the logistics information, and the first user may fill in the delivery through the operation option.
  • Logistics information (including logistics company name, logistics order number, etc.), and can submit the shipping logistics information to the server.
  • the server may receive a third notification message submitted by the first user client for the second transaction order, and may determine the logistics service provider information (such as the logistics company name, Logistics order number, etc.).
  • the first address information associated with the first user and the second address information associated with the second user may be further extracted from the first user information and the second user information determined in S101.
  • the logistics service provision can be judged according to the service coverage information of each service type of the logistics service provider stored in the server in advance (for example, including providing the coverage of the pick-up service, providing the coverage of the delivery service, etc.) Whether the party can provide a pick-up service at the second address and provide a delivery service at the first address.
  • the logistics order associated with the second transaction order can be marked. So that the dispatching service provider may perform a pickup operation on the second data object that the second user needs to return when the first data object is dispatched to the second address according to the mark, and deliver the first data object to the first address. In this way, the second user object that needs to be returned can be returned without the second user selecting and contacting the logistics resource service provider, thereby reducing the operation steps of the second user and improving the user experience.
  • the dispatching service provider may install an application (App) through the terminal device, and the application may be provided by the associated logistics service provider, or may be provided by the e-commerce platform.
  • App application
  • the dispatching service provider can perform operations such as "grab grabbing", that is, when the system issues a new dispatching task, the dispatching service provider can receive the corresponding notification through the application, and can receive the corresponding
  • the details of the corresponding logistics order can be sent to the terminal device of the dispatching service provider, and the dispatching service provider can send it accordingly.
  • the platform can provide the SDK (Software Development Kit) package to the logistics service provider, so that the logistics delivery service provider can receive the notification of the platform. And mark the corresponding logistics orders, and the delivery service provider can use the goods.
  • the streaming distribution application knows the marked logistics order in time when viewing the logistics order and performs matching delivery tasks.
  • the server of the platform can directly mark the logistics order associated with the second transaction order, and the delivery server client can send the corresponding delivery task in time. Know if the corresponding logistics order is a marked logistics order and perform a matching delivery task.
  • the first user identification information, the second user identification information, the first address information, and the second address information may also be provided to the logistics service provider, so that the logistics service provider is targeted to the second data object.
  • the provided delivery operation generates an electronic version of the recipient and sender information and prints them on the "Express Delivery Order".
  • the recipient and the sender information since the second data object is returned to the first user by the second user, the second user's name, the second geological information, the contact information, etc. may be used as The sender information, correspondingly, the first user's name, first geological information, contact information, etc. are used as recipient information.
  • the dispatching service provider sends the first data object to the second address of the second user
  • the second user directly delivers the second data object to be returned to the current delivery service, without having to manually fill in the "Express delivery list”
  • the delivery service provider can paste the printed courier face sheet to the package after the second data object is packaged, and can hand over the "customer association" of the courier face to the second user as the delivery. certificate.
  • the “Taobao” sales platform is introduced as an example.
  • the platform there is a “Taobao” intermediate account.
  • the specific processing flow may include: First, the integrity may be The user performs the withholding authorization, that is to say, in the case of obtaining the user's consent in advance, when the refund is subsequently processed, the platform can directly perform the withholding without the user performing the confirmation operation such as inputting the password.
  • the seller can first be sent to the seller for review. After the seller user passes the review, the platform can judge whether the current consumer is a good user.
  • the platform can first fund the seller and generate a new order, so that the seller can perform the delivery operation according to the new order.
  • a small item ie, a courier
  • the item that needs to be returned can be retrieved in person.
  • the platform can be notified, so that the platform can perform subsequent refunds and other related operations. If there is any objection, you can negotiate with the buyer user. If no agreement can be reached, the platform can intervene.
  • the transfer of the payment involves multiple accounts such as the buyer account, the seller account, the intermediate account, and the platform account (that is, the fund account).
  • the transfer direction of the payment can be as shown in FIG. :
  • First transfer When the buyer user first generates an order, the buyer user can pay the purchase price 1 to the intermediate account from the buyer account, before the buyer user performs the "confirm receipt” operation, or at the time agreed by the system ( Usually it will be longer, for example, 10 days, etc.) This part of the payment will remain in the intermediate account for the time being.
  • Second transfer In the embodiment of the present application, the user may exchange the demand after receiving the seller's goods. At this time, the buyer user may temporarily not click the “confirm receipt” button, but first initiate a replacement request. . In the case that the seller agrees to exchange the goods, and the platform determines that the current user belongs to the credit user, a new order can be generated, and the payment of the new order 2 from the platform account is transferred to the intermediate account, that is, the fund account is for the new order. payment.
  • the “confirm receipt” operation can be performed based on the original order (ie, for the buyer user, the new order can be transparent)
  • the platform can record the relationship between the original main order and the new order generated when the goods are exchanged.
  • the payment 1 previously paid by the buyer account can be returned from the intermediate account to the buyer account.
  • the fourth transfer Since the previous order has been funded by the fund account, after the payment of the payment 1 to the buyer account, the platform can deduct the payment from the buyer account to the platform account.
  • the fifth transfer the platform then transfers the previous payment for the new order 2 from the intermediate account to the seller account.
  • FIG. 3 and FIG. 4 are only described as examples, and should not be construed as limiting the scope of the present application.
  • a fast exchange method may be provided.
  • the server may create a new one according to the first data object information associated with the exchange request.
  • the transaction order is provided to the first user, and the first user can deliver the first data object accordingly, instead of waiting for the second data object returned by the second user to be shipped, thereby shortening the
  • the second user receives the cycle of the first data object, thereby shortening the cycle of the entire exchange process and improving the efficiency of the exchange process.
  • the second embodiment mainly provides a method for processing exchange information from the perspective of the second user client.
  • the method may include the following steps:
  • S501 The second user client receives the exchange request issued for the first transaction order
  • S302 Submit the exchange request to the server, so that the server determines the first user information, the second user information, and the first data object information associated with the exchange request, and performs credit authority on the second user.
  • Test Proof that if the verification passes, creating a second transaction order according to the first data object information, and providing the second transaction order to the first user client, so that the first user is according to the second A transaction order that performs a shipping operation on the first data object.
  • the second embodiment corresponds to the first embodiment, but the description is different. Therefore, refer to the introduction of the first embodiment, and details are not described herein again.
  • the third embodiment mainly provides a method for processing exchange information from the perspective of the first user client.
  • the method may include the following steps:
  • the first user client receives the exchange request issued for the first transaction order, and provides an operation option for agreeing to the exchange;
  • S602 When the operation instruction is received by the operation, sending a notification message to the server, so that the server determines the first user information, the second user information, and the first data object information associated with the exchange request, and Determining, by the second user, credit authority verification, if the verification is passed, creating a second transaction order according to the first data object information, and returning the second transaction order;
  • S603 Receive the second transaction order to perform a shipping operation on the first data object according to the second transaction order.
  • the first user client may further receive a notification message sent by the server that has advanced the resource information for the second transaction order, so as to perform a shipping operation on the first data object according to the notification message.
  • the advanced resource information may be saved in a preset intermediate account, and at this time, only an operation option for performing a confirmation receipt operation may be provided in the second transaction order, so as to receive the
  • a notification message confirming the receipt is submitted through the operation option, and the notification message is submitted to the server, so that the server associates the second transaction order from the intermediate account
  • the resource information is transferred to the account associated with the first user.
  • the third embodiment corresponds to the first embodiment, but the description is different. Therefore, refer to the introduction of the first embodiment, and details are not described herein again.
  • the embodiment of the present application further provides a replacement information processing device, which is applied to a server.
  • the device may include:
  • the information determining unit 701 is configured to receive a replacement request for the first transaction order, and determine first user information, second user information, and first data object information associated with the replacement request;
  • the credit authority verification unit 702 is configured to perform credit authority verification on the second user
  • An order creation unit 703 configured to create a second transaction order according to the first data object information when the second user's credit authority verification is passed, and provide the second transaction order to the first user client, In order for the first user to perform a shipping operation on the first data object according to the second transaction order.
  • the device further includes:
  • a resource information determining unit configured to determine resource information of the first data object
  • a resource advancement unit configured to perform a resource advance operation on the second transaction order by using a preset padding account, so that the first user, after receiving the second transaction order and payment success information, A data object performs a shipping operation.
  • the resource advancement unit is specifically configured to:
  • the device further includes:
  • a resource transfer unit configured to: when receiving the second notification message that the first user client has received the returned second data object, transfer the corresponding resource information from the intermediate account to the first User-associated account.
  • the resource information that the second user client pays for the first transaction order is temporarily stored in the intermediate account, and when the second notification message is received,
  • the resource transfer unit is further configured to:
  • the device further includes:
  • the license information obtaining unit is configured to obtain the transfer permission information of the second user before transferring the resource information associated with the second transaction order from the account associated with the second user to the fund account.
  • the device further includes:
  • a logistics service provider information determining unit configured to receive a third notification message submitted by the first user client for the second transaction order, and determine logistics service provider information for performing the delivery task;
  • An address information determining unit configured to determine first address information associated with the first user, and a second user Second address information of the association
  • a judging unit configured to determine, according to service coverage information of each service type of the pre-saved logistics service provider, whether the logistics service provider can provide a pickup service at the second address, and provide the first address Delivery service;
  • a marking unit configured to mark, when the determination result of the determining unit is yes, a logistics order associated with the second transaction order, so that the dispatching service delivers the first item corresponding to the first data object to the At the second address, the second item to be returned by the second user is picked up and delivered to the first address.
  • the device further includes:
  • An information providing unit configured to provide the first user identification information, the second user identification information, the first address information, and the second address information to the logistics service provider, so that the logistics service provider is targeted to the second
  • the delivery operation provided by the goods generates an electronic version of the recipient and the sender information and prints.
  • the credit authority verification unit is specifically configured to:
  • Whether or not the verification is passed is determined based at least on the result of the determination.
  • the credit authority verification unit is further configured to:
  • the embodiment of the present application further provides a replacement information processing device, where the device is applied to the second user client.
  • the exchange request receiving unit 801 is configured to receive a replacement request issued for the first transaction order
  • a request submitting unit 802 configured to submit the replacement request to a server, so that the server determines first user information, second user information, and first data object information associated with the replacement request, and the The second user performs credit authority verification, and if the verification passes, creates a second transaction order according to the first data object information, and provides the second transaction order to the first user client, so that the first user Performing a shipping operation on the first data object in accordance with the second transaction order.
  • the embodiment of the present application further provides a replacement information processing device, and the device is applied to the first user client.
  • a exchange request receiving unit 901 configured to receive a replacement request issued for the first transaction order, and provide the Agree to the operation options for the exchange;
  • the notification unit 902 is configured to: when the operation instruction is received by the operation, send a notification message to the server, so that the server determines the first user information, the second user information, and the first data object information associated with the exchange request And performing credit authority verification on the second user, if the verification is passed, creating a second transaction order according to the first data object information, and returning the second transaction order;
  • the order receiving unit 903 is configured to receive the second transaction order to perform a shipping operation on the first data object according to the second transaction order.
  • a fast exchange method can be provided.
  • the server can create a new one according to the first data object information associated in the exchange request.
  • the transaction order is provided to the seller user, and the seller user can deliver the first data object accordingly, instead of waiting for the second data object returned by the buyer user to be shipped, thereby shortening the buyer user.
  • the cycle of receiving the first data object thereby shortening the cycle of the entire exchange process, and improving the efficiency of the exchange process.
  • 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)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

一种换货信息处理方法及装置，其中，所述方法包括：服务器接收针对第一交易订单的换货请求，并确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息（S201）；对所述第二用户进行信用权限验证（S202）；若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单提供给所述第一用户客户端（S203），以便所述第一用户根据所述第二交易订单，对所述第一数据对象执行发货操作。通过该方法，能够为信用度较好的用户提供快速的换货处理方式，缩短换货流程的周期，提高换货流程的效率。

Description

换货信息处理方法及装置
本申请要求2016年08月26日递交的申请号为201610742600.4、发明名称为“换货信息处理方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及数据对象信息处理技术领域，特别是涉及换货信息处理方法及装置。
背景技术
在电子商务交易平台系统中，可包括商家或者卖家用户(可称为第一用户，可通过该平台发布其售卖的数据对象，并提供关于数据对象的详情信息等)、消费者或买家用户(可称为第二用户，可通过客户端或者网页浏览商家或者卖家用户发布的数据对象的信息并进行购买等)。买家用户可通过在线下单的方式选购自己喜欢的数据对象，如果该数据对象存在对应的实体货品，则卖家用户在收到对应的订单之后，可以通过合作的物流配送服务提供方，将相关的货品配送到买家用户指定的收货地址，买家用户在收到货品后，如果发现货品的尺码、颜色、款式等不合适，可以要求换货，比如将M码的A货品换为S码的A货品、将红色B货品换为白色的B货品，等等。
在现有技术中，如果买家用户在收到货品后需要换货，则需要先与卖家用户进行协商，协商一致后由买家用户通过销售平台提供的操作选项提交换货申请，并将已经收到的货品(可以将该货品称为“退货货品”)快递给卖家用户，卖家用户在收到买家用户的退货货品，并确认不影响二次销售的情况下后，才会将买家用户想要换的货品(可以将该货品称为“换货货品”)快递给买家用户，这种串行流程导致买家用户收到换货货品的周期基本在5至7天左右，甚至更长，整个换货流程的效率较低。
总之，如何提高换货流程的效率，成为需要本领域技术人员解决的技术问题。
发明内容
本申请提供了换货信息处理方法及装置，能够为信用度较好的用户提供快速的换货处理方式，缩短换货流程的周期，提高换货流程的效率。
本申请提供了如下方案：
一种换货信息处理方法，包括：
服务器接收针对第一交易订单的换货请求，并确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息；
对所述第二用户进行信用权限验证；
若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单提供给所述第一用户客户端，以便所述第一用户根据所述第二交易订单，对所述第一数据对象执行发货操作。
一种换货信息处理方法，包括：
第二用户客户端接收针对第一交易订单发出的换货请求；
将所述换货请求提交到服务器，以便所述服务器确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息，并对所述第二用户进行信用权限验证，若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单提供给所述第一用户客户端，以便所述第一用户根据所述第二交易订单，对所述第一数据对象执行发货操作。
一种换货信息处理方法，包括：
第一用户客户端接收针对第一交易订单发出的换货请求，并提供用于同意换货的操作选项；
通过所述操作选择接收到操作指令时，向服务器发送通知消息，以便所述服务器确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息，并对所述第二用户进行信用权限验证，若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单返回；
接收所述第二交易订单，以便根据所述第二交易订单，对所述第一数据对象执行发货操作。
一种换货信息处理装置，该装置应用于服务器，包括：
信息确定单元，用于接收针对第一交易订单的换货请求，并确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息；
信用权限验证单元，用于对所述第二用户进行信用权限验证；
订单创建单元，用于在第二用户的信用权限验证通过时，根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单提供给所述第一用户客户端，以便所述第一用户根据所述第二交易订单，对所述第一数据对象执行发货操作。
一种换货信息处理装置，应用于第二用户客户端，包括：
换货请求接收单元，用于接收针对第一交易订单发出的换货请求；
请求提交单元，用于将所述换货请求提交到服务器，以便所述服务器确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息，并对所述第二用户进行信用权限验证，若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单提供给所述第一用户客户端，以便所述第一用户根据所述第二交易订单，对所述第一数据对象执行发货操作。
一种换货信息处理装置，应用于第一用户客户端，包括：
换货请求接收单元，用于接收针对第一交易订单发出的换货请求，并提供用于同意换货的操作选项；
通知单元，用于通过所述操作选择接收到操作指令时，向服务器发送通知消息，以便所述服务器确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息，并对所述第二用户进行信用权限验证，若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单返回；
订单接收单元，用于接收所述第二交易订单，以便根据所述第二交易订单，对所述第一数据对象执行发货操作。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，服务器可接收第二用户客户端提交的针对第一交易订单的换货请求并确定所述换货请求关联的信息(可包括第一用户信息、第二用户信息及第一数据对象信息)，在对所述第二用户的信用权限验证通过的情况下，可根据所述第一数据对象信息创建第二交易订单并提供给第一用户客户端，以便第一用户可根据该新创建的第二交易订单对第一数据对象执行发货操作。以此，可提供一种快速的换货方式，对于一些信用度较好的买家用户需要换货时，服务器可根据换货请求中关联的第一数据对象信息创建一个新的交易订单并提供给卖家用户，卖家用户则可据此对第一数据对象进行发货，而不用等待收到买家用户退回的第二数据对象后再进行发货，这样，可缩短买家用户收到第一数据对象的周期，进而缩短整个换货流程的周期，提高换货流程的效率。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施 例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的系统框图；
图2是本申请实施例提供的第一方法的流程图；
图3是本申请实施例提供的示例性流程图；
图4是本申请实施例提供的示例性流程中的货款转移方向示意图；
图5是本申请实施例提供的第二方法的流程图
图6是本申请实施例提供的第三方法的流程图；
图7是本申请实施例提供的第一装置的示意图；
图8是本申请实施例提供的第二装置的示意图；
图9是本申请实施例提供的第三装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
参看图1所示，本申请实施例提供了一种换货信息处理系统，包括交易平台的服务器10、第一用户(例如，商家用户、卖家用户等)客户端20及第二用户(例如，买家用户、消费者用户等)客户端30，服务器10可接收第二用户客户端30提交的针对第一交易订单的换货请求并确定所述换货请求关联的信息(可包括第一用户信息、第二用户信息及第一数据对象信息等)，在对所述第二用户的信用权限验证通过的情况下，可根据所述第一数据对象信息创建第二交易订单并提供给第一用户客户端20。以此，可提供一种快速的换货方式，也即，对于一些信用度较好的第二用户，如果其在收到购买的某数据对象(比如第二数据对象)不满意并需要换货(比如换为第一数据对象)时，服务器可根据换货请求中关联的第一数据对象信息创建一个新的交易订单并提供给第一用户，第一用户则可根据新的交易订单对第一数据对象进行发货，而不用等待收到第二用户退回的第二数据对象后再进行发货，这样，可缩短第二用户收到第一数据对象的周期，进而缩短整个换货流程的周期，提高换货流程的效率。
下面对具体的实现方式进行详细介绍。
实施例一
参见图2，本申请实施例首先从服务器的角度提供了一种换货信息处理方法，该方法可以包括以下步骤:
S101：服务器接收针对第一交易订单的换货请求，并确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息。
在第二用户选中了某一数据对象(在实际应用中，数据对象可对应于电子商务交易平台中的商品对象、服务等等)并触发购买操作后，服务器就可以生成对应的交易订单。
基于该种交易订单，服务器通常可根据交易所处的不同阶段等条件为第二用户提供多种操作选项，例如，取消订单(比如可在订单生成后的预置时间段内提供)、确认收货(比如可在第一用户已经执行发货操作后提供)、退货(比如可在第一用户已经执行发货操作后提供)、换货(比如可在第一用户已经执行发货操作后提供)、评价(比如可在第二用户已经执行确认收货操作后提供)等操作选项。相应的，第二用户可通过对上述操作选项的操作以发起对应的请求，第二用户客户端可将所述请求提交给服务器，比如，第二用户可在收到第一用户发来的第一交易订单关联的第二数据对象后，通过“换货”操作选项发起针对第一交易订单的换货请求，第二用户客户端可将该换货请求提交给服务器，服务器则可将换货请求消息提供给第一用户客户端，以便第一用户进行相关操作。
在实际应用中，在第二用户通过“换货”操作选项发起换货请求时，还可提供填写换货请求相关信息的操作选项，比如，换货货品名称、换货原因、换货说明、取货地址等等，以便于对换货请求相关信息进行收集并可提交给服务器，服务器还可以将换货请求首先发送给第一交易订单关联的第一用户。
当第一用户接收到换货请求信息后，有权决定是否同意该换货请求，在具体实现时，服务器可为第一用户提供比如“同意换货”、“不同意换货”等操作选项，第一用户可通过“同意换货”或“不同意换货”操作选项发出同意换货或不同意换货的通知消息。
在第一用户点击“同意换货”操作选项后，第一用户客户端可将同意换货的通知消息提交给服务器，
接下来，服务器可根据第一交易订单、换货请求相关信息来确定所述换货请求关联的第一用户信息(比如包括第一用户标识、第一用户的收货地址等)、第二用户信息(第二用户标识、第二用户收货地址等)以及第一数据对象信息(比如第一数据对象名称、规格、资源信息等)。
需要说明的是，在实际应用中，可设置为仅对等额的数据对象提供换货服务，由于相关的两个数据对象之间不存在差价，以避免换货过程对平台、第一用户或第二用户带来经济损失。
例如，一种情况是，针对相同的数据对象SPU(Standard Product Unit，标准化产品单元)，在相同或者不同SKU(Stock Keeping Unit，库存量单位)之间进行换货。比如第二用户购买杯子A，收到杯子A后，发现杯子A有瑕疵想要再换一个杯子A，则可发起换货请求；或者，第二用户购买白色的杯子A，收到杯子A后，发现颜色不理想，同时第一用户售卖的杯子A还有其他颜色且金额相同，则可发起换货请求。
另一种情况是，针对等额的不同数据对象，比如，第一用户售卖的数据对象包括杯子B、盘子C，且两者为等额数据对象，第二用户购买并收到杯子B后，想要换为盘子C，则可发起换货请求。由于，该换货过程涉及的两个数据对象为等额，不存在差价，以此可保证换货过程不会为第一用户、第二用户带来经济损失。
当然，也可同时设置为对不等额数据对象提供换货服务，此种情况下则需要第一用户与第二用户针对换货过程涉及的两个数据对象之间的差价处理方式协商一致后再进行退货，以避免由于差价对第一用户或第二用户带来的经济损失。
S102：对所述第二用户进行信用权限验证。
在具体实现时，可通过多种方式实现对所述第二用户进行信用权限验证。比如，在一种实现方式中，可预先在服务器的数据库中保存第二用户的信用度值，可判断当前第二用户的信用度值是否大于某阈值，如果是，则为信用权限验证通过。例如，在支付宝平台下，可以获取第二用户的支付宝账户关联的“芝麻信用”信息，还可以获取“蚂蚁花呗”为该第二用户提供的额度信息，等等。另外，也可以预先在服务器的数据库中保存属于信用度较好的用户的第二用户集合，判断当前第二用户是否属于该集合，如果是，则为信用权限验证通过。
另外，在具体实现时，还可以可先确定所述第一数据对象的资源信息以及所述第二用户的信用额度信息。在实际应用中，所述资源信息可为第一数据对象的价格等信息。具体的，可以将第二用户的信用信息划分为不同的等级，并对不同的等级授予不同的信用额度，例如，信用等级越高，则信用额度越高。也就是说，如果某第二用户属于信用较好的用户，但其信用等级比较低，对应的信用额度也会比较低，比如，当信用额度低于当前交易订单关联的资源信息，此时，也可不向该第二用户提供快速的退货方式，该第二用户可以通过传统的换货途径与第一用户进行协商换。
具体实现时，服务器还可预先将信用较好的用户划分为不同的信用等级，比如，可以为各个等级分别设置不同的区间临界值，计算出各个第二用户的信用度值之后，就可以根据这种区间临界值，划分到对应的信用等级中。另外，还可以预先在服务器的数据库中保存信用等级与信用额度之间的对应关系，例如一级对应100元，二级对应200元，三级对应300元等。
基于此，可判断所述第二用户的信用额度信息是否大于所述第一数据对象的资源信息，并至少根据所述判断结果确定是否信用权限验证通过。
在实际应用中，可判断所述第二用户的信用额度信息是否大于第一数据对象的价格，如果判断结果为大于，则为信用权限验证通过，如果判断结果为小于，则为信用权限验证不通过。
比如，当前第二用户的信用等级为二级，对应的信用额度为200元，当前交易订单中第一数据对象的价格为120元，则可判断出当前第二用户的信用额度信息大于第一数据对象的价格，则为信用权限验证通过。
另外，为了避免第二用户滥用该退货功能，还可对同一第二用户在最近一段时间内请求进行换货的次数进行限制，以避免同一第二用户在短时间内频繁进行换货。具体的，在当前第二用户的信用额度大于所述第一数据对象的资源信息的前提下，还可进一步对当前第二用户在预置时间段内(例如最近半个月内等)发起的换货请求次数进行统计，若统计结果小于预置阈值(比如，预置阈值为两次)，才为信用权限验证通过。
S103，若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单提供给所述第一用户客户端，以便所述第一用户根据所述第二交易订单，对所述第一数据对象执行发货操作。
若当前第二用户的信用度较好，则可根据第一数据对象名称、规格、资源信息等创建第二交易订单并提供给所述第一用户客户端，第一用户可根据所述第二交易订单对所述第一数据对象执行发货操作，而不用等待收到第二用户退回的与第一交易订单关联的第二数据对象后再进行发货，这样，可缩短买家用户收到第一数据对象的周期，进而缩短整个换货流程的周期，提高换货流程的效率，当然，若当前第二用户的信用度不好，则可以通过传统的退货途径与第一用户进行协商换货。
在本实施例中，为保证第一用户的利益，避免产生“零元订单”而给第一用户带来的发货方面的顾虑，可在创建所述第二交易订单后，进一步确定与换货请求关联的第一数据对象的资源信息，然后对所述第二交易订单执行资源垫付操作。为了实现该垫付的 过程，平台方还可预先设置一垫资账户，可向该垫资账户中预存一定金额(比如30万人民币等)，以便在需要资源垫付时使用该垫资账户进行垫付操作。这样，在创建了第二交易订单后，就可以利用所述垫资账户对与第二交易订单关联的第一货品的金额进行垫付操作，比如，可将对应的资源信息转给对应的第一用户关联的收款账户。
或者，在一些平台中，在第一用户与第二用户正常交易的过程中，平台方还提供了中间账户(例如，支付宝平台下的担保账户等)，在第二用户为某订单付款时，相应的资源信息会首先转入到中间账户，等到第一用户发货，并且第二用户确认收到货品时，再将资源信息从中间账户转入第一用户的收款账户，这样可以使得第一用户以及第二用户都可以更放心的进行付款以及发货操作。在本申请实施例中，在平台中存在中间账户的情况下，可以首先将垫付的资源信息转入这种中间账户，并向所述第一用户客户端提供支付成功的第一通知消息，以便所述第一用户在接收到所述第二交易订单以及第一通知信息后，对所述第一数据对象执行发货操作。后续在第一用户确认收到第二用户退回的第一数据对象时，再从中间账户将垫付的这部分资源信息转入第一用户的账户。以此，系统可通过垫资账户对因换货操作而创建的交易订单先进行垫付操作，而避免第一用户在收到“零元订单”后而担心相关联资源是否能及时收到的情况，可保证第一用户经济利益，并可促使第一用户在接收到相关的交易订单及支付成功消息后及时执行发货操作，进而保证第二用户可尽早的收到第一数据对象，缩短整个换货周期。进一步的，通过中间账户的中转，进一步保证了资源信息周转的安全性以及可靠性。
在具体实现时，在将新创建的第二交易订单提供给第一用户客户端时，还可以提供多种操作选项。例如，由于第二交易订单是基于第二用户的退货请求而创建的，因此，对于第一用户而言，除了根据第二交易订单对第二数据对象进行发货，后续还会接收到第二用户退回的原来的第一数据对象。因此，还可以在第一用户客户端中展示第二交易订单信息的过程中，还可以提供用于执行“确认收货”的操作选项，在第一用户收到第二用户退回的第一数据对象时，在确认无误后，还可以通过该操作选项，向服务器提交确认收货的第二通知消息。服务器可根据该第二通知消息，将中间账户中保存的为第二交易订单垫付的资源信息转入所述第一用户关联的账户中。也就是说，当第一用户收到退回的第二数据对象后，服务器可将之前为第二交易订单垫付的资源信息从所述中间账户转入第一用户关联的账户中。
另外，在平台提供了中间账户的情况下，所述第二用户客户端为所述第一交易订单 支付的资源信息也会暂存在所述中间账户中，也就是说，在第二用户针对第一交易订单发出了换货申请，平台方创建了第二交易订单并垫付了资源之后，之前第二用户为第一订单支付的资源信息，以及此时平台为第二交易订单垫付的资源信息，目前都暂时存在中间账户中。因此，在第一用户确认收到第二用户退回的第二数据对象时，除了可以将第二交易订单关联的资源信息从中间账户转入第一用户关联的账户，还可以将所述第一交易订单关联的资源信息，从所述中间账户退还到所述第二用户关联的账户。然后，还可将所述第二交易订单关联的资源信息，从所述第二用户关联的账户转入所述垫资账户，以保证垫资账户中垫付资源与资源回流之间的平衡性。这样，在换货流程完成后，第二用户原为第一交易订单支付的资源信息被退回给第二用户，平台为第二交易订单支付的资源信息被转入第一用户关联的账户，第二用户又将平台垫付的资源转入到平台的垫资账户。这样，实际上垫资账户达到了收支平衡，第一用户收到了应有的资源信息，第二用户为获得具体的数据对象而付出了相应的资源信息。
其中，在具体实现时，在将所述第二交易订单关联的资源信息，从所述第二用户关联的账户转入所述垫资账户时，可以有多种方式，例如，其中一种方式可以是由平台方向第二用户客户端发送消息，第二用户客户端根据收到的消息，从自己的账户中将相应的资源信息转入平台方的垫资账户。当然，在上述过程中，需要第二用户执行的操作比较多，包括输入密码、确认等等。为此，在本申请实施例中，还可以由平台方实现一种“代扣”，也就是说，在需要第二用户客户端将相应的资源信息转入平台方的垫资账户时，还可以由平台方直接执行上述转账操作，而不需要第二用户执行输入密码、确认等操作。当然，在这种方式下，还可预先获得所述第二用户的代扣许可信息。
具体的，为了获得所述第二用户的代扣许可信息，服务器可向第二用户提供用于签署预置的代扣协议的操作选项，第二用户可通过该操作选项签署代扣协议，在第二用户已签署代扣协议的情况下，则获得了所述第二用户的代扣许可信息，服务器可直接执行上述代扣操作，在执行代扣操作之后，向第二用户提供相关的通知消息即可。此种方式可减少用户操作步骤，更方便用户操作，而且对于系统而言也会更有保障，避免第二用户忘记支付、或者等待很长时间才支付等情况，以保证垫资账户中资金回流的及时性。
由于在进行换货的过程中，第二用户需要将第一交易订单关联的第二数据对象退回给第一用户，在现有技术中，第二用户通常需要自行联系物流服务提供方，进行相应的寄送快递等操作。而在本申请实施例中，为了方便第二用户退回数据对象，还可针对第一交易订单关联的退回的第二数据对象及第二交易订单关联的发出的第一数据对象的 物流配送路线进行合理规划，以更为合理的利用物流配送资源。在具体实现时，服务器还可向在第二交易订单中提供比如“发货”的操作选项，针对所述第二交易订单，第一用户可通过“发货”操作选项发出所述的第二交易订单已发货的第三通知消息，第一用户客户端可将所述第三通知消息提交给服务器。此外，服务器还可以将发货时选择的物流服务提供方的信息提交到服务器，具体的，服务器可为第一用户提供发货物流信息的操作选项，第一用户可通过该操作选项填写发货物流信息(比如包括物流公司名称、物流单编号等)，并可将发货物流信息提交给服务器。
通过上述方式，服务器可接收到第一用户客户端提交的针对所述第二交易订单已发货的第三通知消息，并可确定执行送货任务的物流服务提供方信息(比如物流公司名称、物流单编号等)。
然后，可从S101中确定的第一用户信息、第二用户信息中进一步提取出所述第一用户关联的第一地址信息，以及第二用户关联的第二地址信息。
接下来，可根据预先在服务器中保存的物流服务提供方各服务类型的服务覆盖范围信息(比如包括提供取货服务的覆盖范围、提供送货服务的覆盖范围等)，判断所述物流服务提供方是否可在所述第二地址提供取货服务，并在所述第一地址提供送货服务。
在确定所述物流服务提供方可以在所述第二地址提供取货服务并在所述第一地址提供送货服务的情况下，则可对所述第二交易订单关联的物流订单进行标记，以便派送服务者可根据所述标记，在将所述第一数据对象派送到所述第二地址时，对第二用户需退回的第二数据对象进行取货操作，并配送到所述第一地址。以此，无需第二用户自己选择、联系物流资源服务提供方，即可实现将需退货的第二数据对象进行退回，减少了第二用户的操作步骤，提升用户体验。
在具体实现时，派送服务者可以通过终端设备安装一应用程序(App)，该应用程序可以是由所属的物流服务提供方提供的，或者，也可以是由电商平台提供的。通过这种应用程序，派送服务者可以进行“抢单”等操作，也即，当系统发出新的派送任务时，派送服务者可以通过这种应用程序接收到相应的通知，并且可以领取相应的派送任务，在领取到派送任务后，相应的物流订单的详情信息就可以发送到派送服务者的终端设备中，派送服务者据此进行派送即可。
其中，如果是物流服务提供方提供的派送服务者客户端，则平台方可向物流服务提供方提供SDK(Software Development Kit，软件开发工具包)包，使得物流配送服务提供方能够接收平台的通知，并对相应的物流订单进行标记，派送服务者可通过使用物 流配送应用查看物流订单时及时获知带有标记的物流订单，并执行相匹配的配送任务。
如果是平台方提供的派送服务者客户端，则平台的服务器可直接对所述第二交易订单关联的物流订单进行标记，派送服务者客户端发在领取到相应的派送任务时，即可及时获知对应的物流订单是否为已标记的物流订单，并执行相匹配的配送任务。
另外，还可将第一用户标识信息、第二用户标识信息、第一地址信息以及第二地址信息提供给所述物流服务提供方，以便所述物流服务提供方针对为所述第二数据对象提供的配送操作生成电子版收件方以及发件方信息并进行打印在“快递面单”上。其中，在生成收件方以及发件方信息时，由于第二数据对象是由第二用户退回给第一用户，因此，可以将第二用户的姓名、第二地质信息、联系方式信息等作为发件人信息，相应的，第一用户的姓名、第一地质信息、联系方式信息等作为收件人信息。以此，派送服务者在将第一数据对象派送到第二用户的第二地址时，第二用户直接将需退回的第二数据对象交给当前的派送服务者即可，而不必手动填写“快递面单”，派送服务者可以将已经打印的快递面单粘贴到对第二数据对象进行打包后的包裹上，并可将快递面单的“客户联”等交给第二用户作为发货凭证。
为了更好的理解本申请实施例，下面通过一个具体应用中的例子，进行详细介绍。
参见图3，在该例子中，以“淘宝”销售平台为例进行介绍，在该平台内，存在“淘宝”中间账户，在此情况下，具体的处理流程可以包括：首先，可以预先对诚信用户进行代扣授权，也就是说，在提前征得用户同意的情况下，在后续处理退款时，可以由平台直接进行代扣，而无需用户再执行输入密码等确认操作。在消费者申请换货时，首先可以发给卖家进行审核，卖家用户审核通过后，平台可以判断当前消费者是否为诚信用户，如果不是，则可以按照普通的换货流程进行，也即，等到卖家用户收到买家退回的货品后，再重新进行发货。而如果当前消费者是诚信用户，则平台可以先垫资给卖家用户，并生成新订单，这样，卖家可以根据新订单执行发货操作。小件员(也即快递员)在针对新订单的货品，为买家进行送货时，可以当面取回之前需要退回的货品。也就是说，对于买家而言，可以先收到新货品，并同时将之前收到的货品退回即可，大大减少了等待的时间。小件员在对退货进行验收并无异议后，即可通知平台，这样，平台可以执行后续的退款代扣等相关操作。如果有异议，则可以与买家用户进行协商，如果无法达成一致，则平台可以介入判责。
在上述流程中，货款的流转涉及到买家账户、卖家账户、中间账户、平台账户(也即垫资账户)等多个账户，在流程的各个阶段，货款的转移方向可以如图4所示：
第一次转移：在买家用户首次生成一个订单时，买家用户可以从买家账户支付货款1到中间账户，在买家用户执行“确认收货”操作之前，或者在系统约定的时间(通常会比较长，例如10天等)到来之前，这部分货款会一直暂时保留在中间账户中。
第二次转移：在本申请实施例中，用户在收到卖家的货品后可能换货需求，此时，买家用户可以暂时先不点击“确认收货”按钮，而是先发起换货请求。在卖家同意换货，并且平台判断出当前用户属于诚信用户的情况下，可以生成新订单，并从平台账户将新订单的货款2转移到中间账户中，也即，垫资账户为新订单进行付款。
第三次转移：在卖家重新发货，并且买家用户收到货品后，就可以基于原来的订单执行“确认收货”操作(也即，对于买家用户而言，新订单可以是透明的，平台中可以记录原来主订单与换货时生成的新订单之间的关联关系)，此时，可以将之前由买家账户支付的货款1，从中间账户退回给买家账户。
第四次转移：由于之前由垫资账户为新订单进行了垫资，因此，在将货款1退回给买家账户之后，平台可以从买家账户划扣货款到平台账户。
第五次转移：平台再将之前为新订单垫付的货款2，从中间账户转移到卖家账户。
可见，通过本申请实施例的方式，最终实现买家账户支付的货款，卖家账户也收到了货款，平台垫资账户之前执行了垫付，但后续又通过划扣的方式进行了偿还，因此，各个账户之间从整体上实现收支平衡。
需要说明的是，上述图3和图4仅仅是作为例子进行介绍，并不应看作是对本申请保护范围的限制。
总之，根据本申请实施例，可提供一种快速的换货方式，对于一些信用度较好的第二用户需要换货时，服务器可根据换货请求中关联的第一数据对象信息创建一个新的交易订单并提供给第一用户，第一用户则可据此对第一数据对象进行发货，而不用等到收到第二用户退回的第二数据对象后再进行发货，这样，可缩短第二用户收到第一数据对象的周期，进而缩短整个换货流程的周期，提高换货流程的效率。
实施例二
该实施例二主要从第二用户客户端的角度，提供了一种换货信息处理方法，参见图5，该方法可以包括以下步骤：
S501：第二用户客户端接收针对第一交易订单发出的换货请求；
S302：将所述换货请求提交到服务器，以便所述服务器确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息，并对所述第二用户进行信用权限验 证，若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单提供给所述第一用户客户端，以便所述第一用户根据所述第二交易订单，对所述第一数据对象执行发货操作。
该实施例二与实施例一是相对应的，只是描述角度有所不同，因此，可以参见实施例一的介绍，这里不再赘述。
实施例三
该实施例三主要从第一用户客户端的角度，提供了一种换货信息处理方法，参见图6，该方法可以包括以下步骤：
S601：第一用户客户端接收针对第一交易订单发出的换货请求，并提供用于同意换货的操作选项；
S602：通过所述操作选择接收到操作指令时，向服务器发送通知消息，以便所述服务器确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息，并对所述第二用户进行信用权限验证，若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单返回；
S603：接收所述第二交易订单，以便根据所述第二交易订单，对所述第一数据对象执行发货操作。
具体实现时，第一用户客户端还可以接收服务器发送的已为所述第二交易订单垫付资源信息的通知消息，以便根据该通知消息，对所述第一数据对象执行发货操作。其中，所述垫付的资源信息可以保存在预置的中间账户中，此时，还可以在所述第二交易订单只提供用于执行确认收货操作的操作选项，以便在接收到所述第一交易订单关联的第二数据对象时，通过所述操作选项提交确认收货的通知消息，并将所述通知消息提交到服务器，以便服务器从所述中间账户将所述第二交易订单关联的资源信息转入所述第一用户关联的账户。
该实施例三与实施例一是相对应的，只是描述角度有所不同，因此，可以参见实施例一的介绍，这里不再赘述。
与前述实施例一中提供的换货信息处理方法相对应，本申请实施例还提供了一种换货信息处理装置，该装置应用于服务器，参见图7，该装置可以包括：
信息确定单元701，用于接收针对第一交易订单的换货请求，并确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息；
信用权限验证单元702，用于对所述第二用户进行信用权限验证；
订单创建单元703，用于在第二用户的信用权限验证通过时，根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单提供给所述第一用户客户端，以便所述第一用户根据所述第二交易订单，对所述第一数据对象执行发货操作。
此外，所述装置，还包括：：
资源信息确定单元，用于确定所述第一数据对象的资源信息；
资源垫付单元，用于利用预置的垫资账户对所述第二交易订单执行资源垫付操作，以便所述第一用户在接收到所述第二交易订单以及支付成功信息后，对所述第一数据对象执行发货操作。
具体实现时，所述资源垫付单元，具体用于：
将对应的资源信息转入预置的中间账户，并向所述第一用户客户端提供支付成功的第一通知消息。
进一步的，所述装置，还包括：
资源转移单元，用于在接收到所述第一用户客户端提交的已收到退回的第二数据对象的第二通知消息时，将对应的资源信息从所述中间账户转入所述第一用户关联的账户。
在实际应用中，所述第二用户客户端为所述第一交易订单支付的资源信息暂存在所述中间账户中，接收到所述第二通知消息时，
所述资源转移单元，还用于：
将所述第一交易订单关联的资源信息，从所述中间账户退还到所述第二用户关联的账户；
将所述第二交易订单关联的资源信息，从所述第二用户关联的账户转入所述垫资账户。
进一步的，所述装置，还包括：
许可信息获取单元，用于在将所述第二交易订单关联的资源信息，从所述第二用户关联的账户转入所述垫资账户之前，获得所述第二用户的转账许可信息。
在具体实现时，所述装置，还包括：
物流服务提供方信息确定单元，用于接收所述第一用户客户端提交的针对所述第二交易订单已发货的第三通知消息，并确定执行送货任务的物流服务提供方信息；
地址信息确定单元，用于确定所述第一用户关联的第一地址信息，以及第二用户关 联的第二地址信息；
判断单元，用于根据预先保存的物流服务提供方各服务类型的服务覆盖范围信息，判断所述物流服务提供方是否可在所述第二地址提供取货服务，并在所述第一地址提供送货服务；
标记单元，用于在判断单元的判断结果为是时，对所述第二交易订单关联的物流订单进行标记，以便派送服务者在将所述第一数据对象对应的第一货品派送到所述第二地址时，对第二用户需退回的第二货品进行取货操作，并配送到所述第一地址。
可选的，所述装置，还包括：
信息提供单元，用于将第一用户标识信息、第二用户标识信息、第一地址信息以及第二地址信息提供给所述物流服务提供方，以便所述物流服务提供方针对为所述第二货品提供的配送操作生成电子版收件方以及发件方信息并进行打印。
在具体实现时，所述信用权限验证单元，具体用于：
确定所述第一数据对象的资源信息以及所述第二用户的信用额度信息；
判断所述第二用户的信用额度信息是否大于所述第一数据对象的资源信息；
至少根据所述判断结果确定是否验证通过。
进一步的，所述信用权限验证单元，还具体用于：
如果所述判断的结果为是，且所述第二用户在预置时间段内发起的换货请求次数小于预置阈值，则验证通过。
与实施例二相对应，本申请实施例还提供了一种换货信息处理装置，该装置应用于第二用户客户端，参见图8，具体可以包括：
换货请求接收单元801，用于接收针对第一交易订单发出的换货请求；
请求提交单元802，用于将所述换货请求提交到服务器，以便所述服务器确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息，并对所述第二用户进行信用权限验证，若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单提供给所述第一用户客户端，以便所述第一用户根据所述第二交易订单，对所述第一数据对象执行发货操作。
与实施例三相对应，本申请实施例还提供了一种换货信息处理装置，该装置应用于第一用户客户端，参见图9，具体可以包括：
换货请求接收单元901，用于接收针对第一交易订单发出的换货请求，并提供用于 同意换货的操作选项；
通知单元902，用于通过所述操作选择接收到操作指令时，向服务器发送通知消息，以便所述服务器确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息，并对所述第二用户进行信用权限验证，若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单返回；
订单接收单元903，用于接收所述第二交易订单，以便根据所述第二交易订单，对所述第一数据对象执行发货操作。
总之，根据本申请实施例，可提供一种快速的换货方式，对于一些信用度较好的买家用户需要换货时，服务器可根据换货请求中关联的第一数据对象信息创建一个新的交易订单并提供给卖家用户，卖家用户则可据此对第一数据对象进行发货，而不用等到收到买家用户退回的第二数据对象后再进行发货，这样，可缩短买家用户收到第一数据对象的周期，进而缩短整个换货流程的周期，提高换货流程的效率。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的换货信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对 本申请的限制。

Claims (16)

  1. 一种换货信息处理方法，其特征在于，包括：
    服务器接收针对第一交易订单的换货请求，并确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息；
    对所述第二用户进行信用权限验证；
    若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单提供给所述第一用户客户端，以便所述第一用户根据所述第二交易订单，对所述第一数据对象执行发货操作。
  2. 根据权利要求1所述的方法，其特征在于，所述创建第二交易订单后，还包括：
    确定所述第一数据对象的资源信息；
    利用预置的垫资账户对所述第二交易订单执行资源垫付操作，以便所述第一用户在接收到所述第二交易订单以及支付成功信息后，对所述第一数据对象执行发货操作。
  3. 根据权利要求2所述的方法，其特征在于，所述利用预置的垫资账户对所述第二交易订单执行资源垫付操作，包括：
    将对应的资源信息转入预置的中间账户，并向所述第一用户客户端提供支付成功的第一通知消息。
  4. 根据权利要求3所述的方法，其特征在于，所述方法还包括：
    接收到所述第一用户客户端提交的已收到退回的第二数据对象的第二通知消息时，将第一数据对象对应的资源信息从所述中间账户转入所述第一用户关联的账户。
  5. 根据权利要求4所述的方法，其特征在于，所述第二用户客户端为所述第一交易订单支付的资源信息暂存在所述中间账户中，
    接收到所述第二通知消息时，所述方法还包括：
    将所述第一交易订单关联的资源信息，从所述中间账户退还到所述第二用户关联的账户；
    将所述第二交易订单关联的资源信息，从所述第二用户关联的账户转入所述垫资账户。
  6. 根据权利要求1所述的方法，其特征在于，还包括：
    接收所述第一用户客户端提交的针对所述第二交易订单已发货的第三通知消息，并确定执行送货任务的物流服务提供方信息；
    确定所述第一用户关联的第一地址信息，以及第二用户关联的第二地址信息；
    根据预先保存的物流服务提供方各服务类型的服务覆盖范围信息，判断所述物流服务提供方是否可在所述第二地址提供取货服务，并在所述第一地址提供送货服务；
    如果是，则对所述第二交易订单关联的物流订单进行标记，以便派送服务者在将所述第一数据对象派送到所述第二地址时，对第二用户需退回的第二数据对象进行取货操作，并配送到所述第一地址。
  7. 根据权利要求6所述的方法，其特征在于，还包括：
    将第一用户标识信息、第二用户标识信息、第一地址信息以及第二地址信息提供给所述物流服务提供方，以便所述物流服务提供方针对为所述第二数据对象提供的配送操作生成电子版收件方以及发件方信息并进行打印。
  8. 根据权利要求1至7任一项所述的方法，其特征在于，所述对所述第二用户进行信用权限验证，包括：
    确定所述第一数据对象的资源信息以及所述第二用户的信用额度信息；
    判断所述第二用户的信用额度信息是否大于所述第一数据对象的资源信息；
    至少根据所述判断结果确定是否验证通过。
  9. 根据权利要求8所述的方法，其特征在于，所述至少根据所述判断结果确定是否验证通过，包括：
    如果所述判断的结果为是，且所述第二用户在预置时间段内发起的换货请求次数小于预置阈值，则验证通过。
  10. 一种换货信息处理方法，其特征在于，包括：
    第二用户客户端接收针对第一交易订单发出的换货请求；
    将所述换货请求提交到服务器，以便所述服务器确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息，并对所述第二用户进行信用权限验证，若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单提供给所述第一用户客户端，以便所述第一用户根据所述第二交易订单，对所述第一数据对象执行发货操作。
  11. 一种换货信息处理方法，其特征在于，包括：
    第一用户客户端接收针对第一交易订单发出的换货请求，并提供用于同意换货的操作选项；
    通过所述操作选择接收到操作指令时，向服务器发送通知消息，以便所述服务器确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息，并对所述第二用户进行信用权限验证，若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单返回；
    接收所述第二交易订单，以便根据所述第二交易订单，对所述第一数据对象执行发货操作。
  12. 根据权利要求11所述的方法，其特征在于，还包括：
    接收服务器发送的已为所述第二交易订单垫付资源信息的通知消息，以便根据该通知消息，对所述第一数据对象执行发货操作。
  13. 根据权利要求12所述的方法，其特征在于，所述垫付的资源信息保存在预置的中间账户中，所述方法还包括：
    在所述第二交易订单只提供用于执行确认收货操作的操作选项，以便在接收到所述第一交易订单关联的第二数据对象时，通过所述操作选项提交确认收货的通知消息；
    将所述通知消息提交到服务器，以便服务器从所述中间账户将所述第二交易订单关联的资源信息转入所述第一用户关联的账户。
  14. 一种换货信息处理装置，其特征在于，该装置应用于服务器，包括：
    信息确定单元，用于接收针对第一交易订单的换货请求，并确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息；
    信用权限验证单元，用于对所述第二用户进行信用权限验证；
    订单创建单元，用于在第二用户的信用权限验证通过时，根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单提供给所述第一用户客户端，以便所述第一用户根据所述第二交易订单，对所述第一数据对象执行发货操作。
  15. 一种换货信息处理装置，其特征在于，应用于第二用户客户端，包括：
    换货请求接收单元，用于接收针对第一交易订单发出的换货请求；
    请求提交单元，用于将所述换货请求提交到服务器，以便所述服务器确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息，并对所述第二用户进行信用权限验证，若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单提供给所述第一用户客户端，以便所述第一用户根据所述第二交易订 单，对所述第一数据对象执行发货操作。
  16. 一种换货信息处理装置，其特征在于，应用于第一用户客户端，包括：
    换货请求接收单元，用于接收针对第一交易订单发出的换货请求，并提供用于同意换货的操作选项；
    通知单元，用于通过所述操作选择接收到操作指令时，向服务器发送通知消息，以便所述服务器确定所述换货请求关联的第一用户信息、第二用户信息以及第一数据对象信息，并对所述第二用户进行信用权限验证，若验证通过，则根据所述第一数据对象信息创建第二交易订单，并将所述第二交易订单返回；
    订单接收单元，用于接收所述第二交易订单，以便根据所述第二交易订单，对所述第一数据对象执行发货操作。
PCT/CN2017/097306 2016-08-26 2017-08-14 换货信息处理方法及装置 Ceased WO2018036397A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2019510635A JP2019525357A (ja) 2016-08-26 2017-08-14 商品交換情報処理の方法及び装置
US16/286,469 US20190197511A1 (en) 2016-08-26 2019-02-26 Method and apparatus for processing information

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610742600.4 2016-08-26
CN201610742600.4A CN107784540A (zh) 2016-08-26 2016-08-26 换货信息处理方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/286,469 Continuation US20190197511A1 (en) 2016-08-26 2019-02-26 Method and apparatus for processing information

Publications (1)

Publication Number Publication Date
WO2018036397A1 true WO2018036397A1 (zh) 2018-03-01

Family

ID=61246283

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/097306 Ceased WO2018036397A1 (zh) 2016-08-26 2017-08-14 换货信息处理方法及装置

Country Status (5)

Country Link
US (1) US20190197511A1 (zh)
JP (1) JP2019525357A (zh)
CN (1) CN107784540A (zh)
TW (1) TW201807631A (zh)
WO (1) WO2018036397A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110648209A (zh) * 2019-10-09 2020-01-03 成都途风国际旅行社有限公司 一种旅游订单处理方法
CN111190705A (zh) * 2019-12-31 2020-05-22 支付宝(杭州)信息技术有限公司 任务处理方法以及装置
US20200302459A1 (en) * 2019-03-18 2020-09-24 Mastercard International Incorporated Methods and systems for computing interchange rate designator for a payment transaction
CN113393086A (zh) * 2021-05-18 2021-09-14 阿里巴巴新加坡控股有限公司 配送任务信息处理方法及装置
CN119809479A (zh) * 2024-12-20 2025-04-11 北京京东远升科技有限公司 物流信息处理方法和装置

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110717798B (zh) * 2018-07-12 2024-05-21 北京京东尚科信息技术有限公司 一种商品交付的方法和装置
CN109272387A (zh) * 2018-09-21 2019-01-25 阿里巴巴集团控股有限公司 支付链路处理方法、支付系统及设备
CN110020839A (zh) * 2018-12-04 2019-07-16 阿里巴巴集团控股有限公司 业务处理方法、装置及系统
US11256714B1 (en) * 2020-10-26 2022-02-22 Coupang Corp. Systems and methods for managing event storage
CN115147182B (zh) * 2022-07-05 2025-02-28 北京达佳互联信息技术有限公司 订单信息处理方法、装置、电子设备及存储介质
CN116542675B (zh) * 2023-03-23 2023-10-17 上海朗晖慧科技术有限公司 一种结合地理空间信息的跨品类换货方案生成方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050192816A1 (en) * 2004-02-27 2005-09-01 Sap Aktiengesellschaft Systems and methods for managing product returns using return authorization numbers
CN101493913A (zh) * 2008-01-23 2009-07-29 阿里巴巴集团控股有限公司 一种评估网上用户信用的方法及系统
CN102982454A (zh) * 2011-09-06 2013-03-20 阿里巴巴集团控股有限公司 信用值处理方法、信用值处理服务器及物流服务器
CN103778529A (zh) * 2012-10-19 2014-05-07 阿里巴巴集团控股有限公司 返回资源的处理方法和装置
CN104318443A (zh) * 2014-10-14 2015-01-28 深圳市云商微店网络技术有限公司 一种云销售电子商务交易方法及系统

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003150684A (ja) * 2001-11-16 2003-05-23 Hidehiko Kurita 贈答システムおよびそのサーバ
JP2003316981A (ja) * 2002-04-25 2003-11-07 Wina Kk 携帯通信装置を利用したオンライン商品受発注システム及びその商品受発注方法
US20040243477A1 (en) * 2003-01-24 2004-12-02 Mathai Thomas J. System and method for online commerce
JP2005316534A (ja) * 2004-04-27 2005-11-10 A Line Kk 電子商取引システム
AU2006333425A1 (en) * 2005-12-02 2007-07-12 Welcome Real-Time Pte Ltd. Method and system for authorising returns
CN102214337A (zh) * 2010-04-07 2011-10-12 上海钧宸投资有限公司 商品交易结算方法和系统
US20150278821A1 (en) * 2014-03-27 2015-10-01 Ismael Ali Benhamida Systems and methods to deliver an item
CN105096130A (zh) * 2014-05-16 2015-11-25 阿里巴巴集团控股有限公司 识别码信息处理方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050192816A1 (en) * 2004-02-27 2005-09-01 Sap Aktiengesellschaft Systems and methods for managing product returns using return authorization numbers
CN101493913A (zh) * 2008-01-23 2009-07-29 阿里巴巴集团控股有限公司 一种评估网上用户信用的方法及系统
CN102982454A (zh) * 2011-09-06 2013-03-20 阿里巴巴集团控股有限公司 信用值处理方法、信用值处理服务器及物流服务器
CN103778529A (zh) * 2012-10-19 2014-05-07 阿里巴巴集团控股有限公司 返回资源的处理方法和装置
CN104318443A (zh) * 2014-10-14 2015-01-28 深圳市云商微店网络技术有限公司 一种云销售电子商务交易方法及系统

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200302459A1 (en) * 2019-03-18 2020-09-24 Mastercard International Incorporated Methods and systems for computing interchange rate designator for a payment transaction
CN110648209A (zh) * 2019-10-09 2020-01-03 成都途风国际旅行社有限公司 一种旅游订单处理方法
CN111190705A (zh) * 2019-12-31 2020-05-22 支付宝(杭州)信息技术有限公司 任务处理方法以及装置
CN111190705B (zh) * 2019-12-31 2023-08-15 支付宝(杭州)信息技术有限公司 任务处理方法以及装置
CN113393086A (zh) * 2021-05-18 2021-09-14 阿里巴巴新加坡控股有限公司 配送任务信息处理方法及装置
CN113393086B (zh) * 2021-05-18 2023-12-01 阿里巴巴新加坡控股有限公司 配送任务信息处理方法及装置
CN119809479A (zh) * 2024-12-20 2025-04-11 北京京东远升科技有限公司 物流信息处理方法和装置

Also Published As

Publication number Publication date
CN107784540A (zh) 2018-03-09
US20190197511A1 (en) 2019-06-27
TW201807631A (zh) 2018-03-01
JP2019525357A (ja) 2019-09-05

Similar Documents

Publication Publication Date Title
WO2018036397A1 (zh) 换货信息处理方法及装置
JP6446474B2 (ja) 仮想カード値を用いる取引の実行
CN108876497B (zh) 资源转移方法、装置及第三方服务器
US10713630B2 (en) Apparatus and method for purchasing a product using an electronic device
TWI640937B (zh) Online payment method and equipment
US8688540B1 (en) System and method for fulfillment services coordination
AU2011237481B2 (en) Universal merchant application, registration and boarding platform
JP7162587B2 (ja) 注文情報処理方法、装置およびシステム
CN106682961A (zh) 一种基于信用等级的建材采购系统
CN106469377A (zh) 退货信息处理方法及装置
JP2020191064A (ja) 取引システム及び方法
RU2718175C1 (ru) Устройство и способ сетевой транзакции, основанные на управлении разделения привилегий
CN102456194A (zh) 一种远程支付的方法、系统、终端和服务器
KR20190025802A (ko) 클라우드 컴퓨팅 기반의 사업자간 매매정보 교류 및 전자결제시스템
KR20130014043A (ko) 계좌번호가 연동되어 있는 전화 번호를 이용하여 주문 결제를 중계하는 시스템 및 방법
WO2014127444A1 (en) Methods and systems for facilitating on-line commerce
CN104106088B (zh) 网上购物的结账方法
CN113689269B (zh) 一种商业交易系统和方法
US8620739B1 (en) Dynamic conversion and use of non-monetary rewards
KR101870938B1 (ko) 사업자 전용 온라인 쇼핑몰 시스템
HK1252045A1 (zh) 换货信息处理方法及装置
US11170419B1 (en) Methods and systems for transaction division
TW201415389A (zh) 用於安全交換資料之通訊系統、運算裝置及方法
JP7344331B1 (ja) 決済制御装置、電子決済システム、および決済制御方法
CN110675260A (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: 17842820

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019510635

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: 17842820

Country of ref document: EP

Kind code of ref document: A1