Information processing method, device, apparatus, and storage medium

Abstract

Embodiments of the present application provide an information processing method, device, apparatus and storage medium. When a user initiates an acquisition request for a virtual item in a live room, the server can encrypt the information in the acquisition request and the acquired virtual item information, generate a target token for determining whether a target virtual item configured to a target live room is valid, so as to check whether the user identity initiating the acquisition request and the configuration request for the virtual item in the live room is consistent, whether the live room where the user is located is changed, and whether the currently configured target virtual item is valid according to the target token when the user initiates a configuration request for the target virtual item in the target live room. In this way, the encryption, decryption and verification of the interaction data between the client and the server are completed by the server, which can reduce the risk of malicious cracking of the encryption algorithm by other terminals and improve the timeliness and security of the encryption algorithm update.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to an information processing method, device, apparatus and storage medium. Background Technology

[0002] Currently, live streaming has become widespread across various industries. Users can gift virtual items to streamers in live stream rooms to express their love and support. Typically, the virtual items users see differ between different live stream rooms, and even within the same live stream room, they vary depending on the context. These visible virtual items can be considered valid. However, in live streaming scenarios, other devices frequently simulate client requests to the server to gift invalid virtual items to streamers in order to attract more users and disrupt the streamer's ecosystem. For example, other devices can simulate users gifting streamers virtual items that are still in the testing phase and not yet available, or virtual items that are not visible in the current context of the live stream room.

[0003] Therefore, it is necessary to verify the validity of virtual items gifted by users to streamers in order to determine whether the virtual items gifted by users are valid. Summary of the Invention

[0004] This application provides an information processing method, device, apparatus, and storage medium for verifying the validity of virtual items gifted by users to streamers in live streaming scenarios, thereby preventing malicious attacks and disrupting the live streaming ecosystem.

[0005] This application provides an information processing method, comprising: receiving a request from a client to obtain a list of virtual items in a target live stream, wherein the request includes at least a first user identifier corresponding to the client initiating the request and a target live stream identifier; obtaining, based on the target live stream identifier, a list of virtual items corresponding to the target live stream and virtual item identifiers corresponding to each virtual item therein; encrypting the first user identifier, the target live stream identifier, and each virtual item identifier to generate a target token for determining whether the virtual items configured for the target live stream are valid, and returning the target token to the client; receiving a configuration request from the client to configure target virtual items in the target live stream, determining whether the target virtual items configured for the target live stream are valid based on the configuration request; if the target virtual items configured for the target live stream are determined to be valid, configuring the target virtual items in the target live stream and returning configuration success information to the client; wherein the configuration request includes at least a second user identifier corresponding to the client initiating the request, the target live stream identifier, each virtual item identifier in the list of virtual items to which the target virtual item belongs, and a target token for determining whether the target virtual items configured for the target live stream are valid.

[0006] In an optional embodiment, determining, according to the configuration request, whether the target virtual items configured for the target live room are valid comprises: performing encryption algorithm analysis on the target token to obtain a first user identifier, a target live room identifier, and virtual item identifiers included in the target token; determining whether the second user identifier, the target live room identifier, and the virtual item identifiers in the configuration request are consistent with the first user identifier, the target live room identifier, and the virtual item identifiers in the target token; if consistent, determining that the target virtual items configured for the target live room are valid, and if inconsistent, determining that they are invalid and returning virtual item configuration failure information to the client.

[0007] In an optional embodiment, the method further comprises: in the case of receiving the acquisition request, generating a timestamp corresponding to the acquisition request initiated by the client; then performing encryption on the first user identifier, the target live room identifier, and the virtual item identifiers to generate a target token for determining whether the virtual items configured for the target live room are valid, comprising: performing encryption on the timestamp, the first user identifier, the target live room identifier, and the virtual item identifiers using a first encryption algorithm to generate a token for determining whether the virtual items configured for the target live room are valid; or, performing encryption on the first user identifier and the target live room identifier using a second encryption algorithm to generate an initial token; and performing encryption on the timestamp, the initial token, and the virtual item identifiers using a third encryption algorithm to generate a token for determining whether the virtual items configured for the target live room are valid; wherein the first encryption algorithm is the same as or different from the second encryption algorithm and the third encryption algorithm, and the second encryption algorithm and the third encryption algorithm are different.

[0008] In an optional embodiment, the method further comprises: if the target token is generated using the first encryption algorithm, performing first encryption algorithm analysis on the target token to obtain a first user identifier, a target live room identifier, virtual item identifiers, and the timestamp in the target token; if the target token is generated using the second encryption algorithm and the third encryption algorithm, performing third encryption algorithm analysis on the target token to obtain virtual item identifiers, the timestamp, and the initial token in the target token; and in the case of determining, according to the current system time and the timestamp, that the configuration request is within a valid period, performing the operation of determining, according to the configuration request, whether the target virtual items configured for the target live room are valid.

[0009] In an optional embodiment, determining whether the target virtual items configured for the target live room are valid according to the configuration request comprises: if the target token is generated by using the first encryption algorithm, determining whether the second user identifier, the target live room identifier and the virtual item identifiers in the configuration request are consistent with the first user identifier, the target live room identifier and the virtual item identifiers in the target token; if the target token is generated by using the second encryption algorithm and the third encryption algorithm, performing second encryption algorithm analysis on the initial token to obtain the first user identifier and the target live room identifier in the initial token, and determining whether the second user identifier, the target live room identifier and the virtual item identifiers in the configuration request are consistent with the first user identifier and the target live room identifier in the initial token and the virtual item identifiers in the target token; or, encrypting the second user identifier and the target live room identifier in the configuration request by using the second encryption algorithm to obtain a current token, and determining whether the virtual item identifiers in the configuration request are consistent with the virtual item identifiers in the target token in the case where the current token is consistent with the initial token; if consistent, determining that the target virtual items configured for the target live room are valid; otherwise, determining that the target virtual items configured for the target live room are invalid and returning virtual item configuration failure information to the client.

[0010] In an optional embodiment, the target scene identifier corresponding to the target scene where the target live room is located is further included in the acquisition request, and the virtual item list corresponding to the target live room and the virtual item identifiers corresponding to the virtual items in the virtual item list are acquired according to the target live room identifier, which further comprises: acquiring the virtual item list corresponding to the target live room in the target scene and the virtual item identifiers corresponding to the virtual items in the virtual item list according to the target live room identifier and the target scene identifier; correspondingly, the target scene identifier is further included in the target token, and the second scene identifier is further included in the configuration request, and determining whether the target virtual items configured for the target live room are valid according to the configuration request further comprises: determining whether the second scene identifier in the configuration request is consistent with the target scene identifier in the target token; if consistent, determining that the target virtual items configured for the target live room are valid; otherwise, determining that the target virtual items configured for the target live room are invalid and returning virtual item configuration failure information to the client.

