WO2016060428A1 - Hdmi를 사용하여 데이터를 송수신하기 위한 방법 및 그 장치 - Google Patents

Hdmi를 사용하여 데이터를 송수신하기 위한 방법 및 그 장치 Download PDF

Info

Publication number
WO2016060428A1
WO2016060428A1 PCT/KR2015/010752 KR2015010752W WO2016060428A1 WO 2016060428 A1 WO2016060428 A1 WO 2016060428A1 KR 2015010752 W KR2015010752 W KR 2015010752W WO 2016060428 A1 WO2016060428 A1 WO 2016060428A1
Authority
WO
WIPO (PCT)
Prior art keywords
video mute
sink device
source device
receiving
mute function
Prior art date
Application number
PCT/KR2015/010752
Other languages
English (en)
French (fr)
Inventor
양현식
김도균
이현재
박장웅
임진권
Original Assignee
엘지전자(주)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자(주) filed Critical 엘지전자(주)
Priority to US15/518,693 priority Critical patent/US20170238050A1/en
Publication of WO2016060428A1 publication Critical patent/WO2016060428A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/439—Processing of audio elementary streams
    • H04N21/4396—Processing of audio elementary streams by muting the audio signal
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • 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
    • 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/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43632—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • H04N21/43635—HDMI
    • 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/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • 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/61—Network physical structure; Signal processing
    • H04N21/615—Signal processing at physical level

