Credit-based event processing method and apparatus

Abstract

Embodiments of the present specification provide a credit-based event processing method and device, wherein a credit-based event processing method comprises: obtaining an access operation submitted by a user for a target object in an object list of an organization; determining an attention event of the target object triggered by the access operation, and reading an amount of credit resources submitted for the attention event; performing credit resource deduction in a credit account of the user according to the amount of credit resources, and executing the attention event.

Description

[0001] This patent application is a divisional application of Chinese patent application No. CN202110651298.2, filed on June 10, 2021, entitled "Credit-based event processing method and apparatus". Technical Field

[0002] This document relates to the field of data processing technology, and in particular to a credit-based event processing method and apparatus. Background Technology

[0003] With the continuous development of internet technology, users are paying more and more attention to credit, and the establishment and improvement of the credit system are also ongoing. Credit platforms that provide various credit services to users have emerged. Many credit platforms offer users various credit-based services such as credit leasing, credit borrowing and returning, and credit trial. However, in the process of using the credit services provided by the credit platforms, users cannot form a complete closed loop around the consumption and accumulation of credit, and the enthusiasm of the various parties involved in the credit services is low. Summary of the Invention

[0004] This specification provides one or more embodiments of a credit-based event handling method, comprising: obtaining an access operation submitted by a user to a target object in an organization's object list; determining a follow event triggered by the access operation for the target object, and reading the amount of credit resources submitted for the follow event; deducting credit resources from the user's credit account according to the amount of credit resources, and executing the follow event.

[0005] This specification provides one or more embodiments of a credit-based event processing apparatus, comprising: an operation acquisition module configured to acquire access operations submitted by a user to target objects in an organization's object list; an event determination module configured to determine a attention event triggered by the access operation for the target object and read the amount of credit resources submitted for the attention event; and an event execution module configured to deduct credit resources from the user's credit account according to the amount of credit resources and execute the attention event.

[0006] This specification provides one or more embodiments of a server, including: a processor; and a memory configured to store computer-executable instructions, which, when executed, cause the processor to: obtain an access operation submitted by a user for a target object in an organization's object list; determine a follow-up event for the target object triggered by the access operation, and read a credit resource amount submitted for the follow-up event; deduct credit resources from the user's credit account according to the credit resource amount, and execute the follow-up event.

[0007] This specification provides one or more embodiments of a storage medium for storing computer-executable instructions that, when executed, perform the following process: obtaining an access operation submitted by a user for a target object in an organization's object list; determining a follow-up event for the target object triggered by the access operation, and reading the amount of credit resources submitted in response to the follow-up event; deducting credit resources from the user's credit account according to the credit resource amount, and executing the follow-up event. Attached Figure Description

[0008] To more clearly illustrate the technical solutions in one or more embodiments of this specification or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in this specification. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0009] Figure 1 A flowchart illustrating a credit-based event handling method provided for one or more embodiments of this specification;

[0010] Figure 2 A flowchart illustrating a credit-based event handling method for a zoo setting, provided for one or more embodiments of this specification.

[0011] Figure 3 A flowchart illustrating a credit-based event handling method for a museum setting, provided for one or more embodiments of this specification.

[0012] Figure 4 A schematic diagram of a credit-based event processing device provided for one or more embodiments of this specification;

[0013] Figure 5 This is a schematic diagram of the structure of a credit-based event processing device provided for one or more embodiments of this specification. Detailed Implementation

[0014] To enable those skilled in the art to better understand the technical solutions in one or more embodiments of this specification, the technical solutions in one or more embodiments of this specification will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this specification, and not all of the embodiments. Based on one or more embodiments of this specification, all other embodiments obtained by those skilled in the art without creative effort should fall within the protection scope of this document.

[0015] This specification provides an example of a credit-based event handling method:

[0016] Reference Figure 1 It shows a flowchart of a credit-based event handling method provided in this embodiment, with reference to... Figure 2 It illustrates a flowchart of a credit-based event handling method applied to a zoo setting, as provided in this embodiment. (Refer to...) Figure 3 The diagram illustrates a credit-based event handling method for museum scenarios provided in this embodiment.