[0011] In an optional embodiment, in a case where it is determined that the target virtual item configured for the target live room is valid, the method further comprises: obtaining scene information corresponding to the target live room according to the target scene identifier, to determine whether the target scene is online; and obtaining an inventory or a configured quantity of the target virtual item according to the target virtual item identifier, to determine whether the inventory of the target virtual item is sufficient or whether the configured quantity has reached a configured upper limit threshold; if the target scene is online, the inventory of the target virtual item is sufficient, and the configured quantity has not reached the configured upper limit threshold, performing an operation of configuring the target virtual item for the target live room, and updating the inventory and the configured quantity of the target virtual item.

[0012] The embodiments of the present application also provide an information processing device, comprising a display, a processor, and a memory storing a computer program; the processor is configured to execute the computer program to: receive an obtaining request initiated by a client for a virtual item list in a target live room, the obtaining request at least comprising a first user identifier corresponding to the client initiating the request and a target live room identifier corresponding to the target live room; obtain a virtual item list corresponding to the target live room and a virtual item identifier corresponding to each virtual item in the virtual item list according to the target live room identifier; encrypt the first user identifier, the target live room identifier, and each virtual item identifier, to generate a target token for determining whether a virtual item configured for the target live room is valid, and return the target token to the client; receive a configuration request initiated by the client for configuring a target virtual item for the target live room, and determine whether the target virtual item configured for the target live room is valid according to the configuration request; if it is determined that the target virtual item configured for the target live room is valid, configure the target virtual item for the target live room, and return configuration success information to the client; wherein the configuration request at least comprises a second user identifier corresponding to the client initiating the request, the target live room identifier corresponding to the target live room, each virtual item identifier in a virtual item list to which the target virtual item belongs, and the target token for determining whether the target virtual item configured for the target live room is valid.

[0013] The embodiment of the application further provides an information processing device, comprising: a receiving module, an obtaining module, a first processing module and a second processing module; wherein: the receiving module is configured to receive an obtaining request initiated by a client for a virtual item list in a target live broadcast room, the obtaining request comprising at least a first user identifier corresponding to the client initiating the request and a target live broadcast room identifier corresponding to the target live broadcast room; the obtaining module is configured to obtain the virtual item list corresponding to the target live broadcast room and virtual item identifiers corresponding to respective virtual items in the virtual item list according to the target live broadcast room identifier; the first processing module is configured to encrypt the first user identifier, the target live broadcast room identifier and the virtual item identifiers, generate a target token for determining whether a virtual item configured for the target live broadcast room is valid, and return the target token to the client; and the second processing module is configured to receive a configuration request initiated by the client for configuring a target virtual item in the target live broadcast room, determine whether the target virtual item configured for the target live broadcast room is valid according to the configuration request, configure the target virtual item for the target live broadcast room if it is determined that the target virtual item configured for the target live broadcast room is valid, and return configuration success information to the client; wherein the configuration request comprises at least a second user identifier corresponding to the client initiating the request, the target live broadcast room identifier corresponding to the target live broadcast room, virtual item identifiers of respective virtual items in a virtual item list to which the target virtual item belongs, and the target token for determining whether the target virtual item configured for the target live broadcast room is valid.

[0014] The embodiment of the application further provides a computer readable storage medium, when instructions in the computer readable storage medium are executed by a processor of an information processing device, the information processing device is enabled to perform steps in any one of the method embodiments.

[0015] The embodiment of the application further provides a computer program product, comprising computer programs / instructions, when the computer programs / instructions are executed by a processor, steps in any one of the method embodiments are implemented.

[0016] In the embodiments of the present application, in the case that the server receives a request for obtaining a virtual item list in a live room initiated by a client, the server can encrypt information such as a user identifier currently initiating the request, a live room identifier where the user is located, a scene identifier corresponding to the live room, and a virtual item identifier corresponding to the current scene, generate a target token for determining whether a virtual item configured for a target live room is valid, and in the case that the server receives a configuration request for configuring a target virtual item in the target live room initiated by the client, according to the target token and information such as a user identifier initiating the configuration request, a live room identifier where the user is located, a scene identifier corresponding to the live room, and an identifier of the target virtual item, the server can check whether the user identity initiating the request for obtaining the virtual item list and the configuration request is consistent, whether the live room or the live room scene where the user is located is changed, and whether the target virtual item currently configured is valid. By encrypting, decrypting and checking the interaction data between the client and the server by the server, the risk of malicious cracking of the encryption algorithm by other terminals can be reduced, and the timeliness and security of updating the encryption algorithm can be improved.

[0017] It should be understood that the above general description and the following detailed description are only exemplary and explanatory, and cannot limit the present application. BRIEF DESCRIPTION OF DRAWINGS

[0018] The accompanying drawings, which are incorporated into and form part of the specification, illustrate embodiments consistent with the present application and, together with the specification, serve to explain the principles of the present application, and do not constitute an undue limitation on the present application.

[0019] Figure 1a A flowchart of an information processing method provided by the embodiments of the present application;

[0020] Figure 1b A signaling diagram of an information processing process provided by the embodiments of the present application;

[0021] Figure 2 A structural schematic diagram of an information processing device provided by the embodiments of the present application;

[0022] Figure 3 A structural schematic diagram of an information processing device provided by the embodiments of the present application. DETAILED DESCRIPTION

[0023] In order for ordinary people in the art to better understand the technical solutions of the present application, the technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the accompanying drawings.

[0024] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and in the above-described drawings are used to distinguish similar objects, and do not necessarily have to be used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged under appropriate circumstances, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Instead, they are merely examples of devices and methods consistent with some aspects of the present application as detailed in the appended claims.

[0025] In the existing live broadcast scene, the data exchanged between the client and the server is usually encrypted and decrypted by the client, and when a user donates a virtual item to a host, the client also checks the validity of the virtual item donated by the user to the host. However, other terminals can easily obtain the encryption algorithm and secret key of the client by reverse analysis of the encryption algorithm of the client, and then simulate the client to donate invalid gifts to the host, thereby disrupting the live broadcast ecology. Moreover, the encryption, decryption and checking of data are implemented by the client, and when the encryption algorithm needs to be modified, the algorithm needs to be updated by relying on the version update of the client application. During this period, if the encryption algorithm of the client is maliciously cracked by other terminals, the encryption algorithm also needs to be re-modified. Therefore, the encryption, decryption and checking of data in this way have poor timeliness and low security.

[0026] Therefore, the embodiments of the present application provide an information processing method, which is suitable for a server and completes the encryption, decryption and checking of the data exchanged between the client and the server by the server. The client only needs to simply store and forward the data encrypted by the server, without understanding the real meaning of the data. For the client, the security is higher.

