Information processing method, program product and electronic equipment

Abstract

The information processing method provided by the invention comprises the following steps: displaying an information sharing interface of a virtual object in response to an information sharing operation of a first account for the virtual object; in response to a shielding selection operation performed by the first account on the information sharing interface, determining a target shielding area; and in response to a sharing confirmation operation of the first account, issuing an information sharing interface, and performing limited display on the shared content including the target shielding area by the information sharing interface. Thus, the user can autonomously decide the range of the shared content, the richness and individuation degree of social sharing are increased, and privacy leakage caused by the fact that the interface content cannot be locally shielded when being shared is avoided.

Description

Technical Field

[0001] This disclosure relates to the field of computer technology, and in particular to an information processing method, program product, and electronic device. Background Technology

[0002] This section is intended to provide background or context for the embodiments of this disclosure as set forth in the claims. The description herein is not intended to be a prior art simply because it is included in this section.

[0003] In some games, players frequently need to share information about resource development to share their achievements. However, players often want to maintain a certain level of privacy when sharing, such as hiding specific development details. Existing sharing mechanisms typically fail to meet this personalized need, leading players to either share everything publicly or not at all, which significantly limits their willingness to share and interactivity. Furthermore, existing sharing mechanisms lack flexible privacy control options, making it difficult for players to choose what to hide when sharing, reducing their enthusiasm for sharing and the overall interactive experience. Summary of the Invention

[0004] This disclosure provides an information processing method, program product, and electronic device for games, to at least partially solve the aforementioned problems existing in the related technologies.

[0005] This disclosure provides an information processing method, program product, and electronic device to at least partially solve the aforementioned problems existing in the related art.

[0006] According to a first aspect of this disclosure, an information processing method is provided, the method comprising: displaying an information sharing interface for a virtual object in response to an information sharing operation of a first account for a virtual object; determining a target blocking area in response to a blocking selection operation performed by the first account on the information sharing interface; and publishing the information sharing interface in response to a confirmation sharing operation of the first account, wherein the information sharing interface restricts the display of shared content containing the target blocking area.

[0007] According to a second aspect of this disclosure, a computer program product is provided, including a computer program that, when executed by a processor, implements the method of the first aspect described above and its possible implementations.

[0008] According to a third aspect of this disclosure, an electronic device is provided, comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to perform the method of the first aspect and possible implementations thereof by executing the executable instructions.

[0009] In at least one embodiment of this disclosure, an information processing method includes: displaying an information sharing interface for a virtual object in response to an information sharing operation by a first account; determining a target blocking area in response to a blocking selection operation performed by the first account on the information sharing interface; and publishing the information sharing interface in response to a confirmation sharing operation by the first account, wherein the information sharing interface restricts the display of shared content containing the target blocking area. This allows users to independently determine the scope of shared content, increasing the richness and personalization of social sharing, and avoiding privacy leaks caused by the inability to partially block content when sharing interface content.

[0010] To make the above-mentioned objectives, features and advantages of this application more apparent and understandable, preferred embodiments are described below in detail with reference to the accompanying drawings. Attached Figure Description

[0011] The above and other objects, features, and advantages of this disclosure will become readily apparent from the following detailed description of exemplary embodiments, taken in conjunction with the accompanying drawings. Several embodiments of this disclosure are illustrated in the drawings by way of example and not limitation, in which:

[0012] Figure 1 A schematic diagram of a system architecture according to an embodiment of the present disclosure is shown.

[0013] Figure 2 A flowchart illustrating an information processing method according to an embodiment of the present disclosure is shown schematically.

[0014] Figure 3 schematically illustrates an interface diagram in an embodiment of this disclosure.

[0015] Figure 4 The schematic diagram illustrates the structure of an electronic device provided in an embodiment of the present disclosure.

[0016] In the accompanying drawings, the same or corresponding reference numerals indicate the same or corresponding parts. Detailed Implementation

[0017] Exemplary embodiments of this disclosure will be described more fully below with reference to the accompanying drawings.

[0018] To enable those skilled in the art to better understand the present disclosure, the technical solutions of the present disclosure will be clearly and completely described below with reference to the accompanying drawings of the embodiments. Obviously, the described embodiments are only some embodiments of the present disclosure, and not all embodiments. Based on the embodiments of the present disclosure, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present disclosure.

[0019] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this disclosure are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this disclosure described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0020] The accompanying drawings are schematic illustrations of this disclosure and are not necessarily drawn to scale. Some block diagrams shown in the drawings may be functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities may be implemented in software, in hardware modules or integrated circuits, or in networks, processors, or microcontrollers. Implementations can be carried out in various forms and should not be construed as limited to the examples set forth herein. The features, structures, or characteristics described in this disclosure can be combined in any suitable manner in one or more embodiments. Numerous specific details are provided in the following description to give a thorough description of embodiments of this disclosure. However, those skilled in the art will recognize that one or more specific details may be omitted when implementing the technical solutions of this disclosure, or other methods, components, apparatuses, steps, etc., may be used to replace one or more specific details.

[0021] Figure 1 A system architecture diagram of the operating environment of this exemplary embodiment is shown. This system architecture may include a terminal device 110 and a server 120. The terminal device 110 may be a mobile phone, tablet computer, personal computer, smart wearable device, game console, etc., and has a display function capable of displaying a graphical user interface, which may include the operating system interface or the application interface. An application, such as a game program, is installed on the terminal device 110. The server 120 generally refers to the backend system providing the game service in this exemplary embodiment; it may be a single server or a cluster of multiple servers. For example, a game server program is deployed on the server 120 to perform server-side game data processing. The terminal device 110 and the server 120 can be connected via a wired or wireless communication link for data transmission. The method in one exemplary embodiment of this disclosure can be executed by any one or more of the terminal device 110 and the server 120.

[0022] In one implementation, the above method can be implemented and executed based on a cloud interaction system. The cloud interaction system can be the system architecture described above. Various cloud applications can run under the cloud interaction system, such as cloud gaming. Taking cloud gaming as an example, cloud gaming can be a game mode based on cloud computing. In the cloud gaming operation mode, the game program's execution entity and the game screen presentation entity are separated. The storage and execution of the game's control and interaction methods are completed on the cloud gaming server (such as the aforementioned server 120). The cloud gaming client (such as the aforementioned terminal device 110) is responsible for receiving and sending data and presenting the game screen. For example, the cloud gaming client can be a display device with data transmission capabilities located close to the user, such as a mobile terminal, television, computer, or PDA; while the cloud gaming server in the cloud performs information processing. When playing the game, the user operates the cloud gaming client to send operation commands to the cloud gaming server. The cloud gaming server runs the game according to the operation commands, encodes and compresses the game screen and other data, returns it to the cloud gaming client via the network, and finally, the cloud gaming client decodes and outputs the game screen.

[0023] In one implementation, the method described above can be implemented by the terminal device 110 alone. For example, without deploying the server 120, the terminal device 110 can run the application in a standalone environment to implement the game function and execute the method described above.

[0024] According to one embodiment of this disclosure, an information processing method is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0025] According to an embodiment of the present disclosure, an information processing method may include the following steps:

[0026] Step S1: In response to the first account's information sharing operation for the virtual object, display the information sharing interface for the virtual object;

[0027] Step S2: In response to the blocking selection operation performed by the first account on the information sharing interface, determine the target blocking area;

[0028] Step S3: In response to the first account's confirmation sharing operation, an information sharing interface is published, which restricts the display of shared content that includes the target blocking area.

[0029] The method provided in this embodiment allows users to selectively block parts of content when sharing virtual objects, protecting user privacy while satisfying sharing needs and enhancing the user interaction experience. Through the blocking selection operation, users can independently decide the scope of the shared content, increasing the richness and personalization of social sharing and avoiding privacy leaks caused by the inability to partially block content when sharing interface content.

[0030] Optionally, the first account is a user account, which serves as a user's identity identifier within the computer network system. It is used to record and manage the user's behavior, permissions, and personal information within the system. The first account can be a player account registered by an information sharer in the game, used to identify a specific game user and distinguish different players.

[0031] Optionally, a virtual object is a digital asset or element that can be manipulated and displayed within the system. It is a virtual entity created by a computer program, possessing specific attributes and functions, and can be owned, used, or displayed by a user. Virtual objects can be character equipment in a game, virtual items used to enhance character abilities or change character appearance. Virtual objects can also be pets in a game, existing as auxiliary combat forces or collectible targets for the player.

[0032] Optionally, information sharing is an interactive command triggered by a user to display virtual object information to other users. It is a user-initiated command through the device interface to share data and initiate the content sharing process. Information sharing can be achieved through clicks, swipes, long presses, and / or other operations. For example, clicking a dedicated share button on the virtual object details page can quickly initiate the sharing process. For instance, when viewing the details of their magical item "Qiankun Bag," clicking the "Share" icon in the upper right corner of the interface triggers the system to display the sharing interface for that item. Information sharing can also be achieved by selecting a specific virtual object to share through the system's general sharing center, centrally managing all shareable content. For example, a user opens the game's "Social Center," selects a rare piece of equipment under the "My Collection" tab, and then clicks the "Share with Friends" button; the system then displays the information sharing interface for that equipment.