[0017] Reference Figure 1 The credit-based event processing method provided in this embodiment specifically includes steps S102 to S106.

[0018] Step S102: Obtain the access operation submitted by the user for the target object in the object list of the organization.

[0019] In practical applications, institutions often face a shortage of offline customer traffic, and may even face the risk of closure due to insufficient customer traffic. For example, customer traffic may decline due to seasonal factors, environmental factors, or other special scenarios. However, when offline customer traffic declines, online traffic often increases. To address this, the credit-based event processing method provided in this embodiment starts from user credit. During the process of users accessing institutions and objects through online scenarios, the donation and payment of credit resources are linked to the increase of online traffic for institutions and objects. During the user's access to objects, the donation and payment of credit resources enhance the online attention and popularity of institutions and objects. On the one hand, it provides a circulation outlet for the credit resources accumulated by users, increases the online exposure and access popularity of institutions, and on the other hand, it increases the possibility of users visiting institutions offline in the future. This realizes the conversion of online access traffic into offline customer traffic and helps institutions increase offline customer traffic.

[0020] The institutions described in this embodiment include zoos, museums, libraries, parks, and other similar institutions. The objects of these institutions include the constituent objects of the institution or the service objects that the institution provides to users, such as animals in a zoo, exhibits in a museum, books in a library, and tourist attractions in a park.

[0021] In practice, the objects of the organization are displayed to the user through an object list. The object list of the organization is accessed through a mutual aid service configured by a third-party application. Optionally, after the organization provides an application for mutual aid and confirms participation in the mutual aid activity, the object list of the organization is created according to the organization's mutual aid participation request. After the user accesses the mutual aid service configured by the third-party application and triggers the organization's organization identifier, the object list of the organization is returned to the user.

[0022] Based on the list of objects provided by the organization, users can select objects from the list to access. The selected objects are the target objects. Users can further submit access operations for the selected target objects to make credit donations to that target object (i.e., to the organization), or submit access operations for the target objects to increase the target object's access popularity by paying credit resources. Here, the access operations submitted by users for target objects in the organization's object list include clicking the target object's object icon to make a credit donation to the target object, or clicking the target object's object icon to increase the target object's access popularity by paying credit resources.

[0023] For example, when a user visits a zoo online through a mutual aid service provided by a third-party payment application, after clicking the zoo's access portal within the mutual aid service, a list of animals in the zoo is displayed. If the user is interested in a panda or elephant in the animal list, they can apply to make a credit donation to the panda or elephant by clicking the "Popularity Boost" button.

[0024] Alternatively, when users visit a museum online through a mutual aid service provided by a third-party payment application, after clicking on the museum's access portal within the mutual aid service, a list of exhibits of the museum will be displayed. If users want to access a live video explanation or interact with a live exhibit in the list, they can do so by paying credit points, thereby increasing the popularity of the exhibits.

[0025] Step S104: Determine the attention event of the target object triggered by the access operation, and read the amount of credit resources submitted in response to the attention event.

[0026] The attention event refers to an event that increases the access popularity of a target object through methods such as attention, access, or exposure. Optionally, the attention event includes at least one of the following: a click event or voting event that increases popularity by clicking on the object icon of the target object (such as a user increasing the online access popularity of a panda or elephant by making a credit donation), or an interactive event that accesses the live video stream of the target object (such as a user paying credit resources to watch a live video of an exhibit in a museum).

[0027] In this embodiment, the amount of credit resources submitted for the event of interest refers to the amount of credit resources donated by the user to the target object during the process of submitting an access operation to the target object, or the amount of credit resources paid by the user to increase the access popularity of the target object during the process of paying credit resources.

[0028] Using the previous example, when a user visits the zoo online through the mutual aid service provided by a third-party payment application, after clicking the "Panda or Elephant Popularity Boost" button to submit a popularity boost application, the event triggered by clicking the popularity boost button is the Panda or Elephant Popularity Boost Event, and the amount of credit points donated by the user in the window displayed after the Panda or Elephant Popularity Boost Event is read.

