WO2018099314A1 - 一种业务数据处理方法、装置及客户端 - Google Patents

一种业务数据处理方法、装置及客户端 Download PDF

Info

Publication number
WO2018099314A1
WO2018099314A1 PCT/CN2017/112588 CN2017112588W WO2018099314A1 WO 2018099314 A1 WO2018099314 A1 WO 2018099314A1 CN 2017112588 W CN2017112588 W CN 2017112588W WO 2018099314 A1 WO2018099314 A1 WO 2018099314A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
received data
processed
service item
time period
Prior art date
Application number
PCT/CN2017/112588
Other languages
English (en)
French (fr)
Inventor
柳林东
Original Assignee
阿里巴巴集团控股有限公司
柳林东
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 阿里巴巴集团控股有限公司, 柳林东 filed Critical 阿里巴巴集团控股有限公司
Priority to EP17876550.9A priority Critical patent/EP3550490A4/en
Priority to KR1020197018835A priority patent/KR102289611B1/ko
Priority to MYPI2019002996A priority patent/MY200182A/en
Priority to JP2019529214A priority patent/JP6860670B2/ja
Publication of WO2018099314A1 publication Critical patent/WO2018099314A1/zh
Priority to PH12019501208A priority patent/PH12019501208A1/en
Priority to US16/426,928 priority patent/US10831740B2/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • 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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3221—Access to banking information through M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment

Definitions

  • the present application relates to the field of computer Internet technologies, and in particular, to a service data processing method, apparatus, and client.
  • the main mode of mobile payment includes a transfer mode, a collection mode, etc.
  • the collection mode includes a mode in which a user collects money from one or more users, as follows, for example, user A (payee) wants to send to user B. (Payment party) and User C (payer) collection, User A can initiate a request message for the payment service to the corresponding payee: User B and User C. Then, the user B and the user C complete the payment service by performing payment based on the request message entering the payment interface corresponding to the payment service. It can be seen that, in the above payment mode, the paying party enters the corresponding payment interface according to the request message of the payment service sent by the payee to complete the payment service.
  • the purpose of the embodiment of the present application is to provide a service data processing method, device, and client, to help a user complete a service item to be processed, thereby releasing server resources and speeding up server processing. Improve the user experience.
  • a method of processing business data comprising:
  • the first message confirmation interface is displayed, and the first message confirmation interface includes a confirmation message of whether the received data set with the first to-be-confirmed label is incorporated into the corresponding to-be-processed service item.
  • a method of processing business data comprising:
  • the second message confirmation interface is displayed, and the second message confirmation interface includes a confirmation message of whether the received data set with the second to-be-confirmed label is incorporated into the corresponding to-be-processed service item.
  • a service data processing device includes:
  • a target data determining module configured to determine target data of the business item to be processed
  • a first query module configured to query whether there is received data associated with the target data within a preset time period
  • a first label setting module configured to: when the result of the first query module determining is YES, set a first to-be-confirmed label for the received data associated with the target data;
  • a first confirmation message display module configured to display a first message confirmation interface, where the first message confirmation interface includes whether to include the received data set with the first to-be-confirmed label into a corresponding to-be-processed business item. Confirm the message.
  • a service data processing device includes:
  • a target object determining module configured to determine a target object of the business item to be processed
  • a second query module configured to query whether there is received data sent by the target object in a preset time period
  • a second label setting module configured to set a second to-be-confirmed label for the received data sent by the target object when the result of the second query module is YES;
  • a second confirmation message display module configured to display a second message confirmation interface, where the second message confirmation interface includes whether to include the received data of the second to-be-confirmed label into the corresponding confirmation message of the to-be-processed service item.
  • a client that includes:
  • a processor configured to execute client program instructions
  • the client program instructions include: determining target data of a service item to be processed; querying whether there is received data associated with the target data within a preset time period; If the result is YES, the first to-be-confirmed label is set for the received data associated with the target data; the instruction for displaying the first message confirmation interface is sent, and the first message confirmation interface includes whether the first to-be-confirmed label is to be set The received data is merged into the corresponding confirmation message of the service item to be processed;
  • a display unit coupled to the processor, for displaying a first message confirmation interface, where the first message confirmation interface includes whether to include the received data of the first to-be-confirmed label into a corresponding acknowledgement message of the to-be-processed service item .
  • a client that includes:
  • a processor configured to execute a client program instruction, where the client program instruction includes: determining a target object of the business item to be processed; and querying whether there is received data sent by the target object within a preset time period; When the result is YES, the second data to be received is set for the received data sent by the target object. Recognizing a label; sending an instruction to display a second message confirmation interface, the second message confirmation interface including whether to include the received data of the second to-be-confirmed label into a corresponding confirmation message of the to-be-processed service item;
  • a display unit coupled to the processor, for displaying a second message confirmation interface, where the second message confirmation interface includes whether to include the received data of the second to-be-confirmed label into a corresponding acknowledgement message of the to-be-processed service item .
  • the embodiment of the present application determines whether the received data associated with the acquired target data of the to-be-processed service item exists in the preset time period, and is received in association with the target data.
  • the data sets a to-be-confirmed label corresponding to the corresponding to-be-processed service item, and then assists the user to complete the to-be-processed service item by displaying whether the received data of the to-be-confirmed label is incorporated into the corresponding confirmation message of the to-be-processed service item.
  • the technical solution provided by the embodiment of the present application can help a user complete a service item to be processed, thereby releasing server resources, speeding up server processing, and improving user experience.
  • FIG. 1 is a schematic flowchart of an embodiment of a service data processing method provided by the present application
  • FIG. 2 is a schematic diagram of an initiation page of an embodiment of a payment service for accessing an application having a payment function by using a smart phone provided by the present application;
  • FIG. 3 is a schematic diagram of a page of an embodiment after sending a request message of a payment service provided by the present application
  • FIG. 4 is a schematic diagram of a scenario of an embodiment after a request message of a payment service provided by the present application is sent;
  • FIG. 5 is a schematic diagram of an embodiment of a processing page of a collection service provided by the present application.
  • FIG. 6 is a schematic diagram of an embodiment of displaying a first message confirmation interface in a processing page of a payment service provided by the present application
  • FIG. 7 is a schematic flowchart diagram of another embodiment of a service data processing method provided by the present application.
  • FIG. 8 is a schematic diagram of a page after an embodiment of the collection service provided by the present application.
  • FIG. 9 is a schematic structural diagram of an embodiment of a service data processing apparatus provided by the present application.
  • FIG. 10 is a schematic structural diagram of another embodiment of a service data processing apparatus provided by the present application.
  • FIG. 11 is a schematic structural diagram of another embodiment of a service data processing apparatus provided by the present application.
  • FIG. 12 is a schematic structural diagram of another embodiment of a service data processing apparatus provided by the present application.
  • FIG. 13 is a schematic structural diagram of an exemplary embodiment of a client provided by the present application.
  • the embodiment of the present application provides a service data processing method, device, and client.
  • the technical carrier involved in the payment in the embodiment of the present application may include, for example, Near Field Communication (NFC), WIFI, 3G/4G/5G, POS card swiping technology, two-dimensional code scanning technology, and barcode scanning code.
  • NFC Near Field Communication
  • WIFI Wireless Fidelity
  • 3G/4G/5G 3G/4G/5G
  • POS card swiping technology 3G/4G/5G
  • POS card swiping technology two-dimensional code scanning technology
  • barcode scanning code e.g., Bluetooth, infrared, Short Message Service (SMS), Multimedia Message Service (MMS), etc.
  • SMS Short Message Service
  • MMS Multimedia Message Service
  • FIG. 1 is a schematic flowchart diagram of an embodiment of a service data processing method provided by the present application.
  • the application provides the method operation steps as described in the embodiment or the flowchart, but the routine or non-creative labor may include more or More Less steps.
  • the order of the steps recited in the embodiments is only one of the many steps of the order of execution, and does not represent a single order of execution.
  • the actual device or client product When the actual device or client product is executed, it may be executed sequentially or in parallel according to the method shown in the embodiment or the drawing (for example, an environment of parallel processor or multi-thread processing).
  • the method may include:
  • S110 Determine target data of the business item to be processed.
  • the target data of the to-be-processed business item may include funds, and may also include other virtual items, such as points.
  • the target data may include one or more data.
  • taking the to-be-processed service item as the ongoing payment service as an example assume that user A, user B, user C, and user D spend a total of 107 yuan in an AA dinner, and the user first A payment; follow-up, user A can initiate a collection service, correspondingly, the target data of the collection service here is funds, and includes a data: 26.75 yuan.
  • the user E is the user X, the user Y, and the user Z are purchasing items, and the items of the user X and the user Y are both 200 yuan, and the items of the user Z are 300 yuan, correspondingly, the user E can set two target data when initiating the payment service: 200 yuan and 300 yuan, correspondingly, user X, user Y and user Z can select the corresponding amount to complete the payment.
  • FIG. 2 Shown is a schematic diagram of an initiation page of an embodiment of the present invention for accessing a payment service by using a smartphone to access an application having a payment function.
  • the user A can enter the initiation page of the collection service as shown in FIG. 2, and input the total amount: 107, after the total number of people: 4, click OK to start the collection.
  • the server can determine the corresponding target data by the total amount entered and the total number of people.
  • User A can then send the request for the payment service to the corresponding payer: User B, User C, and User D.
  • the initiating page in the embodiment of the present application is not limited to the above-mentioned form of FIG. 2, and may be combined with actual application, including other forms, for example, direct input of target data, and total number of persons, etc., the present application.
  • the embodiment is not limited to the above.
  • FIG. 3 is a schematic diagram of a page of an embodiment after the request message for sending a payment service provided by the present application.
  • User A sends the request message in a group.
  • at least one payer can be included in the group.
  • the request message in the embodiment of the present application is not limited to the manner of being sent in the group including the payer to notify the payer, and may also be directly sent to the corresponding payer. Limited.
  • S120 Query whether there is received data associated with the target data within a preset time period.
  • the preset time period may include a time period set in advance according to a generation time of the to-be-processed service item.
  • the preset time period may include a generation time of the to-be-processed service item, or may not include a generation time of the to-be-processed service item.
  • the preset time period may include any one of the following setting manners:
  • the first time period before the time when the to-be-processed service item is generated is generated
  • the first time period, the second time period, the third time period, and the fourth time period may be set according to actual application conditions.
  • the third time period may be the same as or different from the fourth time period.
  • the received data may include received transfer information and the like, for example, User X transfers 200 yuan to you.
  • the received data associated with the target data may include at least one of the following:
  • Received data in a multiple relationship with the target data
  • the setting of the preset threshold may include the pen transfer in the received data associated with the target data.
  • the preset threshold may be preset according to the type of the target data and the actual application. For example, when the target data is funds, the preset threshold may be set to 1 yuan; when the target data is integrated, the preset threshold It can be set to 10 points, etc., and the embodiment of the present application is not limited to the above.
  • FIG. 4 is a schematic diagram of a scenario of an embodiment after the request message of the payment service provided by the present application is sent, and the user B and the user D are visible in the figure.
  • the user C does not send the payment service at the user A.
  • this causes user C not to receive the request message of the payment service initiated by user A in time.
  • the received data associated with the target data may include the received data in a multiple relationship with the target data.
  • the received data that is associated with the target data in the embodiment of the present application is not limited to the foregoing, and may be included in the actual application. The embodiment of the present application is not limited to the above.
  • the first to-be-confirmed label when the result of the determination in step S120 is YES, the first to-be-confirmed label may be set for the received data associated with the target data.
  • the first to-be-confirmed label may include a preset label corresponding to the corresponding to-be-processed service item.
  • the user C in combination with the foregoing embodiment of the AA dinner, can transfer the information of 27 yuan to the user A, and the user A can initiate the collection service corresponding to the AA payment. The first to be confirmed label.
  • S140 Display a first message confirmation interface, where the first message confirmation interface includes a confirmation message of whether the received data set with the first to-be-confirmed label is incorporated into the corresponding to-be-processed service item.
  • the first message confirmation interface may be displayed, where the first message confirmation interface includes whether the first to-be-confirmed label is to be set.
  • the received data is incorporated into the corresponding acknowledgement message of the pending service item.
  • the first message confirmation interface may include an interface preset according to whether a received message in which the first to-be-confirmed label is set is incorporated into a corresponding confirmation message of the to-be-processed service item.
  • the method may further include:
  • the operation instruction for entering the processing interface of the to-be-processed business item is monitored.
  • the operation instruction of the processing interface of the to-be-processed business item is detected, the first message confirmation interface is displayed, and the first message confirmation interface includes whether the setting is to be set.
  • the received data with the first to-be-confirmed tag is merged into the corresponding acknowledgement message of the pending service item.
  • FIG. 5 is a schematic diagram of an embodiment of a processing page of the collection service provided by the present application. As can be seen from Figure 5, the user can obtain current progress data of the collection service.
  • FIG. 6 is a schematic diagram of an embodiment of displaying a first message confirmation interface in a processing page of a payment service provided by the present application.
  • the page of the first message confirmation interface in the embodiment of the present application is not limited to the form in the processing page of the collection service in FIG. 6 , and may be combined with the actual application, including other forms, and implemented in the present application. The examples are not limited to the above.
  • the method may further include:
  • the received data set with the first to-be-confirmed label is incorporated into the to-be-processed service item.
  • the method may further include:
  • the receiving data set with the first to-be-confirmed label is subjected to label removal processing.
  • the removing the label processing may include removing the first to-be-confirmed label.
  • the embodiment of the service data processing method of the present application can be used to determine whether there is received data associated with the acquired target data of the to-be-processed business item in the preset time period, and the target data is The associated received data sets a first to-be-confirmed label corresponding to the corresponding to-be-processed service item, and then, by displaying a confirmation message including whether the received data set with the first to-be-confirmed label is incorporated into the corresponding to-be-processed service item
  • the first message confirmation interface is used to help the user complete the pending business item.
  • the technical solution provided by the embodiment of the present application can help a user complete a service item to be processed, thereby releasing server resources, speeding up server processing, and improving user experience.
  • FIG. 7 is a schematic flowchart diagram of another embodiment of a service data processing method provided by the present application.
  • the application provides the method operation steps as described in the embodiment or the flowchart, but may include more based on conventional or non-creative labor. Or fewer steps.
  • the order of the steps recited in the embodiments is only one of the many steps of the order of execution, and does not represent a single order of execution.
  • the actual device or client product When executed, it may be executed sequentially or in parallel according to the method shown in the embodiment or the drawing (for example, an environment of parallel processor or multi-thread processing).
  • the method may include:
  • S710 Determine a target object of the business item to be processed.
  • the to-be-processed service item is taken as an ongoing payment service
  • the The target object for processing the business item may include the corresponding payer.
  • the request message of the payment service needs to be sent to the corresponding payer.
  • the account information of the payer can be obtained as a target object of the to-be-processed business item.
  • FIG. 8 is a schematic diagram of a page of an embodiment after the payment service provided by the present application is initiated. As can be seen from FIG. 8, the user can send the request message of the payment service to the corresponding payee by clicking the button of "select the payment object".
  • S720 Query whether the received data sent by the target object exists in the preset time period.
  • the preset time period may include a time period set in advance according to a trigger time of the to-be-processed service item.
  • the preset time period includes any one of the following time periods:
  • the first time period before the time when the to-be-processed service item is generated is generated
  • the received data may include received transfer information and the like, for example, User X transfers 200 yuan to you.
  • the second to-be-confirmed label may be set for the received data sent by the target object.
  • the second to-be-confirmed label may include a preset label corresponding to the corresponding to-be-processed service item.
  • S740 Display a second message confirmation interface, where the second message confirmation interface includes whether The received data of the second to-be-confirmed tag is incorporated into the corresponding acknowledgement message of the service item to be processed.
  • a second message confirmation interface may be displayed, where the second message confirmation interface includes whether to include the received data of the second to-be-confirmed label into the corresponding confirmation message of the to-be-processed service item.
  • the second message confirmation interface may include an interface preset according to whether the received data of the second to-be-confirmed label is incorporated into the confirmation message of the corresponding to-be-processed service item.
  • the method may further include:
  • the method may further include:
  • the received data set with the second to-be-confirmed label is incorporated into the to-be-processed service item.
  • the method may further include:
  • the receiving data set with the second to-be-confirmed label is subjected to label removal processing.
  • the embodiment of the service data processing method of the present application can be used to determine whether the received data sent by the target object of the service item to be processed exists in the preset time period, and the receiving is sent for the target object.
  • the data sets a second to-be-confirmed label corresponding to the corresponding to-be-processed service item, and then, by displaying a second message including whether the received data of the second to-be-confirmed label is incorporated into the corresponding confirmation message of the to-be-processed service item Confirm the interface to help users complete the pending business items.
  • the technical solution provided by the embodiment of the present application can help a user complete a service item to be processed, thereby releasing server resources, speeding up server processing, and improving user experience.
  • FIG. 9 is a schematic structural diagram of an embodiment of a service data processing apparatus provided by the present application. As shown in FIG. 9, the apparatus 900 may include:
  • the target data determining module 910 can be used to determine target data of the service item to be processed
  • the first querying module 920 can be configured to query whether there is received data associated with the target data within a preset time period
  • the first label setting module 930 may be configured to: when the result of the first query module 920 determines yes, set a first to-be-confirmed label for the received data associated with the target data;
  • the first confirmation message display module 940 can be configured to display a first message confirmation interface, where the first message confirmation interface includes whether to include the received data of the first to-be-confirmed label into the corresponding confirmation message of the to-be-processed service item.
  • FIG. 10 is a schematic structural diagram of another embodiment of a service data processing apparatus provided by the present application. As shown in FIG. 10, the apparatus 900 may further include:
  • the first data incorporation module 950 is configured to: when the execution result of the confirmation message is yes, the received data set with the first to-be-confirmed label is incorporated into the to-be-processed service item.
  • the apparatus 900 may further include:
  • the first label removal module is configured to perform label removal processing on the received data that is configured with the first to-be-confirmed label when the execution result of the confirmation message is no.
  • the apparatus may further include:
  • the first monitoring module may be configured to monitor whether there is an operation instruction for entering a processing interface of the to-be-processed business item, and when the operation instruction of the processing interface of the to-be-processed business item is detected, performing a first message confirmation interface, where the A message confirmation interface includes a confirmation message of whether the received data set with the first to-be-confirmed tag is incorporated into the corresponding to-be-processed service item.
  • the preset time period may include any one of the following time periods:
  • the first time period before the time when the to-be-processed service item is generated is generated
  • the received data associated with the target data may include at least one of the following:
  • Received data in a multiple relationship with the target data
  • FIG. 11 is a schematic structural diagram of another embodiment of a service data processing apparatus provided by the present application. As shown in FIG. 11, the apparatus 1100 shown may include :
  • the target object determining module 1110 may be configured to determine a target object of the business item to be processed
  • the second query module 1120 is configured to query whether the received data sent by the target object exists in the preset time period
  • the second label setting module 1130 is configured to: when the result of the second query module 1120 determines that the result is YES, set a second to-be-confirmed label for the received data sent by the target object;
  • the second confirmation message display module 1140 may be configured to display a second message confirmation interface, where the second message confirmation interface includes whether to include the received data of the second to-be-confirmed label into the corresponding confirmation message of the to-be-processed service item.
  • FIG. 12 is a schematic structural diagram of another embodiment of a service data processing apparatus provided by the present application. As shown in FIG. 12, the apparatus 1100 may further include:
  • the second data incorporation module 1150 is configured to, when the execution result of the confirmation message is yes, merge the received data set with the second to-be-confirmed label into the to-be-processed service item.
  • the device 1100 may further include:
  • a second label removal module configured to perform label removal processing on the received data set with the second to-be-confirmed label when the execution result of the confirmation message is no.
  • the apparatus may further include:
  • the second monitoring module may be configured to monitor whether there is an operation instruction for entering a processing interface of the to-be-processed business item, and when the operation instruction of the processing interface of the to-be-processed business item is detected, performing a second message confirmation interface, where the The two message confirmation interface includes a confirmation message of whether the received data set with the second to-be-confirmed tag is incorporated into the corresponding to-be-processed service item.
  • the preset time period may include any one of the following time periods:
  • the first time period before the time when the to-be-processed service item is generated is generated
  • Another aspect of the application provides an embodiment of a client, where the client may include:
  • the processor may be configured to execute a client program instruction, where the client program instruction may include: determining target data of a service item to be processed; and querying whether there is received data associated with the target data within a preset time period; When the result of the determination is yes, the first to-be-confirmed label is set for the received data associated with the target data; the instruction for displaying the first message confirmation interface is sent, and the first message confirmation interface includes whether the first to-be-set will be set Confirming that the received data of the tag is merged into the corresponding confirmation message of the service item to be processed;
  • the display unit coupled to the processor, can be configured to display a first message confirmation interface when the processor monitors the processing interface of the to-be-processed service item, where the first message confirmation interface includes The received data of the to-be-confirmed tag is incorporated into the corresponding acknowledgement message of the service item to be processed.
  • FIG. 13 is a schematic structural diagram of an exemplary embodiment of a client provided by the present application.
  • client program instructions may further include:
  • the received data set with the first to-be-confirmed label is incorporated into the to-be-processed service item.
  • client program instructions may further include:
  • the present application further provides another embodiment of a client, where the client may include:
  • the processor may be configured to execute a client program instruction, where the client program instruction may include: determining a target object of the business item to be processed; querying whether there is received data sent by the target object within a preset time period; If the result is YES, the second to-be-confirmed label is set for the received data sent by the target object; the instruction for displaying the second message confirmation interface is sent, and the second message confirmation interface includes whether the second to-be-confirmed label is to be set Receiving a confirmation message that the data is incorporated into the corresponding service item to be processed;
  • a display unit coupled to the processor, may be configured to display a second message confirmation interface when the processor detects a processing interface that enters the to-be-processed service item, where the second message confirmation interface includes The received data of the two to-be-confirmed tags is merged into the corresponding confirmation message of the service item to be processed.
  • client program instructions may further include:
  • the received data set with the second to-be-confirmed label is incorporated into the to-be-processed service item.
  • client program instructions may further include:
  • the receiving data set with the second to-be-confirmed label is subjected to label removal processing.
  • the processor may include a central processing unit (CPU), and may also include other single-chip microcomputers having logic processing capabilities, logic gate circuits, integrated circuits, and the like, or a suitable combination thereof.
  • the display may include a mobile terminal display screen, a projection device, and the like.
  • the present application determines the received data related to the service item to be processed, and sets a related service item for the related received data.
  • a corresponding to-be-confirmed tag, and then assisting the user to complete the to-be-processed service item by displaying a message confirmation interface that indicates whether the received data of the tag to be confirmed is incorporated into the corresponding confirmation message of the service item to be processed.
  • the technical solution provided by the embodiment can help the user complete the service item to be processed, thereby releasing the server resource, speeding up the processing speed of the server, and improving the user experience.
  • PLD Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • HDL Hardware Description Language
  • the controller can be implemented in any suitable manner, for example, the controller can take, for example, a microprocessor Or a processor and a computer readable medium, logic gate, switch, Application Specific Integrated Circuit (ASIC), programmable to store computer readable program code (eg, software or firmware) executable by the (micro)processor.
  • ASIC Application Specific Integrated Circuit
  • controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320.
  • the memory controller can also be implemented as memory control logic. portion.
  • the controller can be logically programmed by means of logic gates, switches, ASICs, programmable logic controllers, and embedding.
  • Such a controller can therefore be considered a hardware component, and the means for implementing various functions included therein can also be considered as a structure within the hardware component.
  • a device for implementing various functions can be considered as a software module that can be both a method of implementation and a structure within a hardware component.
  • the apparatus and module illustrated in the foregoing embodiments may be implemented by a computer chip or an entity, or by a product having a certain function.
  • a typical implementation device is a computer.
  • the computer can be, for example, a personal computer, a laptop computer, a cellular phone, 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.
  • embodiments of the invention may be provided as a method, apparatus, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, the invention can 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, etc.) including computer usable program code.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • the present invention has been described with reference to flowchart illustrations and/or block diagrams of a method, apparatus, apparatus, and computer program product according to embodiments of the invention. It should be understood that the flowchart can be implemented by computer program instructions and/or Or each of the processes and/or blocks in the block diagrams, and the combinations of the flows and/or blocks in the flowcharts and/or block diagrams. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing device to produce a machine for the execution of instructions for execution by a processor of a computer or other programmable data processing device. Means for implementing the functions specified in one or more of the flow or in a block or blocks of the flow chart.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.
  • a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • processors CPUs
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • the memory may include non-persistent memory, random access memory (RAM), and/or non-volatile memory in a computer readable medium, such as read only memory (ROM) or flash memory.
  • RAM random access memory
  • ROM read only memory
  • Memory is an example of a computer readable medium.
  • Computer readable media includes both permanent and non-persistent, removable and non-removable media.
  • Information storage can be implemented by any method or technology.
  • the information can be computer readable instructions, data structures, modules of programs, or other data.
  • Examples of computer storage media 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 disk read only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transportable media can be used to store information that can be accessed by a computing device.
  • the computer readable medium does not include temporary storage of computer readable media, such as modulated data signals and carrier waves.
  • embodiments of the present application can be provided as a method, apparatus, or computer program product.
  • the present application can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment in combination of software and hardware.
  • the application can 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, etc.) including computer usable program code.
  • the application can be described in the general context of computer-executable instructions executed by a computer, such as a program module.
  • program modules include routines, programs, objects, components, data structures, and the like that perform particular tasks or implement particular abstract data types.
  • the present application can also be practiced in distributed computing environments where tasks are performed by remote processing devices that are connected through a communication network.
  • program modules can be located in both local and remote computer storage media including storage devices.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • User Interface Of Digital Computer (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请实施例公开了一种业务数据处理方法、装置及客户端。该方法包括：确定待处理业务项的目标数据；查询预设时间段内是否存在与所述目标数据关联的接收数据；当所述判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签；展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。利用本申请实施例，可以帮助用户完成待处理业务项，进而可以释放服务器资源，加快服务器处理速度，改善用户体验。

Description

一种业务数据处理方法、装置及客户端 技术领域
本申请涉及计算机互联网技术领域，特别涉及一种业务数据处理方法、装置及客户端。
背景技术
随着电子科技以及互联网技术的发展，电子设备(特别是智能移动设备)的功能越来越强大，只要用户按照自身的需求在电子设备上安装各种应用程序，便可以完成各种事务。
随着智能移动设备的快速发展，移动支付也成为越来越多用户的选择。当前，移动支付的主要模式包括转账模式、收款模式等，收款模式中包括一个用户向一个或多个用户进行收款的模式，具体如下，例如用户A(收款方)要向用户B(付款方)和用户C(付款方)收款，用户A可以发起一个收款业务的请求消息给相应的收款方：用户B和用户C。然后，用户B和用户C基于所述请求消息进入该收款业务对应的支付界面进行支付即可完成该收款业务。由此可见，上述收款模式中，付款方根据收款方发送的收款业务的请求消息进入相应的支付界面才能完成该收款业务。
但现有技术中存在付款方未及时收到收款业务的请求消息，直接通过转账等方式进行支付的情况；那么，该付款方不会再进入相应收款业务的支付页面进行支付，这就导致该收款业务将一直是一个进行中的待处理业务项，造成服务器资源浪费，影响服务器处理速度；同时，也会大大降低用户体验。
发明内容
本申请实施例的目的是提供一种业务数据处理方法、装置及客户端，以帮助用户完成待处理业务项，进而可以释放服务器资源，加快服务器处理速度， 改善用户体验。
为解决上述技术问题，本申请实施例是这样实现的：
一种业务数据处理方法，包括：
确定待处理业务项的目标数据；
查询预设时间段内是否存在与所述目标数据关联的接收数据；
当所述判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签；
展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。
一种业务数据处理方法，包括：
确定待处理业务项的目标对象；
查询预设时间段内是否存在所述目标对象发送的接收数据；
当所述判断的结果为是时，为所述目标对象发送的接收数据设置第二待确认标签；
展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。
一种业务数据处理装置，包括：
目标数据确定模块，用于确定待处理业务项的目标数据；
第一查询模块，用于查询预设时间段内是否存在与所述目标数据关联的接收数据；
第一标签设置模块，用于当所述第一查询模块判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签；
第一确认消息展示模块，用于展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的 确认消息。
一种业务数据处理装置，包括：
目标对象确定模块，用于确定待处理业务项的目标对象；
第二查询模块，用于查询预设时间段内是否存在所述目标对象发送的接收数据；
第二标签设置模块，用于当所述第二查询模块判断的结果为是时，为所述目标对象发送的接收数据设置第二待确认标签；
第二确认消息展示模块，用于展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。
一种客户端，包括：
处理器，用于执行客户端程序指令，所述客户端程序指令包括：确定待处理业务项的目标数据；查询预设时间段内是否存在与所述目标数据关联的接收数据；当所述判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签；发送展示第一消息确认界面的指令，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息；
显示单元，耦合于所述处理器，用于展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。
一种客户端，包括：
处理器，用于执行客户端程序指令，所述客户端程序指令包括：确定待处理业务项的目标对象；查询预设时间段内是否存在所述目标对象发送的接收数据；当所述判断的结果为是时，为所述目标对象发送的接收数据设置第二待确 认标签；发送展示第二消息确认界面的指令，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息；
显示单元，耦合于所述处理器，用于展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。
由以上本申请实施例提供的技术方案可见，本申请实施例通过判断预设时间段内是否存在与获取的待处理业务项的目标数据关联的接收数据，并为与所述目标数据关联的接收数据设置与相应待处理业务项一一对应的待确认标签，接着，通过展示是否将设置有待确认标签的接收数据并入相应的待处理业务项的确认消息来帮助用户完成待处理业务项。进而可以有效避免因对方通过其他方式，而不是进入业务数据支付处理界面进行业务处理的情况。与现有技术相比，利用本申请实施例提供的技术方案，可以帮助用户完成待处理业务项，进而可以释放服务器资源，加快服务器处理速度，改善用户体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请提供的业务数据处理方法的一种实施例的流程示意图；
图2是本申请提供的用智能手机访问具有收款功能的应用程序进行收款业务的一种实施例的发起页面的示意图；
图3是本申请提供的发送收款业务的请求消息后的一种实施例的页面的示意图；
图4是本申请提供的收款业务的请求消息发出后的一种实施例的场景示意图；
图5是本申请提供的收款业务的处理页面的一种实施例的示意图；
图6是本申请提供的在收款业务的处理页面中展示第一消息确认界面的一种实施例的示意图；
图7是本申请提供的业务数据处理方法的另一种实施例的流程示意图；
图8是本申请提供的收款业务发起后的一种实施例的页面示意图；
图9是本申请提供的业务数据处理装置的一种实施例的结构示意图；
图10是本申请提供的业务数据处理装置的另一种实施例的结构示意图；
图11是本申请提供的业务数据处理装置的另一种实施例的结构示意图；
图12是本申请提供的业务数据处理装置的另一种实施例的结构示意图；
图13是本申请提供的一种客户端的一示例性实施例的示意结构图。
具体实施方式
本申请实施例提供一种业务数据处理方法、装置及客户端。
本申请实施例中所述支付涉及的技术载体，例如可以包括近场通信(Near Field Communication，NFC)、WIFI、3G/4G/5G、POS机刷卡技术、二维码扫码技术、条形码扫码技术、蓝牙、红外、短消息(Short Message Service，SMS)、多媒体消息(Multimedia Message Service，MMS)等。
为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
以下以几个具体的例子详细说明本申请实施例的具体实现。
以下首先介绍本申请一种业务数据处理方法的实施例。图1是本申请提供的业务数据处理方法的一种实施例的流程示意图，本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更 少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图1所示，所述方法可以包括：
S110：确定待处理业务项的目标数据。
本申请实施例中，所述待处理业务项的目标数据可以包括资金，也可以包括其它虚拟物品，例如积分等。一般的，所述目标数据可以包括一个或多个数据。在一个具体的实施例中，以所述待处理业务项为进行中的收款业务为例，假设用户A、用户B、用户C和用户D在一次AA聚餐中共花费107元，且先由用户A付款；后续，用户A可以发起一个收款业务，相应的，这里的收款业务的目标数据为资金，且包括一个数据：26.75元。在另一个具体的实施例中，假设用户E为用户X、用户Y和用户Z代为购买物品，且用户X和用户Y的物品均为200元，而用户Z的物品300元，相应的，用户E可以在发起收款业务时设置两个目标数据：200元和300元，相应的，用户X、用户Y和用户Z可以选择相应的金额完成支付。
在本实施例中，以在智能手机中安装具有收款功能的应用程序为例，结合上述用户A、用户B、用户C和用户D在一次AA聚餐中共花费107元的实施例，如图2所示的是本申请提供的用智能手机访问具有收款功能的应用程序进行收款业务的一种实施例的发起页面的示意图。用户A在相应的应用程序打开具有AA收款功能触发按钮后，可以进入如图2所示的收款业务的发起页面，输入总金额：107，总人数：4之后，点击确定即可发起收款业务。相应的，服务器可以通过输入的总金额和总人数，确定出相应的目标数据。然后用户A可以将收款业务的请求消发送给相应的付款方：用户B、用户C和用户D。
此外，需要说明的是，本申请实施例所述发起页面并不仅限于上述图2的形式，还可以结合实际应用情况，包括其他形式，例如，直接输入目标数据，和总人数等形式，本申请实施例并不以上述为限。
如图3所示的是本申请提供的发送收款业务的请求消息后的一种实施例的页面的示意图。从图3中可见，用户A将请求消息发送在一个群组中，一般的，所述群组中可以包括至少一个付款方。此外，本申请实施例中所述请求消息不仅限于发送在包括付款方的群组中的方式来通知付款方，还可以包括直接发送给相应的付款方等方式，本申请实施例并不以上述为限。
S120：查询预设时间段内是否存在与所述目标数据关联的接收数据。
本申请实施例中，在确定待处理业务项的目标数据之后，可以查询预设时间段内是否存在与所述目标数据关联的接收数据。具体的，所述预设时间段可以包括预先根据所述待处理业务项的生成时间设置的时间段。所述预设时间段可以包括所述待处理业务项的生成时间，也可以不包括所述待处理业务项的生成时间。具体的，所述预设时间段可以包括下述中的任意一种设置方式：
所述待处理业务项生成时间之前的第一时间段；
所述待处理业务项生成时间之后的第二时间段；
所述待处理业务项生成时间之前的第三时间段和所述待处理业务项生成时间之后的第四时间段。
具体的，所述第一时间段、第二时间段、第三时间段和第四时间段可以结合实际应用情况设置具体的数值。所述第三时间段可以与所述第四时间段相同，也可以不同。
在一个具体的实施例中，所述接收数据可以包括接收到的转账信息等，例如用户X向您转账200元。具体的，所述与所述目标数据关联的接收数据至少可以包括下述之一：
与所述目标数据的差值小于等于预设阈值的接收数据；
与所述目标数据为倍数关系的接收数据。
在一些实施例中，以收款业务为例，假设目标数据为25.88元，存在付款方为了转账输入时的便利等原因，直接转账26元的情况。相应的，这里通过所 述预设阈值的设置可以将该笔转账包括在与目标数据关联的接收数据中。具体的，所述预设阈值可以根据目标数据的类型和实际应用情况预先设置，比如目标数据为资金时，所述预设阈值可以设置为1元；目标数据为积分时，所述预设阈值可以设置为10个积分等，本申请实施例并不以上述为限。
在实际应用中，结合上述AA聚餐的实施例，如图4所示的是本申请提供的收款业务的请求消息发出后的一种实施例的场景示意图，图中可见，用户B和用户D在用户A发送收款业务的请求消息的群组中，且用户B和用户D通过用户A发送的请求消息进入相应的支付界面进行了支付，而用户C一开始并不在用户A发送收款业务的请求消息的群组中，这就导致用户C未及时收到用户A发起的收款业务的请求消息。假设用户C选择直接转账给用户A，且为了转账时输入的便利等原因，直接转账27元给用户A，那么通过查询预设时间段内是否存在与所述目标数据关联的接收数据，可以发现用户C向用户A转账27元的信息为与所述目标数据26.75元相关联的接收数据。
在另一个实施例中，以收款业务为例，存在一个付款方为多个付款方付款的情况，相应的，与目标数据关联的接收数据可以包括与所述目标数据为倍数关系的接收数据。此外，需要说明的，本申请实施例中所述与目标数据存在关联的接收数据并不仅限于上述的情况，在实际应用中，还可以包括其他数据，本申请实施例并不以上述为限。
S130：当所述判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签。
本申请实施例中，当步骤S120判断的结果为是时，可以为与所述目标数据关联的接收数据设置第一待确认标签。具体的，所述第一待确认标签可以包括预先设置的与相应的待处理业务项一一对应的标签。
在一个具体的实施例中，结合上述AA聚餐的实施例，可以为用户C向用户A转账27元的信息设置用户A可以发起针对上述AA收款的收款业务相对应的 第一待确认标签。
S140：展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。
本申请实施例中，在为与所述目标数据关联的接收数据设置第一待确认标签之后，可以展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。具体的，所述第一消息确认界面可以包括根据是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息预先设置的界面。
在一些实施例中，在所述展示第一消息确认界面之前，所述方法还可以包括：
监测是否存在进入待处理业务项的处理界面的操作指令，当监测到进入待处理业务项的处理界面的操作指令时，执行展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。
如图5所示的是本申请提供的收款业务的处理页面的一种实施例的示意图。从图5可见，用户可以获取收款业务当前的进展情况数据。
在一个具体的实施例中，结合上述AA聚餐的实施例，当监测到用户A进入收款业务的处理界面时，可以展示：用户C向您转账27元，是否并入该收款业务的确认消息。相应的，用户根据所述确认消息，和收款业务的当前进展情况，可以判断是否将该数据并入该收款业务，进而可以帮助用户A完成所述待处理业务项。如图6所示的是本申请提供的在收款业务的处理页面中展示第一消息确认界面的一种实施例的示意图。
此外，需要说明的是，本申请实施例展示第一消息确认界面的页面并不仅限于上述图6在收款业务的处理页面中的形式，还可以结合实际应用情况，包括其他形式，本申请实施例并不以上述为限。
在一些实施例中，所述方法还可以包括：
当所述确认消息的执行结果为是时，将所述设置有第一待确认标签的接收数据并入所述待处理业务项。
相应的，在一些实施例中，所述方法还可以包括：
当所述确认消息的执行结果为否时，对所述设置有第一待确认标签的接收数据进行去除标签处理。
具体的，所述去除标签处理可以包括去除所述第一待确认标签。
由此可见，本申请一种业务数据处理方法的实施例可见，本申请通过判断预设时间段内是否存在与获取的待处理业务项的目标数据关联的接收数据，并为与所述目标数据关联的接收数据设置与相应待处理业务项一一对应的第一待确认标签，接着，通过展示包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息的第一消息确认界面来帮助用户完成待处理业务项。进而可以有效避免因对方通过其他方式，而不是进入业务数据支付处理界面进行业务处理的情况。与现有技术相比，利用本申请实施例提供的技术方案，可以帮助用户完成待处理业务项，进而可以释放服务器资源，加快服务器处理速度，改善用户体验。
以下介绍本申请一种业务数据处理方法的另一实施例。图7是本申请提供的业务数据处理方法的另一种实施例的流程示意图，本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图7所示，所述方法可以包括：
S710：确定待处理业务项的目标对象。
本申请实施例中，以所述待处理业务项为进行中的收款业务为例，所述待 处理业务项的目标对象可以包括相应的付款方。结合上述AA聚餐的实施例，用户在图2中输入总金额、总人数并点击确认之后，需要将所述收款业务的请求消息发送给相应的付款方。相应的，可以获取所述付款方的账号信息作为所述待处理业务项的目标对象。如图8所示的是本申请提供的收款业务发起后的一种实施例的页面示意图。从图8可见，用户可以通过点击“选择收款对象”的按钮，将所述收款业务的请求消息发送给相应的收款方。
S720：查询预设时间段内是否存在所述目标对象发送的接收数据。
本申请实施例中，在确定待处理业务项的目标对象之后，可以查询预设时间段内是否存在所述目标对象发送的接收数据。具体的，所述预设时间段可以包括预先根据所述待处理业务项的触发时间设置的时间段。优选的，所述预设时间段包括下述中的任意一种时间段：
所述待处理业务项生成时间之前的第一时间段；
所述待处理业务项生成时间之后的第二时间段；
所述待处理业务项生成时间之前的第三时间段和所述待处理业务项生成时间之后的第四时间段。
在一个具体的实施例中，所述接收数据可以包括接收到的转账信息等，例如用户X向您转账200元。
S730：当所述判断的结果为是时，为所述目标对象发送的接收数据设置第二待确认标签。
本申请实施例中，当步骤S720判断的结果为是时，可以为所述目标对象发送的接收数据设置第二待确认标签。具体的，所述第二待确认标签可以包括预先设置的与相应的待处理业务项一一对应的标签。
S740：展示第二消息确认界面，所述第二消息确认界面包括是否将设置有 第二待确认标签的接收数据并入相应的待处理业务项的确认消息。
本申请实施例中，可以展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。具体的，所述第二消息确认界面可以包括根据是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息预先设置的界面。
在一些实施例中，在所述展示第二消息确认界面之前，所述方法还可以包括：
监测是否存在进入待处理业务项的处理界面的操作指令，当监测到进入待处理业务项的处理界面的操作指令时，执行展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。
在一些实施例中，所述方法还可以包括：
当所述确认消息的执行结果为是时，将所述设置有第二待确认标签的接收数据并入所述待处理业务项。
在一些实施例中，所述方法还可以包括：
当所述确认消息的执行结果为否时，对所述设置有第二待确认标签的接收数据进行去除标签处理。
由此可见，本申请一种业务数据处理方法的实施例可见，本申请通过判断预设时间段内是否存在与待处理业务项的目标对象发送的接收数据，并为所述目标对象发送的接收数据设置与相应待处理业务项一一对应的第二待确认标签，接着，通过展示包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息的第二消息确认界面来帮助用户完成待处理业务项。进而可以有效避免因对方通过其他方式，而不是进入业务数据支付处理界面进行业务处理的情况。与现有技术相比，利用本申请实施例提供的技术方案，可以帮助用户完成待处理业务项，进而可以释放服务器资源，加快服务器处理速度，改善用户体验。
本申请另一方面还提供一种业务数据处理装置，图9是本申请提供的业务数据处理装置的一种实施例的结构示意图，如图9所示，所示装置900可以包括：
目标数据确定模块910，可以用于确定待处理业务项的目标数据；
第一查询模块920，可以用于查询预设时间段内是否存在与所述目标数据关联的接收数据；
第一标签设置模块930，可以用于当所述第一查询模块920判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签；
第一确认消息展示模块940，可以用于展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。
图10是本申请提供的业务数据处理装置的另一种实施例的结构示意图，如图10所示，所示装置900还可以包括：
第一数据并入模块950，可以用于当所述确认消息的执行结果为是时，将所述设置有第一待确认标签的接收数据并入所述待处理业务项。
另一个实施例中，所述装置900还可以包括：
第一标签去除模块，用于当所述确认消息的执行结果为否时，对所述设置有第一待确认标签的接收数据进行去除标签处理。
另一个实施例中，所述装置还可以包括：
第一监测模块，可以用于监测是否存在进入待处理业务项的处理界面的操作指令，当监测到进入待处理业务项的处理界面的操作指令时，执行展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。
另一个实施例中，所述预设时间段可以包括下述中的任意一种时间段：
所述待处理业务项生成时间之前的第一时间段；
所述待处理业务项生成时间之后的第二时间段；
所述待处理业务项生成时间之前的第三时间段和所述待处理业务项生成时间之后的第四时间段。
另一个实施例中，所述与所述目标数据关联的接收数据至少可以包括下述之一：
与所述目标数据的差值小于等于预设阈值的接收数据；
与所述目标数据为倍数关系的接收数据。
本申请还提供一种业务数据处理装置的另一种实施例，图11是本申请提供的业务数据处理装置的另一种实施例的结构示意图，如图11所示，所示装置1100可以包括：
目标对象确定模块1110，可以用于确定待处理业务项的目标对象；
第二查询模块1120，可以用于查询预设时间段内是否存在所述目标对象发送的接收数据；
第二标签设置模块1130，可以用于当所述第二查询模块1120判断的结果为是时，为所述目标对象发送的接收数据设置第二待确认标签；
第二确认消息展示模块1140，可以用于展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。
图12是本申请提供的业务数据处理装置的另一种实施例的结构示意图，如图12所示，所示装置1100还可以包括：
第二数据并入模块1150，可以用于当所述确认消息的执行结果为是时，将所述设置有第二待确认标签的接收数据并入所述待处理业务项。
另一个实施例中，所述装置1100还可以包括：
第二标签去除模块，用于当所述确认消息的执行结果为否时，对所述设置有第二待确认标签的接收数据进行去除标签处理。
另一个实施例中，所述装置还可以包括：
第二监测模块，可以用于监测是否存在进入待处理业务项的处理界面的操作指令，当监测到进入待处理业务项的处理界面的操作指令时，执行展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。
另一个实施例中，所述预设时间段可以包括下述中的任意一种时间段：
所述待处理业务项生成时间之前的第一时间段；
所述待处理业务项生成时间之后的第二时间段；
所述待处理业务项生成时间之前的第三时间段和所述待处理业务项生成时间之后的第四时间段。
本申请另一方面还提供一种客户端的实施例，所述客户端可以包括：
处理器，可以用于执行客户端程序指令，所述客户端程序指令可以包括：确定待处理业务项的目标数据；查询预设时间段内是否存在与所述目标数据关联的接收数据；当所述判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签；发送展示第一消息确认界面的指令，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息；
显示单元，耦合于所述处理器，可以用于当处理器监测到进入所述待处理业务项的处理界面时，展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。
如图13所示，图13是本申请提供的一种客户端的一示例性实施例的示意结构图。
另一个实施例中，所述客户端程序指令还可以包括：
当所述确认消息的执行结果为是时，将所述设置有第一待确认标签的接收数据并入所述待处理业务项。
另一个实施例中，所述客户端程序指令还可以包括：
当所述确认消息的执行结果为否时，对所述设置有第一待确认标签的接收 数据进行去除标签处理。
本申请还提供一种客户端的另一实施例，所述客户端可以包括：
处理器可以用于执行客户端程序指令，所述客户端程序指令可以包括：确定待处理业务项的目标对象；查询预设时间段内是否存在所述目标对象发送的接收数据；当所述判断的结果为是时，为所述目标对象发送的接收数据设置第二待确认标签；发送展示第二消息确认界面的指令，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息；
显示单元，耦合于所述处理器，可以用于当处理器监测到进入所述待处理业务项的处理界面时，展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。
另一个实施例中，所述客户端程序指令还可以包括：
当所述确认消息的执行结果为是时，将所述设置有第二待确认标签的接收数据并入所述待处理业务项。
另一个实施例中，所述客户端程序指令还可以包括：
当所述确认消息的执行结果为否时，对所述设置有第二待确认标签的接收数据进行去除标签处理。
具体的，本申请实施例中，所述的处理器可以包括中央处理器(CPU)，当然也可以包括其他的具有逻辑处理能力的单片机、逻辑门电路、集成电路等，或其适当组合。所述显示器可以包括移动终端显示屏、投影设备等。
由此可见，本申请一种业务数据处理方法、装置及客户端的实施例可见，本申请通过确定与待处理业务项的相关的接收数据，并为相关的接收数据设置与相应待处理业务项一一对应的待确认标签，接着，通过展示是否将设置有待确认标签的接收数据并入相应的待处理业务项的确认消息的消息确认界面来帮助用户完成待处理业务项。进而可以有效避免因对方通过其他方式，而不是进入业务数据支付处理界面进行业务处理的情况。与现有技术相比，利用本申请 实施例提供的技术方案，可以帮助用户完成待处理业务项，进而可以释放服务器资源，加快服务器处理速度，改善用户体验。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如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)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器 或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的装置、模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/ 或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定， 计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、装置或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、客户端实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (28)

  1. 一种业务数据处理方法，其特征在于，包括：
    确定待处理业务项的目标数据；
    查询预设时间段内是否存在与所述目标数据关联的接收数据；
    当所述判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签；
    展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    当所述确认消息的执行结果为是时，将所述设置有第一待确认标签的接收数据并入所述待处理业务项。
  3. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    当所述确认消息的执行结果为否时，对所述设置有第一待确认标签的接收数据进行去除标签处理。
  4. 根据权利要求1至3任意一项所述的方法，在所述展示第一消息确认界面之前，所述方法还包括：
    监测是否存在进入待处理业务项的处理界面的操作指令，当监测到进入待处理业务项的处理界面的操作指令时，执行展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。
  5. 根据权利要求1至3任意一项所述的方法，其特征在于，所述预设时间段包括下述中的任意一种时间段：
    所述待处理业务项生成时间之前的第一时间段；
    所述待处理业务项生成时间之后的第二时间段；
    所述待处理业务项生成时间之前的第三时间段和所述待处理业务项生成时间之后的第四时间段。
  6. 根据权利要求1至3任意一项所述的方法，其特征在于，所述与所述目标数据关联的接收数据至少包括下述之一：
    与所述目标数据的差值小于等于预设阈值的接收数据；
    与所述目标数据为倍数关系的接收数据。
  7. 一种业务数据处理方法，其特征在于，包括：
    确定待处理业务项的目标对象；
    查询预设时间段内是否存在所述目标对象发送的接收数据；
    当所述判断的结果为是时，为所述目标对象发送的接收数据设置第二待确认标签；
    展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。
  8. 根据权利要求7所述的方法，其特征在于，所述方法还包括：
    当所述确认消息的执行结果为是时，将所述设置有第二待确认标签的接收数据并入所述待处理业务项。
  9. 根据权利要求7所述的方法，其特征在于，所述方法还包括：
    当所述确认消息的执行结果为否时，对所述设置有第二待确认标签的接收数据进行去除标签处理。
  10. 根据权利要求7至9任意一项所述的方法，在所述展示第二消息确认界面之前，所述方法还包括：
    监测是否存在进入待处理业务项的处理界面的操作指令，当监测到进入待处理业务项的处理界面的操作指令时，执行展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。
  11. 根据权利要求7至9任意一项所述的方法，其特征在于，所述预设时间段包括下述中的任意一种时间段：
    所述待处理业务项生成时间之前的第一时间段；
    所述待处理业务项生成时间之后的第二时间段；
    所述待处理业务项生成时间之前的第三时间段和所述待处理业务项生成时间之后的第四时间段。
  12. 一种业务数据处理装置，其特征在于，包括：
    目标数据确定模块，用于确定待处理业务项的目标数据；
    第一查询模块，用于查询预设时间段内是否存在与所述目标数据关联的接收数据；
    第一标签设置模块，用于当所述第一查询模块判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签；
    第一确认消息展示模块，用于展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。
  13. 根据权利要求12所述的装置，其特征在于，所述装置还包括：
    第一数据并入模块，用于当所述确认消息的执行结果为是时，将所述设置有第一待确认标签的接收数据并入所述待处理业务项。
  14. 根据权利要求12所述的装置，其特征在于，所述装置还包括：
    第一标签去除模块，用于当所述确认消息的执行结果为否时，对所述设置有第一待确认标签的接收数据进行去除标签处理。
  15. 根据权利要求12至14任意一项所述的装置，所述装置还包括：
    第一监测模块，用于监测是否存在进入待处理业务项的处理界面的操作指令，当监测到进入待处理业务项的处理界面的操作指令时，所述第一确认消息展示模块展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。
  16. 根据权利要求12至14任意一项所述的装置，其特征在于，所述预设时间段包括下述中的任意一种时间段：
    所述待处理业务项生成时间之前的第一时间段；
    所述待处理业务项生成时间之后的第二时间段；
    所述待处理业务项生成时间之前的第三时间段和所述待处理业务项生成时间之后的第四时间段。
  17. 根据权利要求12至14任意一项所述的装置，其特征在于，所述与所述目标数据关联的接收数据至少包括下述之一：
    与所述目标数据的差值小于等于预设阈值的接收数据；
    与所述目标数据为倍数关系的接收数据。
  18. 一种业务数据处理装置，其特征在于，包括：
    目标对象确定模块，用于确定待处理业务项的目标对象；
    第二查询模块，用于查询预设时间段内是否存在所述目标对象发送的接收数据；
    第二标签设置模块，用于当所述第二查询模块判断的结果为是时，为所述目标对象发送的接收数据设置第二待确认标签；
    第二确认消息展示模块，用于展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。
  19. 根据权利要求18所述的装置，其特征在于，所述装置还包括：
    第二数据并入模块，用于当所述确认消息的执行结果为是时，将所述设置有第二待确认标签的接收数据并入所述待处理业务项。
  20. 根据权利要求18所述的装置，其特征在于，所述装置还包括：
    第二标签去除模块，用于当所述确认消息的执行结果为否时，对所述设置有第二待确认标签的接收数据进行去除标签处理。
  21. 根据权利要求18至20任意一项所述的装置，所述装置还包括：
    第二监测模块，用于监测是否存在进入待处理业务项的处理界面的操作指令，当监测到进入待处理业务项的处理界面的操作指令时，所述第二确认消息展示模块展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第 二待确认标签的接收数据并入相应的待处理业务项的确认消息。
  22. 根据权利要求18至20任意一项所述的装置，其特征在于，所述预设时间段包括下述中的任意一种时间段：
    所述待处理业务项生成时间之前的第一时间段；
    所述待处理业务项生成时间之后的第二时间段；
    所述待处理业务项生成时间之前的第三时间段和所述待处理业务项生成时间之后的第四时间段。
  23. 一种客户端，其特征在于，包括：
    处理器，用于执行客户端程序指令，所述客户端程序指令包括：确定待处理业务项的目标数据；查询预设时间段内是否存在与所述目标数据关联的接收数据；当所述判断的结果为是时，为与所述目标数据关联的接收数据设置第一待确认标签；发送展示第一消息确认界面的指令，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息；
    显示单元，耦合于所述处理器，用于展示第一消息确认界面，所述第一消息确认界面包括是否将设置有第一待确认标签的接收数据并入相应的待处理业务项的确认消息。
  24. 根据权利要求23所述的客户端，其特征在于，所述客户端程序指令还包括：
    当所述确认消息的执行结果为是时，将所述设置有第一待确认标签的接收数据并入所述待处理业务项。
  25. 根据权利要求23所述的客户端，其特征在于，所述客户端程序指令还包括：
    当所述确认消息的执行结果为否时，对所述设置有第一待确认标签的接收数据进行去除标签处理。
  26. 一种客户端，其特征在于，包括：
    处理器，用于执行客户端程序指令，所述客户端程序指令包括：确定待处理业务项的目标对象；查询预设时间段内是否存在所述目标对象发送的接收数据；当所述判断的结果为是时，为所述目标对象发送的接收数据设置第二待确认标签；发送展示第二消息确认界面的指令，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息；
    显示单元，耦合于所述处理器，用于展示第二消息确认界面，所述第二消息确认界面包括是否将设置有第二待确认标签的接收数据并入相应的待处理业务项的确认消息。
  27. 根据权利要求26所述的客户端，其特征在于，所述客户端程序指令还包括：
    当所述确认消息的执行结果为是时，将所述设置有第二待确认标签的接收数据并入所述待处理业务项。
  28. 根据权利要求26所述的客户端，其特征在于，所述客户端程序指令还包括：
    当所述确认消息的执行结果为否时，对所述设置有第二待确认标签的接收数据进行去除标签处理。