[0027] Figure 1a The flowchart of the information checking method provided by the embodiments of the present application is shown in Figure 1a As shown in the figure, the method comprises:

[0028] S1, receiving an acquisition request initiated by a client for a virtual item list in a target live broadcast room, the acquisition request at least comprising a first user identifier corresponding to the client initiating the request and a target live broadcast room identifier corresponding to the target live broadcast room;

[0029] S2, acquiring the virtual item list corresponding to the target live broadcast room and the virtual item identifiers corresponding to each virtual item in the virtual item list according to the target live broadcast room identifier;

[0030] S3, encrypting the first user identifier, the target live broadcast room identifier and each virtual item identifier, generating a target token for determining whether the virtual item configured for the target live broadcast room is valid, and returning the target token to the client;

[0031] S4, receiving a configuration request initiated by the client for configuring a target virtual item in a target live room, and determining whether the target virtual item configured in the target live room is valid according to the configuration request;

[0032] S5, if it is determined that the target virtual item configured in the target live room is valid, configuring the target virtual item in the target live room, and returning configuration success information to the client;

[0033] The configuration request at least includes a second user identifier corresponding to the client initiating the request, a target live room identifier corresponding to the target live room, each virtual item identifier in a virtual item list to which the target virtual item belongs, and a target token for determining whether the target virtual item configured in the target live room is valid.

[0034] In the embodiments of the present application, the server can receive an acquisition request initiated by the client for a virtual item in a live room, and acquire a virtual item list corresponding to the live room according to the live room identifier in the acquisition request, and encrypt the user identifier, the live room identifier and the virtual item identifier in the virtual item list in the acquisition request to generate a target token for determining whether the virtual item configured in the target live room is valid, and return the target token to the client, so that when the user configures the virtual item in the target live room, the target token is used to check whether the virtual item configured by the user in the target live room is valid; wherein, the user configuring the virtual item in the target live room refers to the user sending the virtual item to the anchor corresponding to the target live room, and the valid virtual item refers to any virtual item in the virtual item list. Further, when the server receives a configuration request initiated by the client for configuring a target virtual item in a target live room, for example, the user initiates a virtual item sending request to the anchor corresponding to the target live room, the server can determine the user who previously acquires the virtual item list and the live room to which the virtual item list belongs according to the target token contained in the virtual item sending request, so as to check whether the virtual item sending request initiated by the client is valid; further, the server can also determine whether the virtual item to be sent is any virtual item in the virtual item list according to the virtual item identifier corresponding to the virtual item to be sent in the virtual item sending request and the virtual item identifier corresponding to the virtual item list in the target token, so as to determine whether the virtual item to be sent is valid.

[0035] Generally, in a live broadcast scenario, the virtual items that a user can see are different in different live broadcast rooms, and the virtual items that a user can see are also different in different scenes in the same live broadcast room. In the embodiments of the present application, the specific manner of obtaining the list of virtual items in the live broadcast room is not limited, and can be determined according to the specific situation of the live broadcast room. For example, in the case where the live broadcast room only contains one scene, the manner in the above embodiments can be used to directly obtain the list of virtual items corresponding to the live broadcast room according to the live broadcast room identifier. For another example, in the case where the live broadcast room contains multiple scenes, the list of virtual items corresponding to different scenes can also be obtained for different scenes. Based on this, in the optional embodiments of the present application, the scene identifier corresponding to the live broadcast room can also be included in the request for obtaining the virtual items in the live broadcast room initiated by the client. Then, the server can parse the corresponding live broadcast room identifier and scene identifier from the request for obtaining when the request for obtaining is received, and obtain the list of virtual items corresponding to the current scene of the live broadcast room according to the live broadcast room identifier and the scene identifier in the request for obtaining.

[0036] In the embodiments of the present application, the specific manner of generating the target token is not limited. In an optional embodiment, the server can splice the user identifier, the live broadcast room identifier, the scene identifier, and the virtual item identifier in the list of virtual items in the request for obtaining into a string, and then encrypt the spliced string by using the first encryption algorithm to obtain the target token for verifying whether the virtual item to be given is valid. In another optional embodiment, when the client initiates the request for obtaining the virtual items in the live broadcast room, the client can generate a timestamp corresponding to the request for obtaining initiated by the client, and send the timestamp to the server in the request for obtaining. Alternatively, the server can also generate a timestamp corresponding to the request for obtaining the virtual items in the live broadcast room initiated by the client when the request for obtaining is received. Further, the server can splice the timestamp, the user identifier, the live broadcast room identifier, the scene identifier, and the virtual item identifier in the list of virtual items in the request for obtaining into a string, and then encrypt the spliced string by using the first encryption algorithm to obtain the target token for verifying whether the virtual item to be given is valid. In another optional embodiment, the server can first splice the user identifier, the live broadcast room identifier, and the scene identifier in the request for obtaining into a first string, and then encrypt the first string by using the second encryption algorithm to obtain an initial token. Then, the server can splice the timestamp, the initial token, and the virtual item identifier in the list of virtual items into a second string, and then encrypt the second string by using the third encryption algorithm to obtain the target token for verifying whether the virtual item to be given is valid.

[0037] It should be noted that in the above embodiments, which way is specifically used to generate the target token can be flexibly selected according to actual needs, and is not limited here; optionally, the first encryption algorithm is the same as or different from the second encryption algorithm and the third encryption algorithm, and the second encryption algorithm and the third encryption algorithm are different; wherein, using the second encryption algorithm and the third encryption algorithm to encrypt helps to improve the security of the target token and shorten the length of the target token.

[0038] In the embodiments of the present application, the specific forms of the first encryption algorithm, the second encryption algorithm and the third encryption algorithm are not limited, and optionally, the first encryption algorithm, the second encryption algorithm and the third encryption algorithm can all be symmetric encryption algorithms, or all be asymmetric encryption algorithms; further optionally, the second encryption algorithm can be an asymmetric encryption algorithm, and the third encryption algorithm can be a symmetric encryption algorithm, and the like, which are not limited here. For example, the first encryption algorithm and the third encryption algorithm are the same, and are symmetric encryption algorithms of the Advanced Encryption Standard (AES), and the second encryption algorithm is an asymmetric encryption algorithm of the Secure Hash Algorithm (SHA); further optionally, the first encryption algorithm and the third encryption algorithm can use any one of a 128-bit key, a 192-bit key or a 256-bit key, and the third encryption algorithm can use any one of SHA-1, SHA-224, SHA-256, SHA-384 or SHA-512 one-way hash algorithm, and which way is specifically used can be determined according to the length of the spliced string, which is not limited here.

