WO2010094872A1 - Interfacage d'un appareil avec un reseau - Google Patents

Interfacage d'un appareil avec un reseau Download PDF

Info

Publication number
WO2010094872A1
WO2010094872A1 PCT/FR2010/050202 FR2010050202W WO2010094872A1 WO 2010094872 A1 WO2010094872 A1 WO 2010094872A1 FR 2010050202 W FR2010050202 W FR 2010050202W WO 2010094872 A1 WO2010094872 A1 WO 2010094872A1
Authority
WO
WIPO (PCT)
Prior art keywords
interface
content
memory
host
data
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
PCT/FR2010/050202
Other languages
English (en)
Inventor
Alain Bouriel
Yann Morin
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
France Telecom 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 France Telecom SA filed Critical France Telecom SA
Publication of WO2010094872A1 publication Critical patent/WO2010094872A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • 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
    • H04N21/4184—External card to be used in combination with the client device, e.g. for conditional access providing storage capabilities, e.g. memory stick
    • 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/426—Internal components of the client ; Characteristics thereof
    • H04N21/42661—Internal components of the client ; Characteristics thereof for reading from or writing on a magnetic storage medium, e.g. hard disk drive
    • H04N21/42669—Internal components of the client ; Characteristics thereof for reading from or writing on a magnetic storage medium, e.g. hard disk drive the medium being removable
    • 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/426—Internal components of the client ; Characteristics thereof
    • H04N21/42692—Internal components of the client ; Characteristics thereof for reading from or writing on a volatile storage medium, e.g. Random Access Memory [RAM]
    • 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/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/47214—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 content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless

Definitions

  • the invention relates to the field of interfacing a device with a network, for example a local network such as a Wi-Fi or other type of wireless network.
  • a network for example a local network such as a Wi-Fi or other type of wireless network.
  • the device may be for example a computer type PC (English “Personal Computer”), a printer, a digital photo frame, a video player (or PMP, English “Portable Media Player "), a television set, a Set Top Box, a personal assistant (PDA), a hi-fi system, a DVD player, or other.
  • PC Computer Type Computer
  • PMP Portable Media Player
  • PMP Portable Media Player
  • TV set a Set Top Box
  • PDA personal assistant
  • hi-fi system a DVD player, or other.
  • An interfacing device is known, in particular described in document FR2909824, comprising a USB (Universal Serial Bus) interface for communicating with the host apparatus, and means for accessing a remote memory space.
  • This interfacing device is arranged to simulate with the host device a tree of local files corresponding in fact to data of the remote memory space.
  • such an interfacing device behaves like a slave of the host apparatus, that is to say that the host device initiates the dialogs and that the interfacing device is happy to respond to requests from the host device, as would a conventional USB stick.
  • communications with the remote memory space are likely to be more elaborate.
  • a dialogue between the interfacing device and a network could be initiated by one or the other of the interface device and the network.
  • the interface device could behave as a client-initiator of the dialogue, or as a server, capable of processing a dialogue initialization message received from the network.
  • the interfacing device is therefore likely to modify the file system without these modifications being requested by the host device.
  • the host device may be unable to understand this change and could be brought into an inconsistent state leading for example to reject the interfacing device, or a blocking of the file system of the host device.
  • One of the aims of the invention is to overcome disadvantages of the state of the art mentioned above.
  • the subject of the invention is a method of communication between a network and a host device.
  • An interfacing device is provided comprising a first interface for communication via at least one network, and a second interface for communication with a host device.
  • the communication between the interfacing device and the host device is conducted according to a standard removable mass memory management protocol.
  • the method comprises: a step, implemented by the interfacing device, presenting to the host device a content to be read having a chosen apparent size. a step, implemented by the host device, sending content read request messages.
  • the apparent size is chosen high enough that once the playback of the content has begun, the host apparatus generates and sends content read request messages repetitively.
  • the apparent size of the content to be read can be very large, for example of the order of several gigabytes.
  • the perception of the host device is that it will be able to read such content only after a very high number of readings given an order of magnitude of a duration of a connection to the interfacing device, so that readings of the contents are done repetitively.
  • the content presented is modified without these modifications being requested by the host device, these modifications are reflected in the host device, because of these successive readings.
  • some host devices such as HiFi system or digital photo frame, are arranged to systematically play the content on a removable mass memory to which they are connected. In this case, it is sufficient to choose an apparent size of the content to be played that is greater than the size of a cache memory of the host device.
  • the host device is forced to perform successive readings of the interfacing device.
  • the communications between the host device and the interface device are carried out according to a removable mass memory management protocol, it is probable that no information concerning the host device (cache size, type of reading performed) is transmitted to the interfacing device. It can therefore be advantageously provided to keep in a memory of the interfacing device a predetermined apparent size value and pseudo-infinite.
  • pseudo-infinite apparent size we mean an apparent size large enough for readings are repeatedly issued for the duration of a connection to the interfacing device. For example, given the current technologies, this apparent size can be chosen equal to several Giga Bytes, but could be increased with the evolution of technologies.
  • This apparent size value can be set by the manufacturer of the interfacing device, and / or received by the first interface. It can thus be expected that it is possible to reprogram this apparent size value.
  • the invention is not limited by the manner in which a size indication is transmitted to the host apparatus.
  • the interfacing device transmits a size value in bytes, or else a start address and an end address. It can be provided that the size indication has only one end address, when the host apparatus is configured to systematically start reading at a predetermined address.
  • the host device may be configured to read the content to be played back systematically.
  • a HiFi system or a digital photo frame are arranged to play systematically the content present on a removable mass memory to which they are connected.
  • a photo frame can be arranged to systematically read and display images presented by the interfacing device, without any request from the user.
  • the host device may start reading the content to be read only after an event, for example the receipt of a request from the user.
  • the content to be read is presented to the host device in the form of a single file of relatively large apparent size.
  • the content to be read is presented to the host device in the form of several files, for example several image files, in particularly in the case of a host device configured to play a set of files.
  • the content to be read is presented to the host device in the form of a single video file.
  • a video file can in fact be constructed from data initially in various formats, for example image data, text data, sound data, or the like.
  • the host device is thus content to play a video file.
  • the perception of the user may be that the host device recognizes each data format, and provides suitable processing, for example the host device displays images, plays a text or plays a music file.
  • the host device is content to play a video
  • the perception of the user may be that are displayed various data, for example a home screen, an HMI (Human Machine Interface), a screen saver, or other.
  • the invention is of course not limited to the presentation of a single video file.
  • real-time audio data of the digital radio data type, is received from the network by the interfacing device. Because of repeated reads of the presented file, the host device plays this real-time audio data.
  • the interfacing device can thus make it possible to add a "radio" functionality to a relatively undeveloped host device per se, for example a picture frame.
  • the interfacing device is arranged to receive a read request message by its second interface, this read request message comprising an address of an apparent memory location.
  • the interfacing device has matching means for determining from the address of the apparent memory location an address of an actual memory location.
  • the interfacing device sends to the host device a response message comprising a content read at the address of the actual memory location.
  • the perception of the host device is that the content to be read has a relatively large size, while this content is made available in a memory size much smaller than this apparent size.
  • the mapping of apparent addresses to effective addresses can then be used to respond to requests from the host device.
  • the invention is in no way limited by this mapping.
  • some host devices such as HiFi system or digital photo frame, are arranged to systematically play the content presented. It can be expected that this content presented includes the data to be played, possibly copied several times, so that the size of this content to play is greater than the size of the cache memory of the host device. It is not necessary to perform such mapping.
  • the memory where the content is actually made available can be a memory of the interfacing device, thus making it possible to respond relatively quickly to the read requests received by the second interface.
  • This memory is subject to change.
  • the memory can be modified following the reception of a message by the first interface, this message carrying network data. These data received from the network are written (after a possible treatment) as and when in this memory.
  • this memory is firstly read because of the read requests received by the second interface, and secondly written. These read and write tasks are performed asynchronously with respect to each other.
  • this memory comprises one or more memory (s) buffer, so as to manage any conflicts between reading and writing.
  • a circular memory for example a FIFO (English “First In, First Out"), so that the new data crush the oldest.
  • the invention is in no way limited by the implementation according to which a buffer memory is used. For example, we can plan synchronize the writes with the readings, and erase all the content previously kept in memory at each writing.
  • the memory in which the data is made available can be structured to store a video in a specified format. If the data received from the network includes a video sequence, this video sequence is written in the memory as it is or after a possible conversion from one video format to another.
  • the interfacing device further comprises means for receiving messages from a user device, and processing means for processing these messages. Data can be written in the memory according to the messages thus received.
  • the user device may for example comprise a wireless device type remote control, wireless mouse, wireless keyboard, or other.
  • the interface device that manages the reception and processing of messages from the user, so that the host device can continue to simply perform repeated readings of the content presented by the interfacing device.
  • the data received from the network includes an indication that an email has been received on a remote server
  • the video to be made available to the host device may include images in which an envelope icon is embedded.
  • the user chooses to select this envelope to see the content of the received email, he presses a button on his remote control, which sends a message to the interfacing device.
  • the interfacing device receives and processes this message so that a message is emitted by its first interface, to the network, to request the content of the email received on the remote server.
  • the content of the email is processed and then written in the memory in the form of a video with a sequence of still images.
  • the host device which merely performs repeated reads of the video, displays these still images and the user can read the content of the received email.
  • the interfacing device generates and presents to the host device read data corresponding to a user menu.
  • the host device displays this data, so that the user can see this user menu. If the user chooses to select a portion of the menu, a message is received by the interface device, which, after any communication with the network, rewrites at least a portion of the memory, so that the host device displays data that could be expected by the user.
  • the perception of the user is that the host device has received and processed the signals from the remote control, whereas in reality the host device merely performs repeated readings of the content presented by the remote control. interfacing device, the latter device actually managing such interactivity with the user.
  • the interfacing device described above with a simple terminal (possibly poor in memory and / or calculation resources), a wireless keyboard and a wireless mouse, it is possible to offer the user an interface type office and / or Internet.
  • the screen acts as a display extension of the interfacing device.
  • the reading content made available to the host device may comprise data received by the first interface and possibly processed by the interfacing device (format change, data overlay, or other processing), data generated by the device interfacing, for example a user menu, data depending on the content of messages from a remote control, or even data stored in the interfacing device, for example a logo of an operator.
  • the interfacing device format change, data overlay, or other processing
  • data generated by the device interfacing for example a user menu
  • data depending on the content of messages from a remote control or even data stored in the interfacing device, for example a logo of an operator.
  • An operator controlling the interfacing device, but not the host device, can thus control the presentation of the contents displayed by the host device.
  • the interfacing device can for example embed information, add advertising content, ensure that the contents presented respect a graphic or other.
  • the second interface may include a USB interface or any other type of interface that can be used by a host device to communicate with a peripheral memory according to a standard protocol.
  • the second interface may include a communication port, for example a port
  • the standard removable mass memory management protocol can be for example a USB Mass Storage protocol, Compact Flash, external SATA (Serial Advanced Technology Attachment), or other.
  • the host apparatus may be a device with relatively low memory and / or calculation resources, such as a device of the type digital photo frame, stereo, printer, or other.
  • the interfacing device thus allows communication between a network and devices that are a priori not designed to support such communications.
  • the invention thus allows a simple connection, for example to access a remote memory, and display, interpret or play the contents of this remote memory as if they were stored in a removable mass memory connected to the host device.
  • the first interface may include a communication port.
  • the first interface may include a wired or wireless network interface.
  • a wireless network interface may include an interface
  • Wi-Fi for “Wireless Fidelity” in English
  • Bluetooth for “Global”
  • the wireless network interface may typically include radio frequency transmission and reception means.
  • the invention in another aspect, relates to a device for interfacing between a network and a host device.
  • This device comprises a first interface for communication via at least one network, and a second interface for communication with a host device.
  • the second interface is configured for communication with the host device according to a standard removable mass memory management protocol.
  • the interfacing device is arranged to present to the host device a content to be read having an apparent size chosen high enough that once the reading of said content has begun, the host apparatus is forced to generate and send repetitively content read request messages.
  • This device can make it possible to implement the method described above. It can advantageously include a memory for providing data to be sent to the host device in response to a read request.
  • video data are advantageously video data, in accordance with a determined video format.
  • the video format may be set by the operator or determined during the first connection of the interfacing device to the host device, depending on the formats that the host device is actually capable of playing.
  • the interfacing device may comprise processing means for generating video data (conforming to the determined format), from data received from the network, already stored in the interfacing device, or else received from a user device of the device. type remote control.
  • the subject of the invention is a system comprising at least one network, a host apparatus and an interface device as described above.
  • a computer program including instructions for carrying out the method set forth hereinabove. above, when these instructions are executed by a processor of an interfacing device.
  • Figure 1 shows an exemplary system according to one embodiment of the invention, wherein a host apparatus is in communication with a plurality of remote equipment via an interface device and a local area network.
  • Figure 2 shows in more detail an example of a system according to another embodiment of the invention.
  • FIG. 3 illustrates a method implemented in the system of FIG. 2.
  • FIG. 4 shows an algorithm executable by the interfacing device of FIG. 2.
  • identical or similar objects may be designated by the same reference numbers.
  • the system of FIG. 1 presents an interfacing device 2 within the meaning of the invention.
  • This device 2 comprises: a first interface 7, for example a wireless network interface (such as a Wi-Fi interface), for communicating via a telecommunications network, for example a wireless local area network, and - a second interface 6 , for example a USB interface comprising a USB port.
  • a wireless network interface such as a Wi-Fi interface
  • a telecommunications network for example a wireless local area network
  • a second interface 6 for example a USB interface comprising a USB port.
  • the system illustrated in FIG. 1 also comprises a host apparatus 1, which is, in the example shown, a television set with a USB port 11 capable of receiving the USB port 6 homologous to the interfacing device 2.
  • a host apparatus 1 which is, in the example shown, a television set with a USB port 11 capable of receiving the USB port 6 homologous to the interfacing device 2.
  • a television with a USB port is relatively limited in memory and / or calculation resources.
  • Such a television conventionally comprises a not shown file display module, to display (for example in the form of a tree) descriptors files stored in a USB key connected to this port.
  • a not shown file display module to display (for example in the form of a tree) descriptors files stored in a USB key connected to this port.
  • the network interface of the device 2 can enable it to communicate with at least one remote device, for example a network termination device 1OB and a PC type 1OC computer.
  • the network termination device 1OB comprises for example a modem and / or a residential gateway device.
  • the network termination device 10B is connected to a telecommunication network 4, for example a wide area network such as the Internet.
  • This network 4 is itself connected to a remote station 9, for example a server, comprising a memory 3.
  • the content of the memory 3 of this server can thus be made accessible to the host device 1 via the interfacing device. 2.
  • the computer 10C has a Wi-Fi interface 11 C and a memory 12C storing one or more files.
  • the interfacing device 2 is capable of reading the memory contents of the server 9, via the remote equipment 10B, and the remote equipment 10C.
  • the interfacing device 2 within the meaning of the invention receives content messages from the server 9, via the remote equipment 10B, and from the equipment 10C, for example following a request from the interfacing device ("Pull" mode in English), or on the own initiative of one of the remote equipment ("push” mode).
  • the content messages include data, for example audio, video, image, text, or other data.
  • the interfacing device processes the data to convert to a desired video format and then converts the converted data into a single video file to produce a single video clip. Alternatively, it may be possible to aggregate the data before conversion into a video sequence. It can be provided that the relative order of the video data in the video file is determined by the order of reception of the corresponding content messages. For example, the data received in messages from content are processed as and when. Such encoding on the fly leads to successive modifications of the video file, to add portions of sequence corresponding to the data transmitted in one or more content messages.
  • the video file made available by the device 2 has a relatively limited size, for example of the order of one hundred megabytes. It can be provided to use a circular memory, not shown in Figure 1, so that the processing of a new content message leads to overwrite the oldest video data to add a new portion of video sequence.
  • the device 2 communicates with the TV 1 using a standard removable mass memory management protocol, for example the protocol that would be implemented by a conventional USB key.
  • the TV 1 has a file display module (for example in the form of a tree). It then appears, on a TV screen 1, a tree with a directory Removable Disk (E :) and a single file Container.mpeg. Of course, other video formats and other extensions are possible.
  • the device 2 transmits to TV 1 at least one other description, namely an apparent size value of the file. This apparent size value is chosen relatively high, for example several gigabytes.
  • the TV can display this file size value.
  • the device 2 may comprise a not shown file system, comprising a file table or a FAT allocation table (of the "File Allocation Table"), and a so-called virtual memory that is empty or substantially empty.
  • the file table makes it possible to store the descriptors of the apparent file Container.mpeg, in particular the apparent addresses corresponding to this file. Seen from the host device, these apparent addresses, or block addresses, point to a memory of the interfacing device.
  • the file system thus takes the form of a conventional USB key file system, and is thus seen as such by the host device 1.
  • This apparent File Container.mpeg thus presented to the host device 1 can be read by the device 1 either systematically during the connection to the device 2, or following an event, for example reception by the host device 1 a signal from a remote control 200. In the latter case, it is the user who decides to start reading the file.
  • the host device 1 To read the Container.mpeg file, the host device 1 transmits read requests for part of the file. Since the perception of the television 1 is that the file stored in the interfacing device is relatively large, the sending of read requests is repeated a very large number of times.
  • the device 2 When the device 2 receives a read request carrying an apparent read start address and an apparent end of read address, a mapping is performed to determine effective start and end read addresses. The portion of the video file corresponding to these effective addresses is copied and transmitted in a response message to the television 1. The television 1 then plays this portion of video file on the one hand, and sends the device 2 a new read request of somewhere else.
  • FIGS 2, 3 and 4 illustrate another embodiment of the invention, in which no file display module of the host device is requested. These figures will be commented simultaneously.
  • the host apparatus 1 is relatively limited in memory and / or calculation resources. This is, in the example described, a digital photo frame 1 having a USB port to be connected to the interfacing device 2 as a host device.
  • the communications between the host device 1 and the interfacing device 2 are subject to a standard MassStorage mass storage management protocol, for example a USB Mass Storage protocol.
  • the Wi-Fi network interface 7 of the interfacing device 2 makes it possible to communicate with various equipment 9, 9 ', 9 ", according to one or several more elaborate protocols, for example the HTTP protocol (of the "HyperText Transfer Protocol"), FTP (of the “File Transfer Protocol”), IP (of the “Internet Protocol”), MSRP (of the English “Message Session Relay Protocol”), UPnP (Universal Plug and Play), or other.
  • HTTP protocol of the "HyperText Transfer Protocol”
  • FTP of the "File Transfer Protocol
  • IP of the "Internet Protocol”
  • MSRP of the English “Message Session Relay Protocol
  • UPnP Universal Plug and Play
  • the device 2 can send, during a step 401 in FIG. 4, message Mdesc requesting description in equipment 9, 9 ', 9 "In Figure 3, only communications with equipment 9 are shown, for the sake of clarity.
  • This configuration file makes it possible to store information such as the remote equipment to be contacted, access point addresses to the network, the protocols to use for any particular application of this or that remote device, information necessary to access the network such as passwords, etc.
  • the configuration file can store network names or points such as Service Set Identifiers (SSIDs), IP addresses, and / or Media Access Contrai (MAC) addresses, encryption keys, passwords etc.
  • SSIDs Service Set Identifiers
  • IP addresses IP addresses
  • MAC Media Access Contrai
  • the configuration file can be written using the USB port 6 of the interface device when communicating with a computer. If the network interface is already configured, it is also possible to modify this file, for example, via an HTML page by using a web server present on the interfacing device. The configuration file is kept from one connection to the other.
  • description messages Rdesc include content descriptors of the remote equipment accessible from the device 2.
  • a description message from equipment 9 may include data indicating that this equipment 9 is capable of transmitting the contents of a baby.mov video file of a given size.
  • the removable mass memories correspond descriptor hierarchies detailing information informing about the nature of the device (key, printer, or other), the manufacturer and / or the USB version supported, etc.
  • the interfacing device 2 can perform a simulation of the behavior of a removable mass memory at the host device 1 by transmitting to the host device, at the beginning of communication, certain values of one or more of these descriptors. .
  • the host apparatus receives these removable mass memory descriptor values, recognizes that it is a removable mass memory type device, and accordingly selects a standard removable mass memory management driver program.
  • the host device 1 is conventionally configured for, following a connection to a USB key, send a message Mtable request description of the contents of this USB key. Since the device 2 simulates the behavior of a USB key, this Mtable request message is thus received during a step 450 in FIG. 4.
  • the device 2 sends in a step 451 a Rtable message with predetermined descriptors relating to a single file, for example: - the name of this file (for example Container),
  • MPEG Motion Picture Experts Group
  • the interfacing device may comprise for this purpose a file system 305 comprising a memory 304 storing the descriptors of the apparent file Container.mpeg.
  • the device 2 thus has to the host device 1 a read content of relatively large apparent size.
  • the exchange of messages Mtable, Rtable with the host device 1 is performed independently of the exchange of messages Mdesc, Rdesc network side.
  • the exchange of messages Mdesc, Rdesc can be performed before the exchange of messages Mtable, Rtable, or even after the exchange of messages Mtable, Rtable.
  • the device 2 requests 300 menu generation means, for example a processor or a part of a processor. These menu generation means 300 are arranged, in order to produce, during a step 403 in FIG. 4, a file tree (not shown) from the description messages Rdesc received from the network equipment 9, 9 ', 9 ". This tree can group files of the same type into subdirectories, for example in the subdirectory "My Videos" correspond the descriptors of a file stored in the equipment 9, and the descriptors of a stored file. in the equipment 9 '.
  • each sub-directory corresponds to a given remote device.
  • an image of a menu is generated by means 300, or by processing means 25 described below, from the tree structure thus produced, during a step
  • This image may be in accordance with a known image format, for example JPEG (Joint Photographers' English)
  • the means for generating an image (not shown) from a tree structure consisting of descriptors or a text are well known to those skilled in the art. For example, it is possible to use means usually implemented by a file display module.
  • This image representing the tree is transmitted to conversion means 302, for example a processor or a processor part, so as to generate video data from this image.
  • conversion means 302 for example a processor or a processor part, so as to generate video data from this image.
  • These data can simply include a sequence of images for which each image is the image representing the tree.
  • This video data is conform to the format presented to the host device when exchanging Mtable, Rtable messages, for example MPEG.
  • This video data is written in a memory 26, during a step 405 in FIG. 4, so that the images written in this memory 26 are still images.
  • the photo frame 1 sends read requests Rusel & Container, RD), which are received by the interfacing device during a step 460 in FIG. 4.
  • the interfacing device 2 then performs a reading, during a step 461, of a part of the memory 26. Then is generated a message R'usB (Content) carrying MPEG video data thus extracted from the memory 26.
  • This message R'us B (Content) is transmitted by the interfacing device during a step 462.
  • the video data thus received by the host device 1 are displayed on the screen of the photo frame 1. In this case, the photo frame 1 only displays the still image generated by the means 300.
  • the perception of the user is that the photo frame displays a tree of the files stored in the device 2 while the photo frame plays a video provided by the device 2.
  • the user can then select one of the files displayed on the screen, using a remote control 200.
  • the device 2 integrates additional reception means 100, for example an infrared receiver, to receive during a step 430 in FIG. the message (s) Mselect from the remote control.
  • These means 100 are connected to the menu generation means 300, which are able to control the network interface 7, so that according to the selection of the user, the device 2 transmits during a step 431 by its first interface 7 messages to a particular remote device, in order to request a particular content. For example, if the user clicks on the remote control so as to apparently select the file "baby.mov", the device 2 sends a message R H ⁇ p (& baby, RD) requesting the contents of the file baby.mov actually stored in the equipment 9. Following the sending of this message R H ⁇ p (& baby, RD) according to a high level protocol, the device 2 receives in a step 432 in Figure 4 response messages R ⁇ p (Content_bbe) transmitting content data of the baby.mov file.
  • processing means 25 which, in the example shown, comprise a decoder-multiplexer, then undergo a video format conversion, to an MPEG format that the photo frame 1 is able to play. This conversion is performed during a step 433 by the processing means 25 and by the converting means 302, and then the data thus converted are written in the memory 26 during a step 405.
  • the photo frame 1 because of the apparent size of the file Container, repeatedly sends read requests Rus B (& Container, RD). Also, when the contents of the memory 26 is modified following the writing of these new video data, messages R'us ⁇ (Content) carrying these new video data are transmitted to the photo frame 1, in step 462.
  • the photo frame 1 systematically playing any video sequence thus received, the perception of the user is that he has selected a file baby.mov, so that the corresponding video is played.
  • the photo frame plays a video in a given format, here MPEG, while the perception of the user is that a baby.mov video is played in a possibly different format.
  • the display of the file tree on the screen of the photo frame 1 can be performed at the beginning of connection, as described above, or on other occasions, for example following a request from the user via the remote control 200.
  • the user presses a "Menu" key on the remote control 200, in order to display the file tree.
  • the device 2 then receives a MENU message through the interface 100, during a step 420 in FIG. 4.
  • the device 2 then sends a new set of description requests Mdesc by its first interface 7, during the step 401 on ia FIG. 4. Then the device 2 receives the corresponding responses Rdesc, during the step 402 in FIG. 4. From these responses, the device 2 generates, during the steps 403, 404, a new image representing a tree of files, converts this image into a video sequence and writes, during a step 405, this sequence into the memory 26, for display by the photo frame 1.
  • the messages R'HT T P transmitting the content data are received following the transmission of one or more content request messages RHTTP-
  • a remote device can send a message transmitting content data on its own initiative, without particular invitation of the interfacing device 2.
  • the interfacing device executes only the steps 432, 433, 405 of the algorithm of FIG. 4.
  • the aforementioned decoder-multiplexer 25 is designed to decode the contents of the different messages received by the first interface 7 in images and / or sound data, then re-arrange these images and / or sound data into a sequence of images and / or in a sound track, before the conversion to the MPEG format by means 302 is performed.
  • the only content data received from the network is video data.
  • the data received from the network may be of a different nature.
  • this image can be converted into video and written in the memory 26 so that the host device 1, while playing the video, displays this image during a period of time. given duration, for example 5 seconds.
  • step 433 of video data generation may be more complex than simply converting data contained in R'HTTP messages into data in a video format. For example, step 433 may result in embedding images or text in a video stream, adding sound, modifying a graphics chart, or the like.
  • the decoder-multiplexer 25 For example, if the received data includes an indication that an email has been received on a remote server, the decoder-multiplexer 25 generates an image of an icon representing an envelope, and embeds this icon in the other images intended to form the video after conversion by the means 302. When this video is played by the host device 1, an envelope icon appears, thus making it possible to inform the user of the receipt of an email.
  • the decoder-multiplexer 25 transmits an entire image representing an envelope to the conversion means 302, so that an envelope is displayed on the entire screen for a given period of time, to warn the user the receipt of the email.
  • the data received by the first interface 7 can comprise real-time data, for example, action values.
  • the device 2 may be able to keep all of these received values for a given period of time and to construct an image of a graph representing the evolution of the value. This graph is updated each time a message is received indicating a new current value.
  • the decoder-multiplexer 25 modifies the images to be transmitted to the conversion means 302 by replacing an already inlaid icon representing the graph before the update by a new icon representing the graph thus updated.
  • the image displayed on the screen integrates at the same time: a window corresponding to the image of the tree developed by the device 2 as a function of the description messages Rdesc received from the network, an envelope icon to signal receipt of an email, and
  • an icon representing the fluctuations over time of a given value for example a graph showing the stock price.
  • the received data may include an indication of a state of a controllable apparatus via the interfacing device, for example a switch. It is possible to embed an icon representing this state, for example an icon showing a lighted bulb to represent a closed switch.
  • the network data received by the first interface 7 may for example initially be in Acrobat format, Word, RSS, SMS (short message service), or other.
  • the memory 26 is structured to store a video in a specific format.
  • One can provide a unique format, determined by the manufacturer, for example MPEG.
  • the content conversion means 302 are able to perform conversions to several different formats. In the latter case, provision may be made for a selection of the format desired by the user or else for detection made by the device 2. This selection may be made during the first use of the interfacing device, or else during each new connection to a host device.
  • the perception of the user can be that he selects a video.mov sequence, while an MPEG sequence is played.
  • the device 2 behaves as a slave on its USB interface, merely responding to requests from the host device 1.
  • the photo frame 1 is content to issue read requests according to a low level protocol, and to receive video data following these requests. Steps 460, 461, 462 in Figure 4 are implemented by the interfacing device to manage these requests.
  • the device 2 implements more sophisticated communications on its first interface 7.
  • the device 2 can receive content data from the network following a request, or at the initiative of a remote device of the network.
  • the device 2 In addition, it is the device 2, and not the host device 1, which manages the messages from the remote control 200.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Un dispositif d'interfaçage (2) entre un réseau et un appareil hôte (1), comportant une première interface (7) pour une communication via au moins un réseau, une deuxième interface (6) pour une communication avec un appareil hôte. La deuxième interface est configurée pour une communication avec l'appareil hôte selon un protocole standard de gestion de mémoire de masse amovible. Le dispositif d'interfaçage présente à l'appareil hôte un contenu à lire ayant une taille apparente choisie suffisamment élevée pour qu'une fois la lecture dudit contenu commencée, l'appareil hôte génère et envoie répétitivement des messages de requête de lecture de contenu.

Description

INTERFAÇAGE D'UN APPAREIL AVEC UN RESEAU
L'invention se rapporte au domaine de l'interfaçage d'un appareil avec un réseau, par exemple un réseau local tel qu'un réseau sans fil de type Wi-Fi ou autre.
L'appareil, dit hôte, peut être par exemple un ordinateur de type PC (de l'anglais « Personal Computer »), une imprimante, un cadre-photo numérique, un baladeur vidéo (ou PMP, de l'anglais « Portable Media Player »), un poste de télévision, un décodeur (« Set Top Box » en anglais), un assistant personnel (ou PDA, de l'anglais « Personal Digital Assistant »), une chaîne haute-fidélité, un lecteur DVD, ou autres.
On connaît un dispositif d'interfaçage, notamment décrit dans le document FR2909824, comportant une interface USB (de l'anglais « Universal Sériai Bus ») pour communiquer avec l'appareil hôte, et des moyens pour accéder à un espace mémoire distant. Ce dispositif d'interfaçage est agencé pour simuler auprès de l'appareil hôte une arborescence de fichiers locaux correspondant en fait à des données de l'espace mémoire distant.
Vis-à-vis de l'appareil hôte, un tel dispositif d'interfaçage se comporte en esclave de l'appareil hôte, c'est-à-dire que l'appareil hôte initie les dialogues et que le dispositif d'interfaçage se contente de répondre aux requêtes de l'appareil hôte, comme le ferait une clé USB classique. Néanmoins, les communications avec l'espace mémoire distant sont susceptibles d'être plus élaborées. En particulier, un dialogue entre le dispositif d'interfaçage et un réseau pourrait être initié par l'un ou l'autre du dispositif d'interfaçage et du réseau. En d'autres termes, le dispositif d'interface pourrait se comporter en client - initiateur du dialogue, ou en serveur, capable de traiter un message d'initialisation de dialogue reçu du réseau. Le dispositif d'interfaçage est donc susceptible de modifier le système de fichiers sans que ces modifications soient demandées par l'appareil hôte. Par exemple, si un fichier est supprimé d'un serveur stockant le contenu distant alors que l'appareil hôte est connecté au dispositif d'interfaçage, l'appareil hôte pourrait être incapable d'appréhender ce changement et pourrait être amené dans un état incohérent le conduisant par exemple à rejeter le dispositif d'interfaçage, ou à un blocage du système de fichiers de l'appareil hôte.
Afin de remédier à cet inconvénient, il est préconisé dans le document FR 2909824 de simuler auprès de l'appareil hôte une déconnexion puis une reconnexion du dispositif d'interfaçage, afin de forcer l'appareil hôte à relire l'arborescence.
Toutefois, cette simulation d'une déconnexion/reconnexion peut avoir une durée non négligeable, de sorte que l'utilisateur pourrait avoir la sensation d'un fonctionnement peu satisfaisant.
Un des buts de l'invention est de remédier à des inconvénients de l'état de la technique précité.
Selon un premier aspect, l'invention a pour objet un procédé de communication entre un réseau et un appareil hôte. On prévoit un dispositif d'interfaçage comportant une première interface pour une communication via au moins un réseau, et une deuxième interface pour une communication avec un appareil hôte. La communication entre le dispositif d'interfaçage et l'appareil hôte est menée selon un protocole standard de gestion de mémoire de masse amovible. Le procédé comprend : - une étape, mise en œuvre par le dispositif d'interfaçage, de présentation à l'appareil hôte d'un contenu à lire ayant une taille apparente choisie. une étape, mise en œuvre par l'appareil hôte, d'envoi de messages de requête de lecture de contenu. La taille apparente est choisie suffisamment élevée pour qu'une fois la lecture du contenu commencée, l'appareil hôte génère et envoie répétitivement des messages de requête de lecture de contenu. En effet, après une lecture d'une partie du contenu, la perception de l'appareil hôte est que la lecture est encore inachevée, de sorte qu'une nouvelle requête en lecture d'une autre partie du contenu est effectuée. Ainsi, en cas de modifications non demandées par l'appareil hôte, ces modifications peuvent être répercutées à l'appareil hôte sans qu'il soit nécessaire de recourir à une simulation de déconnexion/reconnexion, permettant ainsi d'offrir une meilleure qualité de service et une meilleure expérience utilisateur.
Par exemple, la taille apparente du contenu à lire peut être très élevée, par exemple de l'ordre de plusieurs Giga octets. La perception de l'appareil hôte est qu'il ne parviendra à lire un tel contenu qu'après un nombre de lectures très élevé compte tenu d'un ordre de grandeur d'une durée d'une connexion au dispositif d'interfaçage, de sorte que des lectures du contenu sont effectuées de façon répétitive. Ainsi, si le contenu présenté est modifié sans que ces modifications soient demandées par l'appareil hôte, ces modifications sont répercutées à l'appareil hôte, du fait de ces lectures successives.
Par exemple certains appareils hôtes, du type chaîne HiFi ou cadre- photo numérique, sont agencés pour jouer systématiquement le contenu présent sur une mémoire de masse amovible à laquelle ils sont connectés. Dans ce cas, il suffit de choisir une taille apparente du contenu à jouer qui soit supérieure à la taille d'une mémoire cache de l'appareil hôte. Pour jouer le contenu présenté, l'appareil-hôte se voit forcé d'effectuer des lectures successives du dispositif d'interfaçage. Toutefois, les communications entre l'appareil hôte et le dispositif interfaçage étant menées selon un protocole de gestion de mémoire de masse amovible, il est probable qu'aucune information concernant l'appareil hôte (taille de mémoire cache, type de lecture effectuée) ne soit transmise au dispositif d'interfaçage. On peut donc avantageusement prévoir de conserver dans une mémoire du dispositif d'interfaçage une valeur de taille apparente prédéterminée et pseudo-infinie. Par taille apparente pseudo-infinie, on entend une taille apparente suffisamment élevée pour que des requêtes de lectures soient émises de façon répétée pendant toute la durée d'une connexion au dispositif d'interfaçage. Par exemple, compte tenu des technologies actuelles, cette taille apparente peut être choisie égale à plusieurs Giga Octets, mais pourrait être accrue avec l'évolution des technologies.
Cette valeur de taille apparente peut être fixée par le constructeur du dispositif d'interfaçage, et/ou reçue par la première interface. On peut ainsi prévoir qu'il soit possible de reprogrammer cette valeur de taille apparente. L'invention n'est pas limitée par la façon dont une indication de taille est transmise à l'appareil hôte. Par exemple, le dispositif d'interfaçage transmet une valeur de taille en octets, ou bien encore une adresse de début et une adresse de fin. On peut prévoir que l'indication de taille comporte seulement une adresse de fin, lorsque l'appareil hôte est configuré pour systématiquement commencer la lecture à une adresse prédéterminée. L'appareil hôte peut être configuré pour effectuer une lecture du contenu à lire de façon systématique. Par exemple une chaîne HiFi ou un cadre-photo numérique sont agencés pour jouer systématiquement le contenu présent sur une mémoire de masse amovible à laquelle ils sont connectés. Ainsi, un cadre-photo peut être agencé de façon à systématiquement lire et afficher des images présentées par le dispositif d'interfaçage, sans aucune demande de l'utilisateur.
Alternativement, l'appareil hôte peut ne commencer la lecture du contenu à lire que suite à un événement, par exemple la réception d'une requête de l'utilisateur. Avantageusement, le contenu à lire est présenté à l'appareil hôte sous la forme d'un seul fichier de taille apparente relativement élevée. Ainsi, une fois la lecture de ce fichier commencée, que ce soit suite à un événement ou de façon systématique du simple fait de la présentation du contenu à lire, l'appareil hôte effectue des lectures de sa propre initiative et de manière répétée.
Alternativement, le contenu à lire est présenté à l'appareil hôte sous la forme de plusieurs fichiers, par exemple plusieurs fichiers d'images, en particulier dans le cas d'un appareil hôte configuré pour jouer un ensemble de fichiers.
Avantageusement, le contenu à lire est présenté à l'appareil hôte sous la forme d'un fichier vidéo unique. Un fichier vidéo peut en effet être construit à partir de données initialement sous des formats divers, par exemple des données d'images, des données de texte, des données sonores, ou autre. L'appareil hôte se contente ainsi de jouer un fichier vidéo. La perception de l'utilisateur peut être que l'appareil hôte reconnaît chaque format de données, et offre un traitement adapté, par exemple que l'appareil hôte affiche des images, fait dérouler un texte ou joue un fichier musical.
Alors que l'appareil hôte se contente de jouer une vidéo, la perception de l'utilisateur peut être que sont affichées des données diverses, par exemple un écran d'accueil, une IHM (Interface Homme Machine), un écran de veille, ou autre. L'invention n'est bien entendu pas limitée à la présentation d'un fichier vidéo unique. On peut par exemple prévoir de présenter un fichier audio unique. Par exemple des données audio temps réel, du type données de radio numérique, sont reçues du réseau par le dispositif d'interfaçage. Du fait des lectures répétées du fichier présenté, l'appareil hôte joue ces données audio temps réel. Le dispositif d'interfaçage peut ainsi permettre d'ajouter une fonctionnalité « radio » à un appareil hôte relativement peu élaboré en soi, par exemple un cadre-photo.
Avantageusement, le dispositif d'interfaçage est agencé pour recevoir un message de requête de lecture par sa deuxième interface, ce message de requête de lecture comportant une adresse d'un emplacement mémoire apparent. Le dispositif d'interfaçage dispose de moyens de correspondance permettant de déterminer à partir de l'adresse de l'emplacement mémoire apparent une adresse d'un emplacement mémoire effectif. Suite à la réception de ce message de lecture, le dispositif d'interfaçage envoie vers le dispositif hôte un message de réponse comportant un contenu lu à l'adresse de l'emplacement mémoire effectif. En effet, il est possible que la perception de l'appareil hôte soit que le contenu à lire a une taille relativement élevée, alors que ce contenu est mis à disposition dans une mémoire de taille bien plus faible que cette taille apparente. La mise en correspondance des adresses apparentes avec des adresses effectives peut alors permettre de répondre aux requêtes de l'appareil hôte.
L'invention n'est en rien limitée par cette mise en correspondance. Par exemple, certains appareils hôtes, du type chaîne HiFi ou cadre-photo numérique, sont agencés pour jouer systématiquement le contenu présenté. On peut prévoir que ce contenu présenté comporte les données à jouer, éventuellement recopiées plusieurs fois, de sorte que la taille de ce contenu à jouer soit supérieure à la taille de la mémoire cache de l'appareil hôte. Il n'est alors pas nécessaire d'effectuer de telles mises en correspondance.
La mémoire où le contenu est effectivement mis à disposition peut être une mémoire du dispositif d'interfaçage, permettant ainsi de répondre relativement rapidement aux requêtes de lecture reçues par la deuxième interface.
Cette mémoire est susceptible être modifiée. Par exemple, la mémoire peut être modifiée suite à la réception d'un message par la première interface, ce message transportant des données réseau. Ces données reçues du réseau sont écrites (après un traitement éventuel) au fur et à mesure dans cette mémoire.
Ainsi, cette mémoire est d'une part lue du fait des requêtes de lecture reçues par la deuxième interface, et d'autre part écrite. Ces tâches de lecture et d'écriture sont effectuées de façon asynchrone l'une par rapport à l'autre.
Avantageusement, cette mémoire comporte une ou plusieurs mémoire(s) tampon, de façon à pouvoir gérer les éventuels conflits entre lecture et écriture. Par exemple, on peut prévoir une mémoire circulaire, par exemple une FIFO (de l'anglais « First In, First Out »), de sorte que les nouvelles données viennent écraser les plus anciennes.
Bien entendu, l'invention n'est en rien limitée par l'implémentation selon laquelle on utilise une mémoire tampon. On peut par exemple prévoir de synchroniser les écritures avec les lectures, et d'effacer tout le contenu précédemment gardé en mémoire à chaque écriture.
La mémoire dans laquelle les données sont mises à disposition peut être structurée de façon à stocker une vidéo selon un format déterminé. Si les données reçues du réseau comportent une séquence vidéo, cette séquence vidéo est écrite dans la mémoire telle quelle ou bien après une éventuelle conversion d'un format vidéo vers un autre.
Selon un autre exemple, si les données reçues comportent des données temps réel, par exemple des valeurs d'actions, on peut incruster dans les images de la vidéo une icône pour informer l'utilisateur, par exemple un graphique représentant les valeurs de l'action depuis par exemple le début de la journée. On peut alternativement prévoir que soit affichée une image entière pendant un laps de temps donné, pour informer l'utilisateur de la réception de ces données temps réel. Avantageusement, le dispositif d'interfaçage comporte en outre des moyens de réception de messages en provenance d'un appareil utilisateur, et des moyens de traitement pour traiter ces messages. On peut écrire dans la mémoire des données fonction des messages ainsi reçus. L'appareil utilisateur peut par exemple comprendre un appareil sans fil de type télécommande, souris sans fil, clavier sans fil, ou autre.
Ainsi, c'est le dispositif d'interfaçage qui gère la réception et le traitement des messages en provenance de l'utilisateur, de sorte que l'appareil hôte peut continuer à simplement effectuer des lectures répétées du contenu présenté par le dispositif d'interfaçage. Par exemple, si les données reçues du réseau comportent une indication de ce qu'un courriel a été reçu sur un serveur distant, la vidéo à mettre à disposition de l'appareil hôte peut comporter des images dans lesquelles est incrustée une icône représentant une enveloppe. Si l'utilisateur choisit de sélectionner cette enveloppe pour voir le contenu du courriel reçu, il appuie sur un bouton de sa télécommande, laquelle émet un message destiné en fait au dispositif d'interfaçage. Le dispositif d'interfaçage reçoit et traite ce message de sorte qu'un message est émis par sa première interface, vers le réseau, pour demander le contenu du courriel reçu sur le serveur distant. Suite à la réception de ce contenu par sa première interface, le contenu du courriel est traité puis écrit dans la mémoire sous la forme d'une vidéo avec une séquence d'images fixes. L'appareil hôte, qui se contente d'effectuer des lectures répétées de la vidéo, affiche ces images fixes et l'utilisateur peut prendre connaissance du contenu du courriel reçu.
Selon un autre exemple, le dispositif d'interfaçage génère et présente à l'appareil hôte des données à lire correspondant à un menu utilisateur. L'appareil hôte affiche ces données, de sorte que l'utilisateur peut prendre connaissance de ce menu utilisateur. Si l'utilisateur choisit de sélectionner une partie du menu, un message est reçu par le dispositif d'interfaçage, lequel, après une éventuelle communication avec le réseau, réécrit au moins une partie de la mémoire, de sorte que l'appareil hôte affiche des données auxquelles pourrait s'attendre l'utilisateur. La perception de l'utilisateur est que c'est l'appareil hôte qui a reçu et traité les signaux en provenance de la télécommande, alors qu'en réalité l'appareil hôte se contente d'effectuer des lectures répétées du contenu présenté par le dispositif d'interfaçage, ce dernier dispositif gérant de fait une telle interactivité avec l'utilisateur. Ainsi, en utilisant le dispositif d'interfaçage décrit ci-dessus avec un simple terminal (éventuellement pauvre en ressources mémoire et/ou de calcul), un clavier sans fil et une souris sans fil, il est possible d'offrir à l'utilisateur une interface de type bureautique et/ou Internet. Dans le cas d'un cadre photo ou d'un poste de télévision, l'écran joue le rôle d'extension d'affichage du dispositif d'interfaçage.
Le contenu à lire mis à disposition de l'appareil hôte peut comporter des données reçues par la première interface et éventuellement traitées par le dispositif d'interfaçage (changement de format, incrustation de données, ou autre traitement), des données générées par le dispositif d'interfaçage, par exemple un menu utilisateur, des données fonction du contenu de messages en provenance d'une télécommande, ou bien encore des données conservées dans le dispositif d'interfaçage, par exemple un logo d'un opérateur.
Un opérateur maîtrisant le dispositif d'interfaçage, mais non l'appareil hôte, peut ainsi contrôler la présentation des contenus affichés par l'appareil hôte.
Le dispositif d'interfaçage peut par exemple incruster des informations, ajouter des contenus publicitaires, faire en sorte que les contenus présentés respectent une charte graphique, ou autre.
La deuxième interface peut comprendre une interface USB ou tout autre type d'interface utilisable par un appareil hôte pour communiquer avec une mémoire périphérique selon un protocole standard. La deuxième interface peut comprendre un port de communication, par exemple un port
USB.
Le protocole standard de gestion de mémoire de masse amovible peut être par exemple un protocole USB Mass Storage, Compact Flash, SATA externe (de l'anglais « Sériai Advanced Technology Attachment »), ou autre.
Un protocole standard de gestion de mémoire de masse amovible nécessitant relativement peu de ressources de mémoire et/ou de calcul, l'appareil hôte peut être un appareil à relativement faibles ressources de mémoire et/ou de calcul, tel qu'un appareil de type cadre-photo numérique, chaîne HiFi, imprimante, ou autre. Le dispositif d'interfaçage permet ainsi une communication entre un réseau et des appareils a priori non-conçus pour supporter de telles communications.
L'invention permet ainsi une connexion simple, pour accéder à une mémoire distante par exemple, et afficher, interpréter ou jouer les contenus de cette mémoire distante comme s'ils étaient stockés dans une mémoire de masse amovible connectée à l'appareil hôte.
La première interface peut comprendre un port de communication. La première interface peut comprendre une interface réseau filaire ou sans fil. Une interface réseau sans fil peut par exemple comprendre une interface
Wi-Fi (pour « Wireless Fidelity » en anglais), Bluetooth, GSM (pour "Global
System for Mobile Communications" en anglais), 3G, GPS (de l'anglais « Global Positioning System »), ou autre. L'interface réseau sans fil peut comprendre typiquement des moyens d'émission et de réception radiofréquences.
Selon un autre aspect, l'invention a pour objet un dispositif d'interfaçage entre un réseau et un appareil hôte. Ce dispositif comporte une première interface pour une communication via au moins un réseau, et une deuxième interface pour une communication avec un appareil hôte. La deuxième interface est configurée pour une communication avec l'appareil hôte selon un protocole standard de gestion de mémoire de masse amovible. Le dispositif d'interfaçage est agencé pour présenter à l'appareil hôte un contenu à lire ayant une taille apparente choisie suffisamment élevée pour qu'une fois la lecture dudit contenu commencée, l'appareil hôte soit forcé de générer et d'envoyer répétitivement des messages de requête de lecture de contenu. Ce dispositif peut permettre de mettre en œuvre le procédé décrit plus haut. Il peut avantageusement comprendre une mémoire pour mettre à disposition des données à envoyer vers l'appareil hôte en réponse à une requête de lecture.
Ces données sont avantageusement des données vidéo, conformes à un format vidéo déterminé. Le format vidéo peut être fixé par l'opérateur ou bien déterminé lors de la première connexion du dispositif d'interfaçage à l'appareil hôte, en fonction des formats que l'appareil hôte est effectivement capable de jouer.
Le dispositif d'interfaçage peut comprendre des moyens de traitement pour générer des données vidéo (conformes au format déterminé), à partir de données reçues du réseau, déjà stockées dans le dispositif d'interfaçage, ou bien encore reçues d'un appareil utilisateur du type télécommande.
Selon encore un autre aspect, l'invention a pour objet un système comprenant au moins un réseau, un appareil hôte et un dispositif d'interfaçage tel que décrit ci-dessus.
Selon un autre aspect, il est proposé un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé exposé ci- dessus, lorsque ces instructions sont exécutées par un processeur d'un dispositif d'interfaçage.
D'autres particularités et avantages de la présente invention apparaîtront dans la description ci-après. La figure 1 montre un exemple de système selon un mode de réalisation de l'invention, où un appareil hôte est en communication avec une pluralité d'équipements distants via un dispositif d'interfaçage et un réseau local.
La figure 2 montre de façon plus détaillée un exemple de système selon un autre mode de réalisation de l'invention.
La figure 3 illustre un procédé mis en œuvre dans le système de la figure 2.
La figure 4 montre un algorithme exécutable par le dispositif d'interfaçage de la figure 2. Sur les différentes figures, des objets identiques ou similaires peuvent être désignés par les mêmes numéros de référence.
Le système de la figure 1 présente un dispositif d'interfaçage 2 au sens de l'invention. Ce dispositif 2 comporte : une première interface 7, par exemple une interface réseau sans fil (telle qu'une interface Wi-Fi), pour communiquer via un réseau de télécommunications, par exemple un réseau local sans fil, et - une deuxième interface 6, par exemple une interface USB comprenant un port USB.
Le système illustré sur la figure 1 comporte aussi un appareil hôte 1 , qui est, dans l'exemple représenté, un téléviseur doté d'un port USB 11 capable d'accueillir le port USB 6 homologue du dispositif d'interfaçage 2.
Classiquement, un téléviseur doté d'un port USB est relativement limité en ressources mémoire et/ou de calcul. Un tel téléviseur comprend classiquement un module d'affichage de fichiers non représenté, pour afficher (par exemple sous la forme d'une arborescence) des descripteurs des fichiers mémorisés dans une clé USB connectée à ce port. Ainsi, lorsqu'on raccorde une clé USB à un téléviseur comportant un port USB, l'écran du poste de télévision affiche-t-il les noms des fichiers mémorisés au sein de la clé. L'utilisateur peut alors choisir de visionner un de ces fichiers en sélectionnant le nom affiché avec une télécommande.
Sur la figure 1 , l'interface réseau du dispositif 2 peut lui permettre de communiquer avec au moins un équipement distant, par exemple un dispositif de terminaison de réseau 1OB et un ordinateur 1OC de type PC.
Le dispositif de terminaison de réseau 1OB comprend par exemple un modem et/ou un dispositif de passerelle résidentielle.
Le dispositif de terminaison de réseau 10B est relié à un réseau de télécommunication 4, par exemple un réseau étendu tel que l'Internet. Ce réseau 4 est lui-même relié à un poste distant 9, par exemple un serveur, comprenant une mémoire 3. Le contenu de la mémoire 3 de ce serveur peut être ainsi rendu accessible à l'appareil hôte 1 via le dispositif d'interfaçage 2.
L'ordinateur 10C comporte une interface Wi-Fi 11 C et une mémoire 12C stockant un ou plusieurs fichiers.
Le dispositif d'interfaçage 2 est capable de lire les contenus mémoire du serveur 9, via l'équipement distant 10B, et de l'équipement distant 10C.
Le dispositif d'interfaçage 2 au sens de l'invention reçoit des messages de contenu en provenance du serveur 9, via l'équipement distant 10B, et en provenance de l'équipement 10C, par exemple suite à une requête du dispositif d'interfaçage (mode « pull » en anglais), ou bien encore de la propre initiative de l'un des équipements distants (mode « push» en anglais).
Les messages de contenu comportent des données, par exemple des données audio, vidéo, d'image, de texte, ou autre. Le dispositif d'interfaçage procède à un traitement de ces données, de façon à effectuer une conversion selon un format vidéo désiré, puis à réunir les données ainsi converties en un seul fichier vidéo de façon à obtenir une seule séquence vidéo. On peut alternativement prévoir d'agréger les données avant conversion en une séquence vidéo. On peut prévoir que l'ordre relatif des données vidéo dans le fichier vidéo soit déterminé par l'ordre de réception des messages de contenu correspondants. Par exemple, les données reçues dans les messages de contenu sont traitées au fur et à mesure. Un tel encodage à la volée conduit à des modifications successives du fichier vidéo, pour rajouter des portions de séquence correspondant aux données transmises dans un ou plusieurs messages de contenu. Le fichier vidéo mis à disposition par le dispositif 2 a une taille relativement limitée, par exemple de l'ordre de la centaine de Méga-octets. On peut prévoir d'utiliser une mémoire circulaire, non représentée sur la figure 1 , de sorte que le traitement d'un nouveau message de contenu conduit à écraser les données vidéo les plus anciennes pour ajouter une nouvelle portion de séquence vidéo.
Le dispositif 2 communique avec le téléviseur 1 en utilisant un protocole standard de gestion de mémoire de masse amovible, par exemple le protocole qui serait mis en œuvre par une clé USB classique.
Dans l'exemple illustré sur la figure 1 , le téléviseur 1 comporte un module d'affichage de fichiers (par exemple sous la forme d'une arborescence). Il apparaît alors, sur un écran du téléviseur 1 , une arborescence avec un répertoire Disque Amovible (E:) et un seul fichier Container.mpeg. Bien entendu, d'autres formats vidéo et d'autres extensions sont possibles. Outre le nom du fichier, le dispositif 2 transmet au téléviseur 1 au moins un autre descriptif, à savoir une valeur de taille apparente du fichier. Cette valeur de taille apparente est choisie relativement élevée, par exemple plusieurs Giga octets. Le téléviseur peut afficher cette valeur de taille de fichier. Le dispositif 2 peut comporter un système de fichiers non représenté, comprenant une table des fichiers ou une table d'allocation FAT (de l'anglais « File Allocation Table »), et une mémoire dite virtuelle qui est vide ou sensiblement vide. La table de fichiers permet de stocker les descripteurs du fichier apparent Container.mpeg, en particulier des adresses apparentes correspondant à ce fichier. Vu de l'appareil hôte, ces adresses apparentes, ou adresses de bloc, pointent vers une mémoire du dispositif d'interfaçage. Le système de fichiers prend ainsi la forme d'un système de fichiers classique de clé USB, et est ainsi vu comme tel par l'appareil hôte 1.
Ce fichier apparent Container.mpeg ainsi présenté à l'appareil hôte 1 peut être lu par l'appareil 1 soit de façon systématique lors de la connexion au dispositif 2, soit suite à un événement, par exemple la réception par l'appareil hôte 1 d'un signal en provenance d'une télécommande 200. Dans ce dernier cas, c'est l'utilisateur qui décide de lancer la lecture du fichier.
Pour lire le fichier Container.mpeg, l'appareil hôte 1 transmet des requêtes de lecture d'une partie du fichier. La perception du téléviseur 1 étant que le fichier stocké dans le dispositif d'interfaçage a une taille relativement élevée, les envois de requêtes de lecture sont répétés un très grand nombre de fois.
Lorsque le dispositif 2 reçoit une requête de lecture portant une adresse apparente de début de lecture et une adresse apparente de fin de lecture, une mise en correspondance est effectuée afin de déterminer des adresses effectives de début et de fin de lecture. La portion du fichier vidéo correspondant à ces adresses effectives est recopiée et transmise dans un message de réponse au téléviseur 1. Le téléviseur 1 joue alors cette portion de fichier vidéo d'une part, et envoie au dispositif 2 une nouvelle requête de lecture d'autre part.
Les figures 2, 3 et 4 illustrent un autre mode de réalisation de l'invention, dans lequel aucun module d'affichage de fichiers de l'appareil hôte n'est sollicité. Ces figures seront commentées simultanément.
L'appareil hôte 1 est relativement limité en ressources mémoire et/ou de calcul. Il s'agit, dans l'exemple décrit, d'un cadre-photo numérique 1 comportant un port USB pour être connecté au dispositif d'interfaçage 2 en tant qu'appareil hôte. Les communications entre l'appareil hôte 1 et le dispositif d'interfaçage 2 sont soumises à un protocole standard de gestion de mémoire de masse amovible MassStorage, par exemple un protocole USB Mass Storage.
En revanche, l'interface réseau Wi-Fi 7 du dispositif d'interfaçage 2 permet de communiquer avec divers équipements 9, 9', 9", selon un ou plusieurs protocoles plus élaborés, par exemple le protocole HTTP (de l'anglais « HyperText Transfert Protocol »), FTP (de l'anglais « File Transfer Protocol »), IP (de l'anglais « Internet Protocol »), MSRP (de l'anglais « Message Session Relay Protocol »), UPnP (de l'anglais « Universal Plug and Play »), ou autre.
Suite au raccordement du dispositif 2 à l'appareil hôte 1 , ce raccordement étant représenté par l'étape 410 sur la figure 4, le dispositif 2 peut envoyer, lors d'une étape 401 sur la figure 4, des messages Mdesc de demande de description aux équipements 9, 9', 9". Sur la figure 3, seules les communications avec l'équipement 9 sont représentées, à des fins de clarté.
Les adresses de ces équipements 9, 9', 9" sont déterminées par le contenu d'un fichier de configuration non représenté. Ce fichier de configuration permet de mémoriser des informations telles que les équipements distants à contacter, des adresses de points d'accès au réseau, les protocoles à utiliser pour telle ou telle application de tel ou tel équipement distant, des informations nécessaires pour accéder au réseau comme des mots de passe, etc. Par exemple, le fichier de configuration peut mémoriser des noms de réseau ou de points d'accès, comme des SSIDs (de l'anglais « Service Set Identifier »), des adresses IP, et/ou des adresses MAC (de l'anglais « Media Access Contrai »), des clés de chiffrement, des mots de passe, etc.
Le fichier de configuration peut être écrit en utilisant le port USB 6 du dispositif d'interfaçage lors d'une communication avec un ordinateur. Si l'interface réseau est déjà configurée, il est également possible de modifier ce fichier, par exemple, via une page HTML en utilisant un serveur web présent sur le dispositif d'interfaçage. Le fichier de configuration est conservé d'une connexion à l'autre.
Suite à l'envoi de ces messages de demande de description Mdesc aux équipements 9, 9', 9", le dispositif 2 reçoit, lors d'une étape 402 sur la figure 4, des messages de description Rdesc. Ces messages de description Rdesc comportent des descripteurs de contenus des équipements distants accessibles depuis le dispositif 2. Par exemple, un message de description provenant de l'équipement 9 peut comprendre des données indiquant que cet équipement 9 est susceptible de transmettre le contenu d'un fichier vidéo bébé.mov d'une taille donnée.
Des communications ont également lieu avec l'appareil hôte 1. Aux mémoires de masse amovibles correspondent des hiérarchies de descripteurs détaillant des informations instruisant sur la nature du dispositif (clé, imprimante, ou autre), le constructeur et/ou la version USB supportée, etc. Le dispositif d'interfaçage 2 peut effectuer une simulation du comportement d'une mémoire de masse amovible auprès de l'appareil hôte 1 en transmettant à l'appareil hôte, en début de communication, certaines valeurs de l'un ou plusieurs de ces descripteurs. L'appareil hôte reçoit ces valeurs de descripteurs de mémoire de masse amovible, reconnaît qu'il s'agit d'un dispositif de type mémoire de masse amovible et sélectionne en conséquence un programme pilote standard de gestion de mémoire de masse amovible.
L'appareil hôte 1 est classiquement configuré pour, suite à une connexion à une clé USB, envoyer un message Mtable de requête de description du contenu de cette clé USB. Le dispositif 2 simulant le comportement d'une clé USB, ce message de requête Mtable est donc reçu lors d'une étape 450 sur la figure 4.
En réponse au message de requête de contenu Mtable émis par l'appareil hôte 1 , le dispositif 2 envoie lors d'une étape 451 un message Rtable comportant des descripteurs prédéterminés se rapportant à un fichier unique, par exemple : - le nom de ce fichier (par exemple Container),
- une indication du format de ce fichier, par exemple MPEG (de l'anglais « Moving Picture Experts Group »),
- une taille apparente de ce fichier (par exemple plusieurs Go).
Le dispositif d'interfaçage peut comporter à cet effet un système de fichiers 305 comprenant une mémoire 304 stockant les descripteurs du fichier apparent Container.mpeg. Le dispositif 2 présente ainsi à l'appareil hôte 1 un contenu à lire de taille apparente relativement élevée.
L'échange des messages Mtable, Rtable avec l'appareil hôte 1 est effectué indépendamment de l'échange des messages Mdesc, Rdesc côté réseau. Par exemple, l'échange des messages Mdesc, Rdesc peut être effectué avant l'échange des messages Mtable, Rtable, ou bien encore après l'échange des messages Mtable, Rtable.
Le dispositif 2 sollicite des moyens 300 de génération de menu, par exemple un processeur ou une partie d'un processeur. Ces moyens de génération de menu 300 sont agencés, pour élaborer, lors d'une étape 403 sur la figure 4, une arborescence de fichiers (non représentée) à partir des messages de description Rdesc reçus des équipements réseau 9, 9', 9". Cette arborescence peut regrouper les fichiers d'un même type dans des sous-répertoires. Par exemple au sous-répertoire "Mes Vidéos" correspondent les descripteurs d'un fichier stocké dans l'équipement 9, et les descripteurs d'un fichier stocké dans l'équipement 9'.
Alternativement, on peut prévoir que chaque sous-répertoire correspond à un équipement distant donné.
Dans le mode de réalisation de la figure 2, une image d'un menu est générée par les moyens 300, ou bien par des moyens de traitement 25 décrits ci-après, à partir de l'arborescence ainsi élaborée, lors d'une étape
404 sur la figure 4. Cette image peut être conforme à un format d'image connu, par exemple JPEG (de l'anglais « Joint Photographie Experts
Group »). Les moyens pour générer une image (non représentée) à partir d'une arborescence constituée de descripteurs ou bien d'un texte sont bien connus de l'homme du métier. On peut par exemple utiliser des moyens habituellement mis en œuvre par un module d'affichage de fichiers.
Cette image représentant l'arborescence est transmise à des moyens de conversion 302, par exemple un processeur ou une partie de processeur, de façon à générer des données vidéo à partir de cette image. Ces données peuvent simplement comporter une séquence d'images pour laquelle chaque image est l'image représentant l'arborescence. Ces données vidéo sont conformes au format présenté à l'appareil hôte lors de l'échange des messages Mtable, Rtable, par exemple MPEG.
Ces données vidéo sont écrites dans une mémoire 26, lors d'une étape 405 sur la figure 4, de sorte que les images écrites dans cette mémoire 26 sont des images fixes.
Pour jouer la vidéo du fichier apparent Container, le cadre-photo 1 émet des requêtes de lecture Rusel&Container, RD), lesquelles sont reçues par le dispositif d'interfaçage lors d'une étape 460 sur la figure 4. Le dispositif d'interfaçage 2 effectue alors une lecture, lors d'une étape 461 , d'une partie de la mémoire 26. Puis est généré un message R'usB(Content) transportant des données vidéo MPEG ainsi extraites de la mémoire 26. Ce message R'usB(Content) est transmis par le dispositif d'interfaçage lors d'une étape 462. Les données vidéo ainsi reçues par l'appareil hôte 1 sont affichées à l'écran du cadre-photo 1. En l'occurrence, le cadre-photo 1 affiche seulement l'image fixe générée par les moyens 300.
La perception de l'utilisateur est que le cadre-photo affiche une arborescence des fichiers stockés dans le dispositif 2 alors que le cadre- photo joue une vidéo fournie par le dispositif 2.
L'utilisateur peut alors sélectionner un des fichiers affichés à l'écran, en utilisant une télécommande 200. Le dispositif 2 intègre des moyens de réception supplémentaires 100, par exemple un récepteur infrarouge, pour recevoir lors d'une étape 430 sur la figure 4 le ou les message(s) Mselect en provenance de la télécommande.
Ces moyens 100 sont reliés aux moyens de génération de menu 300, lesquels sont aptes à commander l'interface réseau 7, de sorte que selon la sélection de l'utilisateur, le dispositif 2 émet lors d'une étape 431 par sa première interface 7 des messages à destination de tel ou tel équipement distant, afin de demander tel ou tel contenu. Par exemple, si l'utilisateur clique sur la télécommande de façon à sélectionner en apparence le fichier « bébé.mov », le dispositif 2 émet un message RHττp(&bébé, RD) de demande du contenu du fichier bébé.mov effectivement stocké dans l'équipement 9. Suite à l'envoi de ce message RHττp(&bébé, RD) selon un protocole de haut niveau, le dispositif 2 reçoit lors d'une étape 432 sur la figure 4 des messages de réponse RΗττp(Content_bébé) transmettant des données de contenu du fichier bébé.mov. Ces données de contenu sont décodées par lesdits moyens de traitement 25 qui, dans l'exemple représenté, comprennent un décodeur- multiplexeur, puis subissent une conversion de format vidéo, vers un format MPEG que le cadre-photo 1 est apte à jouer. Cette conversion est effectuée au cours d'une étape 433 par les moyens de traitement 25 et par les moyens de conversion 302, puis les données ainsi converties sont écrites dans la mémoire 26 lors d'une étape 405.
Le cadre-photo 1 , du fait de la taille apparente du fichier Container, envoie répétitivement des requêtes de lecture RusB(&Container, RD). Aussi, lorsque le contenu de la mémoire 26 est modifié suite à l'écriture de ces nouvelles données vidéo, des messages R'usβ(Content) transportant ces nouvelles données vidéo sont transmis au cadre-photo 1 , lors de l'étape 462.
Le cadre photo 1 jouant systématiquement toute séquence vidéo ainsi reçue, la perception de l'utilisateur est qu'il a sélectionné un fichier bébé.mov, de sorte que la vidéo correspondante est jouée. On peut remarquer que le cadre-photo joue une vidéo à un format donné, ici MPEG, alors que la perception de l'utilisateur est qu'est jouée une vidéo bébé.mov selon un format éventuellement différent.
L'affichage de l'arborescence de fichiers sur l'écran du cadre-photo 1 peut être effectué en début de connexion, comme décrit ci-dessus, ou bien à d'autres occasions, par exemple suite à une sollicitation de l'utilisateur via la télécommande 200.
Par exemple, en cours de visionnage d'un diaporama de photos, l'utilisateur appuie sur une touche « Menu » de la télécommande 200, dans le but de voir afficher l'arborescence de fichiers. Le dispositif 2 reçoit alors un message MENU par l'interface 100, lors d'une étape 420 sur la figure 4.
Le dispositif 2 émet alors un nouvel ensemble de demandes de description Mdesc par sa première interface 7, lors de l'étape 401 sur ia figure 4. Puis le dispositif 2 reçoit les réponses correspondantes Rdesc, lors de l'étape 402 sur la figure 4. À partir de ces réponses, le dispositif 2 génère lors des étapes 403, 404, une nouvelle image représentant une arborescence de fichiers, convertit cette image en séquence vidéo et écrit, lors d'une étape 405, cette séquence dans la mémoire 26, en vue d'un affichage par le cadre-photo 1.
Dans l'exemple décrit ci-dessus, les messages R'HTTP transmettant les données de contenu sont reçus suite à l'émission d'un ou plusieurs messages de demande de contenu RHTTP- Bien entendu, un équipement distant peut envoyer un message transmettant des données de contenu de sa propre initiative, sans invitation particulière du dispositif d'interfaçage 2. Dans ce cas, le dispositif d'interfaçage exécute seulement les étapes 432, 433, 405 de l'algorithme de la figure 4.
Le décodeur-multiplexeur 25 précité est conçu pour décoder les contenus des différents messages reçus par la première interface 7 en images et/ou en données sonores, puis ré-agencer ces images et/ou données sonores en une séquence d'images et/ou en une piste sonore, avant que ne soit effectuée la conversion au format MPEG par les moyens 302. Dans l'exemple décrit ci-dessus, les seules données de contenu reçues du réseau sont des données vidéo. Bien entendu, les données reçues du réseau peuvent être d'une autre nature.
A titre d'exemple, si les données reçues du réseau comportent une image, cette image peut être convertie en vidéo et écrite dans la mémoire 26 de façon à ce que l'appareil hôte 1 , en jouant la vidéo, affiche cette image pendant une durée donnée, par exemple 5 secondes.
Si les données reçues comportent une séquence audio, cette séquence audio peut être associée à des données visuelles par le décodeur- multiplexeur 25, de façon à obtenir après conversion par les moyens 302 une vidéo au format MPEG, les données audio se retrouvant sur une piste audio de cette vidéo. Ainsi, cette séquence audio peut être jouée en accompagnement de données visuelles de type image, texte, ou autre. En outre, l'étape 433 de génération de données vidéo peut être plus complexe qu'une simple conversion de données contenues dans des messages R'HTTP en des données selon un format vidéo. Par exemple, l'étape 433 peut conduire à incruster des images ou un texte dans un flux vidéo, à ajouter du son, à modifier une charte graphique, ou autre.
A titre d'exemple, si les données reçues comportent une indication de ce qu'un courriel a été reçu sur un serveur distant, le décodeur-multiplexeur 25 génère une image d'une icône représentant une enveloppe, et incruste cette icône dans d'autres images destinées à former la vidéo après conversion par les moyens 302. Lorsque cette vidéo est jouée par l'appareil hôte 1 , une icône d'enveloppe apparaît, permettant ainsi de prévenir l'utilisateur de la réception d'un courriel.
On peut alternativement prévoir que le décodeur-multiplexeur 25 transmette une image entière représentant une enveloppe aux moyens de conversion 302, de sorte qu'une enveloppe est affichée sur la totalité de l'écran pendant un laps de temps donné, pour prévenir l'utilisateur de la réception du courriel.
Les données reçues par la première interface 7 peuvent comporter des données temps réel, par exemple des valeurs d'actions. Le dispositif 2 peut être apte à conserver l'ensemble de ces valeurs reçues pendant une période de temps donnée et à construire une image d'un graphique représentant l'évolution de la valeur. Ce graphique est mis à jour à chaque réception d'un message indiquant une nouvelle valeur courante. A chaque mise à jour, le décodeur-multiplexeur 25 modifie les images à transmettre aux moyens de conversion 302 en remplaçant une icône déjà incrustée et représentant le graphique avant la mise à jour par une nouvelle icône représentant le graphique ainsi mis à jour.
Sur la figure 2, l'image affichée à l'écran intègre à la fois : - une fenêtre correspondant à l'image de l'arborescence élaborée par le dispositif 2 en fonction des messages de description Rdesc reçus du réseau, une icône représentant une enveloppe, afin de signaler la réception d'un courriel, et
- une icône représentant les fluctuations au cours du temps d'une valeur donnée, par exemple un graphique montrant le cours de la bourse.
Les données reçues peuvent comprendre une indication d'un état d'un appareil contrôlable via le dispositif d'interfaçage, par exemple un interrupteur. On peut prévoir d'incruster une icône représentant cet état, par exemple une icône montrant une ampoule allumée pour représenter un interrupteur fermé.
Les données réseau reçues par la première interface 7 peuvent par exemple être initialement au format Acrobat, Word, RSS, SMS (de l'anglais « Short Message Service »), ou autre.
La mémoire 26 est structurée de façon à stocker une vidéo à un format déterminé. On peut prévoir un format unique, déterminé par le constructeur, par exemple MPEG.
Alternativement les moyens de conversion de contenu 302 sont aptes à effectuer des conversions vers plusieurs formats distincts. Dans ce dernier cas, on peut prévoir une sélection du format désiré par l'utilisateur ou bien encore par une détection effectuée par le dispositif 2. Cette sélection peut être effectuée lors de la première utilisation du dispositif d'interfaçage, ou bien encore lors de chaque nouvelle connexion à un appareil hôte.
Comme illustré par l'exemple de la figure 3, on peut prévoir de ne pas afficher sur l'arborescence le format réel de la vidéo (MPEG dans l'exemple de la figure 2). La perception de l'utilisateur peut être qu'il sélectionne une séquence vidéo.mov, alors qu'est jouée une séquence MPEG.
On observera que le dispositif 2 se comporte en esclave sur son interface USB, se contentant de répondre aux requêtes provenant de l'appareil hôte 1. Une fois la lecture du fichier Container présenté par le dispositif 2 commencée, le cadre-photo 1 se contente d'émettre des requêtes de lectures selon un protocole de bas niveau, et de recevoir des données vidéo suite à ces requêtes. Les étapes 460, 461 , 462 sur la figure 4 sont mises en œuvre par le dispositif d'interfaçage afin de gérer ces requêtes.
En revanche, le dispositif 2 met en oeuvre des communications plus élaborées sur sa première interface 7. Le dispositif 2 peut recevoir des données de contenu du réseau suite à une demande, ou bien à l'initiative d'un appareil distant du réseau.
En outre, c'est le dispositif 2, et non l'appareil hôte 1 , qui gère les messages en provenance de la télécommande 200.
Il est préférable que lors de l'écriture de nouvelles données dans la mémoire circulaire, les éventuelles données écrasées du fait de cette écriture aient déjà été lues par l'appareil hôte.

Claims

REVENDICATIONS
1. Procédé de communication entre un réseau et un appareil hôte, dans lequel on prévoit un dispositif d'interfaçage comportant :
- une première interface pour une communication via au moins un réseau,
- une deuxième interface pour une communication avec un appareil hôte, la communication entre le dispositif d'interfaçage et l'appareil hôte étant menée selon un protocole standard de gestion de mémoire de masse amovible, caractérisé en ce que le procédé comprend : une étape (451 ), mise en œuvre par le dispositif d'interfaçage, de présentation à l'appareil hôte d'un contenu à lire ayant une taille apparente choisie, et
- une étape, mise en œuvre par l'appareil hôte, d'envoi de messages de requête de lecture de contenu, et en ce que ladite taille apparente choisie est suffisamment élevée pour qu'une fois la lecture dudit contenu commencée, l'appareil hôte génère et envoie répétitivement des messages de requête de lecture de contenu.
2. Procédé selon la revendication 1 , dans lequel le contenu à lire est présenté sous la forme d'un fichier unique (Container.mpeg).
3. Procédé selon la revendication 2, dans lequel le fichier unique (Container.mpeg) est un fichier vidéo.
4. Procédé selon la revendication 1 , le procédé comprenant une étape (405) d'écriture de données dans une mémoire du dispositif d'interfaçage, et suite à la réception (460) d'un message de requête de lecture par la deuxième interface, des étapes de lecture (461 ) de ladite mémoire, et de renvoi (462) à l'appareil hôte d'un message de réponse comportant des données ainsi lues dans ladite mémoire, dans lequel l'écriture et la lecture de ladite mémoire sont menées de façon asynchrone.
5. Procédé selon la revendication 4, comprenant en outre une étape de réception (420, 430) d'un message (MENU, Mselect) en provenance d'un appareil utilisateur, dans lequel les données écrites (405) dans la mémoire sont fonction du contenu dudit message reçu.
6. Procédé selon la revendication 1 , comprenant des étapes, mises en oeuvre par le dispositif d'interfaçage, de
- réception (460) par la deuxième interface d'un message de requête de lecture comportant une adresse d'un emplacement mémoire apparent,
- détermination d'une adresse d'un emplacement mémoire effectif correspondant à l'adresse de l'emplacement mémoire apparent, et
- transmission (462) par la deuxième interface d'un message de réponse comportant des données lues à l'adresse de l'emplacement mémoire effectif.
7. Dispositif d'interfaçage entre un réseau et un appareil hôte, comportant :
- une première interface (7) pour une communication via au moins un réseau,
- une deuxième interface (6) pour une communication avec un appareil hôte (1 ), dans lequel la deuxième interface est configurée pour une communication avec l'appareil hôte selon un protocole standard de gestion de mémoire de masse amovible, et le dispositif d'interfaçage est agencé pour présenter à l'appareil hôte un contenu à lire ayant une taille apparente choisie suffisamment élevée pour qu'une fois la lecture dudit contenu commencée, l'appareil hôte génère et envoie répétitivement des messages de requête de lecture (RUSB) de contenu.
8. Dispositif (2) selon la revendication 7, comportant : - une mémoire (26), le dispositif étant agencé, pour, suite à la réception d'un message de requête (RUSB) de lecture par la deuxième interface (6), renvoyer vers l'appareil hôte (1 ) un message (R'USB) comportant des données lues dans ladite mémoire,
- des moyens de traitement (25, 302, 300) pour générer des données à partir de messages de contenu (R'HTTP) reçus par la première interface (7), à des fins d'écriture desdites données dans la mémoire (26) du dispositif.
9. Dispositif (2) selon la revendication 8, dans lequel la mémoire (26) comporte une mémoire circulaire.
10. Dispositif (2) selon la revendication 8, comprenant en outre des moyens de réception supplémentaires (100) pour recevoir des messages en provenance d'un appareil utilisateur (200), et dans lequel les moyens de traitement (25, 302, 300) sont agencés pour que les données à écrire dans la mémoire (26) soient générées en outre à partir des messages reçus par lesdits moyens de réception supplémentaires.
11. Système comprenant au moins un réseau, un appareil hôte (1 ) et un dispositif d'interfaçage (2) comportant : - une première interface (7) pour une communication via le réseau,
- une deuxième interface (6) pour une communication avec l'appareil hôte, dans lequel
- la deuxième interface est configurée pour une communication avec l'appareil hôte selon un protocole standard de gestion de mémoire de masse amovible,
- le dispositif d'interfaçage est agencé pour présenter à l'appareil hôte un contenu à lire ayant une taille apparente choisie, - l'appareil hôte envoie des messages de requête de lecture de contenu,
- la taille apparente choisie est suffisamment élevée pour qu'une fois la lecture dudit contenu commencée, l'appareil hôte génère et envoie répétitivement des messages de requête de lecture de contenu.
12. Programme informatique destiné à être stocké en mémoire d'un dispositif d'interfaçage comportant une première interface pour une communication via au moins un réseau selon au moins un protocole de communication donné, et une deuxième interface pour une communication avec un appareil hôte selon un protocole standard de gestion de mémoire de masse amovible, caractérisé en ce qu'il comporte des instructions pour présenter à l'appareil hôte via la deuxième interface un contenu à lire ayant une taille apparente choisie suffisamment élevée pour qu'une fois la lecture dudit contenu commencée, l'appareil hôte génère et envoie répétitivement des messages de requête de lecture de contenu.
PCT/FR2010/050202 2009-02-20 2010-02-08 Interfacage d'un appareil avec un reseau Ceased WO2010094872A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0951118 2009-02-20
FR0951118 2009-02-20

Publications (1)

Publication Number Publication Date
WO2010094872A1 true WO2010094872A1 (fr) 2010-08-26

Family

ID=41037682

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2010/050202 Ceased WO2010094872A1 (fr) 2009-02-20 2010-02-08 Interfacage d'un appareil avec un reseau

Country Status (1)

Country Link
WO (1) WO2010094872A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050289235A1 (en) * 2004-06-24 2005-12-29 Sony Corporation Information display apparatus, information display method, and computer program
US20060271975A1 (en) * 2005-05-23 2006-11-30 Edmund Sun Time-shifting audio and video programs
FR2909824A1 (fr) 2006-12-06 2008-06-13 Awox Sa Procede et dispositif de communication s'appliquant,en particulier,a la communication locale sans fil
US20080307412A1 (en) * 2007-06-06 2008-12-11 Sony Computer Entertainment Inc. Cached content consistency management
EP2007130A1 (fr) * 2003-09-15 2008-12-24 United Video Properties, Inc. Systèmes et procédés d'exportation automatique d'un contenu numérique utilisant une application de télévision interactive

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2007130A1 (fr) * 2003-09-15 2008-12-24 United Video Properties, Inc. Systèmes et procédés d'exportation automatique d'un contenu numérique utilisant une application de télévision interactive
US20050289235A1 (en) * 2004-06-24 2005-12-29 Sony Corporation Information display apparatus, information display method, and computer program
US20060271975A1 (en) * 2005-05-23 2006-11-30 Edmund Sun Time-shifting audio and video programs
FR2909824A1 (fr) 2006-12-06 2008-06-13 Awox Sa Procede et dispositif de communication s'appliquant,en particulier,a la communication locale sans fil
US20080307412A1 (en) * 2007-06-06 2008-12-11 Sony Computer Entertainment Inc. Cached content consistency management

Similar Documents

Publication Publication Date Title
EP1023796B1 (fr) Dispositif et procede de controle dans un reseau d'appareils domestiques
KR101016465B1 (ko) 콘텐츠 제공 서버 및 클라이언트에서의 정보 처리 장치, 콘텐츠 제공 서버 및 클라이언트에서의 정보 처리 방법 및 그 정보 처리 방법을 실행하는 컴퓨터 프로그램이 기록된 기록매체
EP3054629B1 (fr) Procédé de contrôle d'un équipement multimédia à partir d'un terminal mobile, programmes d'ordinateur, équipement multimédia et serveur correspondants
JP2013037698A (ja) 携帯ディジタルメディア装置
EP2057632A1 (fr) Procede de gestion d'un programme multimedia, serveur, terminaux, signal et programmes informatiques correspondants
CN103647991A (zh) 智能电视中的视频分享方法及系统
CN102710789A (zh) 智能终端间数据的交互方法、系统及装置
TW200816723A (en) Methods and apparatus for transferring media across a network using a network interface device
WO2008047015A1 (fr) Architecture d'acces a un flux de donnees au moyen d'un terminal utilisateur
WO2006085026A2 (fr) Systeme radio multimedia reveil informatique
FR3047579A1 (fr)
US20110025858A1 (en) Method, apparatus, and system for adding functionality to a digital camera
WO2018095219A1 (fr) Procédé et dispositif de traitement d'informations multimédias
US20110019007A1 (en) Method, apparatus and method for adding functionality to a digital camera
FR2947069A1 (fr) Procede de selection de versions d'un document parmi une pluralite de versions recues a la suite d'une recherche, et recepteur associe
FR2912233A1 (fr) Dispositif client leger et procede d'utilisation
EP3520336B1 (fr) Procédé de restitution d'une pluralité de messages échangés avec un agent conversationnel
CN113038161A (zh) 一种基于二维码的视频展示方法及系统
WO2010094872A1 (fr) Interfacage d'un appareil avec un reseau
CN221042931U (zh) 基于u盘的资源下载系统
KR20130082732A (ko) 콘텐츠 서비스를 위한 사용자 인터페이스를 제공하는 방법, 단말기 및 기록매체
JP2010239457A (ja) 情報再生方法および情報再生装置
EP2096821B1 (fr) Procédé de restitution de contenu sur un terminal domestique et terminal domestique associé
WO2023275475A1 (fr) Procede de gestion d'une passerelle d'acces a un reseau sur un terminal mobile
JPWO2016051802A1 (ja) コンテンツ受信システム、コンテンツ受信装置、表示装置、コンテンツ受信システムの制御方法、およびプログラム

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: 10708302

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10708302

Country of ref document: EP

Kind code of ref document: A1