[0029] Step S106: Deduct credit resources from the user's credit account according to the credit resource amount, and execute the attention event.

[0030] In practical applications, insufficient offline customer traffic often leads to poor profitability for institutions, thus posing a risk of closure. To help institutions improve their operations, this embodiment introduces a credit resource exchange mechanism based on credit resources. This mechanism allows institutions to exchange credit resources donated by users for resources they can use, thereby improving their efficiency. Based on this, in one optional implementation, the credit resources are deducted from the user's credit account according to the amount donated, and the attention event is executed. This is achieved in the following way:

[0031] Credit resources will be deducted from the user's credit account according to the stated amount of credit resources;

[0032] The deducted credit resources are submitted to the credit platform so that they can be exchanged for usable resources. The usable resources refer to resources that the organization can use during its operation, such as funds or physical resources.

[0033] Obtain available resources from the credit platform and process payments for the events of interest based on those available resources;

[0034] After successful payment processing, the aforementioned attention event is executed. For example, after a user completes a donation of credit resources, the popularity of the panda or elephant is updated based on the user's click on the "Popularity Boost" button; another example is that after a user completes a payment for credit resources, the access popularity of the live video explanation of the exhibit is updated.

[0035] In practice, during the exchange of credit resources for available resources, the credit platform converts credit resources into resources provided or donated by merchants or organizations registered on the platform. Alternatively, it can also convert credit resources into resources provided or donated by other merchants or organizations. For example, the credit platform can convert a zoo's credit points into resources available to the zoo (such as animal food, medicine, or funds) based on charitable donations from public welfare organizations.

[0036] This embodiment improves the utilization rate of users' credit resources by providing an outlet for their credit resources circulation. Furthermore, by introducing a mechanism for exchanging credit resources for available institutional resources, it reduces the operational difficulties of institutions when there is low offline customer traffic. In addition, to enhance the sustainability of users' credit resource donations to institutions and the process of credit resources becoming available institutional resources, a closed loop of "production-consumption" of credit resources is established by introducing the production of credit resources. This allows credit resources to be produced from the user's side. The credit resource production process specifically includes: users triggering attention events for target objects and signing agreements for participation events corresponding to the attention events. Finally, after fulfilling the obligations of the participation events, users receive credit resources.

[0037] In specific implementation, the credit resources in the user's credit account can be accumulated from credit resources obtained through the aforementioned credit resource production process, or they can be accumulated through the user's credit consumption behavior. Optionally, if the user's credit account contains credit resources obtained through the aforementioned credit resource production process, the credit resources in the user's credit account shall at least include credit resources obtained in the following ways: credit resources issued by the credit platform after the user triggers an event that attracts the attention of the institution's target object, signs an agreement for the participation event corresponding to the event of attention, and fulfills the agreement, as recorded in the offline participation event. The participation event includes at least one of the following: an offline participation event in which the user goes to the institution and checks in for the target object.

[0038] For example, after a user triggers a popularity boost event for a certain animal in the zoo, the corresponding offline participation event is: the user goes to the zoo to check in or takes a photo of the animal. The execution condition for this popularity boost event is signing a corresponding contract for checking in at the zoo or for the animal. In the specific execution process, after signing the agreement with the credit platform for the offline participation event corresponding to the popularity boost event, the user goes to the zoo to check in with the animal. The check-in method can be that the user submits a photo of the animal. After fulfilling the agreement, the user receives a credit score reward issued by the credit platform.

[0039] The aforementioned closed-loop realization of the "production-consumption" of credit resources not only provides an outlet for the circulation of credit resources accumulated by users, increasing the online exposure and popularity of institutions, but also enhances the likelihood of subsequent offline visits by users, realizing the conversion of online to offline traffic and helping institutions increase offline customer traffic. In addition, this embodiment also provides a closed-loop realization of the "production-consumption" of credit resources from the perspective of institutions. Specifically, from the perspective of institutions, the "production" of credit resources is obtained by users donating and / or paying credit resources to institutions, and the "consumption" of credit resources includes the credit platform distributing credit resources from the institution's credit account to users who have signed agreements and successfully fulfilled them.