PCT/CN2017/112588 2016-11-30 2017-11-23 一种业务数据处理方法、装置及客户端 WO2018099314A1 (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP17876550.9A EP3550490A4 (en) 2016-11-30 2017-11-23 METHOD AND DEVICE FOR PROCESSING SERVICE DATA AND CLIENT
KR1020197018835A KR102289611B1 (ko) 2016-11-30 2017-11-23 서비스 데이터 처리를 위한 방법, 장치, 및 클라이언트 장치
MYPI2019002996A MY200182A (en) 2016-11-30 2017-11-23 Methods, apparatuses, and client devices for processing service data
JP2019529214A JP6860670B2 (ja) 2016-11-30 2017-11-23 サービスデータを処理するための方法、装置、およびクライアントデバイス
PH12019501208A PH12019501208A1 (en) 2016-11-30 2019-05-30 Methods, apparatuses, and client devices for processing service data
US16/426,928 US10831740B2 (en) 2016-11-30 2019-05-30 Parallel processing of service data corresponding to multiple target objects

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201611077603.7 2016-11-30
CN201611077603.7A CN107038561A (zh) 2016-11-30 2016-11-30 一种业务数据处理方法、装置及客户端

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/426,928 Continuation US10831740B2 (en) 2016-11-30 2019-05-30 Parallel processing of service data corresponding to multiple target objects

Publications (1)

Publication Number Publication Date
WO2018099314A1 true WO2018099314A1 (zh) 2018-06-07

Family

ID=59530402

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/112588 WO2018099314A1 (zh) 2016-11-30 2017-11-23 一种业务数据处理方法、装置及客户端

Country Status (10)

Country Link
US (1) US10831740B2 (zh)
EP (1) EP3550490A4 (zh)
JP (1) JP6860670B2 (zh)
KR (1) KR102289611B1 (zh)
CN (1) CN107038561A (zh)
MY (1) MY200182A (zh)
PH (1) PH12019501208A1 (zh)
SG (1) SG10202107194WA (zh)
TW (1) TWI677836B (zh)
WO (1) WO2018099314A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111352624A (zh) * 2018-12-20 2020-06-30 阿里巴巴集团控股有限公司 界面展示方法、信息处理方法及装置
CN113077169A (zh) * 2021-04-16 2021-07-06 上海华客信息科技有限公司 基于标签推荐客服人员的方法、系统、设备和介质

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107038561A (zh) 2016-11-30 2017-08-11 阿里巴巴集团控股有限公司 一种业务数据处理方法、装置及客户端
CN111061408A (zh) * 2018-10-17 2020-04-24 钉钉控股（开曼）有限公司 资源收取方法及装置
CN111913743B (zh) * 2019-05-09 2023-04-14 杭州海康威视数字技术股份有限公司 数据处理方法及装置
CN110852830A (zh) * 2019-09-30 2020-02-28 口碑(上海)信息技术有限公司 一种目标用户信息的获取方法与一种服务订阅系统
CN111078737B (zh) * 2019-11-25 2023-03-21 北京明略软件系统有限公司 共性分析方法、装置、数据处理设备及可读存储介质
CN111062800B (zh) * 2019-11-27 2023-09-08 同盾控股有限公司 数据处理方法、装置、电子设备及计算机可读介质
CN111260307A (zh) * 2019-12-06 2020-06-09 深圳市科南软件有限公司 一种费用分摊自动处理方法
CN111259052B (zh) * 2020-01-10 2023-11-07 支付宝(杭州)信息技术有限公司 数据处理及监测方法、装置及设备
CN111338621B (zh) * 2020-02-21 2024-04-26 北京衡石科技有限公司 显示数据方法、装置、电子设备和计算机可读介质
CN111538736B (zh) * 2020-03-11 2023-08-29 上海联蔚数字科技集团股份有限公司 用户标签更新方法与设备
CN111985326B (zh) * 2020-07-15 2024-02-13 菜鸟智能物流控股有限公司 数据处理方法、装置、电子设备和存储介质
CN112311898B (zh) * 2020-11-17 2023-07-18 深圳市欢太数字科技有限公司 数据处理方法及装置、服务器、计算机可读存储介质
CN113256240B (zh) * 2021-04-22 2023-04-07 支付宝(杭州)信息技术有限公司 消息的处理方法、装置和服务器
CN116149959B (zh) * 2023-04-20 2023-07-18 北京集度科技有限公司 一种数据处理装置、方法、监测设备以及计算机程序产品

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101079133A (zh) * 2006-06-29 2007-11-28 腾讯科技（深圳）有限公司 批量支付系统及批量支付方法
US20100049794A1 (en) * 2007-03-07 2010-02-25 Huawei Technologies Co., Ltd. Method and system for implementing service compatibility
CN105262674A (zh) * 2015-10-29 2016-01-20 小米科技有限责任公司 用于设置隐私权限的方法、装置、服务器及终端
CN107038561A (zh) * 2016-11-30 2017-08-11 阿里巴巴集团控股有限公司 一种业务数据处理方法、装置及客户端

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000011263A (ja) * 1998-06-22 2000-01-14 Fujitsu Ltd 割り勘支援装置および通信端末装置
US7353203B1 (en) * 1999-11-23 2008-04-01 Inzap, Inc. System and method for invoice confirmation and funding
US7542943B2 (en) * 2000-10-30 2009-06-02 Amazon Technologies, Inc. Computer services and methods for collecting payments from and providing content to web users
JP2003036381A (ja) * 2001-07-23 2003-02-07 Just Syst Corp 商品購入支援装置、商品購入支援方法、その方法をコンピュータに実行させるプログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体
US9111315B2 (en) * 2005-02-16 2015-08-18 Clyde Mitchell Method for providing a searchable, comprehensive database of proposed rides
US7258268B2 (en) * 2005-02-28 2007-08-21 Moneygram International, Inc. Method and apparatus for money transfer
CN101441751A (zh) * 2007-11-23 2009-05-27 李孟儒 处理团购的网络交易平台的交易程序
US7970654B2 (en) * 2008-05-30 2011-06-28 Clibanoff Andrew A System and method for processing single sale transactions involving one or more payors
US20100063926A1 (en) * 2008-09-09 2010-03-11 Damon Charles Hougland Payment application framework
TWM364923U (en) * 2008-11-07 2009-09-11 Tzu-Han Kao Fee charging system
US8965798B1 (en) * 2009-01-30 2015-02-24 The Pnc Financial Services Group, Inc. Requesting reimbursement for transactions
WO2010138969A1 (en) * 2009-05-29 2010-12-02 Boku, Inc. Systems and methods to schedule transactions
US8660911B2 (en) * 2009-09-23 2014-02-25 Boku, Inc. Systems and methods to facilitate online transactions
US9576284B2 (en) * 2011-09-29 2017-02-21 Paypal, Inc. Social proximity payments
JP5906110B2 (ja) * 2012-03-26 2016-04-20 株式会社ゼンリンデータコム 負担金額計算システム及び負担金額計算方法
CN103379462B (zh) * 2012-04-23 2017-03-01 阿尔卡特朗讯 一种用于处理计费请求的方法和装置
JP2013246710A (ja) * 2012-05-28 2013-12-09 Nikon Corp 電子機器
US20150348034A1 (en) * 2012-12-26 2015-12-03 Felica Networks, Inc. Settlement management apparatus, information processing apparatus, settlement management method, and settlement management system
US9449321B2 (en) * 2013-03-15 2016-09-20 Square, Inc. Transferring money using email
KR102036690B1 (ko) * 2013-06-27 2019-10-25 주식회사 우리은행 회비 입출금 내역 관리 방법 및 장치
CN104636921B (zh) * 2013-11-06 2016-12-21 腾讯科技（深圳）有限公司 基于通信群的在线支付方法，支付系统及服务器系统
US10402899B2 (en) * 2013-11-20 2019-09-03 Capital One Services, Llc Shared expensive management
CN104753906B (zh) * 2013-12-31 2017-05-24 腾讯科技（深圳）有限公司 转移数据方法、装置和系统
JP6486593B2 (ja) * 2014-02-17 2019-03-20 株式会社日本総合研究所 共同決済プログラム、共同決済装置および共同決済方法
US20160117651A1 (en) * 2014-10-27 2016-04-28 Facebook, Inc. Facilitating sending and receiving of payments between users in a group
US9092766B1 (en) * 2014-10-28 2015-07-28 Poynt Co. Payment terminal system and method of use
EP3016050A1 (en) * 2014-10-29 2016-05-04 SNS Bank N.V. System and method for handling a payment link
CN104408647A (zh) * 2014-11-29 2015-03-11 深圳市无微不至数字技术有限公司 积分兑换方法、装置及系统
CN105787720A (zh) * 2014-12-23 2016-07-20 崔羽丰 利用获取待付款对象实现付款方主动付款的支付方法
CN104766208A (zh) * 2015-04-20 2015-07-08 百度在线网络技术（北京）有限公司 移动支付方法和移动支付装置
US11144895B2 (en) * 2015-05-01 2021-10-12 Pay2Day Solutions, Inc. Methods and systems for message-based bill payment
CN105631653A (zh) * 2015-05-06 2016-06-01 宇龙计算机通信科技(深圳)有限公司 支付请求处理方法、支付请求处理装置和终端
CN104933558B (zh) * 2015-05-29 2020-05-22 百度在线网络技术（北京）有限公司 订单支付方法和装置
KR101754759B1 (ko) * 2015-11-04 2017-07-06 김재영 송수금을 중개하는 메신저 서버
CN105719135A (zh) * 2015-12-31 2016-06-29 杨川林 基于手机的多人群组资金收入支付方法
CN105913244A (zh) * 2016-04-11 2016-08-31 胡秀英 一种多用户业务数据的处理方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101079133A (zh) * 2006-06-29 2007-11-28 腾讯科技（深圳）有限公司 批量支付系统及批量支付方法
US20100049794A1 (en) * 2007-03-07 2010-02-25 Huawei Technologies Co., Ltd. Method and system for implementing service compatibility
CN105262674A (zh) * 2015-10-29 2016-01-20 小米科技有限责任公司 用于设置隐私权限的方法、装置、服务器及终端
CN107038561A (zh) * 2016-11-30 2017-08-11 阿里巴巴集团控股有限公司 一种业务数据处理方法、装置及客户端

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111352624A (zh) * 2018-12-20 2020-06-30 阿里巴巴集团控股有限公司 界面展示方法、信息处理方法及装置
CN113077169A (zh) * 2021-04-16 2021-07-06 上海华客信息科技有限公司 基于标签推荐客服人员的方法、系统、设备和介质

Also Published As

Publication number Publication date
PH12019501208A1 (en) 2019-12-11
KR102289611B1 (ko) 2021-08-18
JP2020501258A (ja) 2020-01-16
KR20190086553A (ko) 2019-07-22
TWI677836B (zh) 2019-11-21
TW201822092A (zh) 2018-06-16
CN107038561A (zh) 2017-08-11
JP6860670B2 (ja) 2021-04-21
SG10202107194WA (en) 2021-08-30
US20190278761A1 (en) 2019-09-12
MY200182A (en) 2023-12-12
EP3550490A4 (en) 2019-12-04
EP3550490A1 (en) 2019-10-09
US10831740B2 (en) 2020-11-10

Similar Documents

Publication Publication Date Title
WO2018099314A1 (zh) 一种业务数据处理方法、装置及客户端
US10872342B2 (en) Method and apparatus for offline payment, service processing, and payment processing
US11443251B2 (en) Method and device for predicting traffic
US10397153B2 (en) Electronic device and method for controlling reception of data in electronic device
DK201670362A1 (en) User interface for loyalty accounts and private label accounts for a wearable device
TWI743427B (zh) 資料處理方法、終端設備和資料處理系統
EP3611684A1 (en) Method and device for account creation, account refilling and data synchronization
WO2019024884A1 (zh) 一种业务处理方法及设备
WO2019169965A1 (zh) 一种扫码图像识别方法、装置以及设备
TWI741555B (zh) 顯示數位物件唯一識別符的方法及裝置
WO2018188621A1 (zh) 一种资源传输方法及装置
US10033921B2 (en) Method for setting focus and electronic device thereof
US20240127227A1 (en) Offline transaction processing
WO2019179247A1 (zh) 一种支付辅助终端
WO2019109665A1 (zh) 资源转移的验证方法、装置和电子支付验证方法、装置
WO2019137357A1 (zh) 付款码获取、支付请求响应方法、装置以及设备
WO2019179255A1 (zh) 一种应用条码的方法、系统及服务器
TWI685235B (zh) 事務處理方法和系統
CN115330380A (zh) 支付处理方法及装置
WO2019095855A1 (zh) 支付凭证信息生成方法及装置、设备
JP6431058B2 (ja) マーチャントホスト型勘定
US11151643B1 (en) Online multi-user shopping

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019529214

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20197018835

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2017876550

Country of ref document: EP

Effective date: 20190701