[0033] Optionally, the information sharing interface is a user-interactive page that displays information about virtual objects and provides sharing functionality. It's a visual interface generated by the system based on user instructions, used to preview and edit the information to be shared before sharing. The information sharing interface can be an information page displaying detailed attributes and status of the virtual object, fully presenting all parameters and characteristics of the object. The information sharing interface can contain multiple functional module areas, each displaying different attribute information of the virtual object. (Reference) Figure 3a This illustrates a schematic diagram of the interface of a first account related to an exemplary implementation of this disclosure. For example... Figure 3aAs shown, the information sharing interface is displayed in the graphical user interface 300 of the first account. The information sharing interface includes a virtual object 301 and multiple functional module areas such as the virtual object's level, rating, equipment, materials, basic attributes, and aptitude development. Each functional module is presented in a different block format.

[0034] Optionally, the masking selection operation is an interactive behavior where the user specifies the content area to be hidden. It's an action where the user marks specific content they don't want to share through the device interface, used to partially hide or protect information. The masking selection operation can be implemented through tapping, swiping, long-pressing, and / or other operations. For example, tapping a specific masking icon on the interface allows for quick marking of the content area to be hidden. Alternatively, the masking selection operation can involve manually drawing or selecting an area on the interface to specify the hiding range. For instance, a user can swipe their finger on the sharing interface to draw an area covering specific content; the system recognizes this gesture and automatically identifies the covered functional module area, marking it as content to be masked.

[0035] Optionally, the target masking area is a specific content area that the user chooses to hide in the sharing. It's a data section in the information sharing interface marked as not publicly available to other users, used to protect user privacy or selectively display information. The target masking area can be the core attribute value area of ​​a virtual object, used to hide key performance indicators. For example, a user might want to hide the specific aptitude values ​​of a summoned beast when sharing it, setting the interface block containing the summoned beast's aptitude data as the target masking area to prevent others from judging the summoned beast's true value based on its values. The target masking area can also be the acquisition method or history area of ​​a virtual object, used to protect personal game strategies or investment. For example, when sharing a rare piece of equipment, a user might choose to set the information block displaying the equipment's acquisition channel and acquisition time as the target masking area to protect their game strategy from being imitated. The target masking area can also be the enhancement configuration or development plan area of ​​a virtual object, used to maintain tactical advantages or innovative methods. For example, a user might set the special material configuration plan for a magic weapon as the target masking area, so other players can only see the final effect of the magic weapon, but cannot know the specific material combination and ratio to achieve that effect, protecting the user's painstakingly researched unique development method.

[0036] Optionally, confirming the sharing operation can be done by selecting a specific sharing target in the sharing platform selection interface, and confirming the content and sharing channel at the same time. For example, after the user clicks "Share", the system pops up a platform selection dialog box. The user selects the "Share to game community" option, which completes the confirmation of the sharing operation, and the system then shares the set content to the specified platform.

[0037] Optionally, the information sharing interface allows users to send content to the in-game social system, making it visible to other players. For example, the system can publish user-edited information about magical artifacts to the in-game "World Channel" or "Guild Chat," where other online players can directly view the share in the game interface.

[0038] Optionally, the restricted display is a special processing method for the content of the blocked area. The system will not fully display or replace the display of sensitive or private information specified by the user, so as to protect the user's privacy while maintaining the sharing function.

[0039] In an alternative implementation, the display restriction can be achieved by completely hiding the relevant content and replacing it with a placeholder, thus thoroughly protecting the information from being viewed. For example, the area containing equipment attributes is displayed as a gray square or the text "Hidden" in the sharing interface, making it impossible for viewers to obtain the actual information in that area.

[0040] In an alternative implementation, the limited display can be achieved by obscuring the original information and providing limited content cues. For example, the area containing skill information is displayed as a blurred image when shared, allowing viewers to roughly determine how many skills there are, but not to clearly see which specific skills are being discussed or their numerical effects.

[0041] In an alternative implementation, the restriction display can be replaced with a prompt message informing the viewer that there is hidden content. (See reference) Figure 3b This illustrates a schematic diagram of the interface of a second account involved in an exemplary implementation of this disclosure. Figure 3b As shown, in the graphical user interface of the second account, the blocked rating area, equipment area, and aptitude development area are displayed as a lock icon 401 in the information sharing interface. At the same time, the lock icon has an interactive function, allowing interested viewers to click the lock icon 401 to request viewing permission from the sharer.

