CN115471956A - An information processing method, device, readable storage medium and electronic equipment - Google Patents

Abstract

The embodiment of the invention discloses an information processing method, an information processing device, a computer readable storage medium and electronic equipment.

Description

An information processing method, device, readable storage medium and electronic equipment

technical field

The present invention relates to the technical field of the Internet, in particular to an information processing method, device, readable storage medium and electronic equipment.

Background technique

With the continuous improvement of people's living standards and the continuous development of e-commerce, express delivery and takeaway as the actual delivery of e-commerce products have also become an indispensable part of our lives. Among the common delivery methods of express delivery or takeaway, face-to-face signing is the most popular It is limited to whether the time of the consumer and the delivery personnel are consistent, and the work efficiency is slow; while the way of temporarily storing the express delivery or takeaway in the smart locker does not require the consumer or the delivery personnel to wait unilaterally, but there may be problems caused by the delay of the consumer. If the courier or takeaway temporarily stored in the smart locker is not taken out for a long time, the smart locker will be fully loaded for a long time. Provide access services.

Contents of the invention

In view of this, the embodiments of the present invention provide an information processing method, device, readable storage medium and electronic equipment, so as to improve the access efficiency and sustainable service capability of the smart locker.

In a first aspect, an information processing method is provided, the method comprising:

Receive the client's use request for the target locker;

opening said target locker in accordance with said use request; and

The tag information of the digital asset of the client is determined according to the use request, and the digital assets are deducted in order according to the deduction priority of the tag information of the digital asset.

In a second aspect, an information processing device is provided, the device comprising:

A request receiving unit, configured to receive a request from a client for using a target locker;

The request execution unit is configured to determine the tag information of the digital asset of the client according to the use request, and deduct the digital asset in sequence according to the deduction priority of the tag information of the digital asset.

In a third aspect, a computer-readable storage medium is provided, on which computer program instructions are stored, and the computer program instructions are executed by a processor to perform the method described in any one of the above aspects.

In a fourth aspect, an electronic device is provided, and the device includes:

memory for storing one or more computer program instructions;

A processor, the one or more computer program instructions are executed by the processor to implement the method described in any one of the above aspects.

The information processing method, device, readable storage medium, and electronic device of the embodiments of the present invention link the opening of the target locker with the deduction of the digital assets of the client by introducing digital assets into the client, so as to prompt the client holder to access in time Items in the target locker, thereby avoiding the abuse of the target locker, improving the access efficiency and sustainable service capability of the target locker.

Description of drawings

Through the following description of the embodiments of the present invention with reference to the accompanying drawings, the above and other objects, features and advantages of the present invention will be more clear, in the accompanying drawings:

Fig. 1 is the schematic diagram of the information processing system of the embodiment of the present invention;

FIG. 2 is a schematic diagram of information interaction between a user client and an operation client according to an embodiment of the present disclosure;

Fig. 3 is an interactive flow chart of claiming digital assets through activities according to the embodiment of the present invention;

Fig. 4 is an interactive flowchart of recharging and exchanging digital assets according to an embodiment of the present invention;

FIG. 5 is an interactive flowchart of using digital assets according to an embodiment of the present invention;

Fig. 6 is an interactive flow chart of closing the payment after the priority deduction digital asset mode according to the embodiment of the present disclosure;

FIG. 7 is a flowchart of an information processing method according to an embodiment of the present disclosure;

FIG. 8 is a flow chart of a method for processing a usage request according to an embodiment of the present disclosure;

FIG. 9 is a flowchart of a second method of processing a usage request in an embodiment of the present disclosure;

Fig. 10 is a flowchart of a method for acquiring digital assets according to an embodiment of the present invention;

Fig. 11 is a flow chart of deducting digital assets according to the embodiment of the present invention;

12 is a schematic diagram of an information processing device according to an embodiment of the present invention;

FIG. 13 is a schematic diagram of an electronic device according to an embodiment of the present invention.

detailed description

The present invention is described below based on examples, but the present invention is not limited to these examples. In the following detailed description of the invention, some specific details are set forth in detail. The present invention can be fully understood by those skilled in the art without the description of these detailed parts. In order not to obscure the essence of the present invention, well-known methods, procedures, procedures, components and circuits have not been described in detail.

Additionally, those of ordinary skill in the art will appreciate that the drawings provided herein are for illustrative purposes and are not necessarily drawn to scale.

Unless the context clearly requires, the words "including", "including" and similar words in the description should be interpreted as inclusive rather than exclusive or exhaustive; that is, "including but not limited to".

In the description of the present invention, it should be understood that the terms "first", "second" and so on are used for descriptive purposes only, and cannot be interpreted as indicating or implying relative importance. In addition, in the description of the present invention, unless otherwise specified, "plurality" means two or more.

In the following description, an Internet takeaway smart storage cabinet is used as an example for illustration. It should be understood that the embodiments of the present application may be applied to other types of smart storage cabinets.

FIG. 1 is a schematic diagram of an information processing system according to an embodiment of the present invention. As shown in FIG. 1 , the information processing system includes a plurality of consumer terminals 11 , delivery terminals 12 , intelligent storage cabinets 13 and payment management servers 14 . In this embodiment, the consumer terminal 11 and delivery terminal 12 are general-purpose terminals that can run client applications or applets of the food delivery platform, for example, the terminals can be terminal devices such as mobile phones, computers, or tablet computers. The intelligent storage cabinet 13 has a display screen capable of man-machine interaction. In some implementations, the consumer terminal 11 or the distribution terminal 12 may also be a dedicated terminal with application programs solidified in an ASIC. Wherein, the open platform enables the third-party developers to develop their own small programs based on the open platform by providing an application programming interface (App l i cation Programming Interface, API) to the third-party developers. Specifically, the applet may be a program developed on the basis of applications in the platform and used to perform corresponding operations. Among them, the consumer terminal 11 is a terminal device used or held by the consumer, and the delivery terminal 12 is the terminal device used or held by the delivery party. For people and vehicles, delivery robots, delivery drones, etc., the smart storage cabinet 13 is a smart storage cabinet with a display screen capable of human-computer interaction, which can be used for access to takeaway food.

