CN114210053A

CN114210053A - Virtual resource processing method and device

Info

Publication number: CN114210053A
Application number: CN202111342759.4A
Authority: CN
Inventors: 张海雷; 汪冠春
Original assignee: Beijing Xiaolai Infinite Technology Co ltd
Current assignee: Beijing Xiaolai Infinite Technology Co ltd
Priority date: 2021-11-12
Filing date: 2021-11-12
Publication date: 2022-03-22

Abstract

The application provides a method and a device for processing virtual resources, wherein the method comprises the following steps: the first client sends a bait lifting instruction to the server, then the updating mode that the number of the baits is determined by the server based on the current instruction and the operation data of the rest participants on the object can be received, and then the number of the baits in the display interface is updated according to the updating mode. Therefore, the virtual resources corresponding to the clients can be updated in real time through the operation of each client on the virtual resources, so that the participation of multiple roles in the phishing applet is realized, and the phishing scenes are richer and stronger in interactivity.

Description

Virtual resource processing method and device

Technical Field

The present application relates to the field of internet game applications, and in particular, to a method and an apparatus for processing virtual resources.

Background

With the development of computer technology, people have higher and higher requirements for interactivity of internet products.

In the related art, the fishing applet usually displays the fishing water surface on a user interface, when a participant sees that a fish passes through, the fishing operation can be triggered, and the system determines whether fishing is successful according to the timing of the fishing operation triggered by the participant. The phishing processing method has single participation role and scene and interactive intersection.

Disclosure of Invention

The application provides a method and a device for processing virtual resources.

According to a first aspect of the embodiments of the present disclosure, a method for processing virtual resources is provided, including:

sending a bait lifting instruction to a server, wherein the lifting instruction comprises an identification of a target bait and a first timestamp;

receiving an updating mode of the bait quantity returned by the server, wherein the updating mode is determined by the server according to the identification of the target bait, the first timestamp and operation data of other participants on the target bait;

and updating the bait quantity in the display interface according to the updating mode.

In a possible implementation manner of the embodiment of the first aspect of the present disclosure, the method further includes:

receiving a target bait locking instruction sent by the server, wherein the locking instruction comprises an identifier of the target bait;

and locking the target bait.

In a possible implementation manner of the embodiment of the first aspect of the present disclosure, the locking the target bait specifically includes:

descending the display height of the float corresponding to the target bait by a preset distance;

alternatively, a water streak is displayed at a water surface associated with the target lure.

In a possible implementation manner of the embodiment of the first aspect of the present disclosure, the lock instruction further includes a type of a first role of locking the target bait, and the locking the target bait specifically includes:

determining a locking mode corresponding to the target bait according to the type of the first role;

locking the target bait based on the locking mode.

sending a bait releasing instruction to the server, wherein the bait releasing instruction comprises the number of baits to be released and a target releasing point;

and responding to the received bait casting success message returned by the server, and displaying a float mark at a target casting point in the target virtual pond.

sending a virtual pond creating request to the server, wherein the creating request comprises an identifier of a second role corresponding to the first client;

and receiving the number of the target virtual ponds returned by the server and the number of the available baits corresponding to the first client.

sending a sharing request to the server, wherein the sharing request comprises an identifier of a second role corresponding to the first client;

receiving a sharing identifier returned by the server;

and sending the analysis identification to a target object.

receiving a role updating instruction returned by the server, wherein the role updating instruction comprises an updated role corresponding to the first client and corresponding target scene content;

and displaying the updated role and the target scene content in the first client according to the updating instruction.

According to a second aspect of the embodiments of the present disclosure, a method for processing virtual resources is provided, including:

receiving a bait lifting instruction sent by a first client, wherein the lifting instruction comprises an identification of a target bait and a first timestamp;

determining a second timestamp of the target bait corresponding to the identification of the target bait, wherein the second timestamp is locked by a first role corresponding to a second client;

determining a resource updating mode corresponding to the first character according to the difference value between the first time stamp and the second time stamp;

and updating the resources of the second role corresponding to the first client based on the resource updating mode.

In a possible implementation manner of the embodiment of the second aspect of the present disclosure, the determining, according to a difference between the first timestamp and the second timestamp, a resource update mode corresponding to the first character specifically includes:

determining that the resource updating mode is to reduce the number of the baits corresponding to the second role by one when the difference between the first timestamp and the second timestamp is greater than a first threshold;

or, when the difference between the first time stamp and the second time stamp is less than or equal to the first threshold, determining that the resource updating mode is to update the bait number of the second role according to the type of the first role.

In a possible implementation manner of the embodiment of the second aspect of the present disclosure, the method further includes:

and under the condition that the difference value between the first time stamp and the second time stamp is less than or equal to a threshold value, adding one to the success times corresponding to the second role.

receiving a bait releasing instruction sent by the first client, wherein the bait releasing instruction comprises the number of baits to be released and a target releasing point;

updating first interface content corresponding to the target virtual pond according to the target release point, wherein the first interface is a user interface corresponding to a role with the same type as the second role;

and sending the updated first interface content to the first client side so that the first client side can display a float mark at a target delivery point in the target virtual pond.

receiving a virtual pond creating request sent by the first client, wherein the creating request comprises the identifier of the second role;

determining the number of available baits corresponding to the second role according to the identifier of the second role;

and returning the target virtual pond and the number of the available baits to the first client.

receiving a sharing request sent by the first client, wherein the sharing request comprises an identifier of a second role corresponding to the first client;

determining a target virtual pond corresponding to the identifier of the second role;

and returning the sharing identification corresponding to the target virtual pond to the first client.

and returning a role updating instruction to the first client under the condition that the quantity of the resources corresponding to the second role is smaller than a second threshold, wherein the updating instruction comprises an updated role corresponding to the first client and corresponding first target scene content.

receiving a bait locking request sent by a second client, wherein the locking request comprises an identifier of the target bait and the second timestamp;

and returning a target bait locking instruction to the first client so as to enable the first client to lock the target bait.

returning a bait lock response to the second client to cause the second client to display a lock countdown.

under the condition that a preset locking duration is reached, updating the success times corresponding to the first role;

and updating the preset locking duration corresponding to the second role according to the updated success times.

Updating the preset locking duration corresponding to the first role

and returning a role updating instruction to the second client under the condition that the updated success times reach a third threshold, wherein the updating instruction comprises an updated role corresponding to the second client and a corresponding second target scene content.

under the condition that the updated success times reach a third threshold value, returning a role updating inquiry message to the second client, wherein the inquiry message comprises a candidate role identifier;

receiving a role updating confirmation message returned by the second client, wherein the confirmation message comprises a target role;

and returning third target scene content corresponding to the target role to the second client according to the target role.

receiving a virtual pond joining request sent by the second client, wherein the joining request comprises an identifier of a target virtual pond;

determining the current panoramic content of the target virtual pond corresponding to the identifier of the target virtual pond;

returning the panoramic content to the second client.

receiving a role selection instruction sent by the second client, wherein the selection instruction comprises the identifier of the first role;

determining target scene content to be returned to the second client according to the type of the identifier of the first role;

and returning the target scene content to the second client.

According to a third aspect of the embodiments of the present disclosure, an embodiment of the present disclosure provides a method for processing a virtual resource, including:

sending a bait locking request to a server under the condition that any bait in a display interface of a second client is monitored to be in a selected state, wherein the locking request comprises an identifier of any bait and a first timestamp corresponding to the current time;

receiving a bait locking response returned by the server;

the lock countdown is displayed at the second client.

In a possible implementation manner of the embodiment of the third aspect of the present disclosure, the method further includes:

and receiving a role updating instruction returned by the server, wherein the updating instruction comprises an updated role type corresponding to the second client.

sending a role selection instruction to the server, wherein the selection instruction comprises an identifier of a first role;

receiving a scene content updating instruction sent by the server, wherein the updating instruction is generated by the server based on the type of the first role identifier;

and updating the scene content displayed by the second client according to the updating instruction.

sending a virtual pond joining request to a server, wherein the joining request comprises an identifier of a target virtual pond;

and receiving panoramic content of the target virtual pond corresponding to the identification of the target virtual pond returned by the server.

receiving a role updating instruction sent by the server, wherein the updating instruction comprises an updated role corresponding to the second client and corresponding first target scene content;

and displaying the updated role and the first target scene content.

receiving a role updating inquiry message sent by the server, wherein the inquiry message comprises a candidate role;

returning a role updating confirmation message to the server, wherein the confirmation message comprises a target role;

and receiving second target scene content corresponding to the target role returned by the server.