[0039] Further optionally, after the server generates the target token for verifying whether the virtual item to be given is valid, the server can return the target token to the client, so that when the client initiates a virtual item giving request, the target token is used to verify whether the virtual item giving request initiated by the user for the current live room or the current scene of the live room is valid, and to verify whether the virtual item given by the user is valid. Optionally, in the case where the live room includes multiple scenes, the virtual item giving request initiated by the client can further include a scene identifier corresponding to the live room, and the server can obtain the user identifier, the live room identifier, the virtual item identifier corresponding to the virtual item to be given and the target token from the virtual item giving request when the server receives the virtual item giving request initiated by the client.

[0040] In an optional embodiment, if the target token is generated by encryption through the first encryption algorithm, and the target token does not include the timestamp corresponding to the acquisition request for the virtual item in the live room initiated by the client, when the server receives the virtual item gifting request initiated by the client, the server can parse the target token through the first encryption algorithm to obtain the user identifier, the live room identifier, the scene identifier, and the virtual item identifier in the virtual item list included in the target token. Based on this, the server can determine whether the virtual item gifting request is valid according to the comparison result of the user identifier, the live room identifier, and the scene identifier in the virtual item gifting request and the user identifier, the live room identifier, and the scene identifier in the target token; if the virtual item gifting request is valid, the server can verify whether the virtual item to be gifted is valid according to the virtual item identifier corresponding to the virtual item to be gifted and the virtual item identifier in the virtual item list.

[0041] In another optional embodiment, if the target token is generated by encryption through the first encryption algorithm, but the target token includes the timestamp corresponding to the acquisition request for the virtual item in the live room initiated by the client, when the server receives the virtual item gifting request initiated by the client, the server can parse the target token through the first encryption algorithm to obtain the user identifier, the live room identifier, the scene identifier, the virtual item identifier in the virtual item list, and the timestamp corresponding to the acquisition request for the virtual item in the live room initiated by the client included in the target token. Based on this, the server can determine whether the virtual item to be gifted is within the givable valid period according to the difference between the current system time and the timestamp in the target token, and determine whether the virtual item gifting request is valid according to the comparison result of the user identifier, the live room identifier, and the scene identifier in the virtual item gifting request and the user identifier, the live room identifier, and the scene identifier in the target token in the case where it is determined that the virtual item to be gifted is within the givable valid period; if the virtual item gifting request is valid, the server can verify whether the virtual item to be gifted is valid according to the virtual item identifier corresponding to the virtual item to be gifted and the virtual item identifier in the virtual item list.

[0042] It should be noted that in the above embodiments, whether the current virtual item gifting request is valid is determined from two aspects. On the one hand, whether the current virtual item gifting request is valid is determined from whether the virtual item to be gifted is within the givable valid period; on the other hand, whether the current virtual item gifting request is valid is determined from whether the user identity initiating the virtual item list acquisition request and the virtual item gifting request is consistent and whether the live room or the live room scene where the user is changed.

[0043] In the embodiments of the present application, the specific duration of the gift-giving validity period of the virtual item to be given is not limited, which can be a preset fixed duration, for example, a corresponding gift-giving validity period is set for each virtual item information when configuring the virtual item information; it can also be the maximum duration allowed for each live broadcast, for example, a corresponding maximum live broadcast duration is set for each live broadcast information when configuring the live broadcast information, or a uniform maximum live broadcast duration is configured for all live broadcasts, which can be determined according to actual conditions. Further optionally, when determining the gift-giving validity period of the virtual item to be given, the gift-giving validity period corresponding to the virtual item information can be directly obtained, or the maximum duration allowed for the current live broadcast can be obtained, and if the difference between the current system time and the timestamp in the target token is greater than the gift-giving validity period of the virtual item to be given, it is determined that the virtual item giving request is invalid. In the case where the user requesting to obtain the virtual item list is the same as the user currently initiating the virtual item giving, and the live broadcast room or the scene of the live broadcast room where the user is located when requesting to obtain the virtual item list is the same as the live broadcast room or the scene of the live broadcast room where the user is located when currently initiating the virtual item giving, it is determined that the current virtual item giving request is valid, otherwise it is determined that the current virtual item giving request is invalid. Further, in the case where it is determined that the current virtual item giving request is invalid, the server can return prompt information such as giving failure or giving invalid to the client, to prompt the user that the virtual item cannot be given.

[0044] In another optional embodiment, if the target token is generated by the second encryption algorithm and the third encryption algorithm, and the target token contains the timestamp corresponding to the acquisition request initiated by the client for the virtual item in the live broadcast room, when the server receives the virtual item giving request initiated by the client, the target token can be analyzed by the third encryption algorithm to obtain the virtual item identifier in the virtual item list, the timestamp corresponding to the acquisition request initiated by the client for the virtual item in the live broadcast room, and the initial token, and according to the difference between the current system time and the timestamp, it is determined whether the virtual item to be given is within the effective giving period; further, if the virtual item to be given is within the effective giving period, it can be further determined whether the user identity initiating the virtual item list acquisition request and the virtual item giving request is consistent and whether the live broadcast room or the live broadcast room scene where the user is located is changed, whether the current virtual item giving request is valid, and in the case where the virtual item giving request is valid, it is further verified whether the virtual item to be given is valid.

[0045] In the embodiments of the present application, the specific manner of further determining whether the current virtual gift sending request is valid is not limited, and the determination manner can be different according to different second encryption algorithms. If the second encryption algorithm supports reverse analysis, the server can analyze the initial token by using the second encryption algorithm to obtain the user identifier, the live broadcast room identifier and the scene identifier included in the initial token; further, according to the comparison result of the user identifier, the live broadcast room identifier and the scene identifier in the virtual gift sending request and the user identifier, the live broadcast room identifier and the scene identifier in the initial token, whether the virtual gift sending request is valid can be determined. If the second encryption algorithm does not support reverse analysis, the server can concatenate the user identifier, the live broadcast room identifier and the scene identifier in the virtual gift sending request into a string, and encrypt the concatenated string by using the second encryption algorithm to obtain the current token; further, the current token and the initial token are compared, if the current token and the initial token are the same, it is determined that the user identity initiating the obtaining request for the virtual gift list and the virtual gift sending request is consistent and the live broadcast room or the live broadcast room scene where the user is located has not changed, that is, the current virtual gift sending request is valid; if the current token and the initial token are not the same, it is determined that the user identity initiating the obtaining request for the virtual gift list and the virtual gift sending request is inconsistent or the live broadcast room or the live broadcast room scene where the user is located has changed, that is, the current virtual gift sending request is invalid.