[0040] In practical implementation, in the closed-loop scenario of "production-consumption" of credit resources from the institutional perspective, the "production" of credit resources is obtained by users donating and / or paying for credit resources to institutions. Optionally, the amount of credit resources is deducted from the user's credit account according to the stated credit resource amount, and the attention event is executed, specifically including:

[0041] Credit resources will be deducted from the user's credit account according to the stated amount of credit resources;

[0042] After successful deduction, the attention event is executed, and the deducted credit resources are submitted to the credit platform for storage in the institution's institutional account.

[0043] Based on this, for an institution, if a user triggers a follow event for an object in the institution's object list, then the "consumption" of credit resources is initiated from the follow event. Specifically, in the process, event processing is performed first, and then the "consumption" of credit resources is performed based on the event processing. In one optional implementation of this embodiment, event processing specifically includes:

[0044] Based on the attention events of objects in the object list triggered by the user, determine the participation events corresponding to the attention events triggered by the user;

[0045] Sign the user's agreement regarding the participation event, and execute the user-triggered attention event based on the agreement.

[0046] Furthermore, after the aforementioned signing user agrees to the participation event and executes the user-triggered attention event based on the agreement, the performance judgment processing corresponding to the attention event is performed, specifically implemented as follows:

[0047] Based on the user's submitted check-in request, obtain the user's location information and the submitted check-in information;

[0048] The system checks whether the location information and the check-in information meet the event fulfillment conditions for participating in the event; the event fulfillment conditions...

[0049] If so, the performance is confirmed to be successful, and the credit resources for participating in the event are issued to the user through the credit platform; wherein the credit resources issued to the user are deducted from the institution's credit account;

[0050] If not, confirm the failure to fulfill the contract, send a notification to the user, or take no further action.

[0051] The aforementioned closed-loop realization of the "production-consumption" of credit resources from an institutional perspective involves, on the one hand, storing the credit resources obtained by users through online donations or payments in the institution's credit account; on the other hand, after users visit the institution offline and participate in corresponding events, the credit resources accumulated online are used to incentivize users who visit the institution offline, thereby increasing users' enthusiasm for visiting and participating in the institution offline. This effectively transforms the credit resources accumulated online into offline customer traffic for the institution, helping it increase its offline customer traffic.

[0052] In practical applications, to enhance user participation, this embodiment displays user identifiers online and offline, ranking the contributions of user organizations and target objects. This visual display enhances users' awareness of the contributions of organizations and target objects, thereby incentivizing participation. Optionally, the organizations and / or target objects in this embodiment are configured with corresponding user attention tables. Users in these tables are ranked according to the amount of credit resources submitted, and the tables display user identifiers. Alternatively, the organizations may have identifier materials that identify user identifiers. The user identifiers in these materials are determined based on the user's contribution, which is determined by the amount of credit resources submitted and / or participation information in the event.

[0053] The following description uses the application of a credit-based event handling method provided in this embodiment in a zoo setting as an example to further illustrate the credit-based event handling method provided in this embodiment. (See also...) Figure 2 The credit-based event handling method applied to the zoo scenario specifically includes steps S202 to S214.

[0054] Step S202: Based on the user's access request to the zoo submitted through the mutual assistance service provided by a third-party application, return a list of animals in the zoo to the user.

[0055] Step S204: Obtain the access operation submitted by the user for the target animal in the animal list.

[0056] Step S206: Determine the popularity boost event of the target animal triggered by the access operation, and read the amount of credit resources submitted by the user in response to the popularity boost event.

[0057] Step S208: Deduct credit resources from the user's credit account according to the amount of credit resources.

[0058] Among them, the credit resources in a user's credit account include at least the credit resources obtained in the following ways: the user triggers an event of interest from the target object of the institution, signs an agreement for the offline participation event corresponding to the event of interest, and the credit resources issued by the credit platform after fulfilling the agreement and recording the offline participation event.

