CN104899102A - Transaction processing method, device and system - Google Patents

Transaction processing method, device and system Download PDF

Info

Publication number
CN104899102A
CN104899102A CN201510340755.0A CN201510340755A CN104899102A CN 104899102 A CN104899102 A CN 104899102A CN 201510340755 A CN201510340755 A CN 201510340755A CN 104899102 A CN104899102 A CN 104899102A
Authority
CN
China
Prior art keywords
party
server
sent
product
resources
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.)
Pending
Application number
CN201510340755.0A
Other languages
Chinese (zh)
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.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to CN201510340755.0A priority Critical patent/CN104899102A/en
Publication of CN104899102A publication Critical patent/CN104899102A/en
Pending legal-status Critical Current

Links

Abstract

An embodiment of the invention discloses a transaction processing method. The transaction processing method comprises displaying the product information sent from a first party; receiving an acquisition request for obtaining a product corresponding to the product information, wherein the acquisition request is sent from a second party; determining to prompt first acquisition resources and second acquisition resources specific to the acquisition request; sending the acquisition request to a server so as to enable the server to receive first resources specific to the first acquisition resources and second resources specific to the second acquisition resources and providing the product, wherein the first resources are sent from the second party and the second resources are sent from a third party; receiving a return request specific to the product wherein the return request is sent from the second party; sending the return request to the server so as to enable the server to provide the second resources. According to the transaction processing method, device and system, the plurality of parties of related resources are coordinated to commonly achieve the interaction so as to improve the utilization rate on the interactive resources.

Description