According to a fourth aspect of the embodiments of the present disclosure, an embodiment of the present disclosure provides a processing apparatus for virtual resources, including:

the system comprises a sending module, a receiving module and a processing module, wherein the sending module is used for sending a bait lifting instruction to a server, and the lifting instruction comprises an identification of a target bait and a first timestamp;

the receiving module is used for receiving an updating mode of the bait quantity returned by the server, wherein the updating mode is determined by the server according to the identification of the target bait, the first timestamp and the operation data of the rest participants on the target bait;

and the updating module is used for updating the bait quantity in the display interface according to the updating mode.

In a possible implementation manner of the embodiment of the fourth aspect of the present disclosure, the receiving module is further configured to:

the device further comprises:

and the locking module is used for locking the target bait.

In a possible implementation manner of the embodiment of the fourth aspect of the present disclosure, the locking module is specifically configured to:

In a possible implementation manner of the embodiment of the fourth aspect of the present disclosure, the locking instruction further includes a type of a first role of locking the target bait, where the locking module is specifically configured to:

locking the target bait based on the locking mode.

In a possible implementation manner of the embodiment of the fourth aspect of the present disclosure, the sending module is further configured to:

the device further comprises:

and the throwing module is used for responding to the received bait throwing success message returned by the server and displaying a float mark at a target throwing point in the target virtual pond.

the receiving module is further configured to receive the number of the target virtual ponds returned by the server and the number of the available baits corresponding to the first client.

the receiving module is further configured to receive a sharing identifier returned by the server;

the device further comprises:

and the sharing module is used for sending the analysis identifier to a target object.

the device further comprises:

and the display module is used for displaying the updated role and the target scene content in the first client according to the updating instruction.

According to a fifth aspect of the embodiments of the present disclosure, an embodiment of the present disclosure provides a processing apparatus for virtual resources, including:

the system comprises a receiving module, a processing module and a processing module, wherein the receiving module is used for receiving a bait lifting instruction sent by a first client, and the lifting instruction comprises an identification of a target bait and a first timestamp;

the first determining module is used for determining a second timestamp of the target bait corresponding to the identification of the target bait, wherein the second timestamp is locked by a first role corresponding to a second client;

a second determining module, configured to determine, according to a difference between the first timestamp and the second timestamp, a resource update mode corresponding to the first character;

and the updating module is used for updating the resources of the second role corresponding to the first client based on the resource updating mode.

In a possible implementation manner provided in the fifth aspect of the present disclosure, the second determining module is specifically configured to:

In a possible implementation manner provided in the fifth aspect of the present disclosure, the method further includes:

and the operation module is used for adding one to the success times corresponding to the second role under the condition that the difference value between the first time stamp and the second time stamp is less than or equal to a threshold value.

In a possible implementation manner provided in the fifth aspect of the present disclosure, the receiving module is further configured to:

the updating module is further configured to update first interface content corresponding to the target virtual pond according to the target delivery point, wherein the first interface is a user interface corresponding to a role of the same type as the second role;

the device further comprises:

and the sending module is used for sending the updated first interface content to the first client so that the first client can display a float identifier at a target putting point in the target virtual pond.

the determining module is further configured to:

determining to return a target virtual pond and the number of available baits to the first client.

the determining module is further configured to determine a target virtual pond corresponding to the identifier of the second role;

the sending module is further configured to return the sharing identifier corresponding to the target virtual pond to the first client.

In a possible implementation manner provided in the fifth aspect of the present disclosure, the sending module is further configured to:

the device further comprises:

and the locking module is used for returning a target bait locking instruction to the first client so as to enable the first client to lock the target bait.

In a possible implementation manner provided in the fifth aspect of the present disclosure, the updating module is further configured to:

and updating the preset locking duration corresponding to the first role according to the updated success times.

the receiving module is further configured to receive a role update confirmation message returned by the second client, where the confirmation message includes a target role;

the determining module is further configured to determine current panoramic content of the target virtual pond corresponding to the identifier of the target virtual pond;

the sending module is further configured to determine to return the panoramic content to the second client.

the determining module is further configured to determine, according to the type to which the identifier of the first role belongs, target scene content to be returned to the second client;

the sending module is further configured to return the target scene content to the second client.

According to a sixth aspect of the embodiments of the present disclosure, an embodiment of the present disclosure provides a processing apparatus for virtual resources, including:

the system comprises a sending module, a server and a processing module, wherein the sending module is used for sending a bait locking request to the server under the condition that any bait in a display interface of a second client is monitored to be in a selected state, and the locking request comprises an identifier of any bait and a first timestamp corresponding to the current time;

the receiving module is used for receiving a bait locking response returned by the server;

a lock module to display the lock countdown at the second client.

In a possible implementation manner of the sixth aspect of the embodiment of the present disclosure, the receiving module is further configured to:

In a possible implementation manner of the sixth aspect of the embodiment of the present disclosure, the sending module is further configured to:

the receiving module is further configured to receive a scene content update instruction sent by the server, where the update instruction is generated by the server based on a type to which the identifier of the first role belongs;

the device further comprises:

and the updating module is used for updating the scene content displayed by the second client according to the updating instruction.

the receiving module is further configured to receive panoramic content of the target virtual pond corresponding to the identifier of the target virtual pond, which is returned by the server.

the device further comprises:

and the display module is used for displaying the updated role and the first target scene content.

the device further comprises:

the confirmation module is used for returning a role updating confirmation message to the server, wherein the confirmation message comprises a target role;

According to a fifth aspect of embodiments of the present disclosure, there is provided a computer device comprising:

a memory storing executable program code;

a processor coupled to the memory;

wherein the processor calls executable program code stored in the memory to perform the method of processing a virtual resource as claimed in any one of claims 1 to 28.

According to a sixth aspect of the embodiments of the present disclosure, there is provided a computer-readable storage medium on which a computer program is stored, wherein the program is configured to implement the processing method of the virtual resource according to any one of claims 1 to 28 when executed by a processor.

The technical scheme provided by the embodiment of the disclosure at least brings the following beneficial effects: in the disclosure, the first client sends a bait lifting instruction to the server, and then, an update mode that the server determines the number of the baits based on the current instruction and operation data of the other participants on the object can be received, and then, the number of the baits in the display interface is updated according to the update mode. Therefore, the virtual resources corresponding to the clients can be updated in real time through the operation of each client on the virtual resources, so that the participation of multiple roles in the phishing applet is realized, and the phishing scenes are richer and stronger in interactivity.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the application and are not to be construed as limiting the application.

FIG. 1 is a flow diagram illustrating a method for processing virtual resources in accordance with an exemplary embodiment;

FIG. 2 is a flow diagram illustrating a method for processing virtual resources in accordance with an exemplary embodiment;

FIG. 3 is a flow diagram illustrating a method for processing virtual resources in accordance with an exemplary embodiment;

FIG. 4 is a flow diagram illustrating a method for processing virtual resources in accordance with an exemplary embodiment;

FIG. 5 is a flow diagram illustrating a method for processing virtual resources in accordance with an exemplary embodiment;

FIG. 6 is a flow diagram illustrating a method for processing virtual resources in accordance with an exemplary embodiment;

FIG. 7 is a flowchart illustrating a method of processing a virtual resource in accordance with an exemplary embodiment;

FIG. 8 is a flowchart illustrating a method of processing a virtual resource in accordance with an exemplary embodiment;

FIG. 9 is a flowchart illustrating a method of processing a virtual resource in accordance with an exemplary embodiment;

FIG. 10 is a flowchart illustrating a method of processing a virtual resource in accordance with an exemplary embodiment;

FIG. 11 is a flowchart illustrating a method of processing a virtual resource in accordance with an exemplary embodiment;

FIG. 12 is a flowchart illustrating a method of processing a virtual resource in accordance with an exemplary embodiment;

FIG. 13 is a flowchart illustrating a method of processing a virtual resource in accordance with an exemplary embodiment;

FIG. 14 is a block diagram illustrating a processing apparatus of a virtual resource in accordance with an illustrative embodiment;

FIG. 15 is a block diagram illustrating an exemplary processing device for a virtual resource in accordance with an illustrative embodiment;

FIG. 16 is a block diagram illustrating a processing apparatus of a virtual resource in accordance with an illustrative embodiment;

fig. 17 is a block diagram of a terminal device for processing virtual resources according to an embodiment of the present application.

Detailed Description

The technical solution in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application. It is to be understood that the described embodiments are merely a few embodiments of the present application and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without inventive step, are within the scope of the present disclosure.

It should be noted that the terms "comprises" and "comprising," and any variations thereof, in the examples and figures herein, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus.

The following describes a method and an apparatus for processing virtual resources according to an embodiment of the present application with reference to the drawings.

In the description of the present application, the term "plurality" means two or more.

In the description of the present application, the term "virtual resource" may refer to a virtual character, a virtual item, etc. in a game, where there may be multiple virtual characters, and when different clients play the game, virtual resource processing techniques may be used to process virtual resources in multiple clients, so that interaction between characters may be performed.

Fig. 1 is a flowchart illustrating a processing method of a virtual resource according to an embodiment of the present application, where the method is executed by a first client.

As shown in fig. 1, the processing method of the virtual resource includes:

step 101, sending a bait lifting instruction to a server, wherein the lifting instruction comprises an identification of a target bait and a first timestamp.

The first timestamp may be time when the participant corresponding to the first client triggers the bait lifting operation, the identifier of the target bait may be a bait number, or any information that can be used to uniquely determine the bait, such as the position of the bait, and the like.

In the disclosure, a participant can trigger a bait lifting instruction by selecting any float in the first client interface and clicking a lifting button in the interface, so that the server can control to lift the bait to complete one fishing operation.

In this disclosure, first customer end can be through monitoring display interface to whether confirm that whether receive the bait and mention trigger command, and can confirm the bait of selecting as the target bait, later, can acquire the time stamp when triggering, and regard this time stamp as first time stamp, then, can be based on the sign and the first time stamp information of target bait, generate the bait and mention the instruction, and mention the instruction with the bait and send for the server.

And 102, receiving an updating mode of the bait quantity returned by the server, wherein the updating mode is determined by the server according to the identification of the target bait, the first time stamp and the operation data of the rest participants on the target bait.

Wherein, the update mode may be: the fishing rod is provided with baits, and the number of the baits is kept; the fish rod is provided with fish, so that the quantity of bait is reduced; no bait on the fishing rod, reduced bait quantity and the like.

In the disclosure, after the first client sends the bait lifting instruction, the server may first determine the target bait according to the target bait identifier, and then determine the state of the target bait according to the operation data of the current other participants on the target bait and the first timestamp. For example, if the target bait corresponding to the identifier of the target bait is locked by the other participants, the state of the target bait may be determined according to a relationship between the first time stamp and the second time stamp of the target bait locked by the other participants.

Wherein, the state of target bait can be: the target lure is currently idle, the target lure is currently associated with a "fish," or the target lure has been eaten by a "fish," etc. After the server determines the state of the target bait, the server can further determine an updating mode according to the state of the target bait, and then sends the updating mode information to the first client.

And 103, updating the bait quantity in the display interface according to the updating mode.

In this disclosure, first client is after lifting the bait, and the bait probably appears and is eaten, or the bait is not eaten, perhaps angles the condition such as fish, according to different situation, bait quantity can produce corresponding change, and first client can update the bait quantity after the change to first client display interface. For example, the update mode is: and if the bait is not eaten, the first client can keep the quantity of the bait in the display interface unchanged according to the updating mode. It can be understood that, since the bait is not eaten, the bait still exists after the fishing rod is lifted in the first client display interface. Or, the update mode is: and if the bait is eaten and the fish is associated, the first client can reduce the quantity of the bait in the display interface by one according to the updating mode, and after the fishing rod is lifted in the corresponding display interface of the first client, the fish can be displayed on the fishing rod.

In the disclosure, the first client sends a bait lifting instruction to the server, and then, an update mode that the server determines the number of the baits based on the current instruction and operation data of the other participants on the object can be received, and then, the number of the baits in the display interface is updated according to the update mode. Therefore, the virtual resources corresponding to the clients can be updated in real time through the operation of each client on the virtual resources, so that the participation of multiple roles in the phishing applet is realized, and the phishing scenes are richer and stronger in interactivity.

Fig. 2 is a flowchart illustrating a processing method of a virtual resource according to an embodiment of the present application, where the method is executed by a first client.

As shown in fig. 2, the processing method of the virtual resource includes:

step 201, receiving a target bait locking instruction sent by a server, wherein the locking instruction includes an identifier of a target bait.

And step 202, locking the target bait.

The target bait locking can indicate that a fish eats the bait, namely, the target bait locking can be used as a participant of the fish to operate, and the server can determine that the bait is locked when the bait is selected, so that a bait locking instruction can be sent to the client corresponding to the bait.

Correspondingly, the first client locks the target bait after receiving the bait locking instruction. In order to enable a participant at the first client side to obtain information that the target bait is locked, in the present disclosure, the first client may indicate the locked state by changing the state of the relevant virtual item. For example, by increasing the water mark of the target lure position, the lure is indicated to be locked, or by changing the sinking depth of the float, the lure is indicated to be locked.

In this disclosure, when the second client indicates to lock a certain bait, that is, the second client determines the bait as the target bait and sends a locking instruction to the server, at this time, the server may send the target bait locking instruction to the first client, and after the first client receives the target bait locking instruction, the target bait may be set to the locked state.

Optionally, since the force of the different "fish" bites may be different, and accordingly, the changing state of the float or the water surface may be different, in the present disclosure, the target bait locking command may further include the type of the first character, and accordingly, the above step 202 may include:

and locking the target bait based on the locking mode.

The first character is a 'fish' biting the target bait, and the type of the first character is used for representing the type or the grade of the 'fish'. The type of the first role can be set through any client, and when any client selects a role and joins in a game, the server can obtain the type of the selected role.

In this disclosure, different kinds of first roles can correspond different locking modes, for example, the rank of the first role that "fish" of eating bait corresponds is higher, can set up locking mode and show that the height descends deeply for the float, the rank is lower, can set up locking mode and show that the height descends shallowly for the float, perhaps, the rank of the first role that the fish of eating bait corresponds is higher, can set up locking mode and be the water wave of target bait position great, the rank is lower, can set up locking mode and be the water wave of target bait position less, this scheme does not do the restriction to this.

In the disclosure, after receiving the target bait locking instruction, the first client may analyze the target bait locking instruction to determine the type of the first role, and then may determine the locking mode corresponding to the target bait according to the first role type and a preset association relationship between the type of the first role and the locking mode. Then, the target lure can be locked based on the locking mode. For example, if the float is lowered more shallowly in the locking mode, the preset distance may be subtracted from the display position data of the float corresponding to the target bait to indicate that the target bait is locked.

Step 203, sending a bait lifting instruction to the server, wherein the lifting instruction comprises an identifier of the target bait and a first timestamp.

Specifically, after determining that the target bait is locked according to the observation, the participant corresponding to the first client triggers an operation of lifting the target bait at the first client, so that the first client sends a bait lifting instruction to the server.

And 204, receiving an updating mode of the bait quantity returned by the server, wherein the updating mode is determined by the server according to the identification of the target bait and the first time stamp.

And step 205, updating the bait quantity in the display interface according to the updating mode.

In the present disclosure, the specific implementation process of step 203 to step 205 may refer to the detailed description of any embodiment of the present disclosure, and is not described herein again.

According to the method and the system, the client can lock the target bait after receiving the target bait locking instruction sent by the server, and can send the bait lifting instruction to the server when receiving the bait lifting instruction triggered by the user, so that the bait number in the current display interface can be updated according to the bait number updating mode returned by the server. Therefore, the phishing applet provided by the disclosure can update the virtual resources corresponding to the current client in real time by operating the virtual resources according to the current client and other participating clients, thereby realizing multi-role participation, richer scenes and stronger interactivity.

Fig. 3 is a flowchart illustrating a processing method of a virtual resource according to an embodiment of the present application, where the method is executed by a first client.

As shown in fig. 3, the processing method of the virtual resource includes:

step 301, sending a virtual pond creation request to a server, where the creation request includes an identifier of a second role corresponding to the first client.

The second character can be any character initiating the game. For example, the second role can be "fisherman", or any type of "fish", etc., and the second role is illustrated as "fisherman" in this disclosure.

Optionally, the identifier of the second role may be the name of "fisherman", or the type of "fish", etc., and the scheme is not limited in this respect. It should be noted that, since the server may provide services for a plurality of clients simultaneously, in order to distinguish different virtual ponds, the server may number the created virtual ponds to uniquely distinguish each virtual pond.

In the disclosure, a participant may trigger a virtual pond creation request by clicking a pond creation button in a first client interface, and then the first client may send the virtual pond creation request to a server.

Step 302, receiving the number of available baits corresponding to the target virtual pond and the first client returned by the server.

