CN110751527A

CN110751527A - Method and device for receiving points and storage medium

Info

Publication number: CN110751527A
Application number: CN201911044564.4A
Authority: CN
Inventors: 金卫福; 王智洋; 胥莹莹
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-10-30
Filing date: 2019-10-30
Publication date: 2020-02-04

Abstract

The invention provides a method, a device and a storage medium for receiving points; the method comprises the following steps: receiving service credits, which are pushed by different service systems and correspond to target users, wherein the service credits are used for representing service rights and interests provided by the corresponding service systems for the target users; respectively presenting the service scores pushed by each service system and the picking-up states corresponding to the service scores; receiving service credits pushed by at least two service systems to a credit account of the target user in response to a receiving instruction for the service credits; and updating the receiving state corresponding to the received service integral. By the invention, the user can quickly obtain the points scattered in the discrete point system.

Description

Method and device for receiving points and storage medium

Technical Field

The invention relates to the technical field of internet, in particular to a method and a device for receiving points and a storage medium.

Background

With the continuous development of the times and the change of scientific technology, the economic level of people is continuously improved, and merchants increase the viscosity of users for maintaining customer groups and reward the users through points so as to improve the consumption enthusiasm of the users.

However, in the discrete score system, the scores are derived in a plurality of ways and are independent of each other, and a user needs to find corresponding retrievable items one by one to complete the point retrieval, so that the point retrieval operation is very complicated, and the user experience is poor.

Disclosure of Invention

The embodiment of the invention provides a method and a device for receiving points and a storage medium, which can enable a user to quickly receive the points scattered in a discrete point system.

The technical scheme of the embodiment of the invention is realized as follows:

the embodiment of the invention provides a method for obtaining points, which comprises the following steps:

receiving service credits, which are pushed by different service systems and correspond to target users, wherein the service credits are used for representing service rights and interests provided by the corresponding service systems for the target users;

respectively presenting the service scores pushed by each service system and the picking-up states corresponding to the service scores;

receiving service credits pushed by at least two service systems to a credit account of the target user in response to a receiving instruction for the service credits;

and updating the receiving state corresponding to the received service integral.

In the above scheme, the method further comprises:

generating a reception record corresponding to the received service score;

performing hash transformation on the pickup record to obtain abstract information corresponding to the pickup record;

and storing the summary information to a block chain network.

The embodiment of the invention provides a device for receiving points, which comprises:

the receiving module is used for receiving service credits, which are pushed by different service systems and correspond to target users, of the corresponding service systems, wherein the service credits are used for representing service rights and interests provided by the corresponding service systems for the target users;

the presentation module is used for respectively presenting the service credits pushed by each service system and the picking-up state corresponding to each service credit;

the receiving module is used for receiving the service credits pushed by at least two service systems to the credit account of the target user in response to a receiving instruction aiming at the service credits;

and the updating module is used for updating the receiving state corresponding to the received service integral.

In the above scheme, the receiving module is further configured to receive service credits, which are pushed by different service systems and correspond to the target user when it is determined that the credit task state corresponding to the target user is a complete state; or the like, or, alternatively,

and receiving service credits, which are pushed by different service systems and correspond to the target user based on the user portrait of the target user.

In the above scheme, the obtaining module is further configured to respond to a obtaining instruction for the service credits, and obtain the service credits pushed by each service system together to a credit account of the target user.

In the above scheme, the obtaining module is further configured to determine service credits pushed by at least two service systems selected by the target user;

and in response to a receiving instruction aiming at the service credits, receiving the service credits pushed by the selected at least two service systems to the credit account of the target user.

In the above scheme, the getting module is further configured to respond to the getting instruction for the service credit, and obtain a remaining storage amount of the credit account of the target user;

when the total number of the service credits pushed by different service systems is determined to be larger than the remaining storage limit, acquiring first pushing time corresponding to the service credits pushed by each service system;

and based on the sequence of the first pushing time corresponding to the service credits pushed by each service system, the service credits pushed by at least two service systems are received to the credit account of the target user, so that the credit number of the credit account of the target user is matched with the storage limit of the credit account.

In the above scheme, the getting module is further configured to obtain a second pushing time corresponding to a service score whose getting state is not getting;

and when the interval between the second pushing time and the current time reaches a preset time threshold, the service points which are not received in the receiving state are received to the point account of the target user.

In the above scheme, the getting module is further configured to receive a service score, which is pushed by a target service system and corresponds to the target user;

acquiring a service score receiving record corresponding to the target user;

and based on the service score receiving record, when the service score receiving record corresponding to the target service system is determined to exist, receiving the service score pushed by the target service system to a score account of the target user.

In the above scheme, the apparatus further comprises: the prompting module is used for respectively acquiring the receiving time and the valid period of the service credits pushed by different service systems in the target account;

and presenting prompt information based on the receiving time and the validity period, wherein the prompt information is used for prompting the valid state of the service credit.

In the above scheme, the apparatus further comprises: the storage module is used for respectively acquiring the receiving time and the valid period of the service credits pushed by different service systems in the target account;

An embodiment of the present invention provides a terminal, including:

a memory for storing executable instructions;

and the processor is used for realizing the point obtaining method provided by the embodiment of the invention when the executable instructions stored in the memory are executed.

The embodiment of the invention provides a storage medium, which stores executable instructions and is used for causing a processor to execute so as to realize the point obtaining method provided by the embodiment of the invention.

The embodiment of the invention has the following beneficial effects:

the method comprises the steps that service credits, corresponding to target users, pushed by different service systems are received, so that service credits pushed by at least two service systems are received to a credit account of the target users in response to a receiving instruction aiming at the service credits; therefore, service credits pushed by different service systems are integrated, the service credits pushed by a plurality of service systems are received based on one receiving instruction of a user without receiving the service credits one by one, the user can quickly receive the credits scattered in the discrete credit system, and the user experience is improved.

Drawings

FIG. 1 is a diagram illustrating a point drawing method according to the related art;

FIGS. 2A-2B are schematic diagrams of a point picking interface provided in the prior art;

