WO2018113544A1 - 交易操作的实现方法、客户端及服务端 - Google Patents

交易操作的实现方法、客户端及服务端 Download PDF

Info

Publication number
WO2018113544A1
WO2018113544A1 PCT/CN2017/115395 CN2017115395W WO2018113544A1 WO 2018113544 A1 WO2018113544 A1 WO 2018113544A1 CN 2017115395 W CN2017115395 W CN 2017115395W WO 2018113544 A1 WO2018113544 A1 WO 2018113544A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction
password
client
sender
server
Prior art date
Application number
PCT/CN2017/115395
Other languages
English (en)
French (fr)
Inventor
柳林东
Original Assignee
阿里巴巴集团控股有限公司
柳林东
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 阿里巴巴集团控股有限公司, 柳林东 filed Critical 阿里巴巴集团控股有限公司
Publication of WO2018113544A1 publication Critical patent/WO2018113544A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user

Definitions

  • the present application relates to the field of computer technologies, and in particular, to a method, a client, and a server for implementing a transaction operation.
  • the transaction password is usually set.
  • the difficulty of designing the transaction password is usually increased in the conventional technology. For example, in the scenario of sending a "red envelope", in order to achieve the effect of grabbing a red envelope, it is necessary to increase the difficulty of obtaining the red envelope, and thus a relatively complicated red envelope password is designed.
  • the difficulty of transacting a password increases, the user's memory burden is increased, thereby giving the user a poor experience.
  • the present application describes a method for implementing a transaction operation, a client and a server, which can improve the user experience.
  • a method for implementing a transaction operation comprising:
  • the sender client obtains a pressing force value of the first control of the sender client by the sender user
  • the transaction operation corresponding to the transaction event is executed.
  • a method for implementing a transaction operation including:
  • the server receives the first transaction request sent by the sender client, where the first transaction request includes a first transaction password, and the first transaction password is based on the first control of the sender user touching the sender client.
  • the value of the pressing force is determined;
  • the second transaction request includes a second transaction password
  • the second transaction password is based on a pressing of the second control of the recipient user touching the recipient client Velocity value to determine
  • the transaction operation corresponding to the transaction event is executed.
  • a client including:
  • the obtaining unit is configured to obtain a pressing force value of the first control that the sender user touches the client;
  • a determining unit configured to determine, according to the pressing force value acquired by the acquiring unit, a first transaction password
  • a sending unit configured to send, to the server, a first transaction request that includes the first transaction password determined by the determining unit, where the first transaction request is used to instruct the server to establish a corresponding transaction event;
  • the sending unit is further configured to send the first transaction password to the receiving user, so that the receiving user sends a second transaction request including the second transaction password to the server by using the receiving client, where
  • the second transaction password is determined according to the pressing strength value of the second control of the recipient client touching the recipient client, and the second transaction request is used to indicate that the server is determining the
  • the transaction operation corresponding to the transaction event is executed.
  • a server including:
  • a receiving unit configured to receive a first transaction request sent by the sender client, where the first transaction request includes a first transaction password, and the first transaction password is based on the sender user touching the sender client The pressing force value of the first control is determined;
  • a establishing unit configured to establish a corresponding transaction event according to the first transaction request received by the receiving unit
  • the receiving unit is further configured to receive a second transaction request sent by the receiver client, where the second transaction request includes a second transaction password, and the second transaction password is received according to the receiver user touch
  • the pressing force value of the second control of the square client is determined
  • an executing unit configured to execute a transaction operation corresponding to the transaction event when the first transaction password matches the second transaction password.
  • the sender client determines the first transaction password according to the pressing strength value of the control of the sender user of the sender user. Sending a first transaction request including the first transaction password to the server, and the server establishes a corresponding transaction event after receiving the first transaction request.
  • the sender client then sends a first transaction password to the recipient user, so that the recipient user sends a second transaction request including the second transaction password to the server through the recipient client, where the second transaction password is the recipient client. It is determined according to the pressing force value of the control of the receiver user touching the receiver client.
  • the server determines that the first transaction password matches the second transaction password, and performs a transaction operation corresponding to the transaction event. It can be seen that in the present application, both the sender user and the receiver user input the transaction password by pressing the control, thereby greatly improving the user experience.
  • FIG. 1 is a schematic diagram of an application scenario of a method for implementing a transaction operation provided by the present application
  • FIG. 2 is a flowchart of a method for implementing a transaction operation according to an embodiment of the present application
  • FIG. 3 is a schematic diagram of a page of a sender client provided by the present application.
  • FIG. 4 is a second schematic diagram of a page of a sender client provided by the present application.
  • FIG. 5 is a third schematic diagram of a page of a sender client provided by the present application.
  • FIG. 6 is a flowchart of a method for implementing a transaction operation according to another embodiment of the present application.
  • FIG. 7 is a schematic diagram of a client provided by an embodiment of the present application.
  • FIG. 8 is a schematic diagram of a server provided by another embodiment of the present application.
  • the method for implementing the transaction operation provided by the embodiment of the present application can be applied to the scenario shown in FIG. 1.
  • a sender client and a plurality of receiver clients are included, and the sender client can be installed in the first
  • the first mobile terminal can be provided with a touch screen and a pressure sensor, and the sender user can perform a touch operation on the touch screen, and the sender client can obtain the sender user to perform the touch operation through the pressure sensor.
  • the pressing force value at the time the first mobile terminal may further be provided with a Global Positioning System (GPS), so that the sender client can acquire location information of the sender user, such as GPS coordinates, through the GPS.
  • GPS Global Positioning System
  • the receiver client can be installed on the second mobile terminal, where the second mobile terminal has the same function as the first mobile terminal, and details are not described herein.
  • FIG. 2 is a flowchart of a method for implementing a transaction operation according to an embodiment of the present application.
  • the executor of the method may be a device with processing capability: a server or a system or a device, such as the sender client in FIG. 1 , as shown in FIG. 2 , the method may specifically include:
  • Step 210 The sender client obtains a pressing force value of the first control of the sender user touch sender client.
  • the sender client may be provided with a transaction password setting page, where
  • the transaction password setting page includes a first control, and the first control can be a button or the like.
  • the sender client can obtain the pressing force value of the first control of the sender user through the pressure sensor, where the pressure sensor has the perception The function of pressing the velocity value when the user performs a touch operation.
  • the sender client may refer to the Alipay client, and the process of obtaining the pressing strength value of the first control of the sender user of the sender of the sender may be as follows:
  • the transaction password setting page shown in FIG. 4 can be entered.
  • the transaction password setting page includes a "press” button.
  • the sender client can obtain different pressing force values. It can be understood that the sender user can touch a “press” button (that is, perform a touch operation), and the sender client can obtain a pressing force value.
  • the touch operation in the present application may be from the detection of the current signal by the mobile terminal where the sender client is located, until the end of the current signal is not detected, and the pressure force value may refer to the pressure sensor during the start to the end.
  • the peak of the perceived continuous signal may be from the detection of the current signal by the mobile terminal where the sender client is located, until the end of the current signal is not detected, and the pressure force value may refer to the pressure sensor during the start to the end. The peak of the perceived continuous signal.
  • Step 220 Determine a first transaction password according to the pressing strength value.
  • the first transaction password in the present application may consist of a preset number of letters, numbers, Chinese characters or notes.
  • the sender user touches the first control multiple times (that is, performs touch multiple times). Operation), so that the sender client can obtain multiple compression force values.
  • the sender client can then determine the first transaction password based on the plurality of compression strength values.
  • the process of determining, by the sender client, the first transaction password according to the multiple pressing strength values may be: the sender client first converts the multiple pressing strength values into corresponding passwords, which may be, but are not limited to, letters , numbers, Chinese characters or notes, etc., and then determine the first transaction password based on multiple passwords.
  • the conversion process may be: obtaining a number corresponding to the pressing force value according to a preset correspondence between the pressing force value and the number; This number is determined as the corresponding password.
  • the correspondence between the preset pressing force value and the number can be as shown in Table 1.
  • a pressing force value is converted into a corresponding password
  • the process of the password being a number may also be: first determining the pressure level to which the pressing force value belongs. For example, the pressing force value in the range of [a1, a2] is set to "level 1", and the pressing force value in the range of [a2, a3] is set to "level 2" or the like. Then, according to the corresponding relationship between the preset pressure level and the number, the number corresponding to the pressing force value is determined, and the number is determined as a password.
  • the pressure level to which the pressing force value belongs is determined first, the correspondence between the preset pressure level and the number can be as shown in Table 2.
  • the sender client obtains three pressing velocity values and converts the three pressing velocity values into passwords: "6", "2", and "3", then the first transaction can be determined.
  • the password is: "623", that is, the first transaction password is composed of three numbers.
  • the sender client may display the password to the sender user after converting the pressing strength value into a password.
  • the transaction password setting page may further include three password display boxes, wherein each password display box is further divided into 10 small squares, specifically, the password display box is filled with different numbers. A small square is used to indicate the corresponding password.
  • the password display box also displays the corresponding password at the top. If the three passwords after the conversion are: "6", "2", and "3", the transaction password setting page shown in FIG. 4 can be as shown in FIG. 5. It can be understood that the password displayed by the password display box may be dynamically changed before the action of the sender's touch "press" button ends.
  • the pressing force is pressed.
  • the value is relatively small.
  • the password display box displays a password corresponding to a relatively small pressing force value, and then, when the pressing force value thereof gradually increases, the password display box displays a password corresponding to the increased pressing force value.
  • the password displayed by the password display box does not change; after that, when the sender user starts to touch the “press” button again, the next time A password display box dynamically displays the corresponding password, and so on.
  • FIG. 4 and FIG. 5 are only exemplary descriptions.
  • the sender client can obtain more pressing strength values
  • the transaction password setting page may also include more password display boxes, for example, four. 5 or 6 etc., this application does not limit this.
  • the password display box is displayed
  • the display mode is not limited to the block structure, and may be displayed as a cake structure or the like.
  • Step 230 Send a first transaction request including a first transaction password to the server.
  • the first transaction request can be used to instruct the server to establish a corresponding transaction event.
  • the first transaction password may refer to a red envelope password
  • the first transaction request may refer to a "red envelope” collection notification
  • the "red envelope” receipt notification may include a red envelope password and a transmission.
  • the process of establishing a corresponding transaction event may be: the server may generate a virtual account corresponding to the "red envelope", the virtual account corresponding to the funds in the sender user's account, and The amount of funds is the "total amount" entered by the sender user.
  • the first transaction request may further include first location information of the sender user, where the first location information may be obtained by the sender client by using a GPS.
  • the server may save the first location information of the sender user.
  • Step 240 Send a first transaction password to the recipient user, so that the recipient user sends a second transaction request including the second transaction password to the server through the recipient client.
  • the second transaction password is determined by the receiving client according to the pressing strength value of the second control of the receiving user touch receiving client, and the second transaction request is used to indicate that the server determines the first transaction password and the first When the two transaction passwords match, the transaction operation corresponding to the transaction event is executed.
  • the sender client can send the first transaction password to the recipient user in a variety of ways.
  • the sender client may generate a display image containing the first transaction password, and then send the display image to the recipient client, or share the display image to the social network platform.
  • the recipient user may enter the transaction password input page of the recipient client, and the transaction password input page may include a second control, specifically, when the recipient user touches the transaction password input page.
  • the receiving client can obtain the pressing force value of the second control of the receiving user by using the pressure sensor, and determine the first pressing force value according to the obtained receiving user's touch second control.
  • Second transaction password the recipient The process of obtaining the pressing force value of the second control of the receiving party by the receiving end of the user and determining the second transaction password is similar to the process of obtaining the pressing force value of the first control of the sender user by the sender client and determining the first transaction password. I will not repeat them here.
  • the receiver client can refer to the Alipay client
  • the receiver user can refer to the "red envelope” user
  • the "red envelope” user can input by touching the second control.
  • the second transaction password is different from the way the user directly inputs the number. This can improve the user's interest in entering the transaction password, and can open the speed of multiple red packets to grab the red envelope. Grab the effect of red packets.
  • the server may send a second transaction request including the second transaction password, and the server may compare the first transaction password with the second transaction password after receiving the second transaction request. Whether it matches, if it matches, the transaction operation corresponding to the transaction event is executed.
  • the transaction operation corresponding to the transaction event performed by the server is: determining the allocation ratio; calculating the actual allocated quantity according to the "red envelope number" and the object allocation ratio; the funds corresponding to the actual allocated quantity Assigned to the receiving client.
  • the foregoing second transaction request may further include second location information of the recipient user, where the second location information of the recipient user may be acquired by the receiver client through the GPS.
  • the server performs the transaction corresponding to the transaction event after determining that the first transaction password matches the second transaction password.
  • the pre-stored first location information is obtained, and the first distance value is calculated according to the first location information and the second location information. Then, it is determined whether the first distance value does not exceed the preset threshold. If the preset threshold is not exceeded, the transaction operation corresponding to the transaction event is executed; if the preset threshold is exceeded, the transaction operation corresponding to the transaction event is not executed.
  • the manner of performing the transaction operation corresponding to the transaction event may define the location of the “red envelope” user, for example, when the preset threshold is 200 m. , only users within 200m of the sender's user can receive the "red envelope”.
  • FIG. 6 is a flowchart of a method for implementing a transaction operation according to another embodiment of the present application, where the method is The executor of the method may be a server. As shown in FIG. 6, the method may specifically include:
  • Step 610 The server receives the first transaction request sent by the sender client.
  • the first transaction request may include a first transaction password, and the first transaction password is determined by the sender client according to a pressing strength value of the first control of the sender user touching the sender client.
  • the sender client may be provided with a transaction password setting page, where the transaction password setting page includes a first control, and the first control may be a button or the like.
  • the sender client can obtain the pressing force value of the first control of the sender user through the pressure sensor, where the pressure sensor has the perception The function of pressing the velocity value when the user performs a touch operation.
  • the sender user touches the first control multiple times (that is, performs the touch operation multiple times), so that the sender client can obtain multiple pressing force values.
  • the sender client can then determine the first transaction password based on the plurality of compression strength values.
  • the process of determining, by the sender client, the first transaction password according to the multiple pressing strength values may be: the sender client first converts the multiple pressing strength values into corresponding passwords, which may be, but are not limited to, letters , numbers, Chinese characters or notes, etc., and then determine the first transaction password based on multiple passwords.
  • the first transaction password in the present application may consist of a preset number of letters, numbers, Chinese characters or notes.
  • Step 620 Establish a corresponding transaction event according to the first transaction request.
  • the first transaction request may further include first location information of the sender user, where the first location information may be obtained by the sender client through the GPS.
  • the server may save the first location information of the sender user.
  • Step 630 Receive a second transaction request sent by the receiver client.
  • the second transaction request may include a second transaction password, and the second transaction password is determined according to a pressing strength value of the second control of the recipient user touching the recipient client.
  • the sender client may also send the receiver to the receiver after sending the first transaction request to the server.
  • the first transaction password is sent, wherein the sender client can send the first transaction password to the recipient user in a variety of ways.
  • the sender client may generate a display image containing the first transaction password, and then send the display image to the recipient client, or share the display image to the social network platform.
  • the recipient user may enter the transaction password input page of the recipient client, and the transaction password input page may include a second control, specifically, when the recipient user touches the transaction password input page.
  • the receiving client can obtain the pressing force value of the second control of the receiving user by using the pressure sensor, and determine the first pressing force value according to the obtained receiving user's touch second control.
  • Second transaction password the receiving client obtains the pressing force value of the receiving user's touch second control and the process of determining the second transaction password
  • the sending client obtains the pressing force value of the sender user touch control first control and determines the first
  • the process of trading passwords is similar and will not be repeated here.
  • Step 640 When the first transaction password matches the second transaction password, the transaction operation corresponding to the transaction event is executed.
  • the server may send a second transaction request including the second transaction password, and the server may compare the first transaction password with the second transaction password after receiving the second transaction request. Whether it matches, if it matches, the transaction operation corresponding to the transaction event is executed.
  • the foregoing second transaction request may further include second location information of the recipient user, where the second location information of the recipient user may be acquired by the receiver client through the GPS.
  • the server performs the transaction corresponding to the transaction event after determining that the first transaction password matches the second transaction password.
  • the pre-stored first location information is obtained, and the first distance value is calculated according to the first location information and the second location information. Then, it is determined whether the first distance value does not exceed the preset threshold. If the preset threshold is not exceeded, the transaction operation corresponding to the transaction event is executed; if the preset threshold is exceeded, the transaction operation corresponding to the transaction event is not executed.
  • a client provided by the embodiment of the present application as shown in FIG. 7, the client includes:
  • the obtaining unit 701 is configured to obtain a pressing force value of the first control of the sender user touch client.
  • the determining unit 702 is configured to determine the first transaction password according to the pressing strength value acquired by the obtaining unit 701.
  • the first transaction password is composed of a preset number of letters; or the first transaction password is composed of a preset number of digits; or, the first transaction password is composed of a preset number of Chinese characters.
  • the sending unit 703 is configured to send, to the server, a first transaction request that includes the first transaction password determined by the determining unit 702, where the first transaction request is used to instruct the server to establish a corresponding transaction event.
  • the sending unit 703 is further configured to send the first transaction password to the recipient user, so that the recipient user sends the second transaction request including the second transaction password to the server through the receiver client, where the second transaction password is received according to the receiving
  • the square user touches the pressing force value of the second control of the receiving client client, and the second transaction request is used to instruct the server to execute the transaction operation corresponding to the transaction event when determining that the first transaction password matches the second transaction password.
  • the determining unit 702 is specifically configured to:
  • the first transaction password is determined according to the number corresponding to the pressing force value.
  • the client provided by the application obtains the pressing strength value of the first control of the sender user touch client.
  • the determining unit 702 determines the first transaction password according to the pressing strength value.
  • the sending unit 703 sends a first transaction request including the first transaction password to the server.
  • the sending unit 703 sends the first transaction password to the receiving user, so that the receiving user sends a second transaction request including the second transaction password to the server through the receiving client, wherein the second transaction password is received according to the receiving
  • the square user touches the pressing force value of the second control of the receiving client client, and the second transaction request is used to instruct the server to execute the transaction operation corresponding to the transaction event when determining that the first transaction password matches the second transaction password. . Thereby, the user experience can be greatly improved.
  • the server includes:
  • the receiving unit 801 is configured to receive a first transaction request sent by the sender client, where the first transaction request includes a first transaction password, and the first transaction password is based on a pressing force of the first control of the sender user touching the sender client. The value is determined.
  • the establishing unit 802 is configured to establish a corresponding transaction event according to the first transaction request received by the receiving unit 801.
  • the receiving unit 801 is further configured to receive a second transaction request sent by the receiver client, where the second transaction request includes a second transaction password, and the second transaction password is based on a pressing force of the second control of the receiver user touching the receiver client. The value is determined.
  • the executing unit 803 is configured to execute a transaction operation corresponding to the transaction event when the first transaction password matches the second transaction password.
  • the first transaction request further includes first location information of the sender user; and the second transaction request further includes second location information of the recipient user.
  • the executing unit 803 is specifically configured to:
  • the transaction operation corresponding to the transaction event is executed.
  • the server provided by the application receives the first transaction request sent by the sender client, and the first transaction request includes the first transaction password.
  • the establishing unit 802 establishes a corresponding transaction event according to the first transaction request.
  • the receiving unit 801 receives the second transaction request sent by the receiver client, The second transaction request includes a second transaction password.
  • the execution unit 803 performs a transaction operation corresponding to the transaction event. Thereby, the user experience can be greatly improved.
  • the functions described herein can be implemented in hardware, software, firmware, or any combination thereof.
  • the functions may be stored in a computer readable medium or transmitted as one or more instructions or code on a computer readable medium.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