[0042] In an optional implementation, after publishing the information sharing interface, the method further includes displaying the information sharing interface on the graphical user interface of the second account. After the first account completes the publication of the information sharing interface, the second account can see the shared content on its own graphical user interface. At this time, the second account's graphical user interface will display the information sharing interface, but the targeted blocking area will be restricted from display, for example, displayed as a blurred area or a blank area. In this way, viewers will not see the information that the sharer wishes to hide when viewing the shared content, thereby protecting the sharer's privacy.

[0043] Optionally, the second account is a different account from the first account, and is a viewer of the information. For example, the second account could be a friend account in the game or a viewer account on a social media platform.

[0044] Optionally, the graphical user interface of the second account displays the same information-sharing interface as the first account, but the content in the targeted blocking areas will be hidden. For example, if the first account blocks the summon's aptitude and skills when sharing summon information, then when the second account views the shared content, the aptitude and skills section will be displayed as a blurred or blank area. In this way, viewers cannot directly access the information that the sharer wishes to hide, thus improving the privacy of information sharing.

[0045] Optionally, in the information sharing interface displayed by the second account's graphical user interface, the targeted blocked areas can be displayed as a lock icon or other prompts to clearly inform viewers that this part of the information has been blocked. For example, if the first account blocks the "magic weapon plan" section when sharing information about a magical artifact, the "magic weapon plan" section will be displayed as a lock icon when the second account views the shared content. In this way, the second account can clearly know which parts are blocked, thus avoiding the mistaken belief that the information is missing or corrupted.

[0046] Optionally, the display method of the target blocked area in the information sharing interface of the second account's graphical user interface can be diversified, such as using different colors, patterns, or text prompts. For example, when the first account shares summoned beast information, the aptitude and skills section can be displayed as a gray area with the words "Content blocked" displayed in that area. In this way, viewers can more intuitively understand which parts are blocked, improving the user experience.

[0047] In an optional implementation, after the information sharing interface is published, in response to a second account's request to view the shared content in the target blocked area, a permission granting request is sent to the first account; in response to the first account's authorization feedback, the restriction on displaying the shared content in the target blocked area is lifted in the information sharing interface displayed in the second account's graphical user interface. Thus, through the permission granting request and authorization feedback mechanism, the interactivity and flexibility of the shared content can be enhanced, improving the user experience.

[0048] Optionally, when a second account is viewing the information sharing interface, if it finds certain content blocked, it can initiate a viewing request by clicking on the blocked area. This request will be sent to the first account, requesting to view the blocked content. After receiving the request, the first account can choose whether to authorize it. If authorized, the blocked content will be displayed in the second account's interface. (See reference) Figures 3b-3d This illustration shows a schematic diagram of an interface illustrating an exemplary implementation of this disclosure, depicting the interaction process of a first account requesting viewing permissions from a second account. For example... Figure 3b As shown, when the second account "Xiong Wu" clicks the lock icon 401 in its graphical user interface 400, it initiates a viewing request to the first account. Figure 3cAs shown, after receiving the viewing request from the second account, the first account's graphical user interface 300 displays an information window 403, prompting "Xiong Wu wants to view the [rating] of the summoned beast image you shared. Do you allow access?". Figure 3d As shown, after the first account clicks the accept control in the information window, the second account's graphical user interface 400 displays the blocked content "Rating 188".

[0049] Optionally, the initiation and processing of permission grant requests are real-time. When a second account clicks on a blocked area, the system immediately generates a viewing request and sends it to the first account. Upon receiving the request, the first account can choose to process it immediately or later. This ensures more timely and efficient interaction between users, improving the user experience.

[0050] Optionally, the processing result of the permission grant request will be fed back to the second account in real time. If the first account grants authorization, the blocked content will be immediately displayed in the second account's interface. If the first account denies authorization, a denial message will be displayed in the second account's interface. This real-time feedback mechanism allows users to know the processing result of their request in a timely manner, enhancing the system's transparency and user trust.

[0051] Optionally, the permission request and authorization feedback mechanism can be further extended to multi-level permission management. For example, the first account can be configured with different levels of permissions, each corresponding to different content to be viewed. When a second account initiates a viewing request, it can select the permission level to request. This multi-level permission management mechanism allows for more granular control over content sharing, meeting the needs of different users and improving the system's flexibility and security.

[0052] In an optional implementation, the information sharing interface includes multiple functional module areas; in response to a blocking selection operation performed by a first account on the information sharing interface, determining a target blocking area includes: in response to a selection operation performed on the information sharing interface, determining the functional module area indicated by the selection operation as the target blocking area.

[0053] Optionally, the information sharing interface can include multiple functional modules such as name, level, skills, aptitude, equipment, and growth value. When sharing, users can choose to hide specific modules according to their needs. For example, users can choose to hide the aptitude and skills of a summoned beast while keeping other parts displayed.