[0059] It should be noted that the offline visits and participation of institutions during the user's credit resource accumulation process include the zoo itself, as well as other institutions that the user participates in. That is, the credit resources accumulated by the user can come from the credit resources obtained by the user signing online and visiting and participating in the zoo offline, or from the credit resources obtained by the user signing online and visiting and participating in other institutions offline.

[0060] Step S210: Submit the deducted credit resources to the credit platform so that the credit resources can be exchanged for usable resources through the credit platform.

[0061] Step S212: Obtain available resources from the credit platform and process payments for the popularity boosting event based on the available resources.

[0062] Step S214: After successful payment processing, execute the target animal's popularity boost event.

[0063] The following description uses the application of a credit-based event processing method provided in this embodiment in a museum setting as an example to further illustrate the credit-based event processing method provided in this embodiment. (See also...) Figure 3 The credit-based event handling method applied to museum scenarios specifically includes steps S302 to S318.

[0064] Step S302: Obtain the first user's access operations on the exhibits in the museum.

[0065] Step S304: Determine the popularity boost event of the exhibit triggered by the access operation, and read the amount of credit resources submitted by the first user in response to the popularity boost event.

[0066] Step S306: Deduct credit resources from the first user's credit account according to the amount of credit resources.

[0067] Step S308: After successful deduction, execute the exhibit popularity enhancement event and submit the deducted credit resources to the credit platform for storage in the museum's credit account.

[0068] Step S310: Based on the exhibit popularity boosting event triggered by the second user, determine the offline check-in event corresponding to the popularity boosting event triggered by the second user.

[0069] Step S312: Sign the agreement between the user and the offline check-in event, and execute the popularity boosting event triggered by the second user based on the agreement.

[0070] Step S314: Based on the check-in request submitted by the second user, obtain the user's location information and the submitted check-in information.

[0071] Step S316: Check whether the location information and check-in information meet the event fulfillment conditions of the offline check-in event;

[0072] If so, proceed to step S318;

[0073] If not, confirm the failure to fulfill the contract, send a notification of the failure to the second user, or simply do nothing.

[0074] Step S318: Confirm successful performance and issue credit resources to the second user through the credit platform in the museum's credit account.

[0075] The first user and the second user can be the same user or different users; the exhibit targeted by the first user's access operation and the exhibit corresponding to the popularity boosting event triggered by the second user can be the same exhibit or different exhibits. Here, two access channels are provided for exhibits in the museum. One is the access channel for boosting the popularity of exhibits through payment or donation of credit resources, which is the access channel relied upon by the first user's access operation; the other is the access channel for boosting the popularity of exhibits through online signing and offline check-in, which is the access channel relied upon by the popularity boosting event of the exhibit triggered by the second user. By connecting the credit resources "produced" and "consumed" by these two access channels, the credit resources accumulated online are effectively converted into offline visitor traffic.

[0076] The following is an embodiment of a credit-based event processing device provided in this specification:

[0077] In the above embodiments, a credit-based event processing method is provided, and correspondingly, a credit-based event processing apparatus is also provided, which will be described below with reference to the accompanying drawings.

[0078] Reference Figure 4 The diagram illustrates a credit-based event processing device provided in this embodiment.

[0079] Since the apparatus embodiments correspond to the method embodiments, the descriptions are relatively simple. For relevant parts, please refer to the corresponding descriptions of the method embodiments provided above. The apparatus embodiments described below are merely illustrative.

[0080] This embodiment provides a credit-based event processing device, including:

[0081] Operation acquisition module 402 is configured to acquire access operations submitted by users for target objects in the organization's object list;

[0082] The event determination module 404 is configured to determine the attention event of the target object triggered by the access operation, and read the amount of credit resources submitted for the attention event;

[0083] The event execution module 406 is configured to deduct credit resources from the user's credit account according to the amount of credit resources, and execute the attention event.

[0084] Optionally, the event execution module 406 includes:

[0085] The first resource deduction submodule is configured to deduct credit resources from the user's credit account according to the amount of credit resources;

[0086] The resource exchange submodule is configured to submit the deducted credit resources to the credit platform so that the credit resources can be exchanged for usable resources through the credit platform;

