CN105913244A - Multi-user business data processing method and system - Google Patents
Multi-user business data processing method and system Download PDFInfo
- Publication number
- CN105913244A CN105913244A CN201610221615.6A CN201610221615A CN105913244A CN 105913244 A CN105913244 A CN 105913244A CN 201610221615 A CN201610221615 A CN 201610221615A CN 105913244 A CN105913244 A CN 105913244A
- Authority
- CN
- China
- Prior art keywords
- service data
- group
- service
- segmentation
- user terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title abstract description 3
- 238000012545 processing Methods 0.000 claims abstract description 73
- 238000000034 method Methods 0.000 claims abstract description 69
- 230000011218 segmentation Effects 0.000 claims description 107
- 230000004044 response Effects 0.000 claims description 7
- 238000005520 cutting process Methods 0.000 claims description 4
- 230000000694 effects Effects 0.000 abstract description 82
- 230000008569 process Effects 0.000 description 28
- 238000004364 calculation method Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000004422 calculation algorithm Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000018109 developmental process Effects 0.000 description 3
- 230000006872 improvement Effects 0.000 description 3
- 230000002452 interceptive effect Effects 0.000 description 3
- 238000003860 storage Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000002860 competitive effect Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 239000003999 initiator Substances 0.000 description 2
- 238000005304 joining Methods 0.000 description 2
- 235000012054 meals Nutrition 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000005192 partition Methods 0.000 description 2
- 206010063385 Intellectualisation Diseases 0.000 description 1
- 230000004308 accommodation Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 235000013305 food Nutrition 0.000 description 1
- 238000013467 fragmentation Methods 0.000 description 1
- 238000006062 fragmentation reaction Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 238000002604 ultrasonography Methods 0.000 description 1
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/22—Payment schemes or models
- G06Q20/28—Pre-payment schemes, e.g. "pay before"
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention relates to a multi-user business data processing method and system. The method comprises the following steps: a group comprising a plurality of user terminals is built; a business dividing request for a least one business data packet is received from at least one of the user terminals; the business dividing request is responded to; according to user-defined parameters of the at least one user terminal, the business data packet is divided so as to obtain business data which should be submitted or received via each group members of the group, and division information comprising the business data is sent to a user terminal of at least one group member; a problem that business data which is generated by a plurality of users in activities is transmitted to a server end and is subjected to background real time business data processing operation is solved; complex activity data can be automatically recorded, processed and flexibly distributed; data processing efficiency, accuracy and safety and the like can be improved.
Description
Technical Field
The present invention relates to data processing technologies, and in particular, to a method and a system for processing multi-user service data.
Background
With the continuous development of internet technology, users have higher and higher requirements on the security and convenience of the internet. For example: the development of online payment technology with high requirements on safety and convenience enables the traditional payment mode of cash payment to be gradually replaced, specifically, in daily life, when many people such as friends and colleagues have a dinner and group play together, one person can pay off all bills at one time, other members pay the own bill share to the unified buying bill person, namely, the payment mode of AA system, at present, part of online payment technologies such as Paibao, Wechat and other software can be used for AA payment, but the online payment technology is only a simple one-way payment function, cannot automatically record and process corresponding information for the complex process of multi-user activities, is only a fixed-amount simple shared algorithm related to payment and does not process flexible related information, and only a single-fee is processed at one time, and has no integrated processing capability, so that the efficiency is low, The real-time performance is poor, and the intellectualization is lacking.
In addition, various relevant data (such as possibly related to identity, time, personnel, demand and cost … …) in the process of multi-person activities need to be manually input into records (such as entering excel) and then manually analyzed so as to facilitate subsequent statistics, analysis, summarization and the like, and the efficiency of publishing and processing data information is low, and the data information is easy to miss and mistake for complex multi-person activities.
It can be seen that there is a need for an intelligent method and system that effectively improves data processing performance associated with various business data information and the like associated with multi-user activities.
Disclosure of Invention
The invention mainly aims to provide a method and a system for processing multi-user service data, which aim to solve the problem that the service data generated by a plurality of users in the activity is transmitted to a server side for background real-time service data processing, further solve the problem of automatically recording the service data generated by the plurality of complex users in the activity, and further solve the problem of flexibly distributing and outputting the processing result (such as intelligently matching the users corresponding to the service data, outputting in advance or finally and the like) through intelligent processing of the scheme of the invention.
One aspect of the present invention provides a method for processing multi-user service data, including: creating a group comprising a plurality of user terminals; receiving a service segmentation request comprising at least one service data packet from at least one of the user terminals of the subgroup; and responding to the service segmentation request, segmenting the service data packet according to the user-defined segmentation parameters of at least one user terminal to obtain service data to be submitted or received by each member of the group respectively, and sending segmentation information containing the service data to the user terminal of at least one member.
Wherein, the user-defined segmentation parameters at least comprise one of the following parameters: the number of people carried by each group member, the content of business data submitted or received by at least one group member subjected to user-defined adjustment, and a group member list subjected to user-defined adjustment and participating in segmentation; and/or, the customized segmentation parameters comprise: and only giving the appointed user terminal the authority of the user-defined adjustment service data content and participating in the split list.
Wherein, in response to the service segmentation request, segmenting the service data packet according to at least one customized segmentation parameter of the user terminal to obtain service data to be submitted or received by each member of the group, respectively, includes: when receiving a service segmentation request comprising a plurality of service data packets in the group, segmenting each service data packet according to at least one user terminal self-defined segmentation parameter so as to obtain service data which each group member corresponding to each service data packet should submit or should receive; counting the service data which should be submitted or received by each group member corresponding to a plurality of service data packets in the group to obtain the service data which should be submitted or received by each group member in the group; and/or, sending segmentation information containing the service data to a user terminal of at least one group member, including: the business data in each business data packet is evenly distributed according to the sum of the number of group members participating in the division of the business data packet and the number of the group members carried by the group members;
the segmentation information sent to the user terminal of at least one member group contains the member group and the corresponding business data to be submitted.
The service data that each team member should submit or receive respectively includes: for each service data packet, the aggregate of the service data to be submitted by each group member is the same as the aggregate of the service data to be received; alternatively, the aggregate of the business data that each team member should submit is equal to a predetermined value.
Wherein, still include: processing submission operation initiated by a user terminal of a member who should submit business data; and/or, after creating the group, creating a business segmentation log book comprising members of each group of the group; the conditions of service division, service data submission of each group member and/or service data receiving of each group member are updated into a record book in real time; and sending the record book to each group member.
The processing of the submission operation initiated by the user terminal of the group member which should submit the service data includes: the business data submitted by the user terminal of the member who should submit the business data is transferred to the user terminal of the member who should receive the business data to complete submission; and/or receiving a submission flag set for the members of the group to be submitted, and changing the submission state of the members of the group. Wherein the forwarding comprises: the business data submitted by the user terminal of the member who should submit the business data is transferred to the user terminal of the member who should receive the business data according to the proportion to complete submission; and/or the setting of the submission flag by the submitting team member comprises the following steps: only the specified user terminal is given the right to set a submit flag for each group member.
Wherein, in response to the service segmentation request, according to a customized segmentation parameter of at least one of the user terminals, segmenting the service data packet to obtain service data to be submitted or received by each member of the group, and sending segmentation information including the service data to the user terminal of at least one member, includes: after the business data of each business data packet is removed from the business data which should be submitted or received by at least one user-defined member, the rest business data which should be submitted or received is evenly distributed according to the sum of the number of the rest members participating in the division of the business data packet and the number of the rest members carried by the members; the segmentation information sent to the user terminal of at least one member group contains the member group and the corresponding business data to be submitted.
Wherein the service segmentation request further comprises: pre-estimating service segmentation and recording service segmentation; after the calculation record service is divided, the service data which each member of the group finally should receive or should submit is equal to one of the following: recording service data to be submitted by a service in combination with service data to be received, removing pre-stored service data which is pre-submitted after being divided, or pre-stored service data which is pre-stored after being divided in combination with pre-stored service data, wherein when the result is positive, the service data is submitted, and when the result is negative, the service data is received; and recording the service data which should be received by the service, removing the service data which should be submitted, combining the pre-stored service data, cutting the pre-stored service data, and then pre-submitting the service data, or removing the pre-stored service data, cutting the pre-stored service data, and then pre-submitting the service data.
Another aspect of the present invention provides a system for processing multi-user service data, including: creating means for creating a group comprising a plurality of user terminals; receiving means for receiving a service segmentation request comprising at least one service data packet from at least one of said user terminals of said group; a segmentation processing device, configured to respond to the service segmentation request, segment the service data packet according to a user-defined segmentation parameter of at least one user terminal to obtain service data that each member of the group should submit or receive, and send segmentation information including the service data to the user terminal of at least one member; and/or, the result feedback operation processing device is used for processing the submission operation initiated by the user terminal of the member who should submit the service data; and/or, the segmentation processing device comprises: a multi-service dividing device, when receiving a service dividing request including a plurality of service data packets in the group, dividing each service data packet according to at least one user terminal self-defined dividing parameter to obtain service data which each group member corresponding to each service data packet should submit or should receive; and the statistical device is used for performing statistics on the service data which should be submitted or received by each group member corresponding to the plurality of service data packets in the group so as to obtain the service data which should be submitted or received by all the group members in the group.
According to the scheme, people in multi-person activities are used as users corresponding to the business data to establish the user terminal group (namely, the same user can participate in a plurality of different activities to generate different business data), so that omission and errors are avoided when the business data are recorded and processed and the output result is distributed; receiving a service segmentation request comprising at least one service data packet from at least one user terminal, namely intelligently processing according to user requirements, and ensuring the pertinence and real-time performance of data processing and the data security operated by a group member at the user terminal; according to the user-defined segmentation parameters of at least one user terminal, responding to the request, segmenting the service of the service data packet into service data which should be submitted or received by each group member of the group respectively, and sending segmentation information containing the service data to the user terminal of at least one group member, so that the real-time service data receiving, namely recording and recording updating, of the user and corresponding algorithm processing are realized at the server terminal, automatic recording analysis, intelligent (user-defined according to the user service data processing requirements/requests and the segmentation parameters) processing of the service data and processing result distribution output (matched with persons participating in activities) are realized, and the efficiency improvement and convenience of data processing are ensured.
Drawings
Fig. 1 is a flowchart of an embodiment of a method for processing multi-user service data according to the present invention;
FIG. 2 is a flow diagram of one embodiment of a process for fragmentation of a traffic data packet involving multiple activities in accordance with the method of the present invention;
FIG. 3 is an example of the principles of server/client interaction in an active scenario in which the present invention is applied;
FIG. 4 is an example of a specific data segmentation process and interaction of the present invention as applied to an activity scenario;
FIG. 5 is an exemplary recording process applied to an activity scenario in accordance with the present invention;
fig. 6 is a block diagram of an embodiment of a system for processing multi-user traffic data according to the present invention.
Detailed Description
In order to better understand the technical solution of the present invention, the technical solution of the present invention will be described in detail with reference to the drawings and the specific embodiments in the specification, and it should be understood that the embodiments and the specific features in the embodiments of the present invention are detailed descriptions of the technical solution of the present invention, and are not limitations of the technical solution of the present invention, and the technical features in the embodiments and the examples of the present invention can be combined with each other without conflict.
The invention provides a practical, efficient and accurate multi-user activity information automatic recording and processing scheme with complete functions, which aims at the problems that the development of the Internet makes the daily life of people more and more convenient, the more complicated multi-user activity information is large in quantity, the commonalities and characteristic differences exist, and the complicated operation processing parameters caused by various uncertain factors of human participation are lack.
The multi-user service information processing method provided in the embodiment of the present invention may be applied to any electronic device, including but not limited to a desktop computer, a tablet computer, a notebook computer, a smart phone, a smart wearable device (e.g., a smart watch, smart glasses, etc.), a PDA (Personal Digital Assistant), and the like.
According to the embodiment of the invention, a method for processing multi-user service data is provided.
The following describes in detail a flowchart of an embodiment of a method for processing multi-user service data according to the present invention shown in fig. 1.
At step 101, a group comprising a plurality of user terminals is created.
In one embodiment, a client-server topology is optionally employed, with a client initiating a create request to create a group at the server comprising a plurality of user terminals. For example, in a multi-user team activity, after the activity team is determined, the related information of each member of the activity (i.e., team member) and the related information updated at any time are automatically joined to the team via its user terminal (client) and transmitted to the server, and a record about the corresponding team of the activity team is created at the server and stored in, for example, a data table, a database, etc.
Alternatively, the creation of the multi-user activity group may be initiated by any member of the team (i.e., group member), such as a group leader, through the client's software or website, with a user terminal at any time after the group is in line, and other members join the group through any available means, such as but not limited to wifi, BT, NFC, geo-location, bluetooth, ultrasound, radar, scanning code, entering password, etc.
It is understood that the group creation initiator is not limited to the individuals or legal persons in the team, but may be any individuals or legal persons outside the team, taking group outing as an example: the creation initiator can be a tour guide or a travel agency; take the example including a tally game: the creator may be the captain of the two teams, a coach, etc. It will also be appreciated that the manner of joining by the panelists is not limited to those mentioned above, and may be any available manner of joining the group.
Optionally, the operation of each group member is completed on its own user terminal, such as an electronic terminal device, and only the login account (e.g., a client browser, a client software web page) or the login account of the corresponding software (e.g., client software) needs to be logged on the own electronic terminal device. Thus, the business data generated by the members participating in the team activities in the activities have basic data and corresponding relations on the user terminal, for example: the basic user-related data is stored at the client and is in contact with the server (including the server backing up the basic data), or the basic data is recorded, so that the safety and the accuracy of the basic data of the user can be guaranteed, and the server can also back up or record and store the basic data or perform subsequent operation processing and the like in real time according to the data of the client so as to update the basic data in time when the service data generated by subsequent activities are changed.
Such as: after the completion team is created, a record is created that includes the business data generated by the various team members during the campaign, which may be stored in a data table, database, or the like as a record book. After the group is created, a business division record book including all group members of the group can be created, business division, business data submission of all group members and/or business data receiving conditions of all group members are updated into the record book in real time, and the record book can be sent to all group members.
Furthermore, various real-time changes including conditions of business data, business segmentation, business data (business data packets) submission or receiving of each group member and the like are updated into the record book in real time, and the record book is displayed to each group member so as to be transparent and fair, and the data accuracy and the safety of the group members are greatly improved. The corresponding group member submitting or receiving the service data can bind the corresponding convenient data receiving and sending modes (for example, client software for receiving and sending which is installed in the user terminal) on the user terminal, the data safety and the data receiving and sending convenience of the modes can be further utilized, and the burden and the complicated client operation brought to the client or the user terminal by a new receiving and sending mode are not needed.
The following further takes the more complicated financial situation involved in the group play activity as an example of a specific application of the method of the present invention, which illustrates the intelligence, convenience, safety and accuracy of the method of the present invention in the process of recording and processing the business data. It should be understood that the method of the present invention relates to business information processing of multi-user activities, and is applicable to recording, arranging and processing of multi-user activity transactions such as party, dinner party, group purchase and sport, even point recording, managing, processing and the like of multi-user competitive activities, besides accounting (such as AA accounting division) of bills in multi-user activities, and should not be limited to such activities.
Given that consumption in an activity requires AA payment, i.e. business data related to expenses are generated, it is natural to put higher demands on security, accuracy, automatic recording, many changes, computational complexity, etc. of such business data. By using the method of the invention, after the group for group tour of multiple groups is established, each group member operates on the user terminal, for example: the binding payment mode of the user terminal can be selected so as to conveniently pay or collect money through the terminal. The bound payment method may include, but is not limited to, payment methods of various channels such as a bank card, a union Pay, a Pay bank, a WeChat, a QQ, an Apple Pay, an Android Pay, a Samsung Pay, and the like, and may improve efficiency of submitting or receiving data (in this example, expenses).
In addition, the binding opportunity is not limited to be immediately after the creation of the completion group, and the binding opportunity can be bound when the payment is needed, or even other ways such as cash, transfer and the like can be selected for payment without binding the payment way. Therefore, the service data with high requirements on safety and accuracy related to the cost are ensured to complete corresponding operation under the control of the group member, the safety and the accuracy of the data are further ensured, and the group member is given a flexible participation and feedback mode. And after the group is created, the information of the group members can be automatically counted, wherein the information comprises the number of people carried by the group members, the payment binding mode and the like, namely, intelligent recording is carried out. For example: after the group is created, a record including business data generated by each group member of the group in the activity is created, the record book of the record corresponds to personnel and expenses and can be an account book, and the account book is displayed for each group member, and the displayed content comprises part of public information, such as names, carrying number and the like. Furthermore, the following various changing conditions including the payment receiving and payment conditions of each group member can be updated into the account book in real time, and the account book is displayed for each group member so as to be transparent and fair and improve the fund security of the group members.
At step 102, a service segmentation request comprising at least one service data packet is received from at least one of the user terminals.
In one embodiment, the server receives a service segmentation request from at least one of said user terminals in the packet, the service segmentation request comprising a service segmentation of at least one service data packet. Wherein, any member of the group can utilize own user terminal to send the service division request of the service data packet of one or more service data related to activities through client software, and the service division request is received and processed by the server.
The service division refers to dividing each service data packet corresponding to the activity into services and service data of the corresponding services according to agreed or default requirements in the multi-user activity, so that subsequent processing is facilitated. Further, the service segmentation request may include pre-estimated service segmentation, i.e., pre-estimated segmentation in a common manner (default), and recording service segmentation, i.e., segmentation by convention or other manners after actually generating and recording service data.
The business division record book including the group members of the group can be created after the group is created, so that the business division condition and the submitting and receiving conditions of the group members can be updated into the business division record book in real time, and the business division record book can be sent to the group members.
Further, activities in which multiple users participate may include various activity items, such as: various business data which are related to group members, conditions, project participation conditions, projects, even expenses and the like and need to be recorded and processed can be involved, and the method is complex and tedious. Such as: the activity project can be a single project (a service data packet) or a plurality of projects, and thus, the correspondingly generated service data can be different (including a plurality of service data packets of a plurality of services), that is, one member of one activity group participates in a plurality of projects, and another member of the group may only participate in one of the projects, so that in the above case, the service data generated by each member activity can be different, and the service data packet recorded and processed by the member transmitted to the server needs to be divided into corresponding different services, and the service division can be processed by the member when sending the service data packet, or after or before sending the service data packet, so as to process the service division according to the request from the member when processing, and thus, the service division of different requirements of the service data packets of different members can be processed, the method is flexible and convenient, and ensures the pertinence and the real-time of data processing and the data security operated by a group member at the user terminal.
This application example where AA payments are required for consumption in group outings as described above: in a multi-person activity, the activity item may be a single item, such as only meal, and a bill for the amount of money is generated, or the activity item may be a plurality of items, such as meal, lodging, karaoke, sports, etc., and the amount of money of the bill needs to be divided first during processing, that is, a request for dividing the bill including at least one amount of money is received from the user terminal of at least one member to divide the bill, while the amount of money in the bill needing to be divided may be one or more items according to the difference of the bills of different members participating in one or more activities.
In step 103, in response to the service segmentation request, according to the customized segmentation parameter of at least one of the user terminals, the service data packet is segmented to obtain service data to be submitted or received by each member of the group, and segmentation information including the service data is sent to the user terminal of at least one member.
In one embodiment, the service segmentation of the service data packet may be performed in response to the received segmentation request according to a customized segmentation parameter provided by at least one of the user terminals.
The business division can divide the business data packet into active business participated by each group member in the group according to parameters, business data which should be submitted and/or business data which should be received. After the segmentation is completed, the segmentation information is sent to one or more corresponding members in the group, where the segmentation information includes the segmented service data, and further, the corresponding service data, that is, the service data that should be submitted by one or some members or the service data that should be received by one or some members, needs to be sent to the user terminal of at least one member, that is, the user terminal of the member corresponding to the segmented service data.
Wherein the parameters can be defined by the user actually participating in the activity project. For example, the custom segmentation parameters may include at least one of: the number of people carried by each group member, the self-defined and adjusted delivery or receiving service data content of at least one group member, and the self-defined and adjusted group member list participating in segmentation.
Therefore, the convenient recording and processing of the service data can be more accurately, more flexibly and efficiently carried out according to the actual participation condition of the user and/or more specific parameter information provided by the user.
Furthermore, if the safety and accuracy of the service data of each group member are to be enhanced and the segmentation parameters are customized, only the appointed user terminal can be endowed with the authority for customizing the content of the service data and participating in the segmentation list. Such as: only the group leader of the group (which may be the group creator or a designated member of the group) and/or the creator of each activity item (e.g., the service data package) is given the authority to manually adjust the customized parameters of the members of the group.
Further, the service data that each team member should submit or should receive respectively includes that the aggregate of the service data that each team member should submit is the same as the aggregate of the service data that each team member should receive, or the aggregate of the service data that each team member should submit is equal to a certain value (for example, the game score/score, in case that all the game scores are positive numbers, a predetermined value may be set), and so on.
Furthermore, the service data in each service data packet can be evenly distributed according to the sum of the number of the group members participating in the division of the service data packet and the number of the group members carried by the group members; or, after the service data of each service data packet is removed from the service data which should be submitted or received by at least one user-defined member, the rest service data which should be submitted or received is evenly distributed according to the sum of the number of the rest members participating in the segmentation of the service data packet and the number of the rest members carried by the rest members. Furthermore, the segmentation information sent to the user terminal of at least one member group includes the service data to be submitted corresponding to the member group and the number of people carried by the member group.
Furthermore, a submission flag set for the team member who should submit the business data can be received, and the submission state of the team member is changed. Further, it is also possible to give the authority to set the delivery flag to each group member only to a specified user terminal, such as a group leader or the like.
The service segmentation request can be pre-estimated service segmentation and recorded service segmentation, namely, based on services and service data (pre-stored services and/or corresponding service data) which are pre-estimated before activities, request segmentation processing; the splitting process is requested based on the services actually generated in the activity, the service data (services and/or service data that have occurred and are recorded). After calculating the record traffic split, the traffic data that each team member should eventually receive or should submit is equal to one of the following: recording service data which should be submitted by a service and combined with service data which should be received, removing pre-stored service data which has been pre-submitted after being divided or pre-stored service data which has been pre-stored after being divided combined with the pre-stored service data, when the result is positive, the service data should be submitted, and when the result is negative, the service data should be received; and recording the business data which should be received by the business, removing the business data which should be submitted, adding the pre-submitted business data after the segmentation of the pre-stored business data or the pre-stored business data after the segmentation of the pre-stored business data is removed, wherein the business data which should be received is indicated when the result is positive number, and the business data which should be submitted is indicated when the result is negative number.
In an embodiment, sending the segmentation information including the business data to the user terminal of at least one member group may include sending the segmentation information including the business data to be submitted corresponding to the member group and the number of people carried by the member group to the user terminal of at least one member group. Namely, the user corresponding to the service data is matched, and output is performed in advance or at last.
This application example where AA payments are required for consumption in group outings as described above: at least one of the user terminals may provide customized parameters to flexibly address various desired bill splits (ledgers), e.g., at least one of the user terminals may provide customized collection or payment parameters to split the bill (the amount of the bill) into amounts that the various panelists of the panel should pay or should receive in response to a request to split the bill. In addition, the customized collection and/or payment parameters may include at least the following: the number of persons carried by each panelist, the manually adjusted amount of collection and/or payment by at least one panelist, and/or the manually adjusted list of panelists participating in the segmentation, and the like.
Thus, in multi-person activities, people often carry other people such as friends and family to participate in activities, if the number of the people is shared according to the number of the people who pay, but the number of the people who pay does not necessarily represent the number of the activities, so that the activities are very inflexible, if each group member can use the number of the people who carry as a parameter for dividing, then when the bill is shared, the number of the people who carry the group member is also added into the sharing calculation for each money, the group member who carries the other people can bear the total cost of the group member and the number of the people who carry the other people, so that the money amount which the group member who carries the other people actually needs to pay or collect is accurately and accurately reflected, and omission and errors caused by time consumption in calculating can be effectively.
For example, in a multi-person activity, there may be some group members who individually pay extra bills, buy a certain food, goods or service, or who are paid more or less due to various reasons such as being launched, and at this time, the payment amount can be flexibly calculated for the group members by customizing the payment amount.
For example, in a multi-person activity, there is a possibility that some group members do not participate in the consumption of at least one money of the bill, and in this case, the list of the group members participating in each money division of the bill can be manually adjusted, so that the actual amount due by each group member can be correctly calculated.
Furthermore, if it is desired to enhance the accuracy of the account book and thus ensure the safety of the funds of the members of the group, the group leader of the group and/or the creator of each payment (preferably but not limited to the payer of the payment) may only be given the right to manually adjust the customized amount of received payment of the members of the group and/or the list of members participating in the bill splitting.
In addition, when a group leader or a designated group member needs to pay a portion of money in advance to complete the payment of the expenses for the event such as reservation of an event, transportation accommodation, etc., the bill division data is allowed to be transmitted to the user terminal of each group member in advance so that other group members can prepay the corresponding amount of money to the group leader or the designated group member before the event starts. No matter the pre-paid bill is divided or the divided bill is divided, after the bill division calculation is completed, the bill division data is sent to the user terminals of all the group members, so that all the group members can execute the operation of payment and receipt according to the amount payable or receivable.
A specific way of performing the service partition in step S101 to obtain the service data to be submitted or received will be described below with reference to a flowchart of an embodiment of the method of the present invention shown in fig. 2 for the partition processing of the service data packet related to multiple activities.
Step S201, when receiving a service segmentation request including a plurality of service data packets in the group, segmenting each service data packet according to at least one user terminal-defined segmentation parameter, so as to obtain service data that each group member corresponding to each service data packet should submit or should receive.
In one embodiment, the service data that each member of the group should submit or should receive respectively may include, for each service data packet, a set of service data that each member of the group should submit is the same as a set of service data that should be received.
Furthermore, the service data in each service data packet can be evenly distributed according to the sum of the number of the group members participating in the division of the service data packet and the number of the group members carried by the group members; or, after the service data of each service data packet is removed from the service data which should be submitted or received by at least one user-defined member, the rest service data which should be submitted or received is evenly distributed according to the sum of the number of the rest members participating in the segmentation of the service data packet and the number of the rest members carried by the rest members.
Step S202, counting the service data that should be submitted or received by each member corresponding to a plurality of service data packets in the group to obtain the service data that should be submitted or received by all members in the group.
This application example where AA payments are required for consumption in group outings as described above:
when the bill comprises a plurality of money, the payment amount of each money can be divided and calculated into the amount which is payable or receivable by each member aiming at the money amount according to at least one user terminal self-defined payment receiving parameter.
Alternatively, the amount of each money is evenly distributed according to the sum of the number of the group members participating in the money division and the number of the carried group members.
Optionally, the amount of each money is in addition to the manually adjusted group member amount, and the remaining amount is evenly distributed according to the sum of the number of the remaining group members participating in the division of the money and the number of the remaining group members carrying the same.
Then, the amount due or receivable by each member for the bill is calculated statistically.
At step 104, a commit operation initiated by a user terminal of a panelist who should commit the business data is processed.
In one embodiment, the member who should submit the service data performs a submitting operation according to the service data which should be submitted in the sending split information through the user terminal thereof, and the server processes the submitting operation, for example, the service data submitted by the user terminal of the member who should submit the service data is transferred to the user terminal of the member who should receive the service data to complete the submitting, and the like, wherein the transferring may include transferring the service data submitted by the user terminal of the member who should submit the service data to the user terminal of the member who should receive the service data in proportion to complete the submitting.
In addition, information may also be recorded and updated at the server, for example, receiving a submit flag set for the member to be submitted, and changing the submission status of the member to be submitted, and the submit flag set for the member to be submitted may also be: only the specified user terminal is given the right to set a submit flag for each group member.
Furthermore, the server initiates a service data submission invitation to a user terminal of a member who should submit service data, and the member submits the service data in response to the invitation; of course, the segmentation information may be sent only to the team member who should submit the service data, and the team member actively initiates the submission operation of the service data according to the segmentation information, and so on.
This application example where AA payments are required for consumption in group outings as described above: payment operations initiated by an payable group member may be processed to pay the amount paid by the payable group member to the payable group member.
Whether the bill is divided into the pre-paid bill (which can be divided into the pre-paid services) or the split-account bill (which can be divided into the pre-paid services), after the bill is divided, all the members of the group to be paid can pay in the bound payment mode, and the paid money is paid to the members of the group to be paid through the server platform, so that the members of the group do not need to designate the object of payment, and only need to pay to the platform, and the method has high convenience.
Optionally, when the accounts receivable group member has more than one digit, the amount paid by the accounts receivable group member is proportionately paid to the accounts receivable group member.
Optionally, when the group member pays by means of transfer, cash or other methods, the creator with authority such as group leader or money per time can manually mark the paid state, thereby greatly improving the flexibility.
The process of the segmentation of the service data package is further described with reference to fig. 3, which shows an example of the application of the present invention to server/client interaction in an activity scenario (e.g., AA payment consumption related to a fee in an activity), and fig. 4, which shows an example of the application of the present invention to specific data segmentation processing and interaction in an activity scenario (e.g., AA billing and receipt related to a fee in an activity).
Suppose X1、X2……XmRepresenting the respective group member α1、α2……αmRepresenting the sum of each group member and the corresponding carrying number;
y represents a bill including at least one money, Y1、Y2……YnRepresenting the total amount of money consumed in the bill, β1、β2……βnRepresenting the corresponding number of people participating in the consumption money, including the sum of the number of the group members participating in the consumption and the number of the carried people;
Yi1、Yi2……Yinrepresenting the amount due or receivable in each of the expendable charges by the ith team member, i is 1,2, …, m.
Consumption of Y at Each occurrencenIn time, the buyer can bill, if the record is wrong, the bill counter, the group leader or other authorized group members can edit and delete, and the fund security of the group members is improved. In this example, the user may default to full-person participation, e.g., the user may not participate in the full-person consumption, and the user may manually select the participants by an optional biller or other authorized group member; in this case, the average human number Y can be generated by defaultn/βn. If an unequal AA debit is required, the amount can be edited manually and can be checked, for example: checking whether the total sum is equal to YnIf correct, generating and displaying the final sum Y of each person of the consumptioni1、Ym2…Ymn；
In this case, it is also possible to group members X not participating in consumptioniY of (A) isinIs marked as 0; group member X participating in consumptioniY of (A) isin＝(-αm*Yn/βn) Or YinA minus sign indicates that payment should be made (minus- (amount of manual adjustment). Group member X of the purchase orderiY of (A) isin＝Yn+((-αm*Yn/βn) Or (- (manually adjusted amount))) or Yin(-1) × (sum of other accounts payable), positive number indicating accounts receivable; if there are multiple buy order group members, then group member X of the buy orderiY of (A) isin＝(XiAmount of purchase) + ((((- α)m*Yn/βn) Or (- (manually adjusted amount))) the sum of all order banker orders being equal to the amount Y of the sum of the ordersn。
∑Yin0, i-1, 2, …, m; that is, the sum of the amount due to each member and the amount due to each member for each amountThe sum is equal.
Z1、Z2……ZmRepresenting the amount due or due to be split up ultimately by each team member for bill Y.
Zm＝∑Ymj，j＝1,2,…,n。
Further, the following table may be generated for this example:
optionally, in the multi-person activity, after the group is successfully created, the total amount of the activity can be estimated, and the pre-payment is selected to be paid to each group member, so that the subsequent activity can be used for paying various money, and more money is paid back and less money is paid after the activity is finished. Thus, in this example, the service data splitting request of the service data package is a splitting for a bill, i.e. a bill splitting request, which may include a pre-paid bill splitting (which may correspond to an estimated service splitting) for the estimated amount of money and a bookkeeping bill splitting (which may correspond to a recorded service splitting) for the splitting of the amount of money actually generated in the campaign; both the pre-paid bill splitting and the booked bill splitting use the same method steps as described above, except that after the calculation of the booked bill splitting, the amount paid or received by each member is finally due or the amount due should be deducted from the pre-paid splitting, i.e. equal to one of the following:
the account keeping bill accounts for the amount due to paying minus the amount due to pre-paid bill after being divided or the amount due to pre-paid bill after being divided plus the amount due to pre-paid bill after being divided, and when the result is positive, the account is indicated to be due, and when the result is negative, the account is indicated to be due;
the sum of the amount receivable by the booked bill and the amount paid in advance after the segmentation of the booked bill or the sum of the amount received in advance after the segmentation of the booked bill is subtracted, when the result is positive, the amount is represented as the amount receivable, and when the result is negative, the amount is represented as the amount payable.
For example, the group leader or other authorized group members in the group optionally initiate the pre-payment amount, balance the pre-payment amount or input the amount specified by the group leader or other authorized group members in the group, and optionally determine the group member list participating in the division by the group leader or other authorized group members in the group, so as to realize the pre-payment bill division.
Suppose that S' represents a pre-paid bill including at least one pre-paid amount, S1、S2…SmRepresenting member X calculated according to the bill division1、X2……XmThe corresponding amount due or accounts receivable. The division calculation method of the prepaid bill S' is the same as the division method of the bill Y, S1、S2…SmIs calculated as Z described above1、Z2……ZmThe calculation process is the same, and is not described herein again.
The procedure of the splitting method of the billed bill is the same as the splitting method of the bill Y described above, except that in the case where it is detected that there has been a pre-paid bill splitting in advance, the result of the splitting of the billed bill is
Zm＝Sm+∑Ymj，j＝1,2,…,n。
The following data were generated:
STEP 1: after the group activities are in line, the collection and payment groups are established in the terminal software of a plurality of users at the same time, the method can configure the system of the server to automatically count member information, including the number of people carried by the group members, the payment binding mode and the like, and display part of public information, such as names, the number of people and the like; at the same time, an account book is created for the collection and payment of the outbound activity.
STEP 2: the group leader or other authorized persons initiate the pre-payment, and the pre-payment is shared according to the estimated total amount orThe group leader inputs the amount of money, the group member can pay in the software of the terminal (the system can automatically count the payment condition) or other payment modes (transfer, cash and the like, and the group leader or other authorized persons manually mark the payment state in the software); the system generates initial amount S of each group member account book1、S2…Sm。
STEP 3: consumption of Y at Each occurrencenIn time, the buyer or the designated authorized person accounts, and if the record is wrong, the buyer and the group leader or the authorized person can edit and delete the record. The system defaults to full-person participation, if the consumption is not full-person participation, the bookkeeper can manually check the participants; the system generates the average number of people as Y by defaultn/βn. If non-equal AA billing is required, the amount can be edited manually and the system checks if the total amount equals YnIf correct, generating and displaying the final sum Y of each person of the consumptionm1、Ym2…YmnThe calculation process is as described above;
STEP 4: if the next consumption exists, the last STEP of STEP3 is repeated until the last consumption;
STEP 5: finishing the activity, finishing the group leader selection accounting after finishing all consumption accounting, and counting a final AA result Z by the backgroundm＝Sm+∑YmiI-1, 2, …, n, the calculation process being as described above.
STEP 6: the result is Zm<0, paying by the AA in a bound payment mode, and proportionally sending to the Z direction by the server end system platform after collectionm>0 until the payment of the last member to be paid is completed, the system completes the last pair Zm>And 0, the AA billing and the collection and payment process are finished, and the result is displayed and saved in the activity record of each member.
The payment is convenient and fast, the account is clear, manual calculation is not needed in the whole process, the payment amount, the number of participating persons and the receiving and paying parameters are required to be filled in according to the actual condition, other calculations are all completed systematically according to the rigor, and the bill management efficiency is greatly improved.
The scheme of the invention is used in the process of multi-person activities such as gathering, dinner gathering, traveling and the like organized among classmates, colleagues and friends, when the consumption condition of each activity is processed, the payer for consumption records the money paid by the payer in the software (website) and the consumption member of the money, the background of the software (website) intelligently calculates the money paid/received by each member in the whole course of the activity according to a reasonable formula, the system automatically and proportionally distributes the money (the collection and payment channels of the activity participants can be freely bound in the software (website) after the advance collection or the final AA collection, the background of the software (website) intelligently matches the collection and payment channels of the activity participants), great convenience is brought to the payment, the accounting and the AA payment of the multi-person activities, and the high-efficiency information recording and processing of the multi-person involved complex activities are improved, Is practical and accurate.
Further, it is also possible to explain a case where the present invention is intelligently recorded in real time in the case of an application scenario, in this case, an activity related to a fee, and thus an account (accounting) is recorded, with reference to a recording example in which the present invention is applied to an activity scenario shown in fig. 5.
Step 501, the biller inputs the amount Yn；
Step 502, confirming whether the consumption is total, if yes, executing step 504, and if not, executing step 503;
step 503, checking participants;
step 504, generating the human average number and generating the human average number as Yn/βn；
Step 505, judging whether to adjust the amount of money, if so, executing step 506, and if not, entering step 508;
step 506, editing the custom amount;
step 507, checking whether the total number is correct, if so, executing step 508, and if not, returning to step 506;
step 508, generating and displaying the sum Y of each personm1、Ym2…Ymn；
Step 509, judging whether a next stroke exists, if so, returning to step 501 to continue executing the steps, and if not, executing step 510;
and step 510, finishing accounting, and counting and displaying the account book.
Similarly, in the event of a competitive scoring activity involving multiple persons, the scheme of the invention can also be used for recording and processing scoring data, such as: the background server divides the score data packet of each project participant according to the score basic information, the personnel information, the participation projects and the project difficulty coefficient provided by the client software of each member, the aggregate of the business data submitted by each member is equal to a specific value, and the total score of each member of the previous activities is counted for sequencing and the like, so that the activity information is recorded and processed, the operation burden of the user terminal is not increased, the data is accurate and reliable, the data safety of the user is guaranteed, and the like. The specific recording and data processing are similar to the foregoing example, and based on multiple terminals and their own APP clients, the operation processing of the server is connected through the platform, which is not further expanded and described herein.
Fig. 6 is a block diagram schematically illustrating an embodiment of a system for processing multi-user traffic data according to the present invention. The system of the present invention will be further described with reference to the block diagram of fig. 6 and the examples of fig. 1-5, according to an embodiment of the present invention. In the block diagram of fig. 6, the system may include at least:
creating means 610 for creating a group comprising a plurality of user terminals. The specific functions and processes of the apparatus are described in step S101.
Receiving means 620 for receiving a service segmentation request comprising at least one service data packet from at least one of said user terminals of said group. The specific functions and processes of the apparatus are described in step S102.
A segmentation processing device 630, configured to respond to the service segmentation request, segment the service data packet according to a customized segmentation parameter of at least one user terminal to obtain service data that each member of the group should submit or receive, respectively, and send segmentation information including the service data to the user terminal of at least one member. The specific functions and processes of the apparatus are described in step S103. The segmentation processing device 630 further includes: a multi-service dividing device 631, when receiving a service dividing request including a plurality of service data packets in the group, dividing each service data packet according to at least one user terminal-defined dividing parameter to obtain service data to be submitted or received by each group member corresponding to each service data packet, where the specific functions and processing of the device refer to the description of step S201; and a statistic device 632 configured to count the service data that should be submitted or received by each member corresponding to the plurality of service data packets in the group to obtain the service data that should be submitted or received by all members in the group, where the specific functions and processing of the device refer to the description in step S202.
And the result feedback operation processing device 640 is used for processing the submission operation initiated by the user terminal of the member who should submit the service data. The specific functions and processes of the apparatus are described in step S104.
Since the processing and functions implemented by the system of this embodiment substantially correspond to the method embodiments shown in fig. 1 to fig. 6, details of the embodiment are not described in detail, and reference may be made to the related descriptions in the embodiments, which are not described herein again.
The scheme of the invention realizes intelligent real-time information recording (service, service data, formed service data packets, related parameters and the like) in the activity process of multiple persons in a software (website) background mode of a server/client, and the data is not easy to miss and make mistakes and has strong real-time performance; various information (such as the number of people, the parameters of self-defined individual related business and the like) related to the whole process of multi-person activities is processed through the background mode according to corresponding records, client parameters and a requested interactive mode, and finally, whole-course business data is counted, actual business data is calculated and the like), so that real-time business data receiving, namely recording and record updating, and corresponding algorithm processing of a user are realized in a server-side background, automatic record analysis and intelligent (self-defined according to user business data processing requirements/requests and segmentation parameters) processing of business data are realized, and the efficiency improvement and the convenience of data processing are ensured; the processing result is distributed and output in advance or finally (for example, the business data is sent, the business data is automatically distributed according to the proportion by the participators in the matching activities, and the like), so that the accuracy of data processing is ensured; the intelligent matching activity participant operates the processing mode (interactive processes of submitting and receiving business data and the like) on the processed result in a software (website) background interactive mode of the server/client, so that the processing efficiency and the accuracy of the algorithm are improved.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The above description is only an example of the present invention, and is not intended to limit the present invention, and it is obvious to those skilled in the art that various modifications and variations can be made in the present invention. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention should be included in the scope of the claims of the present invention.
Claims (10)
1. A method for processing multi-user service data is characterized by comprising the following steps:
creating a group comprising a plurality of user terminals;
receiving a service segmentation request comprising at least one service data packet from at least one of the user terminals of the subgroup;
and responding to the service segmentation request, segmenting the service data packet according to the user-defined segmentation parameters of at least one user terminal to obtain service data to be submitted or received by each member of the group respectively, and sending segmentation information containing the service data to the user terminal of at least one member.
2. The method of claim 1,
the customized segmentation parameters at least comprise one of the following: the number of people carried by each group member, the content of business data submitted or received by at least one group member subjected to user-defined adjustment, and a group member list subjected to user-defined adjustment and participating in segmentation;
and/or the presence of a gas in the gas,
the customized segmentation parameters comprise: and only giving the appointed user terminal the authority of the user-defined adjustment service data content and participating in the split list.
3. The method of claim 1,
responding to the service segmentation request, segmenting the service data packet according to at least one user-defined segmentation parameter of the user terminal to obtain service data which each group member of the group should submit or should receive respectively, including:
when receiving a service segmentation request comprising a plurality of service data packets in the group, segmenting each service data packet according to at least one user terminal self-defined segmentation parameter so as to obtain service data which each group member corresponding to each service data packet should submit or should receive;
counting the service data which should be submitted or received by each group member corresponding to a plurality of service data packets in the group to obtain the service data which should be submitted or received by each group member in the group;
and/or the presence of a gas in the gas,
sending segmentation information containing the service data to a user terminal of at least one group member, comprising:
the business data in each business data packet is evenly distributed according to the sum of the number of group members participating in the division of the business data packet and the number of the group members carried by the group members;
the segmentation information sent to the user terminal of at least one member group contains the member group and the corresponding business data to be submitted.
4. A method according to any of claims 1-3, wherein the business data that each team member should submit or receive, respectively, comprises:
for each service data packet, the aggregate of the service data to be submitted by each group member is the same as the aggregate of the service data to be received; alternatively, the aggregate of the business data that each team member should submit is equal to a predetermined value.
5. The method of claim 1, further comprising:
processing submission operation initiated by a user terminal of a member who should submit business data;
and/or the presence of a gas in the gas,
after creating the group, creating a business segmentation record book comprising the members of each group of the group; the conditions of service division, service data submission of each group member and/or service data receiving of each group member are updated into a record book in real time; and sending the record book to each group member.
6. The method of claim 5, wherein processing a submission operation initiated by a user terminal of a panelist that should submit business data comprises:
the business data submitted by the user terminal of the member who should submit the business data is transferred to the user terminal of the member who should receive the business data to complete submission;
and/or the presence of a gas in the gas,
and receiving a submission mark set for the members to be submitted, and changing the submission state of the members.
7. The method of claim 6,
the forwarding includes: the business data submitted by the user terminal of the member who should submit the business data is transferred to the user terminal of the member who should receive the business data according to the proportion to complete submission;
and/or the presence of a gas in the gas,
the setting of the submission flag by the submitting team member comprises the following steps: only the specified user terminal is given the right to set a submit flag for each group member.
8. The method according to one of claims 1 to 7, wherein, in response to the service segmentation request, segmenting the service data packet according to at least one customized segmentation parameter of the user terminal to obtain service data that each member of the group should submit or should receive, respectively, and sending segmentation information including the service data to the user terminal of at least one member of the group, comprises:
after the business data of each business data packet is removed from the business data which should be submitted or received by at least one user-defined member, the rest business data which should be submitted or received is evenly distributed according to the sum of the number of the rest members participating in the division of the business data packet and the number of the rest members carried by the members;
the segmentation information sent to the user terminal of at least one member group contains the member group and the corresponding business data to be submitted.
9. The method of claim 1, wherein the traffic split request further comprises:
pre-estimating service segmentation and recording service segmentation; wherein,
after calculating the record traffic split, the traffic data that each team member should eventually receive or should submit is equal to one of the following:
recording service data to be submitted by a service in combination with service data to be received, removing pre-stored service data which is pre-submitted after being divided, or pre-stored service data which is pre-stored after being divided in combination with pre-stored service data, wherein when the result is positive, the service data is submitted, and when the result is negative, the service data is received;
and recording the service data which should be received by the service, removing the service data which should be submitted, combining the pre-stored service data, cutting the pre-stored service data, and then pre-submitting the service data, or removing the pre-stored service data, cutting the pre-stored service data, and then pre-submitting the service data.
10. A system for processing multi-user service data, comprising:
creating means for creating a group comprising a plurality of user terminals;
receiving means for receiving a service segmentation request comprising at least one service data packet from at least one of said user terminals of said group;
a segmentation processing device, configured to respond to the service segmentation request, segment the service data packet according to a user-defined segmentation parameter of at least one user terminal to obtain service data that each member of the group should submit or receive, and send segmentation information including the service data to the user terminal of at least one member;
and/or the presence of a gas in the gas,
a result feedback operation processing device, which is used for processing the submission operation initiated by the user terminal of the member who should submit the service data;
and/or the presence of a gas in the gas,
the division processing device includes:
a multi-service dividing device, when receiving a service dividing request including a plurality of service data packets in the group, dividing each service data packet according to at least one user terminal self-defined dividing parameter to obtain service data which each group member corresponding to each service data packet should submit or should receive;
and the statistical device is used for performing statistics on the service data which should be submitted or received by each group member corresponding to the plurality of service data packets in the group so as to obtain the service data which should be submitted or received by all the group members in the group.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610221615.6A CN105913244A (en) | 2016-04-11 | 2016-04-11 | Multi-user business data processing method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610221615.6A CN105913244A (en) | 2016-04-11 | 2016-04-11 | Multi-user business data processing method and system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105913244A true CN105913244A (en) | 2016-08-31 |
Family
ID=56744856
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610221615.6A Pending CN105913244A (en) | 2016-04-11 | 2016-04-11 | Multi-user business data processing method and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105913244A (en) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107038561A (en) * | 2016-11-30 | 2017-08-11 | 阿里巴巴集团控股有限公司 | A kind of business data processing method, device and client |
| CN107392582A (en) * | 2017-05-22 | 2017-11-24 | 阿里巴巴集团控股有限公司 | The implementation method and device of resource transfers, the implementation method of bank settlement and device |
| CN108090802A (en) * | 2017-12-01 | 2018-05-29 | 珠海市魅族科技有限公司 | A kind of bill generation method and device, terminal, readable storage medium storing program for executing |
| CN108229852A (en) * | 2018-01-31 | 2018-06-29 | 四川民工加网络科技有限公司 | A kind of rural migrant worker collective based on cloud platform, which authorizes, looks for work method |
| CN108629050A (en) * | 2018-05-16 | 2018-10-09 | 中国平安人寿保险股份有限公司 | Business datum method of adjustment, device, computer equipment and storage medium |
| CN108718242A (en) * | 2018-06-12 | 2018-10-30 | 北京小米移动软件有限公司 | The method, apparatus and storage medium prompted resource transfers |
| CN108776893A (en) * | 2018-04-28 | 2018-11-09 | 拉卡拉支付股份有限公司 | Information-pushing method, device, electronic equipment and computer readable storage medium |
| CN109767248A (en) * | 2019-02-01 | 2019-05-17 | 中国工商银行股份有限公司 | Client requirement information processing method, apparatus and system |
| CN110942291A (en) * | 2018-09-21 | 2020-03-31 | 美凯利 | Information processing method and device, and non-transitory computer-readable storage medium |
| CN111260307A (en) * | 2019-12-06 | 2020-06-09 | 深圳市科南软件有限公司 | Automatic processing method for expense allocation |
| CN114202330A (en) * | 2022-02-18 | 2022-03-18 | 环球数科集团有限公司 | Tourism bill distribution method and device and computer equipment |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101276412A (en) * | 2007-03-30 | 2008-10-01 | 夏普株式会社 | Information processing system, device and method |
| CN102655518A (en) * | 2011-03-03 | 2012-09-05 | 哈尔滨工业大学 | Service processing system and method |
| CN104036387A (en) * | 2013-03-10 | 2014-09-10 | 艾助雄 | Accounting and settling method and system for individuals to share group consumption |
| CN105471950A (en) * | 2014-09-05 | 2016-04-06 | 鸿富锦精密工业(武汉)有限公司 | Distributed computing method and system |
-
2016
- 2016-04-11 CN CN201610221615.6A patent/CN105913244A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101276412A (en) * | 2007-03-30 | 2008-10-01 | 夏普株式会社 | Information processing system, device and method |
| CN102655518A (en) * | 2011-03-03 | 2012-09-05 | 哈尔滨工业大学 | Service processing system and method |
| CN104036387A (en) * | 2013-03-10 | 2014-09-10 | 艾助雄 | Accounting and settling method and system for individuals to share group consumption |
| CN105471950A (en) * | 2014-09-05 | 2016-04-06 | 鸿富锦精密工业(武汉)有限公司 | Distributed computing method and system |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107038561A (en) * | 2016-11-30 | 2017-08-11 | 阿里巴巴集团控股有限公司 | A kind of business data processing method, device and client |
| US10831740B2 (en) | 2016-11-30 | 2020-11-10 | Alibaba Group Holding Limited | Parallel processing of service data corresponding to multiple target objects |
| CN107392582B (en) * | 2017-05-22 | 2020-04-28 | 阿里巴巴集团控股有限公司 | Method and device for realizing resource transfer and method and device for realizing collection and payment |
| CN107392582A (en) * | 2017-05-22 | 2017-11-24 | 阿里巴巴集团控股有限公司 | The implementation method and device of resource transfers, the implementation method of bank settlement and device |
| TWI709924B (en) * | 2017-05-22 | 2020-11-11 | 開曼群島商創新先進技術有限公司 | Method and device for realizing resource transfer, and method and device for realizing collection and payment |
| WO2018214832A1 (en) * | 2017-05-22 | 2018-11-29 | 阿里巴巴集团控股有限公司 | Resource transfer realization method and apparatus, and collection and payment realization method and apparatus |
| CN108090802A (en) * | 2017-12-01 | 2018-05-29 | 珠海市魅族科技有限公司 | A kind of bill generation method and device, terminal, readable storage medium storing program for executing |
| CN108229852A (en) * | 2018-01-31 | 2018-06-29 | 四川民工加网络科技有限公司 | A kind of rural migrant worker collective based on cloud platform, which authorizes, looks for work method |
| CN108776893A (en) * | 2018-04-28 | 2018-11-09 | 拉卡拉支付股份有限公司 | Information-pushing method, device, electronic equipment and computer readable storage medium |
| CN108629050A (en) * | 2018-05-16 | 2018-10-09 | 中国平安人寿保险股份有限公司 | Business datum method of adjustment, device, computer equipment and storage medium |
| CN108629050B (en) * | 2018-05-16 | 2023-06-30 | 中国平安人寿保险股份有限公司 | Service data adjustment method, device, computer equipment and storage medium |
| CN108718242A (en) * | 2018-06-12 | 2018-10-30 | 北京小米移动软件有限公司 | The method, apparatus and storage medium prompted resource transfers |
| CN108718242B (en) * | 2018-06-12 | 2021-06-15 | 北京小米移动软件有限公司 | Method, device and storage medium for prompting resource transfer |
| CN110942291A (en) * | 2018-09-21 | 2020-03-31 | 美凯利 | Information processing method and device, and non-transitory computer-readable storage medium |
| CN109767248A (en) * | 2019-02-01 | 2019-05-17 | 中国工商银行股份有限公司 | Client requirement information processing method, apparatus and system |
| CN111260307A (en) * | 2019-12-06 | 2020-06-09 | 深圳市科南软件有限公司 | Automatic processing method for expense allocation |
| CN114202330A (en) * | 2022-02-18 | 2022-03-18 | 环球数科集团有限公司 | Tourism bill distribution method and device and computer equipment |
| CN114202330B (en) * | 2022-02-18 | 2022-05-06 | 环球数科集团有限公司 | Tourism bill distribution method and device and computer equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105913244A (en) | Multi-user business data processing method and system | |
| CN104484811B (en) | It is a kind of that transaction processing method and system are put on someone's head based on mobile Internet | |
| US11030841B2 (en) | Decentralized talent discovery via blockchain | |
| CN109583998B (en) | Credit value-based platform contract execution method and device | |
| US20150278779A1 (en) | Methods and systems for commerce on social media platforms | |
| US20140201067A1 (en) | System and method for facilitating a transaction | |
| US20090292595A1 (en) | Online E-Commerce and networking system with user requested sponsor advertisements | |
| US11270330B1 (en) | Systems and methods to determine tax classification of benefits offered to subscribers of a membership platform | |
| US20200334724A1 (en) | Peer-to-peer bill sharing payment application | |
| US20190325486A1 (en) | System of publicly raising funds for activities | |
| WO2019040712A1 (en) | Method and system for a decentralized marketplace auction | |
| EP4211638A1 (en) | Methods and systems for ethical cryptocurrency management | |
| US20190130507A1 (en) | Systems and Methods for Monetizing Intellectual Property | |
| JP7002311B2 (en) | Information processing equipment, information processing methods, and programs | |
| WO2011139644A2 (en) | System of distributing commissions within a relationship network | |
| US20110184742A1 (en) | Methods and apparatus for incenting behavior | |
| CN113159919A (en) | Merchant alliance platform with bank customers as members | |
| US20230058127A1 (en) | Server arrangement and related methods for performing financial operations | |
| KR20230021694A (en) | Future forecast platform service system in which block chain money is generated by the activity of participant | |
| JP2020017052A (en) | Settlement system, settlement method, and program | |
| CN116109351A (en) | Multi-platform point exchange method and device, electronic equipment and storage medium | |
| US20150088629A1 (en) | System and methods for generating and providing offers to a user | |
| JPWO2020162515A1 (en) | Control methods, servers, and programs | |
| CN111861354A (en) | Novel business system and method for sharing benefits in community mutual assistance manner | |
| US20230334492A1 (en) | Blockchain agnostic token network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160831 |
|
| RJ01 | Rejection of invention patent application after publication |