一种交易操作的实现方法、客户端及服务端，在一种交易操作的实现方法中，发送方客户端根据发送方用户触控发送方客户端的控件的按压力度值，确定第一交易口令。向服务端发送包含该第一交易口令的第一交易请求，服务端建立相应的交易事件。发送方客户端向接收方用户发送第一交易口令，接收方用户通过接收方客户端向服务端发送包含第二交易口令的第二交易请求，其中，第二交易口令是接收方客户端根据接收方用户触控接收方客户端的控件的按压力度值来确定的。服务端在接收到第二交易请求之后，判断第一交易口令与第二交易口令相匹配时，执行交易事件对应的交易操作。由此可以大大提升用户的体验。

Description

交易操作的实现方法、客户端及服务端 技术领域
本申请涉及计算机技术领域，尤其涉及一种交易操作的实现方法、客户端及服务端。
背景技术
为了保证交易操作的安全性，通常会设置交易口令。在一些场景下，当需要增大交易操作实现的难度时，传统技术中通常会增加交易口令设计的难度。比如，在发送“红包”的场景中，为了达到抢红包的效果，就需要增加红包获取的难度，因此会设计相对复杂的红包口令。然而，当交易口令的难度增加时，就会增加用户的记忆负担，从而给用户带来较差的体验。
发明内容
本申请描述了一种交易操作的实现方法、客户端及服务端，可以提高用户的体验。
第一方面，提供了一种交易操作的实现方法，包括：
发送方客户端获取发送方用户触控所述发送方客户端的第一控件的按压力度值；
根据所述按压力度值，确定第一交易口令；
向服务端发送包含所述第一交易口令的第一交易请求，所述第一交易请求用于指示所述服务端建立相应的交易事件；
向接收方用户发送所述第一交易口令，以便所述接收方用户通过接收方客户端向所述服务端发送包含第二交易口令的第二交易请求，其中，所述第二交易口令是根据所述接收方用户触控所述接收方客户端的第二控件的按压力度值来确定的，所述第二交易请求用于指示所述服务端在判断所述第一交 易口令与所述第二交易口令相匹配时，执行所述交易事件对应的交易操作。
第二方面，提供了一种交易操作的实现方法，包括：
服务端接收发送方客户端发送的第一交易请求，所述第一交易请求包括第一交易口令，所述第一交易口令是根据所述发送方用户触控所述发送方客户端的第一控件的按压力度值来确定的；
根据所述第一交易请求，建立相应的交易事件；
接收接收方客户端发送的第二交易请求，所述第二交易请求包括第二交易口令，所述第二交易口令是根据所述接收方用户触控所述接收方客户端的第二控件的按压力度值来确定的；
当所述第一交易口令与所述第二交易口令相匹配时，执行所述交易事件对应的交易操作。
第三方面，提供了一种客户端，包括：
获取单元，用于获取发送方用户触控所述客户端的第一控件的按压力度值；
确定单元，用于根据所述获取单元获取的所述按压力度值，确定第一交易口令；
发送单元，用于向服务端发送包含所述确定单元确定的所述第一交易口令的第一交易请求，所述第一交易请求用于指示所述服务端建立相应的交易事件；
所述发送单元，还用于向接收方用户发送所述第一交易口令，以便所述接收方用户通过接收方客户端向所述服务端发送包含第二交易口令的第二交易请求，其中，所述第二交易口令是根据所述接收方用户触控所述接收方客户端的第二控件的按压力度值来确定的，所述第二交易请求用于指示所述服务端在判断所述第一交易口令与所述第二交易口令相匹配时，执行所述交易事件对应的交易操作。
第四方面，提供了一种服务端，包括：
接收单元，用于接收发送方客户端发送的第一交易请求，所述第一交易请求包括第一交易口令，所述第一交易口令是根据所述发送方用户触控所述发送方客户端的第一控件的按压力度值来确定的；
建立单元，用于根据所述接收单元接收的所述第一交易请求，建立相应的交易事件；
所述接收单元，还用于接收接收方客户端发送的第二交易请求，所述第二交易请求包括第二交易口令，所述第二交易口令是根据所述接收方用户触控所述接收方客户端的第二控件的按压力度值来确定的；
执行单元，用于当所述第一交易口令与所述第二交易口令相匹配时，执行所述交易事件对应的交易操作。
本申请提供的交易操作的实现方法、客户端及服务端，发送方客户端根据发送方用户触控发送方客户端的控件的按压力度值，确定第一交易口令。向服务端发送包含该第一交易口令的第一交易请求，服务端在接收到第一交易请求之后，建立相应的交易事件。之后发送方客户端向接收方用户发送第一交易口令，以便接收方用户通过接收方客户端向服务端发送包含第二交易口令的第二交易请求，其中，第二交易口令是接收方客户端根据接收方用户触控接收方客户端的控件的按压力度值来确定的。服务端在接收到第二交易请求之后，判断第一交易口令与第二交易口令相匹配时，执行交易事件对应的交易操作。由此可以看出，本申请中，发送方用户和接收方用户均是通过按压控件的方式来输入交易口令的，由此可以大大提升用户的体验。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为本申请提供的交易操作的实现方法的应用场景示意图；
图2为本申请一种实施例提供的交易操作的实现方法流程图；
图3为本申请提供的发送方客户端的页面示意图之一；
图4为本申请提供的发送方客户端的页面示意图之二；
图5为本申请提供的发送方客户端的页面示意图之三；
图6为本申请另一种实施例提供的交易操作的实现方法流程图；
图7为本申请一种实施例提供的客户端的示意图；
图8为本申请另一种实施例提供的服务端的示意图。
具体实施方式
下面结合附图，对本发明的实施例进行描述。
本申请实施例提供的交易操作的实现方法可以应用于如图1所示的场景中，图1中，包括一个发送方客户端以及多个接收方客户端，发送方客户端可以安装在第一移动终端上，该第一移动终端上可以设有触控屏和压力传感器，发送方用户在触控屏上可以执行触控操作，发送方客户端通过压力传感器可以获取发送方用户执行触控操作时的按压力度值。此外，该第一移动终端上还可以设有全球定位***(Global Positioning System，GPS)，从而发送方客户端通过该GPS可以获取发送方用户的位置信息，如GPS坐标。接收方客户端可以安装在第二移动终端上，其中，第二移动终端与第一移动终端的功能相同，在此不复赘述。
图2为本申请一种实施例提供的交易操作的实现方法流程图。所述方法的执行主体可以为具有处理能力的设备：服务器或者***或者装置，如图1中的发送方客户端，如图2所示，所述方法具体可以包括：
步骤210，发送方客户端获取发送方用户触控发送方客户端的第一控件的按压力度值。
在一种实现方式中，发送方客户端可以设有交易口令设置页面，其中， 该交易口令设置页面中包含第一控件，该第一控件可以为按钮等。具体地，当发送方用户在交易口令设置页面触控第一控件时，发送方客户端即可通过压力传感器获取到发送方用户触控第一控件的按压力度值，此处的压力传感器具有感知用户执行触控操作时的按压力度值的功能。
以在支付宝中发送“红包”的场景为例来说，发送方客户端可以是指支付宝客户端，其获取发送方用户触控发送方客户端的第一控件的按压力度值的过程可以如下：
发送方用户在“支付宝”的首页页面中，点击“全部”，进入包含全部应用的页面。之后通过触发“红包”文字或相应的“红包”图案，即可进入红包页面，在红包页面，可以选择红包类型：“个人红包”和“群红包”。以红包类型为“群红包”为例来说，通过触发“群红包”相应的文字或图案，即可进入群红包生成页面。在群红包生成页面，发送方用户可以输入“总金额”以及“红包个数”，之后点击“发红包”按钮后，即可进入支付密码输入页面。在发送方用户输入正确的支付密码之后，即可进入到如图3所示的提示页面。在图3所示的提示页面，当发送方用户点击“生成红包口令”按钮，即可进入如图4所示的交易口令设置页面。该交易口令设置页面包括一个“按压”按钮，当发送方用户以不同的力度触控“按压”按钮时，发送方客户端就可以获取到不同的按压力度值。可以理解的是，发送方用户触控一次“按压”按钮(也即执行一次触控操作)，发送方客户端就可以获取到一个按压力度值。
本申请中的一次触控操作可以是从发送方客户端所在移动终端检测到电流信号开始，至检测不到电流信号结束，而上述按压力度值可以是指在上述开始至结束的过程中压力传感器所感知到的连续信号的峰值。
步骤220，根据按压力度值，确定第一交易口令。
本申请中的第一交易口令可以由预设数量的字母、数字、汉字或者音符构成。
为了提高安全性，发送方用户会多次触控第一控件(也即多次执行触控 操作)，从而发送方客户端可以获取到多个按压力度值。之后发送方客户端可以根据该多个按压力度值来确定第一交易口令。其中，发送方客户端根据多个按压力度值来确定第一交易口令的过程具体可以为：发送方客户端先将该多个按压力度值转换为对应的密码，该密码可以但不限于：字母、数字、汉字或者音符等，之后根据多个密码来确定第一交易口令。
以将一个按压力度值转换为对应的密码，且该密码为数字为例来说，其转换过程可以为：根据预设的按压力度值与数字的对应关系，获取按压力度值对应的数字；将该数字确定为相应的密码。
在一个例子中，预设的按压力度值与数字的对应关系可以如表1所示。
表1
按压力度值 数字
[a1，a2] 1
[a2，a3] 2
… …
表1中，当获取到的按压力度值在范围：[a1，a2]内时，可以确定该按压力度值对应的数字为1，而当获取到的按压力度值在范围：[a3，a4]内时，可以确定该按压力度值对应的数字为2，依次类推。
当然，在实际应用中，将一个按压力度值转换为对应的密码，且该密码为数字的过程也可以为：先确定该按压力度值所属的压力等级,。如，将[a1，a2]范围内的按压力度值设为“等级1”，将[a2，a3]范围内的按压力度值设为“等级2”等。之后根据预设的压力等级与数字的对应关系，确定按压力度值对应的数字，将该数字确定为密码。在先确定按压力度值所属的压力等级时，预设的压力等级与数字的对应关系可以如表2所示。
表2
压力等级 数字
等级1 1
等级2 2
… …
举例来说，假设发送方客户端获取到三个按压力度值，且将该三个按压力度值转换为密码之后分别为：“6”、“2”和“3”，则可以确定第一交易口令为：“623”，也即该第一交易口令由三个数字构成。
可选地，为了提高用户的体验，本申请中，发送方客户端在将按压力度值转换为密码之后，还可以向发送方用户显示该密码。以图4为例来说，交易口令设置页面还可以包括三个密码显示框，其中，每个密码显示框又被划分为10个小方格，具体地，密码显示框通过填充不同个数的小方格，来表示对应的密码，此外，该密码显示框还将对应的密码显示在其顶部。如在转换后的三个密码分别为：“6”、“2”和“3”时，图4所示的交易口令设置页面可以如图5所示。可以理解的是，在发送方用户触控“按压”按钮的动作结束之前，密码显示框显示的密码可以是动态变化的，比如，当发送方用户开始触控“按压”按钮时，其按压力度值比较小，此时，密码显示框显示与比较小的按压力度值对应的密码，之后，当其按压力度值逐渐增大时，密码显示框显示与增大的按压力度值对应的密码。直至该次触控操作结束或者发送方用户触控“按压”按钮的时间超过阈值时间，则密码显示框显示的密码不再变化；之后当发送方用户再次开始触控“按压”按钮时，在下一个密码显示框动态显示相应的密码，依次类推。
当然，图4和图5只是示例性说明，在实际应用中，发送方客户端可以获取到更多的按压力度值，交易口令设置页面也可以包括更多的密码显示框，比如，4个，5个或者6个等，本申请对此不作限定。此外，密码显示框的显 示方式也不限于方框结构，还可以为显示为饼状结构等。
步骤230，向服务端发送包含第一交易口令的第一交易请求。
该第一交易请求可以用于指示服务端建立相应的交易事件。
以在支付宝中发送“红包”的场景为例来说，上述第一交易口令可以是指红包口令，第一交易请求可以是指“红包”领取通知，“红包”领取通知可以包括红包口令、发送方用户输入的“红包个数”以及“总金额”等。服务端在接收到“红包”领取通知之后，建立相应的交易事件的过程可以为：服务端可以生成对应于“红包”的虚拟账户，该虚拟账户对应于发送方用户的账户中的资金，且资金数额为发送方用户输入的“总金额”。
可选地，上述第一交易请求还可以包括发送方用户的第一位置信息，其中，该第一位置信息可以是由发送方客户端通过GPS获得的。服务端在接收到第一交易请求之后，可以保存发送方用户的第一位置信息。
步骤240，向接收方用户发送第一交易口令，以便接收方用户通过接收方客户端向服务端发送包含第二交易口令的第二交易请求。
其中，第二交易口令是由接收方客户端根据接收方用户触控接收方客户端的第二控件的按压力度值来确定的，第二交易请求用于指示服务端在判断第一交易口令与第二交易口令相匹配时，执行交易事件对应的交易操作。
步骤240中，发送方客户端可以通过多种方式向接收方用户发送第一交易口令。举例来说，发送方客户端可以生成包含第一交易口令的展示图片，之后将该展示图片发送至接收方客户端，或者，将该展示图片分享至社交网络平台。
接收方用户在接收到第一交易口令之后，可以进入到接收方客户端的交易口令输入页面中，该交易口令输入页面可以包含第二控件，具体地，当接收方用户在交易口令输入页面触控第二控件时，接收方客户端即可通过压力传感器获取到接收方用户触控第二控件的按压力度值，并根据获取到的接收方用户触控第二控件的按压力度值，来确定第二交易口令。此处，接收方客 户端获取接收方用户触控第二控件的按压力度值以及确定第二交易口令的过程与发送方客户端获取发送方用户触控第一控件的按压力度值以及确定第一交易口令的过程相似，在此不复赘述。
可以理解的是，在发送“红包”的场景中，接收方客户端可以是指支付宝客户端，接收方用户可以是指领“红包”用户，领“红包”用户通过触控第二控件来输入第二交易口令的方式，与以往用户直接输入数字的方式不同，这既可以提高用户输入交易口令的趣味性，又可以拉开多个领“红包”用户抢“红包”的速度，从而达到了抢红包的效果。
在接收方客户端确定第二交易口令之后，可以向服务端发送包含第二交易口令的第二交易请求，服务端在接收到第二交易请求之后，可以比较第一交易口令与第二交易口令是否匹配，如果匹配，则执行交易事件对应的交易操作。在发送“红包”的场景中，服务端执行交易事件对应的交易操作即为：确定分配比例；根据“红包个数”和对象分配比例，计算得到实际分配数量；将对应于实际分配数量的资金分配至接收方客户端。
可选地，上述第二交易请求还可以包括接收方用户的第二位置信息，其中，接收方用户的第二位置信息可以是由接收方客户端通过GPS获取的。在第一交易请求中包含第一位置信息，第二交易请求中包含第二位置信息的情况下，服务端在判断第一交易口令与第二交易口令相匹配之后，在执行交易事件对应的交易操作之前，获取预先保存的第一位置信息，并根据第一位置信息以及第二位置信息，计算第一距离值。之后，判断第一距离值是否未超过预设阈值，如果未超过预设阈值，则执行交易事件对应的交易操作；如果超过预设阈值，则不执行交易事件对应的交易操作。
在发送“红包”的场景中，上述在第一距离值未超过预设阈值时，执行交易事件对应的交易操作的方式可以限定领“红包”用户的位置，如，在预设阈值为200m时，则只有在发送方用户200m以内的用户可以领“红包”。
图6为本申请另一种实施例提供的交易操作的实现方法流程图，所述方 法的执行主体可以为服务端，如图6所示，所述方法具体可以包括：
步骤610，服务端接收发送方客户端发送的第一交易请求。
其中，第一交易请求可以包括第一交易口令，该第一交易口令是由发送方客户端根据发送方用户触控发送方客户端的第一控件的按压力度值来确定的。
在一种实现方式中，发送方客户端可以设有交易口令设置页面，其中，该交易口令设置页面中包含第一控件，该第一控件可以为按钮等。具体地，当发送方用户在交易口令设置页面触控第一控件时，发送方客户端即可通过压力传感器获取到发送方用户触控第一控件的按压力度值，此处的压力传感器具有感知用户执行触控操作时的按压力度值的功能。
为了提高安全性，发送方用户会多次触控第一控件(也即多次执行触控操作)，从而发送方客户端可以获取到多个按压力度值。之后发送方客户端可以根据该多个按压力度值来确定第一交易口令。其中，发送方客户端根据多个按压力度值来确定第一交易口令的过程具体可以为：发送方客户端先将该多个按压力度值转换为对应的密码，该密码可以但不限于：字母、数字、汉字或者音符等，之后根据多个密码来确定第一交易口令。
本申请中的第一交易口令可以由预设数量的字母、数字、汉字或者音符构成。
步骤620，根据所第一交易请求，建立相应的交易事件。
可选地，该第一交易请求还可以包括发送方用户的第一位置信息，其中，该第一位置信息可以是由发送方客户端通过GPS获得的。服务端在接收到第一交易请求之后，可以保存发送方用户的第一位置信息。
步骤630，接收接收方客户端发送的第二交易请求。
该第二交易请求可以包括第二交易口令，第二交易口令是根据接收方用户触控接收方客户端的第二控件的按压力度值来确定的。
发送方客户端在向服务端发送第一交易请求之后，还可以向接收方用户 发送第一交易口令，其中，发送方客户端可以通过多种方式向接收方用户发送第一交易口令。举例来说，发送方客户端可以生成包含第一交易口令的展示图片，之后将该展示图片发送至接收方客户端，或者，将该展示图片分享至社交网络平台。
接收方用户在接收到第一交易口令之后，可以进入到接收方客户端的交易口令输入页面中，该交易口令输入页面可以包含第二控件，具体地，当接收方用户在交易口令输入页面触控第二控件时，接收方客户端即可通过压力传感器获取到接收方用户触控第二控件的按压力度值，并根据获取到的接收方用户触控第二控件的按压力度值，来确定第二交易口令。此处，接收方客户端获取接收方用户触控第二控件的按压力度值以及确定第二交易口令的过程与发送方客户端获取发送方用户触控第一控件的按压力度值以及确定第一交易口令的过程相似，在此不复赘述。
步骤640，当第一交易口令与第二交易口令相匹配时，执行交易事件对应的交易操作。
在接收方客户端确定第二交易口令之后，可以向服务端发送包含第二交易口令的第二交易请求，服务端在接收到第二交易请求之后，可以比较第一交易口令与第二交易口令是否匹配，如果匹配，则执行交易事件对应的交易操作。
可选地，上述第二交易请求还可以包括接收方用户的第二位置信息，其中，接收方用户的第二位置信息可以是由接收方客户端通过GPS获取的。在第一交易请求中包含第一位置信息，第二交易请求中包含第二位置信息的情况下，服务端在判断第一交易口令与第二交易口令相匹配之后，在执行交易事件对应的交易操作之前，获取预先保存的第一位置信息，并根据第一位置信息以及第二位置信息，计算第一距离值。之后，判断第一距离值是否未超过预设阈值，如果未超过预设阈值，则执行交易事件对应的交易操作；如果超过预设阈值，则不执行交易事件对应的交易操作。
与上述交易操作的实现方法对应地，本申请实施例还提供的一种客户端，如图7所示，该客户端包括：
获取单元701，用于获取发送方用户触控客户端的第一控件的按压力度值。
确定单元702，用于根据获取单元701获取的按压力度值，确定第一交易口令。
其中，第一交易口令由预设数量的字母构成；或者，第一交易口令由预设数量的数字构成；或者，第一交易口令由预设数量的汉字构成。
发送单元703，用于向服务端发送包含确定单元702确定的第一交易口令的第一交易请求，该第一交易请求用于指示服务端建立相应的交易事件。
发送单元703，还用于向接收方用户发送第一交易口令，以便接收方用户通过接收方客户端向服务端发送包含第二交易口令的第二交易请求，其中，第二交易口令是根据接收方用户触控接收方客户端的第二控件的按压力度值来确定的，第二交易请求用于指示服务端在判断第一交易口令与第二交易口令相匹配时，执行交易事件对应的交易操作。
可选地，当第一交易口令由预设数量的数字构成时，确定单元702具体用于：
根据预设的按压力度值与数字的对应关系，获取按压力度值对应的数字；
根据按压力度值对应的数字，确定第一交易口令。
本申请实施例装置的各功能模块的功能，可以通过上述方法实施例的各步骤来实现，因此，本申请提供的装置的具体工作过程，在此不复赘述。
本申请提供的客户端，获取单元701获取发送方用户触控客户端的第一控件的按压力度值。确定单元702根据按压力度值，确定第一交易口令。发送单元703向服务端发送包含第一交易口令的第一交易请求。发送单元703向接收方用户发送第一交易口令，以便接收方用户通过接收方客户端向服务端发送包含第二交易口令的第二交易请求，其中，第二交易口令是根据接收 方用户触控接收方客户端的第二控件的按压力度值来确定的，第二交易请求用于指示服务端在判断第一交易口令与第二交易口令相匹配时，执行交易事件对应的交易操作。由此，可以大大提升用户的体验。
与上述交易操作的实现方法对应地，本申请实施例还提供的一种服务端，如图8所示，该服务端包括：
接收单元801，用于接收发送方客户端发送的第一交易请求，该第一交易请求包括第一交易口令，第一交易口令是根据发送方用户触控发送方客户端的第一控件的按压力度值来确定的。
建立单元802，用于根据接收单元801接收的第一交易请求，建立相应的交易事件。
接收单元801，还用于接收接收方客户端发送的第二交易请求，第二交易请求包括第二交易口令，第二交易口令是根据接收方用户触控接收方客户端的第二控件的按压力度值来确定的。
执行单元803，用于当第一交易口令与第二交易口令相匹配时，执行交易事件对应的交易操作。
可选地，第一交易请求还包括发送方用户的第一位置信息；第二交易请求还包括接收方用户的第二位置信息。
执行单元803具体用于：
根据第一位置信息与第二位置信息，计算第一距离值；
判断第一距离值是否超过预设阈值；
若第一距离值未超过所述预设阈值，则执行交易事件对应的交易操作。
本申请实施例装置的各功能模块的功能，可以通过上述方法实施例的各步骤来实现，因此，本申请提供的装置的具体工作过程，在此不复赘述。
本申请提供的服务端，接收单元801接收发送方客户端发送的第一交易请求，该第一交易请求包括第一交易口令。建立单元802根据第一交易请求，建立相应的交易事件。接收单元801接收接收方客户端发送的第二交易请求， 第二交易请求包括第二交易口令。当第一交易口令与第二交易口令相匹配时，执行单元803执行交易事件对应的交易操作。由此，可以大大提升用户的体验。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (10)

  1. 一种交易操作的实现方法，其特征在于，包括：
    发送方客户端获取发送方用户触控所述发送方客户端的第一控件的按压力度值；
    根据所述按压力度值，确定第一交易口令；
    向服务端发送包含所述第一交易口令的第一交易请求，所述第一交易请求用于指示所述服务端建立相应的交易事件；
    向接收方用户发送所述第一交易口令，以便所述接收方用户通过接收方客户端向所述服务端发送包含第二交易口令的第二交易请求，其中，所述第二交易口令是根据所述接收方用户触控所述接收方客户端的第二控件的按压力度值来确定的，所述第二交易请求用于指示所述服务端在判断所述第一交易口令与所述第二交易口令相匹配时，执行所述交易事件对应的交易操作。
  2. 根据权利要求1所述的方法，其特征在于，所述第一交易口令由预设数量的字母构成；或者，所述第一交易口令由预设数量的数字构成；或者，所述第一交易口令由预设数量的汉字构成。
  3. 根据权利要求2所述的方法，其特征在于，当所述第一交易口令由预设数量的数字构成时，所述根据所述按压力度值，确定第一交易口令，包括：
    根据预设的按压力度值与数字的对应关系，获取所述按压力度值对应的数字；
    根据所述按压力度值对应的数字，确定所述第一交易口令。
  4. 一种交易操作的实现方法，其特征在于，包括：
    服务端接收发送方客户端发送的第一交易请求，所述第一交易请求包括第一交易口令，所述第一交易口令是根据所述发送方用户触控所述发送方客户端的第一控件的按压力度值来确定的；
    根据所述第一交易请求，建立相应的交易事件；
    接收接收方客户端发送的第二交易请求，所述第二交易请求包括第二交 易口令，所述第二交易口令是根据所述接收方用户触控所述接收方客户端的第二控件的按压力度值来确定的；
    当所述第一交易口令与所述第二交易口令相匹配时，执行所述交易事件对应的交易操作。
  5. 根据权利要求4所述的方法，其特征在于，所述第一交易请求还包括所述发送方用户的第一位置信息；所述第二交易请求还包括所述接收方用户的第二位置信息；
    所述执行所述交易事件对应的交易操作，包括：
    根据所述第一位置信息与所述第二位置信息，计算第一距离值；
    判断所述第一距离值是否超过预设阈值；
    若所述第一距离值未超过所述预设阈值，则执行所述交易事件对应的交易操作。
  6. 一种客户端，其特征在于，包括：
    获取单元，用于获取发送方用户触控所述客户端的第一控件的按压力度值；
    确定单元，用于根据所述获取单元获取的所述按压力度值，确定第一交易口令；
    发送单元，用于向服务端发送包含所述确定单元确定的所述第一交易口令的第一交易请求，所述第一交易请求用于指示所述服务端建立相应的交易事件；
    所述发送单元，还用于向接收方用户发送所述第一交易口令，以便所述接收方用户通过接收方客户端向所述服务端发送包含第二交易口令的第二交易请求，其中，所述第二交易口令是根据所述接收方用户触控所述接收方客户端的第二控件的按压力度值来确定的，所述第二交易请求用于指示所述服务端在判断所述第一交易口令与所述第二交易口令相匹配时，执行所述交易事件对应的交易操作。
  7. 根据权利要求6所述的客户端，其特征在于，所述第一交易口令由预 设数量的字母构成；或者，所述第一交易口令由预设数量的数字构成；或者，所述第一交易口令由预设数量的汉字构成。
  8. 根据权利要求7所述的客户端，其特征在于，当所述第一交易口令由预设数量的数字构成时，所述确定单元具体用于：
    根据预设的按压力度值与数字的对应关系，获取所述按压力度值对应的数字；
    根据所述按压力度值对应的数字，确定所述第一交易口令。
  9. 一种服务端，其特征在于，包括：
    接收单元，用于接收发送方客户端发送的第一交易请求，所述第一交易请求包括第一交易口令，所述第一交易口令是根据所述发送方用户触控所述发送方客户端的第一控件的按压力度值来确定的；
    建立单元，用于根据所述接收单元接收的所述第一交易请求，建立相应的交易事件；
    所述接收单元，还用于接收接收方客户端发送的第二交易请求，所述第二交易请求包括第二交易口令，所述第二交易口令是根据所述接收方用户触控所述接收方客户端的第二控件的按压力度值来确定的；
    执行单元，用于当所述第一交易口令与所述第二交易口令相匹配时，执行所述交易事件对应的交易操作。
  10. 根据权利要求9所述的服务端，其特征在于，所述第一交易请求还包括所述发送方用户的第一位置信息；所述第二交易请求还包括所述接收方用户的第二位置信息；
    所述执行单元具体用于：
    根据所述第一位置信息与所述第二位置信息，计算第一距离值；
    判断所述第一距离值是否超过预设阈值；
    若所述第一距离值未超过所述预设阈值，则执行所述交易事件对应的交易操作。