[0054] Optionally, the selection operation can be achieved through a click operation, a swipe operation, a long press operation, and / or other operations.

[0055] Optionally, the system can also provide batch selection / deselection functionality. Users can select a category of functional modules, and the system will automatically select or deselect all modules in that category. This allows users to perform the selection / deselection operation more efficiently, improving the user experience.

[0056] In an optional implementation, the selected operation is a sliding operation; in response to the sliding operation performed on the information sharing interface, the functional module area covered by the trajectory of the sliding operation is determined as the target shielding area.

[0057] Optionally, a swipe gesture refers to a continuous movement operation performed by the user on the information sharing interface using their finger or other input device. For example, a user can swipe their finger on the information sharing interface to select the area to be blocked. The system will automatically recognize the trajectory of the finger swipe and determine the covered module area as the target blocking area. This operation method can cover a larger area and is suitable for situations where multiple functional modules need to be blocked.

[0058] Optionally, the functional module areas covered by the swipe gesture can be continuous or discontinuous. For example, when a user swipes their finger in the summoner interface, they can cover multiple discontinuous summoner attribute modules, which will be identified as the target shielded area. The system will automatically identify and determine the target shielded area based on the start and end points of the swipe trajectory, as well as the areas it passes through in between. This design allows users to flexibly select the areas they want to shield, improving the flexibility and convenience of the operation.

[0059] In an optional implementation, the information sharing interface includes multiple functional module areas, each with a corresponding blocking indicator icon. In response to a selection operation performed on the information sharing interface, the functional module area indicated by the selection operation is designated as the target blocking area. Thus, through the blocking indicator icons, users can more intuitively select the area to be blocked, improving the convenience and accuracy of the operation.

[0060] Optionally, the selection action can also be that the user clicks the block indicator icon in the interface. Each functional module area displays a block icon, which can be an icon, button, or other visual identifier. For example... Figure 3a As shown, each information module in the information sharing interface has an "eye" icon 303. When a user clicks this icon, the corresponding module will be marked as to be hidden, and the icon will change to a "crossed-out eye" style, clearly indicating that the area will be hidden. In this way, users can more intuitively select the content they want to hide, improving the convenience and accuracy of the operation.

[0061] Optionally, the system can provide more interactive methods to enhance the user experience. For example, users can long-press the blocking indicator icon in a function module area to enter a detailed blocking settings interface and select different blocking methods, such as complete blocking, partial blocking, or blurred display. This allows users to choose the appropriate blocking method according to their needs, improving operational flexibility and personalization. In addition, the system can provide a history function, allowing users to view and manage previously selected blocking settings, facilitating quick reuse of frequently used blocking settings.

[0062] Optionally, the system can provide an intelligent recommendation function, automatically suggesting areas that may need to be blocked based on the user's operating habits and preferences. For example, the system can automatically highlight blocking indicator icons for areas that the user has frequently selected to block in previous sharing operations, prompting the user that these areas may need to be blocked. This allows users to quickly select the content to be blocked, improving the convenience and efficiency of the operation. In addition, the system can also provide a learning function, continuously optimizing the recommendation algorithm by analyzing user operation data, improving the accuracy of recommendations and user satisfaction.

[0063] In an optional implementation, the information sharing interface provides a function category control; in response to a trigger operation on the function category control, multiple function modules corresponding to the function category control are batch-selected as target blocking areas. This allows users to quickly select multiple function modules for batch blocking, improving operational efficiency and user experience.

[0064] Optionally, the function category control can be a button or icon on the interface. When a user clicks the button or icon, the system automatically marks all function modules under that category as hidden areas. For example, in the summon beast interface, a user can select the "Aptitude and Skills" category control, and the system will automatically mark all modules related to aptitude and skills as hidden areas. In this way, users do not need to select them one by one, saving operation time and improving the convenience of sharing.

[0065] Optionally, the triggering operation for the functional category control can be in various forms such as clicking, long-pressing, and swiping. For example, by long-pressing a category control, the system will pop up a confirmation dialog box. After the user confirms, the system will mark all functional modules under that category as blocked areas.

[0066] In an optional implementation, the restricted display includes: performing pixel blurring on the target blocked area; and displaying a permission request interactive control within the target blocked area. In this way, sensitive information can be effectively hidden through pixel blurring, while providing a permission request interactive control allows viewers to request access to the blocked content, enhancing the interactivity and privacy protection of sharing.