[0046] Further, if it is determined that the virtual item gifting request is valid, the server checks whether the virtual item to be gifted is valid according to the virtual item identifier corresponding to the virtual item to be gifted and the virtual item identifier in the virtual item list. If the virtual item to be gifted is not in the virtual item list, it is determined that the virtual item to be gifted is invalid, and the server can return a gifting failure or a gifting failure prompt information to the client. If the virtual item to be gifted is in the virtual item list, it is determined that the virtual item to be gifted is valid, and the server can further determine whether other information meets the gifting requirement. For example, a virtual item cannot be gifted to a host in a live broadcast scene that is not online. The server can obtain the scene information corresponding to the live broadcast room according to the scene identifier, and determine whether the current scene corresponding to the live broadcast room is online. For another example, different virtual items allow different gifting quantities, and the gifting quantity of some virtual items has an upper threshold. The server can obtain the inventory or the gifting quantity of the virtual item to be gifted according to the virtual item identifier of the virtual item to be gifted, and determine whether the inventory of the virtual item to be gifted is sufficient or whether the gifting upper threshold has been reached. Of course, in an actual live broadcast scene, other information that affects virtual item gifting can also be included, and specific verification can be performed according to actual conditions, which is not limited herein. Based on the above, in the case that the virtual item to be gifted is valid, the current scene corresponding to the live broadcast room is online, and the inventory of the virtual item to be gifted is sufficient and the gifting quantity does not reach the gifting upper threshold, the server can gift the virtual item to be gifted to the host, update the inventory and the gifting quantity of the virtual item to be gifted, and return a gifting success prompt information to the client.

[0047] In the embodiments of the present application, the server includes multiple services, and different services provide different data and information. For example, in the above embodiments, the information corresponding to the live broadcast room can be stored in the live broadcast service, the virtual item list and the detailed information of the virtual item can be stored in the virtual item service, and the process of generating the token can be completed by the encryption hosting service, and the like. Figure 1b The overall execution process of the embodiments of the present application is shown as follows: Figure 1bAs shown, the user accesses the virtual item list in the current scene of the live room on the client, and can send an acquisition request to the live service in the server; the live service receives the acquisition request, and can access the virtual item service according to the information in the acquisition request to acquire the corresponding virtual item list and virtual item detailed information; further, the virtual item service can generate the corresponding virtual item list and virtual item information according to the user identifier, the live room identifier, and the scene identifier of the live room in the acquisition request, and send the received information and the identifier information in the generated virtual item list to the encryption hosting service to acquire a target token for verifying whether the virtual item to be given is valid from the encryption hosting service; the encryption hosting service can encrypt the received information by using an encryption algorithm to generate a target token for verifying whether the virtual item to be given is valid, and return the virtual item list and the target token and other information to the client through the virtual item service and the live service, for the client to display the virtual item list.

[0048] Further, as shown in Figure 1b The live service of the server receives the virtual item giving request sent by the client, and can send the information in the virtual item giving request to the encryption hosting service through the live service and the virtual item service; the encryption hosting service can parse the received information to obtain the target token and the user identifier, the live room identifier, the scene identifier of the live room, and the identifier of the virtual item to be given, and verify the user initiating the virtual item giving request, the live room, the scene of the live room, and the virtual item to be given according to the information in the target token; further, the encryption hosting service can return the verification result to the client through the virtual item service and the live service to notify the client of the success or failure of the giving.

[0049] In the embodiment of the present application, the server receives the acquisition request initiated by the client for the virtual item in the live room, encrypts the user identifier initiating the acquisition request, the live room identifier where the user is located, the scene identifier corresponding to the live room, and the virtual item identifier corresponding to the current scene, generates a target token for verifying whether the virtual item to be given is valid, and when receiving the virtual item giving request initiated by the client, verifies whether the user identity initiating the acquisition request and the virtual item giving request is consistent, whether the live room or the live room scene where the user is located is changed, and whether the virtual item to be given is valid according to the target token and the user identifier, the live room identifier where the user is located, the scene identifier corresponding to the live room, and the identifier of the virtual item to be given. By encrypting, decrypting, and verifying the interaction data between the client and the server by the server, the risk of malicious cracking of the encryption algorithm by other terminals can be reduced, and the timeliness and security of the encryption algorithm update can be improved.

[0050] It should be noted that the specific implementation in the above overall process can refer to the above embodiments, which will not be repeated here. In the above embodiments, the server does not store the target token when generating the target token, but sends the target token to the client for storage by the client. When the client initiates a virtual item gift request, the target token is sent to the server together, and the server checks the virtual item gift request according to the target token. Of course, in specific embodiments, the server can also store the target token, so that in the case of storage or storage of the target token, the target token can still be correctly checked, and the specific implementation can be determined according to the needs, which is not limited here. The execution subject of each step of the method provided in the above embodiments can be the same device, or the method can also be executed by different devices as the execution subject. For example, the execution subject of steps S1 to S5 can be device A; for example, the execution subject of steps S1 and S2 can be device A, and the execution subject of steps S3 to S5 can be device B; and so on.

[0051] In addition, in some of the processes described in the above embodiments and the accompanying drawings, a plurality of operations are included in a specific order, but it should be clear that these operations can be executed or executed in parallel without the order in which they appear in this text. The serial numbers of the operations, such as S1, S2, etc., are only used to distinguish different operations, and the serial numbers themselves do not represent any execution order. In addition, these processes can include more or fewer operations, and these operations can be executed in sequence or in parallel. It should be noted that the "first", "second" and the like described herein are used to distinguish different messages, devices, modules, etc., and do not represent the order of precedence. "First" and "second" are different types.

[0052] The embodiments of the present application also provide an information processing device, Figure 2 The structural schematic diagram of the information processing device provided by the embodiments of the present application is shown in Figure 2 As shown, the information processing device includes a processor 21, a memory 22 storing a computer program, and a display 23. The processor 21 and the memory 22 can be one or more.

[0053] The memory 22 is mainly used to store computer programs, which can be executed by the processor to cause the processor to control the processor 21 to use the information processing device to realize corresponding functions, complete corresponding actions or tasks. In addition to storing computer programs, the memory can also be configured to store other various data to support operations on the information processing device using the processor 21, examples of these data include instructions for any application program or method used on the information processing device using the processor 21.

[0054] The memory 22 can be implemented by any type of volatile or nonvolatile storage devices or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk or optical disk.

[0055] In the embodiments of the present application, the implementation form of the processor 21 is not limited, for example, but not limited to CPU, GPU or MCU, etc. The processor 21 can be regarded as a control unit of the information processing device, which can be used to execute the computer program stored in the memory 22 to control the information processing device to realize corresponding functions, complete corresponding actions or tasks. It should be explained that, according to the implementation form of the information processing device and the scene it is in, the functions it needs to realize, the actions or tasks it needs to complete will be different; accordingly, the computer program stored in the memory 22 will also be different, and the processor 21 executes different computer programs can control the information processing device to realize different functions, complete different actions or tasks.

[0056] In some optional embodiments, as shown in Figure 2 The information processing device can further include other components such as a communication component 24 and a power supply component 25. Figure 2 Only part of the components are shown in the figure, which does not mean that the information processing device only includes Figure 2 The components shown in the figure, for different application requirements, the information processing device can also include other components, which can be determined according to the product form of the information processing device.

[0057] In the embodiments of the present application, when the processor 21 executes the computer program in the memory 22, it is used to: receive an acquisition request initiated by a client for a virtual item list in a target live room, the acquisition request at least including a first user identifier corresponding to the client initiating the request and a target live room identifier corresponding to the target live room; acquire the virtual item list corresponding to the target live room and the virtual item identifiers corresponding to each virtual item in the virtual item list according to the target live room identifier; encrypt the first user identifier, the target live room identifier and each virtual item identifier to generate a target token for determining whether the virtual item configured for the target live room is valid, and return the target token to the client; receive a configuration request initiated by the client for configuring a target virtual item in the target live room, determine whether the target virtual item configured for the target live room is valid according to the configuration request; if it is determined that the target virtual item configured for the target live room is valid, configure the target virtual item in the target live room, and return configuration success information to the client; wherein the configuration request at least includes a second user identifier corresponding to the client initiating the request, the target live room identifier corresponding to the target live room, each virtual item identifier in the virtual item list to which the target virtual item belongs, and the target token for determining whether the target virtual item configured for the target live room is valid.

[0058] In an optional embodiment, the processor 21 determines whether the target virtual item configured for the target live room is valid according to the configuration request, by: performing encryption algorithm analysis on the target token to obtain the first user identifier, the target live room identifier and each virtual item identifier included in the target token; determining whether the second user identifier, the target live room identifier and each virtual item identifier in the configuration request are consistent with the first user identifier, the target live room identifier and each virtual item identifier in the target token; if consistent, it is determined that the target virtual item configured for the target live room is valid, and if not consistent, it is determined to be invalid and virtual item configuration failure information is returned to the client.

[0059] In an optional embodiment, the processor 21 is further configured to: in the case of receiving the acquisition request, generate a timestamp corresponding to the client-initiated acquisition request; and then encrypt the first user identifier, the target live room identifier, and each virtual item identifier to generate a target token for determining whether the virtual items configured for the target live room are valid, including: using a first encryption algorithm to encrypt the timestamp, the first user identifier, the target live room identifier, and each virtual item identifier to generate a token for determining whether the virtual items configured for the target live room are valid; or using a second encryption algorithm to encrypt the first user identifier and the target live room identifier to generate an initial token; and using a third encryption algorithm to encrypt the timestamp, the initial token, and each virtual item identifier to generate a token for determining whether the virtual items configured for the target live room are valid; wherein the first encryption algorithm is the same as or different from the second encryption algorithm and the third encryption algorithm, and the second encryption algorithm and the third encryption algorithm are different.

[0060] In an optional embodiment, the processor 21 is further configured to: if the target token is generated using the first encryption algorithm, parse the target token using the first encryption algorithm to obtain the first user identifier, the target live room identifier, each virtual item identifier, and the timestamp in the target token; if the target token is generated using the second encryption algorithm and the third encryption algorithm, parse the target token using the third encryption algorithm to obtain each virtual item identifier, the timestamp, and the initial token in the target token; and in the case of determining that the configuration request is within the validity period according to the current system time and the timestamp, perform an operation of determining whether the target virtual items configured for the target live room are valid according to the configuration request.

[0061] In an optional embodiment, the processor 21, in determining whether the target virtual items configured for the target live room are valid according to the configuration request, is configured to: if the target token is generated using the first encryption algorithm, determine whether the second user identifier, the target live room identifier, and each virtual item identifier in the configuration request are consistent with the first user identifier, the target live room identifier, and each virtual item identifier in the target token; if the target token is generated using the second encryption algorithm and the third encryption algorithm, parse the initial token using the second encryption algorithm to obtain the first user identifier and the target live room identifier in the initial token, and determine whether the second user identifier, the target live room identifier, and each virtual item identifier in the configuration request are consistent with the first user identifier and the target live room identifier in the initial token and each virtual item identifier in the target token; or encrypt the second user identifier and the target live room identifier in the configuration request using the second encryption algorithm to obtain a current token, and in the case of the current token being consistent with the initial token, determine whether each virtual item identifier in the configuration request is consistent with each virtual item identifier in the target token; if consistent, determine that the target virtual items configured for the target live room are valid; otherwise, determine that they are invalid and return virtual item configuration failure information to the client.

[0062] In an optional embodiment, the target scene identifier corresponding to the target scene where the target live room is located is further included in the acquisition request, and the processor 21 acquires the virtual item list corresponding to the target live room and the virtual item identifiers corresponding to the virtual items in the virtual item list according to the target live room identifier, and is further configured to: acquire the virtual item list corresponding to the target live room in the target scene and the virtual item identifiers corresponding to the virtual items in the virtual item list according to the target live room identifier and the target scene identifier; accordingly, the target scene identifier is further included in the target token, and the second scene identifier is further included in the configuration request, and the determination of whether the target virtual item configured for the target live room is valid according to the configuration request further includes: determining whether the second scene identifier in the configuration request is consistent with the target scene identifier in the target token; if consistent, determining that the target virtual item configured for the target live room is valid; otherwise, determining that it is invalid and returning a virtual item configuration failure information to the client.

[0063] In an optional embodiment, in the case where the target virtual item configured for the target live room is determined to be valid, the processor 21 is further configured to: acquire the scene information corresponding to the target live room according to the target scene identifier to determine whether the target scene is online; and acquire the inventory or configured quantity of the target virtual item according to the target virtual item identifier to determine whether the inventory of the target virtual item is sufficient or whether the configured quantity has reached the configuration upper threshold; if the target scene is online, the inventory of the target virtual item is sufficient, and the configured quantity has not reached the configuration upper threshold, performing the operation of configuring the target virtual item for the target live room, and updating the inventory and the configured quantity of the target virtual item.

[0064] Embodiments of the present application further provide an information processing device. For example, the information processing device can be implemented as a virtual device in a communication controller (CCU), such as an application. For example, the information processing device can be implemented as a virtual device in a communication controller (CCU), such as an application. Figure 3As shown, the information checking device includes a receiving module 301, an obtaining module 302, a first processing module 303, and a second processing module 304. The receiving module 301 is configured to receive an obtaining request initiated by a client for a virtual item list in a target live broadcast room, the obtaining request including at least a first user identifier corresponding to the client initiating the request and a target live broadcast room identifier corresponding to the target live broadcast room. The obtaining module 302 is configured to obtain, according to the target live broadcast room identifier, a virtual item list corresponding to the target live broadcast room and virtual item identifiers corresponding to respective virtual items in the virtual item list. The first processing module 303 is configured to encrypt the first user identifier, the target live broadcast room identifier, and the virtual item identifiers, generate a target token for determining whether a virtual item configured for the target live broadcast room is valid, and return the target token to the client. The second processing module 304 is configured to receive a configuration request initiated by the client for configuring a target virtual item for the target live broadcast room, determine whether the target virtual item configured for the target live broadcast room is valid according to the configuration request, and if the target virtual item configured for the target live broadcast room is determined to be valid, configure the target virtual item for the target live broadcast room and return configuration success information to the client. The configuration request includes at least a second user identifier corresponding to the client initiating the request, the target live broadcast room identifier corresponding to the target live broadcast room, virtual item identifiers of respective virtual items in a virtual item list to which the target virtual item belongs, and the target token for determining whether the target virtual item configured for the target live broadcast room is valid. It should be noted that the specific manners in which the processors of the information processing device and the modules of the information processing device perform operations have been described in detail in the embodiments of the related method, and will not be described in detail here.

[0065] Accordingly, the embodiments of the present application also provide a computer readable storage medium storing a computer program, which is executed to implement each step in the above method embodiments.

[0066] Accordingly, the embodiments of the present application also provide a computer program product, which includes computer programs / instructions, and the computer programs / instructions are executed by a processor to implement each step in the above method embodiments.

[0067] The communication component in the above-described embodiments is configured to facilitate wired or wireless communication between the device in which the communication component is located and other devices. The device in which the communication component is located can access a wireless network based on a communication standard, such as WiFi, 2G, 3G, 4G / LTE, 5G, or the like, or a combination thereof. In an example embodiment, the communication component receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In an example embodiment, the communication component also includes a Near Field Communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0068] The display in the above-described embodiments includes a screen, which can include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen can be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense a touch, a slide, and a gesture on the touch panel. The touch sensor can not only sense a boundary of a touch or a slide action, but also detect duration and pressure related to the touch or slide operation.

[0069] The power supply component in the above-described embodiments provides power to various components of the device in which the power supply component is located. The power supply component can include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power to the device in which the power supply component is located.

[0070] The audio component in the above-described embodiments can be configured to output and / or input audio signals. For example, the audio component includes a microphone (MIC) that is configured to receive an external audio signal when the device in which the audio component is located is in an operation mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signal can be further stored in a memory or transmitted via the communication component. In some embodiments, the audio component also includes a speaker to output audio signals.

[0071] Those skilled in the art will appreciate that embodiments of the application can be supplied as a method, a system, or a computer program product. Accordingly, the application can be embodied in the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the application can be embodied in the form of a computer program product on one or more computer-usable storage media (including, but not limited to, disk memory, CD-ROMs, optical storage media, etc.) having computer usable program code embodied therein.

[0072] The computer program instructions can also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.

[0073] These computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture including instructions which implement the function specified in the flowchart block or blocks.

[0074] These computer program instructions can also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.

[0075] In one typical configuration, the computing device includes one or more processors (CPUs), input / output interfaces, network interfaces, and memory.

[0076] The memory can include non-persistent memory and / or volatile memory, such as random access memory (RAM) and / or cache memory, for storing, in general, data and / or program instructions. The memory can also include non-volatile memory, such as read-only memory (ROM), electrically programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), flash memory, or non-volatile random access memory (NVRAM) for storing, in general, data and / or program instructions. The memory is an example of computer readable media.

[0077] Computer-readable media includes permanent and non-permanent, movable and non-movable media that can be implemented by any method or technology to store information. The information can be computer-readable instructions, data structures, program modules 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, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassette, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information accessible to a computing device. According to the definition herein, computer-readable media does not include transitory media such as modulated data signals and carriers.

[0078] It should also be noted that the terms "comprising", "containing", or any other variant thereof are intended to cover a non-exclusive inclusion, such that a process, method, article or apparatus that comprises a list of elements does not only include those elements, but can also include other elements not expressly listed or inherent to such process, method, article or apparatus. Without more limitations, the element defined by the statement "comprising a" does not exclude the presence of additional identical elements in the process, method, article or apparatus that includes the element.

[0079] The above only describes the embodiments of the present application and is not intended to limit the present application. The present application can have various modifications and changes for those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principles of the present application shall be included in the scope of claims of the present application.

[0080] Other embodiments of the present application will be apparent to those skilled in the art upon consideration of the specification and practice of the application disclosed herein. The present application is intended to cover any variations, uses or adaptive changes of the present application following the general principles of the present application and including common knowledge or conventional techniques in the art not disclosed in the present application. The specification and examples are only regarded as exemplary, and the true scope and spirit of the present application are indicated by the following claims.

[0081] It should be understood that the present application is not limited to the precise structures described above and shown in the drawings, and various modifications and changes can be made without departing from the scope thereof. The scope of the present application is limited only by the appended claims.

Claims

1. An information processing method characterized by comprising: The method comprises: receiving a client for a target live room inside the virtual item list initiated acquisition request, the acquisition request at least includes the first user identification corresponding to the client of the request and the target live room corresponding to the target live room identification; According to the target live room identification, the virtual item list corresponding to the target live room and the virtual item identification corresponding to each virtual item in it are obtained; Generate the timestamp corresponding to the acquisition request initiated by the client; The first user identification, target live room identification and each virtual item identification are encrypted, the target token for determining whether the virtual item configured for the target live room is valid is generated, and the target token is returned to the client; Receive the client for the target live room configuration target virtual item initiated configuration request, in the case of determining that the configuration request is within the validity period according to the current system time and the timestamp, according to the first user identification, second user identification, target live room corresponding to the target live room identification, determine whether the target virtual item configured for the target live room is valid; If it is determined that the target virtual item configured for the target live room is valid, the target virtual item is configured to the target live room, and the configuration success information is returned to the client; Wherein, the configuration request at least includes the second user identification corresponding to the client of the request, the target live room corresponding to the target live room identification, each virtual item identification in the virtual item list to which the target virtual item belongs and the target token for determining whether the target virtual item configured for the target live room is valid.

2. The method of claim 1, wherein, According to the first user identification, second user identification, target live room corresponding to the target live room identification, determine whether the target virtual item configured for the target live room is valid, comprising: The target token is parsed by encryption algorithm, and the first user identification, target live room identification and each virtual item identification included in the target token are obtained; Determine whether the second user identification, target live room identification and each virtual item identification in the configuration request are consistent with the first user identification, target live room identification and each virtual item identification in the target token; If consistent, it is determined that the target virtual item configured for the target live room is valid, and if not consistent, it is determined to be invalid and the virtual item configuration failure information is returned to the client.