In the disclosure, after receiving the virtual pond creation request sent by the first client, the server may create a virtual pond corresponding to the second role according to the number of available baits identified by the second role corresponding to the first client, use the virtual pond as a target virtual pond, and then return the target virtual pond and the number of available baits to the first client.

It can be understood that the target virtual pond returned by the server refers to a user interface data stream corresponding to the target virtual pond, and then the first client can display the user interface corresponding to the target virtual pond on the user interface of the first client.

And step 303, sending a bait releasing instruction to the server, wherein the bait releasing instruction comprises the number of baits to be released and a target releasing point.

In this disclosure, after the first client completes the creation of the virtual pond, the participant can start the fishing process. For example, the participant can select a bait throwing point and the number of baits in the user interface, and then trigger the bait releasing instruction by triggering the bait releasing control. The first client side can send the bait releasing instruction to the server side after receiving the bait releasing instruction, and bait releasing operation is carried out.

And 304, responding to the received bait casting success message returned by the server, and displaying a float mark at a target casting point in the target virtual pond.

According to the method and the system, after the bait releasing instruction of the first client is received, the bait releasing instruction can be analyzed by the server to determine the number of baits to be released and target releasing points, then the number of baits to be released is compared with the number of baits available to the first client, when the number of baits to be released is smaller than or equal to the number of baits available to the first client, the successful releasing is determined, then interface content corresponding to the target virtual pond is updated according to the target releasing points, and the interface content and the bait releasing success message are returned to the first client. And when the number of the baits to be released is larger than the number of the baits available to the first client, determining that the releasing is failed, and returning a releasing failure message to the first client.

According to the method and the system, when the first client receives the bait casting success message returned by the server, the updated interface content can be determined according to the bait casting success message, and related page elements in the current interface are set according to the updated interface content, so that the float mark is displayed at the target throwing point in the target virtual pond.

Step 305, sending a sharing request to the server, where the sharing request includes an identifier of a second role corresponding to the first client.

In the present disclosure, the participant may trigger the sharing request by clicking a sharing button in the first client interface.

And step 306, receiving the sharing identification returned by the server.

The sharing identification can be a link corresponding to the target virtual pond, or a two-dimensional code image and the like, any object can enter the target virtual pond by clicking the link or scanning the two-dimensional code, and the scheme does not limit the target virtual pond.

Step 307, sending the analysis identification to the target object.

In the method and the system, after the first client acquires the sharing identifier, the sharing identifier can be sent to the target object in any social software in a copying or forwarding mode.

In the present disclosure, any participant participating in a game may create a virtual fishpond, and then send a sharing identifier corresponding to the created virtual fishpond to the other participants, so as to invite the other participants to enter the game. Therefore, the method realizes that the participant autonomously selects the role to participate in the game, and further improves the interactivity.

Fig. 4 is a flowchart illustrating a processing method of a virtual resource according to an embodiment of the present application, where the method is executed by a first client.

As shown in fig. 4, the processing method of the virtual resource includes:

step 401, sending a bait lifting instruction to a server, wherein the lifting instruction includes an identifier of a target bait and a first timestamp.

And 402, receiving an updating mode of the bait quantity returned by the server, wherein the updating mode is determined by the server according to the identification of the target bait and the first time stamp.

And step 403, updating the bait quantity in the display interface according to the updating mode.

In the present disclosure, the specific implementation process of steps 401 to 403 may refer to the detailed description of any embodiment of the present disclosure, and is not described herein again.

Step 404, receiving a role updating instruction returned by the server, wherein the role updating instruction includes an updated role corresponding to the first client and corresponding target scene content.

The scene refers to the environment, the building, the machinery, the prop and the like in the game, the scenes corresponding to different roles can be different, for example, when the role entering the game is fisherman, the corresponding scene can be the environment on the water surface of the virtual pond, and when the role entering the game is fish, the corresponding scene can be the environment in the water of the virtual pond.

In this disclosure, when the number of the baits corresponding to the first client changes, the change of the corresponding role can be triggered. For example, when the number of fish lures available to the first client is 0, the server may send a role update instruction to the first client, instructing the first client to update its corresponding role to "fish".

And step 405, displaying the updated role and the target scene content in the first client according to the updating instruction.

According to the method and the device for updating the scene content, the first client can analyze the character updating instruction, determine the updated character and the corresponding target scene content, and then update the scene content of the first client by changing the page element in the display interface of the first client according to the corresponding target scene content.

In the method and the system, the role corresponding to the first client can be selected by the user independently and can be updated according to the instruction of the server, so that scenes of the phishing program are further enriched, and the interactivity of the phishing program is improved.

Fig. 5 is a flowchart illustrating a processing method of a virtual resource according to an embodiment of the present application, where the method is executed by a server.

As shown in fig. 5, the processing method of the virtual resource includes:

step 501, a bait lifting instruction sent by a first client is received, wherein the lifting instruction includes an identifier of a target bait and a first timestamp.

In this disclosure, first customer end can be through monitoring display interface to whether confirm that whether receive the bait and mention trigger command, and can confirm the bait of selecting as the target bait, later, can acquire the time stamp when triggering, and regard this time stamp as first time stamp, then, can be based on the sign and the first time stamp information of target bait, generate the bait and mention the instruction, and mention the instruction with the bait and send for the server. Therefore, after the server receives the bait lifting instruction sent by the first client, the bait lifting instruction can be analyzed to determine the identification and the first time stamp of the target bait.

Step 502, determining a second timestamp at which the target bait corresponding to the identifier of the target bait is locked by the first role corresponding to the second client.

The first character is a 'fish' biting the target bait, and the type of the first character is used for representing the type or the grade of the 'fish'. The type of the first role can be set through any client, and when any client selects a role and joins in a game, the server can obtain the type of the selected role. And the second timestamp is the time for locking the target bait for the first character corresponding to the second client. The locking may indicate that a "fish" is eating bait, that is, when the bait is selected by a participant as a "fish", the server may determine that the bait is locked, and may send a bait locking instruction to the client corresponding to the bait.

In the disclosure, after the server determines the identifier of the target bait, the server may determine the target bait corresponding to the identifier of the target bait according to the identifier of the target bait, and a second timestamp locked by a first role corresponding to a second client.

Step 503, determining a resource updating mode corresponding to the first character according to a difference between the first time stamp and the second time stamp.

In this disclosure, the server may determine the state of the target lure according to a relationship between the second time stamp and the first time stamp of the target lure locked by the remaining participants.

Wherein, the state of target bait can be: the target lure is currently idle, the target lure is currently associated with a "fish," or the target lure has been eaten by a "fish," etc. After the server determines the state of the target bait, the server can further determine an updating mode according to the state of the target bait.

Optionally, the server may make a difference between the first time stamp and the second time stamp, and determine that the state of the target bait is: the target bait is eaten by the fish, so that the resource updating mode corresponding to the first role is determined as follows: the fishing rod is provided with no bait, and the quantity of the bait corresponding to the second role is reduced by one. In a case where a difference between the first time stamp and the second time stamp is less than or equal to a first threshold, determining the state of the target bait as: the target bait is currently associated with "fish", so as to determine that the resource updating mode corresponding to the first role is as follows: the fishing rod is provided with a fish, and the quantity of the bait of the second role is correspondingly increased according to the type of the first role.

In addition, when the bait is not locked by the first character of the other participant, the server does not obtain the second time stamp, and at this time, it may be determined that the state of the target bait is: the target bait is idle at present, so that the resource updating mode corresponding to the first role is determined as follows: the fishing rod is provided with baits and the quantity of the baits is kept. Wherein the first threshold may be the time required for the fish to finish baiting.

Optionally, in a case that a difference between the first time stamp and the second time stamp is less than or equal to a first threshold, determining that the state of the target bait is: if the target bait is eaten by the fish, the success frequency corresponding to the second role can be increased by one.

Step 504, updating the resource of the second role corresponding to the first client based on the resource updating mode.

In this disclosure, first customer end is after lifting up the bait, and the bait probably appears and is eaten, or the bait is not eaten, perhaps angles the condition such as fish, and according to different situation, the corresponding bait quantity of second role can produce corresponding change. For example, the update mode is: and if the bait is not eaten, the bait number of the second role corresponding to the first client can be kept unchanged. It can be understood that, since the bait is not eaten, the number of the bait of the second character is reduced accordingly. Or, the update mode is: the bait is eaten and the associated fish, the number of baits for the second character may be increased accordingly according to the type of the first character.