The payment management server 14 completes the food delivery access transaction by interacting with the consumer terminal 11, the distribution terminal 12 and the smart storage cabinet 13. During this process, the distribution terminal 12 is connected to the payment management server 14 through the Internet, and sends a request for the use of the target locker to the payment management server 14. Interactively determine the target locker that needs to be used, and the distribution terminal 12 generates a use request for the target locker by scanning the QR code displayed on the screen of the smart storage cabinet 13, identifying the identification information of the target locker, or using other interactive methods After the payment management server 14 receives the use request of the delivery terminal 12 for the target locker, it responds to the delivery terminal 12 meeting the preset conditions, and records the relevant information of the takeaway order, including the order number, user ID, deposit status, and target locker. The number of the locker, etc., where the user ID refers to the identification information of the consumer. When the user client is used for the first time, it needs to be authenticated. After the authentication is passed, it will be assigned to the unique corresponding identification information, that is, User ID. Then the payment management server 14 sends instructions to the smart storage cabinet 13, arranges the smart storage cabinet 13 to open the target locker or deduct the digital assets of the delivery terminal 12, and completes the temporary storage of the takeaway, wherein, for the same order number, the first time After opening the target locker, the storage status corresponding to the order number is temporarily stored, and the digital assets are held by the consumer terminal 11 and the distribution terminal 12, exist in the form of electronic data, and are used to pay for the use of the target locker assets, such as tokens or virtual currencies, etc.

The consumer terminal 11 is connected to the payment management server 14 through the Internet, and sends a request for the use of the target locker to the payment management server 14. The consumer terminal 11 scans the two-dimensional code displayed on the screen of the smart storage cabinet 13 and enters the food delivery platform. The verification code sent or other interactive methods are used to generate a use request for the target locker; after receiving the use request of the consumer terminal 11 for the target locker, the payment management server 14 judges whether the consumer terminal 11 meets the preset requirements. Conditions, wherein the preset condition can be that in the relevant information of a plurality of takeaway orders corresponding to the smart storage cabinet 13, there is user ID information identical to the user ID of the current consumer terminal 11, and based on the user ID information, determine the The label of the target locker corresponding to the user ID, and the instruction is sent to the smart storage cabinet 13, and the smart storage cabinet 13 is arranged to open the target locker or deduct the digital assets of the consumer terminal 11 according to the number of the target locker, Complete the taking of the takeaway, where, for the same order number, after opening the target locker for the second time, the storage status corresponding to the order number is changed to taken out.

In the information processing system of this embodiment, the distribution terminal 12 and the intelligent storage cabinet 13 are respectively connected to the payment management server 14 through the Internet, and under the instruction of the payment management server 14, the target locker is opened to complete the temporary storage of the takeaway or deduct it from the delivery terminal. The corresponding digital assets in the takeaway program client; and the consumer terminal 11 and the smart storage cabinet 13 are respectively connected to the payment management server 14 through the Internet, and under the instruction of the payment management server 14, the target locker can be opened to complete the taking or Deducting the corresponding digital assets in the takeaway program client on the consumer terminal, the information processing system in this embodiment will open the target locker for access and deduct the digital assets in the takeaway program client on the terminal device, so that the terminal device The holder can access the items in the target locker in time, thereby avoiding the abuse of the target locker, and improving the access efficiency and sustainable service capability of the target locker.

Fig. 2 is a schematic diagram of the information interaction between the user client and the operation client in the embodiment of the present disclosure. As shown in Fig. 2, the client is an application that provides smart locker usage or control functions on the above-mentioned consumer terminal 11 or distribution terminal 12 Programs, such as food delivery platform applications, express delivery applications, or temporary storage applications. The operation client 22 can configure the acquisition method and quantity of digital assets; specifically, the operation client 22 can configure marketing activities, for example, the event reward set for the "Chinese Valentine's Day Special Event" is issued to each client 520 For digital assets, the configured marketing activity page is displayed on the display interface of the user client 21. Through human-computer interaction, the user client 21 can receive the digital assets specified by the marketing activity, and update the remaining amount of digital assets after receiving successfully; The operation client 22 can also configure the recharge and exchange of digital assets, that is, create the exchange rules between the actual recharge amount and the corresponding issued digital assets, for example, 5 yuan for 500 digital assets, 10 yuan for 1200 digital assets or 20 yuan for exchange 2,500 digital assets, etc., the user client 21 uses the personal information viewing module, that is, clicks the "My" icon to view the details and billing information of the digital assets of the user client 21, and can also view the remaining amount of digital assets, and Select an appropriate amount of digital assets according to the recharge configuration of the operation client 22, and recharge. After the recharge is successful, update the remaining amount of digital assets. The "My" module can be used by the user client 21 to check the bill details at any time, and to recharge, which provides a recharge exchange channel for the user client 21.

When the user client 21 uses the target locker, it needs to deduct the corresponding amount of digital assets. There are many deduction methods. For example, in response to the opening of the door of the target locker, the corresponding amount of digital assets will be deducted by default, or the corresponding amount of digital assets will be deducted first. The page directly deducts the corresponding amount of digital assets, and then opens the target locker. In the process, the opening of the target locker is linked with the deduction of digital capital, and the user client 21 is urged to take the temporarily stored takeaway or express delivery in time. Increased efficiency and sustainable serviceability of targeted lockers.

All digital asset deduction operations of the user client 21 and their corresponding quantities are recorded in the deduction journal database so that the user client 21 can view them at any time.

In addition, digital assets also correspond to digital asset activity databases, digital asset account databases, and digital asset flow databases, and store relevant information about digital assets on user clients 21 in corresponding databases, so as to facilitate classification and recording of digital assets All kinds of information, so that when searching for various information of digital assets, the speed is faster and the efficiency is higher.

Fig. 3 is an interactive flow chart of claiming digital assets through an activity according to an embodiment of the present invention. As shown in Fig. 3, the process of this embodiment includes the following steps:

Step S301 , the user client 21 sends the site ID information and the user ID information to the payment management server 14 .

Wherein, the site is a website, and the site ID information refers to identification information of the website corresponding to the client. The user ID information is the user identification, which refers to the user account information created by the user using the client. An account corresponds to a unique user identification, and a client corresponds to a unique website identification information. However, multiple user accounts can be created. Different user accounts can be logged in.

In step S302, the payment management server 14 searches for corresponding activity information based on the received site ID information and user ID information.