Transaction methods, Apparatus and system
Technical field
The embodiment of the present application relates to Internet technical field, particularly relates to a kind of transaction methods, Apparatus and system.
Background technology
Along with the development of computer technology and Internet technology, carry out issued transaction by network more and more general.
In the prior art, when carrying out network interaction, two sides carry out Resource Exchange often.But in mutual both sides, having one can because inadequate resource, and finally cause wholely cannot completing alternately.Meanwhile, in reality, a lot of related side, may have enough resources.
Realizing in the application's process, inventor finds that in prior art, at least there are the following problems:
How to improve the utilization factor of mutual resource.
Summary of the invention
The embodiment of the present application provides a kind of transaction methods, Apparatus and system, for improving the utilization factor of mutual resource.
For solving the problems of the technologies described above, the embodiment of the present application provides:
A kind of transaction methods, comprising:
Server receives the product information sent from first party;
Server, according to described product information, determines the first Gains resources and the second Gains resources;
Client receives the acquisition request sending and correspond to the product of described product information from the acquisition of second party;
Described acquisition request is sent to server by client;
Client is asked for described acquisition, points out described first Gains resources and described second Gains resources;
Server receives the first resource for the first Gains resources sent from second party;
Server receives and sends from the third-party Secondary resource for the second Gains resources;
Server, according to described first resource and described Secondary resource, provides described product, obtains described product to make second party;
Client receives the return request for described product sent from second party;
Described return request is sent to server by client;
Server is asked according to described return, provides described Secondary resource, obtains described Secondary resource to make third party.
Further, receive at server and send before the third-party Secondary resource for the second Gains resources, described method also comprises:
According to described second party and described third-party mandate relation, whether third party described in server authentication has enough resources for the second Gains resources;
Corresponding, described server receives and sends from the third-party Secondary resource for the second Gains resources; Specifically comprise:
If the result is yes, then server receives and sends from the third-party Secondary resource for the second Gains resources.
Further, after described return request is sent to server by client, described method also comprises:
Whether product described in server authentication meets return condition;
Accordingly, described server provides described Secondary resource, specifically comprises:
If the result is yes, then server provides described Secondary resource.
Further, after whether product described in server authentication meets return condition, described method also comprises:
If the result is no, then server receives the supplemental resources sent from second party, and described supplemental resources is determined according to pre-conditioned.
A kind of transacter, comprising:
Server, comprising:
First receiver module, for receiving the product information sent from first party;
First determination module, for according to described product information, determines the first Gains resources and the second Gains resources;
Second receiver module, for receiving the first resource for the first Gains resources sent from second party;
3rd receiver module, sends from the third-party Secondary resource for the second Gains resources for receiving;
Product provides module, for according to described first resource and described Secondary resource, provides described product, obtains described product to make second party;
Return module, for according to described return request, described Secondary resource is provided, obtains described Secondary resource to make third party;
Client, comprising:
4th receiver module, for receiving the acquisition request sending and correspond to the product of described product information from the acquisition of second party;
First sending module, for being sent to server by described acquisition request;
First reminding module, for for described acquisition request, points out described first Gains resources and described second Gains resources;
5th receiver module, for receiving the return request for described product sent from second party;
Second sending module, for being sent to server by described return request.
Further, described server also comprises:
First authentication module, sending before the third-party Secondary resource for the second Gains resources for receiving at server, according to described second party and described third-party mandate relation, verifying whether described third party has enough resources for the second Gains resources;
Described 3rd receiver module specifically for, if the result is yes, then receive send from the third-party Secondary resource for the second Gains resources.
Further, described server also comprises:
Second authentication module, for after described return request is sent to server by client, verifies whether described product meets return condition;
Described return module specifically for, if the result is yes, then provide described Secondary resource.
Further, described server also comprises:
6th receiver module, for after whether product described in server authentication meets return condition, if the result is no, then receive the supplemental resources sent from second party, described supplemental resources is determined according to pre-conditioned.
A kind of transaction methods, comprising:
Show the product information sent from first party;
Receive the acquisition request sending and correspond to the product of described product information from the acquisition of second party;
For described acquisition request, determine described first Gains resources of prompting and described second Gains resources;
Described acquisition request is sent to server, receives transmission to make server and send from the third-party Secondary resource for the second Gains resources from the first resource for the first Gains resources of second party and reception, and described product is provided;
Receive the return request for described product sent from second party;
Described return request is sent to server, provides described Secondary resource to make server.
A kind of transacter, comprising:
Display module, for showing the product information sent from first party;
4th receiver module, for receiving the acquisition request sending and correspond to the product of described product information from the acquisition of second party;
First reminding module, for for described acquisition request, points out described first Gains resources and described second Gains resources;
First sending module, for described acquisition request is sent to server, receive transmission to make server to send from the third-party Secondary resource for the second Gains resources from the first resource for the first Gains resources of second party and reception, and described product is provided;
5th receiver module, for receiving the return request for described product sent from second party;
Second sending module, for described return request is sent to server, provides described Secondary resource to make server.
Compared with prior art, the embodiment of the present application has following beneficial effect: the embodiment of the present application, by coordinating relevant resource in many ways, completes mutual, to improve the utilization factor of mutual resource jointly.
Accompanying drawing explanation
Accompanying drawing described herein is used to provide the further understanding to the embodiment of the present application, form the part of the embodiment of the present application, the schematic application embodiment of the embodiment of the present application and explanation thereof, for explaining the embodiment of the present application, do not form the improper restriction to the embodiment of the present application.In the accompanying drawings:
Fig. 1 is the schematic flow sheet of the transaction methods that the application one embodiment provides;
Fig. 2 is the structural representation of the transacter that the application one embodiment provides;
Fig. 3 is the schematic flow sheet of the transaction methods that another embodiment of the application provides;
Fig. 4 is the structural representation of the transacter that the application one embodiment provides;
Fig. 5 is the schematic flow sheet of the transaction methods that provides of the application one embodiment in conjunction with concrete scene.
Embodiment
For making the object of the embodiment of the present application, technical scheme and advantage clearly, specifically apply for that embodiment and corresponding accompanying drawing are clearly and completely described the embodiment of the present application technical scheme below in conjunction with the embodiment of the present application.Obviously, described application embodiment is only the embodiment of the present application part application embodiment, instead of whole application embodiments.Based on the application embodiment in the embodiment of the present application, those of ordinary skill in the art are not making the every other application embodiment obtained under creative work prerequisite, all belong to the scope of the embodiment of the present application protection.
Fig. 1 is the schematic flow sheet of the transaction methods that the application one embodiment provides.
Described transaction methods specifically can comprise the following steps:
S101: server receives the product information sent from first party.
In the present embodiment, in order to ensure normally carrying out of network interaction, described server receives the product information sent from first party, and further product information is sent to client, for displaying, is convenient to second party and obtains.Described product information can include but not limited to: product category, Target Acquisition resource, the first Gains resources, the second Gains resources etc.
S102: server, according to described product information, determines the first Gains resources and the second Gains resources.
In a kind of embodiment, server identification product information, described product information comprises the first Gains resources and the second Gains resources, namely determines the first Gains resources and the second Gains resources.
In another kind of embodiment, server identification product information, described product information comprises Target Acquisition resource, and server in conjunction with preset rules, determines described first Gains resources and described second Gains resources according to Target Acquisition resource.In a kind of specific embodiment, preset rules refers to table one.
Table one
First Gains resources Second Gains resources
Target Acquisition resource * 10% Target resource * 90%
In another kind of embodiment, server identification product information, described product information comprises product category, Target Acquisition resource, and server in conjunction with preset rules, determines described first Gains resources and described second Gains resources according to product category, Target Acquisition resource.In a kind of specific embodiment, preset rules refers to table two.
Table two
Product category First Gains resources Second Gains resources
First product category Target Acquisition resource * 10% Target resource * 90%
Second product category Target Acquisition resource * 20% Target resource * 80%
Second product category Target Acquisition resource * 30% Target resource * 70%
S103: client receives the acquisition request sending and correspond to the product of described product information from the acquisition of second party.
Client receives the acquisition request sending and correspond to the product of described product information from the acquisition of second party.
S104: described acquisition request is sent to server by client.
S105: client is asked for described acquisition, points out described first Gains resources and described second Gains resources.
Client is asked for described acquisition, and prompting second party needs to provide resource for the first Gains resources, and the third party associated with second party needs to provide resource for the second Gains resources.
S106: server receives the first resource for the first Gains resources sent from second party.
Server receives the first resource for the first Gains resources sent from second party.
S107: server receives and sends from the third-party Secondary resource for the second Gains resources.
Server receives and sends from the third-party Secondary resource for the second Gains resources.
In a kind of embodiment, send before the third-party Secondary resource for the second Gains resources in reception, described method also comprises: according to described second party and described third-party mandate relation, whether third party described in server authentication has enough resources for the second Gains resources.If the result is yes, then server receives and sends from the third-party Secondary resource for the second Gains resources.
In another kind of embodiment, send before the third-party Secondary resource for the second Gains resources in reception, described method also comprises: whether third party described in third-party authentication has enough resources for the second Gains resources.
S108: server, according to described first resource and described Secondary resource, provides described product, obtains described product to make second party.
Server, according to described first resource and described Secondary resource, sends instruction to first party, to provide described product to second party.
S109: client receives the return request for described product sent from second party.
Client receives the return request for described product being sent to second party.
S110: described return request is sent to server by client.
S111: server is asked according to described return, provides described Secondary resource, obtains described Secondary resource to make third party.
Server is asked according to described return, sends instruction to first party, to provide described Secondary resource, obtains described Secondary resource to make third party.
In a kind of embodiment, receive send from second party for the return request of described product after, described method also comprises: verify whether described product meets return condition.Whether described return condition, product newness degree whether intact for the performance of product can reach 80% etc.If the result is yes, then provide described Secondary resource.If the result is no, then receive the supplemental resources sent from second party, described supplemental resources is determined according to pre-conditioned, reoffers described Secondary resource.
In another kind of embodiment, receive send from second party for the return request of described product after, described method also comprises: if the result is no, and determine required deduction resource according to pre-conditioned, first direction third party provides the resource of return to be Secondary resource deduct resource.
The embodiment of the present application, by coordinating relevant resource in many ways, completes mutual, to improve the utilization factor of mutual resource jointly.
Be more than the detailed introduction of transaction methods, below with reference to Fig. 2, transacter be introduced.
Fig. 2 is the structural representation of the transacter that the application one embodiment provides.
A kind of transacter specifically can comprise:
Server, comprising:
First receiver module 101, for receiving the product information sent from first party;
First determination module 102, for according to described product information, determines the first Gains resources and the second Gains resources;
Second receiver module 103, for receiving the first resource for the first Gains resources sent from second party;
3rd receiver module 104, sends from the third-party Secondary resource for the second Gains resources for receiving;
Product provides module 105, for according to described first resource and described Secondary resource, provides described product, obtains described product to make second party;
Return module 106, for according to described return request, described Secondary resource is provided, obtains described Secondary resource to make third party;
Client, comprising:
4th receiver module 201, for receiving the acquisition request sending and correspond to the product of described product information from the acquisition of second party;
First sending module 202, for being sent to server by described acquisition request;
First reminding module 203, for for described acquisition request, points out described first Gains resources and described second Gains resources;
5th receiver module 204, for receiving the return request for described product sent from second party;
Second sending module 205, for being sent to server by described return request.
Further, described server also comprises:
First authentication module 107, send before the third-party Secondary resource for the second Gains resources for receiving at server, according to described second party and described third-party mandate relation, verify whether described third party has enough resources for the second Gains resources;
Described 3rd receiver module 104 specifically for, if the result is yes, then receive send from the third-party Secondary resource for the second Gains resources.
Further, described server also comprises:
Second authentication module 108, for after described return request is sent to server by client, verifies whether described product meets return condition;
Described return module 106 specifically for, if the result is yes, then provide described Secondary resource.
Further, described server also comprises:
6th receiver module 109, for after whether product described in server authentication meets return condition, if the result is no, then receive the supplemental resources sent from second party, described supplemental resources is determined according to pre-conditioned.
Fig. 3 is the schematic flow sheet of the transaction methods that another embodiment of the application provides.
Described transaction methods specifically can comprise:
S201: show the product information sent from first party.
In the present embodiment, executive agent is client.
S202: receive the acquisition request sending and correspond to the product of described product information from the acquisition of second party.
S203: for described acquisition request, determine described first Gains resources of prompting and described second Gains resources.
S204: described acquisition request is sent to server, receives transmission to make server and sends from the third-party Secondary resource for the second Gains resources from the first resource for the first Gains resources of second party and reception, and provide described product.
S205: receive the return request for described product sent from second party.
S206: described return request is sent to server, provides described Secondary resource to make server.
Fig. 4 is the structural representation of the transacter that the application one embodiment provides.
Described transacter specifically can comprise:
Display module 11, for showing the product information sent from first party;
4th receiver module 12, for receiving the acquisition request sending and correspond to the product of described product information from the acquisition of second party;
First reminding module 13, for for described acquisition request, points out described first Gains resources and described second Gains resources;
First sending module 14, for described acquisition request is sent to server, receive transmission to make server to send from the third-party Secondary resource for the second Gains resources from the first resource for the first Gains resources of second party and reception, and described product is provided;
5th receiver module 15, for receiving the return request for described product sent from second party;
Second sending module 16, for described return request is sent to server, provides described Secondary resource to make server.
Below with reference to concrete use scenes, the embodiment of the present application is described.
Fig. 5 is the schematic flow sheet of the transaction methods that provides of the application one embodiment in conjunction with concrete scene.
First party is product producer.
Second party is buyers.
Third party is financial lending institution.
Described transaction methods specifically can comprise the following steps:
S301: e-commerce platform server receives and sends from the product information of product producer, product corresponding to described product information is televisor.
S302: e-commerce platform server according to described product information, the firm sale amount of money, credit amount and allow service time, please table three be join in detail.
Table three
Consumption sum Credit amount Allow service time
6500*20% 6500*80% 1 year
6500*40% 6500*60% 3 years
6500*60% 6500*40% 5 years
6500*80% 6500*20% 8 years
S303: e-commerce platform client receives the product purchase request sent from buyers.
S304: purchase request is sent to e-commerce platform server by e-commerce platform client.
S305: e-commerce platform client, for purchase request, is pointed out consumption sum, credit amount and allows service time, and buyers is selected allow service time and confirm consumption sum and credit amount as required.
S306: e-commerce platform server receives the consumption sum provided from buyers.
S307: according to buyers situation (as personal credit, object mortgage etc.), buyers pays credit amount to financial lending institution application.
S308: e-commerce platform server receives the credit amount provided from financial lending institution.
S309: e-commerce platform server sends instruction to product producer, to make the deliver goods of product producer and to install.
S310: when arrival allows service time, product is returned product producer by buyers, meanwhile, proposes to return application to e-commerce platform client.
S311: return application is sent to e-commerce platform server by e-commerce platform client.
S312: whether product producer checking product meets return condition.
S313: if the result is yes, then credit amount is returned to financial lending institution by product producer.
S314: if the result is no, then buyers pays the amount of compensation, and credit amount is returned again to financial lending institution by product producer.
In a kind of embodiment, if return condition is produce market, whether appraisal is original cost lattice 70%, if the result is no, then the amount of compensation can with reference to table four.
Table four
Market assessment/original cost lattice The amount of compensation
More than 70% 0
50% to 70% Consumption sum * 20%
30% to 50% Consumption sum * 50%
Less than 30% Consumption sum * 80%
In another kind of embodiment, allow service time if do not arrive, buyers needs product to return product producer, and producer needs according to time used and the relation allowing service time, and refund portion divides consumption sum.
Those skilled in the art should understand, embodiments of the invention can be provided as method, system or computer program.Therefore, the present invention can adopt the form of complete hardware embodiment, completely software implementation or the embodiment in conjunction with software and hardware aspect.And the present invention can adopt in one or more form wherein including the upper computer program implemented of computer-usable storage medium (including but not limited to magnetic disk memory, CD-ROM, optical memory etc.) of computer usable program code.
The present invention describes with reference to according to the process flow diagram of the method for the embodiment of the present invention, equipment (system) and computer program and/or block scheme.Should understand can by the combination of the flow process in each flow process in computer program instructions realization flow figure and/or block scheme and/or square frame and process flow diagram and/or block scheme and/or square frame.These computer program instructions can being provided to the processor of multi-purpose computer, special purpose computer, Embedded Processor or other programmable data processing device to produce a machine, making the instruction performed by the processor of computing machine or other programmable data processing device produce device for realizing the function of specifying in process flow diagram flow process or multiple flow process and/or block scheme square frame or multiple square frame.
These computer program instructions also can be stored in can in the computer-readable memory that works in a specific way of vectoring computer or other programmable data processing device, the instruction making to be stored in this computer-readable memory produces the manufacture comprising command device, and this command device realizes the function of specifying in process flow diagram flow process or multiple flow process and/or block scheme square frame or multiple square frame.
These computer program instructions also can be loaded in computing machine or other programmable data processing device, make on computing machine or other programmable devices, to perform sequence of operations step to produce computer implemented process, thus the instruction performed on computing machine or other programmable devices is provided for the step realizing the function of specifying in process flow diagram flow process or multiple flow process and/or block scheme square frame or multiple square frame.
In one typically configuration, computing equipment comprises one or more processor (CPU), input/output interface, network interface and internal memory.
Internal memory may comprise the volatile memory in computer-readable medium, and the forms such as random access memory (RAM) and/or Nonvolatile memory, as ROM (read-only memory) (ROM) or flash memory (flash RAM).Internal memory is the example of computer-readable medium.
Computer-readable medium comprises permanent and impermanency, removable and non-removable media can be stored to realize information by any method or technology.Information can be computer-readable instruction, data structure, the module of program or other data.The example of the storage medium of computing machine comprises, but be not limited to phase transition internal memory (PRAM), static RAM (SRAM), dynamic RAM (DRAM), the random access memory (RAM) of other types, ROM (read-only memory) (ROM), Electrically Erasable Read Only Memory (EEPROM), fast flash memory bank or other memory techniques, read-only optical disc ROM (read-only memory) (CD-ROM), digital versatile disc (DVD) or other optical memory, magnetic magnetic tape cassette, tape magnetic rigid disk stores or other magnetic storage apparatus or any other non-transmitting medium, can be used for storing the information can accessed by computing equipment.According to defining herein, computer-readable medium does not comprise temporary computer readable media (transitory media), as data-signal and the carrier wave of modulation.
Also it should be noted that, term " comprises ", " comprising " or its any other variant are intended to contain comprising of nonexcludability, thus make to comprise the process of a series of key element, method, product or equipment and not only comprise those key elements, but also comprise other key elements clearly do not listed, or also comprise by the intrinsic key element of this process, method, product or equipment.When not more restrictions, the key element limited by statement " comprising ... ", and be not precluded within process, method, product or the equipment comprising described key element and also there is other identical element.
It will be understood by those skilled in the art that the embodiment of the application can be provided as method, system or computer program.Therefore, the application can adopt the form of complete hardware embodiment, completely software implementation or the embodiment in conjunction with software and hardware aspect.And the application can adopt in one or more form wherein including the upper computer program implemented of computer-usable storage medium (including but not limited to magnetic disk memory, CD-ROM, optical memory etc.) of computer usable program code.
The foregoing is only the embodiment of the application, be not limited to the application.To those skilled in the art, the application can have various modifications and variations.Any amendment done within all spirit in the application and principle, equivalent replacement, improvement etc., within the right that all should be included in the application.