PCT/CN2017/115395 2016-12-19 2017-12-11 交易操作的实现方法、客户端及服务端 WO2018113544A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201611178172.3A CN107025541A (zh) 2016-12-19 2016-12-19 交易操作的实现方法、客户端及服务端
CN201611178172.3 2016-12-19

Publications (1)

Publication Number Publication Date
WO2018113544A1 true WO2018113544A1 (zh) 2018-06-28

Family

ID=59525885

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/115395 WO2018113544A1 (zh) 2016-12-19 2017-12-11 交易操作的实现方法、客户端及服务端

Country Status (3)

Country Link
CN (1) CN107025541A (zh)
TW (1) TWI684940B (zh)
WO (1) WO2018113544A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107025541A (zh) * 2016-12-19 2017-08-08 阿里巴巴集团控股有限公司 交易操作的实现方法、客户端及服务端
TWI709942B (zh) * 2018-07-17 2020-11-11 蒲其磊 人脈建立系統
CN112506407B (zh) * 2020-12-04 2022-05-03 维沃移动通信有限公司 文件分享方法、装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6193152B1 (en) * 1997-05-09 2001-02-27 Receiptcity.Com, Inc. Modular signature and data-capture system and point of transaction payment and reward system
CN102203794A (zh) * 2011-06-01 2011-09-28 华为终端有限公司 一种终端认证方法及装置
CN105631659A (zh) * 2015-04-02 2016-06-01 深圳酷派技术有限公司 支付请求处理方法、支付请求处理装置和终端
CN105761082A (zh) * 2016-02-29 2016-07-13 宇龙计算机通信科技(深圳)有限公司 一种数字密码支付方法、支付装置以及终端
CN107025541A (zh) * 2016-12-19 2017-08-08 阿里巴巴集团控股有限公司 交易操作的实现方法、客户端及服务端

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101777984B (zh) * 2010-01-13 2012-05-23 飞天诚信科技股份有限公司 一种安全交易的方法和***
CN102637105A (zh) * 2011-02-15 2012-08-15 鸿富锦精密工业（深圳）有限公司 屏幕解锁方法
CN103870725B (zh) * 2012-12-13 2017-02-15 华为技术有限公司 一种验证码的生成验证方法和装置
CN104599116A (zh) * 2013-10-31 2015-05-06 腾讯科技（深圳）有限公司 一种移动终端的手势支付控制方法和移动终端
CN105989483A (zh) * 2015-02-09 2016-10-05 阿里巴巴集团控股有限公司 业务实现方法、支付方法及装置
CN105491004A (zh) * 2015-08-26 2016-04-13 广州爱九游信息技术有限公司 交易关系建立方法、装置及***
CN105069335A (zh) * 2015-08-27 2015-11-18 广东欧珀移动通信有限公司 一种密码设置方法、验证方法和终端
CN105391622B (zh) * 2015-12-07 2019-08-23 腾讯科技（深圳）有限公司 即时通信或社交网络应用中分享资源的方法和***
CN105681056B (zh) * 2016-01-13 2019-03-19 阿里巴巴集团控股有限公司 对象分配方法及装置
CN105824497A (zh) * 2016-01-29 2016-08-03 维沃移动通信有限公司 一种未读消息显示方法及移动终端
CN105761104A (zh) * 2016-02-05 2016-07-13 腾讯科技（深圳）有限公司 一种信息处理方法及服务器
CN106228366A (zh) * 2016-07-27 2016-12-14 深圳卡通新技术有限公司 一种根据场景自动选择触发交易的用户终端、***及方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6193152B1 (en) * 1997-05-09 2001-02-27 Receiptcity.Com, Inc. Modular signature and data-capture system and point of transaction payment and reward system
CN102203794A (zh) * 2011-06-01 2011-09-28 华为终端有限公司 一种终端认证方法及装置
CN105631659A (zh) * 2015-04-02 2016-06-01 深圳酷派技术有限公司 支付请求处理方法、支付请求处理装置和终端
CN105761082A (zh) * 2016-02-29 2016-07-13 宇龙计算机通信科技(深圳)有限公司 一种数字密码支付方法、支付装置以及终端
CN107025541A (zh) * 2016-12-19 2017-08-08 阿里巴巴集团控股有限公司 交易操作的实现方法、客户端及服务端