After receiving the site ID information, the payment management server 14 queries the activity information of all activities launched by the corresponding site, including the gift qualification information set for each activity; then, according to the received user ID information, it is judged whether the user ID satisfies the preset recipient eligibility information.

Step S303 , the payment management server 14 sends activity information to the user client 21 .

If the user ID satisfies the preset recipient qualification information, the payment management server 14 sends the corresponding activity information to the user client 21 .

In step S304, the user client 21 presents the event information to the user 31 in the form of an event pop-up window.

Step S305, the user 31 clicks on the activity pop-up window, and after checking the content of the activity, clicks to receive digital assets.

In step S306, the user client 21 sends a first digital asset claim request to the payment management server 14 in response to the click operation of the user 31, wherein the first digital asset can be a non-rechargeable digital asset, such as an event gift asset or a digital gift gift from others. Assets or performance reward digital assets, etc.

In step S307, the payment management server 14 determines the location information and account information of the user client 21 in response to the digital asset collection request sent by the user client 21.

In step S308, the payment management server 14 determines the client's eligibility and grade for receiving gifts according to the location information and account information of the client 21.

Specifically, the location information can be at least one of the site information, area information, or city information corresponding to the client. According to different location information, the activity configuration can be different, for example, the higher the efficiency of picking up the locker or the full load rate The higher the station, the higher the corresponding activity level. After determining the location information of the client, search for the corresponding activity configuration in the order of the range of location information from small to large. Specifically, first determine whether there is a level configuration for the corresponding site information. If there is, the level corresponding to the site information is is the level of the user client 21, if it does not exist, then repeat the above steps in the order of the range from small to large, if there is no level set in the maximum range set, then the level of the user client 21 is the lowest level of the activity.

Account information includes at least identity type information, which can be of various types, such as special delivery riders, crowdsourcing riders or consumers of different companies. Different types of identities may correspond to different gift levels, for example, the "May 1st Labor Day" event , Company A’s gift level is A, and the corresponding number of digital assets can be 888; company B’s gift level is B, and the corresponding number of digital assets can be 555. The recipient's gift level is C, and the corresponding number of digital assets can be 333. The specific activity settings can be determined by the operation client according to actual needs.

A user ID can switch the identity type. For example, the same user ID can switch the identity type to the rider when delivering food or express delivery, and can switch the identity type to the consumer when ordering food or online shopping. Accounts corresponding to different identity types The digital assets in can be different or the same, that is to say, for the same user ID, when the number of digital assets for the "May 1st Labor Day" event that he receives as a special delivery rider of company A is 888, then these Digital assets can only be used when the user ID is a rider; or the same user ID has two identities of company A’s delivery rider and consumer, then the digital assets for the "May 1st Labor Day event" can only be claimed once. The digital assets corresponding to the identity type with a large number of digital assets can be claimed, that is, the user ID can use the 888 received as a company A’s special delivery rider in the two identity types of company A’s special delivery rider and consumer digital assets.

In step S309, the payment management server 14 creates a digital asset log, and writes the digital asset log into the digital asset log database.

In step S310, the payment management server 14 creates a digital asset permanent account, and writes the digital asset account into the digital asset account database.

In step S311, the payment management server 14 adds a digital asset activity record, and writes the digital asset activity record into the digital asset activity database.

In step S312, the payment management server 14 sets a corresponding deduction priority for the digital asset, and the digital asset donated by the event corresponds to a high deduction priority.

In step S313, the payment management server 14 sends digital assets of a specified amount to the client.

In step S314, the user client 21 displays to the user a prompt message that the digital asset has been successfully claimed.

Wherein, the order of steps S309, S310, S311 and S312 is not in particular order, and the execution order can be changed at will.

During the interactive process of receiving digital assets in the above-mentioned activities, the payment management server 14 responded to the first digital asset collection request of the user client 21, and recorded the relevant information of the digital assets during the process of issuing digital assets to the user client 21, including digital assets. Asset flow, digital asset permanent account and digital asset activity records, etc., are stored in the corresponding database, which facilitates the retrieval and use of relevant information about digital assets in the subsequent interaction process, and is set according to the location information and account information of the user client. Different gift levels can make the gift activities richer and more specific, and can provide different users with activities that meet their own needs.

Fig. 4 is an interactive flowchart of recharging and exchanging digital assets according to an embodiment of the present invention. As shown in Fig. 4, the process of this embodiment includes the following steps:

In step S401, the user 31 conducts human-computer interaction with the user client 21 and chooses to recharge.

Step S402, in response to the trigger operation of recharging by the user 31, the client 21 sends a recharge quantity configuration acquisition request to the payment management server 14, wherein the trigger operation can be a click on a recharge button or a digital Long press operation of asset remaining amount, etc.

In step S403, the payment management server 14 determines the location information and account information of the user client 21.

Specifically, according to the location information and account information of the user client 21, the recharge configuration may be different.

The location information is different, the recharge level configuration can be different, and the recharge amount is also different. For example, the higher the storage efficiency or the higher the full load rate of the locker, the corresponding higher recharge level. After determining the location information of the client, search for the corresponding recharge level configuration in the order of the range of location information from small to large. Specifically, first determine whether there is a recharge level configuration for the corresponding site information. If so, then the site information corresponding The recharge level is the recharge level of the user client 21, if it does not exist, then repeat the above steps in the order of the range from small to large, if the maximum range is not set recharge level, then the level of the user client 21 is the lowest recharge grade.

The account information includes at least identity type information. Different identity types may correspond to different recharge level configurations. For example, the recharge level of company A’s special delivery rider is A. When performing recharge exchange, the corresponding recharge configuration is: buy 1000 get 100 free, Buy 2,000 and get 500 free, buy 5,000 and get 2,500 free, etc.; the recharge level of company B’s special rider or crowdsourcing rider is B. When recharging and exchanging, the corresponding recharge configuration is: buy 1,000 get 50, buy 2,000 get 200, buy 5,000 Free 1000, etc.; the consumer’s recharge level is C, and when performing recharge exchange, the corresponding recharge configuration is: buy 1000 get 20 free, buy 2000 get 100 free, buy 5000 get 500 free, etc.; the specific recharge level configuration can be determined by the operating client according to The actual needs are determined.