[0067] Optionally, display restriction can be achieved by performing pixel blurring on the target area to be hidden. Pixel blurring is a common image processing technique that blurs the content of a target area by mixing the pixel values, thereby hiding information. In this embodiment, when a player selects to hide an area, the system automatically performs pixel blurring on the selected area, ensuring that the viewer cannot directly see the specific content of that area. This allows players to flexibly choose the information they want to hide while ensuring the privacy of that information.

[0068] Optionally, a permission request interactive control can be displayed in the target blocked area. This control can be a button, icon, or other interactive element, which viewers can click to initiate a viewing request. When the permission request control is clicked, the system generates a viewing request and sends it to the sharer. This allows viewers to request to view blocked content when needed, and the sharer can decide whether to grant permissions based on the actual situation. This mechanism not only protects player privacy but also increases interactivity, making the sharing process more flexible and user-friendly.

[0069] Optionally, the degree of pixel blurring can be adjusted according to actual needs. For example, the system can offer different blur levels for players to choose from, from slight blur to complete obscurity. This allows players to select an appropriate blur level based on their privacy requirements. Furthermore, the system can provide a preview function, allowing players to preview the blurring effect before actually sharing, ensuring their privacy protection requirements are met. This gives players more flexibility in controlling the content they share, increasing sharing satisfaction.

[0070] Optionally, in addition to pixel blurring and permission request controls, the system can also provide other forms of display restrictions. For example, methods such as mosaic processing, color replacement, or text masking can be used to further enhance privacy protection.

[0071] Optionally, the permission request interaction control can provide more interactive options. For example, the system can offer multiple permission request types, such as single-view permission, multiple-view permission, or permanent view permission. This allows sharers to choose the appropriate permission type based on their needs and flexibly control viewers' viewing permissions. Furthermore, the system can provide permission management functionality, allowing sharers to view and manage all sent permission requests and the history of granted permissions. This makes it easier for sharers to manage their private information, improving the security and controllability of their sharing.

[0072] In an optional implementation, the method further includes: in response to a triggering operation of the permission request interaction control, generating a viewing request containing a requester identifier and details of the requested content. By generating a viewing request containing a requester identifier and details of the requested content, it can be ensured that the sharer clearly understands the specific information of the requester and the requested content, thereby making a more reasonable permission granting decision and improving interactivity and user experience.

[0073] Optionally, the requester's identifier can be the viewer's username, account ID, or other unique identifier, and the request content details can be the specific content the viewer wishes to see, such as the attributes and skills of a summoned beast. In this way, the sharer can clearly understand the requester's identity and the specific content of the request, thus making a more informed decision.

[0074] Optionally, the generated view request can include more information, such as the request timestamp and the requester's device information. This information helps the sharer better determine the context and environment of the request. For example, if the requester sends multiple requests within a short period, the sharer may consider the requester's behavior abnormal and thus reject the request. With this additional information, the sharer can make more comprehensive and reasonable decisions, improving system security and user experience.

[0075] Optionally, the generated viewing request can be sent to the sharer in various ways, such as via system message, email, SMS, etc.

[0076] If the first account rejects the permission request, the original display state of the shared content in the target blocked area is maintained; the second account's interface displays a rejection message. This ensures the privacy and security of the shared content while providing clear feedback to viewers.

[0077] Optionally, when the first account rejects the second account's request for permission, the content in the target blocked area will not be decoded or displayed, remaining in its original blocked state. This mechanism ensures the sharer has complete control over the shared content and avoids unnecessary privacy leaks. Simultaneously, the second account's interface will display a rejection message, informing viewers that their viewing request has not been approved, thus avoiding misunderstandings.

[0078] Optionally, the rejection message can be a text message, an icon message, or a pop-up message, and the specific form can be adjusted according to the design requirements of the user interface.

[0079] In an optional implementation, the method further includes: establishing a time-limited parameter for permission access, which includes a one-time authorization mode or a permanent authorization mode; and controlling the duration of the display status based on the time-limited parameter. In this way, by setting a time-limited parameter for permission access, viewing permissions for shared content can be flexibly controlled, improving user experience and privacy protection.

[0080] Optionally, the timeliness parameter for granting access can be set based on the sharer's specific needs. For example, the sharer can choose a one-time authorization mode, meaning that after gaining viewing permission, viewers can only view the blocked content within a specific time period. Once that time period ends, the viewing permission will automatically expire. This mode is suitable for situations where the sharer wants to temporarily grant viewing permission in specific contexts, such as during a game event. On the other hand, a permanent authorization mode means that once the sharer grants viewing permission, viewers can view the blocked content at any time until the sharer manually revokes the permission. This mode is suitable for situations where the sharer wants to grant viewing permission long-term, such as when establishing long-term game partnerships.

