A display method, device, electronic equipment and storage medium
By calculating the correlation between the task request instructions of the secondary screen device and the primary screen device through the logic server, generating response information and controlling different rendering content, the problem of insufficient data linkage and collaboration between screens in multi-screen games is solved, and real-time interaction and collaboration improvement of independent operation of multiple devices are realized.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- SHANGHAI JIDOU TECH CO LTD
- Filing Date
- 2026-05-27
- Publication Date
- 2026-07-07
AI Technical Summary
In existing multi-screen gaming solutions, each terminal screen has a single function and unidirectional interaction logic, which cannot realize independent gameplay on multiple screens and real-time two-way command interaction. The operation of the secondary screen cannot effectively affect the core game process, and the data linkage and gameplay synergy between screens are insufficient. It is difficult to achieve the effect of multiple devices operating independently and jointly affecting the game process, thus limiting the game's interactivity and scalability.
The logic server receives task request instructions from the secondary screen device, calculates the degree of association, generates response information, and controls the main screen and secondary screen device to display different rendered content, realizing real-time two-way command interaction and independent operation of multiple screens.
It enhances the collaboration and interactivity of cross-screen interaction, breaks through the expansion limitations of existing solutions, and enhances the user experience of using the main screen device and the secondary screen device to collaboratively perform target tasks.
Smart Images
Figure CN122346277A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of computer technology, and in particular to a display method, apparatus, electronic device and storage medium. Background Technology
[0002] With the rapid development of multi-terminal interconnection technology and mobile smart devices, various screen devices such as mobile phones, tablets, and in-vehicle terminals have become widespread. Cross-device collaborative interaction has become an important development direction in the gaming industry. Multi-screen interactive games can enrich the forms of player interaction and enhance the immersive gaming experience.
[0003] Existing multi-screen gaming solutions mostly adopt a master-slave single-screen extension mode, typically using a single device as the main control terminal, with other secondary screens serving only as split-screen extensions of the main screen or simple information display terminals. In this mode, the content displayed on each screen is highly homogenized, only splitting and scaling the main screen's display; game logic is concentrated on the main screen, with secondary screens passively receiving screen data and unable to independently generate gameplay commands. Screens only share screen views, making it difficult to conduct real-time collaborative or competitive interactions with independent gameplay.
[0004] In existing solutions, each terminal screen has a single function and a one-way interaction logic, which cannot realize independent gameplay on multiple screens and real-time two-way command interaction. The operation of the secondary screen cannot effectively affect the core game process, and the data linkage and gameplay synergy between screens are insufficient. It is difficult to achieve the effect of multiple devices operating independently and jointly affecting the game process, thus limiting the game's interactivity and scalability. Summary of the Invention
[0005] This application provides a display method, apparatus, electronic device, and storage medium that can effectively improve the collaboration and interactivity of cross-screen interaction and enhance the user experience of collaboratively performing target tasks using a main screen device and a secondary screen device.
[0006] In a first aspect, this application provides a display method applied to a logic server, the logic server running in a main screen device, the method comprising: Receive a task request instruction sent by the secondary screen device, and calculate the degree of correlation between the task request instruction and the current task status in the main screen device; Based on the degree of correlation, the response information corresponding to the task request instruction is determined, and the response information is sent to the main screen device and the secondary screen device respectively; The main screen device is controlled to display the first rendered content corresponding to the response information, and the secondary screen device is controlled to display the second rendered content corresponding to the response information, wherein the first rendered content and the second rendered content are different.
[0007] Furthermore, calculating the correlation between the task request instruction and the current task state in the main screen device includes: acquiring real-time status data of the main screen device; identifying the instruction type of the task request instruction and determining the constraint rule corresponding to the instruction type; determining whether the main screen device meets the execution preconditions based on the real-time status data and the constraint rule; if the task request instruction does not meet the execution preconditions, the correlation is zero; if the task request instruction meets the execution preconditions, the magnitude of the state change of the main screen task state by the task request instruction is quantified according to the real-time status data, and the magnitude of the state change is used as the correlation.
[0008] Furthermore, determining the response information corresponding to the task request instruction based on the correlation degree includes: when the correlation degree is zero, generating first response information, the first response information including at least instruction execution failure and the reason for failure; when the correlation degree is greater than zero, generating second response information, the second response information including at least instruction execution success, effect value and remaining cooldown time.
[0009] Furthermore, controlling the main screen device to display the first rendered content corresponding to the response information and controlling the secondary screen device to display the second rendered content corresponding to the response information includes: acquiring real-time status data of the main screen device and the secondary screen device respectively; calculating the first rendered content of the response information on the main screen device based on the real-time status data of the main screen device; calculating the second rendered content of the response information on the secondary screen device based on the real-time status data of the secondary screen device; rendering the task status on the main screen device based on the first rendered content, and rendering the task status on the secondary screen device based on the second rendered content.
[0010] Furthermore, the method also includes: receiving a main-secondary screen collaboration mode triggered in the main screen device, establishing a communication connection between the main screen device and the secondary screen device; and after detecting that the main screen device and the secondary screen device have established a communication connection, sending initial task parameters to the main screen device and the secondary screen device respectively.
[0011] Furthermore, the task request instruction is an instruction data packet encapsulated in a preset format, and the instruction data packet includes at least the instruction type, instruction value, timestamp, and secondary screen device identification information; the task request instruction is an instruction that has been validated and passed by the secondary screen device.
[0012] Furthermore, the real-time status data includes at least task running parameters, remaining resources, function disabled status, function cooldown timer, and environmental status parameters; the status change range includes at least resource changes, task running parameter changes, and function activation effect values.
[0013] Secondly, this application provides a display device integrated into a logic server, the logic server running in a main screen device, the device comprising: The data processing module is used to receive task request instructions sent by the secondary screen device and calculate the degree of correlation between the task request instructions and the current task status in the main screen device. The information sending module is used to determine the response information corresponding to the task request instruction based on the correlation degree, and send the response information to the main screen device and the secondary screen device respectively; The content display module is used to control the main screen device to display the first rendered content corresponding to the response information, and to control the secondary screen device to display the second rendered content corresponding to the response information, wherein the first rendered content and the second rendered content are different.
[0014] Thirdly, this application provides an electronic device comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the display method described in any embodiment of this application.
[0015] Fourthly, this application provides a computer-readable storage medium storing computer instructions that, when executed by a processor, implement the display method described in any embodiment of this application.
[0016] To address the shortcomings of existing technologies, this application provides a display method that offers the following advantages: First, the method receives a task request instruction from a secondary screen device and calculates the degree of association, enabling the operation of the secondary screen device to influence the task status on the main screen device through the task request instruction. This achieves real-time bidirectional instruction interaction across multiple screens, transforming the secondary screen device from a passive receiver to an active interactor. Second, by quantifying the effect of the instruction through the degree of association and issuing corresponding response information, the method solves the problem of insufficient data linkage and collaboration between screens in existing solutions, allowing multiple devices to operate independently and jointly influence the task progress. Finally, by separately controlling the rendering content corresponding to the response information displayed on the main screen and secondary screen, the content displayed on the two screens is made independent and differentiated, enriching the forms of multi-screen interaction. This application effectively improves the collaboration and interactivity of cross-screen interaction, overcomes the expansion limitations of existing solutions, and enhances the user experience of collaboratively executing target tasks using both the main screen device and the secondary screen device.
[0017] It should be noted that the aforementioned computer instructions may be stored, in whole or in part, on a computer-readable storage medium. This computer-readable storage medium may be packaged together with the processor of the display device, or it may be packaged separately from the processor of the display device; this application does not impose any limitations on this.
[0018] The descriptions of the second, third, and fourth aspects in this application can be referenced to the detailed description of the first aspect; and the beneficial effects described in the second, third, and fourth aspects can be referenced to the analysis of the beneficial effects of the first aspect, which will not be repeated here.
[0019] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of this application, nor is it intended to limit the scope of this application. Other features of this application will become readily apparent from the following description.
[0020] It is understood that before using the technical solutions disclosed in the various embodiments of this application, users should be informed of the types, scope of use, and usage scenarios of the personal information involved in this application in an appropriate manner in accordance with relevant laws and regulations, and user authorization should be obtained. Attached Figure Description
[0021] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0022] Figure 1 A schematic flowchart illustrating a display method provided in an embodiment of this application; Figure 2 This is a schematic diagram of the structure of a display device provided in an embodiment of this application; Figure 3 This is a block diagram of an electronic device used to implement a display method according to an embodiment of this application. Detailed Implementation
[0023] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of this application.
[0024] The terms "first," "second," "target," and "original," etc., used in the specification, claims, and accompanying drawings of this application 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 application described herein can be implemented in sequences other than those illustrated or described herein. Furthermore, the terms "comprising," "having," and any variations thereof are intended to cover a 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.
[0025] It should be noted that the information collected in this application is information and data authorized by the user or fully authorized by all parties, and the collection, storage, use, processing, transmission, provision, disclosure and application of the relevant data all comply with the relevant laws, regulations and standards of the relevant countries and regions, necessary confidentiality measures have been taken, and it does not violate public order and good morals. Corresponding operation portals are provided for users to choose to authorize or refuse.
[0026] Figure 1 This is a flowchart illustrating a display method provided in an embodiment of this application. This embodiment is applicable to scenarios where a main screen device and a secondary screen device collaboratively perform a target task. The display method provided in this embodiment can be executed by the display device provided in this application. This device can be implemented through software and / or hardware and integrated into the electronic device executing this method. This method is applied to a logic server, which runs on the main screen device.
[0027] See Figure 1 The method in this embodiment includes, but is not limited to, the following steps: S110: Receive the task request instruction sent by the secondary screen device, and calculate the degree of correlation between the task request instruction and the current task status in the main screen device.
[0028] This application's method is applicable to scenarios where a main screen device and a secondary screen device collaboratively execute a target task. The target task can be a multi-screen collaborative control task in an in-vehicle system, an office collaborative processing task, a smart home linkage control task, etc. This embodiment uses a cross-screen collaborative game as an example to explain the method. In this embodiment, the task request instruction can refer to the interactive instruction encapsulated and generated after the player performs game operations through the secondary screen device.
[0029] Task request instructions can be encapsulated in a predefined instruction data packet, which includes at least the instruction type, instruction value, timestamp, and secondary screen device identifier. The predefined format can be JavaScript Object Notation (JSON). Instruction types can include energy accumulation, accelerated release, item activation, and skill usage, among others.
[0030] A task request command can be a command whose validity has been verified and approved by the secondary screen device. Specifically, when the secondary screen device receives a task request command triggered by the player through the secondary screen device, the microprocessor of the secondary screen device can first perform local validity verification (e.g., determining whether the cooldown time or energy requirement has been met). If the verification fails, a failure feedback (such as a flashing red light or an error message) is immediately displayed on the secondary screen device's monitor, and the task request command is not sent to the logic server. If the verification passes, the task request command is sent to the logic server.
[0031] In this embodiment, both the main screen device and the secondary screen device are independent terminal devices participating in cross-screen collaboration. They can have independent display screens and touch / operation input functions, such as mobile phones, tablets, in-vehicle secondary screens, and portable display terminals. The main screen device and the secondary screen device communicate with each other but display independent game content, participating in and influencing the overall game progress through independent operations.
[0032] In one embodiment, the main screen device can be a main terminal device that runs the main game program and carries the core game logic; the secondary screen device can be a secondary terminal device that does not carry the core game logic. In another embodiment, the main screen device can be responsible for rendering the core game screen and maintaining the overall game task running status; the secondary screen device can be used to receive player operations, generate task request instructions, send interaction instructions to the logic server in the main screen device, and simultaneously receive instruction feedback results and render corresponding screen, sound effects, and other feedback content.
[0033] In this embodiment, the current task status can be the real-time running status information of the game on the main screen device, which may include game resource availability, function disabled status, command cooldown time, game running parameters, scene environment data, etc., to characterize the current running stage of the game.
[0034] In this embodiment, the degree of correlation can be used to characterize the linkage and matching relationship between the task request instruction sent by the secondary screen device and the current task status of the main screen device, as well as the strength of the effective effect of the task request instruction on the game process in the main screen device. The higher the degree of correlation, the stronger the effective influence of the task request instruction on the game process in the main screen. When the degree of correlation is zero, it means that the task request instruction cannot have an effective effect on the task status of the main screen.
[0035] In this embodiment, the logic server is deployed and runs inside the main screen device, monitoring task request commands sent by the main screen device and the secondary screen device in real time. When it receives a task request command sent by a player through the secondary screen device (this command is an interactive command generated by the player through the secondary screen device and validated locally on the secondary screen device), the logic server first obtains the current real-time task status data of the main screen device. Then, based on preset game interaction rules, it matches the constraint relationship between the task request command and the current task status of the main screen device. Through quantitative calculation, it determines the strength of the linkage effect that the command can have on the current task running state of the main screen device, i.e., the degree of correlation, thereby determining whether the task request command can effectively affect the game process of the main screen device.
[0036] Furthermore, the correlation between the task request instruction and the current task state on the main screen device is calculated, including: acquiring real-time status data of the main screen device; identifying the instruction type of the task request instruction and determining the constraint rules corresponding to the instruction type; determining whether the main screen device meets the execution preconditions based on the real-time status data and constraint rules; if the task request instruction does not meet the execution preconditions, the correlation is zero; if the task request instruction meets the execution preconditions, the magnitude of the state change of the task request instruction on the main screen task state is quantified based on the real-time status data, and the magnitude of the state change is used as the correlation.
[0037] Real-time status data includes at least task execution parameters, remaining resources, function disabled status, function cooldown timer, and environmental status parameters. Environmental status parameters may include in-game speed, shield duration, and obstacle positions. Constraint rules can be pre-configured activation conditions and execution logic for each command type, specifying the main screen state that a certain task request command can trigger and activate. This is used to verify whether task request commands triggered through the secondary screen device can normally affect the game process of the main screen device. Execution prerequisites can be the main screen state conditions that are required for the command to take effect, as defined in the constraint rules, such as the cooldown timer ending, sufficient energy, and the function not being disabled. The state change magnitude can be a quantified value of the change in the game task state after the main screen device executes the task request command. This can be used to characterize the actual impact of the task request command on the device's game process. The state change magnitude includes at least resource changes, task execution parameter changes, and function activation effect values.
[0038] In this embodiment, the logic server first collects real-time status data generated by the main screen device during its current operation; then, it parses and identifies the instruction type corresponding to the task request instruction, and retrieves the constraint rules pre-bound to that instruction type within the system; the logic server matches and verifies the collected real-time status data with the constraint rules to determine whether the main screen device currently meets the preconditions for executing the task request instruction. If the current state of the main screen device does not meet the execution preconditions, it means that the task request instruction triggered by the secondary screen device cannot have an effective linkage effect on the game process of the main screen device, so the correlation degree is directly assigned to zero. If the main screen device meets the execution preconditions, based on the real-time status data, the magnitude of the state change that the task request instruction can bring to the main screen task state is quantitatively calculated, and this magnitude of state change is directly used as the correlation degree obtained in this calculation, which is used to characterize the strength of the effective effect of the task request instruction triggered by the secondary screen device on the game process of the main screen device.
[0039] S120. Determine the response information corresponding to the task request instruction based on the degree of correlation, and send the response information to the main screen device and the secondary screen device respectively.
[0040] In this embodiment, the response information can be a standardized feedback data packet generated by the logic server after verifying and calculating the effect of the task request instruction. This data packet is used to inform the main screen device and the secondary screen device of the processing result of this instruction. The response information includes at least interactive data such as instruction execution result, effect value, remaining cooldown time, resource balance, and failure reason.
[0041] Furthermore, the response information corresponding to the task request instruction is determined based on the degree of correlation, including: when the degree of correlation is zero, a first response information is generated, which includes at least the instruction execution failure and the reason for failure; when the degree of correlation is greater than zero, a second response information is generated, which includes at least the instruction execution success, the effect value, and the remaining cooldown time.
[0042] In this embodiment, the logic server can retrieve preset response information generation rules based on the correlation degree. When the correlation degree is zero, it is determined that the task request instruction issued by the secondary screen device cannot be executed, and a first response message is generated; when the correlation degree is greater than zero, it is determined that the task request instruction issued by the secondary screen device can take effect normally, and a second response message is generated. After generating the response message, the logic server independently sends the response message to both the main screen device and the secondary screen device through a preset communication link, enabling both the main screen device and the secondary screen device to synchronously receive the instruction processing results, providing data basis for subsequent independent rendering of game screens and interactive feedback.
[0043] S130. Control the main screen device to display the first rendered content corresponding to the response information, and control the secondary screen device to display the second rendered content corresponding to the response information.
[0044] In this embodiment, the first and second rendered content can be visual and interactive feedback content generated and displayed by the device based on the response information. In one embodiment, the first rendered content of the main screen device is the core running screen of the target task and global status information; the second rendered content of the secondary screen device is auxiliary feedback content such as visual animations, sound effects, and vibration prompts corresponding to independent operations.
[0045] The first rendered content differs from the second rendered content. The first rendered content can be visual and interactive feedback adapted to the main screen device, while the second rendered content can be visual and interactive feedback adapted to the secondary screen device. For example, the main screen device focuses on displaying the overall status, while the secondary screen device focuses on displaying local auxiliary feedback. Although the displayed content differs, they are based on synchronized data from the same task request command, ensuring consistency between the main and secondary screens and avoiding display errors or content redundancy.
[0046] In this embodiment, after sending the response information, the logic server controls the display rendering of the main screen device and the secondary screen device respectively, achieving differentiated interface feedback between the two ends. Based on the response information sent to the corresponding devices, the logic server matches exclusive rendering strategies and display content for the main screen device and the secondary screen device respectively. The main screen device and the secondary screen device independently complete rendering based on their respective received response information. Their displayed content is independent, but their task data remains synchronized, thus achieving a visual presentation of multi-terminal collaborative interaction and realizing the division of labor between the main and secondary screens for display and collaborative completion of the overall target task.
[0047] Optionally, the main screen device updates the game logic (such as the vehicle accelerating instantly) on the game screen of the main screen device based on the response information returned by the logic server, and renders it on the screen in real time.
[0048] Optionally, the secondary screen device can display corresponding visual / audio / vibration feedback (such as a green flashing "acceleration activated" or an energy bar growth animation) on its game screen based on the response information returned by the logic server. If no feedback is received due to network timeout, the secondary screen will display "Connecting..." or retry.
[0049] Furthermore, controlling the main screen device to display the first rendered content corresponding to the response information and controlling the secondary screen device to display the second rendered content corresponding to the response information includes: acquiring real-time status data of the main screen device and the secondary screen device respectively; calculating the first rendered content of the response information on the main screen device based on the real-time status data of the main screen device; calculating the second rendered content of the response information on the secondary screen device based on the real-time status data of the secondary screen device; rendering the task status on the main screen device based on the first rendered content, and rendering the task status on the secondary screen device based on the second rendered content.
[0050] First, the logic server collects real-time status data from both the main screen device and the secondary screen device via a pre-defined bidirectional communication link. Optionally, it collects information such as the main screen device's task execution parameters, global status, and current display interface; and information such as the secondary screen device's current operation status, display resolution, feedback mode (e.g., whether sound effects / vibration are enabled), and interface layout, ensuring that the collected data comprehensively covers the basic conditions required for rendering.
[0051] Subsequently, based on the real-time status data of the main screen device and the response information sent to the main screen device, the logic server calls the main screen's dedicated rendering algorithm and display rules to calculate the first rendering content adapted to the main screen device. The first rendering content can be a global status display of the core task or a presentation of the core operation effect, which aligns with the main screen's positioning as the carrier of the game's core logic. At the same time, based on the real-time status data of the secondary screen device and the response information sent to the secondary screen, the server calls the secondary screen's dedicated rendering algorithm and display rules to calculate the second rendering content adapted to the secondary screen device. The second rendering content can be operation feedback or an auxiliary information display, which aligns with the secondary screen's positioning as an auxiliary interaction device.
[0052] Finally, the logic server sends corresponding rendering control commands to the main screen device and the secondary screen device respectively: controlling the main screen device to update the display interface of the current task status based on the first rendering content, and completing the rendering refresh of the screen; controlling the secondary screen device to update its own auxiliary interaction interface based on the second rendering content, and completing the rendering presentation of operation feedback.
[0053] In some embodiments, the method further includes: a player opening a game application via a main screen device, selecting a main-secondary screen collaboration mode via the main screen device, and a logic server receiving the main-secondary screen collaboration mode triggered on the main screen device. The logic server then controls the main screen device to initiate a local area network broadcast or search for the secondary screen device via short-range wireless communication (such as Bluetooth / Wi-Fi Direct), thereby establishing a communication connection between the main screen device and the secondary screen device. After detecting the established communication connection between the main screen device and the secondary screen device, the logic server sends initial task parameters (such as game identifier, skill type, energy limit, etc.) to both the main screen device and the secondary screen device, or the main screen device sends initial task parameters to both the main screen device and the secondary screen device. The main screen device starts rendering game A based on the initial task parameters, and the secondary screen device starts rendering game B based on the initial task parameters; the content of the two is completely independent.
[0054] The technical solution provided in this embodiment receives a task request instruction sent by a secondary screen device, calculates the correlation between the task request instruction and the current task state on the primary screen device, determines the response information corresponding to the task request instruction based on the correlation, and sends the response information to both the primary and secondary screen devices. It then controls the primary screen device to display the first rendered content corresponding to the response information and controls the secondary screen device to display the second rendered content corresponding to the response information. First, this solution receives the task request instruction sent by the secondary screen device and calculates the correlation, enabling the operation of the secondary screen device to affect the task state on the primary screen device through the task request instruction, achieving real-time bidirectional instruction interaction across multiple screens and transforming the secondary screen device from a passive receiver to an active interactor. Then, by quantifying the effect of the instruction through the correlation and issuing corresponding response information, it solves the problem of insufficient data linkage and coordination between screens in existing solutions, enabling independent operation of multiple devices to jointly influence the task progress. Finally, by separately controlling the primary and secondary screens to display the rendered content corresponding to the response information, the content displayed on the two screens is made independent and differentiated, enriching the forms of multi-screen interaction. This application can effectively improve the collaboration and interactivity of cross-screen interaction, break through the expansion limitations of existing solutions, and enhance the user experience of using the main screen device and the secondary screen device to collaboratively perform target tasks.
[0055] Figure 2 This is a schematic diagram of the structure of a display device provided in an embodiment of this application, such as... Figure 2 As shown, the device 200 is integrated into a logic server, which runs in the main screen device and may include: The data processing module 210 is used to receive a task request instruction sent by the secondary screen device and calculate the degree of correlation between the task request instruction and the current task status in the main screen device. Information sending module 220 is used to determine the response information corresponding to the task request instruction based on the correlation degree, and send the response information to the main screen device and the secondary screen device respectively; The content display module 230 is used to control the main screen device to display the first rendered content corresponding to the response information, and to control the secondary screen device to display the second rendered content corresponding to the response information, wherein the first rendered content and the second rendered content are different.
[0056] In one embodiment, the data processing module 210 described above can be specifically used to: acquire real-time status data of the main screen device; identify the instruction type of the task request instruction and determine the constraint rules corresponding to the instruction type; determine whether the main screen device meets the execution preconditions based on the real-time status data and the constraint rules; if the task request instruction does not meet the execution preconditions, the correlation degree is zero; if the task request instruction meets the execution preconditions, the magnitude of the state change of the task request instruction on the main screen task state is quantified according to the real-time status data, and the magnitude of the state change is used as the correlation degree.
[0057] In one embodiment, the information sending module 220 can be specifically used to: generate first response information when the correlation degree is zero, the first response information including at least instruction execution failure and failure reason; and generate second response information when the correlation degree is greater than zero, the second response information including at least instruction execution success, effect value and remaining cooldown time.
[0058] In one embodiment, the content display module 230 described above can be specifically used to: acquire real-time status data of the main screen device and the secondary screen device respectively; calculate a first rendered content of the response information in the main screen device based on the real-time status data of the main screen device; calculate a second rendered content of the response information in the secondary screen device based on the real-time status data of the secondary screen device; render the task status in the main screen device based on the first rendered content, and render the task status in the secondary screen device based on the second rendered content.
[0059] In one embodiment, the information sending module 220 can also be used to: receive the main screen / secondary screen collaboration mode triggered in the main screen device, establish a communication connection between the main screen device and the secondary screen device; and after detecting that the main screen device and the secondary screen device have established a communication connection, send initial task parameters to the main screen device and the secondary screen device respectively.
[0060] In one embodiment, the task request instruction is an instruction data packet encapsulated in a preset format, the instruction data packet including at least instruction type, instruction value, timestamp, and secondary screen device identification information; the task request instruction is an instruction that has passed the legality verification by the secondary screen device.
[0061] In one embodiment, the real-time status data includes at least task running parameters, remaining resources, function disabled status, function cooldown timer, and environmental status parameters; the status change range includes at least resource changes, task running parameter changes, and function activation effect values.
[0062] The display device provided in this embodiment can be applied to the display method provided in any of the above embodiments, and has corresponding functions and beneficial effects.
[0063] Figure 3 This is a block diagram of an electronic device used to implement a display method according to an embodiment of this application. The electronic device 10 is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (such as helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the present application described and / or claimed herein.
[0064] like Figure 3 As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 or a random access memory (RAM) 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the ROM 12 or loaded from storage unit 18 into the RAM 13. The RAM 13 may also store various programs and data required for the operation of the electronic device 10. The processor 11, ROM 12, and RAM 13 are interconnected via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.
[0065] Multiple components in electronic device 10 are connected to input / output (I / O) interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of monitors, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.
[0066] Processor 11 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processors (DSPs), and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as display methods.
[0067] In some embodiments, the display method may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program may be loaded and / or mounted on electronic device 10 via read-only memory (ROM) 12 and / or communication unit 19. When the computer program is loaded into random access memory (RAM) 13 and executed by processor 11, one or more steps of the display method described above may be performed. Alternatively, in other embodiments, processor 11 may be configured to execute the display method by any other suitable means (e.g., by means of firmware).
[0068] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.
[0069] Computer programs used to implement the methods of this application may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.
[0070] In the context of this application, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. Alternatively, a computer-readable storage medium can be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.
[0071] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a cathode ray tube (CRT) or liquid crystal display (LCD) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).
[0072] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.
[0073] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a host product in the cloud computing service system to address the shortcomings of traditional physical hosts and virtual private servers, such as high management difficulty and weak business scalability.
[0074] Note that the above are merely preferred embodiments and technical principles applied in this application. Those skilled in the art will understand that this application is not limited to the specific embodiments described herein, and various obvious changes, readjustments, and substitutions can be made without departing from the scope of protection of this application. For example, those skilled in the art can use the various forms of processes shown above to reorder, add, or delete steps; the steps described in this application can be executed in parallel, sequentially, or in different orders, as long as the desired results of the technical solution of this application can be achieved, and no limitations are imposed herein.
[0075] The specific embodiments described above do not constitute a limitation on the scope of protection of this application. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this application should be included within the scope of protection of this application.
Claims
1. A display method, characterized in that, Applied to a logic server, which runs on a main screen device, the method includes: Receive a task request instruction sent by the secondary screen device, and calculate the degree of correlation between the task request instruction and the current task status in the main screen device; Based on the degree of correlation, the response information corresponding to the task request instruction is determined, and the response information is sent to the main screen device and the secondary screen device respectively; The main screen device is controlled to display the first rendered content corresponding to the response information, and the secondary screen device is controlled to display the second rendered content corresponding to the response information, wherein the first rendered content and the second rendered content are different.
2. The display method according to claim 1, characterized in that, The calculation of the correlation between the task request instruction and the current task status in the main screen device includes: Obtain the real-time status data of the main screen device; Identify the instruction type of the task request instruction and determine the constraint rules corresponding to the instruction type; Based on the real-time status data and the constraint rules, determine whether the main screen device meets the execution preconditions; If the task request instruction does not meet the execution preconditions, then the degree of association is zero; If the task request instruction meets the execution preconditions, then the magnitude of the change in the status of the main screen task status by the task request instruction is quantified according to the real-time status data, and the magnitude of the change in status is used as the degree of correlation.
3. The display method according to claim 1, characterized in that, The step of determining the response information corresponding to the task request instruction based on the degree of correlation includes: When the degree of correlation is zero, a first response message is generated, which includes at least the instruction execution failure and the reason for the failure. When the correlation degree is greater than zero, a second response information is generated. The second response information includes at least the instruction execution success, the effect value, and the remaining cooldown time.
4. The display method according to claim 1, characterized in that, The step of controlling the main screen device to display the first rendered content corresponding to the response information and controlling the secondary screen device to display the second rendered content corresponding to the response information includes: Real-time status data of the main screen device and the secondary screen device are obtained respectively; Based on the real-time status data of the main screen device, calculate the first rendered content of the response information in the main screen device; Based on the real-time status data of the secondary screen device, the second rendered content of the response information in the secondary screen device is calculated; The task status in the main screen device is rendered based on the first rendering content, and the task status in the secondary screen device is rendered based on the second rendering content.
5. The display method according to claim 1, characterized in that, The method further includes: Receive the main-secondary screen collaboration mode triggered in the main screen device, and establish a communication connection between the main screen device and the secondary screen device; After detecting that the main screen device and the secondary screen device have established a communication connection, initial task parameters are sent to the main screen device and the secondary screen device respectively.
6. The display method according to claim 1, characterized in that, The task request instruction is an instruction data packet encapsulated in a preset format. The instruction data packet includes at least the instruction type, instruction value, timestamp, and secondary screen device identification information. The task request instruction is an instruction that has been validated and passed by the secondary screen device.
7. The display method according to claim 2, characterized in that, The real-time status data includes at least task running parameters, remaining resources, function disabled status, function cooldown timer, and environmental status parameters; the status change range includes at least the change in resources, the change in task running parameters, and the effect value of the function.
8. A display device, characterized in that, Integrated into a logic server, which runs on the main screen device, the device includes: The data processing module is used to receive task request instructions sent by the secondary screen device and calculate the degree of correlation between the task request instructions and the current task status in the main screen device. The information sending module is used to determine the response information corresponding to the task request instruction based on the correlation degree, and send the response information to the main screen device and the secondary screen device respectively; The content display module is used to control the main screen device to display the first rendered content corresponding to the response information, and to control the secondary screen device to display the second rendered content corresponding to the response information, wherein the first rendered content and the second rendered content are different.
9. An electronic device, characterized in that, The electronic device includes: At least one processor; and a memory communicatively connected to said at least one processor; The memory stores a computer program that is executed by the at least one processor, which enables the at least one processor to perform the display method according to any one of claims 1 to 7.
10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that are used to cause a processor to execute the display method according to any one of claims 1 to 7.