fig. 3 is a schematic diagram of an architecture of a point obtaining system 100 according to an embodiment of the present invention;

fig. 4 is a schematic structural diagram of a terminal 400 according to an embodiment of the present invention;

fig. 5 is a schematic flow chart of a point obtaining method according to an embodiment of the present invention;

FIGS. 6A-6B are schematic diagrams of an interface for receiving points according to an embodiment of the present invention;

FIG. 7 is a schematic diagram of the scoring provided by the embodiments of the present invention;

FIG. 8 is a schematic diagram of an interface for receiving points according to an embodiment of the present invention;

FIG. 9 is a schematic diagram of an interface for receiving points according to an embodiment of the present invention;

fig. 10 is a schematic view of an application architecture of a blockchain network according to an embodiment of the present invention;

fig. 11 is a schematic structural diagram of a blockchain in the blockchain network 600 according to an embodiment of the present invention;

fig. 12 is a functional architecture diagram of a blockchain network 600 according to an embodiment of the present invention;

fig. 13 is a schematic flow chart of a point obtaining method according to an embodiment of the present invention;

fig. 14 is a schematic flow chart of a point obtaining method according to an embodiment of the present invention;

fig. 15 is a schematic flow chart of a point obtaining method according to an embodiment of the present invention;

fig. 16 is a schematic structural diagram of an integration obtaining device 455 according to an embodiment of the present invention.

Detailed Description

In order to make the objects, technical solutions and advantages of the present invention clearer, the present invention will be further described in detail with reference to the accompanying drawings, the described embodiments should not be construed as limiting the present invention, and all other embodiments obtained by a person of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.

In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is understood that "some embodiments" may be the same subset or different subsets of all possible embodiments, and may be combined with each other without conflict.

In the following description, references to the terms "first \ second \ third" are only to distinguish similar objects and do not denote a particular order, but rather the terms "first \ second \ third" are used to interchange specific orders or sequences, where appropriate, to enable embodiments of the invention described herein to be practiced in other than the order shown or described herein.

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. The terminology used herein is for the purpose of describing embodiments of the invention only and is not intended to be limiting of the invention.

Before further detailed description of the embodiments of the present invention, terms and expressions mentioned in the embodiments of the present invention are explained, and the terms and expressions mentioned in the embodiments of the present invention are applied to the following explanations.

1) Points, used to characterize the service interests offered to the user, may in some embodiments be rewards in any form that exist for the user after completing the respective task (i.e. taking the respective service), such as: the credit value after the recharging task is finished, the virtual coin after the game task is finished, the energy value after the green trip task is finished and the like; in other embodiments, the virtual assets in any form can be actively pushed to the user, such as: coupons, game props and the like actively pushed by the merchant to the user; in practical application, the user can exchange the obtained points for actual/virtual articles with corresponding values, such as daily necessities, game equipment and the like with corresponding values; or, the user can exchange corresponding authority by using the obtained points, such as: redeeming the corresponding membership rights (e.g., upgrading to a super member), redeeming the corresponding level (e.g., upgrading to a gaming level).

2) In response to the condition or state on which the performed operation depends, one or more of the performed operations may be in real-time or may have a set delay when the dependent condition or state is satisfied; in the case where no particular description is given, there is no limitation on the order of execution of the plurality of operations;

3) a user representation including a user interest representation and a user base representation; wherein the content of the first and second substances,

the user interest portrait is a virtual representation of a real user, is a target user model established on a series of attribute data and is used for indicating the interest classification of the user;

the basic user figure is the overall information of the tagged user abstracted according to the basic user information such as the real sex, age, income, resident login place, etc.

In order to achieve point picking in a discrete system, the related art provides a way of sequentially finishing point picking according to items, fig. 1 is a schematic diagram of point picking provided by the related art, referring to fig. 1, each item capable of picking the point corresponds to one picking button, and if all the points need to be picked, the picking buttons corresponding to the items need to be clicked in sequence.

Taking task-leading points as an example, fig. 2A-2B are schematic diagrams of an interface for receiving points provided by the related art, see fig. 2A, the interface presents task items capable of receiving points and receiving buttons corresponding to the task items, receiving points corresponding to the task is completed by clicking the receiving buttons, for example, clicking the receiving button corresponding to "fill your birthday date", the terminal stores 7 points corresponding to "fill your birthday date" into the account of the user, then presents a prompt of successful receiving, see fig. 2B, and displays "+ 7" to prompt the user to receive 7 points. And if the point corresponding to the 'set self automatic charging' needs to be picked up again, the picking button corresponding to the 'set self automatic charging' needs to be clicked again. As such, as the number of task items that can receive points increases, the number of points received by the user also increases.

Based on this, the point obtaining method provided in the embodiment of the present invention receives service points, which are pushed by different service systems and correspond to a target user, and obtains the service points, which are pushed by at least two service systems, to a point account of the target user in response to a obtaining instruction for the service points; therefore, service credits pushed by different service systems are integrated, the service credits pushed by a plurality of service systems are received based on one receiving instruction of a user without receiving the service credits one by one, the user can quickly receive the credits scattered in the discrete credit system, and the user experience is improved.

Referring to fig. 3, fig. 3 is an architecture schematic diagram of the point obtaining system 100 according to the embodiment of the present invention, in order to support an exemplary application, the service point obtaining module 300 is connected to a plurality of service systems 200 (exemplarily showing the service system 200-1, the service system 200-2, and the service system 200-N) through a network, and the service point obtaining module may be deployed as an independent electronic device, or may be deployed in the terminal 400, where the network may be a wide area network or a local area network, or may be a combination of the two.

The service system 200 is used for pushing service credits corresponding to target users;

a service score obtaining module 300, configured to obtain service scores, which are pushed by different service systems and correspond to target users, and send the service scores to the terminal 400;

a terminal 400, configured to receive service credits of corresponding target users pushed by different service systems; respectively presenting the service scores pushed by each service system and the picking-up states corresponding to the service scores; receiving the service credits pushed by at least two service systems to the credit account of the target user in response to the receiving instruction aiming at the service credits; and updating the receiving state corresponding to the received service integral.