The same user ID can switch the identity type, different identity types correspond to different recharge levels, and the usable digital assets corresponding to different identity types can be different or the same. The digital assets that can be recharged and exchanged with the identity of a special delivery rider can only be used when the user ID is a rider; or the same user ID has two identities of a special delivery rider and a consumer of company A, and can be recharged and exchanged with different identities Digital assets can be used under different identity types, and the specific recharge level can be determined by the operating client according to actual needs.

Step S404, the payment management server 14 searches for the latest version of the recharge amount configuration table, which can be modified or reset by the marketing client 22, and the marketing client sends the modified or reset recharge amount configuration table to the payment management server After 14, the payment management server 14 stores the recharge quantity configuration table in the database for query.

Step S405 , the payment management server 14 sends the found recharge amount configuration table to the user client 21 .

In step S406, the user client 21 displays the optional recharge amount to the user 31 according to the received recharge amount configuration table.

In step S407, the user 31 selects the recharge amount according to his own needs.

Step S408 , in response to the trigger operation of recharging by the user 31 , the user client 21 sends a pre-recharging request to the payment management server 14 .

Step S409, after the payment management server 14 receives the pre-recharge request, it starts to create the recharge exchange flow and digital asset flow information, store them in the corresponding database, and generate the payment flow number.

Step S410, the payment management server 14 sends the payment serial number to the user client 21.

Step S411, the user client 21 applies to the payment management server 14 for a payment message, the message refers to the data unit exchanged and transmitted in the network, that is, the data block to be sent by the site at one time, including the complete data information to be sent, Specifically, the payment message includes information such as recharge time, order number, order amount, and order payment status.

In step S412, the payment management server 14 applies for a payment message to the payment center 41.

Among them, the middle platform corresponds to the foreground and the background, and refers to a collection of shared middleware in some systems. The payment center is used to collect and process payment operations in the corresponding client. In addition to recharging and exchanging digital assets, payment operations also include food delivery orders, membership card purchases, or pre-deposit fees. The above payment operations need to be processed by the payment center, and then the third-party payment server is called to provide services.

In step S413, the payment center 41 applies for a payment message from the third-party payment server 42.

In step S414, the third-party payment server 42 returns a payment message to the payment center 41.

Step S415 , the payment middle station 41 returns a payment message to the payment management server 14 .

In step S416, the payment management server 14 returns a payment message to the user client 21.

In step S417, the user client 21 presents the payment message to the user 31.

Step S418, the user client 21 sends a request to the payment center 41 to pull up the cash register.

In step S419, the payment center 41 sends a request to the third-party payment server 42 to pull up the cash register.

In step S420, the third-party payment server 42 returns the cash register information to the payment center 41.

In step S421, the payment center 41 returns the cash register information to the user client 21.

In step S422, the user client 21 displays the cash register to the user 31, and the displayed content may include the payment amount, name of the receiving merchant, payment method, and payment password input area.

In step S423, the user 31 enters the payment password to make payment.

Step S424 , the user client 21 returns a payment success signal to the third-party payment server 42 .

In step S425, the third-party payment server 42 sends payment success notification information to the payment center 41.

In step S426, the payment center 41 sends payment success notification information to the payment management server 14.

In step S427, the payment management server 14 sets a low deduction priority for digital assets.

In step S428, the payment management server 14 issues digital assets corresponding to the payment amount to the account corresponding to the user client 21.

In the above-mentioned interactive process of recharging and exchanging digital assets, users can choose different recharge quantities to recharge according to their own needs. At the same time, different recharge quantity configurations can be set according to the location information and account information of the user client, so that it can be based on regional characteristics and User identity characteristics provide corresponding recharge exchange services, and the recharge amount configuration can be set or modified by the marketing client 22, providing users with more choices to meet various needs of users.

Using the payment center can sort out various payment operations in the application and provide shared services to reduce the investment in repeated payment function construction and maintenance.

Fig. 5 is an interactive flowchart of using digital assets according to an embodiment of the present invention. As shown in Fig. 5, the process of this embodiment includes the following steps:

In step S501, the user 31 conducts human-computer interaction with the user client 21 and chooses to use digital assets. Digital assets can be used to open target lockers, purchase props, or give gifts to others.

Step S502 , the user client 21 sends a digital asset deduction request to the payment management server 14 .

In step S503, the payment management server 14 checks the balance of digital assets in the account, and determines whether the balance of digital assets in the account is greater than or equal to the amount of digital assets corresponding to the digital asset deduction request this time.

In step S504, the payment management server 14 determines the deduction amount of digital assets according to the location information and account information of the user client.

Specifically, according to the location information and account information of the user client 21, the amount of digital asset deduction is different.

The location information is different, and the deduction level of digital assets is different. For example, the deduction level of the corresponding digital assets is lower at the site with higher efficiency or higher load rate of the locker. After determining the location information of the client, search for the deduction level configuration of the corresponding digital assets according to the order of the scope of the location information from small to large. Specifically, first determine whether the corresponding site information has a deduction level configuration. If so, the site The deduction level corresponding to the information is the deduction level of the user client 21. If it does not exist, then repeat the above steps in the order of the range from small to large. The level is the highest level, the higher the deduction level, the more digital assets will be deducted.

The account information includes identity type information. Different identity types may correspond to different deduction levels. For example, the deduction level of company A’s special delivery rider is A, and when deducting digital assets, the number of digital assets deducted is 100; company B’s special delivery The deduction level for riders or crowdsourced riders is B. When deducting digital assets, the number of digital assets deducted is 200; the deduction level for consumers is C. When deducting digital assets, the number of digital assets deducted is 300; the specific deduction level and The corresponding digital asset deduction amount can be determined by the operation client according to actual needs.

The same user ID can switch the identity type, and the deduction levels corresponding to different identity types are different. Step S505, the payment management server 14 determines that the payment mode of the user client 21 is the priority deduction of digital assets mode, wherein the payment mode may include manual payment, fingerprint payment, face payment, password-free payment, etc., in the priority deduction of digital assets mode , users can choose the default payment mode according to their personal habits and needs.

In step S506, the payment management server 14 creates a digital asset flow.