Claims (10)

1. a transaction methods, is characterized in that, comprising:
Server receives the product information sent from first party;
Server, according to described product information, determines the first Gains resources and the second Gains resources;
Client receives the acquisition request sending and correspond to the product of described product information from the acquisition of second party;
Described acquisition request is sent to server by client;
Client is asked for described acquisition, points out described first Gains resources and described second Gains resources;
Server receives the first resource for the first Gains resources sent from second party;
Server receives and sends from the third-party Secondary resource for the second Gains resources;
Server, according to described first resource and described Secondary resource, provides described product, obtains described product to make second party;
Client receives the return request for described product sent from second party;
Described return request is sent to server by client;
Server is asked according to described return, provides described Secondary resource, obtains described Secondary resource to make third party.
2. the method for claim 1, is characterized in that, receive at server and send before the third-party Secondary resource for the second Gains resources, described method also comprises:
According to described second party and described third-party mandate relation, whether third party described in server authentication has enough resources for the second Gains resources;
Corresponding, described server receives and sends from the third-party Secondary resource for the second Gains resources; Specifically comprise:
If the result is yes, then server receives and sends from the third-party Secondary resource for the second Gains resources.
3. the method for claim 1, is characterized in that, after described return request is sent to server by client, described method also comprises:
Whether product described in server authentication meets return condition;
Accordingly, described server provides described Secondary resource, specifically comprises:
If the result is yes, then server provides described Secondary resource.
4. method as claimed in claim 3, it is characterized in that, after whether product described in server authentication meets return condition, described method also comprises:
If the result is no, then server receives the supplemental resources sent from second party, and described supplemental resources is determined according to pre-conditioned.
5. a transacter, is characterized in that, comprising:
Server, comprising:
First receiver module, for receiving the product information sent from first party;
First determination module, for according to described product information, determines the first Gains resources and the second Gains resources;
Second receiver module, for receiving the first resource for the first Gains resources sent from second party;
3rd receiver module, sends from the third-party Secondary resource for the second Gains resources for receiving;
Product provides module, for according to described first resource and described Secondary resource, provides described product, obtains described product to make second party;
Return module, for according to described return request, described Secondary resource is provided, obtains described Secondary resource to make third party;
Client, comprising:
4th receiver module, for receiving the acquisition request sending and correspond to the product of described product information from the acquisition of second party;
First sending module, for being sent to server by described acquisition request;
First reminding module, for for described acquisition request, points out described first Gains resources and described second Gains resources;
5th receiver module, for receiving the return request for described product sent from second party;
Second sending module, for being sent to server by described return request.
6. system as claimed in claim 5, it is characterized in that, described server also comprises:
First authentication module, sending before the third-party Secondary resource for the second Gains resources for receiving at server, according to described second party and described third-party mandate relation, verifying whether described third party has enough resources for the second Gains resources;
Described 3rd receiver module specifically for, if the result is yes, then receive send from the third-party Secondary resource for the second Gains resources.
7. system as claimed in claim 5, it is characterized in that, described server also comprises:
Second authentication module, for after described return request is sent to server by client, verifies whether described product meets return condition;
Described return module specifically for, if the result is yes, then provide described Secondary resource.
8. system as claimed in claim 7, it is characterized in that, described server also comprises:
6th receiver module, for after whether product described in server authentication meets return condition, if the result is no, then receive the supplemental resources sent from second party, described supplemental resources is determined according to pre-conditioned.
9. a transaction methods, is characterized in that, comprising:
Show the product information sent from first party;
Receive the acquisition request sending and correspond to the product of described product information from the acquisition of second party;
For described acquisition request, determine described first Gains resources of prompting and described second Gains resources;
Described acquisition request is sent to server, receives transmission to make server and send from the third-party Secondary resource for the second Gains resources from the first resource for the first Gains resources of second party and reception, and described product is provided;
Receive the return request for described product sent from second party;
Described return request is sent to server, provides described Secondary resource to make server.
10. a transacter, is characterized in that, comprising:
Display module, for showing the product information sent from first party;
4th receiver module, for receiving the acquisition request sending and correspond to the product of described product information from the acquisition of second party;
First reminding module, for for described acquisition request, points out described first Gains resources and described second Gains resources;
First sending module, for described acquisition request is sent to server, receive transmission to make server to send from the third-party Secondary resource for the second Gains resources from the first resource for the first Gains resources of second party and reception, and described product is provided;
5th receiver module, for receiving the return request for described product sent from second party;
Second sending module, for described return request is sent to server, provides described Secondary resource to make server.
CN201510340755.0A 2015-06-13 2015-06-13 Transaction processing method, device and system Pending CN104899102A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510340755.0A CN104899102A (en) 2015-06-13 2015-06-13 Transaction processing method, device and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510340755.0A CN104899102A (en) 2015-06-13 2015-06-13 Transaction processing method, device and system