[0081] Optionally, the time limit parameter can be set through controls in the user interface. For example, after selecting a blocked area, the sharer can click a "Set Permission Time Limit" button to enter the permission settings interface. In this interface, the sharer can choose a one-time authorization mode or a permanent authorization mode, and set the specific authorization time. For example, a one-time authorization mode can be set to 1 hour, 1 day, 1 week, etc., while a permanent authorization mode can be set to "permanent" or "until manually revoked." This allows sharers to flexibly set the permission time limit according to their needs, improving the flexibility and security of sharing.

[0082] Exemplary embodiments of this disclosure also provide a computer program product. The computer program product includes a computer program that, when executed by a processor, implements the methods described above.

[0083] In one embodiment, the computer program product can be a tangible product containing a computer program, such as a computer-readable storage medium storing the computer program. The readable storage medium can be a storage medium based on electrical, magnetic, optical, electromagnetic, infrared, or other signals, including but not limited to: random access memory (RAM), read-only memory (ROM), magnetic tape, floppy disk, flash memory, hard disk drive (HDD), solid-state drive (SSD), etc. For example, the computer program product can be implemented as a non-volatile storage medium storing the computer program, such as read-only memory, NAND flash memory, etc.

[0084] In one implementation, the computer program product can be an intangible product containing a computer program. For example, the computer program product can be implemented as a virtual digital product, such as an executable file, installation package, or other digital file storing the computer program.

[0085] Computer program code can be written in one or more programming languages. Examples of programming languages ​​include C, Java, and C++. Program code can execute entirely on the user's computing device, partially on the user's computing device, or as a standalone software package. It can also execute partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server. In cases involving remote computing devices, the remote computing device can be connected to the user's computing device via any type of network, such as a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computing device (e.g., via an internet connection provided by a mobile network operator).

[0086] Computer programs can be carried or transmitted via signals such as electricity, magnetism, light, electromagnetic radiation, and infrared radiation. Electronic devices can convert signals carrying computer programs into digital signals, thereby running the computer programs. When a computer program runs on an electronic device, its code is used to cause the electronic device to execute (more specifically, the processor of the electronic device to execute) the method steps of various exemplary embodiments of this disclosure, such as: an information processing method, the method comprising: displaying an information sharing interface for a virtual object in response to an information sharing operation of a first account for a virtual object; determining a target blocking area in response to a blocking selection operation performed by the first account on the information sharing interface; and publishing the information sharing interface in response to a confirmation sharing operation of the first account, wherein the information sharing interface restricts the display of shared content containing the target blocking area.

[0087] Exemplary embodiments of this disclosure also provide an electronic device. The electronic device may include a processor and a memory. The memory stores executable instructions for the processor, such as a computer program. The processor executes the executable instructions to perform the method steps of various exemplary embodiments of this disclosure. Furthermore, the electronic device may also include a display for displaying a graphical user interface.

[0088] The following is for reference. Figure 4 The electronic device is illustrated by way of a general-purpose computing device. It should be understood that... Figure 4 The electronic device 600 shown is merely an example and should not be construed as limiting the functionality and scope of use of the embodiments disclosed herein.

[0089] like Figure 4As shown, the electronic device 600 may include: a processor 610, a memory 620, a bus 630, an I / O (input / output) interface 640, a network adapter 650, and a display 660.

[0090] Memory 620 may include volatile memory, such as RAM 621 and cache unit 622, and may also include non-volatile memory, such as ROM 623. Memory 620 may also include one or more program modules 624, such program modules 624 including, but not limited to: operating system, one or more application programs, other program modules, and program data. Each or some combination of these examples may include an implementation of a network environment. For example, program module 624 may include the modules in the above-described device.

[0091] The processor 610 may include one or more processing units, such as an AP (Application Processor), a modem processor, a GPU (Graphics Processing Unit), an ISP (Image Signal Processor), a controller, an encoder, a decoder, a DSP (Digital Signal Processor), a baseband processor, and / or an NPU (Neural-Network Processing Unit).

[0092] The processor 610 can be used to execute executable instructions stored in the memory 620 to perform the methods described above in this disclosure, such as the following method steps: an information processing method, the method comprising: in response to an information sharing operation of a first account for a virtual object, displaying an information sharing interface for the virtual object; in response to a blocking selection operation performed by the first account on the information sharing interface, determining a target blocking area; in response to a confirmation sharing operation by the first account, publishing the information sharing interface, wherein the information sharing interface restricts the display of shared content containing the target blocking area.

[0093] Bus 630 is used to connect different components of electronic device 600 and may include a data bus, an address bus and a control bus.

[0094] Electronic device 600 can communicate with one or more external devices 700 (such as keyboard, mouse, external controller, etc.) through I / O interface 640.