Step S507, the payment management server 14 determines the tag information of the digital asset in the account. The tag information of the digital asset can be divided into the first tag information and the second tag information. The tag information is the information carried by the digital asset when the client acquires the digital asset , wherein the first tag information indicates that the digital asset has a high deduction priority, the second tag information indicates that the digital asset has a low deduction priority, and the digital asset carrying the first tag information is preferentially deducted.

In step S508, the payment management server 14 updates the order status as being paid.

In step S509, the payment management server 14 updates the order status as payment successful.

In step S510, the payment management server 14 sends a notification message of successful deduction of digital assets to the user client 21.

In step S511 , the user client 21 displays a deduction success notification message to the user 31 .

In the method of using digital assets in the embodiment of the present invention, when deducting digital assets, the digital assets carrying the first tag information are preferentially deducted, that is, the first digital assets are preferentially deducted, and the digital assets exchanged for recharge are kept as much as possible to reduce the cost of recharge and exchange for users. At the same time, different deduction levels can be configured according to the location information and account information of the user client, and a low deduction level can be configured for users who often use lockers or specific groups of people, and less digital assets can be deducted.

The above-mentioned embodiments are all described based on the fact that the deduction priority of the first digital asset is higher than the priority of recharging and exchanging digital assets, but in other embodiments, the priority of the first digital asset and recharging and exchanging digital assets can be determined according to actual needs. settings and changes.

Fig. 6 is an interactive flow chart of closing the post-payment in the priority deduction digital asset mode of the embodiment of the present disclosure. As shown in Fig. 6, the process of this embodiment includes the following steps:

In step S601, the user 31 chooses to close the priority deduction mode of digital assets.

In step S602, the user client 21 sends a request to close the priority deduction digital asset mode to the payment management server 14.

In step S603, the payment management server 14 sends an instruction to the user client 21, causing the user client 21 to display a prompt pop-up window confirming to close the priority deduction mode of digital assets.

In step S604, the user client 21 displays a prompt pop-up window to the user confirming to close the priority deduction mode of digital assets.

In step S605, the user 31 chooses to confirm and close.

Step S606 , the user client 21 sends a confirmation close request to the payment management server 14 .

In step S607, the payment management server 14 closes the priority deduction digital asset mode.

In step S608, the payment management server 14 sets the payment mode to manual payment mode.

In step S609, the payment management server 14 sends a closing success prompt message to the user client 21.

In step S610, the user client 21 presents a prompt message of closing success to the user 31.

In step S611, the user 31 conducts human-computer interaction with the user client 21, and selects a service that needs to be deducted.

Step S612 , the user client 21 sends a deduction request to the payment management server 14 .

In step S613, the payment management server 14 creates a payment flow.

In step S614, the payment management server 14 sends the payment serial number to the user client 21.

Step S615 , the user client 21 applies for a payment message to the payment management server 14 .

In step S616, the payment management server 14 applies for a payment message to the payment center 41.

In step S617, the payment center 41 applies for a payment message from the third-party payment server 42.

In step S618, the third-party payment server 42 returns a payment message to the payment center 41.

Step S619 , the payment middle station 41 returns a payment message to the payment management server 14 .

In step S620, the payment management server 14 returns a payment message to the user client 21.

In step S621, the user client 21 presents the payment message to the user 31.

In step S622, the user client 21 sends a request to the payment center 41 to pull up the cash register.

In step S623, the payment center 41 sends a request to the third-party payment server 42 to pull up the cash register.

In step S624, the third-party payment server 42 returns the cash register information to the payment center 41.

In step S625, the payment center 41 returns the cash register information to the user client 21.

In step S626, the user client 21 displays the cash register to the user 31.

In step S627, the user 31 enters the payment password to perform manual payment.

Step S628 , the user client 21 returns a payment success signal to the third-party payment server 42 .

In step S629, the third-party payment server 42 sends payment success notification information to the payment center 41.

In step S630, the payment center 41 sends payment success notification information to the payment management server 14. In step S631, the payment management server 14 sends payment success notification information to the user client 21.

In step S632, the user client 21 displays a payment success prompt message to the user 31.

In the embodiment of the present invention, the user can choose whether to enable the priority deduction of digital assets mode according to personal usage habits and needs. When the priority deduction of digital assets mode is enabled, a variety of payment modes are provided for the user to choose, so as to improve the user's sense of use; When the priority deduction digital asset mode is turned off, only manual payment is supported, and a reminder message is sent to the user to ensure the user's payment security.

Since the following process does not involve the marketing client, the user client is simply referred to as the client.

FIG. 7 is a flowchart of an information processing method according to an embodiment of the present disclosure. As shown in Figure 7, on the payment management server side, the information processing process is as follows:

Step S701, receiving a request from a client for using a target locker.

Wherein, the client is an application program on the consumer terminal 11 or the delivery terminal 12 that provides the use or control function of the smart locker. The target locker is the smallest storage unit in the smart locker. The target locker can be selected by the client from the vacant storage units in the smart locker through human-computer interaction, or it can be selected by the client Terminals are obtained randomly from empty storage units in smart lockers.

In some possible implementations, the client can call the map search built in the client to use the navigation function or other navigation software to find smart lockers that meet the requirements, such as the smart locker closest to the user, free storage The smart locker of the client or the smart locker of which the client has a membership, etc.

After arriving at the location of the smart locker or within the preset range, the client selects the target locker and sends a usage request for the target locker to the payment management server.

Step S702, deducting the digital asset corresponding to the client according to the use request; and opening the target locker according to the use request.

Specifically, according to the use request, the corresponding operation process may be different.

Two operation processes are provided below. FIG. 8 is a flow chart of a method for processing a usage request in an embodiment of the present disclosure. As shown in FIG. 8 , it includes the following steps:

Step S801, analyzing the client's use request for the target locker.

Step S802, open the target locker.

Step S803, deducting the digital asset corresponding to the client.

Specifically, in response to receiving the client's request for using the target locker, the server opens the target locker, and then verifies the balance of digital assets in the client's account to determine whether the balance of digital assets in the account is sufficient to deduct the value of the target locker opened this time. If the required digital assets are enough to be deducted, create a digital asset flow, update the order status to payment, and finally deduct the corresponding digital assets from the client, update the order status to payment success; if not enough deductions, send the number to the client Prompt message for insufficient asset balance, and send a recharge link to the client.

