WO2023040419A1 - Dispositif d'affichage et procédé de continuation de lecture d'un contenu - Google Patents

Dispositif d'affichage et procédé de continuation de lecture d'un contenu Download PDF

Info

Publication number
WO2023040419A1
WO2023040419A1 PCT/CN2022/103159 CN2022103159W WO2023040419A1 WO 2023040419 A1 WO2023040419 A1 WO 2023040419A1 CN 2022103159 W CN2022103159 W CN 2022103159W WO 2023040419 A1 WO2023040419 A1 WO 2023040419A1
Authority
WO
WIPO (PCT)
Prior art keywords
relay
target
application
content
push
Prior art date
Application number
PCT/CN2022/103159
Other languages
English (en)
Chinese (zh)
Inventor
马晓燕
庞秀娟
宋子全
刘美玉
张娜
马乐
贾亚洲
Original Assignee
海信视像科技股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 海信视像科技股份有限公司 filed Critical 海信视像科技股份有限公司
Publication of WO2023040419A1 publication Critical patent/WO2023040419A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43078—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen for seamlessly watching content streams when changing device, e.g. when watching the same program sequentially on a TV and then on a tablet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present application relates to the technical field of display devices, and in particular to a display device and a content connection method.
  • Display devices such as smart TVs, smart screens, etc.
  • they can also provide users with information such as online games, AI fitness,
  • Various applications and services such as online education.
  • each terminal device can communicate with each other, and can also communicate with terminal devices outside the scene based on the WAN.
  • each terminal device can present content for the user, and the content includes but not limited to music, video, call, text, picture and so on. How to realize sharing and replaying of content between devices to improve user experience has become an urgent technical problem to be solved.
  • An embodiment of the present application provides a display device, including: a display for presenting content; and a controller configured to: receive a relay request from a push device, where the relay request includes a connection with the push device Application-related information and the playback information related to the target content provided by the application of the push-end device to request presentation of the target content; determine the target application on the display device according to the information related to the application of the push-end device , the target application is the application with the highest degree of matching with the application of the push terminal device or the application specified by the user; start the target application, and control the target application to play according to the playback information related to the target content The target content is rendered.
  • An embodiment of the present application provides a content connection method, including: receiving a relay request from a push-end device, where the relay request includes information related to the application of the push-end device and information provided by the application of the push-end device. play information related to the target content to request presentation of the target content on the display device; determine the target application on the display device according to the information related to the application of the push terminal, and the target application is an application with the push terminal The application with the highest matching degree or the application specified by the user; and starting the target application, and controlling the target application to present the target content according to the playing information related to the target content.
  • FIG. 1 is a usage scenario of a display device in some embodiments of the present application.
  • FIG. 2 is a block diagram of the hardware configuration of the control device 100 in some embodiments of the present application.
  • FIG. 3 is a block diagram of a hardware configuration of a display device 200 in some embodiments of the present application.
  • FIG. 4 is a software configuration diagram of the display device 200 in some embodiments of the present application.
  • Fig. 5 is a software configuration block diagram of a public relay component according to an exemplary embodiment
  • FIG. 6 is a schematic diagram of a relay process according to an exemplary embodiment of the present application.
  • FIG. 7 is a display device user interface
  • FIG. 8 is a display device user interface
  • Fig. 9 is a display device user interface
  • FIG. 10 is a display device user interface
  • FIG. 11A is a display device user interface
  • FIG. 11B is a display device user interface
  • FIG. 11C is a display device user interface
  • Figure 12 is a display device user interface
  • FIG. 13 is a schematic diagram of a push scenario in an embodiment of the present application.
  • Fig. 14 is a display device user interface
  • Fig. 15 is a display device user interface
  • FIG. 16 is a schematic diagram of a relay scenario according to an embodiment of the present application.
  • Fig. 17 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • Fig. 18 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • Fig. 19 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • Fig. 20 is a schematic diagram of another relay scenario according to an exemplary embodiment of the present application.
  • Fig. 21 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • Fig. 22 is a schematic diagram of another relay scenario according to an exemplary embodiment of the present application.
  • Fig. 23 is a schematic diagram of another relay scenario according to an exemplary embodiment of the present application.
  • Fig. 24 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • Fig. 25 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • Fig. 26 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • Fig. 27 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • FIG. 28A and FIG. 28B are schematic diagrams of the user interface of the receiver device according to the present application.
  • Fig. 29 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • Fig. 30 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • Fig. 31 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • Fig. 32 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • Fig. 33 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • Fig. 34 is an interaction flowchart according to an exemplary embodiment of the present application.
  • Fig. 35 is an interaction flowchart according to an exemplary embodiment of the present application.
  • FIG. 1 is a schematic diagram of an application scenario according to some embodiments of the present application.
  • the schematic diagram is intended to illustrate a type of scenario in which there are multiple terminal devices and a server that can communicate with the terminal devices.
  • These terminal devices include But it is not limited to devices with data sending and receiving and processing functions, image display functions and/or sound output functions.
  • FIG. 1 it includes a display device 200 , a mobile terminal 300 , a refrigerator smart screen 400 , a smart box 500 , a speaker device 600 and a server 700 .
  • the communication protocols for realizing the above-mentioned Internet of Everything may include local area network protocols, wide area network protocols, and short-distance wireless communication protocols that are not restricted by the network.
  • the local area network protocol includes but not limited to the HSP communication protocol
  • the wide area network protocol includes but not limited to the AIOT protocol
  • the short-range wireless communication protocol includes but not limited to the Bluetooth transmission protocol and the infrared transmission protocol.
  • the communication protocol channels of the terminal equipment can be divided into LAN-based protocol channels, WAN-based WAN protocol channels, and other protocol channels.
  • Other protocol channels include bluetooth protocol channel, infrared protocol channel and so on.
  • Each protocol channel can support multiple communication protocols.
  • the terminal device in the above scenario may support the aforementioned one or more protocol channels.
  • the terminal device can establish a communication connection with the server to perform information interaction with the server, such as providing various content and interactive information to the terminal device. Allows end devices to communicate via local area networks (LANs), wireless local area networks (WLANs), and other networks.
  • LANs local area networks
  • WLANs wireless local area networks
  • the server 700 may be one cluster, or multiple clusters, and may include one or more types of servers.
  • terminal devices may also be included in the same scene in Figure 1, including but not limited to touch-integrated devices, projection devices, tablet computers, computers, notebook computers, smart cooking devices, and various terminal devices mentioned above External devices such as keyboards, mice, game controllers, etc.
  • terminal devices may also be included in the same scene in Figure 1, including but not limited to touch-integrated devices, projection devices, tablet computers, computers, notebook computers, smart cooking devices, and various terminal devices mentioned above External devices such as keyboards, mice, game controllers, etc.
  • multiple display devices 200 may exist in the scene at the same time.
  • different terminal devices can control each other, and can also control a specified terminal device through the control device 100 .
  • a user may operate the display device 200 through the control apparatus 100 or the mobile terminal 300 .
  • the user may operate the smart box 500 or the refrigerator smart screen 400 through the smart device 300 , and/or operate the speaker device 600 and the like by operating the display device 200 or the smart device 300 .
  • control device 100 may be a remote control, and the communication between the remote control and the terminal device includes infrared protocol communication, bluetooth protocol communication, and other short-distance communication methods, and interacts with the terminal device in a wireless or wired manner.
  • the user can control the terminal device by inputting user commands through buttons on the remote controller, voice input, control panel input, and the like.
  • other terminal devices are controlled by using applications running on the mobile terminal 300 .
  • each terminal device can also be controlled in a manner other than the control device 100 or other terminal devices.
  • the module for obtaining voice commands configured inside the device can directly receive the user's voice command control, or it can Receive the user's voice command control through the voice control device installed outside the device.
  • Fig. 2 is a configuration block diagram of the control device 100 according to some embodiments.
  • the control device 100 includes but not limited to at least one of a controller 110 , a communication interface 130 , a user input/output interface 140 , a memory, and a power supply.
  • the control device 100 can receive the user's input operation command, and convert the operation command into a command that the terminal device can recognize and respond to, so as to act as an interaction intermediary between the user and the terminal device.
  • a terminal device includes a controller, memory, communicator and display.
  • the terminal device may further include at least one of a tuner and demodulator, a detector, an external device interface, an audio output interface, a power supply, and a user interface.
  • the controller includes a processor, a video processor, an audio processor, a graphics processor, a RAM, a ROM, and a first interface to an nth interface for input/output.
  • FIG. 3 is a block diagram of a hardware configuration of the display device 200 according to an exemplary embodiment.
  • the display device 200 includes but not limited to a tuner and demodulator 210, a communicator 220, a detector 230, an external device interface 240, a controller 250, a display 260, an audio output interface 270, a memory, a power supply, a user At least one of the interfaces.
  • the display can be a liquid crystal display, an OLED display, and a projection display, and can also be a projection device and a projection screen.
  • a communicator is a component for communicating with external devices or servers according to various communication protocol types.
  • the communicator may include at least one of a Wifi module, a Bluetooth module, a wired Ethernet module and other network communication protocol chips or near field communication protocol chips, and an infrared receiver.
  • the terminal equipment can establish the transmission and reception of control signals and data signals with other terminal equipment, control devices or servers through the communicator.
  • the user input interface can be used to receive a control signal from a control device (such as an infrared remote controller, etc.).
  • a control device such as an infrared remote controller, etc.
  • the external device interface may include but not limited to the following: high-definition multimedia interface (HDMI), analog or data high-definition component input interface (component), composite video input interface (CVBS), USB input interface (USB), RGB port, etc. any one or multiple interfaces.
  • HDMI high-definition multimedia interface
  • component analog or data high-definition component input interface
  • CVBS composite video input interface
  • USB USB input interface
  • RGB port any one or multiple interfaces.
  • the controller controls the work of the terminal equipment and responds to user operations through various software control programs stored in the memory.
  • the controller controls the overall operation of the terminal device. For example, in response to receiving a user command for selecting a UI object to be displayed on the display, the controller may perform an operation related to the object selected by the user command.
  • the controller includes a central processing unit (Central Processing Unit, CPU), a video processor, an audio processor, a graphics processing unit (Graphics Processing Unit, GPU), RAM Random Access Memory, RAM), ROM (Read- Only Memory, ROM), at least one of the first interface to the nth interface for input/output, a communication bus (Bus), and the like.
  • CPU Central Processing Unit
  • video processor video processor
  • audio processor audio processor
  • graphics processing unit Graphics Processing Unit, GPU
  • RAM Random Access Memory
  • ROM Read- Only Memory
  • the system is divided into four layers, from top to bottom are respectively the application (Applications) layer (abbreviated as “application layer”), application framework (Application Framework) layer (abbreviated as “framework layer”) "), Android runtime (Android runtime) and system library layer (referred to as “system runtime layer”), and the kernel layer.
  • application layer application layer
  • application framework Application Framework
  • Android runtime Android runtime
  • system library layer system library layer
  • there is at least one application program running in the application program layer and these application programs can be window (Window) program, system setting program or clock program etc. that come with the operating system; they can also be developed by third-party developers. s application.
  • the application programs in the application program layer include but are not limited to the above examples.
  • the operating system of the terminal device is configured with a public relay component and at least one content application program.
  • Content applications refer to applications that can provide content or present content, such as camera applications, image resource applications, image viewing applications, video call applications, video playback applications, audio call applications, audio resource applications, map applications, and reading applications.
  • the content includes pictures, audio (including call audio, audio files, and live audio streams), video (including call videos, video files, and live video streams), text, geographic location information, and navigation information.
  • Presenting content includes displaying pictures, geographical location information or navigation information and text, playing video files, video call screens and live room screens, playing audio files, call sounds and live room sounds, etc.
  • the public relay component is used to push the content presented by any content application to the external terminal device, so as to continue broadcasting on the external terminal device; it is also used to receive the content pushed by the public relay component on the external terminal device and its playback information, and The content continues to be played by the content having the capability to play the content.
  • any content application can push content to other terminal devices that can establish a communication connection through the public relay component, so that there is no need to configure the function of pushing content on each content application.
  • Any content application can receive a content push from other terminal devices through the public relay component, so as to carry out its capability connection, so that there is no need to configure the function of receiving content push on each content application.
  • the public relay component on the pusher device is responsible for communicating with the public relay component on the receiving device to complete the process of pushing, receiving and replaying the aforementioned content.
  • the pusher device is the terminal device that initiates the content push
  • the receiver device is the target device that receives the content push, or the terminal device that receives the content and relays the pusher device to continue playing the content.
  • the relationship between the pusher device and the receiver device can be described as, the pusher device pushes a certain content to the receiver device, and the receiver device relays the content pushed by the pusher device.
  • the terminal device involved in this application can at least serve as a receiving terminal device, relaying content pushed by other terminal devices, such as a smart speaker device relaying playing songs pushed by a mobile phone.
  • the terminal device or display device involved in this application can not only be used as a receiving device, but also can be used as a push device to push content. For example, a mobile phone pushes the current song to a smart speaker for replay, and a mobile phone receives a video program pushed by a smart TV. and resume.
  • capability continuation includes, but is not limited to, at least one of media resource continuation (such as video continuation, audio continuation, etc.) alarm setting, image quality and sound quality parameter setting, file overview, and the like.
  • media resource continuation such as video continuation, audio continuation, etc.
  • Fig. 5 is a block diagram of a software configuration of a public relay component according to some embodiments.
  • the public relay component includes an interaction center module, a state management module, an interface display module, a protocol processing module, and a logic control module.
  • the interaction hub module is used for interacting with content applications on the local device.
  • the interactive central module has a built-in SDK for calling by each application program, and each application program interacts with the interactive central module by calling the SDK. For example, when the user triggers an operation for transferring the current content to a designated terminal device for continued playback in the content application, the content application calls the aforementioned SDK to notify the interaction center module to send the public relay component for the user's operation respond. For another example, the interactive central module feeds back various status information during the content pushing process to the corresponding content application program.
  • the state management module is used to manage various state information generated during the interaction with other terminal devices, such as state information representing push success or failure, state information representing abnormal conditions, and various notification messages.
  • the so-called management includes but is not limited to classifying information, judging information to make corresponding processing according to the judgment result, information forwarding, etc.
  • the interface display module is used to display interface elements related to the relay process in the user interface, such as window objects, tabs, status information prompt boxes and various operable buttons.
  • the protocol processing module is used to select the protocol channel through which it interacts with other terminal devices according to preset rules, for example, selecting one of the LAN protocol channel and the wide area network protocol channel, so that the terminal device communicates with other terminal devices through the channel selected by the protocol processing module.
  • the terminal equipment performs information exchange.
  • the logic processing module is used to execute various logic controls involved in the relay process, such as logic control in a certain working mode and logic control in the case of multi-device interaction.
  • each functional module of the public relay component is deployed at the application program layer. In other embodiments, each functional module of the public relay component can be deployed across layers, for example, the interaction hub module and the interface display module are deployed at the application layer, and other modules are deployed at other layers.
  • This application is not limited to this. It should be noted that, in order to realize the above content relay function, the public relay component may include more or less modules, and is not limited to the software composition and architecture shown in FIG. 5 . Based on the functions of the public relay components involved in the embodiments of the present application, components with other components and structures designed belong to the protection scope of the present application.
  • the framework layer provides an application programming interface (application programming interface, API) and a programming framework for applications in the application layer.
  • the application framework layer includes some predefined functions.
  • the application framework layer is equivalent to a processing center, which decides to make the applications in the application layer take actions.
  • the API interface Through the API interface, the application program can access the resources in the system and obtain the services of the system during execution.
  • the application framework layer includes managers (Managers), content providers (Content Provider) etc.
  • the manager includes at least one of the following modules: activity manager (Activity Manager) Interact with all activities running in the system; the Location Manager is used to provide system services or applications with access to the system location service; the Package Manager is used to retrieve the information currently installed on the device Various information related to the application package; Notification Manager (Notification Manager) is used to control the display and clearing of notification messages; Window Manager (Window Manager) is used to manage icons, windows, toolbars, wallpapers on the user interface and desktop widgets.
  • Activity Manager Activity Manager
  • the Location Manager is used to provide system services or applications with access to the system location service
  • the Package Manager is used to retrieve the information currently installed on the device Various information related to the application package
  • Notification Manager Notification Manager
  • Window Manager Window Manager
  • the activity manager is used to manage the life cycle of each application program and the general navigation back function, such as controlling the exit, opening, back, etc. of the application program.
  • the window manager is used to manage all window programs, such as obtaining the size of the display screen, judging whether there is a status bar, locking the screen, capturing the screen, controlling the change of the display window (such as reducing the display window, shaking the display, distorting the display, etc.), etc.
  • the system runtime layer provides support for the upper layer, that is, the framework layer.
  • the Android operating system will run the C/C++ library contained in the system runtime layer to realize the functions to be realized by the framework layer.
  • the kernel layer is a layer between hardware and software. As shown in Figure 4, the kernel layer at least includes at least one of the following drivers: audio driver, display driver, bluetooth driver, camera driver, WIFI driver, USB driver, HDMI driver, sensor driver (such as fingerprint sensor, temperature sensor, pressure sensors, etc.), and power drives, etc.
  • the kernel layer at least includes at least one of the following drivers: audio driver, display driver, bluetooth driver, camera driver, WIFI driver, USB driver, HDMI driver, sensor driver (such as fingerprint sensor, temperature sensor, pressure sensors, etc.), and power drives, etc.
  • the user can input user commands through a graphical user interface (GUI) displayed on the display, and the user input interface receives user input commands through the graphical user interface (GUI).
  • GUI graphical user interface
  • the user may input a user command by inputting a specific sound or gesture, and the user input interface recognizes the sound or gesture through a sensor to receive the user input command.
  • the user interface is an interface that can be used to receive control input (such as: a physical button on the display device body, or others).
  • "user interface” is a medium interface for interaction and information exchange between an application program or an operating system and a user, and it realizes the conversion between the internal form of information and the form acceptable to the user.
  • the commonly used form of user interface is the graphical user interface (Graphic User Interface, GUI), which refers to the user interface related to computer operation displayed in a graphical way. It can be an icon, window, control and other interface elements displayed on the display screen of the electronic device, where the control can include icons, buttons, menus, tabs, text boxes, dialog boxes, status bars, navigation bars, widgets, etc. Visual interface elements.
  • a terminal device when a terminal device such as a display device presents a certain content, it may respond to user control and push relevant information about the content to the terminal device designated by the user, so that the terminal device designated by the user related information to continue playing the content.
  • the terminal device that initiates the content push is called the pusher device
  • the terminal device that accepts the content push and relays the broadcast is called the receiver device.
  • the push-end device and the receiver device can be display devices that have both image display and audio output functions, such as TVs, smartphones, tablets, refrigerator smart screens, etc., or they can only have audio output functions Devices that do not have image display functions, such as speaker equipment, radios, etc.
  • the user can push the TV series to the smart screen of the refrigerator through a series of operations on the TV in the living room to continue play. In this way, the user can continue to watch the TV series through the smart screen of the refrigerator while cooking.
  • the user listens to a song on the TV in the bedroom and wants to go to the living room, and the living room has speakers, then the user can push the song to the speakers in the living room to continue playing through a series of operations on the TV in the bedroom.
  • the terminal device can realize the above functions through the built-in public relay component.
  • Various implementations of the technical solutions of the present application will be described in detail below by taking display devices and multimedia content as examples.
  • the public relay component starts to accept calls from any content application.
  • the public relay component scans the relay capabilities of all content applications in the system according to the standard interface of the operating system.
  • Relay capability refers to the ability of an application to continue presenting content, such as the type and presentation method of the content that can be presented. Taking a media application as an example, its content presentation capability may be its ability to play video files, including various parameters of playable video files.
  • the receiving end device when it receives a request from the push end device to push the content, the application that matches the content through the relay capability continues to play the content.
  • the relay content is a video
  • the receiving device needs to continue playing the video through its video playback application; if the relay content is text, the receiving device needs to continue playing the video through its text application (such as Notepad) Display the text.
  • relay capability information of the device or other types of terminal devices is displayed, that is, relay capability information of each application on the device.
  • the device has an application that supports a certain relay capability, or in other words, when the relay capability of one or some applications on the device matches a certain relay capability, that is, the device supports this relay capability. The ability to present certain content.
  • the same application may have different levels of relay capabilities, such as a first-level relay capability and a second-level relay capability.
  • the second-level relay ability belongs to the first-level relay ability.
  • the second-level relay ability is a sub-ability of the first-level relay ability.
  • the first-level relay ability is an upper level ability for multiple second-level relay abilities, that is, a generalization of the multiple second-level relay abilities.
  • the secondary relay capability of the application is the relay capability of the application in different working modes.
  • the actual relay capability of the content application can be described by one level of relay capability or a combination of multiple levels of capability. It should be understood that the relay capability of each application can be customized according to its actual function.
  • the relay capability of the application can be described by a combination of multi-level capabilities.
  • a level 1 relay capability and a level 2 relay capability subordinate to the level 1 relay capability.
  • each secondary relay capability corresponds to one of the aforementioned functional modules
  • the multiple secondary relay capabilities all belong to sub-relay capabilities of the application
  • the primary relay capability is the total capability of the application.
  • the second-level relay capability of the application may not necessarily match the relay capability.
  • Jukankanan even though Jukankan’s first-level relay capability supports the ability to continue and present video content, the second-level relay capability of its modules for education, games, karaoke, fitness, shopping, etc. may not be Support video content continuous presentation capability. Therefore, in some embodiments, for an application with multi-level capabilities, when the relay capability of each level supports a certain relay capability, the application is considered to support this kind of relay capability, that is, it can continue to present certain content .
  • the app For example, for an app with level 2 relay capability, if the app has level 1 relay capability and at least one level 2 relay capability matches the target relay capability, the app supports the target relay capability; for an app without level 2 relay capability, If the applied level one relay capability matches the target relay capability, then the application supports the target relay capability.
  • the embodiment of the present application does not limit the data form and data content of the relay capability.
  • the relay capability of the application on the terminal device determines which content the terminal device can relay play. That is to say, the relay capability of the application on the terminal device determines the capability of the terminal device to relay content from other devices. For example, if there is no application for relay playing a certain content on a certain terminal device, then the terminal device cannot relay play the content, and thus cannot become the target receiving end device of the content.
  • the relay capability data can be registered in the LAN protocol component of the terminal device, so that the LAN protocol component can understand the relay capability of each content application program, wherein the local area network
  • the protocol component refers to the functional component used to respond to the command, request and other interactive information sent by the external device based on the LAN protocol channel.
  • the relay capability of each application program pre-registered by the public relay component is fed back to the second terminal device, Or make a response to the capability query message, such as a response that supports a certain relay capability or does not support a certain relay capability.
  • the second terminal device can know the relay capability of the first terminal device, and use this as a basis to determine whether the first terminal device can serve as a receiving terminal device for a certain content.
  • the display device receives a capability query message sent by the push device, and the capability query message includes the target relay capability; it is judged whether there is an application supporting the target relay capability on the display device, wherein, for those with the second-level relay capability , if the application’s first-level relay ability and at least one second-level relay ability match the target relay ability, the application supports the target relay ability; for applications without second-level relay ability, if the application’s first-level relay ability If it matches the target relay capability, the supporting target relay capability shall be applied. Then return a response message to the push-end device according to the judgment result, so that the push-end device determines whether the display device supports the target relay capability according to the response message.
  • the public relay component after the public relay component scans the relay capability of each application, it can upload the relay capability data to the cloud server, so that the cloud server can query the relay capability of each application on the designated terminal device. For example, when the cloud server receives a query request sent by the first terminal device for querying the relay capability of the second terminal device, it may respond to the query request and return the relay capability data previously uploaded by the second terminal device to the first terminal device. Terminal Equipment. In this way, the first terminal device can know the relay capability of the second terminal device through the cloud server, and use this as a basis to determine whether the second terminal device can be used as a receiving terminal device for a certain content.
  • the terminal device sends a device query request to the server, and the device query request includes the push terminal identifier and target relay capability corresponding to the terminal device; the receiving server responds to the device query request, and searches for the terminal associated with it according to the push terminal identifier
  • the relay capability information corresponding to the device to determine whether there is an application supporting the target relay capability on these associated devices, wherein, for an application with a second-level relay capability, if the application has a first-level relay capability and at least one of the second-level relay capabilities is the same as the If the target relay capability matches, the application supports the target relay capability; for an application without secondary relay capability, if the application’s primary relay capability matches the target relay capability, the application supports the target relay capability.
  • the device information set is returned to the terminal device according to the query result, and the device information set includes the device information of the terminal device that is associated with the push terminal identifier and supports the target relay capability and is queried by the server.
  • the public relay component after the public relay component scans the relay capability of each application program, it can save the relay capability data in the specified path of the local storage, so that the LAN protocol component, Bluetooth protocol component, etc. can be obtained under the specified path.
  • the relay capacity data after the public relay component scans the relay capability of each application program, it can save the relay capability data in the specified path of the local storage, so that the LAN protocol component, Bluetooth protocol component, etc. can be obtained under the specified path.
  • the relay capacity data after the public relay component scans the relay capability of each application program, it can save the relay capability data in the specified path of the local storage, so that the LAN protocol component, Bluetooth protocol component, etc. can be obtained under the specified path.
  • the public relay component can select one or more of the above methods according to the communication strategy with other terminal devices to save the relay capability data of the local device.
  • the communication strategy here refers to The communication channel on which it is based, such as a LAN protocol channel or a WAN protocol channel.
  • the public relay component can choose to register the relay capability data in the LAN protocol component; if the terminal device can also communicate with the LAN content based on the WAN protocol channel
  • the public relay component can choose to upload the relay capability data to the cloud server, so that other devices can know the relay capability of the terminal device through the cloud server.
  • the public relay component can search for a terminal device that matches the relay capability according to the relay capability of the content application, and obtain a list of device information.
  • the device information of the optional receiver device is in the information list.
  • the user specifies the target push-end device based on the device information list, and the public relay component can communicate with the target push-end device based on a certain communication protocol channel, and request the target push-end device to play the content in relay.
  • the public relay component on the target push device starts the content application with the relay capability, and continues to play the content through the content application with the relay capability.
  • the content application on the push terminal device needs to interact with the public relay component in response to user operations.
  • the public relay component will perform some operations in response to the interaction information sent by the content application.
  • users can directly interact with the public relay component through the interface objects provided by the public relay component to directly control the public relay component to perform certain operations.
  • the public relay component on the push end device may perform certain operations in response to user input.
  • the content that the user expects to push is called the target content
  • the relay capability of the application that provides the target content on the push device is called the target relay capability
  • the target receiving device supports the target relay capability
  • the application of is called the target application.
  • the public relay component on the push-end device may also be referred to simply as the push-end relay component
  • the public relay component on the receiver device may be simply referred to as the receive-end relay component.
  • the aforementioned definitional names are all for convenience of description and distinction between concepts. It is not limited to the aforementioned names, and other names may also be used for description in some embodiments, so when clarifying the essence represented by a certain name, it is necessary to combine the context of the name.
  • the push end device can also be used to receive relay requests from other devices and perform relay play continuation
  • the receiver device can also be used to push target content to other devices.
  • Fig. 6 is a schematic diagram of a relay process according to an exemplary embodiment of the present application. As shown in Figure 6, the process specifically includes the following steps:
  • the push terminal device presents target content provided by a certain content application.
  • the target content can be any content presented by the content application. It should be understood that the types of target content provided by different content applications may be the same or different. The same content application can also provide different types of content. Exemplarily, for a media application, the presented content is mostly video content, picture content or audio content. Corresponding to the reading application, the content presented is mostly text content.
  • Fig. 7 is a display device user interface. As shown in FIG. 7 , the media application interface is displayed in full screen on the display device. There is a video playback window in the media application interface, and a certain video content provided by the media application is being played in the video playback window.
  • the content application on the push device sends the target relay capability to the public relay component.
  • the target relay capability refers to the relay capability of the content application providing the target content in S601.
  • the content application when the content application interface satisfies the preset condition, the content application sends its own relay capability to the public relay component. For example, when the target content is played in full screen, it is considered that the content application interface satisfies the preset condition.
  • the content application may also send its own relay capability to the public relay component when other conditions are met. For example, when the content application receives a specific user input, the content application sends its own relay capability to the public relay component. In this regard, this application does not make a limitation.
  • the public relay component on the push end device searches for a terminal device supporting the target relay capability, and obtains a list of device information.
  • the public relay component on the push terminal device After receiving the target relay capability sent by the content application, the public relay component on the push terminal device starts to search for terminal devices supporting the target relay capability to obtain a device information list.
  • the device information list is composed of optional device information of the receiver device. It should be understood that the search results of the public relay component can be divided into two cases, one is that at least one optional receiving end device is found, and the other is that no optional receiving end device is found. If an optional receiver device is found, it means that the current scene meets the preset content push conditions; if no optional receiver device is found, it means that the current scene does not meet the content push conditions.
  • the content application when it determines that the current scene satisfies the preset content push condition, it sends a device search request to the public relay component.
  • the public relay component searches for an external terminal device (also referred to as a receiver device herein) that supports the target relay capability according to the target relay capability in the device search request.
  • the public relay component provides an interactive interface for the user to input a device search command, so that the public relay component can directly receive the device search command input by the user, and in response to the device search command, obtain the content application.
  • the relay capability is obtained by obtaining the target relay capability; according to the target relay capability, an external terminal device supporting the target relay capability is searched. For example, when the target content is presented, the public relay component controls and displays an interface object for triggering presentation of device information, and the user can input a device search command by operating the interface object.
  • the public relay component on the pusher device sends a device search request to the cloud based on the WAN communication protocol channel, and the device search request includes the pusher information identifier and the target relay capability.
  • the pusher information identifier may be an account identifier logged on the pusher device, such as an account identifier logged into a content application.
  • the cloud After the cloud receives the device search request, it searches for the terminal device associated with the push device according to the information identifier of the push device, such as a terminal device that is logged into the same account as the push device; after the cloud finds the terminal device associated with the push device , according to the relay capability data uploaded by these terminal devices, determine the terminal device that matches the target relay capability.
  • the terminal device is determined as the terminal device matching the target relay capability. If the cloud finds at least one terminal device that matches the target relay capability, it generates a device information list including the at least one terminal device and feeds it back to the push terminal device. If the cloud does not find a terminal device that matches the target relay capability, it will feed back an empty device information list to the push device, or return a corresponding notification message to the push device.
  • the public relay component on the pushing end sends a capability inquiry message to the terminal device in the LAN based on the LAN communication protocol channel; after receiving the capability query message, the terminal device in the LAN returns the response message , and feed back the relay capability of each application registered in the LAN component to the push device; the push device determines an optional push device according to the relay capability fed back from the terminal device in the LAN.
  • the public relay component on the push end opens a short-range communication protocol channel, and receives relay capability data sent by nearby terminal devices based on the short-range communication protocol channel, so as to determine from nearby terminal devices that support the target relay capability terminal equipment.
  • the public relay component may select one or more of LAN protocol channels, wide area network protocol channels, and short-range communication protocol channels, and search for terminal devices that support the target relay capability based on the selected communication protocol channels.
  • LAN protocol channels wide area network protocol channels
  • short-range communication protocol channels search for terminal devices that support the target relay capability based on the selected communication protocol channels.
  • the user can pre-set the protocol channel used for communicating with the receiving end device.
  • the public relay component searches for a terminal device that supports the target relay capability based on the communication protocol channel preset by the user. It should be understood that if the communication protocol channel set by the user is a LAN protocol channel, then the terminal device searched by the public relay component is a device in the same local area network as the push end device; if the communication protocol channel set by the user is a wide area network protocol channel , then the terminal device searched by the public relay component can be a device outside the local area network; if the communication protocol channel set by the user is a short-distance communication protocol channel, then the terminal device searched by the public relay component is the terminal device near the push end device .
  • the public relay component at the push end performs a search for an external terminal device supporting the target relay capability through a WAN protocol channel, and is further configured to: send a device query request to the server through a LAN protocol channel, and the device query request includes displaying the corresponding The push terminal ID and target relay capability; receive the device information set returned by the server in response to the device query request, the device information set includes the device information of the terminal device that is associated with the push terminal ID and supports the target relay capability queried by the server.
  • the above-mentioned device information includes a unique identifier of the device and communication protocol information supported by the device.
  • the communication protocols supported by some terminal devices can be attributed to one or more of LAN protocol channels, wide area network protocol channels, and short-distance communication protocol channels.
  • some terminal devices can communicate with the push-end device through a LAN protocol channel, or communicate with the push-end device through a short-distance communication protocol channel.
  • it can only communicate with the push-end device through the WAN protocol channel.
  • the public relay component can integrate the device information of the same terminal device scanned through different protocol channels according to the unique identifier in the device information, so as to present the integrated device information when the device information needs to be presented , to avoid presenting duplicate device information.
  • An exemplary integration result is as follows:
  • Terminal device A support AIOT ⁇ LAN ⁇ Bluetooth
  • Terminal device B support LAN ⁇ Bluetooth
  • Terminal device C supports Bluetooth.
  • the public relay component on the push terminal device searches for the terminal device
  • the public relay component presents a prompt message on the current interface for prompting the user that the device is currently being searched. For example, as shown in FIG. 8 , a prompt message with the content "Looking for Device" is displayed on the playing screen.
  • the public relay component on the push end device feeds back a search result to the content application, and the search result indicates that there is an optional receiving end device.
  • the content application on the push device After receiving the input relay operation (also referred to as "input command"), the content application on the push device sends a device presentation request to the public relay component.
  • the user when the content application presents certain content, the user can control the control area to be called out through a certain operation or a combination of multiple operations.
  • the user-operable controls are concentratedly displayed in the control area, and the user triggers the terminal device to perform corresponding operations by operating a certain control.
  • the public relay component on the push end device searches for at least one optional receiving end device, it feeds back a first search result to the content application, where the first search result indicates that there is an optional receiving end device. If the content application receives the first search result, when the user operates the control area, an interface object for triggering the relay process is displayed in the control area, so that the user can input the relay operation by operating the interface object. If the content application does not receive the first search result, when the user operates to call out the control area, no interface object for triggering the relay process is displayed in the control area.
  • the public relay component on the push end device feeds back a search result to the content application, and the search result indicates whether there is an optional receiving end device.
  • the content application determines whether to display the interface object used to trigger the relay process when the user calls out the control area according to the meaning represented by the search result.
  • the interface object used to trigger the relay process is directly displayed on the corresponding interface, without the need to display the interface object for triggering the relay process when the user operates the control area.
  • the interface object is displayed in the control area.
  • the control area includes but is not limited to at least one of a "relay” control, a "playlist” control, a “sharpness” control, and a “recommended function” control.
  • the user can trigger the display device to perform a corresponding operation by operating a certain control. For example, when the user selects the Playlist control, the display device will display a list of collections. It is worth noting that the user can operate the "relay” control to input the content relay operation to trigger the display device to push the current program to other terminal devices to continue playing.
  • the media application receives the user's operation on the "relay” control, the media application sends the relay operation to the public relay component.
  • the user can also input content relay operations in other ways, such as using the voice control function of the display device to input content relay operations through voice passwords, or input content relay operations through designated buttons or button combinations on the control device.
  • the public relay component on the push device presents a device information list, where the device information list includes at least one optional receiving device option.
  • the public relay component controls the display of an interface object used to trigger the display of device information.
  • the user can indicate the presentation by operating the interface object The searched device information; the public relay component presents a device information list in response to the input device presentation command, and the device information list includes multiple device options, and the device options correspond to the searched device information; when receiving the input target device When the option is selected, it is determined that the content push command is received, and the target device option corresponds to the device information of the target receiving end device.
  • the device information list includes multiple optional device options named "living room TV on the second floor”, “kitchen refrigerator on the first floor”, “speaker in the second bedroom”, and "TV in the living room on the first floor”.
  • the user can specify the target receiver device by inputting a selection operation on an option in the list. For example, when the user selects "TV in the living room on the second floor”, a device named "TV in the living room on the second floor” is designated by the user as the target receiver device.
  • the content application on the push terminal device returns the play information related to the target content (also referred to as "play information of the target content” herein) to the public relay component.
  • the playing information of the target content is used to enable the application on the receiving end device to continue presenting the target content according to the playing information.
  • the target content is multimedia content
  • its playing information should at least include the playing source address, playing progress, etc.
  • the application on the receiving device is sufficient to continue playing the multimedia content.
  • the target content is navigation information
  • its playback information should at least include user location information and planned route information.
  • the map application on the receiving end device is sufficient to continue to navigate for the user. It should be understood that, according to different content applications, the parameters included in the corresponding playing information may be the same or different.
  • the playback information of a content application on the push device should be parsed and recognized by at least one content application on the receiver device, so as to continue presenting the target content.
  • the user when the content application presents the target content, the user can use the voice control function to instruct the public relay component to search for a terminal device that supports the target relay capability. For example, referring to FIG. 11A , after the user wakes up the voice application, he says "check the relay device", and the voice application analyzes the semantics of the voice data to determine the device search command input by the user. Send the device search command to the public relay component, and reply to the user "OK, start querying" on the interface. The public relay component responds to the device search command sent by the voice application, searches for terminal devices that support the target relay capability, and obtains a list of device information.
  • the public relay component sends the searched device information list to the voice application, reads the specific content of the device information list through the voice application, and displays the device information list on the interface in text, as shown in Figure 11B.
  • the user can specify the target receiving device through the voice control function, and instruct the push device to perform the relay process.
  • the voice application analyzes the semantics of the voice data to determine that the target receiving device specified by the user is a terminal device named "TV in the living room on the second floor”, and the voice application pushes the target
  • the device information of the end device is sent to the public relay component, and at the same time, it replies to the user "OK, relaying", as shown in Figure 11C.
  • the public relay component After the public relay component receives the target receiver information, it requests the content application for the playback information of the target content, and performs subsequent steps.
  • the user can also trigger some links in the above-mentioned relay process through touch gestures, air gestures and other operations, which will not be described here.
  • the public relay component on the push end device sends a call request to the target receiver device, and the call request includes target relay capability and play information of the target content.
  • a call request is also called a handover request.
  • the receiver device may receive a relay request from the push device through its controller, and the relay request may include information related to the application of the push device and the push device's The provided playback information related to the target content is applied to request presentation of the target content.
  • the public relay component on the push-end device calls the target receiving-end device after waiting for a preset period of time. While the public relay component on the push device is waiting, a prompt message will be displayed on the interface. During the display or waiting period of the prompt message, the user can cancel the push by some operation, and can also instruct to push immediately by some operation. If the public relay component receives a cancel command input by the user during the display period of the prompt message or during the waiting period, the step of canceling the push is performed.
  • the push terminal device responds to an input command indicating to push the currently presented target content to the target receiving terminal device, and controls the presentation of prompt information, so as to prompt the user to input a cancel push command or confirmation within a predetermined time period through the prompt information.
  • push command in response to the confirmation push command input by the user within a predetermined period of time, a relay request is sent to the target receiving end device to request the target receiving end device to continue presenting the target content; or, in response to the input of the user within a predetermined period of time cancel the push command, and cancel sending the relay request to the target receiving end.
  • a relay request is sent to the target receiving end device at the end of the predetermined time length, and the display of the prompt information is cancelled.
  • the public relay component on the push-end device displays a prompt message on the current interface while calling the target receiver-end device. During the display of the prompt message or within the preset time, the user can cancel the push through some operation. If the push terminal device receives a cancel command input by the user during the display period of the prompt message or within a preset time, the step of canceling the push is performed.
  • the target receiving end device For example, if the target receiving end device is not called when an input cancel command is received, the call is blocked. If the target receiving end device has been called when the input cancel command is received, a cancel handover request is sent to the target receiving end device, so that the target receiving end device interrupts related operations.
  • the push-end device sends a relay request to the target receiver-end device in response to an input instruction to push the currently presented target content to the target receiver-end device, so that the target receiver-end device continues to present the target content according to the relay request;
  • a cancel relay request is sent to the target receiving end device, so that the target receiving end device cancels presenting the target content.
  • the user has a certain period of time to confirm the push operation input before, and consider whether to withdraw the push operation, so as to avoid pushing the target content to the target receiving end device due to user misoperation, and improve user experience.
  • the user may operate any key to input the above-mentioned cancellation push command.
  • the user may input the above confirmation push command through a designated key.
  • the public relay component on the push end device after the public relay component on the push end device receives the user's selection operation on the target push end device, it performs a countdown while displaying a prompt message.
  • the countdown time can be the waiting time before calling, or The display duration of the prompt message.
  • an interface element for showing the progress of the countdown is displayed on the interface, so as to present a visual prompt of the progress of the countdown to the user.
  • Fig. 12 is the application interface displayed on the push end device after the user selects "the living room TV on the second floor” as the target receiving end device in Fig. 10 .
  • the interface displays a prompt message with the content "It will be pushed to the TV in the living room on the second floor, press any key to stop, press the confirmation key to immediately relay", and the countdown progress is displayed on the side of the prompt message.
  • the prompt “3"
  • the public relay component on the push end device displays corresponding prompt information on the interface, and sends the relay cancel request to the target receiving end device.
  • the public relay component on the target receiver device displays corresponding prompt information on the interface of the receiver device.
  • Fig. 13 is a schematic diagram of a push scenario according to an exemplary embodiment of the present application.
  • the interface of the push-end device in Figure 13 is specifically the interface displayed after the push-end relay component receives the cancel push command input by the user.
  • the interface of the push-end device displays a prompt with the content "Push has been cancelled" information.
  • the interface of the receiver device in Figure 13 is specifically the interface displayed by the receiver relay component after receiving the cancel relay request sent by the push device.
  • the interface of the receiver device displays the content "The bedroom TV Push" message.
  • both the push-end device and the public relay component on the receiver-end device can broadcast messages by calling the voice application, including but not limited to the above-mentioned prompt information of "the push has been canceled” and "the bedroom TV has canceled the push".
  • the content application on the push-end device may continue to present the target content, or may stop presenting the target content.
  • the user can set specified functions of the content application.
  • the content application decides whether to continue presenting the target content according to the user settings.
  • the content application continues to present the target content.
  • the user disables the "original device continue playing" function of the content application, after the push device sends a relay request to the target receiving device, the content application continues to present the target content.
  • the pusher device after the pusher device sends the relay request to the target receiving device, it is further configured to: obtain the target setting parameter, the target setting parameter is the first value or the second value; if the target setting parameter is the first value, control The content application finishes playing the target content; if the target setting parameter is the second value, the content application is controlled to continue playing the target content.
  • the page displaying the device information list may also display some additional user guidance options and guidance information.
  • the user can trigger to enter the relay function introduction page by operating the "?" control.
  • the relay function introduction page is at least used to display the introduction information of the relay function, such as the relay operation mode.
  • the device information list page in FIG. 10 there is displayed a guide message with the content of “press the confirmation key to relay, and press the menu key to adjust the order”. As the name suggests, this guide information is used to remind the user that when a device option is selected, the relay process can be triggered by operating the confirmation key on the remote control, and the device option in the device information list can be adjusted by operating the menu key on the remote control. display order.
  • the push device after the push device sends the relay request to the target receiving device, it is further configured to: receive the playback status information sent by the target receiving device, and acquire the target setting parameter, where the target setting parameter is the first value or The second value; if the playback status information indicates that the target receiver device responds successfully to the relay request, and the target setting parameter is the first value, then the control content application ends playing the target content; if the playback status information indicates that the target receiver device failed to respond to the relay request, Or if the target setting parameter is the second value, then the content application is controlled to continue playing the target content.
  • the public relay component on the target receiving end device responds to the call request sent by the push end device, and starts the target application supporting the target relay capability.
  • the push-end device sends a relay request to the target receiver-end device to request the target receiver-end device to continue presenting the target content provided by the push-end application.
  • the relay request may include application information at the push end and play information of the target content.
  • the pusher application information includes at least the target relay capability, and may also include the application identifier of the pusher application. Whether the two applications are the same application can be determined according to the application identification.
  • the target application on the display device is determined according to the information related to the application of the push device, and the target application is the application with the highest degree of matching with the application of the push device or An application specified by a user; launching the target application, and controlling the target application to present the target content according to playback information related to the target content
  • the receiving-end public relay component determines the target application according to the push-end application information. The application specified for the user. Then start the target application, and control the target application to continue presenting the target content according to the playing information of the target content. Therefore, the success rate of connecting and presenting the target content is ensured to the greatest extent, and the situation of connection failure or connection error is avoided.
  • the pusher application information includes the target relay capability and application identifier of the pusher application.
  • the public relay component at the receiving end determines the target application according to the application information of the push end, specifically including: the public relay component at the receiving end first determines the target application based on the relay capability of each application on the receiving device. At least one candidate application of the relay capability. Then, according to the application identification, the target application is determined from the candidate applications. For example, it is determined whether there is an application identical to the pusher application among the candidate applications, wherein, when the application identifier of a candidate application matches the application identifier of the pusher application, it is determined that the candidate application is the same application as the pusher application.
  • the candidate application identical to the push-end application is determined as the target application.
  • the target application is determined from the candidate applications according to preset rules.
  • the receiver public relay component determines at least one candidate application that supports the target relay capability according to the relay capability of each application on the receiver device, including: judging the first-level relay capability of the application on the display device Whether it matches the target relay capability; if the application’s first-level relay capability matches the target relay capability and the application has a second-level relay capability, determine whether the application’s second-level relay capability matches the target relay capability; if at least one of the application’s If the secondary relay capability matches the target relay capability, the application is determined to be a candidate application; if the application's primary relay capability matches the target relay capability and the application does not have the secondary relay capability, the application is determined to be a candidate application.
  • the receiving end public relay component first judges whether there is an application identical to the push end application on the receiving end device according to the application identifier of the push end application, and if there is an application identical to the push end application, then the The same candidate application is determined as the target application. If there is no application identical to the pusher application, at least one candidate application that supports the target relay capability is determined according to the relay capability of each application on the receiving device. Then determine the target application from the candidate applications according to the preset rules.
  • the public relay component at the receiving end determines the target application from the candidate applications according to preset rules, which specifically includes: sorting the candidate applications according to a predefined sorting rule, so as to determine the candidate application with the highest priority; The candidate application with the highest priority is determined as the target application.
  • preset rules specifically includes: sorting the candidate applications according to a predefined sorting rule, so as to determine the candidate application with the highest priority; The candidate application with the highest priority is determined as the target application.
  • relay scenarios may be pre-categorized. For example, relay scenarios may be classified according to the type of target content. And the sorting rules corresponding to the categories of relay scenarios are defined in advance.
  • the public relay component at the receiving end acquires the corresponding predefined sorting rules according to the current relay scenario category, and sorts the candidate applications according to the acquired sorting rules.
  • the content can be classified in advance, and a default application is preset for each type of content.
  • a default application is preset for each type of content.
  • one of multiple video applications capable of presenting video content is set as a default application for continuing to present video content.
  • the public relay component at the receiving end determines the target application from the candidate applications according to preset rules, specifically including: determining the category of the target content; The default application corresponding to the category of is determined as the target application.
  • the public relay component at the receiving end determines the target application according to the push-end application information, specifically including: determining the supported target relay capability according to the relay capability of each application on the display device present at least one candidate application; present an application list, and the application list includes application options corresponding to each candidate application; receive a selection operation of any application option by the user, and determine the candidate application selected by the user as the target application.
  • Fig. 14 is a user interface of a display device according to an exemplary embodiment of the present application, which is specifically a user interface displayed after the display device, as a receiving device, receives a relay request sent by a push device.
  • an application list is presented on the user interface, and the application list includes application options corresponding to each candidate application, namely application 1 , application 2 and application 3 .
  • the user can select an application option by moving the focus, and confirm the selection of an application option by inputting an operation to designate the corresponding candidate application as the target application.
  • the application options in the above application list may be presented in random order.
  • all candidate applications may be sorted in advance according to a predefined sorting rule, so as to determine the priority level of each candidate application. Then, an application list is presented according to the sorting result, so that the application options in the application list are arranged in a certain order, that is, arranged according to the priority level of each candidate application.
  • the public relay component at the receiving end determines the target application according to the push-end application information, specifically including: determining the supported target relay capability according to the relay capability of each application on the display device at least one candidate application; obtain the latest startup time corresponding to each candidate application; and determine the application with the latest startup time among the candidate applications as the target application.
  • the target application may also be determined according to other user operation information of each candidate application. For example, the startup times of each candidate application in the past certain period of time are obtained, and the application with the highest startup times among the candidate applications is determined as the target application. For another example, the running time of each candidate application within a certain period of time in the past is obtained, and the application with the longest running time among the candidate applications is determined as the target application.
  • the public relay component directly determines the application as the target application.
  • the public relay component on the receiving end device after the public relay component on the receiving end device receives the call request from the push end device, it waits for a preset period of time, and then starts supporting the target application. While the public relay component on the receiver device is waiting, a prompt message will be displayed. During the display or waiting period of the prompt message, the user may cancel the relay through some operation, and may also instruct immediate relay through some operation. If the receiving end device receives a command to cancel the handover input by the user during the display period of the prompt message or within the waiting time, the step of canceling the handover is performed. In some other embodiments, the public relay component on the receiving end device responds to the call request of the push end device, and displays a prompt message on the interface while searching for the target application.
  • the user may cancel the relay through some operation. If a cancel command input by the user is received during the display period of the prompt message or within a preset time, the step of canceling the relay is performed. For example, if the supporting target application is not started or the target application does not start to present the target content when the input cancel relay command is received, the start or play is prevented, and a cancel message is sent to the push device. If the target application has started to play the target content when receiving the input cancel relay command, it will end the playback and send a cancel message to the push device.
  • the public relay component on the receiving end device controls to present some kind of prompt information, so as to prompt the user to input a cancel relay command or confirm the relay within a predetermined period of time through the prompt information. command; in response to a confirmation relay command input by the user within a predetermined duration, execute the relay request to continue presenting the target content; or, in response to a cancel relay command input by the user within a predetermined duration, ignore the relay request and cancel rendering of the target content, and present Corresponding prompt information, and sending a cancellation message to the push device.
  • the relay request is executed at the end of the predetermined time length to continue presenting the target content.
  • the user can prevent the display device from presenting the specified content through specified operations within a predetermined period of time before the display device receives the relay request sent by the push device, or instructs the display device to present the specified content immediately. content, fully improving the flexibility of user operations.
  • the public relay component on the receiving device after receiving the relay request from the push device, ignores the relay request to cancel the presentation of the target content, and presents the corresponding Prompt information. In some embodiments, after receiving the call request sent by the push device, the public relay component on the target receiving device performs a countdown while displaying a prompt message. How long to display the message. And, an interface element for showing the progress of the countdown is displayed on the interface, so as to present a visual prompt of the progress of the countdown to the user.
  • FIG. 15 is a user interface displayed on the target receiving end device after the user selects “the TV in the living room on the second floor” as the target receiving end device in FIG. 10 .
  • the user interface displays a prompt message with the content of "relaying the TV content in the bedroom, press any key to stop, press the confirmation key to relay immediately", and a visual display of the countdown progress is displayed on the side of the prompt message. Prompt "5".
  • the public relay component on the receiver device displays a corresponding cancellation notice on the interface of the receiver device, and synchronizes the relay status to the pusher device.
  • the public relay component on the push-end device receives the relay status sent by the receiver-end device, it displays a corresponding cancellation notice on the interface of the push-end device.
  • Fig. 16 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • the interface of the receiving end device in Figure 16 is specifically the interface displayed after the receiving end relay component receives the cancel command input by the user.
  • the interface of the receiving end device displays a notification message with the content "relay has been canceled" .
  • the interface of the push-end device in Figure 16 is specifically the interface displayed after the push-end relay component receives the relay status sent by the receiving-end device.
  • the interface of the push-end device displays the content "The peer has stopped " notification message.
  • the public relay component selects the target communication protocol channel according to the information of the target receiving end, and calls the target receiving end device based on the target communication protocol channel.
  • the target communication protocol channel may be one or more of a local area network protocol channel, a wide area network protocol channel and a short distance communication protocol channel.
  • the protocol channel is determined as the target protocol channel.
  • the Bluetooth protocol channel is determined to be the target communication protocol channel.
  • the public relay component determines one of the communication protocols supported by the target receiver device according to preset rules as the target communication protocol channel.
  • the rules for determining the target communication protocol channel can be designed according to the characteristics of various communication protocol channels. It is known that the LAN protocol channel and the WAN protocol channel have the characteristics of unlimited transmission distance, strong anti-interference ability, and fast transmission rate (the larger the bandwidth, the faster the transmission rate); and the short-distance communication transmission protocol, such as Bluetooth protocol, infrared protocol , the transmission distance is short, and for the infrared protocol, directionality and accessibility are also required.
  • the short-distance communication transmission protocol such as Bluetooth protocol, infrared protocol
  • the LAN protocol channel when the receiver device supports both the LAN protocol channel and the WAN protocol channel, the LAN protocol channel can be determined as the target communication protocol channel because the response speed of the LAN is faster than that of the WAN.
  • the WAN protocol channel and the Bluetooth protocol channel at the same time, if the transmission distance is known to be relatively long, such as exceeding 10 meters, then the LAN protocol channel or the WAN protocol channel is determined as the target communication protocol channel; If the transmission distance is relatively short, if it does not exceed 2 meters, and the Bluetooth signal is strong and the network signal is weak, then the Bluetooth protocol channel is determined as the target communication protocol channel.
  • the Bluetooth protocol channel is first determined as the target communication protocol channel .
  • the public relay component at the push end obtains the preset priority of each protocol channel; and determines the protocol channel with the highest priority supported by the target receiver device as the target protocol channel.
  • the communication resources of the device can be used more reasonably, the execution speed of the content relay process between devices can be improved, and the user experience can be improved.
  • the public relay component on the push-end device simultaneously calls the receiving-end device according to each communication protocol channel supported by the receiving-end device.
  • the receiving end device will successively receive the call requests sent by the push end device based on different protocol channels.
  • the receiving end device processes the first received call request, and performs subsequent interaction with the push end device based on the communication protocol corresponding to the first received call request.
  • the receiving device subsequently receives the same call request sent by the same push device based on other protocol channels, it only needs to discard these call requests.
  • the public relay component on the receiving end device sends the playing information of the target content to the target application.
  • the target application on the receiving end device continues to play the target content according to the play information of the target content.
  • the target application on the receiver device feeds back the playing status information to the public relay component.
  • the public relay component on the receiving end device sends the playing state information to the push end device.
  • the playback status indicates playback success or playback failure. If the target application on the receiving end device successfully resumes playing the target content, the target application feeds back playback status information indicating successful playback to the receiving end relay component. If the target application on the receiving end device fails to continue playing the target content, the target application feeds back playback status information indicating successful playback to the receiving end relay component.
  • the relay component at the receiving end displays a corresponding prompt message on the interface of the receiving end device according to the received playing state information.
  • the public relay component on the receiving-end device after receiving the call request sent by the push-end device, the public relay component on the receiving-end device returns a response message to the push-end device.
  • the push end device determines whether the relay is successful or failed according to whether the response message is received. If the response message is received, it is considered that the relay is successful, and the corresponding prompt information will be displayed, such as the prompt message "has been pushed to xx device", if the response message has not been received for a long time, it is considered that the relay has failed, then The corresponding prompt information is displayed, such as the prompt information with the content "relay failure".
  • the public relay component on the push device receives the playing state information, and presents corresponding prompt information according to the playing state information.
  • the public relay component instructs the content application to end playing the target content according to the playing state information and the switch state of the "original device continue playing" button, or instructs the The content application continues to play the target content. For example, no matter whether the playback status information reveals that the receiver device has successfully played the target content or failed, as long as the "Original Device Continue Playing" button is turned on, the content application is instructed to continue playing the target content. If the playback status information reveals that the receiving device failed to play the target content, if the "Original Device Continue Playing" button is on, it will instruct the content application to continue playing the target content; content playback.
  • Fig. 17 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • the receiver device interface and the pusher device interface in FIG. 17 are specifically the interfaces displayed after the target application successfully resumes playing the target content.
  • the interface of the receiving device displays a prompt message with the content "relayed the TV content playback in the bedroom”
  • the push device interface displays a prompt message with the content "relayed the TV content playback in the living room on the second floor”.
  • Fig. 18 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • the receiver device interface and the pusher device interface in FIG. 18 are specifically the interfaces displayed after the target application fails to continue playing the target content.
  • the interface of the receiver device displays a prompt message with the content "relay failure”
  • the interface of the push device displays a prompt message with the content "relay failure”.
  • the public relay component of the pushing end device presents a prompt message related to the target receiving end device on the interface of the pushing end device.
  • the target receiving end device is a display device
  • the target receiver device is a speaker device
  • the target content is audio content
  • the public relay component of the push device will display the content as "Receiver The device has no interface display" prompt message. It should be noted that this application does not limit the specific content, display method, display time and duration of such prompt messages.
  • the push end device public relay component determines that the type of the target receiving end device selected by the user is different from that of the push end device, and displays a prompt message. You can display the prompt message after the relay is successful.
  • the relay process involved in the embodiment of the present application is not limited to the process in FIG. 6
  • the style of the UI interface displayed during the process of executing the relay process between the pusher device and the receiver device is not limited to the style of the above-mentioned embodiment.
  • the current working mode of the display device may be acquired. And it may be determined based on the current working mode whether the display device performs relay interaction with the additional push end device.
  • the public relay component can work in two modes, one is an exclusive mode, and the other is a non-exclusive mode. Among them, when the public relay component is currently in the exclusive mode, when it interacts with a receiving end device, or when interacting with a certain push end device, it does not interact with the receiving end device or the push end device.
  • the terminal device interacts with content push and content relay process. In other words, when the public relay component on the terminal device is currently in the exclusive mode, the public relay component cannot simultaneously perform information interaction operations related to content push and content relay process with two or more terminal devices.
  • the public relay component when it is currently in the non-exclusive mode, it performs information interaction in the process of content push to a receiving end device, and/or performs information interaction in the process of content relay with a certain push end device , and interact with other terminal devices other than the receiving end device or the push end device about content push and content relay process.
  • the above-mentioned interaction related to the content pushing process includes at least the steps from S609 to presenting the playback state performed by the push end relay component in FIG. 6 . That is to say, if the push-end relay component is in the exclusive mode, it will not interact with terminal devices other than the receiving-end device during the period from executing S609 to presenting the playing state.
  • the above-mentioned interaction related to relaying content includes at least S610 to S614 performed by the relaying component at the receiving end in FIG. 6 . That is to say, if the relay component at the receiving end is in the exclusive mode, it will not interact with terminal devices other than the pushing end device during execution of S610 to S614.
  • the above-mentioned interaction related to content push and content relay is called relay interaction.
  • the display device in the process of relay interaction with the first terminal device, the display device obtains the current working mode in response to receiving the relay request sent by the second terminal device; if the current working mode is exclusive mode, ignore the second The second terminal device sends a relay request, and returns an exclusive message to the second terminal device. If the current working mode is non-exclusive mode, display the corresponding relay request prompt information according to the relay request sent by the second terminal device, so that the user can trigger the relay interaction with the second terminal device according to the relay request prompt information or trigger Giving up the relay interaction with the second terminal device.
  • the relay interaction with the first terminal device refers to the interaction process of executing the relay request sent by the first terminal device to continue presenting the content pushed by the first terminal device, and/or, executing the input content push command to update the currently presented Push the content to the first terminal device to continue the interactive process of presentation.
  • the relay request sent by the second terminal device can be prevented from interrupting the relay interaction process between the display device and the first terminal device, ensuring that the display device successfully relays the content pushed by the first terminal device, or pushes the content to the first terminal smoothly on the device to ensure user experience.
  • an interrupt operation prompt message is displayed, so that the user can input an interrupt operation according to the interrupt operation prompt information, and the interrupt operation is used to control the display device to interrupt communication with the first terminal.
  • Device relay interaction process In response to the input interruption operation, the relay interaction process with the first terminal device is interrupted.
  • the user can perform settings related to the content relay function on the UI interface provided by the public relay component, including setting the working mode of the public relay component. For example, by interacting with interface objects on the UI interface provided by the public relay component, the working mode of the public relay component is set to an exclusive mode or a non-exclusive mode.
  • the display device acquires the current working mode, which may specifically include acquiring the on/off state of the device exclusive function; if the device exclusive function is on, then determine that the current working mode is the exclusive mode; if the device exclusive function is off state, then determine the current working mode non-exclusive mode.
  • the user can enable or disable the device-exclusive function of the public relay component on the UI interface provided by the public relay component.
  • the device exclusive function of the public relay component When the device exclusive function of the public relay component is turned on, when the public relay component starts to interact with a certain terminal device on content push or content relay, the public relay component automatically enters the exclusive mode, and when it finishes interacting with a certain During the aforementioned interaction of the terminal, it automatically exits the exclusive mode, and then enters the non-exclusive mode.
  • the device exclusive function of the public relay component is turned off, the public relay component is always in non-exclusive mode. That is, even if the public relay component starts to perform content push or content relay interaction with a certain terminal device, it will not automatically enter the exclusive mode.
  • the public relay component on the terminal device when the public relay component on the terminal device receives a call request sent by other terminal devices, it is judged whether it is currently in the exclusive mode; if it is not currently in the exclusive mode, the call request is processed, for example, execute FIG. 6 S610 to S614 in the above; if currently in the exclusive mode, the call request will not be processed, and the corresponding relay request prompt information will be displayed on the interface, and the corresponding notification message will be fed back to the terminal device that sent the call request.
  • the notification message may be called an exclusive message.
  • the terminal device sending the call request can display corresponding prompt information on its interface according to the exclusive message.
  • the relay request prompt information includes device information of other terminal devices and/or key information of the target content, such as device names of other terminal devices and content names of target content.
  • the public relay component when the public relay component is in the exclusive mode, it can judge that the call request or other information data is a request or information sent by the current interactive terminal by judging the source of the call request or other information data Data, or request or information data sent by other terminal devices. If it is a request or information data sent by another terminal device, the request or information data is shielded.
  • the terminal device in the exclusive mode may be acting as a push device and interacting with the receiving device related to the content push process, or it may be a receiving device performing content relay with the push device Process-related interactions.
  • the public relay component may receive call requests sent by multiple terminal devices at the same time, and the aforementioned simultaneous means that the multiple call requests are received at the same moment or the time difference between receiving the multiple call requests is short enough.
  • the public relay component on the terminal device is in non-exclusive mode, if multiple call requests sent by multiple terminal devices are received, the first received call request is processed, for example S610 to S614 in FIG. 6 are executed without processing a call request received later. And, when deciding not to process a certain call request, feed back a corresponding notification message to the terminal device that sent the call request.
  • the notification message may be called a busy message.
  • the terminal device sending the call request can display corresponding prompt information on its interface according to the busy message.
  • the relay information includes but not limited to the device information sent to the request, such as the device name, and may also include the content information of the request relay, such as the name of the target content.
  • the user can specify the target relay information based on the relay information displayed in the interface, and the public relay component can process the corresponding call request and play the response content in relay. For the relay information not specified by the user, the public relay component may feed back a busy message to the terminal device sending the corresponding call request.
  • Fig. 19 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • device A when device A interacts with device B to push the content of A to device B, device C sends a call request to device A, and the call request is used to request to push the content of C to device A for to continue playing.
  • device C presents the content screen of C;
  • device A presents the content screen of A, and displays a prompt message with the content "will be pushed to device B for playback";
  • device B presents the interface of device B, and the interface of device B displays the content " About to relay the content of device A" prompt message.
  • device A since the public relay component on device A is in exclusive mode, device A does not process the call request after receiving the call request from device C, but feeds back an exclusive message to device C. After receiving the exclusive message fed back by the A device, the C device presents a prompt message with the content "A device is relaying" on the interface.
  • Fig. 20 is a schematic diagram of another relay scenario according to an exemplary embodiment of the present application.
  • the difference between this example and the example shown in Figure 19 is that when device A interacts with device B to push the content of A to device B, device C, device D, and device E all send call requests to device A, requesting that device C The content, D content and E content are pushed to the A device to continue playing on the A device.
  • This example is the same as the example shown in Figure 18. Since the public relay component on the A device is in the exclusive mode, the A device does not make a call request after receiving the call request from the C device, D device, and E device. Instead, an exclusive message is fed back to the C device, the D device, and the E device respectively. After receiving the busy message fed back by the A device, the C device, the D device, and the E device present a prompt message with the content "A device is relaying" on their respective interfaces.
  • Fig. 21 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • device C when device A interacts with device B to push the content of A to device B, device C sends a call request to device B, and the call request is used to request to push the content of C to device B for Continue playing.
  • device C presents the content screen of C;
  • device A presents the content screen of A, and displays a prompt message with the content "will be pushed to device B for playback";
  • device B presents the interface of device B, and the interface of device B displays the content " About to relay the content of device A" prompt message.
  • device B since the public relay component on device B is in the exclusive mode, device B does not process the call request after receiving the call request from device C , but feeds back an exclusive message to the C device. After receiving the exclusive message fed back by the B-device, the C-device presents a prompt message with the content "B-device is in relay state" on the interface.
  • Fig. 22 is a schematic diagram of another relay scenario according to an exemplary embodiment of the present application.
  • the difference between this example and the example shown in Figure 19 is that when device A interacts with device B to push content from A to device B, device C, device D, and device E all send call requests to device B, requesting that device C The content, the D content and the E content are pushed to the B device to continue playing on the B device. Since the public relay component on device B is in the exclusive mode, after receiving the call request from device C, device D, and device E, device B did not process the call request, but reported to device C, device D and device E respectively. The E-device returns an exclusive message. After receiving the exclusive message fed back by the B-device, the C-device, the D-device, and the E-device present a prompt message with the content "Device B is relaying" on their respective interfaces.
  • Fig. 23 is a schematic diagram of another relay scenario according to an exemplary embodiment of the present application.
  • both device C and device D send call requests to device A, requesting to push content C and content D to device A respectively.
  • the playback continues on the A device, and both the E device and the F device send call requests to the B device, requesting that the E content and the F content be pushed to the B device to continue playing on the B device. Since both device A and device B are in the exclusive mode, after receiving the call request sent by device C and device D, device A feeds back an exclusive message to device C and device D respectively.
  • the displayed content is the prompt message "A device is in the relay state"; after receiving the call request sent by E device and F device, B device sends an exclusive message to E device and F device respectively, and E device and F device A prompt message with the content "Device B is in relay state" is displayed on the respective interface.
  • the working state of the public relay component is divided into two types, one is a busy state, and the other is an idle state.
  • the busy state and the idle state are complementary, that is, the public relay component is in the idle state if it is not in the busy state.
  • the busy state and the idle state may be defined according to different standards. In other words, in different embodiments, the busy state of the public relay component may be different working states, and the corresponding idle states may also be different.
  • the public The relay component when a terminal device acts as a push terminal device and interacts with another or more terminal devices to push certain content to the one or more terminal devices, the public The relay component is busy.
  • the busy state refers to the state that a terminal device is in when it performs relay interaction with other terminal devices.
  • the public relay component executes S609 to S615 in FIG. 6 , the public relay component is in a busy state, otherwise it is in an idle state. More specifically, when the public relay component executes S609 in FIG. 6 , the public relay component enters a busy state, and when the public relay component finishes executing S615 , the public relay component changes from a busy state to an idle state.
  • the public relay component executes S607 to S615 in FIG. 6 , the public relay component is in a busy state, otherwise it is in an idle state. More specifically, when the public relay component executes S607, the public relay component enters a busy state, and when the public relay component executes S615, the public relay component changes from a busy state to an idle state.
  • a certain terminal device when a certain terminal device is in an idle state, in response to receiving a relay request sent by another or more terminal devices, execute the one or more relay requests, and update the current state from the idle state to busy state.
  • a relay when a certain terminal device is in an idle state, in response to a command input by the user indicating that the currently presented target content is pushed to another or more terminal devices, a relay is sent to the one or more terminal devices. Request, and update the current status from idle to busy.
  • the public relay component on the first terminal device when the public relay component on the first terminal device is in a busy state due to the relay interaction with the second terminal device, if a call request sent by the third terminal device is received, it will be displayed on the interface.
  • the relay information option corresponding to the call request, so that the user can understand the content of the call request.
  • the device information of the third terminal device and key information of the specified content can be displayed in the relay information option, such as the device name of the third terminal device and the content name of the specified content.
  • the user may instruct the first terminal device to execute the call request by selecting the relay information option.
  • the first terminal device executes the call request to present specified content corresponding to the call request. In this way, the user can be prevented from missing the content pushed by the third terminal device.
  • the public relay component on the first terminal device when the public relay component on the first terminal device is in a busy state due to the relay interaction with the second terminal device, if a call request sent by the third terminal device is received, it will be displayed on the interface.
  • the relay information option corresponding to the call request so that the user can understand the content of the call request.
  • the user may interrupt the interaction between the first terminal device and the second terminal device through a predetermined operation. If the public relay component on the first terminal device receives an interrupt operation input by the user, it interrupts the relay interaction with the second terminal device, and processes the call request sent by the third terminal device. If the public relay component on the first terminal device does not receive the interrupt operation input by the user, it will continue the relay interaction with the second terminal device without processing the call request sent by the third terminal device.
  • Fig. 24 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • device A when device A interacts with device B to push the content of A to device B, device C sends a call request to device A, and the call request is used to request to push the content of C to device A for Continue playing. Since the public relay component on device A is busy, after receiving the call request from device C, the public relay component on device A will display the content on the interface of device A as " Device C requests to push C content, do you want to interrupt the current relay? Press the confirm button to interrupt". At this point, the user can input an interrupt operation by pressing the confirm key.
  • the public relay component on device A receives an input interrupt operation, it will interrupt the interaction process with device B, process the call request sent by device C, and finally continue to play C content on device A. If the public relay component on the A device does not receive the input interruption operation, it will continue the interaction process with the B device without processing the call request sent by the C device, and feed back a busy message to the C device.
  • Fig. 25 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • device A interacts with device B to push the content of A to device B
  • device C sends a call request to device B
  • the call request is used to request to push the content of C to device B for Continue playing.
  • the public relay component on device B is in a busy state
  • device B executes the interaction process with device A, and displays the content on the interface of device B as "C device requests to push C Content, do you want to interrupt the current relay? Press the confirm key to interrupt".
  • the user can input an interrupt operation by pressing the confirm key.
  • the public relay component on device B receives an input interrupt operation, it will interrupt the interaction process with device A, process the call request sent by device C, and finally continue to play C content on device B. If the public relay component on device B does not receive the input interruption operation, it continues the interaction process with device A without processing the call request sent by device C, and feeds back a busy message to device C.
  • a terminal device receives a call request sent by another terminal device when it is busy, it can prompt the user in various appropriate ways, not limited to the content of the above example as "C device requests push C content, do you want to interrupt the current relay? Press the confirm key to interrupt".
  • the relay information corresponding to the call request may be displayed on the device interface, and the relay information includes but not limited to push terminal device information and push content information.
  • the relay information option will be displayed on the interface of device A, and the information of device C and C content information will be displayed on the relay information option .
  • the public relay component on the first terminal device when the public relay component on the first terminal device is in a busy state due to the relay interaction with the second terminal device, if multiple call requests sent by the third terminal device are received, it will be displayed on the interface Relay information options corresponding to each call request to let the user know what each call request is about.
  • the user may instruct the first terminal device to perform one or more call requests by selecting one or more relay information options.
  • the first terminal device executes at least one target relay request in response to the instruction input by the user by specifying at least one target relay information option, and executes at least one target relay request to present the specified content corresponding to each target relay request, thereby preventing the user from missing Content pushed by the third terminal device.
  • a busy message is returned to the terminal device that sent the relay request.
  • the user can interrupt the interaction between the first terminal device and the second terminal device through a predetermined operation, and can select one or more relay information options to specify the content to be relayed. If the public relay component on the first terminal device receives an interruption operation input by the user and a selection operation on one or more relay information options, it will interrupt the interaction with the second terminal device, and simultaneously respond to the user-selected The call request corresponding to the relay information option is processed. If the public relay component on the first terminal device does not receive the interruption operation input by the user, it continues to interact with the second terminal device without processing call requests sent by other terminal devices.
  • the relay component at the receiving end starts multiple target applications that support the relay capability of the corresponding target, and transmits the playback information of each target content to Send to the corresponding target application, so that each target application continues to play the corresponding content according to the received playing information.
  • the display of multiple content presentation windows is controlled, and each of the content presentation windows is used to present the specified content corresponding to each target relay request.
  • Window overlay display may be an application interface of the target application.
  • Fig. 27 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • device A when device A interacts with device B to push content A to device B, device C, device D and device E all send call requests to device A, requesting to push content C, content D and content E respectively to the A-device to resume playback on the A-device.
  • the public relay component on device A Since the public relay component on device A is in a busy state, after receiving these three call requests, it presents the relay information options corresponding to each call request in the interface, which are "C device-C content", "D device -D content” and "E equipment -E content", and the prompt message with the content "Do you want to interrupt the current relay? Press the confirm key to interrupt”.
  • the user may interrupt the interaction between the A device and the B device through the confirmation key.
  • You can also control the content corresponding to the A device relay by selecting a relay information option. For example, when the user selects "C device-C content”, the public relay component on A device will process the call request sent by C device to continue playing C content on A device. It is worth noting that the user can also select multiple relay information options at the same time to control device A to relay the content pushed by multiple devices at the same time. For example, when the user selects "C device-C content”, "D device-D content”, the public relay component on A device will simultaneously process the call requests sent by C device and D device to continue playing on A device C content while continuing to play D content.
  • Fig. 28A and Fig. 28B are schematic diagrams of user interfaces of exemplary receiver devices according to the present application. Specifically, in Fig. 27, the user selects "C device-C content", “D device-D content” and "E device -E Content” to display the user interface.
  • content C, content D, and content E are displayed in different windows, or in other words, content C, content D, and content E are displayed on the interface of device A in split screens.
  • FIG. 28B content C is displayed in full screen, and content D and content E are displayed superimposed on content C.
  • the way the receiver device presents the multiple content is not limited to the above example implementation.
  • the present application does not limit the manner in which the receiver device presents multiple contents.
  • Fig. 29 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • device A interacts with device B to push content A to device B
  • device C, device D and device E all send call requests to device B, requesting to push content C, content D and content E respectively to the B-device to resume playback on the B-device.
  • the public relay component on device B Since the public relay component on device B is in a busy state, after receiving these three call requests, it presents the relay information options corresponding to each call request in the interface, which are "C device-C content", "D device -D content” and "E equipment -E content", and the prompt message with the content "Do you want to interrupt the current relay? Press the confirm key to interrupt”.
  • the user can interrupt the relay process between the B device and the A device through the confirmation key. You can also control the B device to receive the content pushed by the corresponding device by selecting a relay information option.
  • the relay information option corresponding to each call request is displayed on the interface, so that the user understands the content of each call request.
  • the user can select one or more relay information options to designate the terminal device to be interacted with. If the public relay component on the first terminal device receives a selection operation on one or more relay information options, it simultaneously processes the call request corresponding to the relay information option selected by the user.
  • Fig. 30 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • the A device receives the call request sent by the C device, the D device and the E device when its public relay component is in an idle state. Since the public relay component on device A is in an idle state, after receiving these three call requests, it only needs to present the relay information options corresponding to each call request in the interface for the user to choose, without displaying the content as " Do you want to interrupt the current relay? Press the confirm key to interrupt" prompt message.
  • one or more other terminal devices may be designated to the user in response to user operations Send a call request.
  • the first terminal device will receive feedback information from the multiple other terminal devices, and the feedback information includes an exclusive message, a busy (busy) message, and playback status information any of the.
  • the first terminal device displays corresponding prompt information on the device interface according to the feedback information of each terminal device.
  • corresponding prompt information when receiving the playback status information sent by a certain terminal device, according to the playback status revealed by the playback status information, corresponding prompt information will be presented on the interface, including playback success status and playback failure status.
  • a prompt message with the content "xx device is in relay state” is presented on the user interface.
  • a prompt message with the content "xx device refuses to relay” will be displayed on the interface.
  • Fig. 31 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • the schematic diagram is specifically that device A is interacting with device B to push content A to device B, device B presents content B, and an optional receiving end
  • the device information list is composed of device information
  • the interface status of each device after sending a call request for pushing B content to C1 device, C2 device, and C3 device respectively in response to user operations.
  • the C1 device since the C1 device is in the exclusive state when receiving the call request, it returns an exclusive message to the B device, and the B device presents a prompt message on the interface with the content "C1 device is in the relay state".
  • the C2 device Since the C2 device was busy when it received the call request, and the user did not terminate the relay process between the C2 device and other devices, the C2 device fed back a busy message to the B device, and the B device displayed the content on the interface as "C2 device Denied Relay" prompt message.
  • the C3 device responds to the call request, and starts the content application that supports the call request, and successfully resumes playing the B content, so the C3 device returns to the B device the playback status information indicating that the playback is successful, and the B device presents the content on the interface as " Successfully pushed to the C3 device" prompt message.
  • the first terminal device receives call requests sent by multiple second terminal devices in the idle state, it can be judged according to the push-side application identifier contained in each call request that each second terminal device provides Whether the application of the target content is the same as every application on the first terminal device;
  • the call request sent by the terminal equipment is processed. For example, when a second terminal device requests to continue presenting target content that is presented by a media center application on the second terminal device, and the first terminal device also has a media center application, then the The call request is processed.
  • the corresponding relay information options are displayed according to the call requests sent by the multiple second terminal devices, so that The user understands the content of these call requests.
  • the user may instruct the first terminal device to perform one or more call requests by selecting one or more relay information options.
  • the application that provides the target content on each second terminal device is different from the application on the first terminal device, display the corresponding relay information option according to the call request sent by each second terminal device, so that the user can understand these call requests Content.
  • the user may instruct the first terminal device to perform one or more call requests by selecting one or more relay information options.
  • the public relay component on the first terminal device when it is in a busy state due to the execution of the relay process with the second terminal device, it may respond to the user operation and send a message to one or more receiving terminals designated by the user The device sends a call request, and can receive call requests sent by multiple push-end devices at the same time.
  • Fig. 32 is a schematic diagram of a relay scenario according to an exemplary embodiment of the present application.
  • the schematic diagram is specifically that device A is interacting with device B to push content A to device B, device B presents content B, and an optional receiving end
  • the device information list composed of device information, and the interface status of each device after receiving the call request sent by D1 device, D2 device and D3 device at the same time.
  • device B in addition to displaying the device information list consisting of "C1 device”, “C2 device” and “C3 device”, device B also displays relay information options corresponding to the call requests sent by device D1, device D2 and device D3 respectively , which are "D1 device-D1 content", “D2 device-D2 content” and "D3 device-D3 content”.
  • the user can select one or more receiver device information options in the device information list to specify the target receiver device, so that the B device sends a call to push the B content to the user-specified receiver device Request, on the other hand, can interrupt the relay process between device B and device A through a predetermined operation, and select one or more relay information options to specify the target push device to relay the content pushed by the target push device.
  • the public relay component on B device sends a call request to C1 device and C2 device; since the user interrupts B device and A device The relay process between them, and select "D1 device-D1 content", so B device plays D1 content in relay.
  • Fig. 34 is an interaction flowchart according to an exemplary embodiment of the present application.
  • the public relay component includes an interaction center module, a state management module, an interface display module, a protocol processing module and a logic control module.
  • the interaction center module instructs the protocol processing module to search for external terminal devices supporting the target relay capability by sending the target relay capability to the protocol processing module.
  • Step S3405 After the protocol processing module obtains the target relay capability in step S3405, select the target communication protocol channel, based on the target protocol channel, in step S3406, search for an external terminal device that supports the target relay capability through the target communication protocol component corresponding to the target protocol channel, and Step S3407 obtains the device information list.
  • the protocol processing module sends the device information list to the interface display module, and at the same time, in step S3409, the device search result is fed back to the interaction center module.
  • step S3410 the interaction hub module sends the device search result to the content application.
  • the content application displays the interface object for triggering the relay operation on the interface according to the device search result, receives the relay operation input by the user through the interface object in step S3411, and sends the relay command to the interaction central module in step S3412.
  • the interaction hub module After receiving the relay command in step S3413, the interaction hub module notifies the interface display module to present the device information list in step S3414.
  • the interface presentation module receives the user's selection operation on the target receiver device, and in step S3416, sends the information of the target receiver device to the protocol processing module to instruct the protocol processing module to call the target receiver device.
  • the protocol processing module receives the target receiver device information, instructs the interaction center module to request the content application for the playback information of the target content, and the interaction center module returns the requested playback information of the target content to the protocol processing module .
  • the protocol processing module selects the target communication protocol channel in step S3420, and instructs the logic control module to call the target receiving end device based on the target protocol channel in step S3422.
  • the logic control module judges in step S3423 whether it is currently in the exclusive mode, and if it is in the exclusive mode, it notifies the interface interaction module in step S3424 to present a first prompt message in step S3426 to remind the user.
  • step S3425 If not in the exclusive module, call the target receiver device based on the target protocol channel in step S3425. After the call is completed, receive the playback status information returned by the target receiver device in step S3427, and send the playback status information to the status management module in step S3428. In steps S3429 and S3430, the state management module instructs the interface presentation module to present a second prompt message according to the playback state information to prompt the user.
  • Fig. 35 is an interaction flowchart according to an exemplary embodiment of the present application.
  • the public relay component includes an interaction center module, a state management module, an interface display module, a protocol processing module and a logic control module.
  • the target communication protocol component receives the call request from the push end device, and in step S3502 sends the call request to the logic control module.
  • the logic control module judges whether it is currently in the exclusive mode. If it is in the exclusive module, then in step S3504, the target protocol component returns an exclusive message to the push end device. If it is not in the exclusive mode, it continues to judge whether it is currently idle in step S3506. state.
  • step S3507 determines the target application indicating the target relay capability in step S3507, and instruct the interaction center module to start the target application in step S3508.
  • step S3509 the interaction hub module starts the target application, and sends the playing information of the target content to the target application.
  • the target application continues to present the target content according to the playing information of the target content, and returns the playing state information to the interaction hub module in step S3510.
  • step S3514 the interaction hub module sends the playback status information to the status management module.
  • step S3515-S3517 the status management module instructs the logic control module to return the playback status information to the push device, and at the same time, in steps S3518-S3519, instructs the interface display module to present a prompt message according to the playback status information. If it is currently in a busy state, in step S3520, instruct the interface display module to display the corresponding relay information according to the call request, and display an interruption operation reminder message. In step S3521, the interface display module displays the corresponding relay information according to the call request, and displays an interruption operation reminder message. In step S3522, it is judged whether an interruption operation is received, and in step S3523, after receiving the input interruption operation, it instructs the logic control module to interrupt Current relay. In step S3524, when an input selection operation on relay information is received, in step S3525, the logic control module is instructed to process the corresponding call request.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

La présente invention concerne un dispositif d'affichage (200) et un procédé de continuation de lecture d'un contenu. Le dispositif d'affichage (200) comprend : une unité d'affichage (260), configurée pour présenter un contenu ; et un contrôleur (250) configuré pour : recevoir, d'un dispositif de poussée, une demande de continuation, la demande de continuation comprenant des informations relatives à une application du dispositif de poussée et des informations de lecture fournies par l'application du dispositif de poussée et relatives à un contenu cible pour demander de présenter le contenu cible ; déterminer une application cible sur le dispositif d'affichage (200) selon les informations relatives à l'application du dispositif de poussée, l'application cible étant une application ayant le plus haut degré de correspondance avec l'application du dispositif de poussée ou avec une application spécifiée par un utilisateur ; et démarrer l'application cible et commander l'application cible pour présenter le contenu cible selon les informations de lecture relatives au contenu cible.
PCT/CN2022/103159 2021-09-18 2022-06-30 Dispositif d'affichage et procédé de continuation de lecture d'un contenu WO2023040419A1 (fr)

Applications Claiming Priority (12)

Application Number Priority Date Filing Date Title
CN202111097923 2021-09-18
CN202111097923.X 2021-09-18
CN202111139380.3A CN113891129A (zh) 2021-09-18 2021-09-26 显示设备、内容推送及接力方法
CN202111128526.4A CN113766301B (zh) 2021-09-18 2021-09-26 显示设备及交互控制方法
CN202111139401.1A CN113891130A (zh) 2021-09-18 2021-09-26 显示设备及请求处理方法
CN202111131349.5A CN113766036B (zh) 2021-09-18 2021-09-26 显示设备及信息交互方法
CN202111139401.1 2021-09-26
CN202111139380.3 2021-09-26
CN202111128526.4 2021-09-26
CN202111131349.5 2021-09-26
CN202111151401.3 2021-09-29
CN202111151401.3A CN113766292B (zh) 2021-09-18 2021-09-29 显示设备

Publications (1)

Publication Number Publication Date
WO2023040419A1 true WO2023040419A1 (fr) 2023-03-23

Family

ID=78797483

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/103159 WO2023040419A1 (fr) 2021-09-18 2022-06-30 Dispositif d'affichage et procédé de continuation de lecture d'un contenu

Country Status (2)

Country Link
CN (7) CN113794918A (fr)
WO (1) WO2023040419A1 (fr)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113794918A (zh) * 2021-09-18 2021-12-14 海信视像科技股份有限公司 显示设备及内容推送方法
CN114553952B (zh) * 2022-02-22 2024-05-03 Oppo广东移动通信有限公司 设备管理方法、装置、电子设备及存储介质
CN114710694B (zh) * 2022-04-12 2023-05-30 深圳市瑞云科技有限公司 一种云游戏场景下的分布式推流方法
WO2023216684A1 (fr) * 2022-05-09 2023-11-16 海信视像科技股份有限公司 Dispositif terminal et procédé de relais de données
CN115022688A (zh) * 2022-05-26 2022-09-06 海信视像科技股份有限公司 一种显示设备及媒体数据接力方法
CN114900386B (zh) * 2022-05-09 2023-10-31 海信视像科技股份有限公司 一种终端设备及数据接力方法
WO2023220853A1 (fr) * 2022-05-16 2023-11-23 Oppo广东移动通信有限公司 Procédé et appareil d'opération de service, puce, support de stockage et programme informatique
CN114979169B (zh) * 2022-05-27 2024-03-29 山东派盟网络科技有限公司 一种网络资源推送方法、装置、存储介质及电子设备
CN115297352B (zh) * 2022-06-27 2024-03-22 青岛海尔科技有限公司 视频续播方法及装置、存储介质及电子装置
CN115223521B (zh) * 2022-07-12 2024-04-30 海信视像科技股份有限公司 显示设备及接力设备展示方法
CN117834568A (zh) * 2022-09-27 2024-04-05 比亚迪股份有限公司 数据接力方法、装置、系统、存储介质、设备及车辆

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104270668A (zh) * 2014-09-26 2015-01-07 广州创维平面显示科技有限公司 一种视频内容续播方法与系统
WO2017201935A1 (fr) * 2016-05-23 2017-11-30 乐视控股（北京）有限公司 Procédé et appareil de lecture vidéo
CN111726678A (zh) * 2020-03-26 2020-09-29 华为技术有限公司 一种设备间多媒体内容续播的方法
CN112258086A (zh) * 2020-11-13 2021-01-22 Oppo广东移动通信有限公司 跨设备任务接力方法、装置、云平台及存储介质
CN113037929A (zh) * 2019-12-24 2021-06-25 腾讯科技（深圳）有限公司 一种信息接力输出方法、装置、电子设备及存储介质
CN113766301A (zh) * 2021-09-18 2021-12-07 海信视像科技股份有限公司 显示设备及交互控制方法

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103856993B (zh) * 2012-12-06 2016-08-31 腾讯科技（深圳）有限公司 一种无线通信方法和装置
CN103974137A (zh) * 2014-05-15 2014-08-06 北京奇艺世纪科技有限公司 一种跨设备推送视频资源的方法及装置
JP2017069932A (ja) * 2015-10-02 2017-04-06 株式会社リコー 伝送管理システム、中継装置選択方法、及びプログラム
CN105872953A (zh) * 2016-03-29 2016-08-17 乐视控股（北京）有限公司 用户设备之间通信的方法以及用户设备
CN109525862A (zh) * 2018-11-07 2019-03-26 苏宁体育文化传媒(北京)有限公司 一种多终端直播交互方法及系统
CN109725863B (zh) * 2018-11-14 2022-04-19 北京风行在线技术有限公司 一种用于进行投屏的方法、装置、设备和系统
CN111726661B (zh) * 2019-03-21 2021-10-08 海信视像科技股份有限公司 节目推送播放方法、显示设备、移动终端及系统
CN110248224A (zh) * 2019-05-24 2019-09-17 南京苏宁软件技术有限公司 投屏连接建立方法、装置、计算机设备和存储介质
CN112153442A (zh) * 2019-06-28 2020-12-29 Oppo广东移动通信有限公司 播放方法、装置、终端、电视设备、存储介质及电子设备
CN110381345B (zh) * 2019-07-05 2020-12-15 华为技术有限公司 一种投屏显示方法及电子设备
CN112714214B (zh) * 2019-10-24 2022-05-10 华为终端有限公司 一种内容接续方法、设备、系统、gui及计算机可读存储介质
CN110958475A (zh) * 2019-10-30 2020-04-03 华为终端有限公司 一种跨设备的内容投射方法及电子设备
CN111131898B (zh) * 2020-02-17 2021-09-21 聚好看科技股份有限公司 播放媒体资源的方法、装置、显示设备及存储介质
CN113311975A (zh) * 2020-02-27 2021-08-27 华为技术有限公司 多设备之间的应用互动方法及相关设备
CN113438354B (zh) * 2020-03-06 2022-09-02 华为技术有限公司 数据传输方法、装置、电子设备和存储介质
CN111526416A (zh) * 2020-04-17 2020-08-11 腾讯科技（深圳）有限公司 一种视频播放方法、装置、设备及存储介质
CN111464844A (zh) * 2020-04-22 2020-07-28 海信视像科技股份有限公司 一种投屏显示方法及显示设备
CN111741372B (zh) * 2020-07-08 2022-02-25 聚好看科技股份有限公司 一种视频通话的投屏方法、显示设备及终端设备
CN111897507B (zh) * 2020-07-30 2023-03-24 茂佳科技(广东)有限公司 投屏方法、装置、第二终端和存储介质
CN112114761A (zh) * 2020-08-14 2020-12-22 深圳市飞图视讯有限公司 一种无线投屏控制方法、装置、终端设备及可读存储介质
CN113207018A (zh) * 2021-04-23 2021-08-03 西安万像电子科技有限公司 远程投屏方法、系统、设备及存储介质
CN112988102B (zh) * 2021-05-11 2021-09-14 荣耀终端有限公司 投屏方法和装置

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104270668A (zh) * 2014-09-26 2015-01-07 广州创维平面显示科技有限公司 一种视频内容续播方法与系统
WO2017201935A1 (fr) * 2016-05-23 2017-11-30 乐视控股（北京）有限公司 Procédé et appareil de lecture vidéo
CN113037929A (zh) * 2019-12-24 2021-06-25 腾讯科技（深圳）有限公司 一种信息接力输出方法、装置、电子设备及存储介质
CN111726678A (zh) * 2020-03-26 2020-09-29 华为技术有限公司 一种设备间多媒体内容续播的方法
CN112258086A (zh) * 2020-11-13 2021-01-22 Oppo广东移动通信有限公司 跨设备任务接力方法、装置、云平台及存储介质
CN113766301A (zh) * 2021-09-18 2021-12-07 海信视像科技股份有限公司 显示设备及交互控制方法
CN113766036A (zh) * 2021-09-18 2021-12-07 海信视像科技股份有限公司 显示设备及信息交互方法
CN113766292A (zh) * 2021-09-18 2021-12-07 海信视像科技股份有限公司 显示设备及内容接续方法
CN113891129A (zh) * 2021-09-18 2022-01-04 海信视像科技股份有限公司 显示设备、内容推送及接力方法
CN113891130A (zh) * 2021-09-18 2022-01-04 海信视像科技股份有限公司 显示设备及请求处理方法

Also Published As

Publication number Publication date
CN113766292B (zh) 2023-03-31
CN113766301A (zh) 2021-12-07
CN116634211A (zh) 2023-08-22
CN113766036B (zh) 2024-04-09
CN113766301B (zh) 2023-11-28
CN113891129A (zh) 2022-01-04
CN113766292A (zh) 2021-12-07
CN113891130A (zh) 2022-01-04
CN113794918A (zh) 2021-12-14
CN113766036A (zh) 2021-12-07

Similar Documents

Publication Publication Date Title
WO2023040419A1 (fr) Dispositif d'affichage et procédé de continuation de lecture d'un contenu
US20200220789A1 (en) Learning device interaction rules
US10797876B2 (en) Parental control in a networked environment
US8880098B2 (en) Communication server and session control method
JP2003529841A (ja) 通信システム、制御装置および被制御装置
US20240053944A1 (en) Display apparatus and method for controlling screen projections from multiple devices to same screen
US20220286731A1 (en) Multimedia apparatus and cast method
WO2024041033A1 (fr) Dispositif d'affichage et procédé de traitement de nom de dispositif pour dispositif d'affichage
WO2023024630A1 (fr) Dispositif d'affichage, dispositif terminal et procédé d'affichage de contenu
CN113784186B (zh) 终端设备、服务器和通信控制方法
CN118120242A (zh) 显示设备及内容接续方法
CN116347148A (zh) 一种投屏方法及显示设备
US20240179364A1 (en) Display apparatus, terminal device and communication connection method
CN115705222A (zh) 终端设备和内容反向接力方法
WO2024108905A1 (fr) Serveur, dispositif intelligent et procédé de commande de dispositif intelligent
CN114785913B (zh) 显示设备及设备信息处理方法
WO2023016126A1 (fr) Dispositif terminal, serveur et procédé de connexion de collaboration multi-dispositifs
CN115223521A (zh) 显示设备及接力设备展示方法
CN113784187A (zh) 一种显示设备及共享资源的控制方法
CN117827140A (zh) 一种智能终端及音量调节方法
CN117956208A (zh) 一种显示设备及双热点模式的设置方法
CN115857854A (zh) 显示设备及投屏画面切换方法
CN114860370A (zh) 一种显示设备、服务器及软件开发工具包切换方法
CN115150299A (zh) 一种终端设备在线状态检测方法及终端设备
CN116320564A (zh) 显示设备、终端设备和设备控制方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22868796

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE