CN113114678B

CN113114678B - Service execution method and device

Info

Publication number: CN113114678B
Application number: CN202110396572.6A
Authority: CN
Inventors: 李哲
Original assignee: Advanced New Technologies Co Ltd
Current assignee: Advanced New Technologies Co Ltd
Priority date: 2017-07-03
Filing date: 2017-07-03
Publication date: 2024-06-18
Anticipated expiration: 2037-07-03
Also published as: CN113114678A; CN107528822B; CN107528822A

Abstract

The application discloses a service execution method and a device, firstly, information issued by an information provider is stored in a server, when an acquisition request for the information sent by an information acquirer is received, the information can be returned to the information acquirer first, then when a reply result returned by the information acquirer is received, if the reply result is a confirmation, the resource of the information acquirer is distributed to the information provider, and if the reply result is a negative confirmation, the resource of the information acquirer is not distributed.

Description

Service execution method and device

Technical Field

The present application relates to the field of information technologies, and in particular, to a service execution method and apparatus.

Background

In modern society, with the development of internet technology, information in a network presents explosive growth. How to use massive information in the network becomes a major concern.

Classified by the creator of the information, the information can be broadly divided into two categories: user original content (User Generated Content, UGC) and professional production content (Occupationally Generated Content, OGC). The server of the website (e.g., video website, web community, blog, microblog, etc.) that typically provides information can receive the UGC issued by the information provider, or can receive the OGC by way of internal creation or external purchase, as well as information provided to the information acquirer.

In the prior art, in order to increase the traffic of websites, websites providing information generally need more abundant information to attract users. To attract information providers to distribute more information, websites typically provide information to information acquirers in a paid manner and pay the information provider an amount paid by the information acquirer after receiving the amount. In the prior art, websites typically provide information for a fee using acquisition, i.e., fee-based, means.

The process is shown in fig. 1, wherein the server stores information issued by an information provider, and the method specifically comprises the following steps:

S102: the method comprises the steps that a server receives an acquisition request for information sent by an information acquisition party, wherein the acquisition request comprises an account identifier of the information acquisition party;

S104: determining the payment amount for acquiring the information according to a pre-stored payment mode of the amount corresponding to the information;

s106: initiating a payment service to the information acquirer according to the account identifier and the determined payment amount;

s108: and after the successful execution of the payment service is determined, returning the information to the information acquirer, and paying the payment amount to the information provider.

In addition, the web site needs to ensure the quality of the published information to improve customer retention. On the one hand, UGC is self-issued by an information provider, so that the quality of UGC is uneven. On the other hand, the information acquisition party can not receive the information or the received information is incomplete due to the problems of network delay, network failure and the like.

It can be seen that in the prior art there are situations where the information acquirer obtains low quality information after paying the amount. Therefore, a new service execution mode is needed to ensure the user experience of the information acquirer.

Disclosure of Invention

The embodiment of the application provides a service execution method, which is used for solving the problem that in the prior art, after an information acquirer pays information, the information acquirer obtains low-quality information, so that the user experience of the information acquirer is poor.

The embodiment of the application provides a service execution device which is used for solving the problem that in the prior art, after an information acquirer pays information, the information acquirer obtains low-quality information, so that the user experience of the information acquirer is poor.

The embodiment of the application adopts the following technical scheme:

a service execution method in which information issued by an information provider is stored in a server, the method comprising:

The server receives an acquisition request for the information sent by an information acquisition party;

returning the information to the information acquirer;

And receiving a reply result returned by the information acquirer, when the reply result is confirmation, distributing the resources of the information acquirer to the information provider, and when the reply result is denial, not distributing the resources of the information acquirer.

A service execution method, comprising:

The information acquisition direction server sends an acquisition request for information issued by an information provider;

Receiving the information returned by the server;

Sending a reply result to the server, so that the server determines whether to allocate the resource of the information acquirer to the information provider according to the reply result

A service execution apparatus comprising:

the storage module stores information issued by the information provider;

the receiving module is used for receiving an acquisition request for the information sent by the information acquisition party;

the sending module returns the information to the information acquirer;

And the distribution module is used for receiving a reply result returned by the information acquirer, distributing the resources of the information acquirer to the information provider when the reply result is confirmation, and not distributing the resources of the information acquirer when the reply result is denial.

A service execution apparatus comprising:

The first sending module sends an acquisition request for information issued by the information provider to the server;

the receiving module is used for receiving the information returned by the server;

And the second sending module sends a reply result to the server so that the server can determine whether to allocate the resources of the service execution device to the information provider according to the reply result.

A server in which information issued by an information provider is stored, the server comprising: one or more processors and a memory, the memory storing a program and configured to be executed by the one or more processors to:

returning the information to the information acquirer;

A terminal, comprising: one or more processors and a memory, the memory storing a program and configured to be executed by the one or more processors to:

sending an acquisition request for information issued by an information provider to a server;

Receiving the information returned by the server;

And sending a reply result to the server so that the server determines whether to allocate the resources of the terminal to the information provider according to the reply result.

The above at least one technical scheme adopted by the embodiment of the application can achieve the following beneficial effects:

Firstly, information issued by an information provider is stored in a server, when an acquisition request for the information sent by an information acquirer is received, the information can be returned to the information acquirer first, then when a reply result returned by the information acquirer is received, if the reply result is a confirmation, the resource of the information acquirer is allocated to the information provider, and if the reply result is a denial, the resource of the information acquirer is not allocated. According to the method provided by the application, the information can be sent to the information acquirer first, and when the reply result sent by the information acquirer is received as confirmation, the resource of the information acquirer is allocated to the information provider, so that the information acquirer can select whether to pay the acquired information, the defect that the information acquirer pays for the acquired low-quality information is avoided, and the user experience is improved.

Drawings

The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this specification, illustrate embodiments of the application and together with the description serve to explain the application and do not constitute a limitation on the application. In the drawings:

FIG. 1 is a process of providing paid information;

fig. 2 is a service execution process according to an embodiment of the present application;

FIG. 3 is a schematic diagram of a correspondence relationship between information and a resource allocation method according to an embodiment of the present application;

fig. 4 is a service execution process according to an embodiment of the present application;

FIG. 5 is a schematic diagram of a reply page according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of a service execution device according to an embodiment of the present application;

Fig. 7 is a schematic structural diagram of a service execution device according to an embodiment of the present application;

fig. 8 is a schematic structural diagram of a server according to an embodiment of the present application;

Fig. 9 is a schematic structural diagram of a terminal according to an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the technical solutions of the present application will be clearly and completely described below with reference to specific embodiments of the present application and corresponding drawings. It will be apparent that the described embodiments are only some, but not all, embodiments of the application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

The following describes in detail the technical solutions provided by the embodiments of the present application with reference to the accompanying drawings.

Fig. 2 is a service execution process provided in an embodiment of the present application, which specifically includes the following steps:

S202: and the server receives an acquisition request for the information, which is sent by the information acquisition party.

In the embodiment of the present application, the server is a server of a website (e.g., a server of a social networking website) that provides information, where the information may be UGC or OGC, and the present application is not limited in particular. The website can be regarded as an intermediate platform, and provides a platform for information providers to issue information on one hand and provides a platform for information acquirers to acquire information on the other hand. Information issued by the information provider may be stored in a server of the website so as to be provided to the information acquirer when the information acquirer needs to acquire the information.

Wherein the information is paid provided information, i.e. the information acquirer needs to use certain resources as compensation (such as paying corresponding resources or virtual currency, etc.) when acquiring the information. When the server receives the information issued by the information provider, the server can also receive the resource allocation mode corresponding to the information sent by the information provider, and the server can also store the information and the resource allocation mode corresponding to the information. Or when the information provider does not provide the resource allocation pattern, the server may determine the resource allocation pattern of the information and store the information (e.g., store a default resource allocation pattern as the resource allocation pattern of the information).

In addition, since the information may be UGC and the types of UGC are many, the resource allocation manners of the UGC of different types may not be completely the same, and when the information provider does not provide the resource allocation manner corresponding to the UGC, the server may determine the type of the UGC first when receiving the UGC, and then determine the resource allocation manner of the UGC according to the preset correspondence between the type of the UGC and the resource allocation manner. The schematic diagram of the corresponding relationship between the preset UGC type and the resource allocation manner may be shown in fig. 3.

As can be seen in FIG. 3, the types of UGC in the present application can include: text, pictures, video, audio, etc. The resource allocation manner may include, for example: charging period, charging price, etc. Of course, since there is already a mature method in the prior art for determining the resource allocation method of the paid information, the present application can determine the resource allocation method corresponding to the received information in the same manner as the prior art, and the present application is not limited in particular.

Further, after receiving the information issued by the information provider, the server may store the information in a database corresponding to the server and provide the information to the information acquirer through the server. The present application is not particularly limited as to whether the information is stored in the server or in a database corresponding to the server.

In the embodiment of the application, the server can receive the acquisition request for the information sent by the information acquirer. The information acquirer may be a user who requests acquisition of information or a terminal used by the user.

For example, for any user, if the user provides UGC to a server, the user can be considered an information provider that publishes information, and when the user sends an acquisition request for one or more pieces of information to the server, the user can be considered an information acquirer.

Still further, in order to facilitate the management of the posted information (e.g., withdrawal of posted information) by the information provider and the server, the information provider may also send information to the server through an account registered in the server to cause the server to post the information on the server's corresponding website. When the information acquired by the information acquirer requests the acquired information to be paid, the information acquirer also needs to register an account in the server so as to provide a certain resource as a payment through the account. Thus, in the embodiment of the present application, the acquisition request may further include an account identifier of the information acquirer.

It should be noted that, the server may be a single device or a system composed of multiple devices, the information acquirer may send an acquisition request to the server through a terminal, and the information provider may also send UGC to the server through a terminal, where the terminal may be a device such as a mobile phone, a tablet computer, or a personal computer.

S204: and returning the information to the information acquirer.

In the embodiment of the application, after the server receives the acquisition request of the information acquisition party, the server can determine the information requested to be acquired according to the acquisition request, and even if the information is paid information, the server can return the information to the information acquisition party. And then in the subsequent step, according to the reply information returned by the information acquirer, determining whether to acquire the resource of the information acquirer or not, and distributing the resource to the information provider of the information.

S206: and receiving a reply result returned by the information acquirer, when the reply result is confirmation, distributing the resources of the information acquirer to the information provider, and when the reply result is denial, not distributing the resources of the information acquirer.

In the embodiment of the application, since the server returns the information to the information acquirer first, the server needs to wait for the information acquirer to return a reply result to determine whether to allocate the resource of the information acquirer to the information provider according to the reply result.

The resource may be an amount, and the resource allocation manner may be an amount payment manner, so that the server may determine the payment amount according to the amount payment manner corresponding to the information. For convenience of description, the following description will take an amount and an amount payment method as an example, that is, the resource may be regarded as an amount, and the resource allocation method may be regarded as an amount payment method. In addition, the reply result can be sent to the server after the information acquirer selects the reply result by himself. And, the reply result contains two kinds: acknowledgement and denial. That is, payment is confirmed and refused.

Specifically, when the server receives the reply result returned by the information acquirer as a confirmation, the server may allocate the resource of the information acquirer to the information provider. Since the server can determine the payment method of the amount corresponding to the information when receiving the information issued by the information provider in step S202, the server can determine the payment amount (i.e., the amount to be paid for obtaining the information) according to the stored payment method of the amount corresponding to the information, and send the payment information to the information acquirer according to the payment amount, so that the information acquirer pays the corresponding payment amount to the server after receiving the payment information, and the server can also obtain the payment amount provided by the information acquirer and pay the payment amount to the information provider.

The payment of the corresponding payment amount to the server by the information acquisition direction may be consistent with the payment service process in the prior art, which is not particularly limited in the present application. For example, the payment information may be a cash desk address link corresponding to the payment amount, and the information acquirer may jump to a cash desk page corresponding to the payment amount and perform a payment service after receiving the cash desk address link.

When the server receives the reply returned by the information acquirer as negative acknowledgement, the server may not allocate the resources of the acquirer. That is, the server may not transmit the payment information to the information acquirer, so that the amount of the information acquirer is not charged. Therefore, if the quality of the information acquired by the information acquirer does not meet the requirement, the information acquirer can refuse to pay the corresponding payment amount even if the information is paid. Therefore, the situation that in the prior art, the information acquisition party receives low-quality information after paying the payment amount is avoided. Meanwhile, on the other hand, the information provider cannot cheat the payment amount of the information acquirer by providing a large amount of low-quality information. So that the information provider can obtain the payment amount of the information acquirer only when the information provider needs to provide higher-quality information.

In addition, since there is a case where after the information acquirer acquires the information, no reply information is returned to the server (for example, because of a network failure, an equipment failure, or the information acquirer forgets to reply), when the server determines that the duration of waiting for receiving the reply result returned by the information acquirer exceeds a preset time after transmitting the information to the information acquirer, it determines that the reply result of the acknowledgement returned by the information acquirer is received, or it determines that the reply result of the denial returned by the information acquirer is received, and performs the subsequent operation according to the reply result. That is, when the preset time is exceeded, if the reply result of the information acquirer is not received yet, the information acquirer defaults to return the reply information of confirmation or denial.

Specifically, whether the information acquirer returns the confirmed reply information or the non-confirmed reply information is defaulted can be set as required, which is not particularly limited by the present application.

For example, when the duration of waiting to receive the reply result returned by the information acquirer exceeds a preset time after transmitting the information to the information acquirer, the server may determine the ratio of the number of times the information is paid to the number of times the information is transmitted according to the number of times the information is transmitted and the number of times the server receives the confirmed reply result in the history (i.e., the number of times the server receives the confirmed reply result for the information), and when the ratio exceeds a preset value (e.g., 80%), determine that the reply result is confirmed, otherwise. That is, when the information acquirers that exceed the preset ratio among the information acquirers that acquire the information return the reply result of the confirmation, the reply result of the confirmation returned by the information acquirer is determined to have been received when the duration of transmitting the information to the information acquirer exceeds the preset time. Of course, the preset value may be set as needed.

Further, in the embodiment of the present application, in order to avoid the situation that the information acquirer fails to complete the payment service after receiving the payment information, the server may determine the payment amount according to the amount payment mode corresponding to the stored information before sending the information to the information acquirer, freeze the payment amount of the information acquirer, and pay the frozen payment amount to the information provider when receiving the confirmed reply information returned by the information acquirer subsequently.

Specifically, the server may freeze the payment amount of the information acquirer by using the same method as the fund freezing method in the prior art, which is not limited in the present application. For example, the server may first acquire a payment amount from an account of the information acquirer, temporarily store the payment amount in a preset account, and pay the frozen payment amount to the information provider from the preset account when receiving the confirmed reply information. Or the server may send a freeze request to a third party mechanism (such as a bank) corresponding to the account of the information acquirer, freeze the payment amount in the account of the information acquirer, and send transfer information to the third party mechanism when receiving the confirmed reply information, so that the third party mechanism pays the payment amount frozen in the account of the information acquirer to the information provider.

Through the service execution process shown in fig. 2, information issued by the information provider is stored in the server. When the server receives the acquisition request for the information sent by the information acquisition party, the information can be determined according to the acquisition request, and the information can be returned to the information acquisition party. And after receiving the reply result returned by the information acquirer, determining whether to allocate the resource of the information acquirer to the information provider according to the reply result. So that the information acquirer can return a confirmed reply result when determining that the acquired information meets the requirements of the acquirer. Therefore, by the method provided by the embodiment of the application, the information acquirer can determine whether to pay the acquired information or not by itself. The probability of payment of the information acquirer for the acquired low-quality information is reduced, and the user experience of the information acquirer is improved.

In addition, in the embodiment of the application, the safety in the service execution process and the integrity in the data transmission process are ensured. The server may encrypt the network resources sent to the information acquirer. The information acquirer may encrypt the reply result when transmitting the reply result to the server.

Specifically, when the information acquirer registers an account in the server, a key pair corresponding to the account can be created, and a public key in the key pair is sent to the server for storage. The server may store the correspondence of the account identification of the information acquirer with the public key. The reply result may be signed by the private key of the key pair when the information acquisition direction server sends the reply result. When receiving the reply result sent by the information acquirer, the server can check the signature according to the public key of the pre-stored information acquirer. And after the verification sign passes, determining a reply result of the information acquisition party. In addition, in the embodiment of the application, when the information acquirer sends the acquisition request, the acquisition request can be signed by the private key of the key pair, and the server can also check the acquisition request when the acquisition request sent by the information acquirer is received. That is, the information acquirer can sign when communicating with the server, so that the server performs signature verification, and the application is not listed.

In addition, in order to secure the key pair, the security risk due to the disclosure of the key pair is generally prevented, so the key pair is generally stored only in the terminal that created the key pair. Therefore, in the embodiment of the application, the first terminal of the information acquisition party can create and store the key pair corresponding to the identification of the information acquisition party, and the first terminal sends the public key to the server. The server may store a correspondence between the identity of the information acquirer, the public key, and the device identity of the first terminal.

Further, since the information acquirer may log in on a plurality of devices (i.e., the first terminal may have a plurality of devices), and the sharing of the same key pair between different devices may cause the key pair to be revealed, the information acquirer may create a corresponding key pair on each logged-in device and send the public key to the server. That is, the identity of the information acquirer may correspond to a plurality of key pairs, and then a plurality of public keys corresponding to the identity of the information acquirer account may be stored in the server. Meanwhile, since the key pair is stored only in the device that created the key pair, the key pairs stored in different devices corresponding to the identity of the same information acquirer are different. The server may then record the identity of the first terminal, i.e. the identity of the device, upon receiving the public key sent by the first terminal. The server may store a correspondence between the identity of the information acquirer, the public key, and the identity of the device. As shown in table 1.

TABLE 1

By the correspondence shown in table 1, the account identifier A1 and the account identifier B1 are stored in the visible server. The identity of the same information acquirer may correspond to multiple public keys, and each public key corresponds to the identity of one device. The server may first determine the identity of the device that sent the request and the identity of the information acquirer when receiving the acquisition request sent by the information acquirer. And then, verifying the identification of the equipment sending the request according to the correspondence between the stored identification of the equipment and the identification of the information acquisition party. And, when the verification is passed, executing the subsequent steps.

In addition, when the verification fails, it may be determined that the information acquirer has not created a key pair on the device, the server may also notify the information acquirer to create the key pair and return the corresponding public key.

Of course, the above-described authentication process may be regarded as an authentication process, and may be performed before the information is returned to the information acquirer in step S204. It should be noted that, in the above verification process, only the correspondence between the account identifier of the information acquirer and the identifier of the device may be verified, without verification according to the public key, that is, the acquisition request sent by the information acquirer may not carry a signature. When the information is returned to the information acquirer in step S204, the information may be encrypted by using the public key corresponding to both the account identifier of the information acquirer and the identifier of the device, and then returned to the information acquirer.

In addition, in the embodiment of the application, in order to avoid that a malicious information provider uploads low-quality UGC, the overall quality of network resources provided by a website is influenced. The server may also freeze a guaranteed amount corresponding to the information provided by the information provider when receiving the information uploaded by the information provider. That is, the information provider can also pay a guarantee to guarantee the quality of the uploaded UGC.

Then, when the server receives the reply result sent by the information acquirer as negative in step S206, the server may pay the frozen guaranteed amount to the information acquirer or pay the frozen guaranteed amount to the preset account. That is, the amount of the guarantee amount of the information provider can be deducted.

Further, in order to avoid that the information acquirer maliciously transmits a negative reply result, maliciously refuses to pay the acquired information. The server may periodically accumulate the number of times the information acquirer transmits the negative reply result. And when receiving the answer result denied by the information acquirer, firstly judging whether the accumulated times of sending the answer result denied by the information acquirer in the current period exceeds a preset threshold value, if so, judging that the information acquirer is a malicious user, paying the payment amount of the frozen information acquirer to the information provider, and if not, executing subsequent operation according to the answer result. That is, any information acquirer has an upper limit for transmitting a negative reply result in each accumulation period. Thereby avoiding the information acquirer from maliciously sending the negative reply result.

Further, when determining whether the information acquirer maliciously sends a negative reply result, whether the ratio exceeds a preset ratio may be determined according to the ratio of the number of times of receiving the negative reply result to the information and the number of times of sending the information, if yes, the quality of the information is determined to be too low, the payment amount of the information acquirer is not paid to the information provider, and if not, the payment amount of the information acquirer is paid to the information provider. The preset proportion can be set according to the requirement.

Of course, a method similar to the user credit calculation method in the prior art may be adopted, in which credit points of each information acquirer are calculated, and only acquisition requests sent by users whose credit points are higher than a preset threshold are responded, and so on. The application does not limit the mode for avoiding the risk brought by maliciously sending the rejection information by the information acquirer.

It should be noted that, the execution subject of each step of the method provided by the embodiment of the present application may be the same device, or the method may also be executed by different devices. For example, the execution subject of step S202 and step S204 may be device 1, and the execution subject of step S206 may be device 2; for another example, the execution subject of step S202 may be device 1, and the execution subjects of step S204 and step S206 may be device 2; etc. Thus, particular embodiments of the present subject matter have been described. Other embodiments are within the scope of the following claims. In some cases, the actions recited in the claims can be performed in a different order and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may be advantageous.

Based on the service execution method shown in fig. 2, the embodiment of the application also correspondingly provides a service execution process of the information acquisition party, as shown in fig. 4.

Fig. 4 is a service execution process provided in an embodiment of the present application, which specifically includes the following steps:

S302: the information acquisition direction server sends an acquisition request for information issued by an information provider;

s304: receiving the information returned by the server;

S306: and sending a reply result to the server so that the server determines whether to allocate the resource of the information acquirer to the information provider according to the reply result.

In the embodiment of the present application, the service execution process corresponds to the service execution process shown in fig. 2, and the specific process executed by the information acquirer may correspond to the process shown in fig. 2, which is not described in detail herein.

In step S306, the information acquirer may send a reply result to the server after receiving the information returned from the server. Specifically, the information acquirer can acquire the reply page by accessing the server, and can send the reply result to the server by selecting. Wherein the reply page may be as shown in fig. 5. It can be seen that the reply page indicates that the reply is "whether to pay the information a" and includes a key for confirming the payment and rejecting the payment, and the information acquirer can return a reply result to the server by operating the key.

Based on the service execution method shown in fig. 2, the embodiment of the application also correspondingly provides a structure schematic diagram of the service execution device, as shown in fig. 6.

Fig. 6 is a schematic structural diagram of a service execution device according to an embodiment of the present application, where the device includes:

A storage module 402 storing information issued by an information provider;

a receiving module 404, configured to receive an acquisition request for the information sent by an information acquirer;

A sending module 406 that returns the information to the information acquirer;

And the allocation module 408 is used for receiving a reply result returned by the information acquirer, allocating the resources of the information acquirer to the information provider when the reply result is confirmation, and not allocating the resources of the information acquirer when the reply result is denial.

The information is original content UGC of the user or professional production content OGC, and the resource is monetary.

The storage module 402 receives and stores information issued by the information provider and an amount payment method corresponding to the information, or the storage module 402 determines and stores the amount payment method corresponding to the received information.

The distribution module 408 determines a payment amount according to the amount payment mode corresponding to the stored information, sends payment information to the information acquirer according to the payment amount, acquires the payment amount provided by the information acquirer according to the payment information, and pays the payment amount to the information provider.

The allocation module 408 determines a payment amount according to a stored payment method of an amount corresponding to the information before allocating the resource of the information acquirer, freezes the payment amount of the information acquirer, and the allocation module 408 pays the frozen payment amount to the information provider when allocating the resource of the information acquirer.

The sending module 406 encrypts the information according to the public key of the information acquirer stored in advance and returns the encrypted information to the information acquirer.

The sending module 406 determines the device identifier and the account identifier of the information acquirer, performs identity verification on the information acquirer according to the corresponding relationship between the registered account identifier and the device identifier, and returns the information to the information acquirer when the identity verification passes.

The distribution module 408 receives the signed reply result returned by the information acquirer, and performs signature verification on the signature according to the public key of the information acquirer stored in advance to determine the reply result.

The allocation module 408 determines that a reply result returned by the information acquirer is received after the information is sent to the information acquirer within a preset time, or determines that a reply result returned by the information acquirer is received after the information is sent to the information acquirer within a preset time, and determines that a reply result returned by the information acquirer is not received after the information is sent to the information acquirer.

The storage module 402 receives the information issued by the information provider, freezes the guaranteed amount corresponding to the information provided by the information provider, and the distribution module 408 pays the frozen guaranteed amount to the information acquirer or pays the frozen guaranteed amount to a preset account when the answer is negative.

In particular, the service execution device may be located in a server of the website for providing information, where the server may be a single device or a system composed of multiple devices, such as a distributed system.

Based on the service execution method shown in fig. 4, the embodiment of the application also correspondingly provides a structure schematic diagram of a service execution device of the information acquisition party, as shown in fig. 7.

Fig. 7 is a schematic structural diagram of a service execution device according to an embodiment of the present application, where the device includes:

a first sending module 502 that sends an acquisition request for information issued by an information provider to a server;

a receiving module 504, configured to receive the information returned by the server;

And a second sending module 506, configured to send a reply result to the server, so that the server determines, according to the reply result, whether to allocate the resource of the service execution device to the information provider.

The service execution device can be located in a terminal of an information acquisition party, and the terminal can be a mobile phone, a tablet personal computer, a personal computer and other equipment.

Based on the service execution method shown in fig. 2, the embodiment of the application also correspondingly provides a server, as shown in fig. 8. The server stores information issued by an information provider, and the server comprises: one or more processors and a memory, the memory storing a program and configured to be executed by the one or more processors to:

returning the information to the information acquirer;

Based on the service execution method shown in fig. 4, the embodiment of the application also correspondingly provides a terminal, as shown in fig. 9. The terminal comprises: one or more processors and a memory, the memory storing a program and configured to be executed by the one or more processors to:

Receiving the information returned by the server;

In the 90 s of the 20 th century, improvements to one technology could clearly be distinguished as improvements in hardware (e.g., improvements to circuit structures such as diodes, transistors, switches, etc.) or software (improvements to the process flow). However, with the development of technology, many improvements of the current method flows can be regarded as direct improvements of hardware circuit structures. Designers almost always obtain corresponding hardware circuit structures by programming improved method flows into hardware circuits. Therefore, an improvement of a method flow cannot be said to be realized by a hardware entity module. For example, a programmable logic device (Programmable Logic Device, PLD) (e.g., field programmable gate array (Field Programmable GATE ARRAY, FPGA)) is an integrated circuit whose logic functions are determined by user programming of the device. A designer programs to "integrate" a digital system onto a PLD without requiring the chip manufacturer to design and fabricate application-specific integrated circuit chips. Moreover, nowadays, instead of manually manufacturing integrated circuit chips, such programming is mostly implemented with "logic compiler (logic compiler)" software, which is similar to the software compiler used in program development and writing, and the original code before being compiled is also written in a specific programming language, which is called hardware description language (Hardware Description Language, HDL), but HDL is not just one, but a plurality of kinds, such as ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language), and VHDL (Very-High-SPEED INTEGRATED Circuit Hardware Description Language) and Verilog are currently most commonly used. It will also be apparent to those skilled in the art that a hardware circuit implementing the logic method flow can be readily obtained by merely slightly programming the method flow into an integrated circuit using several of the hardware description languages described above.

The controller may be implemented in any suitable manner, for example, the controller may take the form of, for example, a microprocessor or processor and a computer readable medium storing computer readable program code (e.g., software or firmware) executable by the (micro) processor, logic gates, switches, application SPECIFIC INTEGRATED Circuits (ASICs), programmable logic controllers, and embedded microcontrollers, examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, atmel AT91SAM, microchip PIC18F26K20, and Silicone Labs C8051F320, the memory controller may also be implemented as part of the control logic of the memory. Those skilled in the art will also appreciate that, in addition to implementing the controller in a pure computer readable program code, it is well possible to implement the same functionality by logically programming the method steps such that the controller is in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers, etc. Such a controller may thus be regarded as a kind of hardware component, and means for performing various functions included therein may also be regarded as structures within the hardware component. Or even means for achieving the various functions may be regarded as either software modules implementing the methods or structures within hardware components.

The system, apparatus, module or unit set forth in the above embodiments may be implemented in particular by a computer chip or entity, or by a product having a certain function. One typical implementation is a computer. In particular, the computer may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

For convenience of description, the above devices are described as being functionally divided into various units, respectively. Of course, the functions of each element may be implemented in the same piece or pieces of software and/or hardware when implementing the present application.

It will be appreciated by those skilled in the art that embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

In one typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include volatile memory in a computer-readable medium, random Access Memory (RAM) and/or nonvolatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of computer-readable media.

Computer readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of storage media for a computer include, but are not limited to, phase change memory (PRAM), static Random Access Memory (SRAM), dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium, which can be used to store information that can be accessed by a computing device. Computer-readable media, as defined herein, does not include transitory computer-readable media (transmission media), such as modulated data signals and carrier waves.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article or apparatus that comprises the element.

It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

In this specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments. In particular, for system embodiments, since they are substantially similar to method embodiments, the description is relatively simple, as relevant to see a section of the description of method embodiments.

The foregoing is merely exemplary of the present application and is not intended to limit the present application. Various modifications and variations of the present application will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement, etc. which come within the spirit and principles of the application are to be included in the scope of the claims of the present application.

Claims

1. A service execution method in which information issued by an information provider is stored in a server, the method comprising:

returning the information to the information acquirer;

Receiving a reply result returned by the information acquirer, and when the reply result is confirmed, converting the information

The resource of the acquirer is distributed to the information provider; the information providing party pays a guarantee to the server;

When the answer result is negative, according to the history answer result of the information acquisition party and the received needle

Determining whether to allocate the resource of the information acquirer to the information provider for at least one of the historical reply results of the information; the reply result is confirmation and indicates that payment is confirmed, and the reply result is denial and indicates that payment is refused;

if the answer result is negative and the information acquisition party is not judged to be a malicious user, deducting the information acquisition party

And (5) ensuring the gold.

2. The method of claim 1, wherein the resource is an amount.

3. The method of claim 2, wherein the server stores information issued by the information provider, and specifically comprises:

the server receives the information issued by the information provider and the amount payment mode corresponding to the information and stores the information; or alternatively

And the server determines and stores the received amount payment mode corresponding to the information.

4. The method of claim 3, allocating resources of the information acquirer, specifically comprising:

determining a payment amount according to an amount payment mode corresponding to the stored information;

sending payment information to the information acquirer according to the payment amount;

And acquiring the payment amount provided by the information acquirer according to the payment information, and paying the payment amount to the information provider.

5. The method of claim 3, prior to allocating resources of the information acquirer, the method further comprising:

Freezing the payment amount of the information acquirer;

The method for distributing the resources of the information acquirer specifically comprises the following steps:

and paying the frozen payment amount to the information provider.

6. The method of claim 1, returning said information, a concrete package, to said information acquirer

The method comprises the following steps:

encrypting the information according to the public key of the pre-stored information acquirer and returning the encrypted information to the client

And (5) obtaining information.

7. The method of claim 1, returning said information, a concrete package, to said information acquirer

The method comprises the following steps:

determining the equipment identifier and the account identifier of the information acquirer;

According to the corresponding relation between the registered account identifier and the equipment identifier, the information acquirer is subjected to personal identification

Verifying the parts;

and when the identity verification is passed, returning the information to the information acquirer.

8. The method of claim 1, receiving a reply result returned by the information acquirer, comprising

The body comprises:

Receiving a signed reply result returned by the information acquirer;

Verifying the signature according to a public key of the information acquirer stored in advance to determine the signature

And replying to the result.

9. The method of claim 1, wherein after transmitting the information to the information acquirer, the method comprises

If the reply result returned by the information acquisition party is not received within the set time, determining that the information acquisition party is received

Returning a confirmed reply result; or (b)

After the information is sent to the information acquirer, the information acquirer does not receive the information within a preset time

And the returned reply result determines that the information acquirer receives the returned negative reply result.

10. The method of claim 2, wherein the server stores information issued by the information provider, and specifically comprises:

The server receives the information issued by the information provider and freezes the information provider

A guaranteed amount corresponding to the information;

When the answer is negative, the method further comprises:

and paying the frozen guaranteed amount to the information acquirer, or paying the frozen guaranteed amount to a preset account.

11. The method of claim 1, wherein the server further stores the information corresponding to the information

A source allocation manner, the source allocation manner comprising: charging period or charging price.

12. The method according to claim 1, when the information is transmitted to the information acquirer, waiting for

When the duration of receiving the reply result returned by the information acquirer exceeds the preset time, the service

The device determines the payment times of the information according to the sending times and the payment times of the information in the history record

The ratio of the number to the number of times of transmission, and when the ratio exceeds a preset value, determining that the reply result is confirmation;

the number of payments represents the number of replies to the acknowledgement result received by the server for the information;

The reply result is confirmation indicating that payment is made, and the reply result is denial indicating that payment is refused

And (5) paying.

13. A service execution method, comprising:

The information acquisition direction server sends an acquisition request for information issued by an information provider; the garment

The server stores information issued by the information provider; the information providing party pays the warranty to the server

Evidence of gold;

Receiving the information returned by the server;

Sending a reply result to the server, wherein when the reply result is negative, the server sends a reply result to the server according to the information of the reply result

Historical reply results of information acquirer and arrival in received historical reply results for the information

At least one of determining whether to allocate resources of the information acquirer to the information provider; the reply is provided with

The result is that the confirmation indicates that the payment is confirmed, and the reply result is that the denial indicates that the payment is refused;

And (5) ensuring the gold.

14. A service execution apparatus comprising:

the storage module stores information issued by the information provider;

the sending module returns the information to the information acquirer;

the distribution module receives the reply result returned by the information acquisition party, when the reply result is confirmation,

Distributing the resources of the information acquirer to the information provider; the information providing party pays a guarantee to the service execution device;

Determining whether to obtain the resource of the information acquisition party based on at least one of the historical reply results of the information

Assigned to the information provider; the answer result is that the confirmation indicates that the payment is made, and the answer result is that the denial indicates that the payment is refused to be made;

And (5) ensuring the gold.

15. The apparatus of claim 14, the resource is an amount.

16. The device of claim 15, wherein the storage module receives and stores information issued by the information provider and a payment method of an amount corresponding to the information, or the storage module determines and stores the received payment method of an amount corresponding to the information.

17. The apparatus of claim 16, wherein the distribution module determines a payment amount according to a payment manner of an amount corresponding to the stored information, transmits payment information to the information acquirer according to the payment amount, acquires the payment amount provided by the information acquirer according to the payment information, and pays the payment amount to the information provider.

18. The device of claim 16, wherein the allocation module determines a payment amount according to a stored payment method of an amount corresponding to the information before allocating the resource of the information acquirer, freezes the payment amount of the information acquirer, and pays the frozen payment amount to the information provider when allocating the resource of the information acquirer.

19. The apparatus of claim 14, wherein the sending module encrypts the information according to a public key of the information acquirer stored in advance and returns the encrypted information to the information acquirer.

20. The apparatus of claim 14, wherein the sending module determines a device identifier and an account identifier of the information acquirer, performs authentication on the information acquirer according to a corresponding relationship between the registered account identifier and the device identifier, and returns the information to the information acquirer when the authentication passes.

21. The apparatus of claim 14, the distribution module to receive a signed reply result returned by the information acquirer, and to verify the signature based on a pre-stored public key of the information acquirer to determine the reply result.

22. The apparatus of claim 14, wherein the distribution module determines that a reply result of the acknowledgement returned by the information acquirer is received after the information is transmitted to the information acquirer within a preset time, or determines that a reply result of the non-acknowledgement returned by the information acquirer is received after the information is transmitted to the information acquirer within a preset time.

23. The apparatus of claim 15, wherein the storage module receives information issued by the information provider and freezes a guaranteed amount corresponding to the information provided by the information provider, and the distribution module pays the frozen guaranteed amount to the information acquirer or pays the frozen guaranteed amount to a preset account when a reply result is negative.

24. A service execution apparatus comprising:

the first sending module sends an acquisition request for information issued by the information provider to the server; by a means of

The server stores information issued by an information provider; the information providing pays to the server

The gold is guaranteed;

A second sending module for sending a reply result to the server, when the reply result is negative, the second sending module

The server determines whether to allocate the resources of the service execution device to the information provider according to at least one of the historical reply result of the information acquirer and the received historical reply result for the information; the reply result is confirmation and indicates that payment is confirmed, and the reply result is denial and indicates that payment is refused;

And (5) ensuring the gold.

25. A server in which information issued by an information provider is stored, the service

The device comprises: one or more processors and a memory storing a program configured to be executed by the one or more processors to:

returning the information to the information acquirer;

The resource of the acquirer is distributed to the information provider; the information providing party pays the warranty to the server

Evidence of gold;

Assigned to the information provider; the reply result is confirmation, which represents that the payment is made, the reply is combined with

If the result is negative, the payment is refused;

And (5) ensuring the gold.

26. A terminal, comprising: one or more processors and a memory storing programs

The program is configured to be executed by the one or more processors to:

Sending an acquisition request for information issued by an information provider to a server; the server stores information issued by an information provider; the information providing party pays a guarantee to the server;

Receiving the information returned by the server;

At least one of a history reply result of an information acquirer and a received history reply result for the information, determining whether to allocate resources of the terminal to the information provider; the reply result is confirmation and indicates that payment is confirmed, and the reply result is denial and indicates that payment is refused;

And (5) ensuring the gold.