In practical applications, the terminal 400 may be various types of user terminals such as a smart phone, a tablet computer, a notebook computer, and the like, and may also be a wearable computing device, a Personal Digital Assistant (PDA), a desktop computer, a cellular phone, a media player, a navigation device, a game console, a television, or a combination of any two or more of these data processing devices or other data processing devices.

Referring to fig. 4, fig. 4 is a schematic structural diagram of a terminal 400 according to an embodiment of the present invention, where the terminal 400 shown in fig. 4 includes: at least one processor 410, memory 450, at least one network interface 420, and a user interface 430. The various components in the terminal 400 are coupled together by a bus system 440. It is understood that the bus system 440 is used to enable communications among the components. The bus system 440 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 440 in fig. 4.

The Processor 410 may be an integrated circuit chip having Signal processing capabilities, such as a general purpose Processor, a Digital Signal Processor (DSP), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like, wherein the general purpose Processor may be a microprocessor or any conventional Processor, or the like.

The user interface 430 includes one or more output devices 431, including one or more speakers and/or one or more visual displays, that enable the presentation of media content. The user interface 430 also includes one or more input devices 432, including user interface components that facilitate user input, such as a keyboard, mouse, microphone, touch screen display, camera, other input buttons and controls.

The memory 450 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid state memory, hard disk drives, optical disk drives, and the like. Memory 450 optionally includes one or more storage devices physically located remote from processor 410.

The memory 450 includes either volatile memory or nonvolatile memory, and may include both volatile and nonvolatile memory. The nonvolatile memory may be a Read Only Memory (ROM), and the volatile memory may be a Random Access Memory (RAM). The memory 450 described in embodiments of the invention is intended to comprise any suitable type of memory.

In some embodiments, memory 450 is capable of storing data, examples of which include programs, modules, and data structures, or a subset or superset thereof, to support various operations, as exemplified below.

An operating system 451, including system programs for handling various basic system services and performing hardware-related tasks, such as a framework layer, a core library layer, a driver layer, etc., for implementing various basic services and handling hardware-based tasks;

a network communication module 452 for communicating to other computing devices via one or more (wired or wireless) network interfaces 420, exemplary network interfaces 420 including: bluetooth, wireless compatibility authentication (WiFi), and Universal Serial Bus (USB), etc.;

a presentation module 453 for enabling presentation of information (e.g., user interfaces for operating peripherals and displaying content and information) via one or more output devices 431 (e.g., display screens, speakers, etc.) associated with user interface 430;

an input processing module 454 for detecting one or more user inputs or interactions from one of the one or more input devices 432 and translating the detected inputs or interactions.

In some embodiments, the apparatus provided by the embodiments of the present invention may be implemented in software, and fig. 4 shows the score obtaining apparatus 455 stored in the memory 450, which may be software in the form of programs and plug-ins, and includes the following software modules: a receiving module 4551, a presenting module 4552, a getting module 4553 and an updating module 4554, which are logical and thus may be arbitrarily combined or further split depending on the functions implemented.

The functions of the respective modules will be explained below.

In other embodiments, the Device for obtaining the integral provided by the embodiments of the present invention may be implemented in hardware, and as an example, the Device provided by the embodiments of the present invention may be a processor in the form of a hardware decoding processor, which is programmed to execute the method for obtaining the integral provided by the embodiments of the present invention, for example, the processor in the form of the hardware decoding processor may be one or more Application Specific Integrated Circuits (ASICs), DSPs, Programmable Logic Devices (PLDs), Complex Programmable Logic Devices (CPLDs), Field Programmable Gate Arrays (FPGAs), or other electronic components.

The method for obtaining points provided by the embodiment of the present invention will be described in conjunction with exemplary applications and implementations of the terminal provided by the embodiment of the present invention. Referring to fig. 5, fig. 5 is a schematic flow chart of a method for obtaining points according to an embodiment of the present invention, which will be described with reference to the steps shown in fig. 5.

Step 501: and the terminal receives service credits, which are pushed by different service systems and correspond to the target user.

Here, the service points are used for representing service interests provided by the corresponding service system for the target user, and the service points can be virtual assets such as member points, coupons, game coins and the like and can be used for exchanging the interests of corresponding values. It should be noted that the service system is a source of the service credit, and may be any system that provides a service for a target user, such as a recharging service system, a payment service system, a shopping service system, and the like.

In practical implementation, the terminal receives service credits corresponding to target users pushed by different service systems within a period of time, that is, the terminal can receive service credits pushed by different service systems at different times within a period of time.

In some embodiments, the terminal may receive the service credits by: the terminal receives service credits, which are pushed by different service systems and correspond to a target user when the credit task state corresponding to the target user is determined to be a completion state; or receiving service credits, which are pushed by different service systems and correspond to the target user based on the user portrait of the target user.

In actual implementation, the service system can preset a point task, and pushes corresponding service points when a target user completes the point task; the service system can also actively push the service credits to the target user, for example, the service credits corresponding to the target user are pushed according to the user portrait of the target user.

In some embodiments, the user may complete the credit task corresponding to the service system through the service system, and when the target user completes the corresponding credit task through the service system, the service system may push the service credit corresponding to the credit task, for example, the credit task is "charging 100 yuan for telephone fee", and then, after the target user completes the charging 100 yuan for telephone fee using the charging system, the charging service system may push the service credit corresponding to "charging 100 yuan for telephone fee" to the terminal of the target user.

In some embodiments, the user representation may include at least one of: user interest representation, user base representation. Taking the user portrait comprising the user interest portrait and the user basic portrait as an example, in practical implementation, the service system pushes corresponding service credits for the target user according to the user interest portrait and the user basic portrait, and if the target user is determined to be a female with a favorite painting in the age of 21, the shopping service system pushes coupons for purchasing pigments for the target user.

Step 502: and respectively presenting the service scores pushed by each service system and the picking-up states corresponding to the service scores.

In practical implementation, the terminal may present the service credits pushed by the service system and the receiving states of the service credits in the credit receiving graphical interface, so that the target user may execute corresponding receiving operations according to the presented service credits and the corresponding receiving states.

In some embodiments, the terminal may present an operation button capable of getting service credits in the graphical interface to prompt the user that there are service credits that can be got; and after receiving the operation button clicked by the user, the terminal presents the service credits pushed by the service system and the receiving state of each service credit in the graphical interface. For example, fig. 6A to 6B are schematic diagrams of an interface for receiving credits according to an embodiment of the present invention, and referring to fig. 6A to 6B, a terminal presents a hover button for "getting credits" in a graphical interface, and presents service credits pushed by a service system and a receiving state of each service credit after receiving a click operation of a user on the hover button for "getting credits".

In other embodiments, after the user enters the graphical interface for point pickup, the service points pushed by the service system and the pickup state of each service point are directly presented in the graphical interface.

Step 503: and receiving the service credits pushed by at least two service systems to the credit account of the target user in response to the receiving instruction aiming at the service credits.

In actual implementation, the terminal may present an operation button for getting service credits, the target user triggers a get instruction for the service credits by clicking the operation button, and the terminal gets the service credits pushed by the at least two service systems to a credit account of the target user based on the get instruction for the service credits. Fig. 7 is a schematic diagram of point picking provided by an embodiment of the present invention, and referring to fig. 7, service points pushed by multiple service systems correspond to the same "picking" operation button, that is, the service points pushed by the multiple service systems are picked to a point account of a target user by receiving a click operation of a user on the "picking" operation button.

In some embodiments, the terminal may implement the drawing of the points by: and the terminal responds to the receiving instruction aiming at the service credits and receives the service credits pushed by each service system to the credit account of the target user together.

In actual implementation, the terminal may present an operation button for retrieving all service points available in the state, and the user may trigger a retrieval instruction for all service points available in the state by clicking the operation button, and retrieve the service points pushed by each service system to the point account of the target user together. Therefore, the user can obtain all the points only by clicking once, and the experience of the user is improved.

For example, referring to fig. 6B, the terminal operates a "one-key-ring" button in the graphical interface, and the user can click the "one-key-ring" button to draw the service credits pushed by the service system presented in the graphical interface to the credit account of the target user.

In some embodiments, the terminal may implement the drawing of the points by: the terminal determines service scores pushed by at least two service systems selected by a target user; and in response to a receiving instruction aiming at the service credits, receiving the service credits pushed by the selected at least two service systems to a credit account of the target user.

In some embodiments, the terminal may add a selection button in a service score graphical interface pushed by each presented service system, so that a user may select a service score to be retrieved; in other embodiments, the terminal may present a filtering box in the graphical interface for the user to filter the service points by inputting filtering conditions.

For example, referring to fig. 8, fig. 8 is an interface schematic diagram of point picking provided by the embodiment of the present invention, where a terminal sets a selection button for a service point pushed by each service system, and a user selects a service point to be picked by clicking the selection button; if the user needs to receive all the service points, the user can click the all-select button. And the terminal determines the service scores pushed by at least two service systems selected by the user according to the clicking operation of the user on each selected button.

Therefore, more choices can be provided for users, for example, some service points are not needed by users, and the users can choose not to earn the service points; alternatively, some service credits may have a lifetime and the user may choose to earn them when they are needed.

In some embodiments, the terminal may implement the drawing of the points by: responding to a receiving instruction aiming at the service points, and acquiring the remaining storage limit of the point account of the target user; when the total number of the service credits pushed by different service systems is determined to be larger than the remaining storage limit, acquiring first pushing time corresponding to the service credits pushed by each service system; and based on the sequence of the first pushing time corresponding to the service credits pushed by each service system, the service credits pushed by at least two service systems are received to the credit account of the target user, so that the credit number of the credit account of the target user is matched with the storage limit of the credit account.

In practical implementation, a storage limit may be set for the point account, that is, the number of points to be taken cannot exceed the storage limit, for example, the storage limit is 1000, and then the point account can only store 1000 points at most. If the total points of the service points pushed by different service systems are greater than the remaining storage limit, only part of the service points can be picked up, for example, the remaining limit of the point account is 400 points, and the receivable total points are 500 points, then the target user can only pick up 400 points.

Then, when determining that the total amount of the service credits pushed by the different service systems is greater than the remaining storage limit, the terminal may preferentially receive the service credits whose pushing time is before according to the first pushing time corresponding to the service credits pushed by each service system. For example, the push time corresponding to the 'telephone charge recharge 100 yuan' is 2019-3-1212: 40, and the number of credits is 100 credits; the pushing time corresponding to the purchase right package is 2019-3-1217: 40, and the number of credits is 300 credits; the pushing time corresponding to the charging reminding setting is 2019-3-11410: 20, and the number of the credits is 200; the pushing time corresponding to the purchase ticket is 2019-3-1518: 50, the number of the points is 500 points, the remaining point limit is 500 points, and then the service points corresponding to the telephone charge charging 100 yuan and the purchase interest package are received.

In some embodiments, when the terminal determines that the total amount of the service credits pushed by different service systems is greater than the remaining storage limit, the terminal may preferentially obtain the service credits matched with the user interests according to the user figure of the target user; or preferentially receiving the service credits pushed by the service system received by the user according to the historical receiving record of the target user.

Step 504: and updating the receiving state corresponding to the received service integral.

In practical implementation, the terminal modifies the pickup state corresponding to the service points to be picked into the picked state, thereby completing one effective point pickup operation and avoiding repeated pickup of points.

In some embodiments, after updating the pickup state corresponding to the picked-up service points, the terminal may present, in a graphical interface, prompt information indicating that the pickup is successful, for example, fig. 9 is an interface schematic diagram of the pickup of points provided by the embodiment of the present invention, and refer to fig. 9, and after updating the pickup state corresponding to the picked-up service points, present prompt information of "+ 800" to prompt the user that 800 points have been picked up.

In some embodiments, for service credits that the user did not earn for a long time, the terminal may automatically earn: acquiring second pushing time corresponding to service credits which are not acquired in the acquisition state; and when the interval between the second pushing time and the current time reaches a preset time threshold, the service points which are not received in the receiving state are received to the point account of the target user.