3. The method of claim 2, wherein, The first user identification, target live room identification and each virtual item identification are encrypted, and the target token for determining whether the virtual item configured for the target live room is valid is generated, comprising: The timestamp, first user identification, target live room identification and each virtual item identification are encrypted by using the first encryption algorithm, and the token for determining whether the virtual item configured for the target live room is valid is generated; Or, The first user identification and target live room identification are encrypted by using the second encryption algorithm to generate the initial token; and the timestamp, the initial token and each virtual item identification are encrypted by using the third encryption algorithm to generate the token for determining whether the virtual item configured for the target live room is valid; The first encryption algorithm is the same as or different from the second encryption algorithm and the third encryption algorithm, and the second encryption algorithm and the third encryption algorithm are different.

4. The method of claim 3, wherein, The method further comprises: If the first encryption algorithm is used to generate the target token, the target token is analyzed by using the first encryption algorithm to obtain the first user identifier, the target live room identifier, the virtual article identifiers, and the timestamp in the target token; If the second encryption algorithm and the third encryption algorithm are used to generate the target token, the target token is analyzed by using the third encryption algorithm to obtain the virtual article identifiers, the timestamp, and the initial token in the target token; If it is determined that the configuration request is within the valid period according to the current system time and the timestamp, an operation of determining whether the target virtual article configured for the target live room is valid according to the configuration request is performed.

5. The method of claim 4, wherein, Determining whether the target virtual article configured for the target live room is valid according to the configuration request comprises: If the first encryption algorithm is used to generate the target token, it is determined whether the second user identifier, the target live room identifier, and the virtual article identifiers in the configuration request are consistent with the first user identifier, the target live room identifier, and the virtual article identifiers in the target token; If the second encryption algorithm and the third encryption algorithm are used to generate the target token, the initial token is analyzed by using the second encryption algorithm to obtain the first user identifier and the target live room identifier in the initial token, and it is determined whether the second user identifier, the target live room identifier, and the virtual article identifiers in the configuration request are consistent with the first user identifier and the target live room identifier in the initial token and the virtual article identifiers in the target token; or, the second user identifier and the target live room identifier in the configuration request are encrypted by using the second encryption algorithm to obtain a current token, and it is determined whether the virtual article identifiers in the configuration request are consistent with the virtual article identifiers in the target token in the case where the current token is consistent with the initial token; If the determination is consistent, it is determined that the target virtual article configured for the target live room is valid; otherwise, it is determined to be invalid, and virtual article configuration failure information is returned to the client.

6. The method according to any one of claims 1 to 5, characterized in that, The acquisition request further comprises a target scene identifier corresponding to a target scene in which the target live room is located, and the virtual article list corresponding to the target live room and the virtual article identifiers corresponding to each virtual article in the virtual article list are acquired according to the target live room identifier, and the method further comprises: The virtual article list corresponding to the target live room in the target scene and the virtual article identifiers corresponding to each virtual article in the virtual article list are acquired according to the target live room identifier and the target scene identifier. Correspondingly, the target token further comprises the target scene identifier, and the configuration request further comprises a second scene identifier, and the method of determining whether the target virtual article configured for the target live room is valid according to the configuration request further comprises: It is determined whether the second scene identifier in the configuration request is consistent with the target scene identifier in the target token. If consistent, it is determined that the target virtual item configured for the target live room is valid; otherwise, it is determined to be invalid and virtual item configuration failure information is returned to the client.

7. The method of claim 6, wherein, In a case where it is determined that the target virtual item configured for the target live room is valid, the method further includes: acquiring scene information corresponding to the target live room according to the target scene identifier to determine whether the target scene is online; and acquiring an inventory or a configured quantity of the target virtual item according to the target virtual item identifier to determine whether the inventory of the target virtual item is sufficient or whether a configured upper limit threshold has been reached; if the target scene is online, the inventory of the target virtual item is sufficient, and the configured quantity has not reached the configured upper limit threshold, an operation of configuring the target virtual item to the target live room is performed, and the inventory and the configured quantity of the target virtual item are updated.

8. An information processing apparatus, characterized by comprising: comprise: a display, a processor, and a memory storing a computer program; the processor is configured to execute the computer program to: receive an acquisition request initiated by a client for a virtual item list in a target live room, the acquisition request including at least a first user identifier corresponding to the client initiating the request and a target live room identifier corresponding to the target live room; acquire a virtual item list corresponding to the target live room and a virtual item identifier corresponding to each virtual item in the virtual item list according to the target live room identifier; generate a timestamp corresponding to the acquisition request initiated by the client; encrypt the first user identifier, the target live room identifier, and each virtual item identifier to generate a target token for determining whether a virtual item configured for the target live room is valid, and return the target token to the client; receive a configuration request initiated by a client for a target virtual item in a target live room, and in a case where it is determined that the configuration request is within a valid period according to a current system time and the timestamp, determine whether a target virtual item configured for the target live room is valid according to the first user identifier, a second user identifier, and a target live room identifier corresponding to the target live room; if it is determined that the target virtual item configured for the target live room is valid, configure the target virtual item to the target live room, and return configuration success information to the client; wherein the configuration request includes at least a second user identifier corresponding to the client initiating the request, a target live room identifier corresponding to the target live room, each virtual item identifier in a virtual item list to which the target virtual item belongs, and a target token for determining whether a target virtual item configured for the target live room is valid.

9. An information processing apparatus, comprising: comprise: a receiving module, an acquiring module, a first processing module, and a second processing module; the receiving module is configured to receive an acquisition request initiated by a client for a virtual item list in a target live room, the acquisition request including at least a first user identifier corresponding to the client initiating the request and a target live room identifier corresponding to the target live room; The acquisition module is configured to acquire, according to the target live room identifier, a virtual item list corresponding to the target live room and virtual item identifiers corresponding to respective virtual items in the virtual item list, and generate a timestamp corresponding to the acquisition request initiated by the client; The first processing module is configured to encrypt the first user identifier, the target live room identifier, and the virtual item identifiers, generate a target token for determining whether a target virtual item configured for the target live room is valid, and return the target token to the client; The second processing module is configured to receive a configuration request initiated by the client for configuring a target virtual item for a target live room, and determine whether the target virtual item configured for the target live room is valid according to the first user identifier, a second user identifier, and a target live room identifier corresponding to the target live room, if it is determined that the configuration request is within a valid period according to a current system time and the timestamp; If it is determined that the target virtual item configured for the target live room is valid, the target virtual item is configured for the target live room, and configuration success information is returned to the client; The configuration request includes at least a second user identifier corresponding to the client initiating the request, a target live room identifier corresponding to the target live room, virtual item identifiers of respective virtual items in a virtual item list to which the target virtual item belongs, and a target token for determining whether the target virtual item configured for the target live room is valid.

10. A computer-readable storage medium, characterized in that, The computer readable storage medium stores computer programs / instructions, which, when executed by a processor of an information processing device, enable the information processing device to perform the steps in the method of any one of claims 1-7.

Images