Definitions

  • the present invention relates to an apparatus and method for transmitting and receiving data using a high definition multimedia interface (HDMI), and more particularly, to a method and apparatus for executing a video mute function of a sink device through a source device.
  • HDMI high definition multimedia interface
  • HDMI is an interface / standard developed for AV electronics using DVI (Digital Visual Interface), a standard for personal computers and displays.
  • HDMI is a source that is transmitted from the player to the display device without compressing video / audio. There is little latency between the device and the sink device, and there is no need for a separate decoder chip or software, resulting in high format compatibility.
  • video, audio, and control signals are all transmitted in one cable, simplifying the wiring of complex AV devices, and supporting high-bandwidth digital content protection (HDCP) for password protection. It can even provide protection.
  • HDMI is an interface / standard developed for AV electronics using DVI (Digital Visual Interface), a standard for personal computers and displays.
  • HDMI is a source that is transmitted from the player to the display device without compressing video / audio. There is little latency between the device and the sink device, and there is no need for a separate decoder chip or software, resulting in high format compatibility.
  • video, audio, and control signals are all transmitted in one cable, simplifying the wiring
  • the video mute function of a sink device cannot be controlled using a source device connected through HDMI. Accordingly, there has been an inconvenience in that the user must directly manipulate the sink device to control the video mute function of the sink device.
  • a method of transmitting and receiving data of a source device using a high definition multimedia interface comprising the steps of: connecting to the sink device via the HDMI; Receiving Extended Display Identification Data (EDID) information from the sink device; Parsing the received EDID information and determining an operating parameter; And transmitting a message instructing execution of a video mute function to the sink device.
  • EDID Extended Display Identification Data
  • the method may further include receiving video mute state information of the sink device; It may further include.
  • the receiving of the video mute state information may be a step of receiving the video mute state information as a response to a message instructing execution of the video mute function.
  • the method may further include requesting the video mute state information from the sink device;
  • the method may further include receiving the video mute state information, in response to the request, receiving the video mute state information.
  • the data transmission and reception method of the source device comprises the steps of: transmitting a message indicating the end of the video mute function execution to the sink device; It may further include.
  • a message instructing execution of the video mute function may be transmitted as a CEC message format.
  • a method of transmitting and receiving data of a sink device using a high definition multimedia interface (HDMI) comprising: connecting to a source device through the HDMI; Transmitting Extended Display Identification Data (EDID) information to the source device; And receiving a message instructing execution of a video mute function from the source device. It may include.
  • EDID Extended Display Identification Data
  • the method may further include transmitting data mute state information of the sink device to the source device. It may further include.
  • the transmitting of the video mute state information may include transmitting the video mute state information to the source device as a response to a message instructing execution of the video mute function.
  • the method for transmitting / receiving data of the sink device may include receiving the video mute state information from the source device; The method may further include transmitting the video mute state information in response to the request, and transmitting the video mute state information to the source device.
  • the data transmission and reception method of the sink device may include receiving a message instructing the end of the video mute function execution from the source device; It may further include.
  • the method may further include receiving a Consumer Electronic Control (CEC) message from the source device; Determining whether to terminate the video mute function when an instruction included in the received CEC message is performed; Terminating or maintaining execution of the video mute function based on the determination result; It may further include.
  • CEC Consumer Electronic Control
  • the data transmission and reception method of the sink device receiving an external input; Terminating execution of the video mute function; It may further include.
  • a message instructing execution of the video mute function may be received as a CEC message format.
  • a source device for transmitting and receiving data using a high definition multimedia interface comprising: an HDMI transmitter for transmitting and receiving data through the HDMI; And a microcomputer (MICOM) generating a signal for data transmission.
  • the source device is connected to the sink device via the HDMI, receives EDID (Extended Display Identification Data) information from the sink device, parses the received EDID information, and operates an operating parameter. And a message instructing execution of a video mute function to the sink device.
  • EDID Extended Display Identification Data
  • the source device may also receive video mute state information of the sink device.
  • a message instructing execution of the video mute function may be transmitted as a CEC message format.
  • a sink device for transmitting and receiving data using a high definition multimedia interface comprising: an HDMI receiver for transmitting and receiving data through the HDMI; And a microcomputer (MICOM) generating a signal for data transmission.
  • the sink device is connected to a source device via the HDMI, transmits Extended Display Identification Data (EDID) information to the source device, and sends a message instructing execution of a video mute function from the source device. Can be received.
  • EDID Extended Display Identification Data
  • the sink device may transmit video mute state information of the sink device to the source device.
  • a message instructing execution of the video mute function may be received as a CEC message format.
  • the present invention has an effect that it is possible to control the video mute function of the sink device more easily and efficiently through the source device.
  • the present invention can control the video mute function of the sink device through the source device, it is advantageous to reduce the power consumption caused by unnecessary video output of the sink device using the source device.
  • FIG. 1 is a block diagram illustrating an HDMI system according to an embodiment of the present invention.
  • FIG. 2 is a block diagram of an HDMI CEC system according to an embodiment of the present invention.
  • 3 and 4 illustrate a structure of a CEC message according to an embodiment of the present invention.
  • FIG. 5 is a flowchart illustrating a method for transmitting and receiving data between a source device and a sink device according to an embodiment of the present invention.
  • FIG. 6 is a flowchart illustrating a method of executing a video mute function according to a first embodiment of the present invention.
  • FIG. 7 is a flowchart illustrating a method of executing a video mute function according to a second embodiment of the present invention.
  • FIG. 8 is a flowchart illustrating a method of executing a video mute function according to an embodiment of the present invention.
  • FIG. 9 is a flowchart illustrating a method of ending video mute function according to a first embodiment of the present invention.
  • FIG. 10 is a flowchart illustrating a method of ending video mute function according to a first embodiment of the present invention.
  • FIG. 11 is a flowchart of a method of ending a video mute function according to a second embodiment of the present invention.
  • FIG. 12 is a flowchart of a method of ending a video mute function according to a second embodiment of the present invention.
  • FIG. 13 is a flowchart of a method of ending a video mute function according to a third embodiment of the present invention.
  • FIG. 14 is a flowchart illustrating a method of ending a video mute function according to a third embodiment of the present invention.
  • FIG. 15 is a table listing commands transmitted and received between a source device and a sink device according to an embodiment of the present invention.
  • 16 is a flowchart of a source device and a sink device for controlling a video mute function by transmitting and receiving a CEC message.
  • FIG. 17 illustrates a CEC message format according to an embodiment of the present invention.
  • FIG. 1 is a block diagram illustrating an HDMI system according to an embodiment of the present invention.
  • an HDMI (High Definition Multimedia Interface) system includes an initiator (Initiator) that is a device for transmitting a Consumer Electronic Control (CEC) message and a follower (1010) that is a device for receiving and responding to a CEC message. It may include.
  • Initiator 1020 represents a device that initiates a CEC command and sends a CEC command to the follower to control the follower.
  • the follower 1010 may indicate a device that responds to the received CEC command and performs a CEC command to inform the result.
  • Both devices may include a bus interface 1030, a MICOM 1040, a buffer 1080, a bus protocol layer 1090, and an upper layer 1110, respectively. Can be. That is, both devices may include the same configurations in common. Configurations commonly included in both devices may be logical or physical units within a device performing a specific operation, and one configuration may correspond to one or more devices, or one or more devices may correspond to one device. have. Hereinafter, the components commonly included in both devices will be described in detail.
  • the bus interface 1030 represents a physical device that enables the transmission of a message or data such as a command, a request, an action, or a response between two devices.
  • the microcomputer 1040 represents a physical device that generates a signal for data transmission or manages transmission priority, retransmission for reliable transmission, and the like.
  • the microcomputer 1040 includes a mode protocol 1050 that manages efficient resources required for high speed and low speed data transmission.
  • the mode protocol 1050 represents a protocol for performing efficient resource management required for high speed / low speed data transmission.
  • High mode 1060 represents a logical device that is responsible for high speed data transfer related processing of bus structure connections.
  • Low mode 1070 represents a logical device that is responsible for the slow data transfer related processing of the bus structure connections.
  • the buffer 1080 represents a physical device that temporarily stores them to improve the reliability of transmitted messages or data.
  • the bus protocol layer 1090 represents a logical device that processes data transmitted through a bus structure transmission method and delivers necessary information to upper layers.
  • the bus protocol layer 1090 may include a Mode Decision Component 1100.
  • Upper layer 1110 represents a logical / physical device that substantially processes instructions.
  • FIG. 2 is a block diagram of an HDMI CEC system according to an embodiment of the present invention.
  • HDMI CEC HDMI Consumer Electronic Control
  • HDMI CEC HDMI Consumer Electronic Control
  • the HDMI CEC system may largely include a follower 2010 and an initiator 2020.
  • the follower 2010 may include an HDMI connector 2030, an HDMI receiver 2050, a central processing unit (CPU) 2070, and a microcomputer 2100.
  • the initiator 2020 may include an HDMI connector 2030, an HDMI transmitter (or HDMI receiver) 2060, a central processing unit (CPU) 2070, and a microcomputer 2100.
  • the HDMI connector 2030 may include five types of connectors, such as types A, B, C, D, and E.
  • type A is a 19-pin general HDMI connector
  • type B is a 29-pin connector for transmitting UHD video
  • type C is a 19-pin mini connector
  • type D is a 19-pin micro connector
  • Type E may represent a vehicle connector.
  • the HDMI transmitter 2060 and the HDMI receiver 2050 use a HDMI connector 2030 to transmit a plurality of TMDS (Transition Minimized Differential Signaling) data transmission channels for transmitting multimedia information. Communication may be performed through the 2040 and the Consumer Electronics Control (CEC) channel 2110.
  • the HDMI transmitter 2060 and the HDMI receiver 2050 may include a clock channel (not shown), a display data channel (DDC) (not shown), a utility channel (not shown), and a hot plug detect (HPD) channel ( Communication may also be performed through control channels such as (not shown).
  • the TMDS channel 2040 may consist of three data transmission channels, and transmits video and audio data.
  • the CEC channel 2110 is a control channel that delivers the CEC protocol, which is a control command that enables the control of the devices connected through HDMI using a TV remote control. This feature allows One Touch Play. That is, without the need to control each device connected via HDMI, such as a function to perform the playback of the connected playback device using the TV remote control, it is possible to control with a single remote control to increase user convenience.
  • the central processing unit (CPU) 2070 of the follower 2010 includes a graphical user interface (GUI) layer 2080, an application layer 2080, and a CEC protocol layer 2090. ) May be included.
  • the central processing unit (CPU) 2070 of the initiator 2020 may include an application layer 2080 and a CEC protocol layer 2090.
  • the GUI layer 2080 may process data to output data received through the HDMI receiver 2050 through the GUI.
  • the application layer 2080 may process data in a manner defined by a user.
  • the CEC protocol layer 2090 processes the transmitted CEC data and transmits necessary information to an upper layer.
  • the CPU 2070 may perform communication by transmitting and receiving a microcomputer 2100 and a CEC header / data block (10 bits) to be described later.
  • the microcomputer 2100 may generate a signal for data transmission or manage (or signal processing) transmission priority, retransmission for reliable transmission, and the like. For example, the microcomputer 2100 may perform frame re-transmission, line error handling, frame validation, and the like. In addition, the microcomputer 2100 may serve as an interface for performing HDMI CEC signal processing through data communication in a frame unit with a central processing unit (CPU).
  • CPU central processing unit
  • 3 and 4 illustrate a structure of a CEC message according to an embodiment of the present invention.
  • CEC makes it possible to operate a device connected via HDMI with a single remote control.
  • each device has a physical address, and devices that support CEC have an additional logical address.
  • Each device can send and receive CEC messages through the CEC line when an event occurs, and each message can have the following functions.
  • One Touch Play One-click playback starts and the device changes to the active source.
  • Routing Control Controls routing of HDMI networks when the CEC switch is in use.
  • Preset Transfer Transfers tuner channel settings to another TV set.
  • Timer Programming Set the timer on another device
  • System Information Set the device to use the same OSD and menu language as the TV.
  • Tuner Control Controls the tuner of another device
  • OSD Display Sends text from the device to display on the TV set
  • Device Menu Control Allows you to control the device menus with the TV remote control.
  • Vendor Specific Commands Manufacturer-defined commands
  • the CEC message may be transmitted through a CEC frame.
  • the CEC frame includes a start bit, a header block, and an optional data block (first and second data blocks 1 and 2). can do.
  • Each block may have a size of 10 bits, and the maximum size of the remaining blocks except for the start bit may be 16 * 10 bits.
  • the CEC header block includes the address (logical address) of the source device (or initiator) and the address (logical address) of the destination, the first data block is composed of an Opcode block, and the second data block is an operand ( operand) block.
  • the opcode may mean a name used to identify the message. Opcode blocks and operand blocks may be selectively applied. The operand block may be determined based on the opcode.
  • Each data block and header block may include an information bits field, an end of message field, and an acknowledgment field.
  • the information bits field may include data, an opcode or an address.
  • the End Of Message (EOM) field is a bit indicating whether the last block of the message. For example, if the value of the End Of Message (EOM) field is '0', then one or more additional data blocks exist (or not the last block of the message); if '1', the message is complete ( Or the last block of a message).
  • the ACK field is sent by setting the initiator to '1' and can be used to inform the follower that the message has been received by marking it as '0'.
  • FIG. 5 is a flowchart illustrating a method for transmitting and receiving data between a source device and a sink device according to an embodiment of the present invention. Each step of the flowchart described below may be selectively applied according to an embodiment, and additional steps may be added.
  • the sink device and the source device may be connected by a cable (HDMI cable) (S5010).
  • a cable HDMI cable
  • the source device may provide a high level to the power line of + 5V (S5020). More specifically, the source device can switch the + 5V power line from low level to high level and apply current. This allows the source device to operate the EEPROM and associated circuits in which Extended Display Identification Data (EDID) information of the sink device is stored.
  • EDID Extended Display Identification Data
  • the sink device may provide a high level to the Hot Plug Detect (HPD) line (S5030). More specifically, the sink device may inform the source device 1010 that the cable is normally connected by switching the HPD line from the low level to the high level, and that the EDID related circuit is activated to enable access of the EDID information.
  • HPD Hot Plug Detect
  • the source device may request to read the EDID information to the sink device through the DDC (S5040).
  • the source device checks that the HPD line is transitioned to a high level through step S5030, and requests the sink device to read EDID information through the DDC.
  • the sink device may transmit EDID information through the DDC (S5050). More specifically, the sink device may transmit EDID information stored in the EEPROM to the source device through the DDC in response to the EDID read request of the source device.
  • the source device may parse the EDID (or EDID information) and determine an operation parameter (S1060).
  • the source device may parse the received EDID information and determine an operation parameter (timing, format, etc.) of data (for example, A / V (Audio / Video) data) to be transmitted to the sink device.
  • the source device may transmit an operation parameter determined in relation to the data to be transmitted to the sink device.
  • the source device does not provide a function for controlling the video mute function of the sink device. Therefore, there is an inconvenience in that the user has to operate the sink device separately from the source device in order to set the video muting function of the sink device (for example, the user sets the sink device to a power saving mode or the display of the sink device's display). Power off).
  • the video mute function may mean a function of stopping (or deactivating) output of a video such as cutting off power of the display. Therefore, in order to solve the inconvenience described above, a control method for controlling the video mute function of the sink device through the source device will be described in detail below.
  • FIG. 6 is a flowchart illustrating a method of executing a video mute function according to a first embodiment of the present invention.
  • steps S5010 to S5060 are the same as described above with reference to FIG. 5, and thus redundant descriptions are omitted.
  • the source device may turn on the video mute function of the sink device (S5070).
  • the source device may control the sink device such that the sink device executes the video mute function.
  • the source device may transmit a command to the sink device to instruct the execution of the video mute function.
  • the sink device may execute the video mute function according to the received command.
  • the sink device may transmit the video mute state to the source device (S5080). More specifically, the sink device may transmit information on a video mute state of the current sink device (hereinafter referred to as "video mute state information") as a response to the video mute function execution command received from the source device. Therefore, in the present embodiment, the sink device may transmit video mute state information indicating that the video mute function is currently executed to the source device.
  • video mute state information a video mute state of the current sink device
  • This step (S5080) may be selectively applied according to the embodiment. Accordingly, the sink device may or may not transmit the current video mute state information to the source device according to an embodiment.
  • command and status information may be defined and transmitted as a CEC message, and in this regard, it will be described later in detail with reference to FIGS. 15 to 17.
  • FIG. 7 is a flowchart illustrating a method of executing a video mute function according to a second embodiment of the present invention.
  • steps S5010 to S5060 are the same as described above with reference to FIG. 5, and thus redundant descriptions are omitted.
  • the source device may request a video mute state from the sink device (S5090).
  • the source device may request the sink device for information about the current video mute state of the sink device.
  • the source device may request the sink device for information on whether the sink device is currently executing a video mute function.
  • the sink device may respond to the video mute state (S5100).
  • the sink device may receive a video mute state from the source device, and respond to the current video mute state of the sink device in response to the request.
  • the sink device may supply video mute state information (or video mute state information indicating that it is not currently executing the video mute function) as a response to the request of the source device. Can be sent to.
  • This step S5100 may be selectively applied according to an embodiment. Accordingly, the sink device may or may not transmit current video mute state information to the source device even when the video mute state is requested from the source device according to the embodiment.
  • the video mute status request and the video mute status response described above may be defined and transmitted as a CEC message and will be described later in detail with reference to FIGS. 15 to 17.
  • FIG. 8 is a flowchart illustrating a method of executing a video mute function according to an embodiment of the present invention.
  • the flowcharts described above with reference to FIGS. 6 and 7 may be equally applied, and redundant descriptions thereof will be omitted.
  • the source device may video mute the sink device (S8010).
  • the source device may transmit a command to the sink device to instruct the execution of the video mute function.
  • the sink device may determine whether to support the video mute function (S8020). In more detail, the sink device may determine whether to support the video mute function according to the execution command of the video mute function of the source device.
  • the sink device may execute the video mute function (S8030). More specifically, when the sink device supports the video mute function, the sink device may execute the video mute function according to the instruction to execute the video mute function of the source device.
  • the sink device may not execute the video mute function and thus may fail to execute the video mute function (S8040).
  • the sink device may transmit the video mute state to the source device (S8050).
  • the sink device may transmit the video mute state information, which is information on whether the video mute function is currently executed, to the source device. If the sink device supports the video mute function and executes the video mute function according to the command of the source device, the sink device may transmit the video mute state information indicating that the sink device is currently executing the video mute function to the source device. On the contrary, when the sink device does not support the video mute function and fails to execute the video mute function according to the command of the source device, the video mute status information indicating that the sink device is not currently executing the video mute function may be transmitted to the source device.
  • This step (S8050) may be selectively applied according to the embodiment. Therefore, the sink device may or may not transmit current video mute state information to the source device according to an embodiment.
  • FIG. 9 is a flowchart illustrating a method of ending video mute function according to a first embodiment of the present invention.
  • steps S5010 to S5060 are the same as described above with reference to FIG. 5, and thus redundant descriptions are omitted.
  • the source device may turn off the video mute function of the sink device in operation S5110. More specifically, the source device may control the sink device to terminate the video mute function that the sink device is executing. To this end, the source device may transmit a command to the sink device to instruct the termination of the video mute function. The sink device may terminate the video mute function according to the received command.
  • the sink device may transmit the video mute state to the source device (S5120). More specifically, the sink device may transmit video mute state information of the current sink device as a response to the video mute function termination command received from the source device. Therefore, in the present embodiment, the sink device may transmit the video mute state information to the source device indicating that the video mute function is terminated (or notifying that the video mute function is not being executed).
  • This step S5120 may be selectively applied according to an embodiment. Therefore, the sink device may or may not transmit current video mute state information to the source device according to an embodiment.
  • command and status information may be defined and transmitted as a CEC message, and in this regard, it will be described later in detail with reference to FIGS. 15 to 17.
  • FIG. 10 is a flowchart illustrating a method of ending video mute function according to a first embodiment of the present invention.
  • the flowchart described above with reference to FIG. 9 may be applied in the same manner, and redundant descriptions thereof will be omitted.
  • the source device may transmit a video mute end command to the sink device (S10010). More specifically, the source device may transmit a video mute end command to the sink device to terminate the video mute function of the sink device.
  • the sink device may determine whether video muting is being performed (S10020). More specifically, the sink device may determine whether it is currently executing a video mute function as it receives a video mute end command from a source device.
  • the sink device may terminate the video mute function that is being executed (S10030).
  • the sink device may transmit the video mute state to the source device (S10040).
  • the sink device may transmit the video mute state information, which is information on whether the video mute function is currently executed, to the source device.
  • the sink device may transmit video mute state information indicating that the video mute function is not currently being executed (or the video mute function is terminated) to the source device.
  • the sink device may perform the above-described step S10040. That is, the sink device may transmit video mute state information indicating that the video mute function is not currently being executed to the source device.
  • the sink device may or may not transmit current video mute state information to the source device according to an embodiment.
  • FIG. 11 is a flowchart of a method of ending a video mute function according to a second embodiment of the present invention.
  • steps S5010 to S5060 are the same as described above with reference to FIG. 5, and thus redundant descriptions are omitted.
  • the source device may transmit a CEC command to the sink device (S5130).
  • the source device may transmit a CEC command to the sink device to control the sink device.
  • the transmitted CEC command may correspond to a command other than a command for controlling the video mute function of the sink device.
  • the CEC command is not directly related to the video mute function, but may correspond to various commands for controlling the sink device (channel change, volume control, etc.).
  • the sink device receiving the CEC command may determine whether to terminate the video mute function based on the received CEC command, and may maintain or terminate the execution of the video mute function.
  • the sink device may transmit the video mute state to the source device (S5140). More specifically, the sink device may transmit the video mute state information of the current sink device as a response to the CEC command received from the source device.
  • the sink device may transmit video mute state information indicating that the video mute function is being executed to the source device.
  • the sink device notifies that the video mute function is not running (or the video mute function is terminated). Information can be sent to the source device.
  • This step (S5140) may be selectively applied according to the embodiment. Therefore, the sink device may or may not transmit current video mute state information to the source device according to an embodiment.
  • CEC command and status information may be defined and transmitted as a CEC message, and this will be described later in detail with reference to FIGS. 15 to 17.
  • FIG. 12 is a flowchart of a method of ending a video mute function according to a second embodiment of the present invention.
  • the flowchart described above with reference to FIG. 11 may be applied in the same manner, and redundant descriptions thereof will be omitted.
  • a command may be transmitted from a source device to a sink device (S12010).
  • the command is not directly related to the control of the video mute function of the sink device, but may correspond to various CEC commands for controlling the sink device.
  • the sink device may determine whether it is necessary to terminate the video mute function as a result of the execution of the received command (S12020). For example, if it is necessary to output the video to execute the received command, the sink device may determine that the video mute function needs to be terminated. On the contrary, when the video output is not necessary to execute the received command, the sink device may determine that the video mute function does not need to be terminated.
  • the sink device may end the video mute function being executed (S12030).
  • the sink device may transmit the video mute state to the source device (S12040).
  • the sink device may transmit the video mute state information, which is information on whether the video mute function is currently executed, to the source device.
  • the sink device since the sink device has terminated the video mute function, the sink device may transmit video mute state information indicating that the video mute function is not being executed (or the video mute function is terminated) to the source device.
  • the sink device may maintain execution of the video mute function being executed. Furthermore, the sink device may transmit the video mute state to the source device (S12040). In this case, the sink device may transmit video mute state information indicating that the video mute function is currently executing (or not ending the video mute function) to the source device.
  • Step S12040 may be selectively applied according to an embodiment. Accordingly, the sink device may or may not transmit the current video mute state information to the source device according to an embodiment.
  • FIG. 13 is a flowchart of a method of ending a video mute function according to a third embodiment of the present invention.
  • steps S5010 to S5060 are the same as described above with reference to FIG. 5, and thus redundant descriptions are omitted.
  • the sink device may change its state (S5150). For example, when the sink device receives an external input (for example, various user inputs to the sink device such as a remote controller input to the sink device), the sink device may change state. If the state changes, the sink device may terminate the video mute function by itself. In particular, when it is determined that the sink device needs to output video according to an external input, the sink device may terminate the video muting function that is being executed.
  • an external input for example, various user inputs to the sink device such as a remote controller input to the sink device
  • the sink device may change state. If the state changes, the sink device may terminate the video mute function by itself. In particular, when it is determined that the sink device needs to output video according to an external input, the sink device may terminate the video muting function that is being executed.
  • the sink device may transmit a video mute state to the source device (S5160).
  • the sink device may transmit video mute state information to the source device indicating that the video mute function is not being executed (or the execution of the video mute function has ended).
  • This step S5160 may be selectively applied according to an embodiment. Therefore, the sink device may or may not transmit current video mute state information to the source device according to an embodiment.
  • the video mute state information described above may be defined and transmitted as a CEC message, and this will be described later in detail with reference to FIGS. 15 to 17.
  • FIG. 14 is a flowchart illustrating a method of ending a video mute function according to a third embodiment of the present invention.
  • the flowchart described above with reference to FIG. 13 may be applied in the same manner, and redundant description thereof will be omitted.
  • a state change may occur in the sink device (S14010).
  • the sink device may change state.
  • an external input for example, various user inputs to the sink device such as a remote controller input to the sink device
  • the sink device may change state.
  • the sink device may determine whether it is necessary to terminate the video mute function according to the state change (S14020). For example, the sink device may determine whether a video output is required when performing a specific command according to an external input.
  • the video mute function may be terminated (S14030).
  • the sink device may transmit the video mute state to the source device (S14040).
  • the sink device may transmit the video mute state information, which is information on whether the video mute function is currently executed, to the source device.
  • the sink device terminates the video mute function according to the state change, and thus, the sink device may transmit the video mute state information indicating that the video mute function is not currently executed (or the video mute function is finished). have.
  • the sink device may transmit the video mute state to the source device (S14040). In this case, the sink device may transmit the video mute state information indicating that the video mute function is currently executed to the source device.
  • Step S14040 may be selectively applied according to an embodiment. Accordingly, the sink device may or may not transmit the current video mute state information to the source device according to an embodiment.
  • FIG. 15 is a table listing command formats transmitted and received between a source device and a sink device according to an embodiment of the present invention.
  • the source device may transmit and receive various commands as described below to control the video mute function of the sink device.
  • Video Mute A command to mute the sink device's video from the source device (or a command sent from the source device to the sink device to perform the video mute function of the sink device).
  • Turn off Video Mute A command to end the video mute state of the sink device at the source device (or a command sent from the source device to the sink device to end the execution of the video mute function of the sink device).
  • Video Mute Status A command that informs the sink device of the current video mute status (a command sent from the sink device to the source device to indicate whether the sink device is currently executing the video mute function).
  • Request Video Mute Status Request the video mute current status (command sent from the source device to the sink device to request the video mute status information of the current sink device).
  • Response Video Mute Status Responds to the video mute current status (command sent from the sink device to the source device to respond to the video mute status information of the current sink device, and may be sent as a response to the Request Video Mute Status).
  • the Turn on Video Mute / Video Mute status command may be applied to the embodiment described above with reference to FIGS. 6 and 8.
  • the Request Video Mute Status / Response Video Mute Status command may be applied to the above-described embodiment with reference to FIG. 7.
  • the Turn off Video Mute / Response Video Mute Status command may be applied to the embodiment described above with reference to FIGS. 9 and 10.
  • the Video Mute Status command can be applied to the embodiment described above with reference to FIGS. 13 and 14.
  • the above-described instructions may be defined in a CEC message format and may be transmitted and received by the source device and the sink device, which will be described later in detail with reference to FIGS. 16 and 17.
  • FIG. 16 is a flowchart of a source device and a sink device for controlling a video mute function by transmitting and receiving a CEC message.
  • FIG. 16 is a flowchart summarizing the embodiments of FIGS. 6 to 12. Therefore, the above descriptions with respect to FIGS. 6 to 12 may be equally applied to the present flowchart, and redundant descriptions thereof will be omitted below.
  • the description of the CEC messages described below will be described in detail later with reference to FIG. 17.
  • a source device may transmit a CEC message ( ⁇ Video Mute On>) for executing a video mute function of a sink device (S16010).
  • the sink device that receives the corresponding CEC message ( ⁇ Video Mute On>) may execute the video mute function if it supports the video mute function.
  • the sink device may transmit a CEC message ( ⁇ Video Mute Status> [“On”]) indicating that the video mute function is currently executed to the source device (S16020).
  • the source device may transmit a CEC message ( ⁇ Request Video Mute Status>) requesting the current video mute status of the sink device to the source device (S16030).
  • the sink device may transmit a CEC message ( ⁇ Video Mute Status> [“On”]) indicating that the video mute function is currently executed to the source device (S16040).
  • the source device may transmit a CEC message ( ⁇ Video Mute Off>) for terminating the video mute function of the sink device (S16050).
  • the sink device receiving the corresponding CEC message ( ⁇ Video Mute Off>) may terminate the running video mute function.
  • the sink device may send a CEC message ( ⁇ Video Mute Status> [“Off”]) to the source device indicating that the video mute function is not currently executed (or the video mute function is finished). (S16060).
  • the source device may transmit a CEC command (or CEC message) excluding the video mute function control to the source device (S16070).
  • the CEC command is not directly related to the video mute function, but may correspond to a command for controlling a sink device (channel change, volume control, etc.).
  • the sink device receiving the CEC command may determine whether to terminate the video mute function based on the received CEC command, and may maintain or terminate the execution of the video mute function.
  • FIG. 17 illustrates a CEC message format according to an embodiment of the present invention.
  • FIG. 17 is an embodiment in which the above-described command and CEC messages are defined, and the CEC message defined in the present invention is defined as a description of a corresponding operation and is not necessarily defined in the same syntax.
  • An operator may indicate a command for sending a CEC instruction
  • an opcode may indicate a name for identifying a CEC message
  • an operand may indicate data values corresponding to a CEC instruction / message.
  • the operand may correspond to data corresponding to a specific opcode.
  • ⁇ Video Mute status> Send current video mute status, can be sent with operand [TV Mute Status]. Sent from a follower (or TV (sink device)).
  • ⁇ Request Video Mute Status> Requests the current video mute status, sent from initiator.
  • the above-described opcodes may be transmitted directly in a unicast manner.
  • the length can have 1 byte.
  • the video mute function control method of the sink device has been described above. According to the above description, the present invention has an effect that it is possible to control the video mute function of the sink device more easily and efficiently through the source device. In addition, the present invention can control the video mute function of the sink device through the source device, it is possible to reduce the power consumption caused by unnecessary video output of the sink device.
  • the drawings are divided and described, but the embodiments described in each drawing may be merged to implement a new embodiment.
  • the display device is not limited to the configuration and method of the embodiments described as described above, the above embodiments are configured by selectively combining all or some of the embodiments so that various modifications can be made May be
  • the present invention is used in the field of HDMI.

Landscapes

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

Abstract

본 발명의 일 실시예에 따른 HDMI(High Definition Multimedia Interface)를 사용한 소스 기기의 데이터 송수신 방법에 있어서, 상기 HDMI를 통해 싱크 기기와 연결되는 단계; 상기 싱크 기기로부터 EDID(Extended Display Identification Data) 정보를 수신하는 단계; 상기 수신한 EDID 정보를 파싱하고, 동작 파라미터(operating parameter)를 결정하는 단계; 및 비디오 뮤트(video mute) 기능의 실행을 지시하는 메시지를 상기 싱크 기기로 전송하는 단계; 를 포함할 수 있다.

Description

HDMI를 사용하여 데이터를 송수신하기 위한 방법 및 그 장치
본 발명은 HDMI(High Definition Multimedia Interface)를 사용하는 데이터 송수신 장치 및 방법에 관한 것으로, 특히 소스 기기를 통해 싱크 기기의 비디오 뮤트 기능을 실행하는 방법 및 그 장치에 관한 것이다.
HDMI는 개인용 컴퓨터와 디스플레이의 인터페이스 표준 규격인 DVI(Digital Visual Interface)를 AV 전자제품용으로 개발한 인터페이스/규격으로, HDMI는 영상/음성을 압축하지 않고 플레이어에서 디스플레이 기기 측으로 전송하므로 소스(source) 기기와-싱크(sink) 기기간의 지연(Latency)이 거의 없으며, 별도의 디코더 칩이나 소프트웨어를 필요로 하지 않아 포맷 호환성이 높다. 또한 비디오 신호, 오디오 신호, 및 컨트롤 신호가 케이블 하나로 전송되기 때문에 복잡했던 AV 기기들의 배선을 간단히 할 수 있고, 불법 복제 방지를 위한 암호와 기술(HDCP: High-bandwidth Digital Content Protection)을 지원하여 저작권 보호 기능까지 제공할 수 있다.
종래에는 HDMI를 통해 연결된 소스 기기를 이용하여 싱크 기기의 비디오 뮤트 기능을 제어할 수 없었다. 이에, 사용자는 싱크 기기의 비디오 뮤트 기능을 제어하기 위해 싱크 기기를 직접 조작해야 한다는 불편함이 존재하였다.
상술한 기술적 과제를 해결하기 위하여, 본 발명의 일 실시예에 따른 HDMI(High Definition Multimedia Interface)를 사용한 소스 기기의 데이터 송수신 방법에 있어서, 상기 HDMI를 통해 싱크 기기와 연결되는 단계; 상기 싱크 기기로부터 EDID(Extended Display Identification Data) 정보를 수신하는 단계; 상기 수신한 EDID 정보를 파싱하고, 동작 파라미터(operating parameter)를 결정하는 단계; 및 비디오 뮤트(video mute) 기능의 실행을 지시하는 메시지를 상기 싱크 기기로 전송하는 단계; 를 포함할 수 있다.
또한, 상기 소스 기기의 데이터 송수신 방법은 상기 싱크 기기의 비디오 뮤트 상태 정보를 수신하는 단계; 를 더 포함할 수 있다.
또한, 상기 비디오 뮤트 상태 정보를 수신하는 단계는, 상기 비디오 뮤트 기능의 실행을 지시하는 메시지에 대한 응답으로서, 상기 비디오 뮤트 상태 정보를 수신하는 단계일 수 있다.
또한, 또한, 상기 소스 기기의 데이터 송수신 방법은 상기 싱크 기기로 상기 비디오 뮤트 상태 정보를 요청하는 단계; 를 더 포함하고, 상기 비디오 뮤트 상태 정보를 수신하는 단계는, 상기 요청에 대한 응답으로서, 상기 비디오 뮤트 상태 정보를 수신하는 단계일 수 있다.
또한, 상기 소스 기기의 데이터 송수신 방법은 상기 비디오 뮤트 기능 실행의 종료를 지시하는 메시지를 상기 싱크 기기로 전송하는 단계; 를 더 포함할 수 있다.
또한, 상기 비디오 뮤트 기능의 실행을 지시하는 메시지는 CEC 메시지 포맷으로서 전송될 수 있다.
본 발명의 다른 실시예에 따른 HDMI(High Definition Multimedia Interface)를 사용한 싱크 기기의 데이터 송수신 방법에 있어서, 상기 HDMI를 통해 소스 기기와 연결되는 단계; 상기 소스 기기로 EDID(Extended Display Identification Data) 정보를 전송하는 단계; 및 상기 소스 기기로부터 비디오 뮤트 기능의 실행을 지시하는 메시지를 수신하는 단계; 를 포함할 수 있다.
또한, 상기 싱크 기기의 데이터 송수신 방법은 상기 싱크 기기의 비디오 뮤트 상태 정보를 상기 소스 기기로 전송하는 단계; 를 더 포함할 수 있다.
또한, 상기 비디오 뮤트 상태 정보를 전송하는 단계는, 상기 비디오 뮤트 기능의 실행을 지시하는 메시지에 대한 응답으로서, 상기 비디오 뮤트 상태 정보를 상기 소스 기기로 전송하는 단계일 수 있다.
또한, 상기 싱크 기기의 데이터 송수신 방법은 상기 소스 기기로부터 상기 비디오 뮤트 상태 정보를 요청 받는 단계; 를 더 포함하고, 상기 비디오 뮤트 상태 정보를 전송하는 단계는, 상기 요청에 대한 응답으로서, 상기 비디오 뮤트 상태 정보를 상기 소스 기기로 전송하는 단계일 수 있다.
또한, 상기 싱크 기기의 데이터 송수신 방법은 상기 소스 기기로부터 상기 비디오 뮤트 기능 실행의 종료를 지시하는 메시지를 수신하는 단계; 를 더 포함할 수 있다.
또한, 상기 싱크 기기의 데이터 송수신 방법은 상기 소스 기기로부터 CEC(Consumer Electronic Control) 메시지를 수신하는 단계; 상기 수신된 CEC 메시지에 포함된 지시를 수행하는 경우 상기 비디오 뮤트 기능 실행의 종료 여부를 판단하는 단계; 및 상기 판단 결과에 기초하여 상기 비디오 뮤트 기능의 실행을 종료 또는 유지하는 단계; 를 더 포함할 수 있다.
또한, 상기 싱크 기기의 데이터 송수신 방법은 외부 입력을 수신하는 단계; 및 상기 비디오 뮤트 기능의 실행을 종료하는 단계; 를 더 포함할 수 있다.
또한, 상기 비디오 뮤트 기능의 실행을 지시하는 메시지는 CEC 메시지 포맷으로서 수신될 수 있다.
또한, 본 발명의 다른 실시예에 따른 HDMI(High Definition Multimedia Interface)를 사용하여 데이터를 송수신하는 소스 기기에 있어서, 상기 HDMI를 통해 데이터를 송수신하는 HDMI 송신기; 및 데이터 전송을 위한 신호를 발생시키는 마이컴(MICOM); 을 포함하며, 상기 소스 기기는, 상기 HDMI를 통해 싱크 기기와 연결되고, 상기 싱크 기기로부터 EDID(Extended Display Identification Data) 정보를 수신하고, 상기 수신한 EDID 정보를 파싱하고, 동작 파라미터(operating parameter)를 결정하고, 및 비디오 뮤트(video mute) 기능의 실행을 지시하는 메시지를 상기 싱크 기기로 전송할 수 있다.
또한, 상기 소스 기기는, 상기 싱크 기기의 비디오 뮤트 상태 정보를 수신할 수 있다.
또한, 상기 비디오 뮤트 기능의 실행을 지시하는 메시지는 CEC 메시지 포맷으로서 전송될 수 있다.
또한, 본 발명의 다른 실시예에 따른 HDMI(High Definition Multimedia Interface)를 사용하여 데이터를 송수신하는 싱크 기기에 있어서, 상기 HDMI를 통해 데이터를 송수신하는 HDMI 수신기; 및 데이터 전송을 위한 신호를 발생시키는 마이컴(MICOM); 을 포함하며, 상기 싱크 기기는, 상기 HDMI를 통해 소스 기기와 연결되고, 상기 소스 기기로 EDID(Extended Display Identification Data) 정보를 전송하고, 및 상기 소스 기기로부터 비디오 뮤트 기능의 실행을 지시하는 메시지를 수신할 수 있다.
또한, 상기 싱크 기기는, 상기 싱크 기기의 비디오 뮤트 상태 정보를 상기 소스 기기로 전송할 수 있다.
또한, 상기 비디오 뮤트 기능의 실행을 지시하는 메시지는 CEC 메시지 포맷으로서 수신될 수 있다.
본 발명은 소스 기기를 통해 싱크 기기의 비디오 뮤트 기능을 보다 쉽고 효율적으로 제어할 수 있다는 효과를 갖는다.
또한, 본 발명은 소스 기기를 통해 싱크 기기의 비디오 뮤트 기능의 제어가 가능하므로, 소스 기기를 이용하여 싱크 기기의 불필요한 비디오 출력으로 인해 발생하는 소비 전력을 감소 시키는 데 유리한 효과를 갖는다.
이외에 본 발명의 유리한 효과는 발명의 실시를 위한 최선의 형태에서 상세히 후술하기로 한다.
도 1은 본 발명의 일 실시예에 따른 HDMI 시스템을 나타낸 블록도이다.
도 2는 본 발명의 일 실시예에 따른 HDMI CEC 시스템의 블록도이다.
도 3 및 4는 본 발명의 일 실시예에 따른 CEC 메시지의 스트럭처를 도시한 도면이다.
도 5는 본 발명의 실시예에 따른 소스 기기와 싱크 기기간의 데이터의 송수신 방법에 관한 순서도이다.
도 6은 본 발명의 제1 실시예에 따른 비디오 뮤트 기능 실행 방법에 관한 순서도이다.
도 7은 본 발명의 제2 실시예에 따른 비디오 뮤트 기능 실행 방법에 관한 순서도이다.
도 8은 본 발명의 일 실시예에 따른 비디오 뮤트 기능 실행 방법에 관한 순서도이다.
도 9는 본 발명의 제1 실시예에 따른 비디오 뮤트 기능 종료 방법에 관한 순서도이다.
도 10은 본 발명의 제1 실시예에 따른 비디오 뮤트 기능 종료 방법에 관한 순서도이다.
도 11은 본 발명의 제2 실시예에 따른 비디오 뮤트 기능 종료 방법에 관한 순서도이다.
도 12는 본 발명의 제2 실시예에 따른 비디오 뮤트 기능 종료 방법에 관한 순서도이다.
도 13은 본 발명의 제3 실시예에 따른 비디오 뮤트 기능 종료 방법에 관한 순서도이다.
도 14는 본 발명의 제3 실시예에 따른 비디오 뮤트 기능 종료 방법에 관한 순서도이다.
도 15는 본 발명의 일 실시예에 따라 소스 기기 및 싱크 기기간 송수신되는 명령어를 정리한 표이다.
도 16은 CEC 메시지를 송수신함으로써 비디오 뮤트 기능을 제어하는 소스 기기 및 싱크 기기의 순서도이다.
도 17은 본 발명의 일 실시예에 따른 CEC 메시지 포맷을 나타낸다.
본 명세서에서 사용되는 용어는 본 명세서에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도, 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 실시예의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 아닌 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.
더욱이, 이하 첨부 도면들 및 첨부 도면들에 기재된 내용들을 참조하여 실시예를 상세하게 설명하지만, 실시예들에 의해 제한되거나 한정되는 것은 아니다.
이하, 첨부한 도면들을 참조하여 본 발명의 바람직한 실시예를 보다 상세하게 설명하고자 한다.
도 1은 본 발명의 일 실시예에 따른 HDMI 시스템을 나타낸 블록도이다.
도 1을 참조하면, HDMI(High Definition Multimedia Interface) 시스템은 CEC(Consumer Electronic Control) 메시지를 전송하는 기기인 이니시에이터(1020; Initiator)와 CEC 메시지를 수신하고 응답하는 기기인 팔로워(1010; Follower)를 포함할 수 있다.
이니시에이터(1020)는 CEC 명령을 시작하고 팔로워로 CEC 명령을 전달하여 팔로워를 제어하는 기기를 나타낸다. 팔로워(1010)는 수신된 CEC 명령에 대해 응답하고, CEC 명령을 수행하여 결과를 알려주는 기기를 나타낼 수 있다.
양 기기는 버스 인터페이스(1030; Bus Interface), 마이컴(1040; MICOM), 버퍼(1080; Buffer), 버스 프로토콜 레이어(1090; Bus Protocol Layer), 및 어퍼 레이어(1110; Upper Layer)을 각각 포함할 수 있다. 즉, 양 기기는 공통적으로 동일한 구성들을 포함할 수 있다. 여기서 양 기기에 공통적으로 포함된 구성들은, 특정 동작을 수행하는 디바이스 내의 논리적 또는 물리적 단위로서, 하나의 구성이 하나 또는 복수의 소자에 해당하거나, 하나 또는 복수의 구성이 하나의 소자에 해당할 수도 있다. 이하에서는, 양 기기에 공통적으로 포함된 구성들에 대하여 상세히 설명한다.
버스 인터페이스(1030)은 양 기기간의 커맨드, 요청(request), 액션(action), 응답(respond) 등의 메시지나 데이터 전송을 가능하게 하는 물리적 장치를 나타낸다.
마이컴(1040)은 데이터 전송을 위해 신호를 발생시키거나 전송 우선 순위, 신뢰성 있는 전송을 위한 재전송 등을 관리하는 물리적 장치를 나타낸다. 마이컴(1040)은 고속 및 저속 데이터 전송에 필요한 효율적 자원을 관리하는 모드 프로토콜(1050)을 포함한다.
모드 프로토콜(1050; Mode Protocol)은 고속/저속 데이터 전송에 필요한 효율적 자원 관리를 수행하는 프로토콜을 나타낸다. 하이 모드(1060; High Mode)는 버스 구조 연결의 고속 데이터 전송 관련 처리를 담당하는 논리적 장치를 나타낸다. 로우 모드(1070; Low Mode)는 버스 구조 연결의 저속 데이터 전송 관련 처리를 담당하는 논리적 장치를 나타낸다.
버퍼(1080)는 전송된 메시지나 데이터들의 신뢰성을 향상시키기 위해 이들을 임시적으로 저장하는 물리적 장치를 나타낸다.
버스 프로토콜 레이어(1090)는 버스 구조의 전송 방법을 통해 전송된 데이터 등을 처리하고 필요한 정보 등을 상위 레이어에 전달하는 논리적 장치를 나타낸다. 버스 프로토콜 레이어(1090)는 모드 결정 컴포넌트(1100; Mode Decision Component)를 포함할 수 있다.
어퍼 레이어(1110)는 명령어를 실질적으로 처리하는 논리적/물리적 장치를 나타낸다.
도 2는 본 발명의 일 실시예에 따른 HDMI CEC 시스템의 블록도이다.
HDMI CEC(HDMI Consumer Electronic Control)는, 복수의 멀티미디어 제품들이 HDMI 케이블로 연결된 네트워크에서 사용자에게 한 번의 동작으로 여러 제품을 제어할 수 있도록 하는 기능을 제공하는 프로토콜을 의미한다.
도 2를 참조하면, HDMI CEC 시스템은 크게 팔로워(2010)와 이니시에이터(2020)를 포함할 수 있다. 팔로워(2010)는 HDMI 커넥터(2030), HDMI 수신기(2050), 중앙처리장치(Central Processing Unit; CPU)(2070) 및 마이컴(2100)을 포함할 수 있다. 이니시에이터(2020)는 HDMI 커넥터(2030), HDMI 송신기(또는 HDMI 수신기)(2060), 중앙처리장치(CPU)(2070) 및 마이컴(2100)을 포함할 수 있다.
HDMI 커넥터(2030)는 타입 A, B, C, D, E와 같은 다섯 가지 타입의 커넥터를 포함할 수 있다. 예를 들어, 타입 A는 19핀으로 일반적인 HDMI 커넥터이고, 타입 B는 29핀으로 UHD 영상을 전송하기 위한 커넥터이고, 타입 C는 19핀의 미니 커넥터이고, 타입 D는 19핀의 마이크로 커넥터이며, 타입 E는 차량용 커넥터를 나타낼 수 있다.
HDMI 송신기(HDMI transmitter)(2060)와 HDMI 수신기(HDMI receiver)(2050)는 HDMI 커넥터(HDMI connector)(2030)를 이용하여, 멀티미디어 정보를 전달하는 복수의 TMDS(Transition Minimized Differential Signaling) 데이터 전송 채널(2040) 및 CEC (Consumer Electronics Control) 채널(2110)을 통해 통신을 수행할 수 있다. 이외에도, HDMI 송신기(2060)와 HDMI 수신기(2050)는 클럭 채널(미도시), DDC(Display Data Channel)(미도시), 유틸리티(Utility) 채널(미도시), HPD(Hot Plug Detect) 채널(미도시)과 같은 제어 채널들을 통해서도 통신을 수행할 수 있다.
TMDS 채널(2040)은 세 개의 데이터 전송 채널로 구성될 수 있으며, 비디오와 오디오 데이터를 전송한다.
CEC 채널(2110)은 TV 리모컨을 이용하여 HDMI를 통해 연결된 기기들을 제어할 수 있게 해주는 제어 명령인 CEC 프로토콜을 전달하는 제어 채널이다. 이 기능을 이용하면 원터치 재생(One Touch Play)이 가능하다. 즉, TV 리모컨을 이용하여 연결된 재생 기기의 재생을 수행하도록 하는 기능 등 HDMI로 연결된 각각의 기기를 따로따로 컨트롤 할 필요 없이, 하나의 리모컨으로 제어가 가능하여 사용자 편의를 증대시킬 수 있다.
팔로워(2010)의 중앙처리장치(CPU)(2070)는 GUI(Graphic User Interface) 레이어(GUI layer)(2080), 어플리케이션 레이어(application layer)(2080) 및 CEC 프로토콜 레이어(CEC Protocol layer)(2090)를 포함할 수 있다. 이니시에이터(2020)의 중앙처리장치(CPU)(2070)는 어플리케이션 레이어(application layer)(2080)와 CEC 프로토콜 레이어(CEC Protocol layer)(2090)를 포함할 수 있다.
그래픽 유저 인터페이스 레이어(GUI layer)(2080)는 HDMI 수신기(2050)를 통해 수신한 데이터를 그래픽 유저 인터페이스를 통해 출력되도록 데이터를 처리할 수 있다.
어플리케이션 레이어(application layer)(2080)는 사용자에 의해 정의된 방식에 의해 데이터를 처리할 수 있다.
CEC 프로토콜 레이어(CEC Protocol layer)(2090)는 전송된 CEC 데이터를 처리하고 필요한 정보 등을 상위 레이어로 전달한다.
중앙처리장치(CPU)(2070)는 후술하는 마이컴(2100)과 CEC 헤더/데이터 블록(10bits)을 송수신함으로써 통신을 수행할 수 있다.
마이컴(2100)은 데이터 전송을 위해 신호를 발생시키거나 전송 우선 순위, 신뢰성 있는 전송을 위한 재전송 등을 관리(또는 신호 프로세싱)할 수 있다. 예를 들어, 마이컴(2100)은 프레임 재전송(frame re-transmission), 라인 오류 관리(line error handling) 및 프레임 유효성 검사(frame validation) 등을 수행할 수 있다. 또한, 마이컴(2100)은 중앙처리장치(CPU)와 프레임 단위의 데이터 통신을 통해 HDMI CEC 신호 처리를 수행하는 인터페이스 역할을 수행할 수 있다.
도 3 및 4는 본 발명의 일 실시예에 따른 CEC 메시지의 스트럭처를 도시한 도면이다.
CEC는 HDMI를 통해 연결된 기기를 리모컨 하나로 조작 가능하게 한다. HDMI가 연결되면, 각각의 기기들은 물리적 주소(Physical address)를 갖게 되고, CEC를 지원하는 기기들은 추가로 논리적 주소(Logical address)를 가지게 된다.
각각의 기기들은 이벤트 발생 시 CEC 라인을 통해 CEC 메시지를 주고 받을 수 있으며, 각 메시지들은 아래와 같은 기능을 가질 수 있다.
- One Touch Play: 버튼 한번 클릭으로 재생이 시작되고 기기가 active source 상태로 변경됨.
- Routing Control: CEC Switch가 사용되고 있을 때 HDMI 네트워크의 Routing을 제어함.
- System Standby: 모든 연결된 기기들을 대기 모드로 전환.
- One Touch Record: TV에 나오는 내용을 녹화하는 기능 컨트롤
- Preset Transfer: tuner channel의 설정을 다른 TV set으로 전송
- Timer Programming: 한 기기에서 다른 기기의 타이머를 설정
- System Information: 기기에서 TV와 동일한 OSD와 메뉴 언어를 사용하도록 세팅
- Deck Control: 재생 기기를 타 기기에서 제어
- Tuner Control: 다른 기기의 tuner를 제어
- OSD Display: 기기에서 TV 세트의 화면에 띄우기 위해 텍스트를 전송
- Device OSD Name Transfer: 설정되어 있는 기기 이름을 TV set으로 전송
- Device Menu Control: TV 리모컨으로 기기의 메뉴들을 제어 가능하도록 함
- Remote Control Pass Through: 리모컨에서 입력 받은 내용을 다른 기기로 전송함
- Vendor Specific Commands: 제조사가 정의한 명령어
CEC 메시지는 CEC 프레임을 통해서 전송될 수 있다.
도 3 및 4를 참조하면, CEC 프레임은 시작 비트(Start bit), 헤더 블록(Header Block), 데이터 블록(Optional Data Block)(제1 및 제2 데이터 블록(Data Block 1, 2))을 포함할 수 있다. 각 블록 하나의 크기는 10bits일 수 있으며, 시작 비트를 제외한 나머지 블록의 최대 크기는 16*10bits일 수 있다.
CEC 헤더 블록은 소스 기기(또는 이니시에이터)의 주소(논리적 주소)와 목적지의 주소(논리적 주소)를 포함하고, 제1 데이터 블록은 옵코드(Opcode) 블록으로 구성되며, 제2 데이터 블록은 오퍼랜드(operand) 블록으로 구성될 수 있다. 여기서, 옵코드(opcode)란 메시지를 식별하기 위해 사용되는 이름을 의미할 수 있다. 옵코드 블록과 오퍼랜드 블록은 선택적으로 적용될 수 있다. 오퍼랜드 블록은 옵코드를 기초로 결정될 수 있다.
각각의 모든 데이터 블록과 헤더 블록은 정보 비트(information bits) 필드, EOM(End Of Message) 필드 및 ACK(Acknowledge) 필드를 포함할 수 있다.
정보 비트(information bits) 필드는 데이터, 옵코드 또는 주소를 포함할 수 있다. EOM(End Of Message) 필드는 메시지의 마지막 블록인지를 알려주는 비트이다. 예를 들어, EOM(End Of Message) 필드 값이 ‘0’이면 하나 또는 그 이상의 데이터 블록이 추가로 존재함(또는 메시지의 마지막 블록이 아님)을 의미하고, ‘1’이면 메시지가 완료되었음(또는 메시지의 마지막 블록임)을 의미할 수 있다.
ACK 필드는 이니시에이터에서 ‘1’로 세팅해서 보내며, 팔로워에서 ‘0’으로 표기하여 메시지를 받았음을 알릴 때 사용할 수 있다.
도 5는 본 발명의 실시예에 따른 소스 기기와 싱크 기기간의 데이터의 송수신 방법에 관한 순서도이다. 이하에서 설명하는 순서도의 각 단계는 실시예에 따라 선택적으로 적용될 수 있으며, 추가적인 단계가 부가될 수도 있다.
도 5를 참조하면, 우선 싱크 기기와 소스 기기는 케이블(HDMI 케이블)로 연결 될 수 있다(S5010).
다음으로, 소스 기기는 +5V의 파워 라인에 하이 레벨을 제공할 수 있다(S5020). 보다 상세하게는, 소스 기기는 +5V 파워 라인을 로우 레벨로부터 하이 레벨로 전환하고 전류를 인가할 수 있다. 이를 통해 소스 기기는 싱크 기기의 EDID(Extended Display Identification Data) 정보가 저장된 EEPROM 및 관련 회로를 동작시킬 수 있다.
다음으로, 싱크 기기는 HPD(Hot Plug Detect) 라인에 하이 레벨을 제공할 수 있다(S5030). 보다 상세하게는, 싱크 기기는 HPD 라인을 로우 레벨에서 하이 레벨로 전환하여 케이블이 정상적으로 연결되었으며, EDID 관련 회로가 활성화되어 EDID 정보의 액세스가 가능함을 상기 소스 기기(1010)에게 알려줄 수 있다.
다음으로, 소스 기기는 싱크 기기로 DDC를 통해 EDID 정보 판독을 요청할 수 있다(S5040). 보다 상세하게는, 소스 기기는 S5030 단계를 통해 HPD 라인이 하이 레벨로 천이됨을 확인하고, DDC를 통해 싱크 기기에 EDID 정보의 판독 요청을 할 수 있다.
다음으로, 싱크 기기는 DDC를 통해 EDID 정보를 전송할 수 있다(S5050). 보다 상세하게는, 싱크 기기는 소스 기기의 EDID 판독 요청에 대한 응답으로서, EEPROM에 저장된 EDID 정보를 DDC를 통해 소스 기기로 전송할 수 있다.
다음으로, 소스 기기는 EDID(또는, EDID 정보)를 파싱(parsing)하고 동작 파라미터를 결정할 수 있다(S1060). 보다 상세하게는, 소스 기기는 수신한 EDID 정보를 파싱하고, 싱크 기기로 전송할 데이터(예를 들어, A/V(Audio/Video) 데이터)의 동작 파라미터(타이밍, 포맷 등)를 결정할 수 있다. 또한, 소스 기기는 전송할 데이터와 관련하여 결정된 동작 파라미터를 싱크 기기로 전송할 수 있다.
다만, 상술한 실시예의 경우 소스 기기가 싱크 기기의 비디오 뮤트 기능을 컨트롤하는 기능을 제공하지 않는다. 따라서, 사용자는 싱크 기기의 비디오 뮤트 기능을 설정하기 위해 소스 기기와 별도로 싱크 기기를 조작해야 하는 불편함이 존재한다(예를 들어, 사용자가 싱크 기기를 절전 모드로 설정하거나, 싱크 기기의 디스플레이의 전원을 오프 시킴). 여기서 비디오 뮤트 기능이란, 디스플레이의 전력을 차단하는 등 비디오의 출력을 정지(또는 비활성화)하는 기능을 의미할 수 있다. 따라서, 상술한 불편함을 해소하기 위해, 이하에서는 소스 기기를 통해 싱크 기기의 비디오 뮤트 기능을 컨트롤할 수 있는 제어 방법에 관하여 상세히 후술하기로 한다.
도 6은 본 발명의 제1 실시예에 따른 비디오 뮤트 기능 실행 방법에 관한 순서도이다. 본 순서도에서 S5010~S5060 단계에 관한 설명은 도 5와 관련하여 상술한 바와 동일하므로, 중복되는 설명은 생략한다.
도 6을 참조하면, 소스 기기는 싱크 기기의 비디오 뮤트 기능을 턴 온 시킬 수 있다(S5070). 보다 상세하게는, 소스 기기는 싱크 기기가 비디오 뮤트 기능을 실행하도록 싱크 기기를 제어할 수 있다. 이를 위해, 소스 기기는 비디오 뮤트 기능의 실행을 지시하는 명령어(command)를 싱크 기기로 전송할 수 있다. 싱크 기기는 수신한 명령어에 따라 비디오 뮤트 기능을 실행할 수 있다.
다음으로, 싱크 기기는 비디오 뮤트 상태를 소스 기기로 전송할 수 있다(S5080). 보다 상세하게는, 싱크 기기는 소스 기기로부터 수신한 비디오 뮤트 기능 실행 명령에 대한 응답으로서, 현재 싱크 기기의 비디오 뮤트 상태에 관한 정보(이하, ‘비디오 뮤트 상태 정보’)를 전송할 수 있다. 따라서, 본 실시예에서 싱크 기기는 현재 비디오 뮤트 기능을 실행 중임을 알리는 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다.
본 단계(S5080)는 실시예에 따라 선택적으로 적용될 수 있다. 따라서, 싱크 기기는 실시예에 따라 현재의 비디오 뮤트 상태 정보를 소스 기기로 전송하거나, 전송하지 않을 수 있다.
상술한 명령어와 상태 정보는 CEC 메시지로서 정의되어 송수신될 수 있으며, 이와 관련하여서는 도 15 내지 17과 관련하여 이하에서 상세히 후술하기로 한다.
도 7은 본 발명의 제2 실시예에 따른 비디오 뮤트 기능 실행 방법에 관한 순서도이다. 본 순서도에서 S5010~S5060 단계에 관한 설명은 도 5와 관련하여 상술한 바와 동일하므로, 중복되는 설명은 생략한다.
도 7을 참조하면, 소스 기기는 싱크 기기로 비디오 뮤트 상태를 요청할 수 있다(S5090). 보다 상세하게는, 소스 기기는 싱크 기기의 현재 비디오 뮤트 상태에 관한 정보를 싱크 기기에 요청할 수 있다. 예를 들어, 소스 기기는 싱크 기기가 비디오 뮤트 기능을 현재 실행하고 있는지 여부에 관한 정보를 싱크 기기에 요청할 수 있다.
다음으로, 싱크 기기는 비디오 뮤트 상태를 응답할 수 있다(S5100). 보다 상세하게는, 싱크 기기는 소스 기기로부터 비디오 뮤트 상태를 요청 받고, 해당 요청에 대한 응답으로서 싱크 기기의 현재 비디오 뮤트 상태를 응답할 수 있다. 예를 들어, 싱크 기기는 소스 기기의 요청에 대한 응답으로서 현재 비디오 뮤트 기능을 실행하고 있음을 나타내는 비디오 뮤트 상태 정보(또는 현재 비디오 뮤트 기능을 실행 중이지 않음을 나타내는 비디오 뮤트 상태 정보)를 소스 기기로 전송할 수 있다.
본 단계(S5100)는 실시예에 따라 선택적으로 적용될 수 있다. 따라서, 싱크 기기는 실시예에 따라 소스 기기로부터 비디오 뮤트 상태를 요청 받더라도 현재의 비디오 뮤트 상태 정보를 소스 기기로 전송하거나 전송하지 않을 수 있다.
상술한 비디오 뮤트 상태 요청과 비디오 뮤트 상태 응답은 CEC 메시지로서 정의되어 송수신될 수 있으며, 이와 관련하여서는 도 15 내지 17과 관련하여 이하에서 상세히 후술하기로 한다.
도 8은 본 발명의 일 실시예에 따른 비디오 뮤트 기능 실행 방법에 관한 순서도이다. 본 순서도는 도 6 및 7과 관련하여 상술한 내용이 동일하게 적용될 수 있으며, 중복되는 설명은 생략한다.
도 8을 참조하면, 우선, 소스 기기는 싱크 기기를 비디오 뮤트 시킬 수 있다(S8010). 보다 상세하게는, 소스 기기는 비디오 뮤트 기능의 실행을 지시하는 명령어를 싱크 기기로 전송할 수 있다.
다음으로, 싱크 기기는 비디오 뮤트 기능을 지원하는지 여부를 판단할 수 있다(S8020). 보다 상세하게는, 싱크 기기는 소스 기기의 비디오 뮤트 기능의 실행 명령에 따라, 비디오 뮤트 기능을 지원하는지 여부를 판단할 수 있다.
만일, 싱크 기기가 비디오 뮤트 기능을 지원하는 경우, 싱크 기기는 비디오 뮤트 기능을 실행할 수 있다(S8030). 보다 상세하게는, 싱크 기기가 비디오 뮤트 기능을 지원하는 경우, 싱크 기기는 소스 기기의 비디오 뮤트 기능의 실행 지시에 따라 비디오 뮤트 기능을 실행할 수 있다.
반대로, 싱크 기기가 비디오 뮤트 기능을 지원하지 않는 경우, 싱크 기기는 비디오 뮤트 기능을 실행할 수 없어 비디오 뮤트 기능의 실행에 실패할 수 있다(S8040).
다음으로, 싱크 기기는 비디오 뮤트 상태를 소스 기기로 전송할 수 있다(S8050). 보다 상세하게는, 싱크 기기는 현재 비디오 뮤트 기능을 실행 중인지 여부에 관한 정보인 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다. 만일, 싱크 기기가 비디오 뮤트 기능을 지원하여 소스 기기의 명령에 따라 비디오 뮤트 기능을 실행 중인 경우, 싱크 기기는 현재 비디오 뮤트 기능을 실행 중임을 나타내는 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다. 반대로, 싱크 기기가 비디오 뮤트 기능을 지원하지 않아 소스 기기의 명령에 따른 비디오 뮤트 기능의 실행에 실패한 경우, 현재 비디오 뮤트 기능을 실행 중이지 않음을 나타내는 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다.
본 단계(S8050)는 실시예에 따라 선택적으로 적용될 수 있다. 따라서, 싱크 기기는 실시예에 따라 현재의 비디오 뮤트 상태 정보를 소스 기기로 전송하거나 전송하지 않을 수 있다.
도 9는 본 발명의 제1 실시예에 따른 비디오 뮤트 기능 종료 방법에 관한 순서도이다. 본 순서도에서 S5010~S5060 단계에 관한 설명은 도 5와 관련하여 상술한 바와 동일하므로, 중복되는 설명은 생략한다.
도 9를 참조하면, 소스 기기는 싱크 기기의 비디오 뮤트 기능을 턴 오프할 수 있다(S5110). 보다 상세하게는, 소스 기기는 싱크 기기가 실행 중인 비디오 뮤트 기능을 종료하도록 싱크 기기를 제어할 수 있다. 이를 위해, 소스 기기는 비디오 뮤트 기능의 종료를 지시하는 명령어를 싱크 기기로 전송할 수 있다. 싱크 기기는 수신한 명령어에 따라 비디오 뮤트 기능을 종료할 수 있다.
다음으로, 싱크 기기는 비디오 뮤트 상태를 소스 기기로 전송할 수 있다(S5120). 보다 상세하게는, 싱크 기기는 소스 기기로부터 수신한 비디오 뮤트 기능 종료 명령에 대한 응답으로서, 현재 싱크 기기의 비디오 뮤트 상태 정보를 전송할 수 있다. 따라서, 본 실시예에서 싱크 기기는 비디오 뮤트 기능이 종료되었음을 알리는(또는, 비디오 뮤트 기능을 실행 중이지 않음을 알리는) 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다.
본 단계(S5120)는 실시예에 따라 선택적으로 적용될 수 있다. 따라서, 싱크 기기는 실시예에 따라 현재의 비디오 뮤트 상태 정보를 소스 기기로 전송하거나 전송하지 않을 수 있다.
상술한 명령어와 상태 정보는 CEC 메시지로서 정의되어 송수신될 수 있으며, 이와 관련하여서는 도 15 내지 17과 관련하여 이하에서 상세히 후술하기로 한다.
도 10은 본 발명의 제1 실시예에 따른 비디오 뮤트 기능 종료 방법에 관한 순서도이다. 본 순서도는 도 9와 관련하여 상술한 내용이 동일하게 적용될 수 있으며, 중복되는 설명은 생략한다.
도 10을 참조하면, 소스 기기는 비디오 뮤트 종료 명령어(command)를 싱크 기기로 전송할 수 있다(S10010). 보다 상세하게는, 소스 기기는 싱크 기기의 비디오 뮤트 기능을 종료하기 위한 비디오 뮤트 종료 명령어를 싱크 기기로 전송할 수 있다.
다음으로, 싱크 기기는 비디오 뮤트를 실행 중인지 판단할 수 있다(S10020). 보다 상세하게는, 싱크 기기는 소스 기기로부터 비디오 뮤트 종료 명령어를 수신함에 따라 현재 비디오 뮤트 기능을 실행 중인지 판단할 수 있다.
만일, 싱크 기기가 비디오 뮤트 기능을 실행 중인 것으로 판단한 경우, 싱크 기기는 실행 중인 비디오 뮤트 기능을 종료할 수 있다(S10030). 다음으로, 싱크 기기는 비디오 뮤트 상태를 소스 기기로 전송할 수 있다(S10040). 보다 상세하게는, 싱크 기기는 현재 비디오 뮤트 기능을 실행 중인지 여부에 관한 정보인 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다. 본 실시예의 경우, 싱크 기기는 현재 비디오 뮤트 기능을 실행 중이지 않음(또는, 비디오 뮤트 기능을 종료 하였음)을 나타내는 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다.
반대로, 싱크 기기가 비디오 뮤트 기능을 실행 중이지 않은 것으로 판단한 경우, 싱크 기기는 상술한 S10040 단계를 수행할 수 있다. 즉, 싱크 기기는 현재 비디오 뮤트 기능을 실행 중이지 않음을 나타내는 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다.
상술한 S10040는 실시예에 따라 선택적으로 적용될 수 있다. 따라서, 싱크 기기는 실시예에 따라 현재의 비디오 뮤트 상태 정보를 소스 기기로 전송하거나 전송하지 않을 수 있다.
도 11은 본 발명의 제2 실시예에 따른 비디오 뮤트 기능 종료 방법에 관한 순서도이다. 본 순서도에서 S5010~S5060 단계에 관한 설명은 도 5와 관련하여 상술한 바와 동일하므로, 중복되는 설명은 생략한다.
도 11을 참조하면, 소스 기기는 싱크 기기로 CEC 명령어를 전송할 수 있다(S5130). 보다 상세하게는, 소스 기기는 싱크 기기를 컨트롤하기 위한 CEC 명령어를 싱크 기기로 전송할 수 있다. 이때, 전송되는 CEC 명령어는 싱크 기기의 비디오 뮤트 기능을 컨트롤하기 위한 명령어를 제외한 명령어에 해당할 수 있다. 예를 들어, CEC 명령어는 비디오 뮤트 기능과는 직접적인 연관은 없으나, 싱크 기기를 컨트롤(채널 변경, 음량 조절 등)하기 위한 다양한 명령어에 해당할 수 있다. 이러한 CEC 명령어를 수신한 싱크 기기는 수신한 CEC 명령어에 기초하여 비디오 뮤트 기능을 종료할지 판단하고, 비디오 뮤트 기능의 실행을 유지 또는 종료할 수 있다.
다음으로, 싱크 기기는 비디오 뮤트 상태를 소스 기기로 전송할 수 있다(S5140). 보다 상세하게는, 싱크 기기는 소스 기기로부터 수신한 CEC 명령어에 대한 응답으로서, 현재 싱크 기기의 비디오 뮤트 상태 정보를 전송할 수 있다. 전 단계(S5130)에서 수신한 CEC 명령어에 기초하여 비디오 뮤트 기능의 실행을 유지한 경우, 싱크 기기는 비디오 뮤트 기능이 실행 중임을 알리는 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다. 또는, 전 단계(S5130)에서 수신한 CEC 명령어에 기초하여 비디오 뮤트 기능의 실행을 종료한 경우, 싱크 기기는 비디오 뮤트 기능이 실행 중이지 않음(또는 비디오 뮤트 기능을 종료하였음)을 알리는 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다.
본 단계(S5140)는 실시예에 따라 선택적으로 적용될 수 있다. 따라서, 싱크 기기는 실시예에 따라 현재의 비디오 뮤트 상태 정보를 소스 기기로 전송하거나 전송하지 않을 수 있다.
상술한 CEC 명령어와 상태 정보는 CEC 메시지로서 정의되어 송수신될 수 있으며, 이와 관련하여서는 도 15 내지 17과 관련하여 이하에서 상세히 후술하기로 한다.
도 12는 본 발명의 제2 실시예에 따른 비디오 뮤트 기능 종료 방법에 관한 순서도이다. 본 순서도는 도 11과 관련하여 상술한 내용이 동일하게 적용될 수 있으며, 중복되는 설명은 생략한다.
도 12를 참조하면, 소스 기기에서 싱크 기기로 명령어를 전송할 수 있다(S12010). 이때, 명령어는 싱크 기기의 비디오 뮤트 기능의 컨트롤과는 직접적인 연관은 없으나, 싱크 기기를 컨트롤 하기 위한 다양한 CEC 명령어(any CEC command)에 해당할 수 있다.
다음으로, 싱크 기기는 수신한 명령어의 실행 결과 비디오 뮤트 기능을 종료할 필요가 있는지 판단할 수 있다(S12020). 예를 들어, 수신한 명령어를 실행하기 위해 비디오를 출력할 필요가 있는 경우, 싱크 기기는 비디오 뮤트 기능을 종료할 필요가 있다고 판단할 수 있다. 반대로, 수신한 명령어를 실행하기 위해 비디오 출력이 불필요한 경우, 싱크 기기는 비디오 뮤트 기능을 종료할 필요가 없다고 판단할 수 있다.
만일, 싱크 기기가 수신한 명령어의 실행 결과 비디오 뮤트 기능을 종료할 필요가 있다고 판단한 경우, 싱크 기기는 실행 중인 비디오 뮤트 기능을 종료할 수 있다(S12030).
다음으로, 싱크 기기는 비디오 뮤트 상태를 소스 기기로 전송할 수 있다(S12040). 보다 상세하게는, 싱크 기기는 현재 비디오 뮤트 기능을 실행 중인지 여부에 관한 정보인 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다. 전 단계에서 싱크 기기는 비디오 뮤트 기능을 종료하였으므로, 현재 비디오 뮤트 기능을 실행 중이지 않음(또는, 비디오 뮤트 기능을 종료하였음)을 나타내는 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다.
반대로, 싱크 기기가 수신한 명령어의 실행 결과 비디오 뮤트 기능을 종료할 필요가 없다고 판단한 경우, 싱크 기기는 실행 중인 비디오 뮤트 기능의 실행을 유지할 수 있다. 나아가, 싱크 기기는 비디오 뮤트 상태를 소스 기기로 전송할 수 있다(S12040). 이 경우, 싱크 기기는 현재 비디오 뮤트 기능을 실행 중임(또는, 비디오 뮤트 기능을 종료하지 않음)을 나타내는 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다.
S12040 단계는 실시예에 따라 선택적으로 적용될 수 있다. 따라서, 싱크 기기는 실시예에 따라 현재의 비디오 뮤트 상태 정보를 소스 기기로 전송하거나, 전송하지 않을 수 있다.
도 13은 본 발명의 제3 실시예에 따른 비디오 뮤트 기능 종료 방법에 관한 순서도이다. 본 순서도에서 S5010~S5060 단계에 관한 설명은 도 5와 관련하여 상술한 바와 동일하므로, 중복되는 설명은 생략한다.
도 13을 참조하면, 싱크 기기는 상태가 변경될 수 있다(S5150). 예를 들어, 싱크 기기가 외부 입력(예를 들어, 싱크 기기에 대한 리모컨 입력 등 싱크 기기에 대한 다양한 사용자 입력)을 수신한 경우, 싱크 기기는 상태가 변경될 수 있다. 상태가 변경된 경우, 싱크 기기는 비디오 뮤트 기능을 스스로 종료할 수 있다. 특히, 싱크 기기는 외부 입력에 따라 비디오를 출력할 필요가 있다고 판단되는 경우, 실행 중인 비디오 뮤트 기능을 종료할 수 있다.
다음으로, 싱크 기기는 비디오 뮤트 상태를 소스 기기로 전송할 수 있다(S5160). 보다 상세하게는, 싱크 기기는 비디오 뮤트 기능이 실행 중이지 않음(또는 비디오 뮤트 기능의 실행을 종료하였음)을 알리는 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다.
본 단계(S5160)는 실시예에 따라 선택적으로 적용될 수 있다. 따라서, 싱크 기기는 실시예에 따라 현재의 비디오 뮤트 상태 정보를 소스 기기로 전송하거나 전송하지 않을 수 있다.
상술한 비디오 뮤트 상태 정보는 CEC 메시지로서 정의되어 송수신될 수 있으며, 이와 관련하여서는 도 15 내지 17과 관련하여 이하에서 상세히 후술하기로 한다.
도 14는 본 발명의 제3 실시예에 따른 비디오 뮤트 기능 종료 방법에 관한 순서도이다. 본 순서도는 도 13과 관련하여 상술한 내용이 동일하게 적용될 수 있으며, 중복되는 설명은 생략한다.
도 14를 참조하면, 싱크 기기에서 상태 변경이 발생할 수 있다(S14010). 예를 들어, 싱크 기기가 외부 입력(예를 들어, 싱크 기기에 대한 리모컨 입력 등 싱크 기기에 대한 다양한 사용자 입력)을 수신한 경우, 싱크 기기는 상태가 변경될 수 있다.
다음으로, 싱크 기기는 상태 변경에 따라 비디오 뮤트 기능을 종료할 필요가 있는지 판단할 수 있다(S14020). 예를 들어, 싱크 기기는 외부 입력에 따른 특정 명령을 수행하는 경우에 비디오 출력이 필요한지 여부를 판단할 수 있다.
만일, 싱크 기기가 상태 변경에 따라 비디오 뮤트 기능을 종료할 필요가 있다고 판단한 경우, 비디오 뮤트 기능을 종료할 수 있다(S14030).
다음으로, 싱크 기기는 비디오 뮤트 상태를 소스 기기로 전송할 수 있다(S14040). 보다 상세하게는, 싱크 기기는 현재 비디오 뮤트 기능을 실행 중인지 여부에 관한 정보인 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다. 전 단계에서 싱크 기기는 상태 변경에 따라 비디오 뮤트 기능을 종료하였으므로, 현재 비디오 뮤트 기능을 실행 중이지 않음(또는, 비디오 뮤트 기능의 실행을 종료하였음)을 나타내는 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다.
반대로, 싱크 기기가 상태 변경에 따라 비디오 뮤트 기능을 종료할 필요가 없다고 판단한 경우, 비디오 뮤트 기능의 실행을 유지할 수 있다. 나아가, 싱크 기기는 비디오 뮤트 상태를 소스 기기로 전송할 수 있다(S14040). 이 경우, 싱크 기기는 현재 비디오 뮤트 기능을 실행 중임을 나타내는 비디오 뮤트 상태 정보를 소스 기기로 전송할 수 있다.
S14040 단계는 실시예에 따라 선택적으로 적용될 수 있다. 따라서, 싱크 기기는 실시예에 따라 현재의 비디오 뮤트 상태 정보를 소스 기기로 전송하거나, 전송하지 않을 수 있다.
이상으로 소스 기기가 싱크 기기의 비디오 뮤트 기능을 제어하는 방법에 관하여 상술하였다. 이하에서는 소스 기기가 싱크 기기의 비디오 뮤트 기능을 제어하기 위해 송수신되는 명령어(command) 포맷 및 CEC 메시지에 관하여 상세히 후술하기로 한다.
도 15는 본 발명의 일 실시예에 따라 소스 기기 및 싱크 기기간 송수신되는 명령어 포맷을 정리한 표이다.
도 15를 참조하면, 소스 기기는 싱크 기기의 비디오 뮤트 기능을 제어하기 위해 이하와 같은 다양한 명령어를 송수신할 수 있다.
- Turn on Video Mute: 소스 기기에서 싱크 기기의 비디오를 뮤트 시키는 명령어(또는, 싱크 기기의 비디오 뮤트 기능을 실행하기 위해 소스 기기에서 싱크 기기로 전송되는 명령어)
- Turn off Video Mute: 소스 기기에서 싱크 기기의 비디오 뮤트 상태를 종료 시키는 명령어(또는, 싱크 기기의 비디오 뮤트 기능의 실행을 종료하기 위해 소스 기기에서 싱크 기기로 전송되는 명령어)
- Video Mute Status: 싱크 기기에서 현재 비디오 뮤트 상태를 알려주는 명령어(현재 싱크 기기가 비디오 뮤트 기능을 실행 중인지 여부를 알리기 위해 싱크 기기에서 소스 기기로 전송되는 명령어)
- Request Video Mute Status: 비디오 뮤트 현재 상태를 요청함(현재 싱크 기기의 비디오 뮤트 상태 정보를 요청하기 위해 소스 기기에서 싱크 기기로 전송되는 명령어)
- Response Video Mute Status: 비디오 뮤트 현재 상태를 응답함(현재 싱크 기기의 비디오 뮤트 상태 정보를 응답하기 위해 싱크 기기에서 소스 기기로 전송되는 명령어, Request Video Mute Status에 대한 응답으로서 전송될 수 있음)
Turn on Video Mute/Video Mute status 명령어는 도 6 및 8과 관련하여 상술한 실시예에 적용될 수 있다.
Request Video Mute Status/Response Video Mute Status 명령어는 도 7과 관련하여 상술한 실시예에 적용될 수 있다.
Turn off Video Mute/Response Video Mute Status 명령어는 도 9 및 10과 관련하여 상술한 실시예에 적용될 수 있다.
Video Mute Status 명령어는 도 13 및 14와 관련하여 상술한 실시예에 적용될 수 있다.
상술한 명령어들은 CEC 메시지 포맷으로 정의되어 소스 기기 및 싱크 기기에 의해 송수신될 수 있는데, 이에 관하여는 도 16 및 17과 관련하여 이하에서 상세히 후술하기로 한다.
도 16은 CEC 메시지를 송수신함으로써 비디오 뮤트 기능을 제어하는 소스 기기 및 싱크 기기의 순서도이다. 특히, 도 16은 도 6 내지 12의 실시예들을 종합하여 도시한 순서도이다. 따라서, 도 6 내지 도 12와 관련하여 상술한 내용이 본 순서도에도 동일하게 적용될 수 있으며, 중복되는 설명은 이하에서 생략하기로 한다. 또한, 이하에서 후술하는 CEC 메시지들에 관한 설명은 도 17과 관련하여 이하에서 상세히 후술하기로 한다.
도 16을 참조하면, 우선 소스 기기는 싱크 기기의 비디오 뮤트 기능을 실행 시키기 위한 CEC 메시지(<Video Mute On>)를 전송할 수 있다(S16010). 해당 CEC 메시지(<Video Mute On>)를 수신한 싱크 기기는 비디오 뮤트 기능을 지원하는 경우, 비디오 뮤트 기능을 실행할 수 있다.
다음으로, 싱크 기기는 현재 비디오 뮤트 기능이 실행 중임을 알리는 CEC 메시지(<Video Mute Status>[“On”])를 소스 기기로 전송할 수 있다(S16020).
다음으로, 소스 기기는 싱크 기기의 현재 비디오 뮤트 상태를 요청하는 CEC 메시지(<Request Video Mute Status>)를 소스 기기로 전송할 수 있다(S16030).
다음으로, 싱크 기기는 현재 비디오 뮤트 기능이 실행 중임을 알리는 CEC 메시지(<Video Mute Status>[“On”])를 소스 기기로 전송할 수 있다(S16040).
다음으로, 소스 기기는 싱크 기기의 비디오 뮤트 기능을 종료 시키기 위한 CEC 메시지(<Video Mute Off>)를 전송할 수 있다(S16050). 해당 CEC 메시지(<Video Mute Off>)를 수신한 싱크 기기는 실행 중인 비디오 뮤트 기능을 종료할 수 있다.
다음으로, 싱크 기기는 현재 비디오 뮤트 기능이 실행 중이지 않음(또는, 비디오 뮤트 기능의 실행을 종료 했음)을 알리는 CEC 메시지(<Video Mute Status>[“Off”])를 소스 기기로 전송할 수 있다(S16060).
또는, S16050 및 S16060 단계 대신, 소스 기기는 비디오 뮤트 기능 제어를 제외한 CEC 명령어(또는 CEC 메시지)를 소스 기기로 전송할 수 있다(S16070). 예를 들어, CEC 명령어는 비디오 뮤트 기능과는 직접적인 연관은 없으나, 싱크 기기를 컨트롤(채널 변경, 음량 조절 등)하기 위한 명령어에 해당할 수 있다. 이러한 CEC 명령어를 수신한 싱크 기기는 수신한 CEC 명령어에 기초하여 비디오 뮤트 기능을 종료할지 판단하고, 비디오 뮤트 기능의 실행을 유지 또는 종료할 수 있다.
도 17은 본 발명의 일 실시예에 따른 CEC 메시지 포맷을 나타낸다.
도 17은 앞서 상술한 명령어 및 CEC 메시지들을 정의한 실시예로서, 본 발명에서 정의하는 CEC 메시지는 해당 동작에 관한 설명으로서 정의되는 것이며 반드시 동일한 신텍스(syntex)로 정의되는 것은 아니다.
오퍼레이터(operator)는 CEC 명령어를 보내는 커맨드를, 옵코드(opcode)는 CEC 메시지를 식별하는 명칭을, 오퍼랜드(operand)는 CEC 명령어/메시지에 해당하는 데이터 값들을 나타낼 수 있다. 특히, 오퍼랜드는 특정 옵코드에 대응되는 데이터에 해당할 수 있다.
먼저 도 17(a)를 참조하여, 본 발명에서 정의하는 옵코드들에 대하여 설명한다.
<Video Mute On>: 비디오 뮤트 기능을 실행 시킴, 이니시에이터(소스 기기)로부터 전송됨.
<Video Mute Off>: 비디오 뮤트 기능을 종료 시킴, 이니시에이터(소스 기기)로부터 전송됨.
<Video Mute status>: 현재 비디오 뮤트 상태를 전송, 오퍼랜드 [TV Mute Status]와 함께 전송될 수 있음. 팔로워(또는 TV(싱크 기기))로부터 전송됨.
<Request Video Mute Status>: 현재 비디오 뮤트 상태를 요청, 이니시에이터로부터 전송됨.
상술한 옵코드들은 유니캐스트 방식으로 다이렉트로 전송될 수 있다.
다음으로 도 17(b)를 참조하여, 본 발명에서 정의하는 오퍼랜드에 대하여 설명한다.
[TV Mute Status]:
- 현재의 비디오 뮤트 상태를 알려주기 위해 사용되는 오퍼랜드
- 옵코드 <Video Mute Status>와 함께 전송될 수 있음,
- 현재 비디오 뮤트 기능이 실행 중(“On”)인 경우 “0”, 현재 비디오 뮤트 기능이 실행 중이지 않은 경우(“Off”) “1”이 전송될 수 있음.
- 길이는 1 byte를 가질 수 있음.
이상으로, 본 발명의 일 실시예에 따른 싱크 기기의 비디오 뮤트 기능 제어 방법에 관하여 상술하였다. 상술한 내용에 따를 때, 본 발명은 소스 기기를 통해 싱크 기기의 비디오 뮤트 기능을 보다 쉽고 효율적으로 제어할 수 있다는 효과를 갖는다. 또한, 본 발명은 소스 기기를 통해 싱크 기기의 비디오 뮤트 기능의 제어하여, 싱크 기기의 불필요한 비디오 출력으로 인해 발생하는 소비 전력을 감소 시킬 수 있다.
설명의 편의를 위하여 각 도면을 나누어 설명하였으나, 각 도면에 서술되어 있는 실시예들을 병합하여 새로운 실시예를 구현하도록 설계하는 것도 가능하다. 또한, 표시 장치는 상술한 바와 같이 설명된 실시예들의 구성과 방법이 한정되게 적용될 수 있는 것이 아니라, 상술한 실시예들은 다양한 변형이 이루어질 수 있도록 각 실시 예들의 전부 또는 일부가 선택적으로 조합되어 구성될 수도 있다.
또한, 이상에서는 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 명세서는 상술한 특정의 실시예에 한정되지 아니하며, 청구 범위에서 청구하는 요지를 벗어남이 없이 당해 명세서가 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형 실시들은 본 명세서의 기술적 사상이나 전망으로부터 개별적으로 이해되어서는 안될 것이다.
다양한 실시예가 본 발명을 실시하기 위한 최선의 형태에서 설명되었다.
본 발명은 일련의 HDMI 분야에서 이용된다.
본 발명의 사상이나 범위를 벗어나지 않고 본 발명에서 다양한 변경 및 변형이 가능함은 당업자에게 자명하다. 따라서, 본 발명은 첨부된 청구항 및 그 동등 범위 내에서 제공되는 본 발명의 변경 및 변형을 포함하는 것으로 의도된다.

Claims (20)

  1. HDMI(High Definition Multimedia Interface)를 사용한 소스 기기의 데이터 송수신 방법에 있어서,
    상기 HDMI를 통해 싱크 기기와 연결되는 단계;
    상기 싱크 기기로부터 EDID(Extended Display Identification Data) 정보를 수신하는 단계;
    상기 수신한 EDID 정보를 파싱하고, 동작 파라미터(operating parameter)를 결정하는 단계; 및
    비디오 뮤트(video mute) 기능의 실행을 지시하는 메시지를 상기 싱크 기기로 전송하는 단계; 를 포함하는, 소스 기기의 데이터 송수신 방법.
  2. 제 1 항에 있어서,
    상기 싱크 기기의 비디오 뮤트 상태 정보를 수신하는 단계; 를 더 포함하는, 소스 기기의 데이터 송수신 방법.
  3. 제 2 항에 있어서,
    상기 비디오 뮤트 상태 정보를 수신하는 단계는,
    상기 비디오 뮤트 기능의 실행을 지시하는 메시지에 대한 응답으로서, 상기 비디오 뮤트 상태 정보를 수신하는 단계인, 소스 기기의 데이터 송수신 방법.
  4. 제 2 항에 있어서,
    상기 싱크 기기로 상기 비디오 뮤트 상태 정보를 요청하는 단계; 를 더 포함하고,
    상기 비디오 뮤트 상태 정보를 수신하는 단계는,
    상기 요청에 대한 응답으로서, 상기 비디오 뮤트 상태 정보를 수신하는 단계인, 소스 기기의 데이터 송수신 방법.
  5. 제 1 항에 있어서,
    상기 비디오 뮤트 기능 실행의 종료를 지시하는 메시지를 상기 싱크 기기로 전송하는 단계; 를 더 포함하는, 소스 기기의 데이터 송수신 방법.
  6. 제 1 항에 있어서,
    상기 비디오 뮤트 기능의 실행을 지시하는 메시지는 CEC 메시지 포맷으로서 전송되는, 소스 기기의 데이터 송수신 방법.
  7. HDMI(High Definition Multimedia Interface)를 사용한 싱크 기기의 데이터 송수신 방법에 있어서,
    상기 HDMI를 통해 소스 기기와 연결되는 단계;
    상기 소스 기기로 EDID(Extended Display Identification Data) 정보를 전송하는 단계; 및
    상기 소스 기기로부터 비디오 뮤트 기능의 실행을 지시하는 메시지를 수신하는 단계; 를 포함하는, 싱크 기기의 데이터 송수신 방법.
  8. 제 7 항에 있어서,
    상기 싱크 기기의 비디오 뮤트 상태 정보를 상기 소스 기기로 전송하는 단계; 를 더 포함하는, 싱크 기기의 데이터 송수신 방법.
  9. 제 8 항에 있어서,
    상기 비디오 뮤트 상태 정보를 전송하는 단계는,
    상기 비디오 뮤트 기능의 실행을 지시하는 메시지에 대한 응답으로서, 상기 비디오 뮤트 상태 정보를 상기 소스 기기로 전송하는 단계인, 싱크 기기의 데이터 송수신 방법.
  10. 제 8 항에 있어서,
    상기 소스 기기로부터 상기 비디오 뮤트 상태 정보를 요청 받는 단계; 를 더 포함하고,
    상기 비디오 뮤트 상태 정보를 전송하는 단계는,
    상기 요청에 대한 응답으로서, 상기 비디오 뮤트 상태 정보를 상기 소스 기기로 전송하는 단계인, 싱크 기기의 데이터 송수신 방법.
  11. 제 7 항에 있어서,
    상기 소스 기기로부터 상기 비디오 뮤트 기능 실행의 종료를 지시하는 메시지를 수신하는 단계; 를 더 포함하는, 싱크 기기의 데이터 송수신 방법.
  12. 제 7 항에 있어서,
    상기 소스 기기로부터 CEC(Consumer Electronic Control) 메시지를 수신하는 단계;
    상기 수신된 CEC 메시지에 포함된 지시를 수행하는 경우 상기 비디오 뮤트 기능 실행의 종료 여부를 판단하는 단계; 및
    상기 판단 결과에 기초하여 상기 비디오 뮤트 기능의 실행을 종료 또는 유지하는 단계; 를 더 포함하는, 싱크 기기의 데이터 송수신 방법.
  13. 제 7 항에 있어서,
    외부 입력을 수신하는 단계; 및
    상기 비디오 뮤트 기능의 실행을 종료하는 단계; 를 더 포함하는, 싱크 기기의 데이터 송수신 방법.
  14. 제 7 항에 있어서,
    상기 비디오 뮤트 기능의 실행을 지시하는 메시지는 CEC 메시지 포맷으로서 수신되는, 싱크 기기의 데이터 송수신 방법.
  15. HDMI(High Definition Multimedia Interface)를 사용하여 데이터를 송수신하는 소스 기기에 있어서,
    상기 HDMI를 통해 데이터를 송수신하는 HDMI 송신기; 및
    데이터 전송을 위한 신호를 발생시키는 마이컴(MICOM); 을 포함하며,
    상기 소스 기기는,
    상기 HDMI를 통해 싱크 기기와 연결되고,
    상기 싱크 기기로부터 EDID(Extended Display Identification Data) 정보를 수신하고,
    상기 수신한 EDID 정보를 파싱하고, 동작 파라미터(operating parameter)를 결정하고, 및
    비디오 뮤트(video mute) 기능의 실행을 지시하는 메시지를 상기 싱크 기기로 전송하는, 소스 기기.
  16. 제 15 항에 있어서,
    상기 소스 기기는,
    상기 싱크 기기의 비디오 뮤트 상태 정보를 수신하는, 소스 기기.
  17. 제 15 항에 있어서,
    상기 비디오 뮤트 기능의 실행을 지시하는 메시지는 CEC 메시지 포맷으로서 전송되는, 소스 기기.
  18. HDMI(High Definition Multimedia Interface)를 사용하여 데이터를 송수신하는 싱크 기기에 있어서,
    상기 HDMI를 통해 데이터를 송수신하는 HDMI 수신기; 및
    데이터 전송을 위한 신호를 발생시키는 마이컴(MICOM); 을 포함하며,
    상기 싱크 기기는,
    상기 HDMI를 통해 소스 기기와 연결되고,
    상기 소스 기기로 EDID(Extended Display Identification Data) 정보를 전송하고, 및
    상기 소스 기기로부터 비디오 뮤트 기능의 실행을 지시하는 메시지를 수신하는, 싱크 기기.
  19. 제 18 항에 있어서,
    상기 싱크 기기는,
    상기 싱크 기기의 비디오 뮤트 상태 정보를 상기 소스 기기로 전송하는, 싱크 기기.
  20. 제 18 항에 있어서,
    상기 비디오 뮤트 기능의 실행을 지시하는 메시지는 CEC 메시지 포맷으로서 수신되는, 싱크 기기.
PCT/KR2015/010752 2014-10-13 2015-10-13 Hdmi를 사용하여 데이터를 송수신하기 위한 방법 및 그 장치 WO2016060428A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/518,693 US20170238050A1 (en) 2014-10-13 2015-10-13 Method for transmitting and receiving data using hdmi and device therefor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201462063392P 2014-10-13 2014-10-13
US62/063,392 2014-10-13

Publications (1)

Publication Number Publication Date
WO2016060428A1 true WO2016060428A1 (ko) 2016-04-21

Family

ID=55746916

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2015/010752 WO2016060428A1 (ko) 2014-10-13 2015-10-13 Hdmi를 사용하여 데이터를 송수신하기 위한 방법 및 그 장치

Country Status (2)

Country Link
US (1) US20170238050A1 (ko)
WO (1) WO2016060428A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI653889B (zh) * 2017-09-12 2019-03-11 宏正自動科技股份有限公司 視訊傳輸切換裝置
US11606610B2 (en) 2019-02-18 2023-03-14 Lg Electronics Inc. Display device and method for operating same

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120246349A1 (en) * 2008-04-25 2012-09-27 Canon Kabushiki Kaisha Communication control device and communication control method in audio visual device system, and television receiver
US20120249890A1 (en) * 2011-03-31 2012-10-04 Logitech Europe S.A. Apparatus and method for configuration and operation of a remote-control system
KR20120111478A (ko) * 2011-03-31 2012-10-10 주식회사 코메스타 60ｇｈｚ 주파수 대역의 양방향 ｃｅｃ 시스템
KR20130026322A (ko) * 2011-09-05 2013-03-13 주식회사 팬택 외부출력장치와 연결시 지연 없는 출력이 가능한 소스 단말 및 그 연결방법
KR20140098545A (ko) * 2013-01-31 2014-08-08 삼성전자주식회사 싱크 장치, 소스 장치, 기능 블록 제어 시스템, 싱크 장치 제어 방법, 소스 장치 제어 방법 및 기능 블록 제어 방법

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW200626570A (en) * 2004-11-29 2006-08-01 Suntory Ltd Intraoral pungent substance
JP4575324B2 (ja) * 2006-03-29 2010-11-04 株式会社東芝 Ａｖ装置及びその制御方法
JP2008113198A (ja) * 2006-10-30 2008-05-15 Sony Corp 伝送方法、伝送システム、送信装置及び受信装置
US20090086089A1 (en) * 2007-09-27 2009-04-02 Takayuki Matsui Video/audio output apparatus

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120246349A1 (en) * 2008-04-25 2012-09-27 Canon Kabushiki Kaisha Communication control device and communication control method in audio visual device system, and television receiver
US20120249890A1 (en) * 2011-03-31 2012-10-04 Logitech Europe S.A. Apparatus and method for configuration and operation of a remote-control system
KR20120111478A (ko) * 2011-03-31 2012-10-10 주식회사 코메스타 60ｇｈｚ 주파수 대역의 양방향 ｃｅｃ 시스템
KR20130026322A (ko) * 2011-09-05 2013-03-13 주식회사 팬택 외부출력장치와 연결시 지연 없는 출력이 가능한 소스 단말 및 그 연결방법
KR20140098545A (ko) * 2013-01-31 2014-08-08 삼성전자주식회사 싱크 장치, 소스 장치, 기능 블록 제어 시스템, 싱크 장치 제어 방법, 소스 장치 제어 방법 및 기능 블록 제어 방법

Also Published As

Publication number Publication date
US20170238050A1 (en) 2017-08-17

Similar Documents

Publication Publication Date Title
WO2016153249A1 (ko) Hdmi를 사용하여 전력을 송수신하기 위한 방법 및 그 장치
WO2016060474A1 (ko) Hdmi를 사용하여 데이터를 송수신하기 위한 방법 및 장치
WO2014073823A1 (en) Display apparatus, voice acquiring apparatus and voice recognition method thereof
WO2019078617A1 (en) ELECTRONIC APPARATUS AND VOICE RECOGNITION METHOD
WO2016060447A2 (ko) Hdmi를 사용한 데이터 송수신 기기 및 방법
WO2015056866A1 (en) Digital-image transmission apparatus which performs communication, self-diagnosis, and control
WO2018190513A1 (en) Display device, display system and method for controlling display device
WO2020004765A1 (ko) 전자 장치, 원격 제어 장치 및 그 제어 방법
WO2019156532A1 (en) Display apparatus for supplying power to external apparatus, method thereof, and computer-readable medium
WO2017065434A1 (ko) 외장형 통신장치, 디스플레이 장치, 디스플레이 시스템, 및 그 제어방법
WO2015119389A1 (en) User terminal and control method thereof
WO2017048106A1 (ko) 고속 인터페이스를 이용하여 휴먼 인터페이스 기기 기반 데이터를 처리하는 방법 및 장치
WO2021010551A1 (en) Electronic apparatus and controlling method thereof
WO2015190880A1 (ko) Hdmi를 사용하여 데이터를 송수신하기 위한 방법 및 장치
EP3369239A1 (en) Display apparatus, user terminal apparatus, system, and controlling method thereof
WO2020017882A1 (ko) 복수의 디스플레이장치를 포함하는 시스템 및 그 제어방법
WO2016060428A1 (ko) Hdmi를 사용하여 데이터를 송수신하기 위한 방법 및 그 장치
WO2020231067A1 (en) Electronic apparatus and control method thereof
WO2022245182A1 (ko) 비디오 데이터 송수신 방법 및 이에 대한 장치
WO2019112332A1 (en) Electronic apparatus and control method thereof
WO2019164168A1 (ko) 블루투스 통신을 사용하는 전자 장치와 이의 동작 방법
WO2016122213A1 (ko) Hdmi를 사용하여 데이터를 송수신하기 위한 방법 및 그 장치
WO2020262990A1 (en) Display apparatus and control method thereof
WO2020262920A1 (en) Display apparatus and the control method thereof
WO2021206213A1 (en) Electronic apparatus and control method thereof

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

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

Country of ref document: EP

Kind code of ref document: A1