In actual implementation, the preset time threshold may be set by the target user through the terminal, or may be set by default by the terminal, that is, when the service score is pushed to the terminal, and is not received by the target user within the preset time, the terminal automatically receives the service score to the score account of the target user. For example, the preset time threshold may be set to one week, that is, the service credits are not collected by the target user within one week from the time the service credits are pushed to the terminal, and the terminal automatically collects the service credits to the credit account of the target user. Thus, when the user forgets to receive the service integration, the service integration can be automatically received for the target user.

In some embodiments, the time for automatically receiving the service credits may be preset, and when the time matches the time for automatically receiving the service credits, the terminal receives the service credits whose receiving status is not received to the credit account of the target user. The preset time may be a periodic time, for example, every friday, then the terminal performs an automatic drawing operation every friday, and draws the service credit in the drawing state of not drawn to the credit account of the target user.

In some embodiments, after the service credits pushed by at least two service systems are received to the credit account of the target user, the terminal may automatically receive the service credits: receiving service scores, pushed by a target service system, of corresponding target users; acquiring a service score receiving record corresponding to a target user; and based on the service point receiving record, when the service point receiving record corresponding to the target service system is determined to exist, receiving the service point pushed by the target service system to a point account of the target user.

In actual implementation, after service credits pushed by at least two service systems are received to the credit account of the target user, the service credits corresponding to the target user pushed by the target service system are received, the terminal can judge whether the service credits pushed by the target service system are received according to service credit receiving records in the target user, and if the service credits are received, the service credits pushed by the target service system are automatically received to the credit account of the target user; and otherwise, not carrying out the receiving operation until receiving a receiving instruction of the target user, and then receiving the service credits pushed by the target service system to the credit account of the target user.

Here, the received service score of the corresponding target user pushed by the target service system refers to a newly received service score after the pickup operation is executed according to the pickup instruction of the user. The service score receiving record is used for recording relevant information of the received service score after the terminal executes receiving operation each time, and the relevant information comprises a service system, pushing time, receiving time and the like corresponding to the service score.

In some embodiments, the terminal may receive points that may match the user profile of the target user based on the user profile of the target user. Taking the user portrait comprising the user interest portrait and the user basic portrait as an example, in practical implementation, the service credit pushed by the corresponding service system is received for the target user according to the user interest portrait and the user basic portrait.

In some embodiments, the terminal may further respectively obtain the drawing time and the valid period of the service credits pushed by different service systems in the target account; and presenting prompt information based on the receiving time and the validity period, wherein the prompt information is used for prompting the valid state of the service credit.

In practical implementation, the points have the valid period of exchange, that is, after the valid period is exceeded, the points cannot exchange corresponding rights and interests, and here, the terminal can present prompt information to prompt the user to use the corresponding service points as soon as the service points are about to expire by acquiring the getting time and the valid period of the service points. Therefore, the service credit is prevented from being overdue, and the user experience is improved.

In some embodiments, the terminal may also generate a pick-up record corresponding to the picked-up service credits and store to the blockchain network: generating a reception record corresponding to the received service score; carrying out Hash transformation on the receiving record to obtain abstract information corresponding to the receiving record; and storing the summary information to the block chain network.

Here, the embodiment of the present invention may further combine with a blockchain technology, after generating a pickup record corresponding to the service credit picked up, generate a transaction for storing the pickup record corresponding to the service credit picked up, and submit the generated transaction to a node of the blockchain network, so that the node identifies the transaction and then stores the pickup record corresponding to the service credit picked up to the blockchain network; before storing the service points in the block chain network, the terminal can also obtain abstract information corresponding to the service point receiving record; and storing the obtained abstract information corresponding to the picking record to the block chain network. By the method, the receiving record is prevented from being tampered, and the safety of the point account of the user is improved.

Referring to fig. 10, fig. 10 is a schematic diagram of an application architecture of a blockchain network according to an embodiment of the present invention, which includes a service entity 400, an authentication center 500, and a blockchain network 600 (exemplarily illustrating a consensus node 610-1 to a consensus node 610-3), which are described below.

The type of blockchain network 600 is flexible and may be, for example, any of a public chain, a private chain, or a federation chain. Taking a public link as an example, electronic devices such as a user terminal and a server of any service entity can access the blockchain network 600 without authorization; taking a federation chain as an example, an electronic device (e.g., a terminal/server) under the jurisdiction of a service entity after obtaining authorization may access the blockchain network 600, and in this case, become a client node in the blockchain network 600.

In some embodiments, the client node may act as a mere watcher of the blockchain network 600, i.e., provides functionality to support a business entity to initiate a transaction (e.g., for uplink storage of data or querying of data on a chain), and may be implemented by default or selectively (e.g., depending on the specific business requirements of the business entity) with respect to the functions of the consensus node 610 of the blockchain network 600, such as a ranking function, a consensus service, and an accounting function, etc. Therefore, the data and the service processing logic of the service subject can be migrated to the blockchain network 600 to the maximum extent, and the credibility and traceability of the data and service processing process are realized through the blockchain network 600.

Consensus nodes in blockchain network 600 receive transactions submitted by client nodes from business entity 400, perform transactions to update ledgers or query ledgers, and various intermediate or final results of performing transactions may be returned to the business entity's client nodes for display.

For example, the client node 410 may subscribe to events of interest in the blockchain network 600, such as transactions occurring in a particular organization/channel in the blockchain network 600, and the corresponding transaction notifications are pushed by the consensus node 610 to the client node 410, thereby triggering the corresponding business logic in the client node 410.

An exemplary application of the block chain is described below, taking an example that a service agent accesses a block chain network to achieve point extraction.

Referring to fig. 10, credit earning involves a service entity 400, registering with a certificate authority 500 to obtain a digital certificate, where the digital certificate includes a public key of the service entity and a digital signature signed by the certificate authority 500 on the public key and identity information of the service entity, and is used to be appended to a transaction together with the digital signature of the service entity for the transaction, and is sent to a blockchain network, so that the blockchain network can take the digital certificate and signature out of the transaction, verify the authenticity of the message (i.e. whether the message is not tampered) and the identity information of the service entity sending the message, and verify the blockchain network according to the identity, for example, whether the service entity has the right to initiate the transaction. Clients running electronic devices (e.g., terminals or servers) hosted by the business entity may request access from the blockchain network 600 to become client nodes.