In the disclosure, the server first receives a bait lifting instruction sent by the first client, and then can determine a second timestamp that a target bait corresponding to an identifier of the target bait is locked by a first role corresponding to the second client, and then determine a resource updating mode corresponding to the first role according to a difference between the first timestamp and the second timestamp, and update resources of the second role corresponding to the first client based on the resource updating mode. Therefore, the virtual resources corresponding to the clients can be updated in real time through the operation of each client on the virtual resources, so that the participation of multiple roles in the phishing applet is realized, and the phishing scenes are richer and stronger in interactivity.

Fig. 6 is a flowchart illustrating a processing method of a virtual resource according to an embodiment of the present application, where the method is executed by a server.

As shown in fig. 6, the processing method of the virtual resource includes:

step 601, receiving a virtual pond creation request sent by a first client, wherein the creation request includes an identifier of a second role.

In the disclosure, after receiving the virtual pond creation request sent by the first client, the server may analyze the creation request to determine the identifier of the second role.

Step 602, determining the number of available baits corresponding to the second role according to the identifier of the second role.

In the disclosure, after the server determines the number of the baits available to the second role according to the identifier of the second role, a virtual pond corresponding to the second role can be created according to the number of the baits available to the identifier of the second role corresponding to the first client, and the virtual pond is used as a target virtual pond.

Step 603, returning the target virtual pond and the number of available baits to the first client.

In the disclosure, the target virtual pond returned by the server refers to a user interface data stream corresponding to the target virtual pond, and then the first client can display the user interface corresponding to the target virtual pond on the user interface of the first client.

Step 604, receiving a sharing request sent by the first client, where the sharing request includes an identifier of a second role corresponding to the first client.

According to the method and the system, the participant can trigger the sharing request by clicking the sharing button in the first client interface, and after the server receives the sharing request, the server can determine the identifier of the second role corresponding to the first client according to the sharing request.

Step 605, determining a target virtual pond corresponding to the identifier of the second role.

In this disclosure, after determining the identifier of the second role, the server may determine, according to the identifier of the second role and the correspondence between the numbers of the virtual ponds, a target virtual pond corresponding to the identifier of the second role.

Step 606, returning the sharing identification corresponding to the target virtual pond to the first client.

In this disclosure, after determining the target virtual pond corresponding to the identifier of the second role, the server may generate a link corresponding to the target virtual pond by using an applet link generation technique.

Fig. 7 is a flowchart illustrating a processing method of a virtual resource according to an embodiment of the present application, where the method is executed by a server.

As shown in fig. 7, the processing method of the virtual resource includes:

step 701, receiving a bait releasing instruction sent by a first client, wherein the bait releasing instruction comprises the number of baits to be released and a target releasing point.

In this disclosure, after the first client completes the creation of the virtual pond, the participant can start the fishing process. For example, the participant can select a bait throwing point and the number of baits in the user interface, and then trigger the bait releasing instruction by triggering the bait releasing control.

And 702, updating the content of a first interface corresponding to the target virtual pond according to the target release point, wherein the first interface is a user interface corresponding to a role with the same type as the second role.

Wherein the target virtual pond may be a virtual pond created for the first client.

In this disclosure, the server side can resolve the instruction of baiting after receiving the instruction of baiting of first customer end, in order to confirm the quantity and the target of waiting to put in the bait and put in some, later, will wait to put in the quantity of bait and the available bait quantity of first customer end and compare, when the quantity of waiting to put in the bait is less than or equal to the available bait quantity of first customer end, the definite success of putting in, then, can be in the first interface that the virtual pond of target corresponds, the corresponding position is put in to the target, increase the float sign, indicate to put in bait successfully. In addition, when the number of the baits to be thrown is larger than the number of the baits available to the first client, the throwing failure is determined, and a throwing failure message is returned to the first client.

And 703, sending the updated first interface content to the first client so that the first client displays the float identifier at the target release point in the target virtual pond.

In this disclosure, the server may send complete information of the first interface to the first client, or may only send local information that changes in the first interface, which is not limited in this disclosure.

Step 704, receiving a bait lifting instruction sent by the first client, where the lifting instruction includes an identifier of the target bait and a first timestamp.

Step 705, determining a second timestamp at which the target bait corresponding to the identifier of the target bait is locked by the first role corresponding to the second client.

Step 706, determining a resource updating mode corresponding to the first character according to a difference value between the first time stamp and the second time stamp.

And step 707, updating the resource of the second role corresponding to the first client based on the resource updating mode.

In the present disclosure, the detailed implementation process of step 704-step 707 may refer to the detailed description of any embodiment of the present disclosure, and is not described herein again.

Step 708, when the number of resources corresponding to the second role is smaller than the second threshold, returning a role update instruction to the first client, where the update instruction includes an updated role corresponding to the first client and a corresponding first target scene content.

The resource may be available bait, or an accumulation, etc., and the disclosure is not limited thereto.

The second threshold may be a resource limit required by the character, for example, assuming that the fisherman needs a minimum of 20 available baits, the second threshold may be set to 20, the fisherman may be converted to a fish when the number of available baits is less than 20, and the fish may be upgraded to the fisherman when the number of available baits is greater than 20.

In the disclosure, after the server finishes updating the resource of the second role, the server may compare the resource of the second role with a second threshold, replace the second role when the number of the resource corresponding to the second role is less than the second threshold, and determine that the updated role corresponds to the first target scene content based on the updated role.

Fig. 8 is a flowchart illustrating a processing method of a virtual resource according to an embodiment of the present application, where the method is executed by a server.

As shown in fig. 8, the processing method of the virtual resource includes:

step 801, receiving a bait locking request sent by a second client, where the locking request includes an identifier of a target bait and a second timestamp.

In the present disclosure, the first role in the second client may obtain the virtual resource by locking the bait. For example, when a lure is successfully locked for a period of time and is not caught by a fisher, it may be determined that the bait is successfully consumed and the corresponding virtual resource is acquired, and when the locking time does not reach the corresponding threshold or is caught by the fisher during the locking period, it may be determined that the lure has failed, the virtual resource cannot be acquired, or a certain amount of the virtual resource may be subtracted accordingly.

In this disclosure, the second client can confirm the state of any bait in the interface through monitoring display interface, and under the condition that any bait is in the selected state in the display interface of second client, can acquire the time stamp at this moment to can regard this time stamp as first time stamp, later, can be based on the sign of the bait of selecting, and first time stamp, generate bait locking request, and send this bait locking request to the server. Therefore, after receiving the bait locking request instruction sent by the second client, the server can analyze the bait locking request instruction to determine the identifier and the second timestamp of the target bait.

Step 802, returning a bait lock response to the second client, so that the second client displays a lock countdown.

In the disclosure, the server may start to lock countdown after the identifier of the target bait and the first timestamp, add a countdown identifier near the target bait position corresponding to the identifier of the target bait, and send the countdown identifier information to the second client.

Step 803, a target bait locking instruction is returned to the first client, so that the first client locks the target bait.

In the present disclosure, after receiving a bait locking instruction, a first client locks a target bait. In order to enable a participant at the first client side to obtain information that the target bait is locked, in the present disclosure, the first client may indicate the locked state by changing the state of the relevant virtual item. For example, by increasing the water mark of the target lure position, the lure is indicated to be locked, or by changing the sinking depth of the float, the lure is indicated to be locked.

And step 804, updating the success times corresponding to the first role under the condition that the preset locking duration is reached.

In the disclosure, the server may time the locking duration after determining the second timestamp, and when the locking duration reaches the preset locking duration, it may be determined that the first character successfully eats the bait, and the number of times of success corresponding to the first character may be increased by one.

Step 805, returning a role updating instruction to the second client when the updated success number reaches a third threshold, where the updating instruction includes an updated role corresponding to the second client and a corresponding second target scene content.

The third threshold value can be the lowest times of successful bait feeding required by the fishermen when the fish is upgraded, and the second target scene can be an overwater scene corresponding to the second role.

In this disclosure, when the bait-eating success frequency corresponding to the second client reaches a certain frequency, the change of the corresponding role thereof may be triggered. For example, if the bait-eating success number is greater than 20, the role of the "fish" may be upgraded to the "fisherman", and when the bait-eating success number corresponding to the second client is 20, the server may send a role update instruction to the second client to instruct the second client to update the role corresponding to the second client to the "fisherman".

According to the method and the device for updating the roles in the fishing system, after the successful bait-eating times of the first role are updated, the server can compare the successful bait-eating times with a third threshold, when the successful bait-eating times are larger than or equal to the third threshold, the updated role can be determined to be a fisherman, the target scene content corresponding to the fisherman is determined to be second target scene content, and then a role updating instruction can be generated based on the updated role corresponding to the second client and the corresponding second target scene content, and is sent to the second client.

In the disclosure, after receiving a bait locking request sent by the second client, the server may return a bait locking response to the second client, so that the second client displays a locking countdown, and returns a target bait locking instruction to the first client, so that the first client locks the target bait, and then may return a role updating instruction to the second client when the number of times of success corresponding to the first role reaches a third threshold. Therefore, the phishing applet provided by the disclosure can update the scene content corresponding to the current client in real time by operating the virtual resources according to the current client and other participating clients, so that richer scenes and stronger interactivity are realized.

Fig. 9 is a flowchart illustrating a processing method of a virtual resource according to an embodiment of the present application, where the method is executed by a server.

As shown in fig. 9, the processing method of the virtual resource includes:

step 901, receiving a bait locking request sent by a second client, where the locking request includes an identifier of a target bait and a second timestamp.

Step 902, returning a bait lock response to the second client, so that the second client displays a lock countdown.

Step 903, returning a target bait locking instruction to the first client, so that the first client locks the target bait.

And 904, updating the success times corresponding to the second role when the preset locking duration is reached.

In the present disclosure, specific implementation processes of steps 901 to 904 may refer to detailed descriptions of any embodiment in the present disclosure, and are not described herein again.

Step 905, updating the preset locking duration corresponding to the first character according to the updated success times.

In the present disclosure, the preset locking duration corresponding to the first character may be set to be shorter as the number of times the first character succeeds in baiting is larger. For example, the preset locking duration may be 5 seconds when the bait-eating success times of the first character reach 5 times, and may be 2.5 seconds when the bait-eating success times of the first character reach 10 times.

In the disclosure, after updating the bait-eating success times of the first character, the server may compare the bait-eating success times with the success times corresponding to the preset updating locking duration, and when the bait-eating success times are greater than or equal to the success times corresponding to the preset updating locking duration, may set the preset locking duration corresponding to the first character as the corresponding duration.

In the disclosure, after receiving a bait locking request sent by the second client, the server may make a response to lock the bait, and update the success times corresponding to the second role when the preset locking time is reached, and then update the preset locking time corresponding to the first role according to the updated success times. Therefore, the phishing applet provided by the disclosure can update the virtual resources corresponding to the current client in real time by operating the virtual resources according to the current client and other participating clients, thereby realizing multi-role participation, richer scenes and stronger interactivity.

Fig. 10 is a flowchart illustrating a processing method of a virtual resource according to an embodiment of the present application, where the method is executed by a server.

As shown in fig. 10, the processing method of the virtual resource includes:

step 1001, receiving a virtual pond joining request sent by a second client, where the joining request includes an identifier of a target virtual pond.

In the present disclosure, the second client may trigger the join request by clicking the connection shared by the first client.

According to the method and the device for adding the virtual pond, a program can be opened by clicking a connection request shared by a first client, then, a second client can determine the identification of the target virtual pond through the link, and then when the second client monitors that a determination button in an interface is clicked, a virtual pond adding request can be generated based on the identification of the target virtual pond, and the request is sent to a server.

In the disclosure, after receiving the virtual pond joining request sent by the second client, the server may analyze the virtual pond joining request to determine the identifier of the target virtual pond.

Step 1002, determining the current panoramic content of the target virtual pond corresponding to the identifier of the target virtual pond.

In the disclosure, after determining the identifier of the target virtual pond, the server may compare the identifier of the target virtual pond with the identifiers of all the created virtual ponds, thereby determining the target virtual pond and obtaining the current panoramic content of the target virtual pond.

And step 1003, returning the panoramic content to the second client.

In the disclosure, after the server side confirms the panoramic content of the target virtual pond, all information of the panoramic content can be packaged and sent to the second client side, or the panoramic content can be blocked and then each block of content is sent to the second client side.

Step 1004, receiving a role selection instruction sent by the second client, wherein the selection instruction includes an identifier of the first role.

In the disclosure, the second client may determine the identifier of the first role by monitoring the display interface, and then may generate a role selection instruction based on the identifier of the first role and send the instruction to the server. Therefore, after receiving the role selection instruction sent by the second client, the server can analyze the role selection instruction to determine the identifier of the first role.

Step 1005, determining the target scene content to be returned to the second client according to the type to which the identifier of the first role belongs.

In this disclosure, after determining the identifier of the first role, the server may determine the type to which the identifier of the first role belongs according to the identifier of the first role, and then may determine the target scene content corresponding to the first role according to the type to which the identifier of the first role belongs.

Step 1006, returning the target scene content to the second client.

In the disclosure, after determining the content of the target scene, the server may package all information of the target scene and send the packaged information to the second client, or send local information that changes in the target scene to the second client.

In the method and the device, the role corresponding to the second client can be selected by the user independently, so that scenes of the phishing program are further enriched, and the interactivity of the phishing program is improved.

Fig. 11 is a flowchart illustrating a processing method of a virtual resource according to an embodiment of the present application, where the method is executed by a second client.

As shown in fig. 11, the processing method of the virtual resource includes:

step 1101, sending a bait locking request to the server side under the condition that any bait in the display interface of the second client side is monitored to be in the selected state, wherein the locking request comprises the identification of any bait and the current corresponding first time stamp.

Wherein, the bait locking may indicate that a fish is eating the bait, i.e. the bait is selected by the participant as a fish. The first timestamp may be a time when the bait was selected. The identifier of the bait may be a bait number, or a location of the bait, which may be used to uniquely determine information of the bait, and the scheme is not limited to this.

In this disclosure, the second client can confirm the state of any bait in the interface through monitoring display interface, and under the condition that any bait is in the selected state in the display interface of second client, can acquire the time stamp at this moment to can regard this time stamp as first time stamp, later, can be based on the sign of the bait of selecting, and first time stamp, generate bait locking request, and send this bait locking request to the server.

And step 1102, receiving a bait locking response returned by the server.

In the disclosure, the server may start to lock countdown after the identifier of the target bait and the first timestamp, add a countdown identifier near the target bait position corresponding to the identifier of the target bait, and send the countdown identifier information to the second client. Therefore, the second client can acquire the locking countdown identifier after receiving the bait locking response returned by the server.

At step 1103, the lock countdown is displayed at the second client.

In the present disclosure, after any bait is locked in the second client interface, the lock countdown may be displayed at the second client. Further, after the countdown is over, the lock countdown may be removed.

In the disclosure, the second client may send a bait locking request to the server when monitoring that any bait in the display interface of the second client is in the selected state, and then may receive a bait locking response returned by the server and display a locking countdown at the second client. Therefore, the phishing applet provided by the disclosure can update the scene content corresponding to the current client in real time by operating the virtual resources according to the current client and other participating clients, so that richer scenes and stronger interactivity are realized.

Fig. 12 is a flowchart illustrating a processing method of a virtual resource according to an embodiment of the present application, where the method is executed by a second client.

As shown in fig. 12, the processing method of the virtual resource includes:

step 1201, sending a virtual pond joining request to a server, wherein the joining request includes an identifier of a target virtual pond.

In the method and the system, the program can be opened by clicking the connection shared by other participants, then, the second client can determine the identifier of the target virtual pond through the link, and then when the second client monitors that the determination button in the interface is clicked, the virtual pond adding request can be generated based on the identifier of the target virtual pond, and the request is sent to the server.

And step 1202, receiving panoramic content of the target virtual pond corresponding to the identification of the target virtual pond returned by the server.

In the disclosure, after receiving the virtual pond joining request of the second client, the server may determine the identifier of the target virtual pond according to the virtual pond joining request, and then may send the panoramic content of the virtual pond corresponding to the identifier of the target virtual pond to the second client.

In the disclosure, after the second client receives the panoramic content of the target virtual pond corresponding to the identifier of the target virtual pond returned by the server, the display interface of the second client can be updated according to the panoramic content.

Step 1203, sending a role selection instruction to the server, where the selection instruction includes an identifier of the first role.

Wherein, the first character can be any character which initiates the game. For example, the second role may be "fisherman", or any type of "fish", etc., and the first role is illustrated as "fish" in this disclosure.

Optionally, the identifier of the first character may be the name of "fisherman", or the type of "fish", etc., and the scheme is not limited in this respect.

In the disclosure, the second client may determine the identifier of the first role by monitoring the display interface, and then may generate a role selection instruction based on the identifier of the first role and send the instruction to the server.

Step 1204, receiving a scene content update instruction sent by the server, where the update instruction is generated by the server based on the type to which the identifier of the first role belongs.

In the disclosure, after determining the identifier of the first role, the server may determine the corresponding scene content according to the type to which the identifier of the first role belongs, and generate a scene content update instruction. Therefore, after receiving the scene content updating instruction sent by the server, the second client can analyze the scene content updating instruction to determine the scene content to be updated.

And step 1205, updating the scene content displayed by the second client according to the updating instruction.

According to the method and the device, after the scene content to be updated is determined, the second client can change the related page elements in the display interface according to the scene content to be updated, so that the second client interface displays the corresponding scene content after the role is updated.

In the present disclosure, any participant participating in the game may send a character selection instruction to the server to select a character entering the game. Therefore, the method realizes that the participant autonomously selects the role to participate in the game, and further improves the interactivity.

Fig. 13 is a flowchart illustrating a processing method of a virtual resource according to an embodiment of the present application, where the method is executed by a second client.

As shown in fig. 13, the processing method of the virtual resource includes:

step 1301, sending a bait locking request to the server side under the condition that any bait in the display interface of the second client side is monitored to be in the selected state, wherein the locking request comprises the identification of any bait and the current corresponding first time stamp.

And step 1302, receiving a bait locking response returned by the server.

And step 1303, displaying the lock countdown at the second client.

In this disclosure, the specific implementation processes of step 1301 to step 1303 may refer to detailed descriptions of any embodiment in this disclosure, and are not described herein again.

Step 1304, receiving a role update instruction sent by the server, where the update instruction includes an updated role corresponding to the second client and corresponding first target scene content.

The first target scene may be an underwater scene corresponding to the first character.

Step 1305, displaying the updated character and the first target scene content.

In the disclosure, the second client may analyze the role update instruction, determine the updated role and the corresponding target scene content, and then update the role and the corresponding scene of the second client by changing page elements in an interface of the second client according to the corresponding target scene content.

In addition, when the number of fishing lures available to the second client reaches a certain number, the server may send a role update inquiry message to the second client, and the participant determines whether the role needs to be updated. After receiving the inquiry information, the second client can return a role updating confirmation message to the server,

optionally, after receiving the role update query message sent by the server, the second client may obtain the candidate role according to the role update query message, and then obtain the target role through the monitoring display interface, generate a role update confirmation message based on the target role, and send the confirmation message to the server. And the server side receives the returned role updating confirmation message, namely, second target scene content corresponding to the target role can be determined according to the target role, and the second target scene content is sent to the second client side. After receiving second target scene content corresponding to the target role returned by the server, the second client can update the page element in the current interface based on the second target scene content.

In the method and the system, the role corresponding to the second client can be selected by the user independently and can be updated according to the instruction of the server, so that scenes of the phishing program are further enriched, and the interactivity of the phishing program is improved.

Fig. 14 is a schematic structural diagram of a processing apparatus for virtual resources according to an embodiment of the present disclosure.

As shown in fig. 14, the virtual resource processing apparatus 1400 includes:

a sending module 1401, configured to send a bait lifting instruction to a server, where the lifting instruction includes an identifier of a target bait and a first timestamp;

a receiving module 1402, configured to receive an update mode of the number of baits returned by the server, where the update mode is determined by the server according to the identifier of the target bait, the first timestamp, and operation data of the remaining participants on the target bait;

an updating module 1403, configured to update the number of the baits in the display interface according to the updating mode.

In a possible implementation manner of the embodiment of the present disclosure, the receiving module 1402 is further configured to:

receiving a target bait locking instruction sent by a server, wherein the locking instruction comprises an identification of the target bait;

on the basis of the above embodiment, the apparatus further includes:

and the locking module is used for locking the target bait.

In a possible implementation manner of the embodiment of the present disclosure, the locking module is specifically configured to:

alternatively, the water surface associated with the target lure may display a water streak.

In a possible implementation manner of the embodiment of the present disclosure, the locking instruction further includes a type of a first role of the target bait, where the locking module is specifically configured to:

and locking the target bait based on the locking mode.

In a possible implementation manner of the embodiment of the present disclosure, the sending module 1401 is further configured to:

sending a bait releasing instruction to a server, wherein the bait releasing instruction comprises the number of baits to be released and a target releasing point;

on the basis of the above embodiment, the apparatus further includes:

and the throwing module is used for responding to the received bait throwing success message returned by the server and displaying the float identification at the target throwing point in the target virtual pond.

sending a virtual pond creating request to a server, wherein the creating request comprises an identifier of a second role corresponding to a first client;

the receiving module is further used for receiving the number of the target virtual ponds returned by the server and the number of the available baits corresponding to the first client.

sending a sharing request to a server, wherein the sharing request comprises an identifier of a second role corresponding to the first client;

the receiving module is also used for receiving the sharing identification returned by the server;

on the basis of the above embodiment, the apparatus further includes:

and the sharing module is used for sending the analysis identifier to the target object.

on the basis of the above embodiment, the apparatus further includes:

The above device embodiment corresponds to the first client-side method embodiment, and has the same technical effect as the method embodiment, and for a detailed description, refer to the method embodiment. The device embodiment is obtained based on the method embodiment, and for specific description, reference may be made to the method embodiment section, which is not described herein again.

Fig. 15 is a schematic structural diagram of a processing apparatus for virtual resources according to an embodiment of the present disclosure.

As shown in fig. 15, the virtual resource processing apparatus 1500 includes:

a receiving module 1501, configured to receive a bait lifting instruction sent by a first client, where the lifting instruction includes an identifier of a target bait and a first timestamp;

a determining module 1502, configured to determine a second timestamp that the target bait corresponding to the identifier of the target bait is locked by the first role corresponding to the second client;

the determining module 1502 is further configured to determine, according to a difference between the first timestamp and the second timestamp, a resource update mode corresponding to the first character;

the updating module 1503 is configured to update the resource of the second role corresponding to the first client based on the resource updating mode.

In a possible implementation manner provided in the embodiment of the present disclosure, the determining module 1502 is specifically configured to:

determining a resource updating mode to reduce the number of the baits corresponding to the second role by one under the condition that the difference value between the first time stamp and the second time stamp is larger than a first threshold value;

or determining that the resource updating mode is to update the bait number of the second role according to the type of the first role under the condition that the difference value between the first time stamp and the second time stamp is smaller than or equal to the first threshold.

In a possible implementation manner provided in the embodiments of the present disclosure, the method further includes:

and the operation module is used for adding one to the success times corresponding to the second role under the condition that the difference value between the first time stamp and the second time stamp is less than or equal to the threshold value.

In a possible implementation manner provided in the embodiment of the present disclosure, the receiving module 1501 is further configured to:

receiving a bait releasing instruction sent by a first client, wherein the bait releasing instruction comprises the number of baits to be released and a target releasing point;

the updating module 1503 is further configured to update first interface content corresponding to the target virtual pond according to the target release point, where the first interface is a user interface corresponding to a role with the same type as the second role;

on the basis of the above embodiment, the apparatus further includes:

and the sending module is used for sending the updated first interface content to the first client so that the first client can display the float identification at the target putting point in the target virtual pond.

receiving a virtual pond creating request sent by a first client, wherein the creating request comprises an identifier of a second role;

a determination module 1502 configured to:

a target virtual pond and an amount of available bait to return to the first client is determined.

receiving a sharing request sent by a first client, wherein the sharing request comprises an identifier of a second role corresponding to the first client;

the determining module 1502 is further configured to determine a target virtual pond corresponding to the identifier of the second role;

the sending module is further configured to return a sharing identifier corresponding to the target virtual pond to the first client.

In a possible implementation manner provided in the embodiment of the present disclosure, the sending module is further configured to:

and returning a role updating instruction to the first client under the condition that the quantity of the resources corresponding to the second role is smaller than a second threshold, wherein the updating instruction comprises the updated role corresponding to the first client and the corresponding first target scene content.

receiving a bait locking request sent by a second client, wherein the locking request comprises an identification of the target bait and a second timestamp;

on the basis of the above embodiment, the apparatus further includes:

In a possible implementation manner provided in the embodiments of the present disclosure, the sending module is further configured to:

and returning a bait locking response to the second client so that the second client displays the locking countdown.

In a possible implementation manner provided in the embodiment of the present disclosure, the updating module 1503 is further configured to:

under the condition that the preset locking duration is reached, updating the success times corresponding to the first role;

and under the condition that the updated success times reach a third threshold value, returning a role updating instruction to the second client, wherein the updating instruction comprises an updated role corresponding to the second client and a corresponding second target scene content.