Publications (1)

Publication Number Publication Date
CN104899102A true CN104899102A (en) 2015-09-09

Family

ID=54031779

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510340755.0A Pending CN104899102A (en) 2015-06-13 2015-06-13 Transaction processing method, device and system

Country Status (1)

Country Link
CN (1) CN104899102A (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100299212A1 (en) * 2008-08-27 2010-11-25 Roam Data Inc System and method for a commerce window application for computing devices
CN103886472A (en) * 2013-09-29 2014-06-25 上海本家空调系统有限公司 Permission assignment method and system in online transaction
CN104240159A (en) * 2014-09-11 2014-12-24 杭州村口环保科技有限公司 Community smart terminal service platform and operation method thereof

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100299212A1 (en) * 2008-08-27 2010-11-25 Roam Data Inc System and method for a commerce window application for computing devices
CN103886472A (en) * 2013-09-29 2014-06-25 上海本家空调系统有限公司 Permission assignment method and system in online transaction
CN104240159A (en) * 2014-09-11 2014-12-24 杭州村口环保科技有限公司 Community smart terminal service platform and operation method thereof

Similar Documents

Publication Publication Date Title
EP3819850A1 (en) Method and device for data processing based on blockchain
CN113409045B (en) Data processing method and device based on block chain and electronic equipment
JP2021517324A (en) Media resource allocation method, equipment, system, computer program and computer equipment
CN109447599A (en) Digital asset distributing method and system based on block chain
CN105187399A (en) Resource processing method and device
CN104881806A (en) Method and device for transaction processing
CN113194143B (en) Block chain account creating method and device and electronic equipment
CN104517072A (en) Article and method for transaction irregularity detection
CN110705927A (en) Medicine purchase and delivery information interactive input method, system, medium and electronic equipment
CN105160564A (en) Transaction processing method and transaction processing device
CN107679839B (en) Data processing method and system
CN105184641A (en) Interactive processing method and device
CN111489247A (en) Data processing method and device based on block chain, electronic equipment and storage medium
CN104980439A (en) Transaction processing method and device
CN104899102A (en) Transaction processing method, device and system
CN107316190A (en) A kind of processing method and processing device of Internet resources transfer service
CN110472988A (en) A kind of delivery of cargo method and device based on commodity digital voucher
CN105225034A (en) interaction processing method and device
CN113450085B (en) Service processing method, system, storage medium and electronic equipment
CN104899777A (en) Transaction processing method and device
CN115063244A (en) Commodity trading system and method based on carbon emission and intelligent contract
CN105225153A (en) Data processing method and device
CN106682025B (en) Method and device for identifying mobile phone number user
CN111191917A (en) Authorization validity verification method, system, electronic equipment and storage medium
CN112631630A (en) Service configuration updating method and device

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20150909

RJ01 Rejection of invention patent application after publication