The service agent 400 client node 410 is configured to receive points, for example, service points of corresponding target users pushed by different service systems, where the service points are used to characterize service rights provided by the corresponding service systems for the target users; respectively presenting the service scores pushed by each service system and the picking-up states corresponding to the service scores; receiving service credits pushed by at least two service systems to a credit account of the target user in response to a receiving instruction for the service credits; updating the receiving state corresponding to the received service integral; generating a reception record corresponding to the received service score; and sends the fetch record to the blockchain network 600.

The operation of sending the pickup record to the blockchain network 600 may be to set service logic in the client node 410 in advance, and when the pickup record corresponding to the picked service score is generated, the client node 310 automatically sends the pickup record to the blockchain network 600, or a service person of the service agent 400 logs in the client node 410, manually packs the pickup record, and sends the pickup record to the blockchain network 600. Upon transmission, the client node 410 generates a transaction corresponding to the storage operation based on the procurement record corresponding to the procured service credits, specifies in the transaction the smart contract that needs to be invoked to implement the storage operation, and the parameters passed to the smart contract, and the transaction also carries the digital certificate of the client node 410, a signed digital signature (e.g., obtained by encrypting a digest of the transaction using a private key in the digital certificate of the client node 410), and broadcasts the transaction to the consensus node 610 in the blockchain network 600.