[0087] The payment processing submodule is configured to obtain available resources obtained from the credit platform and perform payment processing for the event of interest based on the available resources.

[0088] The event execution submodule is configured to execute the event of interest after successful payment processing.

[0089] Optionally, the event execution module 406 includes:

[0090] The second resource deduction submodule is configured to deduct credit resources from the user's credit account according to the amount of credit resources;

[0091] The resource submission submodule is configured to execute the attention event after successful deduction and submit the deducted credit resources to the credit platform for storage in the institution's institutional account.

[0092] Optionally, the credit-based event processing apparatus further includes:

[0093] The participation event determination module is configured to determine the participation event corresponding to the user-triggered attention event based on the attention event of an object in the object list triggered by the user.

[0094] The agreement signing module is configured to sign user agreements for the participation event and execute user-triggered attention events based on the agreements.

[0095] The following is an example of a credit-based event processing device provided in this specification:

[0096] Corresponding to the credit-based event processing method described above, and based on the same technical concept, one or more embodiments of this specification also provide a credit-based event processing device for executing the credit-based event processing method described above. Figure 5 This is a schematic diagram of the structure of a credit-based event processing device provided for one or more embodiments of this specification.

[0097] This embodiment provides a credit-based event processing device, comprising:

[0098] like Figure 5 As shown, credit-based event processing devices can vary significantly due to differences in configuration or performance. They may include one or more processors 501 and memory 502, with memory 502 storing one or more application programs or data. Memory 502 can be temporary or persistent storage. The application programs stored in memory 502 may include one or more modules (not shown), each module including a series of computer-executable instructions from the credit-based event processing device. Furthermore, processor 501 may be configured to communicate with memory 502, executing the series of computer-executable instructions in memory 502 on the credit-based event processing device. The credit-based event processing device may also include one or more power supplies 503, one or more wired or wireless network interfaces 504, one or more input / output interfaces 505, one or more keyboards 506, etc.

[0099] In one specific embodiment, the credit-based event processing device includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for the credit-based event processing device, and is configured to be executed by one or more processors. The one or more programs include computer-executable instructions for performing the following:

[0100] Retrieve the access operations submitted by the user for the target object in the organization's object list;

[0101] Determine the attention event of the target object triggered by the access operation, and read the amount of credit resources submitted in response to the attention event;

[0102] The credit resources will be deducted from the user's credit account according to the stated credit resource amount, and the attention event will be executed.

[0103] This specification provides an example of a storage medium as follows:

[0104] Corresponding to the credit-based event processing method described above, and based on the same technical concept, one or more embodiments of this specification also provide a storage medium.

[0105] The storage medium provided in this embodiment is used to store computer-executable instructions, which, when executed, implement the following process:

[0106] Retrieve the access operations submitted by the user for the target object in the organization's object list;

[0107] Determine the attention event of the target object triggered by the access operation, and read the amount of credit resources submitted in response to the attention event;

[0108] The credit resources will be deducted from the user's credit account according to the stated credit resource amount, and the attention event will be executed.

[0109] It should be noted that the embodiments concerning storage media in this specification and the embodiments concerning credit-based event processing methods in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can be referred to the implementation of the corresponding methods described above, and the repeated parts will not be described again.

[0110] The foregoing has described specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired result. In some embodiments, multitasking and parallel processing are possible or may be advantageous.