Also Published As

Publication number Publication date
TWI684940B (zh) 2020-02-11
CN107025541A (zh) 2017-08-08
TW201824123A (zh) 2018-07-01

Similar Documents

Publication Publication Date Title
WO2018113544A1 (zh) 交易操作的实现方法、客户端及服务端
WO2017129083A1 (zh) 消息处理方法、装置、***和计算机存储介质
WO2019072197A1 (zh) 一种红包发放方法、设备以及介质
TWI549017B (zh) 確認處理方法、相關裝置及系統
US9641507B2 (en) Virtual avatar authentication
EP4270225A3 (en) User interface for accessing an account
CN108200077B (zh) 一种调用接口的方法及装置
US20120159584A1 (en) Device Association
CN108234124B (zh) 身份验证方法、装置与***
CN108650289B (zh) 一种基于区块链的管理数据的方法和装置
US20170161115A1 (en) Sharing Method for Hardware Communication Apparatus and Terminal
CN105207992A (zh) 一种指纹管理账户的***及方法
CN104079413A (zh) 增强型一次性动态口令的认证方法及***
CN108965115B (zh) 一种消息发送方法、装置及***
CN112181652B (zh) 一种调整连接池容量的方法、装置、存储介质和电子设备
CN105100447B (zh) 一种应用属性的设置及消息处理方法、装置
TW201906484A (zh) 一種通信方法和裝置
WO2019047345A1 (zh) 动态密码发送策略的生成方法和动态密码发送方法
TW201525895A (zh) 身份驗證、基於終端進行支付的方法、終端及伺服器
CN102790731A (zh) 通过即时通信工具触发传递的方法、客户端及***
CN109426961B (zh) 一种绑卡风险控制方法及装置
CN112383572A (zh) 一种数据传输***与方法
JP6435456B1 (ja) ２段階のｕｒｌを用いた認証サーバ、プログラム及び方法
CN114389822A (zh) 基于区块链的签名生成方法、装置、设备和存储介质
CN109347939B (zh) 一种消息发送方法、装置及公众平台

Legal Events

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

Ref document number: 17884485

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17884485

Country of ref document: EP

Kind code of ref document: A1