When a transaction is received in the consensus node 610 in the blockchain network 600, the digital certificate and the digital signature carried in the transaction are verified, after the verification is successful, whether the service agent 400 has the transaction right or not is determined according to the identity of the service agent 400 carried in the transaction, and the transaction fails due to any verification judgment of the digital signature and the right verification. After successful verification, node 610 signs its own digital signature (e.g., by encrypting the digest of the transaction using node 610-1's private key) and continues to broadcast in blockchain network 600.

After the consensus node 610 in the blockchain network 600 receives the transaction successfully verified, the transaction is filled into a new block and broadcast. When a new block is broadcasted by the consensus node 610 in the block chain network 600, performing a consensus process on the new block, if the consensus is successful, adding the new block to the tail of the block chain stored in the new block, updating the state database according to a transaction result, and executing a transaction in the new block: for transactions submitting updated pick-up records, the pick-up records are added to the state database.

As an example of a block chain, referring to fig. 11, fig. 11 is a schematic structural diagram of a block chain in a block chain network 600 according to an embodiment of the present invention, where a header of each block may include hash values of all transactions in the block and also include hash values of all transactions in a previous block, a record of a newly generated transaction is filled in the block and is added to a tail of the block chain after being identified by nodes in the block chain network, so as to form a chain growth, and a chain structure based on hash values between blocks ensures tamper resistance and forgery prevention of transactions in the block.

An exemplary functional architecture of a block chain network provided in the embodiment of the present invention is described below, referring to fig. 10, fig. 12 is a schematic functional architecture diagram of a block chain network 600 provided in the embodiment of the present invention, which includes an application layer 601, a consensus layer 602, a network layer 603, a data layer 604, and a resource layer 605, which are described below respectively.

The resource layer 605 encapsulates the computing, storage, and communication resources that implement each node 610 in the blockchain network 600.

The data layer 604 encapsulates various data structures that implement the ledger, including blockchains implemented in files in a file system, state databases of the key-value type, and presence certificates (e.g., hash trees of transactions in blocks).

The network layer 603 encapsulates the functions of a Point-to-Point (P2P) network protocol, a data propagation mechanism and a data verification mechanism, an access authentication mechanism, and service agent identity management.

Wherein the P2P network protocol implements communication between nodes 610 in the blockchain network 600, the data propagation mechanism ensures propagation of transactions in the blockchain network 600, and the data verification mechanism is used for implementing reliability of data transmission between nodes 610 based on cryptography methods (e.g., digital certificates, digital signatures, public/private key pairs); the access authentication mechanism is used for authenticating the identity of the service subject added to the block chain network 600 according to an actual service scene, and endowing the service subject with the authority of accessing the block chain network 600 when the authentication is passed; the business entity identity management is used to store the identity of the business entity that is allowed to access blockchain network 600, as well as the permissions (e.g., the types of transactions that can be initiated).

The consensus layer 602 encapsulates the functionality of the mechanisms by which nodes 610 in the blockchain network 600 agree on a block (i.e., consensus mechanisms), transaction management, and ledger management. The consensus mechanism comprises consensus algorithms such as POS, POW and D POS, and the pluggable consensus algorithm is supported.

The transaction management is used for verifying the digital signature carried in the transaction received by the node 610, verifying the identity information of the service subject, and determining whether the service subject has the right to perform the transaction (reading the relevant information from the identity management of the service subject) according to the identity information; for the service entities authorized to access the blockchain network 600, the service entities have digital certificates issued by the certificate authority, and the service entities sign the submitted transactions by using the private keys in their digital certificates, thereby declaring their own legal identities.

The ledger administration is used to maintain blockchains and state databases. For the block with the consensus, adding the block to the tail of the block chain; executing the transaction in the acquired consensus block, updating the key-value pairs in the state database when the transaction comprises an update operation, querying the key-value pairs in the state database when the transaction comprises a query operation and returning a query result to the client node of the business entity. Supporting query operations for multiple dimensions of a state database, comprising: querying the chunk based on the chunk sequence number (e.g., hash value of the transaction); inquiring the block according to the block hash value; inquiring a block according to the transaction serial number; inquiring the transaction according to the transaction serial number; inquiring account data of a business main body according to an account (serial number) of the business main body; and inquiring the block chain in the channel according to the channel name.

The application layer 601 encapsulates various services that the blockchain network can implement, including tracing, crediting, and verifying transactions.

Next, taking one key to retrieve all service credits available for use as an application scenario, referring to fig. 13, fig. 13 is a flowchart of a method for retrieving credits provided in an embodiment of the present invention, and the method for retrieving credits provided in the embodiment of the present invention will be described with reference to fig. 6B, fig. 9, and fig. 13, where the method for retrieving credits provided in the embodiment of the present invention includes:

step 701: and the service system pushes the service credit corresponding to the target user when determining that the credit task state corresponding to the target user is a finished state.

Here, the number of the service systems is plural, and each service system pushes the service credit of the corresponding target user after determining that the target user completes the corresponding credit task.

Step 702: the client receives the service scores of the corresponding target users pushed by different service systems, respectively presents the service score pushed by each service system and the receiving state corresponding to each service score, and presents a button of 'one-key receiving'.

Here, in practical applications, the client may be an instant messaging client, a microblog client, a short video client, or the like, and the client has a score getting function and receives service scores pushed by different service systems.

For example, referring to fig. 6B, the terminal presents an operation button of "one-key-collar" in the graphical interface, and the user can click on the "one-key-collar" to draw the service credits pushed by the service system presented in the graphical interface together to the credit account of the target user.

Step 703: and receiving the clicking operation of the user on the button.

Step 704: and drawing the service credits pushed by each service system to the credit account of the target user together.

Step 705: and updating the receiving state corresponding to the received service integral, and storing the receiving record corresponding to the received service integral.

Here, the receiving state corresponding to the received service score is updated, that is, the receiving operation is completed, and at this time, the relevant information of the received service score, such as the service system, the push time, the receiving time, and the like corresponding to the service score, is recorded.

In actual implementation, after updating the pickup state corresponding to the picked-up service score, the terminal may present a prompt message indicating that the pickup is successful, see fig. 9, and after updating the pickup state corresponding to the picked-up service score, present a prompt message of "+ 800" to prompt the user that the 800 score has been picked up.

Step 706: and receiving the service credit of the corresponding target user pushed by the target service system.

Here, the received service score means a service score newly received after the service score pickup operation is completed based on a pickup instruction of the user.

Step 707: and acquiring a service score receiving record corresponding to the target user.

Step 708: and based on the service point receiving record, when the service point receiving record corresponding to the target service system is determined to exist, receiving the service point pushed by the target service system to a point account of the target user.

If the target user receives the service score pushed by the target service system, the terminal directly receives the received service score pushed by the target service system to a score account of the target user; otherwise, no pickup operation is performed.

Step 709: and updating the acquisition state corresponding to the service score pushed by the target service system.

Next, taking one key to retrieve service credits pushed by a plurality of service systems selected by a user as an application scenario, referring to fig. 14, where fig. 14 is a schematic flow chart of a credit retrieving method provided in an embodiment of the present invention, and the credit retrieving method provided in the embodiment of the present invention will be described with reference to fig. 8 and fig. 14, where the credit retrieving method provided in the embodiment of the present invention includes:

step 801: and the service system pushes the service credit corresponding to the target user based on the user portrait of the target user.

Here, the number of service systems is plural, and each service system displays a user image of a target user and pushes a service score of the corresponding target user. The user representation may include at least one of: user interest representation, user base representation.

Step 802: and the client receives the service scores of the corresponding target users pushed by different service systems, and respectively presents the service score pushed by each service system and the receiving state of each corresponding service score.

Here, the service score pushed by each service system corresponds to a selection button, referring to fig. 8, the service score pushed by each service system is provided with a selection button, and a user selects the service score to be taken by clicking the selection button; if the user needs to receive all the service points, the user can click the all-select button.

Step 803: and receiving the service points presented by the user, and executing selection operation on the service points required to be picked.

Step 804: and determining service credits pushed by a plurality of service systems selected by the user based on the selection operation of the user.

Step 805: receiving a user receiving instruction for the service points.

Step 806: and receiving the service credits pushed by the selected service systems to the credit account of the target user.

Step 807: and updating the receiving state corresponding to the received service integral.

Step 808: and acquiring the pushing time corresponding to the service credit in the non-receiving state.

Step 809: and when the interval between the pushing time and the current time reaches a preset time threshold, the service points which are not received in the receiving state are received to the point account of the target user.

Here, the terminal may automatically collect service points that the user does not collect for a long time.

Step 810: and updating the receiving state corresponding to the received service integral.

The following is a continuation of the method for obtaining points according to the embodiment of the present invention. Referring to fig. 15, fig. 15 is a schematic flow chart of a method for obtaining points according to an embodiment of the present invention, and the method for obtaining points according to the embodiment of the present invention will be described with reference to fig. 6A to 6B, fig. 9, and fig. 15.

Step 901: the user enters the interface for point picking.

Step 902: and the client acquires a service integral configuration file corresponding to the user.

Here, the service points are used for representing service interests provided by the corresponding service system for the target user, and the service points can be virtual assets such as member points, coupons, game coins and the like and can be used for exchanging the interests of corresponding values. It should be noted that the point configuration file stores service points of corresponding users pushed by different service systems, and the service system is a source of the service points and can be any system providing services for target users, such as a recharging service system, a payment service system, a shopping service system, and the like.

Step 903: the client judges whether the service integral which can be received exists, if so, the step 904 is executed; otherwise, step 905 is performed.

Step 904: the client displays operation buttons.

Here, the client presents an operation button whose presentation state is clickable in the graphical interface. In actual implementation, the operation buttons may be presented in the form of floating buttons. For example, referring to fig. 6A, the terminal presents a hover button for the "lead point" in the graphical interface.

Step 905: the client does not display the operation buttons.

Step 906: the client judges whether the click operation aiming at the operation button is received, if so, the step 907 is executed; otherwise, step 908 is performed.

Step 907: and the client displays the score list to be picked up.

Here, the presented retrievable service score list includes service scores pushed by each service system and a retrieval state of each service score. Referring to fig. 6B, after receiving a click operation of the user on the hover button of the "get point", the service points pushed by each service system and the get state of each service point are presented.

Step 908: the client keeps displaying the operation buttons.

Step 909: the client determines whether a click operation for the operation button is received again, if yes, step 910 is executed; otherwise, step 911 is executed.

Step 910: and hiding the integral list to be obtained and the operation button by the client.

Here, when the user clicks the operation button again, the receivable service points are received to the point account of the user, and the reception state corresponding to the received service points is updated.

In practical implementation, a user triggers a receiving instruction aiming at service points by clicking an operation button, the terminal receives the service points which can be received to a point account of the user based on the receiving instruction, meanwhile, the receiving state corresponding to the received service points is updated, and the updated receiving state is sent to the server, so that one-time effective point receiving operation is completed. And after the point receiving operation is finished, hiding the point list to be received and simultaneously enabling the operation button to disappear.

In some embodiments, after the point pickup operation is completed, the terminal may present a prompt message that pickup is successful. Referring to fig. 9, after the point drawing operation is completed, a prompt message of "+ 800" is presented to prompt the user that 800 points have been drawn.

Step 911: the client keeps displaying the list of points that remain to be picked up.

Here, if the user does not receive a click operation on the operation button, the service point list that can be retrieved is kept displayed without triggering the retrieval instruction.

In some embodiments, the terminal may not need the user to perform two click operations, but directly perform the point getting operation after presenting the service point list that can be got when the user performs the click operation for the operation button for the first time, get the service points that can be got to the point account of the user together, and update the getting state corresponding to the service points that are got.

The following proceeds to describe an exemplary structure of the score obtaining device 455 implemented as a software module according to an embodiment of the present invention. Referring to fig. 16, fig. 16 is a schematic structural diagram illustrating a composition of the device 455 for obtaining points according to an embodiment of the present invention, and referring to fig. 16, the device 455 for obtaining points according to an embodiment of the present invention includes:

a receiving module 4551, configured to receive service credits, which are pushed by different service systems and correspond to a target user, where the service credits are used to characterize service rights and interests provided by corresponding service systems for the target user;

a presentation module 4552, configured to present the service credits pushed by each service system and the pickup states corresponding to the service credits, respectively;

a getting module 4553, configured to get service credits pushed by at least two service systems to a credit account of the target user in response to a getting instruction for the service credits;

an updating module 4554, configured to update the pickup state corresponding to the picked service credit.

In some embodiments, the receiving module 4551 is further configured to receive a service credit corresponding to the target user, which is pushed by different service systems when it is determined that the credit task state corresponding to the target user is a complete state; or the like, or, alternatively,

In some embodiments, the getting module 4553 is further configured to get the service credits pushed by each service system to the credit account of the target user together in response to a getting instruction for the service credits.

In some embodiments, the obtaining module 4553 is further configured to determine service credits pushed by at least two service systems selected by the target user;

In some embodiments, the getting module 4553 is further configured to obtain a remaining storage limit of the credit account of the target user in response to a getting instruction for the service credit;

In some embodiments, the getting module 4553 is further configured to obtain a second push time corresponding to a service credit in a getting state of not getting;

In some embodiments, the obtaining module 4553 is further configured to receive a service score pushed by a target service system and corresponding to the target user;

acquiring a service score receiving record corresponding to the target user;

In some embodiments, the apparatus further comprises: the prompting module is used for respectively acquiring the receiving time and the valid period of the service credits pushed by different service systems in the target account;

In some embodiments, the apparatus further comprises: the storage module is used for generating a receiving record corresponding to the received service integral;

and storing the summary information to a block chain network.

Embodiments of the present invention provide a storage medium having stored thereon executable instructions that, when executed by a processor, cause the processor to perform a method provided by embodiments of the present invention, for example, the method shown in fig. 5.

In some embodiments, the storage medium may be a memory such as FRAM, ROM, PROM, EPROM, EE PROM, flash, magnetic surface memory, optical disk, or CD-ROM; or may be various devices including one or any combination of the above memories.

In some embodiments, executable instructions may be written in any form of programming language (including compiled or interpreted languages), in the form of programs, software modules, scripts or code, and may be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment.

By way of example, executable instructions may correspond, but do not necessarily have to correspond, to files in a file system, may be stored in a portion of a file that holds other programs or data, e.g., in one or more scripts in a HyperText markup Language (H TML) document, in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub-programs, or portions of code).