FIG. 9 is a flowchart of a second method for processing a usage request according to an embodiment of the disclosure. As shown in Figure 9, it includes the following steps:

Step S901, analyzing the client's use request for the target locker.

Step S902, deducting the digital asset corresponding to the client.

Step S903, open the target locker.

Specifically, after receiving the client's request for using the target locker, the payment management server starts to check the digital asset balance of the client account to determine whether the account digital asset balance is sufficient to deduct the required fee for opening the target locker this time. If the digital assets are enough to be deducted, create a digital asset flow, update the order status to payment in progress, deduct the corresponding digital assets from the client, and update the order status to payment success. After confirming that the order payment is successful, open the target locker.

In the above two operation processes, the operation steps are different, which operation sequence can be decided by the operator, or two operation sequences can be provided for consumers or delivery personnel to choose according to their own usage habits, so as to provide consumers or delivery personnel with more suitable To meet the needs of the service and enhance the user's sense of use.

The order of operations can also be determined according to which party pays. For example, when consumers pick up meals, the operation method of deducting digital assets first and then opening the target locker can be used to urge consumers to actively apply for deduction of digital assets, so as to reduce unscheduled transactions. Pay for the order.

FIG. 10 is a flow chart of a method for acquiring digital assets according to an embodiment of the present invention. On the side of the payment management server, the process includes the following steps:

Step S101, receiving a digital asset acquisition request from a client.

Step S102, determining the acquisition type and quantity of digital assets.

According to the client’s digital asset acquisition request, determine the type of digital asset acquisition. The type of digital asset acquisition can include event gifts, recharge exchanges, or gifts from others. quantity.

Step S103, judging whether the preset condition corresponding to the type is satisfied.

Step S104, setting corresponding tag information for the digital asset.

Step S105, sending an acquisition failure notification.

Step S106, sending the corresponding amount of digital assets to the client account, and recording the distribution time stamp.

Exemplarily, the type of digital asset acquisition is event gift, and the event gift rules can be specifically defined according to the content of the event launched by the system. It can be a limited-time event, such as a special event for the Spring Festival, a Mid-Autumn Festival reunion event, or a limited summer event, etc., or it can be a permanent event. , such as daily sign-in activities, member birthday gifts or task completion rewards, etc., the number of digital assets presented by the system is usually the specified number set by the system.

Determine whether the client is qualified to receive the gift, if so, send the corresponding number of digital assets carrying the first tag information to the account corresponding to the client, and send a reminder message that the digital assets have arrived, if not, Then send a notification message that is not eligible for the gift to the client.

The eligibility for the gift can be adjusted according to different activities. For example, the eligibility criteria for the newcomer gift event is whether it is the account that has completed the identity information verification for the first time. Whether the birthday date recorded in the account information is the same, the criteria for judging the eligibility for the Spring Festival special event is whether the client has been activated during the period from the first day of the Lunar New Year to the fifteenth day of the first lunar month.

Exemplarily, the acquisition type of digital assets can also be recharge exchange, the amount of digital assets exchanged by recharge is usually the amount selected or input by the client through human-computer interaction, and the recharge link is sent to the client to determine whether a third-party payment is received The recharge success information of the server. If the client completes the recharge in the recharge link and receives the recharge success information from the third-party payment server, it will send the corresponding number of digital assets carrying the second tag information to the corresponding account of the client, and send the digital assets to account prompt information; if the recharge fails and receives the recharge failure information from the third-party payment server, it will send a notification message of recharge failure to the client.

The embodiment of the present invention provides the same method for acquiring digital assets according to different acquisition types of digital assets, that is, to judge whether the preset conditions corresponding to the type are met, and if so, to issue digital assets carrying different tag information, for those who do not use According to the type of digital asset acquisition, different preset conditions can be set specifically, and the corresponding label information can be set for the digital assets to be issued, and finally the digital assets will be issued. The above method is applicable to different types of digital asset acquisition and is flexible.

Fig. 11 is a flow chart of deducting digital assets according to the embodiment of the present invention. As shown in Figure 11, on the payment management server side, the information processing process is as follows:

Step S111 , according to the received request from the client for using the target locker, determine the account information of the corresponding client.

Wherein, the account information includes at least user ID and digital asset information.

In some possible implementations, the use request sent by the client for the target locker carries the account information of the client, or the use request sent by the client for the target locker carries the user ID , when the client is used for the first time, it needs to perform identity verification. After passing the identity verification, a user ID will be generated. The database of the payment management server stores the user ID and corresponding account information. Therefore, according to the information carried in the use request The user ID is queried in the database to obtain the account information of the client.

Step S112, judging whether the identity information corresponding to the client is healthy, if not, go to step S113, if yes, go to step 114.

Specifically, it is determined whether the user ID is carried in the use request for the target locker sent by the client. If there is no user ID in the carried information, it means that the identity information of the client is not perfect, and then go to step S113; if the carried information contains User ID, it can be judged whether the identity information has expired, if not expired, then go to step S114, if expired, then the client identity information is not sound, go to step S113.

Step S113, sending a prompt message that the identity information is not sound to the client.

Specifically, a prompt message that the identity information is not sound may be sent to the client, and the client is reminded to perform identity verification.

Step S114, judge whether the digital assets of the client are enough to deduct the digital assets needed to open the target locker this time, if the deduction is enough, go to step S115, otherwise, go to step S117.

Step S115, determine the tag information of the digital asset.

In step S116, the digital assets are deducted in order according to the deduction priority of the tag information of the digital assets.

The deduction sequence of digital assets is not only related to the label information of digital assets, but also related to the issuance time. The issuance time can be determined according to the issuance time stamp corresponding to the digital assets. The effective use period of digital assets can be different according to the label information. The effective use period of the first label is shorter, such as one week, 15 days or one month, etc., and the effective use period of the second label is longer, such as five years. , ten years or perpetual, etc. In order to avoid the situation that digital assets are expired and cannot be used, digital assets with a shorter effective use period and earlier acquisition time can be used first. First, determine the deduction order based on the tag information of the digital asset, that is, the deduction order of the digital asset with the first tag information is before the digital asset with the second tag information, and then among the digital assets with the same tag information, according to the deduction order of the digital asset The issuance time is sorted, and the deduction sequence of the digital assets with the early issuance time is before the digital assets with the late issuance time.