the receiving module 1501 is further configured to receive a role update confirmation message returned by the second client, where the confirmation message includes a target role;

receiving a virtual pond joining request sent by a second client, wherein the joining request comprises an identifier of a target virtual pond;

the determining module 1502 is further configured to determine current panoramic content of the target virtual pond corresponding to the identifier of the target virtual pond;

and the sending module is also used for determining to return the panoramic content to the second client.

receiving a role selection instruction sent by a second client, wherein the selection instruction comprises an identifier of a first role;

the determining module 1502 is further configured to determine, according to the type to which the identifier of the first role belongs, target scene content to be returned to the second client;

and the sending module is also used for returning the target scene content to the second client.

The above device embodiment corresponds to the server-side method embodiment, and has the same technical effect as the method embodiment, and for a detailed description, refer to the method embodiment. The device embodiment is obtained based on the method embodiment, and for specific description, reference may be made to the method embodiment section, which is not described herein again.

Fig. 16 is a schematic structural diagram of a processing apparatus for virtual resources according to an embodiment of the present disclosure.

As shown in fig. 16, the processing apparatus 1600 of the virtual resource includes:

the sending module 1601 is configured to send a bait locking request to the server side when it is monitored that any bait in the display interface of the second client is in the selected state, where the locking request includes an identifier of any bait and a first timestamp corresponding to the current time;

a receiving module 1602, configured to receive a bait locking response returned by the server;

a lock module 1603 to display the lock countdown at the second client.

In a possible implementation manner of the embodiment of the present disclosure, the receiving module 1602 is further configured to:

In a possible implementation manner of the embodiment of the present disclosure, the sending module 1601 is further configured to:

sending a role selection instruction to a server, wherein the selection instruction comprises an identifier of a first role;

the receiving module 1602, configured to receive a scene content update instruction sent by a server, where the update instruction is generated by the server based on a type to which an identifier of a first role belongs;

on the basis of the above embodiment, the apparatus further includes:

the receiving module 1602 is further configured to receive the panoramic content of the target virtual pond corresponding to the identifier of the target virtual pond returned by the server.

receiving a role updating instruction sent by a server, wherein the updating instruction comprises an updated role corresponding to a second client and corresponding first target scene content;

on the basis of the above embodiment, the apparatus further includes:

receiving a role updating inquiry message sent by a server, wherein the inquiry message comprises a candidate role;

on the basis of the above embodiment, the apparatus further includes:

the confirmation module is used for returning a role updating confirmation message to the server side, wherein the confirmation message comprises a target role;

The device embodiment corresponds to the second client-side method embodiment, and has the same technical effect as the method embodiment, and for a detailed description, reference is made to the method embodiment. The device embodiment is obtained based on the method embodiment, and for specific description, reference may be made to the method embodiment section, which is not described herein again.

Fig. 17 is a schematic structural diagram of a computer device according to an embodiment of the present application. As shown in fig. 17, the computer apparatus may include:

a memory 1701 in which executable program codes are stored;

a processor 1702 coupled to a memory 1701;

the processor 1702 calls the executable program code stored in the memory 1701 to execute the virtual resource processing method provided in any embodiment of the present application.

The computer device embodiment and the method embodiment are embodiments based on the same inventive concept, and the related points can be referred to each other. The above-mentioned embodiment of the computer device corresponds to the embodiment of the method, and has the same technical effect as the embodiment of the method, and for the specific description, refer to the embodiment of the method.

The embodiment of the application discloses a computer-readable storage medium, which stores a computer program, wherein the computer program enables a computer to execute the processing method of the virtual resource provided by any embodiment of the application.

In various embodiments of the present application, it should be understood that the size of the serial number of each process described above does not mean that the execution sequence is necessarily sequential, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated units, if implemented as software functional units and sold or used as a stand-alone product, may be stored in a computer accessible memory. Based on such understanding, the technical solution of the present application, which is a part of or contributes to the prior art in essence, or all or part of the technical solution, may be embodied in the form of a software product, stored in a memory, including several requests for causing a computer device (which may be a personal computer, a server, a network device, or the like, and may specifically be a processor in the computer device) to execute part or all of the steps of the above-described method of the embodiments of the present application.

The storage medium embodiment and the method embodiment are based on the same inventive concept, and the relevant points can be referred to each other. The storage medium embodiment corresponds to the method embodiment, and has the same technical effect as the method embodiment, and for a detailed description, reference is made to the method embodiment.

Those of ordinary skill in the art will understand that: the figures are merely schematic representations of one embodiment, and the blocks or processes in the figures are not necessarily required to practice the present application.

Those of ordinary skill in the art will understand that: modules in the devices in the embodiments may be distributed in the devices in the embodiments according to the description of the embodiments, or may be located in one or more devices different from the embodiments with corresponding changes. The modules of the above embodiments may be combined into one module, or further split into multiple sub-modules.

Finally, it should be noted that: the above embodiments are only used to illustrate the technical solutions of the present application, and not to limit the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions in the embodiments of the present application.

Claims

1. A method for processing virtual resources is characterized by comprising the following steps:

2. The method of claim 1, further comprising:

and locking the target bait.

3. The method of claim 2, wherein said locking said target lure comprises:

4. The method of claim 2 or 3, wherein the lock instruction further comprises a type of the first role of locking the target lure, and the locking the target lure comprises:

locking the target bait based on the locking mode.

5. The method of claim 1, wherein before sending the bait lift instruction to the server, the lift instruction including an identification of a target bait and a first time stamp, the method further comprises:

6. The method of claim 5, further comprising:

7. The method of claim 6, further comprising:

receiving a sharing identifier returned by the server;

and sending the analysis identification to a target object.

8. The method of any of claims 1-7, further comprising:

9. A method for processing virtual resources is characterized by comprising the following steps:

10. The method of claim 9, wherein determining the resource update pattern corresponding to the first persona based on the difference between the first timestamp and the second timestamp comprises:

11. The method of claim 10, further comprising:

12. The method of claim 9, further comprising:

13. The method of claim 12, further comprising:

14. The method of claim 13, further comprising:

15. The method of claim 9, wherein after the updating the resource of the second role corresponding to the first client based on the resource update mode, further comprising:

16. The method of claim 9, wherein prior to said determining a second timestamp at which the target lure corresponding to the identification of the target lure was locked in place by the first role corresponding to the second client, further comprising:

17. The method of claim 16, wherein after receiving a bait lock request sent by a second client, wherein the lock request includes an identification of the target bait and the second timestamp, the method further comprises:

18. The method of claim 16, wherein after receiving a bait lock request sent by a second client, wherein the lock request includes an identification of the target bait and the second timestamp, the method further comprises:

Updating the preset locking duration corresponding to the first role

19. The method as claimed in claim 18, wherein after said updating the number of successes corresponding to the first character in case of reaching a preset lock duration, further comprising:

20. The method as claimed in claim 18, wherein after said updating the number of successes corresponding to the first character in case of reaching a preset lock duration, further comprising:

21. The method of any of claims 16-20, further comprising:

returning the panoramic content to the second client.

22. The method of claim 21, further comprising:

and returning the target scene content to the second client.

23. A method for processing virtual resources is characterized by comprising the following steps:

receiving a bait locking response returned by the server;

the lock countdown is displayed at the second client.

24. The method of claim 23, wherein in a case that any bait in the display interface of the second client is monitored to be in the selected state, sending a bait locking request to the server, wherein the locking request includes an identifier of the any fishing bait and a currently corresponding first timestamp, and further comprising:

25. The method of claim 23, further comprising:

26. The method of claim 25, wherein before sending a role selection instruction to the server, wherein the selection instruction includes an identifier of a first role, further comprising:

27. The method of claim 23, further comprising:

and displaying the updated role and the first target scene content.

28. The method of any of claims 22-27, further comprising:

29. An apparatus for processing virtual resources, comprising:

30. The apparatus of claim 29, wherein the receiving module is further configured to:

the device further comprises:

and the locking module is used for locking the target bait.

31. An apparatus for processing virtual resources, comprising:

32. The apparatus of claim 31, wherein the second determining module is specifically configured to:

33. An apparatus for processing virtual resources, comprising:

a lock module to display the lock countdown at the second client.

34. The apparatus of claim 33, wherein the receiving module is further configured to:

35. A computer device, characterized in that the computer device comprises:

a memory storing executable program code;

a processor coupled to the memory;

36. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out a method for processing a virtual resource according to any one of claims 1 to 28.