[0111] In the 1930s, improvements to a technology could be clearly distinguished as either hardware improvements (e.g., improvements to the circuit structure of diodes, transistors, switches, etc.) or software improvements (improvements to the methodology). However, with technological advancements, many improvements to the methodology today can be considered direct improvements to the hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved methodology into the hardware circuit. Therefore, it cannot be said that an improvement to the methodology cannot be implemented using a hardware physical module. For example, a Programmable Logic Device (PLD) (e.g., a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user programming the device. Designers can program a digital system themselves to "integrate" it onto a PLD, without needing chip manufacturers to design and manufacture dedicated integrated circuit chips. Furthermore, nowadays, instead of manually manufacturing integrated circuit chips, this programming is mostly implemented using "logic compiler" software. Similar to the software compiler used in program development, the original code before compilation must be written in a specific programming language, called a Hardware Description Language (HDL). There are many HDLs, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, and RHDL (Ruby Hardware Description Language). Currently, the most commonly used are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should understand that by simply performing some logic programming on the method flow using one of these hardware description languages ​​and programming it into an integrated circuit, the hardware circuit implementing the logical method flow can be easily obtained.

[0112] The controller can be implemented in any suitable manner. For example, it can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicon Labs C8051F320. A memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also recognize that, in addition to implementing the controller in purely computer-readable program code form, the same functionality can be achieved by logically programming the method steps to make the controller take the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded microcontrollers. Therefore, such a controller can be considered a hardware component, and the means included therein for implementing various functions can also be considered as structures within the hardware component. Alternatively, the means for implementing various functions can be considered as both software modules implementing the method and structures within the hardware component.

[0113] The systems, devices, modules, or units described in the above embodiments can be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, a computer can be, for example, a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or any combination of these devices.

[0114] For ease of description, the above apparatus is described by dividing it into various functional units. Of course, when implementing the embodiments of this specification, the functions of each unit can be implemented in one or more software and / or hardware.

[0115] Those skilled in the art will understand that one or more embodiments of this specification can be provided as a method, system, or computer program product. Therefore, one or more embodiments of this specification may take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this specification 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, etc.) containing computer-usable program code.

[0116] This specification is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this specification. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create a machine for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0117] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0118] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

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

[0120] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0121] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

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

[0123] One or more embodiments of this specification can be described in the general context of computer-executable instructions, such as program modules, that are executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform a particular task or implement a particular abstract data type. One or more embodiments of this specification can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0124] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the system embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions in the method embodiments.

[0125] The above description is merely an embodiment of this document and is not intended to limit the scope of this document. Various modifications and variations can be made to this document by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this document should be included within the scope of the claims of this document.

Claims

1. A credit-based event processing method, comprising: Retrieve access operations submitted by users to target objects in the organization's object list in order to make credit donations to the target objects; Determine the attention event of the target object triggered by the access operation, and read the amount of credit resources donated in response to the attention event; The credit resources are deducted from the user's credit account according to the amount of credit resources and stored in the institutional account, and the attention event is executed; the credit resources in the institutional account are used to issue to users who have signed the agreement and successfully fulfilled the agreement.

2. The credit-based event processing method according to claim 1, before the step of obtaining the access operation submitted by the user to the target object in the object list of the institution to make a credit donation to the target object, further includes: Based on the mutual assistance participation request from the institution, create a list of objects for the institution; The object list is returned to the user after the user accesses the mutual aid service configured by the third-party application and triggers the organization's identifier.

3. The credit-based event processing method according to claim 1, wherein the step of deducting credit resources from the user's credit account according to the amount of credit resources to store in the institutional account, and executing the attention event, includes: Credit resources will be deducted from the user's credit account according to the stated amount of credit resources; The deducted credit resources are submitted to the credit platform so that they can be exchanged for usable resources through the credit platform; Obtain available resources from the credit platform and process payments for the events of interest based on those available resources; After successful payment processing, the aforementioned attention event is executed.

4. The credit-based event processing method according to claim 1, wherein the credit resources in the user's credit account include at least credit resources obtained in the following manner: The user triggers a attention event for the target object of the institution, signs an agreement for the participation event corresponding to the attention event, and obtains credit resources issued by the credit platform after fulfilling the participation event recorded in the agreement.

5. The credit-based event processing method according to claim 1, wherein the institution and / or the target object are configured with a corresponding user attention table, the users in the user attention table are sorted according to the amount of credit resources submitted, and the user attention table displays the user's user identifier; And / or, The organization is equipped with identification materials that identify users. The user identification in the identification materials is determined based on the user's contribution level, which is determined based on the amount of credit resources submitted by the user and / or participation information in the event.

6. The credit-based event processing method according to claim 1, wherein the step of deducting credit resources from the user's credit account according to the amount of credit resources to store in the institutional account, and executing the attention event, includes: Credit resources will be deducted from the user's credit account according to the stated amount of credit resources; After the deduction is successful, the attention event is executed, and the deducted credit resources are submitted to the credit platform for storage in the institution's account.

7. The credit-based event processing method according to claim 6 further includes: Based on the attention events of objects in the object list triggered by the user, determine the participation events corresponding to the attention events triggered by the user; Sign the user's agreement regarding the participation event, and execute the user-triggered attention event based on the agreement.

8. The credit-based event handling method according to claim 7, after the signing user's agreement regarding the participation event and the execution of the user-triggered attention event step based on the agreement, further includes: Based on the user's submitted check-in request, obtain the user's location information and the submitted check-in information; Detect whether the location information and the check-in information meet the event fulfillment conditions for participating in the event; If so, the performance is confirmed to be successful, and credit resources for the participation in the event are issued to the user through the credit platform; wherein the credit resources issued to the user are deducted from the institution's credit account.

9. The credit-based event processing method according to claim 1, wherein the event of interest includes at least one of the following: Click events or voting events that increase popularity by clicking on the target object's identifier, and interactive events that access the target object's live video stream.

10. The credit-based event processing method according to claim 4, wherein the participating event includes: Offline participation events that involve visiting an institution and checking in with the target group.

11. A credit-based event processing apparatus, comprising: The operation acquisition module is configured to acquire access operations submitted by users to target objects in the organization's object list in order to make credit donations to the target objects; The event determination module is configured to determine the attention event of the target object triggered by the access operation, and read the amount of credit resources donated for the attention event; The event execution module is configured to deduct credit resources from the user's credit account according to the amount of credit resources to store in the institutional account, and execute the attention event; the credit resources in the institutional account are used to issue to users who have signed the agreement and successfully fulfilled the agreement.

12. The credit-based event processing apparatus according to claim 11, wherein the event execution module comprises: The first resource deduction submodule is configured to deduct credit resources from the user's credit account according to the amount of credit resources; The resource exchange submodule is configured to submit the deducted credit resources to the credit platform so that the credit resources can be exchanged for usable resources through the credit platform; The payment processing submodule is configured to obtain available resources obtained from the credit platform and perform payment processing for the event of interest based on the available resources. The event execution submodule is configured to execute the event of interest after successful payment processing.

13. The credit-based event processing apparatus according to claim 11, wherein the event execution module comprises: The second resource deduction submodule is configured to deduct credit resources from the user's credit account according to the amount of credit resources; The resource submission submodule is configured to execute the attention event after successful deduction and submit the deducted credit resources to the credit platform for storage in the institution's institutional account.

14. The credit-based event processing apparatus according to claim 13, further comprising: The participation event determination module is configured to determine the participation event corresponding to the user-triggered attention event based on the attention event of an object in the object list triggered by the user. The agreement signing module is configured to sign user agreements for the participation event and execute user-triggered attention events based on the agreements.

15. A credit-based event processing device, comprising: processor; And, a memory configured to store computer-executable instructions, which, when executed, cause the processor to: Retrieve access operations submitted by users to target objects in the organization's object list in order to make credit donations to the target objects; Determine the attention event of the target object triggered by the access operation, and read the amount of credit resources donated in response to the attention event; The credit resources are deducted from the user's credit account according to the amount of credit resources and stored in the institutional account, and the attention event is executed; the credit resources in the institutional account are used to issue to users who have signed the agreement and successfully fulfilled the agreement.

16. A storage medium for storing computer-executable instructions, which, when executed, perform the following process: Retrieve access operations submitted by users to target objects in the organization's object list in order to make credit donations to the target objects; Determine the attention event of the target object triggered by the access operation, and read the amount of credit resources donated in response to the attention event; The credit resources are deducted from the user's credit account according to the amount of credit resources and stored in the institutional account, and the attention event is executed; the credit resources in the institutional account are used to issue to users who have signed the agreement and successfully fulfilled the agreement.

Images