By way of example, executable instructions may be deployed to be executed on one computing device or on multiple computing devices at one site or distributed across multiple sites and interconnected by a communication network.

The above description is only an example of the present invention, and is not intended to limit the scope of the present invention. Any modification, equivalent replacement, and improvement made within the spirit and scope of the present invention are included in the protection scope of the present invention.

Claims

1. A method for obtaining points, the method comprising:

2. The method of claim 1, wherein the receiving service credits pushed by different service systems for corresponding target users comprises:

receiving service credits which are pushed by different service systems and correspond to the target user when the credit task state corresponding to the target user is determined to be a completion state; or the like, or, alternatively,

3. The method of claim 1, wherein the earning service credits pushed by at least two of the service systems to a credit account of the target user in response to an earning instruction for the service credits comprises:

and in response to a receiving instruction for the service credits, receiving the service credits pushed by each service system to a credit account of the target user together.

4. The method of claim 1, wherein the earning service credits pushed by at least two of the service systems to a credit account of the target user in response to an earning instruction for the service credits comprises:

determining service points pushed by at least two service systems selected by the target user;

5. The method of claim 1, wherein the earning service credits pushed by at least two of the service systems to a credit account of the target user in response to an earning instruction for the service credits comprises:

responding to a receiving instruction aiming at the service credit, and acquiring the remaining storage credit of the credit account of the target user;

6. The method of claim 1, wherein the method further comprises:

acquiring second pushing time corresponding to service credits which are not acquired in the acquisition state;

7. The method of claim 1, wherein after the service credits pushed by at least two of the service systems are collected to the credit account of the target user, the method further comprises:

receiving a service score which is pushed by a target service system and corresponds to the target user;

acquiring a service score receiving record corresponding to the target user;

8. The method of claim 1, wherein the method further comprises:

generating a reception record corresponding to the received service score;

and storing the summary information to a block chain network.

9. An apparatus for obtaining points, the method comprising:

10. A storage medium having stored thereon executable instructions for causing a processor to perform a method of deriving a credit as claimed in any one of claims 1 to 8 when executed.