EP3721637A1 - Procédé de gestion des connexions d'un dispositif électronique - Google Patents

Procédé de gestion des connexions d'un dispositif électronique

Info

Publication number
EP3721637A1
EP3721637A1 EP18833912.1A EP18833912A EP3721637A1 EP 3721637 A1 EP3721637 A1 EP 3721637A1 EP 18833912 A EP18833912 A EP 18833912A EP 3721637 A1 EP3721637 A1 EP 3721637A1
Authority
EP
European Patent Office
Prior art keywords
content
current connection
function
request
characteristic
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
EP18833912.1A
Other languages
German (de)
English (en)
Inventor
Martin CONAN
Jean-Bernard LEDUBY
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
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 Orange SA filed Critical Orange SA
Publication of EP3721637A1 publication Critical patent/EP3721637A1/fr
Ceased legal-status Critical Current

Links

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/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/418—External card to be used in combination with the client device, e.g. for conditional access
    • 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
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44227—Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
    • 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/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/24—Systems for the transmission of television signals using pulse code modulation
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Definitions

  • the invention relates to a system and method for managing the connections of an electronic device.
  • the invention applies to any device with varying needs in terms of connectivity, especially electrical or network. It is particularly aimed at multimedia devices. State of the art
  • connection requirements of an electronic device generally depends on the modules and / or applications used. at a given moment on such a device.
  • the needs of a multimedia decoder may for example vary depending on the type and resolution of the multimedia content processed, the type of calculations it must perform, etc.
  • a user of such a device can not know a priori whether the power of its device, the type of connection to the network, the rendering device, etc. are appropriate at a given moment.
  • the device will fail to make the application expected if the resources are not sufficient, or make it degraded.
  • a multimedia decoder STB -Set-top box, software decoder on PC, TV key, etc.
  • STB -Set-top box software decoder on PC, TV key, etc.
  • the invention offers a solution that does not have the drawbacks of the state of the art.
  • the subject of the invention is a method of managing the connections of a multimedia content processing device having at least two distinct connections to render at least one function, said method being characterized in what it comprises, on the treatment device, the steps of:
  • a processing device By connecting a processing device means an interface (a cable, a network link, etc.) allowing the device to connect to the outside, in particular on a network (electrical or data or playback).
  • Multimedia content means content that may contain one or more media (audio, video, graphics, text, sound, etc.) with which media characteristics are associated (spatial or temporal resolution, bit rate, frequency, sampling, type of coding, coding format, etc.)
  • modifying the current connection is meant the addition, deletion or modification of a current connection concerning the function to be rendered, for example the connection to the electrical mains, on a local network or on an external monitor.
  • the invention offers the advantage of being able to easily prevent a user that the current connection (s) of his device are not adapted to make the requested service.
  • a certain number of connections may be required: connection to the mains (electrical connection), wired network connection (Ethernet), etc.
  • the invention advantageously makes it possible to warn the user by sending an appropriate message, that the service can be made provided that one or more connections of the equipment are modified.
  • a method as described above is characterized in that the function is relative to the power supply of the device.
  • This mode of implementation of the invention makes it possible to warn the user that the power supply is not sufficient to render a multimedia service required when the device comprises several possible power supply modes.
  • an electronic device can be powered via a battery, a mains power supply, a wired power supply of the serial type (USB), HDMI-MHL type, without power line son, etc.
  • a given type of power supply may not be adequate to make the multimedia service asked (because the power, frequency, etc. of the power source are unsuitable).
  • the new current connection is of series or sector type.
  • This variant of implementation of the invention makes it possible to warn the user that he can switch from a serial power supply mode, typically USB, to a power supply mode and vice versa, or add a USB connection for a device that runs on battery, etc.
  • This variant is particularly advantageous for a small device such as a TV key, when the processing of the multimedia content requires a higher power than that which can be delivered by a battery or a serial power supply.
  • a method as described above is characterized in that the function relates to the access to the network of device data.
  • This mode of implementation of the invention makes it possible to warn the user that the network connection is not sufficient to render a multimedia service required when the device comprises several possible connection modes to the network.
  • an electronic device can be connected to a network via a wireless link (Wi-Fi, Bluetooth, LiFi, etc.), or via a wired link (Ethernet, optical cable, carrier currents in line, fiber, etc.).
  • Wi-Fi Wi-Fi
  • LiFi LiFi
  • Wi-Fi Bluetooth
  • LiFi etc.
  • the new current connection is wired.
  • This variant of implementation of the invention makes it possible to warn the user that he can switch from a wireless network connection mode to a wired connection mode, typically Ethernet, and vice versa.
  • This variant is particularly advantageous when the multimedia content requires a bandwidth greater than that which can be delivered by wireless radio link.
  • a method as described above is characterized in that the function relates to the restitution of the multimedia data. of the device.
  • This mode of implementation of the invention makes it possible to warn the user that the display (or the sound reproduction) of the processing device is not sufficient to render a multimedia service required when the device comprises several possible modes of connection.
  • a rendering device especially external.
  • an electronic device can have its own display but still be connected to an external display type PC screen, standard TV, high definition TV, etc. via a VGA or HDMI link, etc.
  • a given connection type (for example, VGA) may not be adequate to make the requested multimedia service (because screen resolution, data acquisition speed, etc. are not appropriate). It is in this case interesting to be able to warn the user that he can change type of connection (e.g. switch to HDMI) and / or monitor to render the service correctly.
  • a method as described above is characterized in that the request is a request for progressive download of a multimedia content and in that the analysis step of the request comprises the following sub-steps:
  • This mode of implementation of the invention makes it possible to benefit from the advantages of an adaptive streaming method (or progressive download) for the access to the contents, and in particular the presence of a file of description of the contents, which makes it possible to very simply acquire the characteristics of the content to be reproduced (flow, coding, frequency, resolutions, etc.) ⁇ If for example the user requires high definition content, access to such a content description file makes it possible to immediately recover the characteristics of the content in high definition, before accessing it.
  • a method as described above is characterized in that the request to process the content is received from a control terminal and the alert message is sent to said control terminal for its return.
  • the terminal that has sent the request to the processing device (for example, a smartphone sending a request for loading content to a TV key or a STB) which will receive in return the message informing it insufficient connections of the device.
  • the processing device for example, a smartphone sending a request for loading content to a TV key or a STB
  • the processing device for example, a smartphone sending a request for loading content to a TV key or a STB
  • the user's terminal he will be able to react quickly.
  • a method as described above is characterized in that the processing device is connected to a rendering device. content, and the alert message is sent to said rendering device.
  • the display terminal of the content connected to the processing device (for example, a TV rendering the content streamed by a TV key) which will receive the message informing it of the inadequacy of the connections of the device.
  • the processing device for example, a TV rendering the content streamed by a TV key
  • the terminal in front of which the user is waiting for the restitution of the content he will be able to react quickly.
  • a method as described above is characterized in that the characteristic of the content is a coding characteristic.
  • the method of coding a content has a great influence on the capabilities required on the part of the processing device, particularly as regards its power supply (it consumes more if it uses a more complex decoding technique), its useful throughput (it needs more bandwidth if it uses a high-rate coding technique) and the resolution of its display or the display that is connected to it.
  • a method as described above is characterized in that the characteristic of the content is a flow characteristic.
  • the useful bit rate of a content greatly affects the capabilities required on the part of the processing device, particularly as regards its connection to the network (it needs a wired connection if the bandwidth is high), its power supply (it needs more power if it has to decode more data), and its connection to an external rendering device (it needs a high-definition television if it has to process data corresponding to this flow).
  • the invention also relates to a multimedia content processing device having at least two separate connections for rendering at least one function, said device being characterized in that it comprises: a module for receiving a request for process multimedia content; a module for analyzing the request to extract at least one characteristic from said content;
  • module may correspond to both a software component and a hardware component or a set of hardware and software components, a software component itself corresponding to one or more computer programs or subprograms or more generally any element of a program capable of implementing a function or a set of functions as described for the modules concerned.
  • a hardware component corresponds to any element of a hardware set (or hardware) able to implement a function or a set of functions for the module concerned (integrated circuit, smart card, memory card, etc. .).
  • the invention also relates to a TV key comprising a processing device as presented above.
  • the invention also relates to a system comprising a processing device as claimed above, a control terminal and a playback terminal.
  • the invention also relates to a computer program capable of being implemented in a device as defined above, the program comprising code instructions which, when the program is executed by a processor, performs the steps of the method defined above.
  • This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other form desirable shape.
  • the invention relates to a recording medium readable by a data processor on which is recorded a program comprising program code instructions for performing the steps of the method defined above.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording means, for example a hard disk.
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can be downloaded in particular on an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • FIG. 1 represents an embodiment of the invention in which the device is a digital decoder taking the form of an electronic key.
  • FIG. 2 represents a hardware architecture of an electronic key according to one embodiment of the invention.
  • FIG. 3 represents a chronogram of the exchanges between a control terminal and an electronic key associated with a television set according to one embodiment of the invention.
  • FIG. 1 represents an embodiment of the invention in which the device is a digital decoder in the form of an electronic key (5) in a local area network (10) of a user (A) connected to the wide area network. (WAN, 1) via a service gateway (6).
  • a local network also called home network
  • a home network generally comprises a router equipment, also commonly called home gateway, or service gateway (6), an intermediate element for redirecting or routing data packets between the different terminals and the networks connected to it.
  • Such a home network often connects the different terminals using wireless or wired Ethernet wireless technology, both types of support being provided for communications based on the IP ⁇ Internet Protocol) family of protocols.
  • the term terminal device, or simply "terminal” any device able to connect with or without son to the bridge (6).
  • the context of the home LAN (10) is given as an example and could be easily transposed to that of a corporate network.
  • the local area network (10) comprises a terminal TA of the user A, and a rendering device (7), or more simply a television (TV), associated with a TV key (5, CTV) connected to the local network (10) via the service gateway (6) responsible for downloading the contents on the WAN network (1).
  • the terminals of the local network are able to establish connections with the WAN via the service gateway (6) which is connected to it by a high speed link.
  • the network (10) is for example an IP local area network and the broadband link is of the ADSL type (of the English Asymmetric Digital Subscriber Line).
  • the WAN network (1) is also in this example of the IP type and contains servers (3) of multimedia contents which notably host digital contents for provision of the terminals of the local network (10) in streaming mode.
  • the content server (3) is according to this example in the WAN (1) but it could, according to another example, be located in a local network, for example at the level of the service gateway (6) or any other equipment capable of hosting such a content server.
  • the full arrow (F1) represents the path of a content from the content server (3) to the television (7), via the service gateway (6) and then the CTV key (5). ).
  • the terminal TA is for example a smartphone or an electronic tablet.
  • the terminal TA is able to transmit to the key CTV a download command, comprising a download address to the content server (3).
  • the user chooses to receive streaming content (C).
  • the service gateway (6) connects to the content server (3) of the extended network (1) on which it retrieves the streamed contents.
  • the key CTV (5) receives the streamed content and the service starts, that is to say that the key can receive the content and display it on the television, typically using a technique called "adaptive streaming" ( HAS for "HTTP Adaptive Streaming”) well known to those skilled in the art.
  • HAS adaptive streaming
  • the client terminal generally performs a two-step request: a first step is to download a document describing the service access parameters via the HTTP (Hyper Text Transport Protocol) protocol, a client-server communication protocol developed. for Internet networks and especially the Web.
  • HTTP Hyper Text Transport Protocol
  • This document contains a set of descriptive information of the content accessible to a certain address on a content server. In the following, we refer to it under the expression "description file" and it is assumed for the sake of simplification that it is on the same server (3) as the content.
  • this file offers different streams for the same video, corresponding for example to different rates, different resolutions, different qualities.
  • the client terminal accesses the content on the server and the service actually starts, that is to say that the client terminal can receive and process the content.
  • MPD a manifest file inspired by the MPEG-DASH standard
  • appendix 1 An example of such a description file, a manifest file (abbreviated MPD) inspired by the MPEG-DASH standard, is provided in appendix 1.
  • MPD a manifest file
  • This simplified manifest file describes digital contents in an XML syntax (of the English "eXtended Markup Language"), comprising a list of contents in the form of fragments conventionally described between an opening tag ( ⁇ >) and a closing tag ⁇ /> . Each fragment corresponds to a certain duration with several levels of quality.
  • ⁇ > an opening tag
  • closing tag ⁇ /> Each fragment corresponds to a certain duration with several levels of quality.
  • tags are of particular interest for this embodiment of the invention:
  • o Adaptation Set contains the description of a multimedia feed (for example, all video, part of the video, audio in a certain language, subtitles, etc.)
  • a multimedia feed for example, all video, part of the video, audio in a certain language, subtitles, etc.
  • the first Adaptation Set describes the video of the content in MPEG4 encoding format and standard resolutions (SD) at 1 Mbit / s and 720p at 3.2 Mbit / s.
  • the second describes the HEVC coding format video and the HD (1080p) resolution at 10 Mbit / s.
  • BaseURL specifies an address to access content through a Uniform Resource Locator (URL) at different levels of the MPD file hierarchy.
  • these tags respectively indicate the address of the content server 3 (http://server.com) and the address of the streams, encoded in the MPEG4 format (video / h264) and / or in the HEVC format (video / h265);
  • o SegmentList lists the complementary parts of the addresses of the different fragments:
  • the terminal can proceed to obtain the fragments of multimedia content via a download at these addresses.
  • the composite address corresponding to the content C at the resolution and at the lowest bit rate is of type:
  • the generation of addresses is done on the electronic key itself; Naturally this variant assumes that the key has sufficient hardware and software to access the manifest file, analyze it and generate the correct address corresponding to the command received.
  • a "Connections Capacities File”, abbreviated FCC (2) has been previously installed on the device.
  • the management module according to the invention is able to recover the current characteristics in connections (according to the example, electrical and network) associated with the key CTV at a given moment, to compare them with the capacities inscribed in this file, then according the results of the comparison, to conditionally accept or refuse the service at a given moment, according to a method that will be described later in support of Figure 3. For example if the required content is high rate in HEVC and that the key is powered via USB, the user will be informed that this power supply is not enough and that he will have to connect the key on sector to benefit from the service in broadband / high definition.
  • FIG. 2 represents a hardware architecture of a processing device according to one embodiment of the invention, for example a TV key.
  • the device comprises memories M articulated around a processor (CPU). According to this example, it comprises:
  • WiFi radio-type communication module
  • a wired type of communication module which allows it to connect wired (for example, but not limited to, via an Ethernet cable) to the terminals of the network, including the service gateway;
  • an HTTP type communication module for providing client-server communications of the HTTP type, in particular for the purpose of exchanging data with the mobile terminals (TA) of the local network (exchange of identities, reception of streaming commands, acknowledgments, etc.) and with the content server in the WAN via the service gateway;
  • USB serial type power supply
  • POW mains power supply module
  • HDMI HDMI
  • multimedia content audio and video
  • basic commands from the mobile (silent mode, increased volume , volume reduction, etc.) as well as display commands according to one embodiment
  • CAP capacity management module
  • TA terminal
  • TV television
  • a "media player” capable of rendering (receiving, decoding, preparing) streams in streaming mode and delivering them to the playback device (TV);
  • the "media player” includes inter alia a set of decoders (audio, video, etc.) capable of decoding the multimedia contents, as well as a communication interface with the mobile device, able to interpret the orders coming from it .
  • FIG. 3 represents a chronogram of exchanges between a control terminal (TA), an electronic key (CTV, 5) associated with a television set (TV) and a content server (3) according to one embodiment of the invention.
  • the TV key (5) is initialized; the capabilities of the key can be predefined in a Connected Capability File (2, FCC), installed in the device memory. It can be a storage in ROM, or EPROM, etc. Alternatively, this capability file can be established and / or completed on the fly, running programs on the key, ie the key can learn what its possible connections are.
  • FCC Connected Capability File
  • MEDIA indicating the type of media (s) of a content, the type of encoding (for example MPEG4) and the resolution (for example SD) supported, and a range of associated bit rates (lMbits / s at 3Mbits / s);
  • a "CONNECTION" column indicating the type of connection supported by the processing device for one or more functions.
  • the device supports two functions:
  • NET network function
  • WI-FI WI-FI
  • ETH Ethernet
  • a power function indicates the types of possible connections to power the device; the possible power modes are here serial (USB) or mains (SEC), and the power supply has two powers 1 and 2 (SEC1 and SEC2); by for example, the user uses a power supply that is not provided for the key (SEC1) and delivers a reduced power or the original power supply of the key (SEC) which delivers a higher power;
  • MESSAGE A message column
  • the terminal TA of the user connects to the TV key CTV.
  • This connection is made in a conventional manner between the two devices, by a communication between a mobile application running on the terminal TA and a corresponding application on the TV key CTV.
  • the terminal TA submits a request to receive a content C via the key CTV (5) and return it on its TV.
  • This request is received in step E2 by the key CTV, which analyzes it.
  • the request is of type "restitution of the content C in HD on the TV".
  • the CAP module of the key CTV accesses during this step E2 to the description file MPD. It can download it for example on the content server (3), or on the service gateway, or access it locally, etc. It deduces the detailed characteristics of the content requested from it.
  • the TV key analyzes the description file and deduces that it must provide the content C in high definition at 10Mbit / s in HEVC, corresponding to the following URL (for the first fragment) if we refer to the manifest file given as an example in Annex 1:
  • the key CTV consults the file of the FCC capacities that it has in memory and acquires knowledge of the current configuration of the device corresponding to the various functions in this file.
  • the CAP module of the key CTV obtains the current state of the key relative to the two functions (modes of connection ALIM and NET) concerned. For example :
  • the TV key is connected in Wi-FI and connected to the mains (SEC1),
  • the TV key is connected in Ethernet (ETH) and powered by USB,
  • the CAP module of the CTV key analyzes the capabilities required for the requested media and compares them with the current connections of the key.
  • it must deliver HD content in HEVC at a rate of 10Mbit / s (line 6 of table 1);
  • it must perform the following two functions: a WiFI connection to the network and a minimum type of mains connection SEC 1.
  • the comparison, or test of adequacy will be negative (the service can not be rendered in the same way). 'state') or positive (the service can be returned as is).
  • the test is positive, it does not prepare a message.
  • the content accesses the request. It optionally transmits an acknowledgment to the terminal in a next step E5, then requests the content from the server and begins downloading and returning the content C required during step E6 (restitution symbolized by the curved arrow).
  • the Media Player (MP) receives the content from the service gateway, decodes it, formats it, makes it play as it is received and transmits it to the associated rendering device (TV).
  • step E4 is followed by a step E7, during which a message is sent to the user asking him to activate, for at least one function, a connection required for playback: mains connection, Ethernet connection, etc.
  • the TV key is connected in Wi-FI and connected to the mains with a power charger SEC1; if the requested content (HEVC Stream in 4K at 25Mbit / s) requires (line 7, table 1) a power supply supplied natively with the device (SEC2) and an Ethernet connection to the service gateway, the message displayed at the user is: "Connect the key to native power and Ethernet"
  • a step E26 the user performs such a connection action, taken into account during a step E8 (for example, the electrical state of the key is changed from a USB power state to a state power supply since the user has plugged in his key).
  • the CAP module on the key then returns to step E4 to verify that the requested action has been performed. If so, it continues with step E5 to stream the content.
  • Step E10 terminates the restitution of the content.
  • - display connectivity for example, the key can be connected to a rendering device in VGA or HDMI
  • memory connectivity for example, the key can be connected to an external hard drive which is only useful in certain use cases, especially if the content has to be registered
  • Appendix 1 Sample simplified MPEG-DASH manifest file

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

L'invention concerne un procédé de gestion des connexions d'un dispositif de traitement (5, CTV) de contenus multimédia (C) disposant d'au moins deux connexions distinctes pour rendre au moins une fonction (ALIM, NET). Le procédé est caractérisé en ce qu'il comporte, sur le dispositif de traitement, les étapes de : - réception d'une requête (REQ(C), E2) pour traiter un contenu multimédia (C); - analyse de la requête (REQ(C), E2) pour en extraire au moins une caractéristique dudit contenu (MPEG4@4Mb); - obtention (E3) d'une connexion courante pour ladite au moins une fonction du dispositif (Wi-Fi, ETH, USB, SEC1, SEC2); - vérification de l'adéquation (E4) entre ladite au moins une caractéristique du contenu et la connexion courante (Wi-Fi, ETH, USB, SEC1, SEC2); - en fonction des résultats de la vérification, émission (E5, E7) d'un message d'alerte pour modifier la connexion courante pour ladite au moins une fonction (ALIM, NET) du dispositif en une nouvelle connexion courante.

Description

Procédé de gestion des connexions d'un dispositif électronique.
Domaine technique L'invention se rapporte à un système et procédé de gestion des connexions d'un dispositif électronique.
L'invention s'applique à tout dispositif disposant de besoins variables en matière de connectique, en particulier électrique ou réseau. Elle s'adresse en particulier aux dispositifs multimédia. Etat de la technique
Les besoins en connexions d'un dispositif électronique (décodeur numérique, smartphone, etc.), et notamment pour ce qui concerne l'énergie électrique et le volume de données informatiques échangées sur un réseau, est généralement fonction des modules et/ou applications utilisés à un instant donné sur un tel dispositif. Les besoins d'un décodeur multimédia peuvent par exemple varier en fonction du type et de la résolution du contenu multimédia traité, du type de calculs qu'il doit effectuer, etc.
Or un utilisateur d'un tel dispositif ne peut pas savoir a priori si l'alimentation de son dispositif, le type de connexion au réseau, au dispositif de restitution, etc. sont appropriées à un instant donné.
Ainsi le dispositif va-t-il échouer à rendre l'application attendue si les ressources ne sont pas suffisantes, ou la rendre de manière dégradée. Dans le cas d'un décodeur multimédia (STB -Set-top box, décodeur logiciel sur PC, clé TV, etc.), si les connexions du dispositif ne sont pas adaptées, il peut ne pas restituer le contenu multimédia requis, ou de le restituer avec des pauses, des saccades, etc.
Certaines solutions permettent de s'adapter à la bande passante disponible sur le réseau, et notamment les techniques de téléchargement adaptatif ( adaptative streaming en anglais). Cependant, la qualité fournie à l'utilisateur n'est pas forcément celle qu'il attend. De plus, ce type de technique ne s'adapte qu'aux capacités de la bande passante disponible, et donc des capacités du réseau. En cas de connexion électrique insuffisante ce type de technique ne peut s'adapter correctement.
L'invention offre une solution ne présentant pas les inconvénients de l'état de la technique.
L'invention
A cet effet, selon un aspect fonctionnel, l'invention a pour objet un procédé de gestion des connexions d'un dispositif de traitement de contenus multimédia disposant d'au moins deux connexions distinctes pour rendre au moins une fonction, ledit procédé étant caractérisé en ce qu'il comporte, sur le dispositif de traitement, les étapes de :
- réception d'une requête pour traiter un contenu multimédia ;
- analyse de la requête pour en extraire au moins une caractéristique dudit contenu ;
- obtention d'une connexion courante pour ladite au moins une fonction du dispositif ;
- vérification de l'adéquation entre ladite au moins une caractéristique du contenu et la connexion courante ;
- en fonction des résultats de la vérification, émission d'un message d'alerte pour modifier la connexion courante pour ladite au moins une fonction du dispositif en une nouvelle connexion courante.
Par connexion d'un dispositif de traitement on entend une interface (un câble, un lien réseau, etc.) permettant au dispositif de se connecter à l'extérieur, en particulier sur un réseau (électrique ou de données ou de restitution).
Par fonction, on entend une fonctionnalité du dispositif pouvant être rendue par une telle connexion (alimentation en électricité ou en données, restitution sonore ou visuelle). Par contenu multimédia on entend un contenu pouvant contenir un ou plusieurs médias (audio, vidéo, graphique, texte, son, etc.) auxquels sont associées des caractéristiques de média (résolution spatiale ou temporelle, débit, fréquence, échantillonnage, type de codage, format de codage, etc.)
Par modification de la connexion courante, on entend l'ajout, la suppression ou la modification d'une connexion courante concernant la fonction à rendre, par exemple le branchement sur le secteur électrique, sur un réseau local ou sur un moniteur externe.
Ainsi, l'invention offre l'avantage de pouvoir prévenir facilement un utilisateur que la ou les connexion(s) courante(s) de son dispositif ne sont pas adaptées pour rendre le service demandé. Notamment, en fonction des caractéristiques du contenu multimédia, un certain nombre de connexions peuvent être requises : connexion au secteur (branchement électrique), connexion au réseau par voie filaire (Ethernet), etc. Ainsi, contrairement à l'état de l'art pour lequel le service n'est pas rendu si les connexions requises ne sont pas assurées, ou est rendu de manière dégradée (en diminuant par exemple le débit de données pour supprimer la nécessité d'une connexion filaire), l'invention permet avantageusement de prévenir l'utilisateur par l'émission d'un message approprié, que le service pourra être rendu à condition de modifier une ou plusieurs connexions de l'équipement.
Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que la fonction est relative à l'alimentation électrique du dispositif.
Ce mode de mise en œuvre de l'invention permet de prévenir l'utilisateur que l'alimentation électrique n'est pas suffisante pour rendre un service multimédia requis lorsque le dispositif comporte plusieurs modes de d'alimentation possibles. En effet, un dispositif électronique peut être alimenté via une batterie, une alimentation secteur, une alimentation filaire de type série (USB), de type HDMI-MHL, sans fils par courants porteurs, etc. Un type d'alimentation donné peut ne pas être adéquat pour rendre le service multimédia demandé (parce que la puissance, la fréquence, etc. de la source d'alimentation sont inadaptés).
Selon une variante de ce premier mode de mise en œuvre, la nouvelle connexion courante est de type série ou secteur. Cette variante de mise en œuvre de l'invention permet de prévenir l'utilisateur qu'il peut basculer d'un mode d'alimentation série, typiquement USB, sur un mode d'alimentation secteur et vice versa, ou ajouter une connexion USB pour un dispositif qui fonctionne sur batterie, etc. Cette variante est particulièrement avantageuse pour un petit dispositif comme par exemple une clé TV, lorsque le traitement du contenu multimédia demande une puissance supérieure à celle qui peut être délivrée par une batterie ou une alimentation série.
Selon un second mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec le précédent, un procédé tel que décrit plus haut est caractérisé en ce que la fonction est relative à l'accès au réseau de données du dispositif.
Ce mode de mise en œuvre de l'invention permet de prévenir l'utilisateur que la connexion réseau n'est pas suffisante pour rendre un service multimédia requis lorsque le dispositif comporte plusieurs modes de connexions possibles au réseau. En effet, un dispositif électronique peut être connecté à un réseau via une liaison sans fils (Wi-FI, Bluetooth, LiFi, etc.), ou via une liaison filaire (Ethernet, Câble optique, Courants porteurs en ligne, fibre, etc.) Un type de connexion réseau donné peut ne pas être adéquat pour rendre le service multimédia demandé (parce que le débit, la latence, etc. sur le réseau sont inadaptés).
Selon une variante de ce second mode de mise en œuvre, la nouvelle connexion courante est de type filaire.
Cette variante de mise en œuvre de l'invention permet de prévenir l'utilisateur qu'il peut basculer d'un mode de connexion réseau sans fils à un mode de connexion filaire, typiquement Ethernet, et vice versa. Cette variante est particulièrement avantageuse lorsque le contenu multimédia demande une bande passante supérieure à celle qui peut être délivrée par liaison radio sans fils. Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, un procédé tel que décrit ci-dessus est caractérisé en ce que la fonction est relative à la restitution des données multimédia du dispositif.
Ce mode de mise en œuvre de l'invention permet de prévenir l'utilisateur que l'affichage (ou la restitution sonore) du dispositif de traitement n'est pas suffisant pour rendre un service multimédia requis lorsque le dispositif comporte plusieurs modes de connexions possibles à un dispositif de restitution, notamment externe. En effet, un dispositif électronique peut disposer de son propre affichage mais encore être connecté à un afficheur externe de type écran de PC, TV standard, TV haute définition, etc. via une liaison VGA ou HDMI, etc. Un type de connexion donné (par exemple, VGA) peut ne pas être adéquat pour rendre le service multimédia demandé (parce que la résolution de l'écran, la vitesse d'acquisition des données, etc. sont inadaptées). Il est dans ce cas intéressant de pouvoir prévenir l'utilisateur qu'il peut changer type de connexion (e.g. basculer en HDMI) et/ou de moniteur pour rendre correctement le service.
Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, un procédé tel que décrit plus haut est caractérisé en ce que la requête est une requête de téléchargement progressif d'un contenu multimédia et en ce que l'étape d'analyse de la requête comporte les sous-étapes suivantes :
- obtention d'un fichier descriptif du contenu ;
- analyse du fichier pour en extraire au moins une caractéristique dudit contenu.
Ce mode de mise en œuvre de l'invention permet de bénéficier des avantages d'une méthode de streaming adaptatif (ou téléchargement progressif) pour l'accès aux contenus, et notamment de la présence d'un fichier de description du contenu, qui permet d'acquérir très simplement les caractéristiques du contenu à restituer (débit, codage, fréquence, résolutions, etc.)· Si par exemple l'utilisateur requiert un contenu en haute-définition, l'accès à un tel fichier de description du contenu permet de récupérer immédiatement les caractéristiques du contenu en haute définition, avant d'y accéder.
Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, un procédé tel que décrit plus haut est caractérisé en ce que la requête pour traiter le contenu est reçue d'un terminal de contrôle et le message d'alerte est émis vers ledit terminal de contrôle en vue de sa restitution.
Avantageusement selon ce mode, c'est le terminal qui a émis la requête vers le dispositif de traitement (par exemple, un smartphone émettant une requête de chargement de contenu vers une clé TV ou une STB) qui recevra en retour le message l'informant de l'insuffisance des connexions du dispositif. Comme il s'agit généralement du terminal de l'utilisateur, il sera à même de réagir rapidement.
Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, un procédé tel que décrit plus haut est caractérisé en ce que le dispositif de traitement est relié à un dispositif de restitution du contenu, et le message d'alerte est émis vers ledit dispositif de restitution.
Avantageusement selon ce mode, c'est le terminal d'affichage du contenu, relié au dispositif de traitement (par exemple, un TV restituant le contenu streamé par une clé TV) qui recevra le message l'informant de l'insuffisance des connexions du dispositif. Comme il s'agit généralement du terminal devant lequel se trouve l'utilisateur en attente de la restitution du contenu, il sera à même de réagir rapidement.
Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, un procédé tel que décrit plus haut est caractérisé en ce que la caractéristique du contenu est une caractéristique de codage.
Avantageusement selon ce mode, c'est une caractéristique de codage du contenu multimédia, par exemple du média vidéo d'une chaîne TV, qui est pris en compte pour caractériser le contenu. En effet, la méthode de codage d'un contenu influe grandement sur les capacités nécessaires de la part du dispositif de traitement, notamment pour ce qui concerne son alimentation électrique (il consomme davantage s'il utilise une technique de décodage plus complexe), son débit utile (il a besoin de plus de bande passante s'il utilise une technique de codage visant les hauts débits) et la résolution de son affichage ou de l'affichage qui lui est connecté.
Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, un procédé tel que décrit plus haut est caractérisé en ce que la caractéristique du contenu est une caractéristique de débit.
Avantageusement selon ce mode, c'est une caractéristique de débit du contenu multimédia, par exemple du média vidéo d'une chaîne TV, qui est pris en compte pour caractériser le contenu. En effet, le débit utile d'un contenu influe grandement sur les capacités nécessaires de la part du dispositif de traitement, notamment pour ce qui concerne sa connexion au réseau (il a besoin d'une connexion filaire si la bande passante est élevée), son alimentation électrique (il a besoin de plus d'énergie s'il doit décoder davantage de données), et sa connexion à un dispositif de restitution externe (il a besoin d'un téléviseur haute définition s'il doit traiter des données correspondant à ce débit).
Selon un aspect matériel, l'invention concerne également un dispositif de traitement de contenus multimédia disposant d'au moins deux connexions distinctes pour rendre au moins une fonction, ledit dispositif étant caractérisé en ce qu'il comporte : un module pour recevoir une requête pour traiter un contenu multimédia ; - un module pour analyser la requête pour en extraire au moins une caractéristique dudit contenu ;
- un module pour obtenir une connexion courante pour ladite au moins une fonction du dispositif ;
- un module pour vérifier l'adéquation entre la caractéristique du contenu et la connexion courante ;
- un module pour émettre en fonction des résultats de la vérification, un message d'alerte pour modifier la connexion courante pour ladite au moins une fonction du dispositif en une nouvelle connexion courante.
Le terme module peut correspondre aussi bien à un composant logiciel qu'à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d'ordinateur ou de manière plus générale à tout élément d'un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.).
Selon un autre aspect matériel, l'invention concerne également une clé TV comprenant un dispositif de traitement tel que présenté ci-dessus.
Selon un autre aspect matériel, l'invention concerne également un système comprenant un dispositif de traitement tel que revendiqué ci-dessus, un terminal de contrôle et un terminal de restitution.
Selon un autre aspect matériel, l'invention concerne également un programme d'ordinateur apte à être mis en œuvre dans un dispositif tel que défini ci-dessus, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes du procédé défini ci-dessus. Les objets selon les aspects matériels de l'invention procurent au moins les mêmes avantages que ceux procurés par le procédé selon le premier aspect. Les caractéristiques optionnelles évoquées pour le premier aspect peuvent s'appliquer en termes de procédé.
Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
Selon encore un autre aspect matériel, l'invention a trait à un support d'enregistrement lisible par un processeur de données sur lequel est enregistré un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé défini ci-dessus.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés.
Les figures:
La figure 1 représente un mode de réalisation de l'invention dans lequel le dispositif est un décodeur numérique prenant la forme d'une clé électronique.
La figure 2 représente une architecture matérielle d'une clé électronique selon un mode de réalisation de l'invention. La figure 3 représente un chronogramme des échanges entre un terminal de contrôle et une clé électronique associée à un téléviseur selon un mode de réalisation de l'invention.
Description détaillée d'un exemple de réalisation illustrant l'invention
La figure 1 représente un mode de réalisation de l'invention dans lequel le dispositif est un décodeur numérique prenant la forme d'une clé électronique (5) dans un réseau local (10) d'un utilisateur (A), connecté au réseau étendu (WAN, 1) via une passerelle de service (6).
On rappelle ici qu'un réseau local, aussi appelé réseau domestique, est un réseau informatique qui relie ensemble, avec ou sans fils, les terminaux d'une maison (ordinateurs, périphériques d'impression, de restitution, de stockage, etc.) aptes à communiquer ensemble. Un réseau domestique comporte généralement un équipement routeur, aussi communément appelé passerelle domestique, ou passerelle de service (6), élément intermédiaire assurant la redirection, ou routage, des paquets de données entre les différents terminaux et les réseaux qui lui sont connectés. Un tel réseau domestique connecte souvent les différents terminaux en utilisant une technologie sans fils WiFi ou filaire Ethernet, les deux types de support étant prévus pour des communications basés sur les protocoles de la famille IP {Internet Protocol). Par la suite, on entend par dispositif terminal, ou plus simplement « terminal », tout dispositif apte à se connecter avec ou sans fils à la passerelle (6).
Le contexte du réseau local domestique (10) est donné à titre d'exemple et pourrait être transposé aisément à celui d'un réseau d'entreprise.
Le réseau local (10) selon ce mode de réalisation de l'invention comprend un terminal TA de l'utilisateur A, et un dispositif de restitution (7), ou plus simplement téléviseur (TV), associé à une clé TV (5, CTV) connectée au réseau local (10) via la passerelle de service (6) chargée de télécharger les contenus sur le réseau WAN (1). Les terminaux du réseau local sont aptes à établir des connexions avec le WAN via la passerelle de service (6) qui lui est reliée par une liaison haut débit. Le réseau (10) est par exemple un réseau local IP et la liaison haut débit est de type ADSL (de l'anglais Asymmetric Digital Subscriber Line). Le réseau WAN (1) est également dans cet exemple de type IP et contient des serveurs (3) de contenus multimédia qui hébergent notamment des contenus numériques pour une mise à disposition des terminaux du réseau local (10) en mode de streaming. Le serveur de contenus (3) se trouve selon cet exemple dans le WAN (1) mais il pourrait, selon un autre exemple, être situé dans un réseau local, par exemple au niveau de la passerelle de service (6) ou de tout autre équipement capable d'héberger un tel serveur de contenus.
Sur la figure 1, la flèche pleine (Fl) représente le chemin d'un contenu depuis le serveur de contenus (3) jusqu'au téléviseur (7), en passant par la passerelle de service (6) puis la clé CTV (5).
Le terminal TA est par exemple un smartphone ou une tablette électronique. Le terminal TA est apte transmettre à la clé CTV un ordre de téléchargement, comprenant une adresse de téléchargement à destination du serveur de contenus (3). L'utilisateur choisit de recevoir un contenu (C) en streaming. La passerelle de service (6) se connecte au serveur de contenus (3) du réseau étendu (1) sur lequel elle récupère les contenus streamés. La clé CTV (5) reçoit le contenu streamé et le service démarre, c'est-à-dire que la clé peut recevoir le contenu et la faire afficher sur le téléviseur, en utilisant typiquement une technique de type dit « streaming adaptatif » (HAS pour « HTTP Adaptive Streaming ») bien connue de l'homme du métier. Il existe dans ce domaine plusieurs solutions techniques, comme par exemple les solutions propriétaires Microsoft Smooth Streaming, Apple HLS, Adobe Http Dynamic Streaming ou encore la norme MPEG-DASH de l'organisme ISO/IEC qui sera décrite ci-après. Le terminal client effectue généralement une requête en deux étapes : une première étape consiste à télécharger un document décrivant les paramètres d'accès au service via le protocole HTTP (de l'anglais Hyper Text Transport Protocol), un protocole de communication client-serveur développé pour les réseaux Internet et en particulier le Web. Ce document contient un ensemble d'informations descriptives du contenu accessible à une certaine adresse sur un serveur de contenus. Dans la suite, on y référera sous l'expression « fichier de description » et on suppose dans un but de simplification qu'il se trouve sur le même serveur (3) que le contenu. Classiquement, ce fichier propose différents flux pour la même vidéo, correspondant par exemple à différents débits, différentes résolutions, différentes qualités. Lors d'une seconde étape, le terminal client accède au contenu sur le serveur et le service démarre effectivement, c'est-à-dire que le terminal client peut recevoir et traiter le contenu.
Un exemple de tel fichier de description, un fichier manifest (en abrégé MPD) inspiré de la norme MPEG-DASH, est fourni en annexe 1. Pour plus de détails on pourra se référer à la version la plus récente de la norme ISO/IEC 23009-1. Ce fichier manifest simplifié décrit des contenus numériques dans une syntaxe XML (de l'Anglais « eXtended Markup Language»), comprenant une liste de contenus sous forme de fragments classiquement décrits entre une balise ouvrante (< >) et une balise fermante </ >. Chaque fragment correspond à une certaine durée avec plusieurs niveaux de qualité. Les balises suivantes ont un intérêt particulier pour ce mode de réalisation de l'invention :
o Adaptation Set contient la description d'un flux multimédia (par exemple, toute la vidéo, une partie de la vidéo, l'audio dans une certaine langue, les sous-titres, etc.) Dans l'exemple :
o le premier Adaptation Set décrit la vidéo du contenu au format de codage MPEG4 et aux résolutions standard (SD) à 1 Mbit/s et 720p à 3,2 Mbits/s.
o le second décrit la vidéo au format de codage HEVC et à la résolution HD (1080p) à 10 Mbit/s.
o BaseURL indique une adresse pour accéder au contenu via une URL (Uniform Resource Locator), à différents niveaux de la hiérarchie du fichier MPD. Dans l'exemple, ces balises indiquent respectivement l'adresse du serveur de contenus 3 (http://server.com) puis l'adresse des flux, encodés au format MPEG4 (video/h264) et/ou au format HEVC (video/h265) ;
o SegmentList liste les parties complémentaires des adresses des différents fragments :
- « C_SD_1000k_h264_l.m4s» pour le premier fragment du contenu « C » à 1000 kilobits par seconde (« kb »), au format 800x600 (SD)
- « C_SD_1000k_h264_2.m4s» pour le second fragment,
- etc.
Une fois qu'il dispose de ces adresses de fragments, le terminal peut procéder à l'obtention des fragments de contenu multimédia via un téléchargement à ces adresses. Par exemple, l'adresse composée correspondant au contenu C à la résolution et au débit le plus faible est de type :
http://server.com/video/h264 /C_SD_1000k_h264(_X).m4s.
Selon cet exemple, la génération des adresses se fait sur la clé électronique elle-même ; naturellement cette variante suppose que la clé dispose des moyens matériels et logiciels suffisants pour accéder au fichier manifest, l'analyser et générer l'adresse correcte correspondant à la commande reçue.
Selon l'invention, un « Fichier des Capacités en Connexions », abrégé FCC (2) a été préalablement installé sur le dispositif. Le module de gestion selon l'invention est apte à récupérer les caractéristiques courantes en connexions (selon l'exemple, électrique et réseau) associées à la clé CTV à un instant donné, de les comparer aux capacités inscrites dans ce fichier, puis en fonction des résultats de la comparaison, d'accepter ou refuser conditionnellement le service à un instant donné, selon un procédé qui sera décrit plus tard à l'appui de la figure 3. Par exemple si le contenu requis est à débit élevé en HEVC et que la clé est alimentée via USB, l'utilisateur sera informé que cette alimentation ne suffit pas et qu'il devra brancher la clé sur secteur pour bénéficier du service en haut débit/haute définition.
La figure 2 représente une architecture matérielle d'un dispositif de traitement selon un mode de réalisation de l'invention, par exemple une clé TV.
Le dispositif comprend des mémoires M articulées autour d'un processeur (CPU). Il comporte selon cet exemple :
- un module de communication de type radio (WiFi) qui lui permet de se connecter sans fils (par exemple, mais de manière non limitative, via un canal radio de type WiFI) aux terminaux du réseau, notamment les dispositifs mobiles (TA) et la passerelle de service (6) ;
- un module de communication de type filaire (ETH) qui lui permet de se connecter de manière filaire (par exemple, mais de manière non limitative, via un câble Ethernet) aux terminaux du réseau, notamment la passerelle de service ; un module de communication de type HTTP pour assurer les communications client-serveur de type HTTP, notamment dans le but d'échanger des données avec les terminaux mobiles (TA) du réseau local (échange des identités, réception des commandes de streaming, acquittements, etc.) et avec le serveur de contenus dans le WAN via la passerelle de service ;
un module d'alimentation de type série (USB)
un module d'alimentation de type secteur (POW) ;
un module d'interface (HDMI) capable de s'interfacer physiquement et logiquement avec le téléviseur (7) pour transmission du contenu multimédia (audio et vidéo) décodé et échange de commandes de base en provenance du mobile (mode silence, augmentation du volume, diminution du volume, etc.) ainsi que des commandes d'affichage selon un mode de réalisation ;
un module de gestion des capacités (CAP) selon l'invention, chargé de la gestion des capacités de la clé CTV selon le mode de réalisation décrit précédemment à l'appui de la figure 1. Ce module est notamment capable, en relation avec des modes de réalisation de l'invention :
• d'analyser la requête en provenance d'un terminal (TA) et d'en déduire quelle(s) caractéristique(s) du contenu doit être sélectionné ; la bande passante disponible et la capacité du dispositif de restitution peuvent aussi être classiquement examinées à ce stade.
• de déduire de la requête les capacités nécessaires en alimentation (électrique ou réseau) correspondant aux capacités du contenu demandé ;
• de comparer les capacités nécessaires aux capacités effectives du dispositif ;
• si les capacités du dispositif sont insuffisantes, de préparer un message d'alerte à destination de l'utilisateur ;
• d'émettre le message d'alerte vers le terminal (TA) et/ou le téléviseur (TV). - un « media player » (MP) capable de restituer (recevoir, décoder, préparer) les flux en mode de streaming et de les délivrer au dispositif de restitution (TV) ; le « media player » comporte entre autres un ensemble de décodeurs (audio, vidéo, etc.) aptes à décoder les contenus multimédia, ainsi qu'une interface de communication avec le dispositif mobile, apte à interpréter les ordres en provenance de celui- ci.
La figure 3 représente un chronogramme des échanges entre un terminal de contrôle (TA), une clé électronique (CTV, 5) associée à un téléviseur (TV) et un serveur de contenus (3) selon un mode de réalisation de l'invention.
Lors d'une étape E0, la clé TV (5) est initialisée ; les capacités de la clé peuvent être prédéfinies dans un Fichier des Capacités en Connexions (2, FCC), installé dans la mémoire du dispositif. Il peut s'agir d'un stockage en mémoire ROM, ou EPROM, etc. Alternativement, ce fichier des capacités peut être établi et/ou complété à la volée, en cour d'exécution de programmes sur la clé, c'est-à- dire que la clé peut apprendre quelles sont ses connexions possibles.
Un exemple de contenu d'un tel fichier, qui se trouve en mémoire de la clé, est illustré ci-dessous sous forme d'une table ; elle comporte :
- l'identifiant de la clé CTV ;
- une colonne « MEDIA » indiquant le type de média(s) d'un contenu, le type de codage (par exemple MPEG4) et la résolution (par exemple SD) supportés, et une plage de débits associés (lMbits/s à 3Mbits/s) ;
- une colonne « CONNEXION » indiquant le type de connexion supporté par le dispositif de traitement pour une ou plusieurs fonctions. Selon cet exemple, le dispositif supporte deux fonctions :
o une fonction réseau (NET) indique les types de connexions possibles entre la passerelle et la clé, selon cet exemple WI-FI (WIFI) ou Ethernet (ETH) ;
o une fonction alimentation (ALIM) indique les types de connexions possibles pour alimenter le dispositif ; les modes d'alimentation possibles sont ici série (USB) ou secteur (SEC), et le bloc d'alimentation dispose de deux puissances 1 et 2 (SEC1 et SEC2) ; par exemple, l'utilisateur utilise une alimentation qui n'est pas prévue pour la clé (SEC1) et délivre une puissance réduite ou l'alimentation d'origine de la clé (SEC) qui délivre une puissance plus élevée ;
- une colonne message (MESSAGE) pour indiquer à l'utilisateur les mesures à prendre pour pallier une insuffisance des connexions nécessaires à la restitution d'un contenu donné.
Par exemple :
- ligne 4 : le décodage d'un contenu vidéo en MPEG4/SD dont le débit se situe entre 1 et 3 Mbits/s ne requiert pas de capacités autres qu'une alimentation USB (colonne ALIM) et une réception Wi-Fi (colonne NET) classiques. Aucune alerte ne doit être remontée à l'utilisateur dans ce cas, quelle que soit la configuration de la clé ;
- ligne 7 : le décodage d'un contenu vidéo en HEVC/4K dont le débit se situe entre 10 et 25 Mbits/s demande une grande capacité en réception et donc une liaison Ethernet (ETH, colonne NET), ainsi qu'une puissance élevée de décodage qui ne pourra être obtenue que si la clé est en mode d'alimentation secteur niveau 2 (SE2, colonne ALIM)). Dans ce cas, une alerte doit être remontée à l'utilisateur pour le prévenir de brancher la clé sur secteur SEC2 en utilisant l'alimentation native si ce n'est pas fait et/ou en Ethernet si la clé fonctionne en Wi-FI. le message à émettre proposé ici à titre d'exemple est (colonne MESSAGE) : « Brancher la dé sur alimentation native et Ethernet ». Naturellement, ce message ne sera émis que si la clé n'est pas déjà connectée selon ces modes. Ceci suppose donc une analyse préalable de l'état courant des connexions de la clé.
Table 1 : exemple de Table du fichier des capacités (FCC) du dispositif
Lors d'une étape E21 (El), le terminal TA de l'utilisateur se connecte à la clé TV CTV. Cette connexion est effectuée de manière classique entre les deux dispositifs, par une communication entre une application mobile s'exécutant sur le terminal TA et une application correspondante sur la clé TV CTV.
Lors d'une étape E22, le terminal TA soumet une requête pour recevoir un contenu C via la clé CTV (5) et le restituer sur son TV. Cette requête est reçue à l'étape E2 par la clé CTV, qui l'analyse. Par exemple la requête est de type « restitution du contenu C en HD sur le TV ».
Le module CAP de la clé CTV accède lors de cette étape E2 au fichier de description MPD. Elle peut le télécharger par exemple sur le serveur de contenus (3), ou sur la passerelle de service, ou y accéder en local, etc. Elle en déduit les caractéristiques détaillées du contenu qui lui est demandé. La clé TV analyse le fichier de description et en déduit qu'elle doit fournir le contenu C en haute définition à 10Mbit/s en HEVC, correspondant à l'URL suivante (pour le premier fragment) si l'on se réfère au fichier manifest donné à titre d'exemple en annexe 1 :
http://server.com/video/h265 / C_1080p_10000k_h265_l.m4s. Lors d'une étape E3, la clé CTV consulte le fichier des capacités FCC qu'elle a en mémoire et prend connaissance de la configuration courante du dispositif correspondant aux différentes fonctions dans ce fichier. Selon l'exemple fourni dans la table ci-dessus, le module CAP de la clé CTV obtient l'état courant de la clé relatif aux deux fonctions (modes de connexion ALIM et NET) concernées. Par exemple :
- la clé TV est connectée en Wi-FI et branchée sur le secteur (SEC1),
- la clé TV est connectée en Ethernet (ETH) et alimentée en USB,
- etc.
Lors d'une étape E4, le module CAP de la clé CTV analyse les capacités requises pour le média demandé et les compare aux connexions courantes de la clé. Dans l'exemple, elle doit délivrer un contenu HD en HEVC à un débit de 10Mbit/s (ligne 6 de la table 1); pour cela elle doit assurer les deux fonctions suivantes : une connexion WiFI au réseau et une connexion secteur de type minimum SEC 1. Selon les cas, la comparaison, ou test d'adéquation, sera négatif (le service ne peut pas être rendu en l'état) ou positif (le service peut être rendu en l'état). Selon l'exemple :
- si la clé TV est connectée en Wi-FI ou en Ethernet et branchée sur le secteur, le test est positif, elle ne prépare pas de message.
- si la clé TV est connectée en Wi-FI ou en Ethernet et alimentée en USB, le test est négatif, elle prépare le message d'erreur « Brancher la clé ».
Si le contenu peut être rendu en l'état, elle accède à la requête. Elle transmet optionnellement un acquittement au terminal lors d'une étape suivante E5, puis requiert le contenu auprès du serveur et commence le téléchargement et la restitution du contenu C requis au cours de l'étape E6 (restitution symbolisée par la flèche courbe). Le « Media Player » (MP) reçoit le contenu en provenance de la passerelle de service, le décode, le met en forme, le fait jouer au fur et à mesure de sa réception et le transmet au dispositif de restitution associé (TV).
Sinon, si les capacités du contenu demandé ne correspondent pas aux branchements courants, c'est à dire si le test d'adéquation de l'étape E4 est négatif, l'étape E4 est suivie d'une étape E7, au cours de laquelle un message est transmis à l'utilisateur en lui demandant d'activer, pour au moins une fonction, une connexion nécessaire à la restitution : branchement sur le secteur, branchement Ethernet, etc.
Selon l'exemple fourni plus haut, elle transmet au terminal mobile de l'utilisateur le message M : « Brancher la clé».
Selon encore un autre exemple, la clé TV est connectée en Wi-FI et branchée sur le secteur avec un chargeur de puissance SEC1 ; si le contenu demandé (Flux HEVC en 4K à 25Mbit/s) requiert (ligne 7, table 1) une alimentation électrique fournie nativement avec le dispositif (SEC2) et une connexion en Ethernet à la passerelle de service, le message affiché à l'utilisateur est de type : « Brancher la clé sur alimentation native et Ethernet »
Lors d'une étape E26, l'utilisateur effectue une telle action de connexion, prise en compte lors d'une étape E8 (par exemple, l'état électrique de la clé est modifié d'un état d'alimentation USB à un état d'alimentation secteur puisque l'utilisateur a branché sa clé).
Le module CAP sur la clé revient alors à l'étape E4 pour vérifier que l'action demandée a bien été effectuée. Si c'est le cas, elle continue par l'étape E5 pour streamer\e contenu.
Dans la négative le contenu ne sera pas restitué et on peut revenir à l'étape E7, ou arrêter le programme.
L'tape E10 met fin à la restitution du contenu.
Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l'homme de l'art sans pour autant sortir du cadre de l'invention.
Notamment d'autres types de connexions peuvent être envisagées :
- connectique d'affichage (par exemple, la clé peut être connectée à un dispositif de restitution en VGA ou HDMI) ; connectique de mémoire (par exemple, la clé peut être connectée à un disque dur externe qui n'est utile que dans certains cas d'utilisation, notamment si le contenu doit être enregistré) ; etc.
Annexe 1 : exemple de fichier manifest simplifié MPEG-DASH

Claims

Revendications
1. Procédé de gestion des connexions d'un dispositif de traitement (5, CTV) de contenus multimédia (C) disposant d'au moins deux connexions distinctes pour rendre au moins une fonction (ALIM, NET), ledit procédé étant caractérisé en ce qu'il comporte, sur le dispositif de traitement connecté sur une première connexion courante pour cette fonction, les étapes de :
- réception d'une requête (REQ(C), E2) pour traiter un contenu multimédia (C), la requête comportant une caractéristique au moins dudit contenu (MPEG4@4Mb) ;
- obtention (E3) de ladite première connexion courante pour ladite au moins une fonction du dispositif (Wi-Fi, ETH, USB, SEC1, SEC2) ;
- si ladite au moins une caractéristique du contenu n'est pas adaptée pour la première connexion courante (Wi-Fi, ETH, USB, SEC1, SEC2), émission (E5, E7) d'un message d'alerte comportant une indication pour modifier la première connexion courante pour ladite au moins une fonction (ALIM, NET) du dispositif en une nouvelle connexion courante distincte de la première.
2. Procédé selon la revendication 1, caractérisé en ce que la fonction est relative à l'alimentation électrique (ALIM) du dispositif.
3. Procédé selon la revendication 2, caractérisé en ce que la nouvelle connexion courante est de type série (USB) ou secteur (SEC1, SEC2).
4. Procédé selon la revendication 1, caractérisé en ce que la fonction est relative à l'accès au réseau de données (NET) du dispositif.
5. Procédé selon la revendication 4, caractérisé en ce que la nouvelle connexion courante est de type filaire (ETH).
6. Procédé selon la revendication 1, caractérisé en ce que la fonction est relative à la restitution des données multimédia du dispositif.
7. Procédé selon la revendication 1, caractérisé en ce que la requête (REQ(C)) est une requête de téléchargement progressif d'un contenu multimédia et en ce que le procédé comporte en outre une étape d'analyse (E2) de la requête comportant les sous-étapes suivantes :
- obtention d'un fichier descriptif du contenu (.mpd) ;
- analyse du fichier pour en extraire au moins une caractéristique dudit contenu (MPEG4@4Mb).
8. Procédé selon la revendication 1, caractérisé en ce que la requête pour traiter le contenu (REQ(C)) est reçue d'un terminal de contrôle (TA) et le message d'alerte (M) est émis vers ledit terminal de contrôle (TA) en vue de sa restitution.
9. Procédé selon la revendication 1, caractérisé en ce que le dispositif de traitement (5) est relié à un dispositif de restitution (TV) du contenu, et le message d'alerte (M) est émis vers ledit dispositif de restitution.
10. Procédé de gestion selon la revendication 1, caractérisé en ce que la caractéristique du contenu est une caractéristique de codage.
11. Procédé de gestion selon la revendication 1, caractérisé en ce que la caractéristique du contenu est une caractéristique de débit.
12. Dispositif de traitement de contenus multimédia disposant d'au moins deux connexions distinctes pour rendre au moins une fonction (ALIM, NET), ledit dispositif étant connecté sur une première connexion courante pour cette fonction et caractérisé en ce qu'il comporte :
- un module (WFi) pour recevoir une requête (E2) pour traiter un contenu multimédia (C) la requête comportant au moins une caractéristique dudit contenu (MPEG4@4Mb) ;
- un module (CAP) pour obtenir ladite première_connexion courante pour ladite au moins une fonction du dispositif (Wi-Fi, ETH, USB, SEC1, SEC2) ; - un module pour émettre (WIFI, http, HDMI), si ladite au moins une caractéristique du contenu n'est pas adaptée pour la première connexion courante,, un message d'alerte comportant une indication pour modifier la connexion courante pour ladite au moins une fonction (ALIM, NET) du dispositif en une nouvelle connexion courante distincte de la première.
13. Clé TV comprenant un dispositif de traitement selon la revendication précédente.
14. Système comprenant un dispositif de traitement selon la revendication 12 ou 13, un terminal de contrôle et un terminal de restitution.
15. Programme d'ordinateur comportant des instructions de code pour la mise en œuvre du procédé de gestion conforme à la revendication 1, lorsque celle-ci est exécutée par un processeur.
EP18833912.1A 2017-12-05 2018-12-03 Procédé de gestion des connexions d'un dispositif électronique Ceased EP3721637A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1761619A FR3074591A1 (fr) 2017-12-05 2017-12-05 Procede de gestion des connexions d'un dispositif electronique.
PCT/FR2018/053090 WO2019110906A1 (fr) 2017-12-05 2018-12-03 Procédé de gestion des connexions d'un dispositif électronique

Publications (1)

Publication Number Publication Date
EP3721637A1 true EP3721637A1 (fr) 2020-10-14

Family

ID=61750275

Family Applications (1)

Application Number Title Priority Date Filing Date
EP18833912.1A Ceased EP3721637A1 (fr) 2017-12-05 2018-12-03 Procédé de gestion des connexions d'un dispositif électronique

Country Status (4)

Country Link
US (1) US11412309B2 (fr)
EP (1) EP3721637A1 (fr)
FR (1) FR3074591A1 (fr)
WO (1) WO2019110906A1 (fr)

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5883621A (en) * 1996-06-21 1999-03-16 Sony Corporation Device control with topology map in a digital network
JP4116212B2 (ja) * 1999-12-28 2008-07-09 株式会社東芝 通信装置およびその制御方法
JP4551546B2 (ja) * 2000-09-28 2010-09-29 キヤノン株式会社 ネットワークシステムのサーバ装置及びその制御方法
US20020136298A1 (en) * 2001-01-18 2002-09-26 Chandrashekhara Anantharamu System and method for adaptive streaming of predictive coded video data
US20040158878A1 (en) * 2003-02-07 2004-08-12 Viresh Ratnakar Power scalable digital video decoding
US9270944B2 (en) * 2007-02-14 2016-02-23 Time Warner Cable Enterprises Llc Methods and apparatus for content delivery notification and management
US20080240146A1 (en) * 2007-03-27 2008-10-02 Harkirat Singh System and method for wireless communication of uncompressed video having data transmission on a secondary low rate channel
US7911509B2 (en) * 2008-03-12 2011-03-22 Sony Ericsson Mobile Communications Ab Adaptive video encode scaling
US8855459B2 (en) * 2008-06-17 2014-10-07 Apple Inc. Method and apparatus for prolonging battery life of a media player
US8914835B2 (en) * 2009-10-28 2014-12-16 Qualcomm Incorporated Streaming encoded video data
KR101750048B1 (ko) * 2009-11-13 2017-07-03 삼성전자주식회사 변속 재생 서비스 제공 방법 및 장치
US20130044264A1 (en) * 2011-08-16 2013-02-21 Research In Motion Limited Mobile tv side-loading quality indicator
US9479807B1 (en) * 2011-09-29 2016-10-25 Arris Enterprises, Inc. Gateway-based video client-proxy sub-system for managed delivery of A/V content using fragmented method in a stateful system
US8904014B2 (en) * 2012-03-15 2014-12-02 International Business Machines Corporation Content delivery mechanisms for multicast communication
US10063921B2 (en) * 2013-03-06 2018-08-28 Interdigital Patent Holdings, Inc. Power aware adaptation for video streaming
WO2015008538A1 (fr) * 2013-07-19 2015-01-22 ソニー株式会社 Dispositif de traitement d'informations et procédé de traitement d'informations
FR3019418A1 (fr) * 2014-03-31 2015-10-02 Orange Dispositif et procede de deport de la restitution de contenus multimedia
US9800907B2 (en) * 2015-12-01 2017-10-24 Rovi Guides, Inc. Systems and methods for managing available bandwidth in a household
US10437304B2 (en) 2016-03-15 2019-10-08 Roku, Inc. Brown out condition detection and device calibration
FR3074629A1 (fr) * 2017-12-05 2019-06-07 Orange Procede de gestion de la consommation electrique d'un dispositif electronique.

Also Published As

Publication number Publication date
FR3074591A1 (fr) 2019-06-07
WO2019110906A1 (fr) 2019-06-13
US11412309B2 (en) 2022-08-09
US20200389706A1 (en) 2020-12-10

Similar Documents

Publication Publication Date Title
US8516144B2 (en) Startup bitrate in adaptive bitrate streaming
EP3496407A1 (fr) Procédé de gestion de la consommation électrique d&#39;un dispositif électronique
CN113037821B (zh) 操作高速缓存器的方法及相应高速缓存器
EP3370394B1 (fr) Dispositif d&#39;accès à adressage multiple
WO2020259911A1 (fr) Procédé de gestion du téléchargement progressif adaptatif (has) d&#39;un contenu numérique diffusé en temps réel, gestionnaire, terminal lecteur de flux multimédia et programme d&#39;ordinateur correspondants
WO2021089942A1 (fr) Procédé de gestion de zapping de contenus multimédias numériques obtenu par téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d&#39;ordinateur correspondants
EP3721637A1 (fr) Procédé de gestion des connexions d&#39;un dispositif électronique
EP3135042A1 (fr) Procédé de gestion de la sélection de la représentation des segments d&#39;un contenu multimedia transmis sur un réseau de communication
EP3461135A1 (fr) Procédé de gestion du droit d&#39;accès à un contenu numérique
FR3081647A1 (fr) Gestion du telechargement progressif adaptatif (has) d&#39;un contenu numerique au sein d&#39;un terminal lecteur de flux multimedia en temps reel.
EP4035408A1 (fr) Gestion du téléchargement progressif adaptatif d&#39;un contenu numérique sur réseau mobile avec sélection d&#39;un débit d&#39;encodage maximum autorisé en fonction d&#39;un godet de données
EP3228083B1 (fr) Procédé de gestion du droit d&#39;accès a un contenu numérique
FR3114720A1 (fr) Gestion du téléchargement progressif adaptatif d’un contenu tenant compte de la qualité du signal échangé entre le terminal client et le point d’accès au réseau
EP3926929B1 (fr) Procédé de gestion de la lecture d&#39;un contenu numérique au sein d&#39;un terminal lecteur de contenus multimédias connecté à un dispositif de restitution
WO2014155017A1 (fr) Transcodage et diffusion adaptative de contenus multimédia
EP4465639A1 (fr) Procédé de gestion du traitement d&#39;un flux vidéo dans un réseau local
FR3096210A1 (fr) Procédé de transmission d’un contenu numérique ayant plusieurs versions accessibles depuis un serveur de contenus à destination d’un terminal de restitution.
EP4521753A1 (fr) Procédé de gestion du traitement d&#39;un flux vidéo dans un réseau local
EP4109905A1 (fr) Gestion du téléchargement progressif adaptatif d&#39;un contenu numérique en mode économiseur d&#39;écran
FR3154566A1 (fr) procédé de gestion de l’accès à des fichiers de description associés à un contenu diffusé en temps réel.
EP4734527A1 (fr) Procédé de gestion de l accès, par un dispositif de lecture, à des contenus segmentés
CN118803358A (zh) 直播观看时长的计算方法、装置、设备、存储介质及产品
EP2282475A1 (fr) Procede et dispositif de restitution d&#39;un contenu multimedia
FR3096540A1 (fr) Restitution d’un contenu en arrière-plan ou sous forme d’incrustation dans le cadre d’un téléchargement progressif adaptatif de type HAS

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20200630

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20211111

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20231102