For example, the tag information corresponding to digital asset 1 is the first tag information, and the distribution timestamp is "2022-8-8T12:10:11Z"; the tag information corresponding to digital asset 2 is the first tag information, and the distribution timestamp is "2022-8-9T11:11:11Z"; the tag information corresponding to digital asset 3 is the second tag information, and the issuance time stamp is "2022-8-7T08:50:43Z"; the tag information corresponding to digital asset 4 is The second tag information, and the issuance time stamp is "2022-8-10T17:36:20Z", then the deduction sequence of the above digital assets is digital asset 1, digital asset 2, digital asset 3, and digital asset 4.

The above-mentioned digital assets are not the minimum deduction units. For example, digital asset 1 may include 10 minimum deduction units, digital asset 2 may include 2 minimum deduction units, digital asset 3 may include 100 minimum deduction units, and digital asset 4 may include Including 1 minimum deduction unit. If the digital assets required to open the target locker this time are 50 minimum deduction units, then 38 minimum deduction units in digital asset 1, digital asset 2 and digital asset 3 will be deducted in sequence. Yes, at this time, there are still 12 minimum deduction units in Digital Asset 3.

After determining the deduction sequence of digital assets in the client, the digital assets are deducted in sequence.

Step S117, sending a prompt message of insufficient digital assets to the client.

While sending a reminder message of insufficient digital assets, a recharge link can be sent to the client.

In the method for deducting digital assets in this embodiment, the deduction sequence of digital assets is determined based on the tag information of digital assets and the issuance time stamp, so as to avoid the waste of digital assets due to exceeding the valid trial period, and improve the utilization rate of digital assets. Delivery personnel and consumers save digital assets, and also encourage delivery personnel and consumers to actively participate in various activities of the client, increase the interaction between delivery personnel and consumers and the client, and improve the experience of delivery personnel and consumers.

Fig. 12 is a schematic diagram of an information processing device according to an embodiment of the present invention, and the device includes a request receiving unit 121 and a request executing unit 122. The request receiving unit 121 is configured to receive a client's request for using a target locker. The request execution unit 122 is configured to deduct the digital asset corresponding to the client according to the use request; and open the target locker according to the use request.

The information processing device of this embodiment connects the opening of the target locker for access with the deduction of digital assets in the takeaway program client on the terminal device, so as to prompt the terminal device holder to access the items in the target locker in time, thereby The abuse of the target locker is avoided, and the access efficiency and sustainable service capability of the target locker are improved.

FIG. 13 is a schematic diagram of an electronic device according to an embodiment of the present invention. In this embodiment, the electronic device includes a server, a terminal (client) and the like. As shown in FIG. 13 , the electronic device: at least includes one processor 131; and, a memory 132 communicatively connected with at least one processor 131; Receive and send data under the control of ; Wherein, the memory 132 stores instructions that can be executed by at least one processor 131, and the instructions are executed by at least one processor 131 to implement the above method.

Specifically, the electronic device includes: one or more processors 131 and a memory 132, one processor 131 is taken as an example in FIG. 12 . The processor 131 and the memory 132 may be connected through a bus or in other ways. In FIG. 12 , connection through a bus is taken as an example. The memory 132, as a non-volatile computer-readable storage medium, can be used to store non-volatile software programs, non-volatile computer-executable programs and modules. The processor 131 executes various functional applications and data processing of the device by running non-volatile software programs, instructions and modules stored in the memory 132 , that is, implements the above-mentioned information processing method.

The memory 132 may include a program storage area and a data storage area, wherein the program storage area may store an operating system and an application program required by at least one function; the data storage area may store an option list and the like. In addition, the memory 132 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid-state storage devices. In some embodiments, the memory 132 may optionally include a memory set remotely relative to the processor 131, and these remote memories may be connected to external devices through a network. Examples of the aforementioned networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

One or more modules are stored in the memory 132, and when executed by one or more processors 131, execute the information processing method in any of the above method embodiments.

The above-mentioned products can execute the method provided in the embodiment of this application, and have corresponding functional modules and beneficial effects for executing the method. For technical details not described in detail in this embodiment, please refer to the method provided in the embodiment of this application.

Those skilled in the art can understand that all or part of the steps in the method of the above-mentioned embodiments can be completed by instructing related hardware through a program, the program is stored in a storage medium, and includes several instructions to make a device (which can be A single chip microcomputer, chip, etc.) or a processor (processor) executes all or part of the steps of the methods described in the various embodiments of the present application. And aforementioned storage medium comprises: U disk, mobile hard disk, read-only memory (ROM, Read-OnlyMemory), random access memory (RAM, Random Access Memory), magnetic disk or CD etc. can store program codes. medium.

The embodiment of the present invention discloses A1, an information processing method, the method comprising:

Receive the client's use request for the target locker;

opening said target locker in accordance with said use request; and

The tag information of the digital asset of the client is determined according to the use request, and the digital assets are deducted in order according to the deduction priority of the tag information of the digital asset.

A2. According to the method described in A1, the target locker is opened according to the use request, specifically:

In response to the successful deduction of the client digital asset, the target locker is opened.

A3. According to the method described in A1, the tag information of the digital asset of the client is determined according to the use request, and the digital asset is deducted in order according to the deduction priority of the tag information of the digital asset, specifically: :

In response to the successful opening of the target locker, the tag information of the digital asset of the client is determined, and the digital assets are deducted in order according to the deduction priority of the tag information of the digital asset.

A4, according to the method described in A1, described method also comprises:

receiving the digital asset acquisition request from the client;

According to the digital asset acquisition request, a corresponding amount of digital assets is issued to the client.

A5. According to the method described in A4, according to the digital asset acquisition request, issuing a corresponding amount of digital assets to the client includes:

In response to the digital asset acquisition request corresponding to the first digital asset, determine account information of the client, where the account information includes a user identifier of the corresponding account;

Based on the user identification, determine the issuance qualification of the corresponding account;

In response to the account being eligible for issuance, a corresponding amount of digital assets carrying the first tag information is sent to the account.

A6. According to the method described in A5, the account information of the client is determined in response to the digital asset acquisition request corresponding to the first digital asset, wherein the account information includes the user identification of the corresponding account; based on the user Identification, to determine the issuance qualifications of the corresponding account, including:

In response to the digital asset acquisition request corresponding to the first digital asset, determine location information of the client, where the location information includes at least one of site information, area information, or city information corresponding to the client;

Based on the location information and account information of the client, determine the issuance qualification and issuance level of the account, wherein the account information includes at least identity type information.

A7. According to the method described in A4, according to the digital asset acquisition request, issuing a corresponding amount of digital assets to the client includes:

In response to the digital asset acquisition request corresponding to recharging and exchanging digital assets, sending a recharging link to the client;

In response to receiving the recharge success information from the recharge server, send a corresponding number of digital assets carrying the second tag information to the account corresponding to the client.

A8. According to the method described in A5 or A7, the first tag information and the second tag information are used to characterize the deduction priority of the digital asset.

A9. According to the method described in A7, in response to the digital asset acquisition request corresponding to recharging and exchanging digital assets, sending a recharging link to the client, including:

In response to the digital asset acquisition request corresponding to recharging and exchanging digital assets, determine the location information of the client, where the location information includes at least one of site information, area information, or city information corresponding to the client;

Determine the recharge level configuration of the client based on the location information and account information of the client, wherein the account information includes at least identity type information;

Based on the recharge level configuration of the client, a corresponding recharge link is sent to the client.

A10, according to the method described in A5 or A7, said method also includes:

In response to the successful sending of the digital asset, record the release time stamp corresponding to the successful sending of the digital asset.

A11. According to the method described in A1, the digital assets are deducted in order according to the deduction priority of the tag information of the digital assets, including:

Determine the label information and the issuance time stamp of the digital asset of the client account;

Determine the order of deduction according to the deduction priority and the issuance time stamp of the digital asset;

The digital assets are deducted according to the deduction order.

A12. According to the method described in A1, the digital assets are deducted in order according to the deduction priority of the tag information of the digital assets, including:

Determining the deduction order of the digital assets based on the deduction priority of the tag information of the digital assets;

Based on the location information of the target locker and the account information of the client, determine a corresponding amount to be deducted from the digital asset;

According to the deduction sequence of the digital assets, the corresponding amount of digital assets will be deducted.

A13. According to the method described in A1, the deduction of the digital asset corresponding to the client according to the usage request includes:

Determine the payment mode of the client;

In response to the payment mode being the priority deduction mode of digital assets, the digital assets corresponding to the client are deducted.

A14, according to the method described in A11, said method also includes:

In response to the client’s request for closing the priority deduction digital asset mode, set the digital asset to a non-default payment type, set the payment method to manual payment, and make the client display the priority deduction digital asset mode close prompt message.

The embodiment of the present invention discloses B1, an information processing device, the device includes:

A request receiving unit, configured to receive a request from a client for using a target locker;

The request execution unit is configured to determine the tag information of the digital asset of the client according to the use request, and deduct the digital asset in sequence according to the deduction priority of the tag information of the digital asset.

The embodiment of the present invention discloses C1, a computer-readable storage medium, on which computer program instructions are stored, and when the computer program instructions are executed by a processor, the method described in any one of A1-A14 is implemented.

The embodiment of the present invention discloses D1, an electronic device, the device includes:

memory for storing one or more computer program instructions;

A processor, the one or more computer program instructions are executed by the processor to implement the method described in any one of A1-A14.

The above descriptions are only preferred embodiments of the present invention, and are not intended to limit the present invention. For those skilled in the art, the present invention may have various modifications and changes. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention shall be included in the protection scope of the present invention.

Claims (10)

1. An information processing method, characterized in that the method comprises: Receive the client's use request for the target locker; opening said target locker in accordance with said use request; and The tag information of the digital asset of the client is determined according to the use request, and the digital assets are deducted in order according to the deduction priority of the tag information of the digital asset. 2. The method according to claim 1, wherein the opening of the target locker according to the use request is specifically: In response to the successful deduction of the client digital asset, the target locker is opened. 3. The method according to claim 1, wherein the tag information of the digital asset of the client is determined according to the use request, and the deduction priorities of the tag information of the digital asset are deducted in sequence. The above-mentioned digital assets, specifically: In response to the successful opening of the target locker, the tag information of the digital asset of the client is determined, and the digital assets are deducted in order according to the deduction priority of the tag information of the digital asset. 4. The method according to claim 1, wherein the method further comprises: receiving the digital asset acquisition request from the client; According to the digital asset acquisition request, a corresponding amount of digital assets is issued to the client. 5. The method according to claim 4, wherein, according to the digital asset acquisition request, issuing a corresponding amount of digital assets to the client comprises: In response to the digital asset acquisition request corresponding to the first digital asset, determine account information of the client, where the account information includes a user identifier of the corresponding account; Based on the user identification, determine the issuance qualification of the corresponding account; In response to the account being eligible for issuance, a corresponding amount of digital assets carrying the first tag information is sent to the account. 6. The method according to claim 5, wherein the account information of the client is determined in response to the digital asset acquisition request corresponding to the first digital asset, wherein the account information includes the user of the corresponding account Identification; based on the user identification, determine the issuance qualification of the corresponding account, including: In response to the digital asset acquisition request corresponding to the first digital asset, determine location information of the client, where the location information includes at least one of site information, area information, or city information corresponding to the client; Based on the location information and account information of the client, determine the issuance qualification and issuance level of the account, wherein the account information includes at least identity type information. 7. The method according to claim 4, wherein, according to the digital asset acquisition request, issuing a corresponding amount of digital assets to the client comprises: In response to the digital asset acquisition request corresponding to recharging and exchanging digital assets, sending a recharging link to the client; In response to receiving the recharge success information from the recharge server, send a corresponding number of digital assets carrying the second tag information to the account corresponding to the client. 8. An information processing device, characterized in that the device comprises: A request receiving unit, configured to receive a request from a client for using a target locker; The request execution unit is configured to determine the tag information of the digital asset of the client according to the use request, and deduct the digital asset in sequence according to the deduction priority of the tag information of the digital asset. 9. A computer-readable storage medium on which computer program instructions are stored, wherein the computer program instructions implement the method according to any one of claims 1-7 when executed by a processor. 10. An electronic device, characterized in that the device comprises: memory for storing one or more computer program instructions; A processor, the one or more computer program instructions are executed by the processor to implement the method according to any one of claims 1-7.

Images