[0095] Electronic device 600 can communicate with one or more networks via network adapter 650. For example, network adapter 650 can provide mobile communication solutions such as 3G / 4G / 5G, or wireless communication solutions such as wireless LAN, Bluetooth, and near-field communication. Network adapter 650 can communicate with other modules of electronic device 600 via bus 630.

[0096] Electronic device 600 can display a graphical user interface, such as virtual scenes or virtual characters, through display 660.

[0097] although Figure 4 Other hardware and / or software modules may also be configured in the electronic device 600, including but not limited to: microcode, device drivers, redundant processors, external disk drive arrays, RAID (Redundant Arrays of Independent Disks) systems, tape drives, and data backup storage systems.

[0098] As can be seen from the above, the technical solutions disclosed herein can be implemented as methods, apparatus, systems, computer program products, storage media, electronic devices, etc. Those skilled in the art will understand that various aspects of this disclosure can be specifically implemented in the following forms: a completely hardware implementation, a completely software implementation (including firmware, microcode, etc.), or a combination of hardware and software implementations, which may be referred to as "circuit," "module," or "system," respectively.

[0099] It should be understood that this disclosure is not limited to the specific methods, steps, or structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. Those skilled in the art will readily conceive of other embodiments based on the specific implementations provided in this disclosure. Therefore, the specific implementations provided in this disclosure are merely exemplary, and the scope and spirit of this disclosure are indicated by the claims, and should cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary technical means in the art not disclosed in this disclosure.

Claims

1. An information processing method, characterized in that, The method includes: In response to the first account's information sharing operation on the virtual object, the information sharing interface of the virtual object is displayed; In response to the first account's blocking selection operation on the information sharing interface, a target blocking area is determined; In response to the first account's confirmation sharing operation, the information sharing interface is published, and the information sharing interface restricts the display of shared content containing the target blocking area.

2. The method according to claim 1, characterized in that, After publishing the information sharing interface, the method further includes: displaying the information sharing interface on the graphical user interface of the second account.

3. The method according to claim 1, characterized in that, After publishing the information sharing interface, the method further includes: in response to the second account's request to view the shared content of the target blocked area, sending a permission granting request to the first account; In response to the authorization feedback from the first account, the restriction on the display of shared content in the target blocked area is lifted in the information sharing interface displayed in the graphical user interface of the second account.

4. The method according to claim 1, characterized in that, The information sharing interface includes multiple functional module areas; The step of determining the target blocking area in response to the blocking selection operation performed by the first account on the information sharing interface includes: In response to a selection operation performed on the information sharing interface, the functional module area indicated by the selection operation is determined as the target shielding area.

5. The method according to claim 4, characterized in that, The selection operation is a sliding operation; The step of determining the functional module area indicated by the selection operation as the target shielding area in response to the selection operation on the information sharing interface includes: In response to a swipe operation performed on the information sharing interface, the functional module area covered by the trajectory of the swipe operation is determined as the target shielding area.

6. The method according to claim 4, characterized in that, The information sharing interface includes multiple functional module areas, each with a corresponding blocking indicator icon; the selection operation is a trigger operation targeting a blocking icon. The step of determining the functional module area indicated by the selection operation as the target shielding area in response to the selection operation on the information sharing interface includes: In response to a trigger operation targeting a target blocking icon, the functional module area corresponding to the target blocking icon is determined as the target blocking area.

7. The method according to claim 1, characterized in that, The information sharing interface provides functional category controls; The step of determining the target blocking area in response to the blocking selection operation performed by the first account on the information sharing interface includes: In response to a trigger operation on the function category control, multiple function modules corresponding to the function category control are batch-determined as the target shielding area.

8. The method according to claim 1, characterized in that, The restriction display includes: Perform pixel blurring processing on the target shielded area; Display the permission request interactive control in the target shielded area.

9. The method according to claim 8, characterized in that, The method further includes: In response to the triggering operation of the permission request interaction control, a viewing request containing the requester's identifier and details of the request content is generated.

10. The method according to claim 1, characterized in that, The method further includes: If the first account rejects the permission granting request, maintain the original display state of the shared content in the target blocked area; The second account's interface displays a rejection message.

11. The method according to claim 1, characterized in that, The method further includes: establishing a time limit parameter for granting permissions, wherein the time limit parameter includes a single-time authorization mode or a permanent authorization mode; The duration of the display state is controlled according to the timeliness parameter.

12. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the method according to any one of claims 1 to 11.

13. An electronic device, characterized in that, include: processor; Memory for storing the executable instructions of the processor; The processor is configured to execute the method of any one of claims 1 to 11 by executing the executable instructions.

Images