WO2014123394A1 - 복수개의 디바이스를 포함하는 네트워크 상에서 디바이스 간 세션을 제어하는 방법 및 장치 - Google Patents

복수개의 디바이스를 포함하는 네트워크 상에서 디바이스 간 세션을 제어하는 방법 및 장치 Download PDF

Info

Publication number
WO2014123394A1
WO2014123394A1 PCT/KR2014/001079 KR2014001079W WO2014123394A1 WO 2014123394 A1 WO2014123394 A1 WO 2014123394A1 KR 2014001079 W KR2014001079 W KR 2014001079W WO 2014123394 A1 WO2014123394 A1 WO 2014123394A1
Authority
WO
WIPO (PCT)
Prior art keywords
session
message
request message
switch
network
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/KR2014/001079
Other languages
English (en)
French (fr)
Inventor
박장웅
이민수
권영환
양승률
이재구
이현재
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.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Priority to CN201480007778.3A priority Critical patent/CN104982007B/zh
Priority to US14/763,099 priority patent/US10341392B2/en
Priority to EP14749252.4A priority patent/EP2955873B1/en
Priority to KR1020157019846A priority patent/KR101734739B1/ko
Priority to JP2015556875A priority patent/JP6114408B2/ja
Publication of WO2014123394A1 publication Critical patent/WO2014123394A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/282—Controlling appliance services of a home automation network by calling their functionalities based on user interaction within the home
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Definitions

  • the present invention relates to a method, an apparatus and a system for controlling an inter-device session on a network, and more particularly, to a method for controlling an inter-device session on a specific network using a controller in a plurality of networks supporting different protocols. to be.
  • HD high-definition
  • the present invention seeks to provide a method in which a controller of one network controls sessions between devices of another network on a plurality of networks supporting different protocols.
  • the present invention provides an efficient communication method used in a home network system and an apparatus supporting the same.
  • An object of the present invention is to provide a method for transmitting a session creation trigger message to a device that is a session creation subject by a controller belonging to another network.
  • An object of the present invention is to provide a method for transmitting a session end trigger message to one of devices in which a controller belonging to another network participates in a session.
  • An object of the present invention is to provide a method for transmitting a trigger message for receiving session state information to one of devices in which a controller belonging to another network participates in a session.
  • the present invention seeks to provide a method of managing a session on a network.
  • the present invention provides a control method of a playback device found on a remote device in a multimedia network environment.
  • the present invention provides a method for transmitting a session creation trigger message to a device that is a session creation subject by a controller belonging to another network.
  • the device receiving the trigger message may transmit and receive a message for creating a session with another device through a native protocol and inform the controller of the generated session information.
  • the present invention provides a method for transmitting a session termination trigger message to one of devices in which a controller belonging to another network participates in a session.
  • the device receiving the trigger message may transmit and receive a message for terminating a session to another device using a native protocol and inform the controller of the terminated session information.
  • the present invention also provides a method for transmitting a trigger message for receiving session state information to one of devices in which a controller belonging to another network participates in a session.
  • the device receiving the trigger message may transmit a message containing the session information that the device is participating to the controller.
  • the user convenience can be increased by providing the ease of use in performing session control between devices on the controller from the user's point of view.
  • FIG. 1 is an embodiment to which the present invention is applied and shows a schematic diagram of a network system to which a plurality of devices are connected.
  • FIG. 2 is an embodiment to which the present invention is applied and shows an internal block diagram and a connection relationship of a source device, a sink device, a controller, and a switch device.
  • 3 to 4 are embodiments to which the present invention is applied and are flowcharts illustrating a process of creating a session between devices on a plurality of networks.
  • FIG. 5 is a flowchart illustrating a specific process of creating a device-to-device session in an embodiment to which the present invention is applied.
  • 6 to 7 are embodiments to which the present invention is applied and are flowcharts illustrating a process of terminating a session between devices on a plurality of networks.
  • 8 to 9 are embodiments to which the present invention is applied and are flowcharts illustrating a process of acquiring session state information after creating a session between devices on a plurality of networks.
  • FIG. 10 illustrates an embodiment to which the present invention is applied and illustrates a user interface for session management between devices.
  • FIG. 10 illustrates an embodiment to which the present invention is applied and illustrates a user interface for session management between devices.
  • FIG. 10 (c) illustrates a user interface for obtaining session state information after creating a session between devices.
  • 11 to 13 are embodiments to which the present invention is applied and show a method of controlling a session between devices on a plurality of networks supporting different protocols.
  • 11 illustrates a process of creating a session between devices
  • FIG. 13 illustrates a process of acquiring session state information after creating a session between devices.
  • FIG. 14 is a flowchart illustrating a process of controlling a device-to-device session in another embodiment to which the present invention is applied.
  • 15 is a flowchart illustrating a process of controlling a session between devices in a plurality of networks according to an embodiment to which the present invention is applied.
  • 16 is a flowchart illustrating a process of controlling a device-to-device session according to another embodiment to which the present invention is applied.
  • 17 to 22 are flowcharts illustrating various methods for creating an inter-device session on a plurality of networks according to embodiments to which the present invention is applied.
  • FIG. 23 illustrates embodiments to which the present invention is applied.
  • FIG. 23A illustrates a format of a session creation request message
  • FIG. 23B illustrates a text / plane type session creation request message
  • FIG. 23C Indicates a session creation request message of text / xml type.
  • FIG. 24 illustrates embodiments to which the present invention is applied.
  • FIG. 24A illustrates a format of a session creation response message
  • FIG. 24B illustrates a text / plane type session creation response message
  • FIG. 24C Indicates a session creation response message of text / xml type.
  • FIG. 25 illustrates another embodiment to which the present invention is applied.
  • FIG. 25A illustrates a format of a session creation request message
  • FIG. 25B illustrates a text / plane type session creation request message
  • FIG. 25C Indicates a session creation request message of text / xml type.
  • FIG. 26 illustrates other embodiments to which the present invention is applied.
  • FIG. 26A illustrates a format of a session creation response message when a session creation is successful
  • FIG. 26B illustrates a session creation response message when a session creation fails. .
  • 27 to 35 are embodiments to which the present invention is applied and are flowcharts illustrating various methods for terminating a device-to-device session on a plurality of networks.
  • FIG. 36 illustrates embodiments to which the present invention is applied, FIG. 36 (a) shows a format of a session termination request message, FIG. 36 (b) shows a session termination request message of a text / plane type, and FIG. 36 (c). Indicates a session termination request message of text / xml type.
  • FIG. 37 illustrates embodiments to which the present invention is applied.
  • FIG. 37A illustrates a format of a session end response message
  • FIG. 37B illustrates a text / plane type session end response message
  • FIG. 37C Indicates a session termination response message of text / xml type.
  • FIG. 38 illustrates another embodiment to which the present invention is applied.
  • FIG. 38A illustrates a format of a session termination request message
  • FIG. 38B illustrates a text / plane type session termination request message
  • FIG. 38C Indicates a session termination request message of text / xml type.
  • FIG. 39 illustrates another embodiment to which the present invention is applied.
  • FIG. 39A illustrates a format of a session end response message when a session termination is successful
  • FIG. 39B illustrates a session termination response message when session termination fails. .
  • 40 to 46 are flowcharts illustrating various methods for acquiring session state information after creating an inter-device session on a plurality of networks according to embodiments to which the present invention is applied.
  • FIG. 47 illustrates embodiments to which the present invention is applied.
  • FIG. 47 (a) shows a format of a session state request message
  • FIG. 47 (b) shows a session state request message of a text / plane type
  • FIG. 47 (c) Indicates a session state request message of text / xml type.
  • FIG. 48 illustrates embodiments to which the present invention is applied.
  • FIG. 48 (a) shows a format of a session state response message
  • FIG. 48 (b) shows a session state response message of text / xml type.
  • FIG. 49 illustrates another embodiment to which the present invention is applied, FIG. 49A illustrates a format of a session state request message, FIG. 49B illustrates a text / plane type session state request message, and FIG. 49C. ) Indicates a session state request message of text / xml type.
  • FIG. 50 illustrates another embodiment to which the present invention is applied.
  • FIG. 50A illustrates a format of a session state response message when successful obtaining session state information.
  • FIG. 50B illustrates session state when failed to obtain session state information. Indicates a response message.
  • the present invention provides a method for controlling a device-to-device session on a network including a plurality of devices, the method comprising: receiving a session control request message from a control device, wherein the session control request message is a session between a first device and a second device; Indicate a message for operating control; Transmitting a triggering message for a specific control operation to the first device based on the received session control request message; Performing session control between a first device and a second device using the triggering message; And receiving a triggering response message from the first device, wherein the triggering response message indicates a result of performing the session control.
  • the present invention may further include transmitting a session control response message to the control device based on the triggering response message.
  • At least one of the session control request message and the session control response message is based on a first protocol
  • at least one of the triggering message and the triggering response message is based on a second protocol
  • the first The protocol and the second protocol is different from each other.
  • the present invention is characterized in that the session control request message indicates a session creation request message, session termination request message or session state request message.
  • the session creation request message includes first device identification information and second device identification information.
  • the session control response message when the session control request message indicates the session creation request message, the session control response message, if successful, of the result code indicating success, generated session identification information and state information indicating session creation And at least one of a result code indicating failure and failure reason information in case of failure.
  • the session termination request message includes at least one of generated session identification information, first device reference information, and second device reference information. It is characterized by.
  • the present invention when the session control request message indicates the session end request message, the session control response message, the result code indicating success or failure, generated session identification information, first device reference information and second And at least one of the device reference information.
  • the present invention is characterized in that when the session control request message indicates the session state request message, the session state request message includes at least one of address information for obtaining session state and generated session identification information. do.
  • the session state response message when the session control request message indicates the session state request message, the session state response message includes session state information, the session state information is associated device information, session routing information and session path information It characterized in that it comprises at least one of.
  • the present invention also provides an apparatus for controlling an inter-device session on a network including a plurality of devices, the apparatus comprising: a network interface for transmitting or receiving a message to at least one of the plurality of devices; And receiving a session control request message from a control device, sending a triggering message for a specific control operation to a first device based on the received session control request message, and sending a triggering response message from the first device. And a controller for receiving, wherein the session control request message indicates a message for operating session control between the first device and the second device, and the triggering response message indicates a result of performing the session control. And session control between the second device and the second device is performed by using the triggering message.
  • the controller is characterized in that for transmitting the session control response message to the control device based on the triggering response message.
  • the controller may transmit a command message containing unnecessary information. Since the overhead message may cause an increase in network traffic, in terms of implementing a controller, a session control or session management function should be implemented according to characteristics of each operating system. However, such an OS-specific function implementation may also lead to an increase in development resources, and may reduce user convenience when performing session control on a device that does not use a controller. Therefore, it is necessary to provide an easy-to-use environment that can be easily applied to various operating systems and from the user's point of view, and to provide more smooth content services on a network supporting a plurality of different protocols, each device is suitable for a connected network. Session control function should be provided.
  • HDBaseT technology can be used in home theaters, Digital Video Recorders (DVRs), BlueLay DisPlayers (BDPs), game consoles, personal computers (PCs), and / or mobile products and connects to multiple displays. You can configure the screen.
  • DVRs Digital Video Recorders
  • BDPs BlueLay DisPlayers
  • PCs personal computers
  • the source device may be a Bluelay DisPlayer (BDP), a Digital Video Recorder (DVR), a computer, an Xbox, a Laptop, or the like.
  • BDP Bluelay DisPlayer
  • DVR Digital Video Recorder
  • the device may provide a content
  • a sink device may mean a home theater, a television, a monitor, and various display devices on which content is implemented.
  • the sink device may be referred to as a destination or destination entity of data and / or content.
  • downlink stream refers to the flow of logical data or stream transmitted from the device providing the content to the device receiving the content and may be used in the same sense as the term downlink.
  • uplink stream refers to the flow of logical data or streams in the opposite direction of the downlink stream and may be used in the same sense as the term uplink.
  • the legacy device may mean a device that does not support the HDBaseT technology, and may be interpreted according to the context for each term applied.
  • FIG. 1 is an embodiment to which the present invention is applied and shows a schematic diagram of a network system to which a plurality of devices are connected.
  • the network system to which the present invention is applied may largely include a source device 100, a switch device 200, a sink device 300, and a controller.
  • a source device 100 may largely include a source device 100, a switch device 200, a sink device 300, and a controller.
  • the devices shown in FIG. 1 are shown as being connected to one network for convenience, the devices shown in FIG. The devices may be connected using at least one of an HD TV cable, an audio cable, a video cable, an Internet LAN cable, a power supply line, and an HDMI (High Definition Multimedia Interface) cable.
  • HDMI High Definition Multimedia Interface
  • HDBaseT high-definition video signals
  • audio signals audio signals
  • control signals and the like
  • CAT5 / 6 Category 5/6
  • the HDBaseT technology may be used in home theaters, digital video recorders (DVRs), blue ray displayers (BDPs), game machines, personal computers (PCs), and / or mobile products, and may have multiple displays. You can also connect to to configure multiple screens.
  • the HDBaseT technology can provide bidirectional communication, multistream transmission, and even power transmission with a single cable.
  • a session must be established to communicate between HDBaseT devices, such as HDBaseT adapters (hereinafter, T-adapters), on such an HDBaseT network.
  • HDBaseT devices such as HDBaseT adapters (hereinafter, T-adapters)
  • T-adapters HDBaseT adapters
  • a session defines a communication network path and schedules the appropriate services to be included in it. Accordingly, the present invention provides a method for setting an optimized path of a session formed in the HDBaseT network and controlling the formed session more efficiently.
  • the source device 100 may represent a device for providing data (for example, content) or a device capable of providing data. In this case, the data may be stored in the source device 100 or received from the outside.
  • the source device 100 may provide an interface for data transmission and reception and transmit the received data to an external device.
  • the source device 100 includes a game device, a Blu-ray player, a computer, a set-top box, a mobile device, and the like. There may be.
  • the switch device 200 represents a physical device that connects the sink device 300 and the source device 100.
  • the switch device 200 may perform a router function.
  • the switch device 200 may transmit data transmitted from the source device 100 to the sink device 300. Can be. In this case, the data may represent a large amount of content.
  • the source device 100 and the sink device 300 may be connected 1: 1, 1: many, or many: 1.
  • the network system to which the present invention is applied may include a plurality of switch devices 200.
  • the sink device 300 represents an apparatus for receiving externally transmitted data, for example, content from the source device 100 or the switch device 200. Can be received. The received data can be output via the display.
  • the sink device 300 may include a display device in a bedroom, a display device in a living room, a display device or a mobile device in an office, and the like.
  • the controller represents a device for transmitting a command, request, action, or the like to various kinds of devices (eg, a server, a renderer, etc.).
  • the source device A message such as a command, a request, an action, or the like is sent to at least one of the source device 100, the switch device 200, and the sink device 300. Send and receive response messages. Whether to send the message may be a user or the controller itself.
  • the user interface may be provided to transmit a response message received from the counterpart device to the user after transmitting the message.
  • the controller itself may support a display or may support a user interface through a third display device.
  • the controller may be a remote controller associated with at least one of the source device 100, the switch device 200, or the sink device 300.
  • a gaming console of a gaming device a remote controller of a Blu-ray player, a keyboard, a mouse, a remote controller of a set-top box, or a mobile device may be used as the controller. Can perform the function of.
  • the network system to which the present invention is applied may constitute a plurality of networks supporting different protocols, and each network may support at least one of various protocols.
  • the network may include a Universal Plug & Play (UPNP) network, an HDBaseT Plug & Play (HPnP) network, and an HDBaseT network.
  • the networks include Transmission Control Protocol / Internet Protocol (TCP / IP), Simple Service Discovery Protocol (SSDP), Simple Object Access Protocol (SOAP), General Event Notification Architecture (GENA), hypertext transfer protocol (HTTP), and HD-CMP ( HDBaseT Control and Management Protocol (HD), etc., and messages transmitted and received between devices may be expressed in a plane type or an XML (eXtensible Markup Language) type.
  • devices and controllers belonging to different networks may provide a common protocol for session control.
  • the session control between the devices is performed through at least one of the above protocols, and the controller may control the session by transmitting a trigger message to the corresponding device and receiving an event message.
  • FIG. 2 is an embodiment to which the present invention is applied and shows an internal block diagram and a connection relationship of a source device, a sink device, a controller, and a switch device.
  • the source device 100 includes a web server and an HTTP / XML parser 101, an Ethernet switching 102, a USB host interface 103, an infrared interface 104, an HDMI source interface 105. , Link management unit 106, upstream link 107, downstream link 108, TX physical layer 109, network interface 110, memory 111, and control unit 112. ) May be included.
  • the web server transmits an HTML document or an object (image file, etc.) requested by the controller via HTTP, and the HTTP / XML parser parses the HTTP / XML document.
  • the Ethernet switching 102 de-capsulates Ethernet data encapsulated in a packet and delivers it to another logical device.
  • the USB host interface 103 represents an interface for allowing a USB device to communicate with the host device
  • the infrared interface 104 represents an interface for allowing an IR device to communicate with the host device
  • the HDMI source interface 105 represents an interface that allows an HDMI sink device to communicate with a host device.
  • the link management unit 106 manages an upstream / downstream link as a logical device that functions as a link layer.
  • the upstream link 107 and the downstream link 108 generate upstream / downstream packets.
  • the TX physical layer 109 is a logical device that performs the function of the TX physical layer and performs an interface with an external device.
  • the network interface 110 enables the transmission of messages or data such as commands, requests, actions, and responses between devices.
  • the memory 111 is an optional device implemented in various types of devices, and represents a physical device in which various types of data are temporarily stored.
  • the control unit 112 is a logical component implemented in a server and a client (or a controller) and controls all operations of a device to which the control unit 112 belongs.
  • the switch device 200 may include a web server and an HTTP / XML parser 201, a link management unit 206, a network interface 210, a memory 211, and a control unit ( 212).
  • Units in the switch device 200 perform functions similar to the corresponding units described in the source device 100, and only the units not described below will be described.
  • the link management unit 206 may connect a plurality of RX physical layers and a TX physical layer.
  • the sink device 300 includes a web server and an HTTP / XML parser 301, an Ethernet switching 302, a USB host interface 303, an infrared interface 304, an HDMI source interface 305. , Link management unit 306, upstream link 307, downstream link 308, RX physical layer 309, network interface 310, memory 311, and control unit 312. ) May be included.
  • the units in the sink device 300 perform similar functions as the corresponding units described in the source device 100 and will be described only for units not described below. do.
  • the RX physical layer 309 is a logical device that is responsible for the function of the RX physical layer and is responsible for the interface with an external device.
  • the controller 400 may include a web server and an HTTP / XML parser 401, a network interface 410, a memory 411, a control unit 412, and a display 413.
  • the units in the controller 400 perform functions similar to those of the corresponding units described in the source device 100, and only the units not described below will be described.
  • the display 413 represents a physical device that visualizes various types of data to the user, and may be supported by a display component of the controller 400 itself or may support a user interface through a third display device.
  • 3 to 4 are embodiments to which the present invention is applied and are flowcharts illustrating a process of creating a session between devices on a plurality of networks.
  • the controller A 11, the source device 12, the switch 1 13, the switch 2 14, and the sink device 15 are connected in the first network 10 and the controller B 21. ) Is assumed to be included in the second network 20.
  • the sink device 15 may transmit a session initialization request message to the found source device 12 (S310).
  • the session initialization request message indicates a message requesting the start of session creation.
  • the source device 12 may transmit the session initialization response message to the sink device 15 (S320).
  • the session initialization response message indicates a response message to the session initialization request message.
  • the source device 12 may transmit a session route query message to select an optimal route candidate group for reaching the sink device 15 (S330).
  • the session route query message indicates a message requesting the selection of a session path.
  • the session route query message may be transmitted to the sink device 15 through the switch 1 13 and the switch 2 14.
  • the controller A 11 included in the first network 10 may transmit an unnecessary message to the source device 12.
  • the sink device 15 may select an optimal path (S340) and transmit a session route set message to the source device 12 (S350).
  • the session route set message indicates a message for setting a session path.
  • a session is created (S360), and when the session is generated, the source device 12 starts to transmit data to the sink device 15. In addition, the sink device 15 transmits a session creation completion message to the controller A 11 included in the first network 10 (S370).
  • the controller A 11, the source device 12, the switch 1 13, the switch 2 14, and the sink device 15 are connected in the first network 10 and the controller B 21.
  • the sink device 15 are assumed to be connected in the second network 20.
  • the controller B 21 is configured to generate a session between the sink device 15 found in the second network 20 and the source device 12 in the first network 10.
  • a trigger message for generating a session may be transmitted.
  • the trigger message indicates a signal for initiating a specific operation
  • the trigger message for creating a session indicates a signal for initiating session creation between devices.
  • the sink device 15 supports both the protocol of the first network 10 and the second network 20, and serves as a proxy.
  • the sink device 15 receiving the trigger message may transmit a session initialization request message to the source device 12 in the second network 20 (S420).
  • the source device 12 may transmit the session initialization response message to the sink device 15 (S430).
  • the controller B 21 in the second network 20 transmits a trigger message for creating a session to the sink device 15 to cause the sink device 15 to act as a proxy.
  • the controller B 21 in the second network 20 transmits a trigger message for creating a session to the sink device 15 to cause the sink device 15 to act as a proxy.
  • the source device 12 may transmit a session route query message to select an optimal route candidate group for reaching the sink device 15 (S440).
  • the sink device 15 may select an optimal path (S450) and transmit a session route set message to the source device 12 (S460).
  • a session is created (S470), and when the session is generated, the source device 12 starts to transmit data to the sink device 15.
  • the sink device 15 transmits a session creation completion message to the controller A 11 included in the first network 10 (S480), and the controller B included in the second network 20 (S480). 21 may also transmit a session creation complete message (S490).
  • FIG. 5 is a flowchart illustrating a specific process of creating a device-to-device session in an embodiment to which the present invention is applied.
  • the first device may request session initialization from the second device (S510).
  • the first device and the second device may belong to different networks or may belong to the same network.
  • only one of the first device and the second device may belong to a plurality of networks.
  • different protocols may be applied to the plurality of networks.
  • the second device receiving the session initialization request may request a session route query from the first device (S520).
  • the first device may select an optimal session path based on the session route query (S530).
  • the first device may request the second device to set the selected optimal session path.
  • the first device and the second device may use at least one switch device, wherein the at least one switch device serves as a router.
  • a session between the first device and the second device may be generated (S550).
  • a trigger message for generating a session with a second device may be received from a controller belonging to the first network.
  • step S510 may be performed based on the trigger message.
  • the first device may transmit a message indicating that the session is completed to the controller belonging to the first network.
  • 6 to 7 are embodiments to which the present invention is applied and are flowcharts illustrating a process of terminating a session between devices on a plurality of networks.
  • the controller A 11, the source device 12, the switch 1 13, the switch 2 14, and the sink device 15 are connected in the first network 10 and the controller B 21. ) Is assumed to be included in the second network 20.
  • the user When the user wants to terminate the session between the source device 12 and the sink device 15 (S610), the user is a network (the first network 10) that is different from the network (the first network 10) to which the sink device 15 belongs; 2, the controller B21 in the network 20 cannot be used to request the end of the session. In addition, the controller A 11 in the first network 10 may transmit an unnecessary message.
  • the sink device 15 may transmit the session end query message to a switch device included in the same network, and at this time, the session end query message may be transmitted to the source device 12 through a routing path (S620). . In this case, the session resource of the device on the routing path may be released.
  • the source device 12 receiving the session end query message may transmit a session creation complete message to the controller B 21 in the second network 20.
  • the controller A 11, the source device 12, the switch 1 13, the switch 2 14, and the sink device 15 are connected in the first network 10 and the controller B 21.
  • the sink device 15 are assumed to be connected in the second network 20. In this embodiment, it is assumed that a session is created between the source device 12 and the sink device 15.
  • a trigger message for terminating a session may be transmitted to the sink device 15 so that a session is created between the found sink device 15 and the source device 12 in the first network 10 ( S720).
  • a trigger message indicates a signal for initiating a specific operation
  • a trigger message for terminating a session indicates a signal for initiating a session termination between devices.
  • the sink device 15 supports both the protocol of the first network 10 and the second network 20, and serves as a proxy.
  • the sink device 15 receiving the trigger message may transmit a session end query message to the source device 12 in the second network 20 (S730).
  • the sink device 15 transmits the session termination query message to the switch devices (switch 1 13 and switch 2 14) included in the same network, wherein the session termination query message is a routing path. May be transmitted to the source device 12 via the device.
  • the sus device 12 transmits a session end completion message to the controller A 11 included in the first network 10 (S740), and the sink device 15 transmits to the second network 20.
  • the session termination completion message may be transmitted to the included controller B 21 (S750).
  • the controller B 21 in the second network 20 transmits a trigger message for terminating a session to the sink device 15 to cause the sink device 15 to act as a proxy.
  • the controller B 21 in the second network 20 transmits a trigger message for terminating a session to the sink device 15 to cause the sink device 15 to act as a proxy.
  • 8 to 9 are embodiments to which the present invention is applied and are flowcharts illustrating a process of acquiring session state information after creating a session between devices on a plurality of networks.
  • the controller A 11, the source device 12, the switch 1 13, the switch 2 14, and the sink device 15 are connected in the first network 10 and the controller B 21. ) Is assumed to be included in the second network 20. In this embodiment, it is assumed that a session is created between the source device 12 and the sink device 15.
  • the user can use the controller B 21 in the second network 20 to any device in the first network 10. ) Can not request to obtain session state information.
  • the controller A 11 in the first network 10 may transmit an unnecessary message. Accordingly, the device in the first network 10 may request to obtain session state information by enabling the device to act as a proxy.
  • the controller A 11, the source device 12, the switch 1 13, the switch 2 14, and the sink device 15 are connected in the first network 10, and the controller B 21 is connected.
  • the sink device 15 are assumed to be connected in the second network 20. In this embodiment, it is assumed that a session is created between the source device 12 and the sink device 15.
  • the controller B 21 obtains state information of a session created between the sink device 15 found in the second network 20 and the source device 12 in the first network 10. To do so, a trigger message for acquiring session state information may be transmitted to the sink device 15 (S910).
  • a trigger message indicates a signal for initiating a specific operation
  • a trigger message for obtaining session state information indicates a signal for obtaining state information of a session created between devices.
  • the sink device 15 supports both the protocol of the first network 10 and the second network 20, and serves as a proxy.
  • the sink device 15 may transmit session state information to the controller B 21 included in the second network 20 (S920).
  • the controller B 21 in the second network 20 transmits a trigger message for acquiring session state information to the sink device 15, thereby causing the sink device 15 to act as a proxy. By doing so, it is possible to obtain state information of a session created between the sink device 15 and the source device 12.
  • FIG. 10 illustrates an embodiment to which the present invention is applied and illustrates a user interface for session management between devices.
  • FIG. 10 illustrates an embodiment to which the present invention is applied and illustrates a user interface for session management between devices.
  • FIG. 10 (c) illustrates a user interface for obtaining session state information after creating a session between devices.
  • a user may check a list of devices currently connected to a network through a screen of a sink device, a controller, or a third device.
  • a Blu-ray Disc Player (BDP), an Xbox game machine, and a Network Attached Storage (NAS) are output as an example of a source device
  • TV1, TV2, and TV3 are output as an example of a sink device. It may be 1010.
  • the user wants to create a session between the BDP of the source device and TV2 of the sink device
  • the display device may output a message indicating that the session creation between the BDP and the TV2 is completed (1030).
  • the user can freely control the created session.
  • the display device can provide a status information icon 1041 to allow a user to view the status of the created session, and can also provide an end session icon 1042 to end the created session. (1040).
  • the user when the user wants to end the created session, the user may end the session by clicking the end session icon 1042 using the controller (1040). That is, the display device may receive a session end signal from the user or the outside. When the session termination signal is received by the user, the display device may output a message indicating that the session is terminated between the BDP and the TV2 (1050).
  • the user when a user wants to acquire state information of a created session, the user may acquire session state information by clicking the state information icon 1041 using a controller (1060). ). That is, the display device may receive a signal for requesting acquisition of session state information from the user or the outside. When the user receives a signal for requesting to obtain session state information, the display device may output session state information between the BDP and the TV2 (1070).
  • 11 to 13 are embodiments to which the present invention is applied and show a method of controlling a session between devices on a plurality of networks supporting different protocols.
  • 11 illustrates a process of creating a session between devices
  • FIG. 13 illustrates a process of acquiring session state information after creating a session between devices.
  • the first network 10 represents an HDBaseT network and uses Simple Object Access Protocol (SOAP) and General Event Notification Architecture (GENA), and the second network 20 is UPNP (Universal). It represents a Plug & Play network and assumes hypertext transfer protocol (HTTP).
  • SOAP Simple Object Access Protocol
  • GMA General Event Notification Architecture
  • HTTP hypertext transfer protocol
  • the network system to which the present invention is applied may configure a plurality of networks supporting different protocols, and each network may support at least one of various protocols.
  • the third network 30 and the fourth network 40 may correspond to any one of a Universal Plug & Play (UPNP) network, an HDBaseT Plug & Play (HPnP) network, and an HDBaseT network.
  • the third network 30 and the fourth network 40 are Transmission Control Protocol / Internet Protocol (TCP / IP), Simple Service Discovery Protocol (SSDP), Simple Object Access Protocol (SOAP), and General Event (GENA).
  • HTTP Notification Architecture
  • HTTP Hypertext Transfer Protocol
  • HD-CMP HDBaseT Control and Management Protocol
  • messages transmitted and received between devices can be expressed in a plane type or an XML (eXtensible Markup Language) type.
  • XML eXtensible Markup Language
  • 11 to 13 are only embodiments of the present invention, and may be applicable to other networks or other protocols.
  • the HDBaseT control point 31, the source device 32, the switch 1 33, the switch 2 34, and the sink device 35 are connected in the third network 30, and the UPnP control point Assume that 41 and the sink device 35 are connected in the fourth network 40. That is, in the embodiment of FIG. 11, as the sink device 35 is a subject of session creation and performs a proxy function, only UPnP is applied to only the sink device 35 in the third network 30. The case of a device is shown.
  • the UPnP control point 41 may call a session creation action (CreateSession ()) to the sink device 35 performing a proxy function (S1110).
  • a session creation action CreateSession ()
  • S1110 proxy function
  • the sink device 15 may transmit a session initialization request message to the found source device 32 (S1120).
  • the session initialization request message indicates a message requesting the start of session creation.
  • the source device 32 may transmit the session initialization response message to the sink device 35 in operation S1130.
  • the session initialization response message indicates a response message to the session initialization request message.
  • the source device 32 may transmit a session route query message to select an optimal route candidate group for reaching the sink device 35 in operation S1140.
  • the session route query message indicates a message requesting the selection of a session path.
  • the session route query message may be transmitted to the sink device 35 through the switch 1 33 and the switch 2 34.
  • the sink device 35 may select an optimal path and transmit a session route set message to the source device 32 (S1150).
  • the session route set message indicates a message for setting a session path.
  • a session is generated (S1160), and when the session generation is completed, the source device 32 may transmit data to the sink device 35.
  • the sink device 15 transmits a session creation completion message to the HDBaseT control point 31 included in the third network 30 (S1170), and the sink device 35 transmits the UPnP control point (
  • a session creation response message may be transmitted.
  • the session creation response message may indicate a response message for the session creation action or a response message for completing the session creation.
  • the session creation response message may include at least one of session identification information and session status information.
  • the sink device 35 may send and receive messages with the source device 32 using the HDBaseT protocol, and send and receive messages with the UPnP control point 41 using the HTTP protocol.
  • the HDBaseT control point 31, the source device 32, the switch 1 33, the switch 2 34 and the sink device 35 are connected in the third network 30.
  • the UPnP control point 41, the source device 32, the switch 1 33, the switch 2 34, and the sink device 35 are connected within the fourth network 40. That is, even when the sink device 35 does not perform a subject or proxy function of creating a session, the contents of FIG. 11 may be similarly applied. For example, this is a case where all devices are devices to which UPnP is applied.
  • the HDBaseT control point 31, the source device 32, the switch 1 33 and the switch 2 34 are connected in the third network 30, and the UPnP control point (41), when the switch 2 34 and the sink device 35 are connected in the fourth network 40, that is, the switch 2 34 is the subject of session creation and performs a proxy function 11 can be similarly applied.
  • the switch 2 34 is a device to which UPnP is applied.
  • the HDBaseT control point 31, the source device 32, the switch 1 33 and the switch 2 34 are connected in the third network 30, and the UPnP control point (41), when the source device 32, the switch 1 (33), the switch 2 (34) and the sink device 35 is connected in the fourth network 40, that is, the switch 2 ( Even when 34) does not perform a subject or proxy function of session creation, the content of FIG. 11 may be similarly applied. For example, this is a case where all devices are devices to which UPnP is applied.
  • the HDBaseT control point 31, the source device 32, the switch 1 33, the switch 2 34, and the sink device 35 are connected in the third network 30 and the UPnP control point. Assume that 41 and the sink device 35 are connected in the fourth network 40. That is, in the embodiment of FIG. 12, the UPnP control point 41 requests the sink device 35 to terminate the session.
  • the UPnP control point 41 may request the session termination action TerminateSession () from the sink device 35. (S1210).
  • the sink device 35 that has received the session termination action TerminateSession () may transmit the session termination query message to the source device 32 using the HDBaseT protocol (S1220).
  • the sink device 35 may transmit the session termination query message to a switch device included in the same network, and the session termination query message may be transmitted to the source device 32 through a routing path.
  • the source device 32 that has received the session termination query message may transmit a session termination completion message to the HDBaseT control point 31 included in the third network 30 (S1230).
  • the sink device 35 may transmit a session end response message to the UPnP control point 41 in operation S1240.
  • the session end response message may indicate a response message for the session end action or a response message for completing the session end.
  • the session termination response message may include at least one of device information, session identification information, and response code for which a session is created or terminated.
  • the HDBaseT control point 31, the source device 32, the switch 1 33, the switch 2 34, and the sink device 35 are connected in the third network 30 and the UPnP control point. Assume that 41 and the sink device 35 are connected in the fourth network 40. That is, in the embodiment of FIG. 13, the UPnP control point 41 requests the sink device 35 to obtain session state information.
  • the UPnP control point 41 When the user wants to obtain session state information of a session created between the source device 32 and the sink device 35, the UPnP control point 41 performs a session state information acquisition action GetSessionStatus (). The device 35 may make a request (S1310).
  • the sink device 35 that has received the session state information acquisition action GetSessionStatus () may transmit session state information to the UPnP control point 41 (S1320).
  • the session state information indicates information representing the state of the generated session, and may include, for example, session descriptor information.
  • FIG. 14 is a flowchart illustrating a process of controlling a device-to-device session in another embodiment to which the present invention is applied.
  • the controller can perform session control on the session partner device.
  • the session partner device indicates a session to be created or a device in the generated session.
  • the session partner device In order for the controller to send a trigger message to the session partner device, the session partner device must represent itself or be found in the network.
  • An HPnP enabled device may process a session control request message for performing session control using a first protocol, and the session control message may be received using a second protocol.
  • the session control may include session creation, session termination, and session state information acquisition.
  • the HPnP enabled device may transmit a session control response message to the controller.
  • the session control response message may indicate a message for indicating a session control result
  • the header of the session control response message may include a result code
  • the payload may include a return value.
  • the session control response message includes a result code indicating success of the session control and a corresponding return value. If the session control fails, the session control response message includes a result code indicating failure of the session control and a reason for the failure. It may include a corresponding return value.
  • the third device serving as a proxy may transmit a triggering message for a specific control operation to the first device (S1401).
  • a triggering message for the specific control operation may be transmitted using a first protocol (eg, HD-CMP)
  • the third device may be a switch device 1
  • the first The device may be a source device.
  • a first protocol eg, HD-CMP
  • the third device may be a switch device 1
  • the first The device may be a source device.
  • the session control between the first device and the second device may be performed based on the triggering message for the specific control operation (S1403).
  • the second device may be a switch device or a sink device. For example, if the first device (source device) is connected to a non-HPnP enabled device or a third device (switch device 1), and the second device is an HPnP enabled device.
  • the second device may be a sink device. In this case, a session is created between the first device (source device) and the second device (sink device).
  • a legacy device in which a first device (source device) is connected to a non-HPnP enabled device or a third device (switch device 1), and the second device does not support HDBaseT.
  • the second device may be a switch device 2.
  • a session is created between the first device (source device) and the second device (switch device 2).
  • the third device may receive a triggering response message from the first device (source device) (S1405).
  • a session can be created by connecting to a device not belonging to a network, and data can be transmitted through session creation.
  • 15 is a flowchart illustrating a process of controlling a session between devices in a plurality of networks according to an embodiment to which the present invention is applied.
  • the third device serving as the proxy may receive a session control request message from the controller (S1501).
  • the session control request message may indicate a message for requesting session control
  • the session control may include session creation, session termination, and session state information acquisition.
  • the third device receiving the session control request message may transmit a triggering message for a specific control operation to the first device (S1503).
  • the triggering message indicates a signal for initiating a specific operation
  • the triggering message for the specific control operation indicates a signal for session control between devices.
  • the session control between the first device and the second device may be performed (S1505).
  • the third device may receive a triggering response message from the first device (S1507).
  • the triggering response message indicates a result of the triggering message.
  • the third device may transmit a session control response message to the controller.
  • the session control response message may indicate a response to the session control request message or may indicate a response to the triggering message.
  • 16 is a flowchart illustrating a process of controlling a device-to-device session according to another embodiment to which the present invention is applied.
  • the network system to which the present invention is applied may constitute a plurality of networks supporting different protocols, and each network may support at least one of various protocols.
  • Session control may be performed between session partner devices in the network system, for example, a first device (source device) and a second device (sink device or switch device) (S1601).
  • a first device source device
  • a second device sink device or switch device
  • the first device may transmit a session control response message to the second device (sink device or switch device).
  • the second device may transmit a session control response message to the controller.
  • the transmitted session control result message may be different according to the result of performing the session control (S1603).
  • the session control response message includes a result code indicating the success of session control and information corresponding to the session control result (S1605).
  • the result code indicating the failure and information corresponding to the failure reason may be included (S1607).
  • 17 to 22 are flowcharts illustrating various methods for creating an inter-device session on a plurality of networks according to embodiments to which the present invention is applied.
  • the fifth network 50 represents an HDBaseT network and uses HD-Based Control and Management Protocol (HD-CMP)
  • the sixth network 60 is an HPnP (HDBaseT Plug & Play) network.
  • HTTP hypertext transfer protocol
  • the network system to which the present invention is applied may configure a plurality of networks supporting different protocols, and each network may support at least one of various protocols.
  • the fifth network 50 and the sixth network 60 may correspond to any one of a Universal Plug & Play (UPNP) network, an HDBaseT Plug & Play (HPnP) network, and an HDBaseT network.
  • the fifth network 50 and the sixth network 60 may include Transmission Control Protocol / Internet Protocol (TCP / IP), Simple Service Discovery Protocol (SSDP), Simple Object Access Protocol (SOAP), and General Event (GENA).
  • HTTP Notification Architecture
  • HTTP Hypertext Transfer Protocol
  • HD-CMP HDBaseT Control and Management Protocol
  • messages transmitted and received between devices can be expressed in a plane type or an XML (eXtensible Markup Language) type.
  • XML eXtensible Markup Language
  • the HDBaseT control point 51, the source device 52, the switch 1 61, the switch 2 62, and the sink device 63 are connected in the fifth network 50, and the HPnP control point Assume that 64 and the sink device 63 are connected in the sixth network 60. That is, in the embodiment of FIG. 17, when the sink device 63 is a subject of session creation and performs a proxy function, only the sink device 35 is applied to HPnP in the fifth network 50. The case of a device is shown.
  • the HPnP control point 64 may transmit a session creation request message to the sink device 63 that performs a proxy function (S1710).
  • the session creation request message indicates a message that triggers a session creation between the source device 52 and the sink device 63, and identification information of the source device 52 and the sink device 63, which are session creation targets.
  • control URL information The session creation request message may be transmitted by HTTP POST using control URL information.
  • the sink device 63 may correspond to the control URL information.
  • a session creation process between the source device 52 and the sink device 63 is performed. It may be (S1720).
  • the sink device 63 may transmit a session initialization request message to the found source device 52 (S1721).
  • the session initialization request message indicates a message requesting the start of session creation.
  • the source device 52 may transmit the session initialization response message to the sink device 63 in operation S1722.
  • the session initialization response message indicates a response message to the session initialization request message.
  • the source device 52 may transmit a session route query message to select an optimal route candidate group for reaching the sink device 63 (S1723).
  • the session route query message indicates a message requesting the selection of a session path.
  • the session route query message may be transmitted to the sink device 63 through the switch 1 61 and the switch 2 62.
  • the sink device 63 may select an optimal path and transmit a session route set message to the source device 52 (S1724).
  • the session route set message indicates a message for setting a session path.
  • a session is generated (S1725), and when the creation of the session is completed, the source device 52 may transmit data to the sink device 63.
  • the source device 52 may transmit a session creation result message to the sink device 63 and the HDBaseT control point 51 included in the fifth network 50 (S1730 and S1740).
  • the session creation result message may be transmitted in an HD-CMP manner, and the session creation result message transmitted may be different according to the session creation result.
  • the session creation result message includes a result code indicating the success of the session creation and information corresponding to the session creation result, and, if the session creation fails, indicating the failure of the session creation. It may contain information corresponding to the result code and the reason for the failure.
  • the sink device 63 may transmit a session creation response message to the UPnP control point 64 (S1750).
  • the session creation response message may indicate a response message for the session creation action or a response message for completing the session creation.
  • the session creation response message may be transmitted in an HTTP manner and may include at least one of session identification information and session status information.
  • the sink device 63 transmits and receives a message with the source device 52 using the HDBaseT protocol, and the sink device 63 communicates with the HPnP control point 64 using the HTTP protocol. Can send and receive
  • the HDBaseT control point 51, the source device 52, the switch 1 61, the switch 2 62, and the sink device 63 are connected in the fifth network 50, and the HPnP control point It is assumed that 64, the source device 52, the switch 1 61, the switch 2 62, and the sink device 63 are connected in the sixth network 60. That is, in the embodiment of FIG. 18, the sink device 63 does not perform a subject or proxy function of creating a session, and represents a case where all devices apply HPnP.
  • the HPnP control point 64 may transmit a session creation request message to the sink device 63 (S1810).
  • the session creation request message indicates a message that triggers a session creation between the source device 52 and the sink device 63, and identification information of the source device 52 and the sink device 63, which are session creation targets.
  • control URL information The session creation request message may be transmitted by HTTP POST using control URL information.
  • the sink device 63 may correspond to the control URL information.
  • a session creation process between the source device 52 and the sink device 63 is performed. It may be (S1820). In this case, the session creation process S1820 may be applied to the session creation process S1720 described with reference to FIG. 17.
  • the source device 52 may transmit data to the sink device 63.
  • the source device 52 may transmit a session creation result message to the sink device 63.
  • the session creation result message may be transmitted in an HD-CMP manner, and the session creation result message transmitted may be different according to the session creation result. For example, if the session creation is successful, the session creation result message includes a result code indicating the success of the session creation and information corresponding to the session creation result, and, if the session creation fails, indicating the failure of the session creation. It may contain information corresponding to the result code and the reason for the failure.
  • the source device 52 may transmit a session creation result message to the legacy HDBaseT control point 51 ( S1840).
  • the sink device 63 may transmit a session creation response message to the HPnP control point 64 (S1850).
  • the session creation response message may indicate a response message for the session creation action or a response message for completing the session creation.
  • the session creation response message may be transmitted in an HTTP manner and may include at least one of session identification information and session status information.
  • the sink device 63 transmits and receives a message with the source device 52 using the HDBaseT protocol, and the sink device 63 communicates with the HPnP control point 64 using the HTTP protocol. Can send and receive
  • the HDBaseT control point 51, the source device 52, the switch 1 61, and the switch 2 62 are connected in the fifth network 50, and the HPnP control point 64 and the switch are connected. It is assumed that the first 61, the second switch 62, and the sink device 63 are connected in the sixth network 60. That is, in the embodiment of FIG. 19, when the switch device is a subject of session creation and performs a proxy function, the sink device 63 represents a legacy sink device with HDMI, and the switch 2 62 is connected to the HDMI. Connected via
  • the HPnP control point 64 may transmit a session creation request message to the switch 2 62 (S1910).
  • the session creation request message indicates a message that triggers a session creation between the source device 52 and the switch 2 62, and identification information of the source device 52 and the switch 2 62, which are session creation targets.
  • control URL information The session creation request message may be transmitted by HTTP POST using control URL information.
  • the switch 2 62 may correspond to the control URL information.
  • the session creation process between the source device 52 and the switch 2 62 is performed based on the session creation request message (for example, identification information of the source device 52 and the switch 2 62). It may be (S1920).
  • the session creation process (S1920), the session creation process described in FIG. 17 or FIG. 18 may be applied.
  • the source device 52 transmits data to the switch 2 62, and the switch 2 62 transmits the data transmitted from the source device 52 to the sink device (HDMI). 63).
  • the source device 52 may transmit a session creation result message to the switch 2 62 (S1930).
  • the source device 52 may transmit a session creation result message to the legacy HDBaseT control point 51 ( S1940).
  • the switch 2 62 may transmit a session creation response message to the HPnP control point 64 (S1950).
  • the HDBaseT control point 51, the source device 52, the switch 1 61, and the switch 2 62 are connected in the fifth network 50, and the HPnP control point 64, the source. It is assumed that the device 52, the switch 1 61, the switch 2 62, and the sink device 63 are connected in the sixth network 60. That is, in the embodiment of FIG. 20, when the switch device does not perform a subject or proxy function of session creation, the sink device 63 represents a legacy sink device with HDMI, and the switch 2 62 is connected to the switch 2 62. It is connected via HDMI.
  • the HPnP control point 64 may transmit a session creation request message to the switch 2 62 (S2010).
  • the session creation request message indicates a message that triggers a session creation between the source device 52 and the switch 2 62, and identification information of the source device 52 and the switch 2 62, which are session creation targets.
  • control URL information The session creation request message may be transmitted by HTTP POST using control URL information.
  • the switch 2 62 may correspond to the control URL information.
  • the session creation process between the source device 52 and the switch 2 62 is performed based on the session creation request message (for example, identification information of the source device 52 and the switch 2 62). It may be (S1920). In this case, the session generation process S2020 may be applied to the session generation process described with reference to FIGS. 17 to 19.
  • the source device 52 transmits data to the switch 2 62, and the switch 2 62 transmits the data transmitted from the source device 52 to the sink device (HDMI). 63).
  • the source device 52 may transmit a session creation result message to the switch 2 62 (S2030).
  • the source device 52 may transmit a session creation result message to the legacy HDBaseT control point 51 ( S2040).
  • the switch 2 62 may transmit a session creation response message to the HPnP control point 64 (S2050).
  • the HDBaseT control point 51, the source device 52, and the switch 1 61 are connected in the fifth network 50, and the HPnP control point 64, the switch 1 61, and the It is assumed that switch 2 62 and the sink device 63 are connected in the sixth network 60. That is, in the embodiment of FIG. 21, when the switch device is a subject of session creation and performs a proxy function, the source device 52 supports the HPnP as an HDBaseT device that does not support HPnP. ) The switch 1 61 exposes the source device 52 to the sixth network 60 so that it can be discovered by the HPnP control point 64.
  • the sink device 63 represents a legacy sink device with HDMI, and is connected to the switch 2 62 via HDMI. Accordingly, the switch 2 62 may transmit data (eg, a multimedia stream) transmitted from the source device 52 to the sink device 63 through HDMI.
  • data eg, a multimedia stream
  • the HPnP control point 64 may transmit a session creation request message to the switch 1 61 (S2110).
  • the session creation request message indicates a message that triggers a session creation between the source device 52 and the switch 2 62, and identification information of the source device 52 and the switch 2 62, which are session creation targets.
  • control URL information The session creation request message may be transmitted by HTTP POST using control URL information.
  • the switch 1 61 may correspond to the control URL information.
  • the switch 1 61 receiving the session creation request message may transmit a trigger message for generating a session to the source device 52 (S2120).
  • the trigger message indicates a signal for initiating a specific operation
  • the trigger message for creating a session indicates a signal for creating a session between devices.
  • the trigger message may be transmitted using HD-CMP.
  • a session generation process between the source device 52 and the switch 2 62 may be performed (S2130).
  • the session creation process (S2130) the session creation process described in this specification may be applied.
  • the source device 52 transmits data to the switch 2 62, and the switch 2 62 transmits the data transmitted from the source device 52 to the sink device (HDMI). 63).
  • the source device 52 may transmit a trigger response message to the switch 1 61 using HD-CMP (S2140).
  • the source device 52 may transmit a session creation result message to the legacy HDBaseT control point 51 ( S2150).
  • the switch 2 62 may transmit a session creation response message to the HPnP control point 64 (S2160).
  • the HDBaseT control point 51, the source device 52, the switch 1 61 and the switch 2 62 are connected in the fifth network 50, and the HPnP control point 64 and the switch are connected. It is assumed that the first 61, the second switch 62, and the sink device 63 are connected in the sixth network 60. That is, in the embodiment of FIG. 22, the source device 52 is a subject of session creation, and the source device 52 may be exposed to the sixth network 60 by itself as an HDBaseT device supporting HPnP. Can be discovered by the HPnP control point 64.
  • the sink device 63 represents a legacy sink device with HDMI, and is connected to the switch 2 62 via HDMI. Accordingly, the switch 2 62 may transmit data (eg, a multimedia stream) transmitted from the source device 52 to the sink device 63 through HDMI.
  • data eg, a multimedia stream
  • the HPnP control point 64 may transmit a session creation request message to the source device 52 (S2210).
  • the session creation request message indicates a message that triggers a session creation between the source device 52 and the switch 2 62, and identification information of the source device 52 and the switch 2 62, which are session creation targets.
  • control URL information The session creation request message may be transmitted by HTTP POST using control URL information.
  • the source device 52 may correspond to the control URL information.
  • a session creation process between the source device 52 and the switch 2 62 may be performed (S2220).
  • the session creation process (S2130), the session creation process described in this specification may be applied.
  • the source device 52 transmits data to the switch 2 62, and the switch 2 62 transmits the data transmitted from the source device 52 to the sink device (HDMI). 63).
  • the source device 52 may transmit a session creation result message to the legacy HDBaseT control point 51 ( S2230).
  • the source device 52 may transmit a session creation response message to the HPnP control point 64 (S2240).
  • FIG. 23 illustrates embodiments to which the present invention is applied.
  • FIG. 23A illustrates a format of a session creation request message
  • FIG. 23B illustrates a text / plane type session creation request message
  • FIG. 23C Indicates a session creation request message of text / xml type.
  • the format 2310 of the session creation request message may include a POST 2311, a HOST 2312, a CONTENT-LENGTH 2313, a CONTENT-TYPE 2314, and a BODY 2315. Can be.
  • the session creation request message may be transmitted by HTTP POST.
  • the POST 2311 indicates a session control trigger URL
  • the HOST 2312 indicates an IP address assigned to the device
  • the CONTENT-LENGTH 2313 indicates the length of the BODY 2315
  • the CONTENT-TYPE ( 2314 indicates a text type of the BODY 2315.
  • the CONTENT-TYPE 2314 in the format 2310 of the session creation request message, may be a text / plain type 2331 to 2335. The case of the text / xml types 2351 to 2355 is shown.
  • the BODYs 2335 and 2355 may include a FirstPartnerTadaptorRef value and a SecondPartnerTadaptorRef value.
  • FirstPartnerTadaptorRef and SecondPartnerTadaptorRef represent entity reference values of the first partner device and the second partner device which are the targets of session creation.
  • FIG. 24 illustrates embodiments to which the present invention is applied.
  • FIG. 24A illustrates a format of a session creation response message
  • FIG. 24B illustrates a text / plane type session creation response message
  • FIG. 24C Indicates a session creation response message of text / xml type.
  • the format 2410 of the session creation response message may include an HTTP version and a result code 2411, a CONTENT-TYPE 2412, and a BODY 2413.
  • the session creation response message may be transmitted in an HTTP manner.
  • the HTTP version is 1.1 and the result code indicates that it is 200 OK indicating that the session creation was successful (2411).
  • the CONTENT-TYPE 2412 indicates a text type of the BODY 2413.
  • the CONTENT-TYPE 2312 and the text / plain types 2431 to 2433 may be used.
  • the case of text / xml types 2251 to 2453 is shown.
  • the BODY 2433 and 2453 may include session identification information and state information.
  • the state information (“created”) indicates that a session has been created.
  • FIG. 25 illustrates another embodiment to which the present invention is applied.
  • FIG. 25A illustrates a format of a session creation request message
  • FIG. 25B illustrates a text / plane type session creation request message
  • FIG. 25C Indicates a session creation request message of text / xml type.
  • the format 2510 of the session creation request message includes POST 2511, HOST 2512, CONTENT-LENGTH 2513, CONTENT-TYPE 2514, and BODY 2515 parts. can do.
  • the session creation request message may be transmitted by HTTP POST.
  • the POST 2511 indicates a session control trigger URL
  • the HOST 2512 indicates an IP address assigned to the device
  • the CONTENT-LENGTH 2513 indicates the length of the BODY 2515
  • the CONTENT-TYPE ( 2514 indicates a text type of the BODY 2515.
  • the CONTENT-TYPE 2514 may be a text / plain type 2253 to 2535.
  • the case of the text / xml type (2551 to 2555) is shown.
  • BODY 2535 and 2555 may include at least one of FirstPartnerDeviceID, FirstPartnerPortID, FirstPartnerTGroupID, FirstPartnerTAdpatorMask, SecondPartnerDeviceID, SecondPartnerPortID, SecondPartnerTGroupID, and SecondPartnerTAdpatorMask. have.
  • FirstPartnerDeviceID and SecondPartnerDeviceID represent device identification information of a first partner device and a second partner device, which are targets of session creation
  • FirstPartnerPortID and SecondPartnerPortID represent port identification information of a first partner device and a second partner device
  • FirstPartnerTGroupID and SecondPartnerTGroupID Represents group identification information of the first partner device and the second partner device
  • FirstPartnerTAdpatorMask and SecondPartnerTAdpatorMask represent mask values of the first partner device and the second partner device.
  • FIG. 26 illustrates other embodiments to which the present invention is applied.
  • FIG. 26A illustrates a format of a session creation response message when a session creation is successful
  • FIG. 26B illustrates a session creation response message when a session creation fails. .
  • the format 2610 of the session creation response message may include an HTTP version and a result code 2611, a CONTENT-TYPE 2612, and a BODY 2613.
  • the session creation response message may be transmitted in an HTTP manner.
  • the HTTP version is 1.1 and the resulting code indicates that 200 OK indicating that the session creation was successful (2611, 2621).
  • the CONTENT-TYPE 2612, 2622 indicates a text type of the BODY 2613, 2623.
  • the CONTENT-TYPEs 2612 and 2622 represent text / plain types 2621 to 2623.
  • the BODY 2613, 2623 may include session identification information and status information.
  • the state information (“created”) indicates that a session has been created.
  • the format 2630 of the session creation response message may include an HTTP version, a result code 2651, a CONTENT-TYPE 2632, and a BODY 2633.
  • the session creation response message may be transmitted in an HTTP manner.
  • the HTTP version is 1.1 and the resulting code is 503 indicating that session creation failed (2631, 2641).
  • the CONTENT-TYPE (2632, 2642) indicates the text type of the BODY (2633, 2643).
  • the CONTENT-TYPEs 2632 and 2642 represent text / plain types 2641 to 2643.
  • the BODY 2633, 2643 may include failure reason information.
  • 27 to 35 are embodiments to which the present invention is applied and are flowcharts illustrating various methods for terminating a device-to-device session on a plurality of networks.
  • the fifth network 50 represents an HDBaseT network and uses HD-Based Control and Management Protocol (HD-CMP)
  • the sixth network 60 is an HPnP (HDBaseT Plug & Play) network.
  • HD-CMP HD-Based Control and Management Protocol
  • HPnP HPnP (HDBaseT Plug & Play) network.
  • HTTP hypertext transfer protocol
  • the network system to which the present invention is applied may configure a plurality of networks supporting different protocols, and each network may support at least one of various protocols.
  • the fifth network 50 and the sixth network 60 may correspond to any one of a Universal Plug & Play (UPNP) network, an HDBaseT Plug & Play (HPnP) network, and an HDBaseT network.
  • the fifth network 50 and the sixth network 60 may include Transmission Control Protocol / Internet Protocol (TCP / IP), Simple Service Discovery Protocol (SSDP), Simple Object Access Protocol (SOAP), and General Event (GENA).
  • HTTP Notification Architecture
  • HTTP Hypertext Transfer Protocol
  • HD-CMP HDBaseT Control and Management Protocol
  • messages transmitted and received between devices can be expressed in a plane type or an XML (eXtensible Markup Language) type.
  • XML eXtensible Markup Language
  • the HDBaseT control point 51, the source device 52, the switch 1 61, the switch 2 62, and the sink device 63 are connected in the fifth network 50, and the HPnP control point Assume that 64 and the sink device 63 are connected in the sixth network 60. That is, in the embodiment of FIG. 27, when the HPnP control point 64 requests the sink device 63 to terminate the session, only the sink device 35 in the fifth network 50 is HPnP. Indicates the case where the device is applied.
  • the HPnP control point 64 may transmit a session end request message to the sink device 63 (S2710).
  • the session termination request message indicates a message for triggering session termination between the source device 52 and the sink device 63.
  • the session termination request message includes IP address information of a device to be terminated, session identification information identifying a session to be terminated, an initiation device reference value for initiating a session termination process, and a reference of a first partner device to be terminated. And a reference value of the second partner device.
  • a session termination process between the source device 52 and the sink device 63 may be performed (S2720).
  • the sink device 63 may transmit a session end query message to the found source device 52.
  • the sink device 63 may transmit the session termination query message to a switch device included in the same network, and the session termination query message may be transmitted to the source device 52 through a routing path.
  • embodiments of the session termination process described herein may be applied.
  • the source device 52 may transmit a session termination result message to the sink device 63 in operation S2730.
  • the session termination result message may be transmitted in an HD-CMP manner, and the session termination result message transmitted may be different according to the session termination result.
  • the session termination result message includes a result code indicating success of the session termination and information corresponding to the session termination result, and indicates that the session termination has failed when the session termination is unsuccessful. It may contain information corresponding to the result code and the reason for the failure.
  • the source device 52 may transmit a session end result message to the legacy HDBaseT control point 51 ( S2740).
  • the sink device 63 may transmit a session end response message to the HPnP control point 64 (S2750).
  • the session end response message may indicate a response message to the session end request message.
  • the session termination response message may be transmitted in an HTTP manner, and may include at least one of device information in which a session participates in generation, session identification information identifying a terminated session, and a response code.
  • the sink device 63 transmits and receives a message with the source device 52 using the HDBaseT protocol, and the sink device 63 communicates with the HPnP control point 64 using the HTTP protocol. Can send and receive
  • the HDBaseT control point 51, the source device 52, the switch 1 61, the switch 2 62, and the sink device 63 are connected in the fifth network 50, and the HPnP control point It is assumed that 64, the source device 52, the switch 1 61, the switch 2 62, and the sink device 63 are connected in the sixth network 60. That is, in the embodiment of FIG. 28, when the HPnP control point 64 requests the sink device 63 to terminate the session, all of the devices are applied to HPnP.
  • the HPnP control point 64 may transmit a session end request message to the sink device 63 (S2810).
  • the session termination process between the source device 52 and the sink device 63 may be performed based on the session termination request message in operation S2820.
  • the source device 52 may transmit a session termination result message to the sink device 63 in operation S2830.
  • the session termination result message may be transmitted in the HD-CMP method.
  • the source device 52 may transmit a session end result message to the legacy HDBaseT control point 51 ( S2840).
  • the sink device 63 may transmit a session end response message to the HPnP control point 64 (S2850).
  • the session end response message may be transmitted in an HTTP manner.
  • the HDBaseT control point 51, the source device 52, the switch 1 61, the switch 2 62, and the sink device 63 are connected in the fifth network 50, and the HPnP control point Assume that 64 and the source device 52 are connected in the sixth network 60. That is, in the embodiment of FIG. 29, when the HPnP control point 64 requests the source device 52 to terminate the session, only the source device 52 is HPnP applied.
  • the HPnP control point 64 may transmit a session end request message to the source device 52 (S2910).
  • a session termination process between the source device 52 and the sink device 63 may be performed (S2920).
  • the sink device 63 may transmit a session termination result message to the source device 52 (S2930).
  • the session termination result message may be transmitted in the HD-CMP method.
  • the source device 52 may transmit a session end result message to the legacy HDBaseT control point 51 ( S2940).
  • the source device 52 may transmit a session end response message to the HPnP control point 64.
  • the session end response message may be transmitted in an HTTP manner.
  • the HDBaseT control point 51, the source device 52, the switch 1 61, the switch 2 62, and the sink device 63 are connected in the fifth network 50, and the HPnP control point It is assumed that 64, the source device 52, the switch 1 61, the switch 2 62, and the sink device 63 are connected in the sixth network 60. That is, in the embodiment of FIG. 30, the HPnP control point 64 requests the source device 52 to terminate the session, and shows the case where all devices are applied to HPnP.
  • the HPnP control point 64 may transmit a session end request message to the source device 52 (S3010).
  • a session termination process between the source device 52 and the sink device 63 may be performed (S3020).
  • the sink device 63 may transmit a session termination result message to the source device 52 (S3030).
  • the session termination result message may be transmitted in the HD-CMP method.
  • the source device 52 may transmit a session end result message to the legacy HDBaseT control point 51 ( S3040).
  • the source device 52 may transmit a session end response message to the HPnP control point 64 in operation S3050.
  • the session end response message may be transmitted in an HTTP manner.
  • the HDBaseT control point 51, the source device 52, the switch 1 61 and the switch 2 62 are connected in the fifth network 50, and the HPnP control point 64 and the switch are connected. It is assumed that the first 61, the second switch 62, and the sink device 63 are connected in the sixth network 60. That is, in the embodiment of FIG. 31, the case where the switch device is the subject of session termination, only the switch device is applied to HPnP.
  • the sink device 63 is a legacy sink device with HDMI and is connected to the switch 2 62 via HDMI.
  • the HPnP control point 64 may transmit a session end request message to the switch 2 62 (S3110).
  • a session termination process between the source device 52 and the switch 2 62 may be performed (S3120).
  • the source device 52 may transmit a session termination result message to the switch 2 62 (S3130).
  • the session termination result message may be transmitted in the HD-CMP method.
  • the source device 52 may transmit a session end result message to the legacy HDBaseT control point 51 ( S3140).
  • the switch 2 62 may transmit a session end response message to the HPnP control point 64 (S3150).
  • the session end response message may be transmitted in an HTTP manner.
  • the HDBaseT control point 51, the source device 52, the switch 1 61, and the switch 2 62 are connected in the fifth network 50, and the HPnP control point 64, the source. It is assumed that the device 52, the switch 1 61, the switch 2 62, and the sink device 63 are connected in the sixth network 60. That is, in the embodiment of FIG. 32, the case where the switch device is the subject of session termination, shows the case where all devices are applied to HPnP.
  • the sink device 63 is a legacy sink device with HDMI and is connected to the switch 2 62 via HDMI.
  • the HPnP control point 64 may transmit a session end request message to the switch 2 62 (S3210).
  • the session termination process between the source device 52 and the switch 2 62 may be performed based on the session termination request message (S3220).
  • the source device 52 may transmit a session termination result message to the switch 2 62 (S3230).
  • the session termination result message may be transmitted in the HD-CMP method.
  • the source device 52 may transmit a session end result message to the legacy HDBaseT control point 51 ( S3240).
  • the switch 2 62 may transmit a session end response message to the HPnP control point 64 (S3250).
  • the session end response message may be transmitted in an HTTP manner.
  • the HDBaseT control point 51, the source device 52, the switch 1 61, the switch 2 62, and the sink device 63 are connected in the fifth network 50, and HPnP control It is assumed that the point 64 and the source device 52 are connected in the sixth network 60. That is, in the embodiment of FIG. 33, the case where the source device 52 is the subject of session termination, only the source device 52 is applied to HPnP.
  • the sink device 63 is a legacy sink device with HDMI and is connected to the switch 2 62 via HDMI.
  • the HPnP control point 64 may transmit a session end request message to the source device 52 (S3310).
  • the session termination process between the source device 52 and the switch 2 62 may be performed based on the session termination request message in operation S3320.
  • the switch 2 62 may transmit a session termination result message to the source device 52 (S3330).
  • the session termination result message may be transmitted in the HD-CMP method.
  • the switch 2 62 may transmit a session end result message to the legacy HDBaseT control point 51 ( S3340).
  • the source device 52 may transmit a session end response message to the HPnP control point 64 in operation S3350.
  • the session end response message may be transmitted in an HTTP manner.
  • the HDBaseT control point 51, the source device 52, the switch 1 61, the switch 2 62, and the sink device 63 are connected in the fifth network 50, and HPnP control It is assumed that the point 64 and the source device 52 are connected in the sixth network 60. That is, in the embodiment of FIG. 34, the case where the source device 52 is the subject of session termination, shows the case where all devices are applied to HPnP.
  • the sink device 63 is a legacy sink device with HDMI and is connected to the switch 2 62 via HDMI.
  • the HPnP control point 64 may transmit a session end request message to the source device 52 (S3410).
  • the session termination process between the source device 52 and the switch 2 62 may be performed based on the session termination request message in operation S3420.
  • the switch 2 62 may transmit a session termination result message to the source device 52 (S3430).
  • the session termination result message may be transmitted in the HD-CMP method.
  • the switch 2 62 may transmit a session end result message to the legacy HDBaseT control point 51 ( S3440).
  • the source device 52 may transmit a session end response message to the HPnP control point 64 in operation S3450.
  • the session end response message may be transmitted in an HTTP manner.
  • the HDBaseT control point 51, the source device 52, and the switch 1 61 are connected in the fifth network 50, and the HPnP control point 64, the switch 1 61, and the switch are connected.
  • the second 62 and the sink device 63 are connected in the sixth network 60. That is, in the embodiment of FIG. 35, the case where the source device 52 is the subject of session termination, only the switch device is applied to HPnP.
  • the source device 52 is connected to the switch 1 61 that supports HPnP as an HDBaseT device that does not support HPnP.
  • the switch 1 61 exposes the source device 52 to the sixth network 60 so that it can be discovered by the HPnP control point 64. To this end, the switch 1 61 may collect and manage information on the source device 52.
  • the sink device 63 is a legacy sink device with HDMI and is connected to the switch 2 62 via HDMI.
  • the HPnP control point 64 may transmit a session end request message to the switch 1 (61) (S3510).
  • the switch 1 61 may transmit a trigger message for terminating the session to the source device 52 (S3520).
  • the trigger message indicates a signal for initiating a specific operation
  • the trigger message for terminating a session indicates a signal for terminating a session between devices.
  • a session termination process between the source device 52 and the switch 2 62 may be performed (S3530).
  • the source device 52 may transmit a trigger response message to the switch 1 61 (S3540).
  • the trigger response message may be transmitted in the HD-CMP method.
  • the source device 52 may transmit a session end result message to the legacy HDBaseT control point 51 ( S3550).
  • the switch 1 61 may transmit a session end response message to the HPnP control point 64 (S3560).
  • the session end response message may be transmitted in an HTTP manner.
  • FIG. 36 illustrates embodiments to which the present invention is applied, FIG. 36 (a) shows a format of a session termination request message, FIG. 36 (b) shows a session termination request message of a text / plane type, and FIG. 36 (c). Indicates a session termination request message of text / xml type.
  • the format 3610 of the session termination request message may include a POST 3611, a HOST 3612, a CONTENT-LENGTH 3613, a CONTENT-TYPE 3614, and a BODY 3615. Can be.
  • the session termination request message may be transmitted by HTTP POST.
  • the POST 3611 indicates a session control trigger URL
  • the HOST 3612 indicates an IP address assigned to the device
  • the CONTENT-LENGTH 3613 indicates the length of the BODY 3615
  • the CONTENT-TYPE ( 3614 indicates a text type of the BODY 3615.
  • the CONTENT-TYPE 3614 is a text / plain type 3631 to 3635 and the format 3610 of the session termination request message, respectively.
  • the case of text / xml types 3651 to 3655 is shown.
  • the BODYs 3635 and 3655 may include at least one session identification information.
  • SessionID1 represents session identification information of the first session and SessionID2 represents session identification information of the second session.
  • FIG. 37 illustrates embodiments to which the present invention is applied.
  • FIG. 37A illustrates a format of a session end response message
  • FIG. 37B illustrates a text / plane type session end response message
  • FIG. 37C Indicates a session termination response message of text / xml type.
  • the format 3710 of the session end response message may include an HTTP version and a result code 3711, a CONTENT-TYPE 3712, and a BODY 3713.
  • the session end response message may be transmitted in an HTTP manner.
  • the HTTP version is 1.1 and the result code indicates that it is 200 OK indicating that the session termination was successful (3711).
  • the CONTENT-TYPE 3712 indicates a text type of the BODY 3713.
  • the CONTENT-TYPE 3712 and text / plain types 3731 to 3733 may be used in the format 3710 of the session termination response message.
  • the case of text / xml types 3701 to 3753 is shown.
  • the BODYs 3733 and 3753 may include session identification information and state information.
  • the status information (“terminated”) indicates that the session is terminated.
  • FIG. 38 illustrates another embodiment to which the present invention is applied.
  • FIG. 38A illustrates a format of a session termination request message
  • FIG. 38B illustrates a text / plane type session termination request message
  • FIG. 38C Indicates a session termination request message of text / xml type.
  • the format 3810 of the session termination request message may include a POST 3811, a HOST 3812, a CONTENT-LENGTH 3813, a CONTENT-TYPE 3814, and a BODY 3815. Can be.
  • the session termination request message may be transmitted by HTTP POST.
  • the POST 3811 indicates a session control trigger URL
  • the HOST 3812 indicates an IP address assigned to the device
  • the CONTENT-LENGTH 3913 indicates the length of the BODY 3815
  • the CONTENT-TYPE ( 3814 indicates a text type of the BODY 3815.
  • the CONTENT-TYPE 3814 and text / plain types 3831 to 3835 may be used in the format 3810 of the session termination request message.
  • the case of the text / xml types 3851 to 3855 is shown.
  • the BODY 3815 may be represented as shown in FIGS. 38 (b) and 38 (c).
  • the BODY 3815 message includes session identification information for identifying a session to be terminated, an initiation device reference value for initiating a session termination process, a first partner device reference value and a second partner device that are the target of the session termination. May contain a reference value.
  • the BODY 3835 and 3855 messages may include an SID value, an InitiatingEntityReference value, a FirstPartnerReference value, and a SecondPartnerReference value.
  • FIG. 39 illustrates another embodiment to which the present invention is applied.
  • FIG. 39A illustrates a format of a session end response message when a session termination is successful
  • FIG. 39B illustrates a session termination response message when session termination fails. .
  • the format 3910 of the session termination response message may include an HTTP version and a result code 3911, a CONTENT-TYPE 3912, and a BODY 3913 message.
  • the session end response message may be transmitted in an HTTP manner.
  • the HTTP version is 1.1 and the resulting code indicates that it is 200 OK indicating that the session termination was successful (3911, 3921).
  • the CONTENT-TYPE 3912 and 3922 indicate a text type of the BODY 3913 and 3923.
  • the CONTENT-TYPEs 3912 and 3922 represent cases of text / plain types 3921 to 3923.
  • the BODY (3913, 3923) message is the session identification information identifying the terminated session, the response code indicating that the end of the session was successful, the initial device reference value (initiate device reference value) that initiated the session termination process, session termination It may include at least one of a reference value of the first partner device reference value and the second partner device of the target.
  • the format 3930 of the session termination response message may include an HTTP version and a result code 3913, a CONTENT-TYPE 3932, and a BODY 3333 message.
  • the session end response message may be transmitted in an HTTP manner.
  • the HTTP version is 1.1 and the resulting code is 503 indicating that the session termination failed (3931, 3941).
  • the CONTENT-TYPE (3932, 3942) indicates the text type of the BODY (3933, 3943) message.
  • the CONTENT-TYPE (3932, 3942) represents the case of the text / plain type (3941 to 3943).
  • the BODY (3933, 3943) messages may include failure reason information.
  • the failure reason information may include one of a response code list. For example, when the response code is 1, it may indicate that the session identification information is not known, and when 2, there may be no partner device, for example, when the response device is not a partner device on the session. If the response code is 3, it may indicate that it is empty, if 4, it may indicate that the requesting device is not allowed to terminate the session, and if the response code is 6, it may indicate a general error.
  • 40 to 46 are flowcharts illustrating various methods for acquiring session state information after creating an inter-device session on a plurality of networks according to embodiments to which the present invention is applied.
  • the seventh network 70 represents an HDBaseT network and uses HD-Based Control and Management Protocol (HD-CMP)
  • the eighth network 80 is an HPnP (HDBaseT Plug & Play) network.
  • HD-CMP HD-Based Control and Management Protocol
  • HPnP HPnP (HDBaseT Plug & Play) network.
  • HTTP hypertext transfer protocol
  • the network system to which the present invention is applied may configure a plurality of networks supporting different protocols, and each network may support at least one of various protocols.
  • the seventh network 70 and the eighth network 80 may correspond to any one of a Universal Plug & Play (UPNP) network, an HDBaseT Plug & Play (HPnP) network, and an HDBaseT network.
  • the seventh network 70 and the eighth network 80 are Transmission Control Protocol / Internet Protocol (TCP / IP), Simple Service Discovery Protocol (SSDP), Simple Object Access Protocol (SOAP), and General Event (GENA). It can support at least one protocol of Notification Architecture (HTTP), hypertext transfer protocol (HTTP), and HDBaseT Control and Management Protocol (HD-CMP). Can be.
  • Notification Architecture HTTP
  • HTTP hypertext transfer protocol
  • HD-CMP HDBaseT Control and Management Protocol
  • the HDBaseT control point 71, the source device 72, the switch 1 73, the switch 2 74, and the sink device 81 are connected in the seventh network 70, and the HPnP control point Assume that 82 and the sink device 81 are connected in the eighth network 80. That is, in the embodiment of FIG. 40, when the HPnP control point 82 requests the sink device 81 to terminate the session, only the sink device 81 in the seventh network 70 is HPnP. Indicates when is applied.
  • the HPnP control point 82 may transmit a session state request message to the sink device 81 to obtain state information of a session created between the sink device 81 and the source device 72 ( S4010).
  • the session state request message may be a trigger message for obtaining session state information.
  • the trigger message indicates a signal for obtaining state information of a session created between devices.
  • the session state request message may include at least one of address information for obtaining session state information and session identification information of a target session.
  • the session state request message may be transmitted by HTTP POST using control URL information.
  • the sink device 81 may correspond to the control URL information.
  • the sink device 81 may transmit a session state response message to the HPnP control point 82 in operation S4020.
  • the session state response message may include a result code indicating the success or failure, and session descriptor information.
  • the session descriptor information indicates specific information of the target session, and may include, for example, at least one of session identification information, first device reference information, and second device reference information of the target session.
  • the HDBaseT control point 71, the source device 72, the switch 1 73, the switch 2 74, and the sink device 81 are connected in the seventh network 70, and the HPnP control point It is assumed that the source device 72, the switch 1 73, the switch 2 74, and the sink device 81 are connected in the eighth network 80. That is, in the embodiment of FIG. 41, when the HPnP control point 82 requests session state information from the sink device 81, the HPnP is applied to all devices.
  • the HPnP control point 82 may transmit a session state request message to the sink device 81 to obtain state information of a session created between the sink device 81 and the source device 72 ( S4110).
  • the sink device 81 may transmit a session state response message to the HPnP control point 82 (S4120).
  • the HDBaseT control point 71, the source device 72, the switch 1 73, the switch 2 74, and the sink device 81 are connected in the seventh network 70, and the HPnP control point Assume that 82 and the source device 72 are connected in the eighth network 80. That is, in the embodiment of FIG. 42, when the HPnP control point 82 requests session state information from the source device 72, only the source device 72 shows the case where HPnP is applied.
  • the HPnP control point 82 may transmit a session state request message to the source device 72 to obtain state information of a session created between the sink device 81 and the source device 72 ( S4210).
  • the source device 72 that has received the session state request message may transmit a session state response message to the HPnP control point 82 in response (S4220).
  • the HDBaseT control point 71, the source device 72, the switch 1 73, the switch 2 74, and the sink device 81 are connected in the seventh network 70, and the HPnP control point It is assumed that the source device 72, the switch 1 73, the switch 2 74, and the sink device 81 are connected in the eighth network 80. That is, in the embodiment of FIG. 43, when the HPnP control point 82 requests session state information from the source device 72, this shows a case where all devices apply HPnP.
  • the HPnP control point 82 may transmit a session state request message to the source device 72 to obtain state information of a session created between the sink device 81 and the source device 72 ( S4310).
  • the source device 72 receiving the session state request message may transmit a session state response message to the HPnP control point 82 in response thereto (S4320).
  • the HDBaseT control point 71, the source device 72, the switch 1 73, and the switch 2 74 are connected in the seventh network 70, and the HPnP control point 82 and the switch are connected. It is assumed that 1 (73), the switch 2 (74) and the sink device 81 are connected in the eighth network (80). That is, in the embodiment of FIG. 44, when the HPnP control point 82 requests session state information from the switch 2 74, only the switch device is applied with HPnP.
  • the sink device 81 represents a legacy sink device with HDMI and is connected to the switch 2 74 via HDMI.
  • the source device 72 may transmit data to the switch 2 74, and the switch 2 74 may transmit data transmitted from the source device 72 to the sink device 81 through HDMI. .
  • the HPnP control point 82 may transmit a session state request message to the switch 2 74 to obtain state information of a session created between the sink device 81 and the switch 2 74 ( S4410).
  • the switch 2 74 receiving the session state request message may transmit a session state response message to the HPnP control point 82 in response (S4420).
  • the HDBaseT control point 71, the source device 72, the switch 1 73, and the switch 2 74 are connected in the seventh network 70, and the HPnP control point 82, the source. It is assumed that the device 72, the switch 1 73, the switch 2 74, and the sink device 81 are connected in the eighth network 80. That is, in the embodiment of FIG. 45, when the HPnP control point 82 requests the session state information from the switch 2 74, the HPnP control point 82 requests the device to apply HPnP.
  • the sink device 81 represents a legacy sink device with HDMI and is connected to the switch 2 74 via HDMI.
  • the source device 72 may transmit data to the switch 2 74, and the switch 2 74 may transmit data transmitted from the source device 72 to the sink device 81 through HDMI. .
  • the HPnP control point 82 may transmit a session state request message to the switch 2 74 to obtain state information of a session created between the sink device 81 and the switch 2 74 ( S4510).
  • the switch 2 74 receiving the session state request message may transmit a session state response message to the HPnP control point 82 in response (S4520).
  • the HDBaseT control point 71, the source device 72 and the switch 1 73 are connected in the seventh network 70, and the HPnP control point 82, the switch 1 73, and the It is assumed that switch 2 74 and the sink device 81 are connected in the eighth network 80. That is, in the embodiment of FIG. 46, when the HPnP control point 82 requests session state information from the switch 1 73, only the switch device applies HPnP.
  • the source device 72 is an HDBaseT device that does not support HPnP and is connected to the switch 1 73 that supports HPnP.
  • the switch 1 73 exposes the source device 72 to the eighth network 80 to be discovered by the HPnP control point 82.
  • the sink device 81 represents a legacy sink device with HDMI and is connected to the switch 2 74 through HDMI. Accordingly, the switch 2 62 may transmit data (eg, a multimedia stream) transmitted from the source device 72 to the sink device 81 through HDMI.
  • data eg, a multimedia stream
  • the HPnP control point 82 may transmit a session state request message to the switch 1 73 to obtain state information of a session created between the source device 72 and the switch 2 74 ( S4610).
  • the session state request message indicates a message that triggers to obtain state information of a session created between the source device 72 and the switch 2 74.
  • the session state request message may include at least one of address information for obtaining session state information and session identification information of a target session.
  • the session state request message may be transmitted by HTTP POST using control URL information.
  • the switch 1 73 may correspond to the control URL information.
  • the switch 1 73 may transmit a trigger message for obtaining session state information to the source device 72 in operation S4620.
  • the trigger message indicates a signal for initiating a specific operation
  • the trigger message for acquiring the session state information indicates that a session generated between the source device 72 and the switch 2 74 is generated. Represents a signal for obtaining status information.
  • a trigger message for acquiring the session state information may be transmitted using HD-CMP.
  • the session state information acquisition process may be performed based on the trigger message for acquiring the session state information (S4630).
  • the source device 72 may transmit a trigger response message to the switch 1 73 using HD-CMP (S4640).
  • the switch 1 (73) receiving the trigger response message may transmit a session state response message to the HPnP control point 82 in response (S4650).
  • the session state response message may include a result code indicating the success or failure, and session descriptor information.
  • the session descriptor information indicates specific information of the target session, and may include, for example, at least one of session identification information, first device reference information, and second device reference information of the target session.
  • FIG. 47 illustrates embodiments to which the present invention is applied.
  • FIG. 47 (a) shows a format of a session state request message
  • FIG. 47 (b) shows a session state request message of a text / plane type
  • FIG. 47 (c) Indicates a session state request message of text / xml type.
  • the format 4710 of the session state information request message includes a POST 4711, a HOST 4712, a CONTENT-LENGTH 4713, a CONTENT-TYPE 4714, and a BODY 4715 message. It may include.
  • the session state information request message may be transmitted by HTTP POST.
  • the POST 4711 indicates a session control trigger URL
  • the HOST 4712 indicates an IP address assigned to the device
  • the CONTENT-LENGTH 4713 indicates the length of the BODY 4715
  • the CONTENT-TYPE ( 4714 indicates a text type of the BODY 4715.
  • the CONTENT-TYPE 4714 may be text / plain types 4731 to 4735, respectively. And text / xml types 4471 to 4755.
  • the BODY 4715 may be represented as shown in FIGS. 47B and 47C.
  • the BODY 4715 message may include at least one session identification information for obtaining session state information.
  • the BODY 4735 and 4755 messages may include a SessionID1 value and a SessionID2 value.
  • FIG. 48 illustrates embodiments to which the present invention is applied.
  • FIG. 48 (a) shows a format of a session state response message
  • FIG. 48 (b) shows a session state response message of text / xml type.
  • the format 4810 of the session state response message may include an HTTP version and result code 4811, a CONTENT-TYPE 4812, and a BODY 4813 message.
  • the session end response message may be transmitted in an HTTP manner.
  • the HTTP version is 1.1 and the result code indicates that it is 200 OK indicating that the session termination was successful (4811).
  • the CONTENT-TYPE 4812 indicates a text type of the BODY 4813.
  • the CONTENT-TYPE 4812 is a text / xml type 4831 to 4833 in the format 4810 of the session status response message.
  • the BODY 4833 message may include session state information and session descriptor information.
  • the session descriptor information indicates specific information of the target session and may include, for example, at least one of session identification information, first device reference information, and second device reference information of the target session.
  • FIG. 49 illustrates another embodiment to which the present invention is applied, FIG. 49A illustrates a format of a session state request message, FIG. 49B illustrates a text / plane type session state request message, and FIG. 49C. ) Indicates a session state request message of text / xml type.
  • the format 4910 of the session state request message includes a POST 4911, a HOST 4912, a CONTENT-LENGTH 4913, a CONTENT-TYPE 4914, and a BODY 4915 message. can do.
  • the session state request message may be transmitted by HTTP POST.
  • the POST 4911 represents a session control trigger URL
  • the HOST 4912 represents an IP address assigned to the device
  • the CONTENT-LENGTH 4913 represents the length of the BODY 4915
  • the CONTENT-TYPE ( 4914 indicates a text type of the BODY 4915.
  • the CONTENT-TYPE 4914 is a text / plain type 4921 to 4935 and The case of text / xml types 4951-4955 is shown.
  • the BODY 4915 message may be expressed as shown in FIGS. 49 (b) and 49 (c).
  • the BODY 4915 message may include at least one session identification information for obtaining session state information.
  • the BODY messages 4955 and 4955 may include SID values.
  • FIG. 50 illustrates another embodiment to which the present invention is applied.
  • FIG. 50A illustrates a format of a session state response message when successful obtaining session state information.
  • FIG. 50B illustrates session state when failed to obtain session state information. Indicates a response message.
  • the format 5010 of the session state response message may include an HTTP version and a result code 5011, a CONTENT-TYPE 5012, and a BODY 5013 message. Can be.
  • the session state response message may be transmitted in an HTTP manner.
  • the HTTP version is 1.1 and the result code indicates that 200 OK indicating that session state information acquisition was successful (5011, 5021).
  • the CONTENT-TYPE 5012, 5022 indicates a text type of the BODY 5013, 5023 message.
  • the CONTENT-TYPE 5012 and 5022 indicate a case of text / plain types 5021 to 5023.
  • the BODY (5013, 5023) message may include the session descriptor information.
  • the session descriptor information may include at least one of related partner device information, session route information, and path information. For example, it may include an initiating device reference value, a first partner device reference value, a second partner device reference value, an input port ID, an output port ID, a full path, and the like.
  • the format 5030 of the session state response message may include an HTTP version and a result code 5031, a CONTENT-TYPE 5032, and a BODY 5033 message. Can be.
  • the session state response message may be transmitted in an HTTP manner.
  • the HTTP version is 1.1 and the result code is 503 indicating that session state information acquisition failed (5031, 5041).
  • the CONTENT-TYPE 5032, 5042 indicates the text type of the BODY 5033, 5043 message.
  • the CONTENT-TYPEs 5032 and 5042 represent the case of text / plain types 5041 to 5043.
  • the BODY 5033 and 5043 messages may include failure reason information.
  • the failure reason information may include one of a response code list.
  • the first reason may indicate a case where the session identification information is not known or is not related to the target device.
  • the second reason may indicate a case where the requested session has already terminated.
  • the present invention also provides a control method of a playback device found on a remote device in a multimedia network environment.
  • the playback device may provide a control user interface on a web basis so that the playback device can be controlled by a remote device (controller) in a multimedia network environment.
  • the remote device may select a control device to control among a plurality of playback devices found using the UPnP protocol on the multimedia network, and the control device may transmit a web-based control interface screen to the remote device (controller).
  • the user commands a function to be performed by the playback device through a web-based control interface shown on the display of the remote device and the command is transmitted to the playback device.
  • the source device may be equipped with a web-based user interface so that the controller can remotely control the source device.
  • the controller may discover source devices, switch devices, and sink devices in rooms # 1 and # 2, and create a session so that content in the source device can be streamed to the sink device.
  • the controller may request a command from the source device to select the found source device and get a web-based user interface of the source device.
  • the source device may transmit information on the web-based user interface in response to a request of the controller.
  • the user can select the function of the source device to control through the web-based user interface of the source device displayed on the controller screen.
  • a response may be sent to the controller.
  • the source device may be equipped with a web-based user interface so that the controller can remotely control the source device.
  • a URL for accessing this may be located in the description information of the source device.
  • address information may be stored in a ⁇ presentation URL> element of the description information.
  • the controller can discover devices in the HPnP network, and devices with a web-based user interface can pass URL information to the controller through the description information to access the user interface.
  • an HTTP GET Request message is transmitted to the source device as a presentation URL to obtain a web-based UI of the source device.
  • the source device may include a web-based UI in an HTTP response message and transmit it to the controller.
  • the web-based UI of the source device displayed on the screen of the controller allows the user to select a function to control. For example, you can choose to play, stop, skip, fast forward, rewind, and so on.
  • the controller may transmit a user-selected function to a source device through an HTTP POST message.
  • the source device may transmit a result code (for example, 200 OK) in case of success and a result code in case of failure (for example, generic HTTP Error code) to the controller through an HTTP response message.
  • a result code for example, 200 OK
  • a result code in case of failure for example, generic HTTP Error code

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Automation & Control Theory (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은, 복수개의 디바이스를 포함하는 네트워크 상에서 디바이스 간 세션을 제어하는 방법에 있어서, 제어 디바이스로부터 세션 제어 요청 메시지를 수신하는 단계, 여기서 상기 세션 제어 요청 메시지는 제1 디바이스와 제2 디바이스 간의 세션 제어를 동작시키기 위한 메시지를 나타냄; 상기 수신된 세션 제어 요청 메시지에 기초하여, 상기 제1 디바이스에 특정 제어 동작을 위한 트리거링 메시지(triggering message)를 전송하는 단계; 상기 트리거링 메시지를 이용하여 제1 디바이스와 제2 디바이스 간의 세션 제어를 수행하는 단계; 및 상기 제1 디바이스로부터 트리거링 응답 메시지를 수신하는 단계를 포함하되, 상기 트리거링 응답 메시지는 상기 세션 제어의 수행 결과를 나타내는 것을 특징으로 하는 디바이스 간 세션을 제어하는 방법을 제공한다.

Description

복수개의 디바이스를 포함하는 네트워크 상에서 디바이스 간 세션을 제어하는 방법 및 장치
본 발명은 네트워크 상에서 디바이스 간 세션을 제어하는 방법, 장치 및 시스템에 관한 것으로, 보다 구체적으로 서로 다른 프로토콜을 지원하는 복수의 네트워크에서 컨트롤러를 이용하여 특정 네트워크 상의 디바이스 간 세션을 제어하는 방법에 관한 기술이다.
현재 가정 또는 사무실 등의 공간에서 텔레비전(TV), 컴퓨터(PC), 그리고 오디오 등을 이용하기 위해서는 다양한 케이블이 필요하다. 일반적으로 사용되는 고화질(HD: High Definition) 전송 케이블 기술 중 일부는 전송 속도가 제한되어 있으며 전송 용량의 크기도 제한되어 있어 대용량 컨텐츠를 고속으로 처리하기 어렵다. HD 전송 기술의 경우에도 비압축 비디오를 지원하지 못하므로 영상기기들이 수 미터만 떨어져 있어도 각 기기들을 연결하기 어려워, 가정 또는 사무실 등 네트워크로 연결된 공간에서 대용량 컨텐츠 서비스를 원활히 제공하기 위한 네트워크 시스템을 제공할 필요가 있다.
한편, 특정 프로토콜을 지원하는 네트워크 시스템에서 디바이스 간 세션 제어시 불필요한 정보를 전송하게 될 경우 네트워크 트래픽 증가를 초래할 수 있다. 따라서, 운영체제 별 특성에 맞는 세션 제어 기능을 구현할 필요가 있으며, 이를 통한 사용자 편의성 증대가 요구된다.
본 발명은 서로 다른 프로토콜을 지원하는 복수의 네트워크 상에서 한 네트워크의 컨트롤러가 다른 네트워크의 디바이스들 간의 세션을 제어하는 방법을 제공하고자 한다.
본 발명은 홈 네트워크 시스템에서 사용되는 효율적인 통신 방법 및 이를 지원하는 장치를 제공하고자 한다.
본 발명은, 다른 네트워크에 속한 컨트롤러가 세션 생성 주체가 되는 디바이스에 세션 생성 트리거 메시지를 전송하는 방법을 제공하고자 한다.
본 발명은, 다른 네트워크에 속한 컨트롤러가 세션에 참여하고 있는 디바이스들 중 하나의 디바이스에 세션 종료 트리거 메시지를 전송하는 방법을 제공하고자 한다.
본 발명은, 다른 네트워크에 속한 컨트롤러가 세션에 참여하고 있는 디바이스들 중 하나의 디바이스에 세션 상태 정보를 받기 위한 트리거 메시지를 전송하는 방법을 제공하고자 한다.
본 발명은, 네트워크 상에서 세션을 관리하는 방법을 제공하고자 한다.
본 발명은 멀티미디어 네트워크 환경에서 원격 기기 상에서 발견된 재생 기기의 제어방법을 제공하고자 한다.
본 발명에서 이루고자 하는 기술적 목적들은 이상에서 언급한 사항들로 제한되지 않으며, 언급하지 않은 다른 기술적 과제들은 이하 설명할 본 발명의 실시예들로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 고려될 수 있다.
본 발명은, 다른 네트워크에 속한 컨트롤러가 세션 생성 주체가 되는 디바이스에 세션 생성 트리거 메시지를 전송하는 방법을 제공한다. 이러한 방법에 의해, 트리거 메시지를 받은 디바이스는 기본(native) 프로토콜로 다른 디바이스와의 세션 생성을 위한 메시지를 주고 받는 작업이 가능하고 생성된 세션 정보를 컨트롤러에 알려줄 수 있다.
또한, 본 발명은, 다른 네트워크에 속한 컨트롤러가 세션에 참여하고 있는 디바이스들 중 하나의 디바이스에 세션 종료 트리거 메시지를 전송하는 방법을 제공한다. 이러한 방법에 의해, 트리거 메시지를 받은 디바이스는 기본(native) 프로토콜로 다른 디바이스에 세션 종료를 위한 메시지를 주고 받는 작업이 가능하고 종료된 세션 정보를 컨트롤러에 알려줄 수 있다.
또한, 본 발명은, 다른 네트워크에 속한 컨트롤러가 세션에 참여하고 있는 디바이스들 중 하나의 디바이스에 세션 상태 정보를 받기 위한 트리거 메시지를 전송하는 방법을 제공한다. 이러한 방법에 의해, 트리거 메시지를 받은 디바이스는 해당 디바이스가 참여하고 있는 세션 정보를 담은 메시지를 컨트롤러에 전송할 수 있다.
상기의 발명을 통해 특정 프로토콜을 지원하는 네트워크에서 디바이스 간 제어를 필요한 컨트롤러의 구현이 복잡한 경우 구현이 용이한 다른 성질의 프로토콜을 이용함으로써 구현의 용이함을 제공한다. 그리고 네트워크를 통해서 전송되는 세션 제어 명령의 불필요한 정보를 제거함으로써 네트워크 트래픽을 줄일 수 있다.
또한, 사용자 관점에서 컨트롤러 상에서 디바이스 간 세션 제어를 수행함에 있어 사용의 용이성을 제공함으로써 사용자 편의를 증대 시킬 수 있다.
도 1은 본 발명이 적용되는 실시예로써, 복수의 디바이스가 연결되어 있는 네트워크 시스템의 개략도를 나타낸다.
도 2는 본 발명이 적용되는 실시예로써, 소스 디바이스, 싱크 디바이스, 컨트롤러 및 스위치 디바이스의 내부 블록도 및 연결 관계를 나타낸다.
도 3 내지 도 4는 본 발명이 적용되는 실시예들로써, 복수의 네트워크 상에서 디바이스 간 세션을 생성하는 과정을 나타내는 흐름도이다.
도 5는 본 발명이 적용되는 실시예로써, 디바이스 간 세션을 생성하는 구체적인 과정을 나타내는 흐름도이다.
도 6 내지 도 7은 본 발명이 적용되는 실시예들로써, 복수의 네트워크 상에서 디바이스 간 세션을 종료하는 과정을 나타내는 흐름도이다.
도 8 내지 도 9는 본 발명이 적용되는 실시예들로써, 복수의 네트워크 상에서 디바이스 간 세션 생성 후 세션 상태 정보를 획득하는 과정을 나타내는 흐름도이다.
도 10은 본 발명이 적용되는 실시예들로써, 디바이스 간 세션 관리를 위한 사용자 인터페이스를 나타내며,
도 10(a)는 디바이스 간 세션 생성을 위한 사용자 인터페이스를 나타내고,
도 10(b)는 디바이스 간 세션 종료를 위한 사용자 인터페이스를 나타내며,
도 10(c)는 디바이스 간 세션 생성 후 세션 상태 정보를 획득하기 위한 사용자 인터페이스를 나타낸다.
도 11 내지 도 13은 본 발명이 적용되는 실시예들로써, 서로 다른 프로토콜을 지원하는 복수의 네트워크 상에서 디바이스 간 세션을 제어하는 방법을 나타내며,
도 11은 디바이스 간 세션을 생성하는 과정을 나타내고,
도 12는 디바이스 간 세션을 종료하는 과정을 나타내며,
도 13은 디바이스 간 세션 생성 후 세션 상태 정보를 획득하는 과정을 나타낸다.
도 14는 본 발명이 적용되는 다른 실시예로써, 디바이스 간 세션을 제어하는 과정을 나타내는 흐름도이다.
도 15는 본 발명이 적용되는 실시예로써, 복수의 네트워크 상에서 디바이스 간 세션을 제어하는 과정을 나타내는 흐름도이다.
도 16은 본 발명이 적용되는 다른 실시예로써, 디바이스 간 세션을 제어하는 과정을 나타내는 흐름도이다.
도 17 내지 도 22는 본 발명이 적용되는 실시예들로써, 복수의 네트워크 상에서 디바이스 간 세션을 생성하기 위한 다양한 방법을 나타내는 흐름도들이다.
도 23은 본 발명이 적용되는 실시예들로써, 도 23(a)는 세션 생성 요청 메시지의 포맷을 나타내고, 도 23(b)는 텍스트/플레인 타입의 세션 생성 요청 메시지를 나타내며, 도 23(c)는 텍스트/xml 타입의 세션 생성 요청 메시지를 나타낸다.
도 24는 본 발명이 적용되는 실시예들로써, 도 24(a)는 세션 생성 응답 메시지의 포맷을 나타내고, 도 24(b)는 텍스트/플레인 타입의 세션 생성 응답 메시지를 나타내며, 도 24(c)는 텍스트/xml 타입의 세션 생성 응답 메시지를 나타낸다.
도 25는 본 발명이 적용되는 다른 실시예들로써, 도 25(a)는 세션 생성 요청 메시지의 포맷을 나타내고, 도 25(b)는 텍스트/플레인 타입의 세션 생성 요청 메시지를 나타내며, 도 25(c)는 텍스트/xml 타입의 세션 생성 요청 메시지를 나타낸다.
도 26은 본 발명이 적용되는 다른 실시예들로써, 도 26(a)는 세션 생성에 성공한 경우 세션 생성 응답 메시지의 포맷을 나타내고, 도 26(b)는 세션 생성에 실패한 경우 세션 생성 응답 메시지를 나타낸다.
도 27 내지 도 35는 본 발명이 적용되는 실시예들로써, 복수의 네트워크 상에서 디바이스 간 세션을 종료하기 위한 다양한 방법을 나타내는 흐름도들이다.
도 36은 본 발명이 적용되는 실시예들로써, 도 36(a)는 세션 종료 요청 메시지의 포맷을 나타내고, 도 36(b)는 텍스트/플레인 타입의 세션 종료 요청 메시지를 나타내며, 도 36(c)는 텍스트/xml 타입의 세션 종료 요청 메시지를 나타낸다.
도 37은 본 발명이 적용되는 실시예들로써, 도 37(a)는 세션 종료 응답 메시지의 포맷을 나타내고, 도 37(b)는 텍스트/플레인 타입의 세션 종료 응답 메시지를 나타내며, 도 37(c)는 텍스트/xml 타입의 세션 종료 응답 메시지를 나타낸다.
도 38은 본 발명이 적용되는 다른 실시예들로써, 도 38(a)는 세션 종료 요청 메시지의 포맷을 나타내고, 도 38(b)는 텍스트/플레인 타입의 세션 종료 요청 메시지를 나타내며, 도 38(c)는 텍스트/xml 타입의 세션 종료 요청 메시지를 나타낸다.
도 39는 본 발명이 적용되는 다른 실시예들로써, 도 39(a)는 세션 종료에 성공한 경우 세션 종료 응답 메시지의 포맷을 나타내고, 도 39(b)는 세션 종료에 실패한 경우 세션 종료 응답 메시지를 나타낸다.
도 40 내지 도 46은 본 발명이 적용되는 실시예들로써, 복수의 네트워크 상에서 디바이스 간 세션 생성 후 세션 상태 정보를 획득하기 위한 다양한 방법을 나타내는 흐름도들이다.
도 47은 본 발명이 적용되는 실시예들로써, 도 47(a)는 세션 상태 요청 메시지의 포맷을 나타내고, 도 47(b)는 텍스트/플레인 타입의 세션 상태 요청 메시지를 나타내며, 도 47(c)는 텍스트/xml 타입의 세션 상태 요청 메시지를 나타낸다.
도 48은 본 발명이 적용되는 실시예들로써, 도 48(a)는 세션 상태 응답 메시지의 포맷을 나타내고, 도 48(b)는 텍스트/xml 타입의 세션 상태 응답 메시지를 나타낸다.
도 49는 본 발명이 적용되는 다른 실시예들로써, 도 49(a)는 세션 상태 요청 메시지의 포맷을 나타내고, 도 49(b)는 텍스트/플레인 타입의 세션 상태 요청 메시지를 나타내며, 도 49(c)는 텍스트/xml 타입의 세션 상태 요청 메시지를 나타낸다.
도 50은 본 발명이 적용되는 다른 실시예들로써, 도 50(a)는 세션 상태 정보 획득에 성공한 경우 세션 상태 응답 메시지의 포맷을 나타내고, 도 50(b)는 세션 상태 정보 획득에 실패한 경우 세션 상태 응답 메시지를 나타낸다.
본 발명은, 복수개의 디바이스를 포함하는 네트워크 상에서 디바이스 간 세션을 제어하는 방법에 있어서, 제어 디바이스로부터 세션 제어 요청 메시지를 수신하는 단계, 여기서 상기 세션 제어 요청 메시지는 제1 디바이스와 제2 디바이스 간의 세션 제어를 동작시키기 위한 메시지를 나타냄; 상기 수신된 세션 제어 요청 메시지에 기초하여, 상기 제1 디바이스에 특정 제어 동작을 위한 트리거링 메시지(triggering message)를 전송하는 단계; 상기 트리거링 메시지를 이용하여 제1 디바이스와 제2 디바이스 간의 세션 제어를 수행하는 단계; 및 상기 제1 디바이스로부터 트리거링 응답 메시지를 수신하는 단계를 포함하되, 상기 트리거링 응답 메시지는 상기 세션 제어의 수행 결과를 나타내는 것을 특징으로 하는 디바이스 간 세션을 제어하는 방법을 제공한다.
또한, 본 발명은, 상기 트리거링 응답 메시지에 기초하여, 상기 제어 디바이스에 세션 제어 응답 메시지를 전송하는 단계를 더 포함하는 것을 특징으로 한다.
또한, 본 발명은, 상기 세션 제어 요청 메시지와 상기 세션 제어 응답 메시지 중 적어도 하나는 제1 프로토콜에 기초하고, 상기 트리거링 메시지와 상기 트리거링 응답 메시지 중 적어도 하나는 제2 프로토콜에 기초하며, 상기 제1 프로토콜과 상기 제2 프로토콜은 서로 다른 것을 특징으로 한다.
또한, 본 발명은, 상기 세션 제어 요청 메시지는 세션 생성 요청 메시지, 세션 종료 요청 메시지 또는 세션 상태 요청 메시지를 나타내는 것을 특징으로 한다.
또한, 본 발명은, 상기 세션 제어 요청 메시지가 상기 세션 생성 요청 메시지를 나타낼 때, 상기 세션 생성 요청 메시지는 제1 디바이스 식별 정보와 제2 디바이스 식별 정보를 포함하는 것을 특징으로 한다.
또한, 본 발명은, 상기 세션 제어 요청 메시지가 상기 세션 생성 요청 메시지를 나타낼 때, 상기 세션 제어 응답 메시지는, 성공일 경우 성공을 나타내는 결과 코드, 생성된 세션 식별 정보 및 세션 생성을 나타내는 상태 정보 중 적어도 하나를 포함하고, 실패일 경우 실패를 나타내는 결과 코드 및 실패 이유 정보 중 적어도 하나를 포함하는 것을 특징으로 한다.
또한, 본 발명은, 상기 세션 제어 요청 메시지가 상기 세션 종료 요청 메시지를 나타낼 때, 상기 세션 종료 요청 메시지는 생성된 세션 식별 정보, 제1 디바이스 레퍼런스 정보 및 제2 디바이스 레퍼런스 정보 중 적어도 하나를 포함하는 것을 특징으로 한다.
또한, 본 발명은, 상기 세션 제어 요청 메시지가 상기 세션 종료 요청 메시지를 나타낼 때, 상기 세션 제어 응답 메시지는, 성공 또는 실패를 나타내는 결과 코드, 생성된 세션 식별 정보, 제1 디바이스 레퍼런스 정보 및 제2 디바이스 레퍼런스 정보 중 적어도 하나를 포함하는 것을 특징으로 한다.
또한, 본 발명은, 상기 세션 제어 요청 메시지가 상기 세션 상태 요청 메시지를 나타낼 때, 상기 세션 상태 요청 메시지는 세션 상태를 획득하기 위한 주소 정보 및 생성된 세션 식별 정보 중 적어도 하나를 포함하는 것을 특징으로 한다.
또한, 본 발명은, 상기 세션 제어 요청 메시지가 상기 세션 상태 요청 메시지를 나타낼 때, 상기 세션 상태 응답 메시지는 세션 상태 정보를 포함하고, 상기 세션 상태 정보는 연관된 디바이스 정보, 세션 라우팅 정보 및 세션 경로 정보 중 적어도 하나를 포함하는 것을 특징으로 한다.
또한, 본 발명은, 복수개의 디바이스를 포함하는 네트워크 상에서 디바이스 간 세션을 제어하는 장치에 있어서, 상기 복수개의 디바이스 중 적어도 하나에 대하여 메시지를 송신하거나 수신하는 네트워크 인터페이스; 및 제어 디바이스로부터 세션 제어 요청 메시지를 수신하고, 상기 수신된 세션 제어 요청 메시지에 기초하여 제1 디바이스에 특정 제어 동작을 위한 트리거링 메시지(triggering message)를 전송하고, 상기 제1 디바이스로부터 트리거링 응답 메시지를 수신하는 컨트롤러를 포함하되, 상기 세션 제어 요청 메시지는 상기 제1 디바이스와 제2 디바이스 간의 세션 제어를 동작시키기 위한 메시지를 나타내고, 상기 트리거링 응답 메시지는 상기 세션 제어의 수행 결과를 나타내며,상기 제1 디바이스와 상기 제2 디바이스 간의 세션 제어는 상기 트리거링 메시지를 이용하여 수행되는 것을 특징으로 하는 디바이스 간 세션을 제어하는 장치를 제공한다.
또한, 본 발명에서, 상기 컨트롤러는 상기 트리거링 응답 메시지에 기초하여, 상기 제어 디바이스에 세션 제어 응답 메시지를 전송하는 것을 특징으로 한다.
이하, 첨부된 도면을 참조하여 본 발명의 실시예의 구성과 그 작용을 설명하며, 도면에 의해서 설명되는 본 발명의 구성과 작용은 하나의 실시예로서 설명되는 것이며, 이것에 의해서 본 발명의 기술적 사상과 그 핵심 구성 및 작용이 제한되지는 않는다.
아울러, 본 발명에서 사용되는 용어는 가능한 한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 특정한 경우는 출원인이 임의로 선정한 용어를 사용하여 설명한다. 그러한 경우에는 해당 부분의 상세 설명에서 그 의미를 명확히 기재하므로, 본 발명의 설명에서 사용된 용어의 명칭만으로 단순 해석되어서는 안 될 것이며 그 해당 용어의 의미까지 파악하여 해석되어야 함을 밝혀두고자 한다.
특정 프로토콜을 지원하는 네트워크 시스템에서 디바이스 간 세션 제어를 수행하기 위해서, 컨트롤러는 불필요한 정보를 담은 명령 메시지를 전송할 수 있다. 이러한 오버헤드(overhead) 메시지는 네트워크 트래픽 증가를 초래할 수 있기 때문에, 컨트롤러를 구현하는 측면에서는 운영체제 별로 특성에 맞게 세션 제어(session control) 또는 세션 관리(session management) 기능을 구현할 수 있어야 한다. 다만, 이러한 운영체제 별 기능 구현도 개발 리소스(resource) 증가를 초래할 수 있으며, 컨트롤러를 사용하지 않는 디바이스에서 세션 제어를 수행할 경우 사용자 편의성을 저하시킬 수 있다. 따라서, 다양한 운영체제에 쉽게 적용 가능하고 사용자 측면에서도 용이한 사용환경을 제공할 필요가 있고, 서로 다른 복수의 프로토콜을 지원하는 네트워크 상에서 보다 원활한 컨텐츠 서비스를 제공하기 위해, 각각의 디바이스들은 연결된 네트워크에 적합한 세션 제어 기능을 제공하여야 한다.
이하에서는, 네트워크 시스템에서 사용되는 효율적인 통신 방법 및 이를 지원하는 장치에 대해 도면과 함께 상세히 설명할 것이며, 보다 구체적으로 서로 다른 프로토콜을 지원하는 복수의 네트워크 상에서 한 네트워크의 컨트롤러를 통해 다른 네트워크의 디바이스들 간의 세션을 제어하는 방법 및 장치에 대해 설명할 것이다.
본 명세서에서 본 발명의 실시예들은 소스 기기(Source Device), 싱크 기기(Sink Device), 스위치(Switch) 및/제어 포인트(Control Point) 간의 데이터 송수신 관계를 중심으로 설명되었다.
HDBaseT 기술은 홈 시어터와 디지털비디오레코더(DVR: Digital Video Recorder), 블루레이 디스플레이어 (BDP: BlueLay DisPlayer), 게임기, PC(Personal Computer) 및/또는 모바일 제품에 사용될 수 있으며 여러 대의 디스플레이에 연결해 다중 스크린을 구성할 수 있다.
본 발명의 실시예들에서, 소스 기기(Source Device)는 블루레이 디스플레이어(BDP: Bluelay DisPlayer), 디지털 비디오레코더(DVR: Digital Video Recorder), 컴퓨터, X박스(XBOX), 랩탑(Laptop) 등 컨텐츠를 제공하는 기기를 의미하며, 싱크 기기(Sink Device)는 컨텐츠가 구현되는 홈시어터, 텔레비전(TV), 모니터 및 각종 디스플레이 장치를 의미할 수 있다. 싱크 기기는 데이터 및/또는 컨텐츠의 목적지 또는 목적지 개체 등으로 불릴 수 있다.
또한, 다운링크 스트림(DS: Downlink Stream)이라는 용어는 컨텐츠를 제공하는 기기에서 컨텐츠를 제공받는 기기로 전송되는 논리적인 데이터 또는 스트림의 흐름을 의미하는 것으로서 하향링크라는 용어와 동일한 의미로 사용될 수 있다. 또한, 업링크 스트림(US: Uplink Stream)이라는 용어는 다운링크 스트림의 반대 방향의 논리적인 데이터 또는 스트림의 흐름을 의미하는 것으로서 상향링크라는 용어와 동일한 의미로 사용될 수 있다.
또한, 본 명세서에서 레거시 디바이스(legacy device)라 함은 HDBaseT 기술을 지원하지 않는 디바이스를 의미할 수 있으며, 적용되는 용어마다 문맥에 맞춰 해석될 수 있다.
도 1은 본 발명이 적용되는 실시예로써, 복수의 디바이스가 연결되어 있는 네트워크 시스템의 개략도를 나타낸다.
본 발명이 적용되는 네트워크 시스템은, 크게 소스 디바이스(source device)(100), 스위치 디바이스(switch device)(200), 싱크 디바이스(sink device)(300) 및 컨트롤러를 포함할 수 있다. 상기 도 1에 도시된 디바이스들은 편의상 하나의 네트워크로 연결된 것처럼 도시하였지만, 복수의 네트워크로 구성될 수도 있다. 상기 디바이스들은 HD TV 케이블, 오디오 케이블, 비디오 케이블, 인터넷 랜선(LAN cable), 전력 공급선, HDMI (High Definition Multimedia Interface) 케이블 중 적어도 하나를 이용해서 연결될 수 있다.
이때, 본 발명이 적용되는 상기 네트워크 시스템에는 다양한 전송 기술이 적용될 수 있으며, 예를 들어, HDBaseT 기술이 적용될 수 있다. 상기 HDBaseT 기술은 하나의 CAT5/6(Category 5/6) 케이블을 통해 비압축 고화질 비디오 신호, 오디오 신호, 제어 신호 등을 전송할 수 있다.
또한, 상기 HDBaseT 기술은 홈 시어터와 디지털비디오레코더(DVR: Digital Video Recorder), 블루레이 디스플레이어 (BDP: BlueLay DisPlayer), 게임기, PC(Personal Computer) 및/또는 모바일 제품 등에 사용될 수 있으며 여러 대의 디스플레이에 연결해 다중 스크린을 구성할 수도 있다. 상기 HDBaseT 기술은 하나의 케이블로 양방향 통신, 멀티스트림 전송 및 전력 전송까지도 제공할 수 있다.
이러한 HDBaseT 네트워크 상에서 HDBaseT 기기들, 예를 들어 HDBaseT 어댑터(이하, T-어댑터), 간에 통신을 하기 위해 세션(Session)이 형성되어야 한다. 세션은 통신 네트워크 경로를 정의하고 그것에 포함되는 적절한 서비스를 예정한다. 따라서, 본 발명에서는 HDBaseT 네트워크에서 형성된 세션의 최적화된 경로를 설정하고, 형성된 세션을 보다 효율적으로 제어하는 방법을 제공한다.
상기 소스 디바이스(source device)(100)는 데이터(예를 들어, 컨텐츠)를 제공하는 디바이스 또는 데이터 제공이 가능한 디바이스를 나타낼 수 있다. 이때, 상기 데이터는 상기 소스 디바이스(source device)(100) 내에 저장되어 있거나 외부로부터 수신될 수 있다. 상기 소스 디바이스(source device)(100)는 데이터 송수신을 위한 인터페이스를 제공하고, 수신한 데이터를 외부 디바이스로 전송할 수 있다. 예를 들어, 상기 도 1을 살펴보면, 상기 소스 디바이스(source device)(100)로는, 게임 장치, 블루레이 플레이어(Blu-ray player), 컴퓨터, 셋탑박스(Set-Top box), 모바일 기기 등이 있을 수 있다.
상기 스위치 디바이스(switch device)(200)는 싱크 디바이스(sink device)(300)와 소스 디바이스(source device)(100)를 연결하는 물리적 장치를 나타낸다. 상기 스위치 디바이스(switch device)(200)는 라우터 기능을 수행할 수 있으며, 예를 들어, 상기 소스 디바이스(source device)(100)로부터 전송된 데이터를 상기 싱크 디바이스(sink device)(300)로 전송할 수 있다. 이때, 상기 데이터는 대용량 컨텐츠를 나타낼 수 있다. 그리고, 상기 소스 디바이스(source device)(100)와 상기 싱크 디바이스(sink device)(300)는 1:1, 1:다수, 또는 다수:1로 연결될 수 있다. 또한, 상기 도 1에서는 스위치 디바이스(switch device)(200)를 1개만 도시하였지만, 본 발명이 적용되는 네트워크 시스템은 복수개의 스위치 디바이스(switch device)(200)를 포함할 수 있다.
상기 싱크 디바이스(sink device)(300)는 외부에서 전송된 데이터를 수신하는 장치를 나타내며, 예를 들어, 상기 소스 디바이스(source device)(100) 또는 상기 스위치 디바이스(switch device)(200)로부터 컨텐츠를 수신할 수 있다. 수신된 데이터는 디스플레이를 통해 출력될 수 있다. 예를 들어, 상기 도 1을 살펴보면, 상기 싱크 디바이스(sink device)(300)로는, 침실에 있는 디스플레이 장치, 거실에 있는 디스플레이 장치, 사무실에 있는 디스플레이 장치 또는 모바일 기기 등이 있을 수 있다.
상기 컨트롤러는 다양한 종류의 디바이스(예를 들어, 서버, 렌더러 등)에 명령(command), 요청(request), 액션(action) 등의 메시지를 전송하는 기기를 나타내며, 예를 들어, 상기 소스 디바이스(source device)(100), 상기 스위치 디바이스(switch device)(200) 또는 상기 싱크 디바이스(sink device)(300) 중 적어도 하나에 명령(command), 요청(request), 액션(action) 등의 메시지를 전송하고 응답 메시지를 수신할 수 있다. 상기 메시지의 전송 여부는 사용자 또는 컨트롤러 자체가 될 수 있다. 또한, 상기 메시지를 전송한 후 상대방 기기로부터 수신한 응답 메시지를 사용자에게 전달할 수 있는 사용자 인터페이스를 지원할 수 있다. 예를 들어, 상기 컨트롤러 자체에서 디스플레이를 지원하거나 제3의 디스플레이 기기를 통해 사용자 인터페이스를 지원할 수 있다.
상기 컨트롤러는 상기 소스 디바이스(source device)(100), 상기 스위치 디바이스(switch device)(200) 또는 상기 싱크 디바이스(sink device)(300) 중 적어도 하나와 관련된 리모컨일 수 있다. 예를 들어, 상기 게임 장치의 게임 콘솔(gaming console), 블루레이 플레이어(Blu-ray player)의 리모컨, 키보드, 마우스, 또는 셋탑박스(Set-Top box)의 리모컨, 또는 모바일 기기 등이 상기 컨트롤러의 기능을 수행할 수 있다.
본 발명이 적용되는 네트워크 시스템은 서로 다른 프로토콜을 지원하는 복수의 네트워크를 구성할 수 있고, 각 네트워크는 다양한 프로토콜 중 적어도 하나를 지원할 수 있다. 예를 들어, 상기 네트워크로는 UPNP (Universal Plug & Play) 네트워크, HPnP(HDBaseT Plug & Play) 네트워크, HDBaseT 네트워크 등이 있을 수 있다. 상기 네트워크들은 TCP/IP(Transmission Control Protocol/Internet Protocol), SSDP(Simple Service Discovery Protocol), SOAP(Simple Object Access Protocol), GENA(General Event Notification Architecture), HTTP(hypertext transfer protocol), HD-CMP(HDBaseT Control and Management Protocol) 등을 지원할 수 있으며, 디바이스 간 송수신되는 메시지는 플레인 타입 또는 XML(eXtensible Markup Language) 타입으로 표현될 수 있다.
이하의 도면에서 설명하는 실시예들은 특정 네트워크와 특정 프로토콜을 예를 들어 설명하고 있지만, 이는 일실시예에 불과할 뿐이며, 각각의 실시예들의 내용 전체 또는 부분의 결합에 의한 실시예들도 본 발명의 범위 내에 포함됨은 당연하다 할 것이다.
또한, 본 발명이 적용되는 실시예에서, 서로 다른 네트워크에 속한 디바이스와 컨트롤러는 세션 제어를 위한 공통의 프로토콜을 제공할 수 있다. 그리고 디바이스들 간의 세션 제어는 상기 프로토콜 중 적어도 하나를 통해서 이루어지고, 컨트롤러는 해당 디바이스에 트리거 메시지(trigger message)를 전송하고 이벤트 메시지를 수신함으로써 세션을 제어할 수 있다.
도 2는 본 발명이 적용되는 실시예로써, 소스 디바이스, 싱크 디바이스, 컨트롤러 및 스위치 디바이스의 내부 블록도 및 연결 관계를 나타낸다.
상기 소스 디바이스(source device)(100)는 웹 서버 및 HTTP/XML Parser(101), 이더넷 스위칭(102), USB 호스트 인터페이스(103), IR(infrared) 인터페이스(104), HDMI 소스 인터페이스(105), 링크 관리부(link management unit)(106), 업스트림 링크(107), 다운스트림 링크(108), TX 물리계층(109), 네트워크 인터페이스(110), 메모리(111) 및 제어부(control unit)(112)를 포함할 수 있다.
상기 웹 서버 및 HTTP/XML Parser(101)에서, 웹 서버는 HTTP를 통해 컨트롤러에서 요청하는 HTML 문서나 오브젝트(이미지 파일 등)를 전송하고, HTTP/XML Parser는 HTTP/XML 문서를 파싱한다.
상기 이더넷 스위칭(102)은 패킷에 압축된(encapsulated) 이더넷 데이터(Ethernet data)를 압축해제(de-capsulate)하여 다른 논리적 장치에 전달하는 역할을 한다.
상기 USB 호스트 인터페이스(103)는 USB 디바이스가 호스트 디바이스와 통신을 할 수 있도록 해주는 인터페이스를 나타내고, IR(infrared) 인터페이스(104)는 IR(infrared) 디바이스가 호스트 디바이스와 통신을 할 수 있도록 해주는 인터페이스를 나타내며, 상기 HDMI 소스 인터페이스(105)는 HDMI 싱크 디바이스가 호스트 디바이스와 통신을 할 수 있도록 해주는 인터페이스를 나타낸다.
상기 링크 관리부(link management unit)(106)는 링크 계층의 기능을 담당하는 논리적 장치로서 업스트림/다운스트림 링크(Upstream/Downstream link)를 관리한다.
상기 업스트림 링크(107) 및 상기 다운스트림 링크(108)는 업스트림/다운스트림 패킷(Upstream/Downstream packet)을 생성한다.
상기 TX 물리계층(109)은 TX 물리 계층의 기능을 담당하는 논리적 장치로서 외부 디바이스와의 인터페이스를 담당한다.
상기 네트워크 인터페이스(110)는 디바이스 간의 명령, 요청, 액션, 응답 등의 메시지나 데이터의 전송을 가능하게 한다.
상기 메모리(111)는 다양한 종류의 디바이스에 구현되는 선택적인 장치로서, 다양한 종류의 데이터가 임시적으로 저장되는 물리적 장치를 나타낸다.
상기 제어부(control unit)(112)는 서버 및 클라이언트 (또는 컨트롤러)에 구현되는 논리적 구성요소로서 자신이 속한 기기의 모든 동작을 제어한다.
상기 스위치 디바이스(switch device)(200)는 웹 서버 및 HTTP/XML Parser(201), 스위칭 관리부(link management unit)(206), 네트워크 인터페이스(210), 메모리(211) 및 제어부(control unit)(212)를 포함할 수 있다.
상기 스위치 디바이스(switch device)(200) 내의 유닛들은, 상기 소스 디바이스(source device)(100)에서 설명한 대응되는 유닛들과 유사한 기능을 수행하며, 이하에서는 설명되지 않은 유닛에 대해서만 설명하기로 한다.
상기 스위칭 관리부(link management unit)(206)는 복수의 RX 물리계층과 TX 물리계층을 연결 가능하게 한다.
상기 싱크 디바이스(sink device)(300)는 웹 서버 및 HTTP/XML Parser(301), 이더넷 스위칭(302), USB 호스트 인터페이스(303), IR(infrared) 인터페이스(304), HDMI 소스 인터페이스(305), 링크 관리부(link management unit)(306), 업스트림 링크(307), 다운스트림 링크(308), RX 물리계층(309), 네트워크 인터페이스(310), 메모리(311) 및 제어부(control unit)(312)를 포함할 수 있다.
마찬가지로, 상기 싱크 디바이스(sink device)(300) 내의 유닛들은, 상기 소스 디바이스(source device)(100)에서 설명한 대응되는 유닛들과 유사한 기능을 수행하며, 이하에서는 설명되지 않은 유닛에 대해서만 설명하기로 한다.
상기 RX 물리계층(309)은 RX 물리 계층의 기능을 담당하는 논리적 장치로서 외부 디바이스와의 인터페이스를 담당한다.
상기 컨트롤러(400)는 웹 서버 및 HTTP/XML Parser(401), 네트워크 인터페이스(410), 메모리(411), 제어부(control unit)(412) 및 디스플레이(413)를 포함할 수 있다.
상기 컨트롤러(400) 내의 유닛들은, 상기 소스 디바이스(source device)(100)에서 설명한 대응되는 유닛들과 유사한 기능을 수행하며, 이하에서는 설명되지 않은 유닛에 대해서만 설명하기로 한다.
상기 디스플레이(413)는 다양한 종류의 데이터를 사용자에게 시각화해주는 물리적 장치를 나타내며, 상기 컨트롤러(400) 자체의 디스플레이 구성요소에서 지원되거나 제3의 디스플레이 기기를 통해서 사용자 인터페이스 지원이 가능할 수 있다.
본 발명에서는, 상기 소스 디바이스(source device)(100), 상기 스위치 디바이스(switch device)(200), 상기 싱크 디바이스(sink device)(300) 및 상기 컨트롤러(400)를 포함하는 네트워크 시스템에서 디바이스 간 세션 제어를 효율적으로 수행하기 위한 방법을 제공하며, 이하에서 보다 상세히 설명하도록 한다.
도 3 내지 도 4는 본 발명이 적용되는 실시예들로써, 복수의 네트워크 상에서 디바이스 간 세션을 생성하는 과정을 나타내는 흐름도이다.
도 3에서는, 컨트롤러A(11), 소스 디바이스(12), 스위치1(13), 스위치2(14) 및 싱크 디바이스(15)는 제1네트워크(10) 내에서 연결되어 있고, 컨트롤러B(21)는 제2네트워크(20)에 포함되어 있는 경우를 가정한다.
먼저, 싱크 디바이스(15)는 발견된 소스 디바이스(12)에 세션 초기화 요청 메시지를 전송할 수 있다(S310). 여기서, 상기 세션 초기화 요청 메시지는 세션 생성의 시작을 요청하는 메시지를 나타낸다. 상기 소스 디바이스(12)는 상기 싱크 디바이스(15)에 상기 세션 초기화 응답 메시지를 전송할 수 있다(S320). 여기서, 상기 세션 초기화 응답 메시지는 상기 세션 초기화 요청 메시지에 대한 응답 메시지를 나타낸다. 이와 같이, 상기 소스 디바이스(12)와 상기 싱크 디바이스(15) 간의 세션 생성 과정이 진행되는 동안, 상기 제2네트워크(20)에 있는 상기 컨트롤러B(21)는 상기 세션 생성 과정에 참여할 수 없게 된다.
한편, 상기 소스 디바이스(12)는 상기 싱크 디바이스(15)에 도달하기 위한 최적의 경로(route) 후보군을 선정하기 위해 세션 라우트 쿼리 메시지를 전송할 수 있다(S330). 여기서, 상기 세션 라우트 쿼리 메시지는 세션 경로의 선정을 요청하는 메시지를 나타낸다. 상기 세션 라우트 쿼리 메시지는 상기 스위치1(13), 상기 스위치2(14)를 통해 상기 싱크 디바이스(15)에 전송될 수 있다. 이때, 상기 제1네트워크(10)에 포함된 상기 컨트롤러A(11)는 불필요한 메시지를 상기 소스 디바이스(12)에 전송하게 될 수 있다.
상기 세션 라우트 쿼리 메시지를 수신한 상기 싱크 디바이스(15)는 최적의 경로를 선택하고(S340), 세션 라우트 셋 메시지를 상기 소스 디바이스(12)에 전송할 수 있다(S350). 여기서, 상기 세션 라우트 셋 메시지는 세션 경로를 셋팅하는 메시지를 나타낸다.
이러한 과정을 통해 세션이 생성되며(S360), 세션이 생성되면 상기 소스 디바이스(12)는 상기 싱크 디바이스(15)에 데이터를 전송하기 시작한다. 그리고, 상기 싱크 디바이스(15)는 상기 제1네트워크(10)에 포함된 상기 컨트롤러A(11)에 세션 생성 완료 메시지를 전송하게 된다(S370).
도 4에서는, 컨트롤러A(11), 소스 디바이스(12), 스위치1(13), 스위치2(14) 및 싱크 디바이스(15)는 제1네트워크(10) 내에서 연결되어 있고, 컨트롤러B(21)와 상기 싱크 디바이스(15)는 제2네트워크(20) 내에서 연결되어 있는 경우를 가정한다.
상기 컨트롤러B(21)는 상기 제2네트워크(20) 내에서 발견된 상기 싱크 디바이스(15)와 상기 제1네트워크(10)에 있는 상기 소스 디바이스(12) 간에 세션이 생성되도록 상기 싱크 디바이스(15)에 세션 생성을 위한 트리거(trigger) 메시지를 전송할 수 있다(S410). 여기서, 트리거(trigger) 메시지는 특정 동작의 개시를 위한 신호를 나타내며, 상기 세션 생성을 위한 트리거(trigger) 메시지는 디바이스 간 세션 생성의 개시를 위한 신호를 나타낸다. 이때, 상기 싱크 디바이스(15)는 상기 제1네트워크(10)와 상기 제2네트워크(20)의 프로토콜을 모두 지원하며, 프록시 역할을 수행한다.
상기 트리거 메시지를 전송받은 상기 싱크 디바이스(15)는 제2네트워크(20)에 있는 상기 소스 디바이스(12)에 세션 초기화 요청 메시지를 전송할 수 있다(S420). 상기 소스 디바이스(12)는 상기 싱크 디바이스(15)에 상기 세션 초기화 응답 메시지를 전송할 수 있다(S430).
이와 같이, 상기 제2네트워크(20)에 있는 컨트롤러B(21)가 상기 싱크 디바이스(15)에 세션 생성을 위한 트리거(trigger) 메시지를 전송하여 상기 싱크 디바이스(15)로 하여금 프록시 역할을 수행하도록 함으로써, 상기 제1네트워크(10)에 있는 디바이스와의 세션 생성에 관여할 수 있게 된다.
한편, 상기 소스 디바이스(12)는 상기 싱크 디바이스(15)에 도달하기 위한 최적의 경로(route) 후보군을 선정하기 위해 세션 라우트 쿼리 메시지를 전송할 수 있다(S440). 상기 세션 라우트 쿼리 메시지를 수신한 상기 싱크 디바이스(15)는 최적의 경로를 선택하고(S450), 세션 라우트 셋 메시지를 상기 소스 디바이스(12)에 전송할 수 있다(S460).
이러한 과정을 통해 세션이 생성되며(S470), 세션이 생성되면 상기 소스 디바이스(12)는 상기 싱크 디바이스(15)에 데이터를 전송하기 시작한다. 그리고, 상기 싱크 디바이스(15)는 상기 제1네트워크(10)에 포함된 상기 컨트롤러A(11)에 세션 생성 완료 메시지를 전송하고(S480), 상기 제2네트워크(20)에 포함된 컨트롤러B(21)에게도 세션 생성 완료 메시지를 전송할 수 있다(S490).
도 5는 본 발명이 적용되는 실시예로써, 디바이스 간 세션을 생성하는 구체적인 과정을 나타내는 흐름도이다.
먼저, 제1디바이스는 제2디바이스에 세션 초기화를 요청할 수 있다(S510). 여기서, 상기 제1디바이스와 상기 제2디바이스는 서로 다른 네트워크에 속할 수도 있고, 동일한 네트워크에 속할 수도 있다. 또는, 상기 제1디바이스와 상기 제2디바이스 중 어느 하나만 복수의 네트워크에 모두 속할 수 있다. 그리고, 상기 복수의 네트워크는 서로 다른 프로토콜이 적용될 수 있다.
세션 초기화 요청을 받은 상기 제2디바이스는 상기 제1디바이스에 세션 라우트 쿼리를 요청할 수 있다(S520). 상기 제1디바이스는 상기 세션 라우트 쿼리에 기초하여, 최적의 세션 경로를 선택할 수 있다(S530). 그리고, 상기 제1디바이스는 선택된 최적의 세션 경로를 셋팅하도록 상기 제2디바이스에 요청할 수 있다(S540). 상기 최적의 세션 경로를 선택하는 과정에서, 상기 제1디바이스와 상기 제2디바이스는 적어도 하나 이상의 스위치 디바이스를 이용할 수 있으며, 이때 상기 적어도 하나 이상의 스위치 디바이스는 라우터 역할을 수행하게 된다.
상기와 같은 과정을 통해, 상기 제1디바이스와 상기 제2디바이스 간의 세션이 생성될 수 있다(S550).
한편, 본 발명이 적용되는 다른 실시예로서, 제1디바이스는 제1네트워크와 제2네트워크에 모두 속하고, 상기 제2디바이스는 제2네트워크에만 속하는 경우를 가정할 때, 상기 제1디바이스는 상기 S510단계 이전에 상기 제1네트워크에 속한 컨트롤러로부터 제2디바이스와의 세션 생성을 위한 트리거 메시지를 수신할 수 있다. 이때, 상기 S510단계는 상기 트리거 메시지에 기초하여 수행될 수 있다.
그리고, 상기 제1디바이스는 세션 생성이 완료된 후, 상기 제1네트워크에 속한 컨트롤러에 세션 생성이 완료되었음을 나타내는 메시지를 전송할 수 있다.
도 6 내지 도 7은 본 발명이 적용되는 실시예들로써, 복수의 네트워크 상에서 디바이스 간 세션을 종료하는 과정을 나타내는 흐름도이다.
도 6에서는, 컨트롤러A(11), 소스 디바이스(12), 스위치1(13), 스위치2(14) 및 싱크 디바이스(15)는 제1네트워크(10) 내에서 연결되어 있고, 컨트롤러B(21)는 제2네트워크(20)에 포함되어 있는 경우를 가정한다.
본 실시예에서는 상기 소스 디바이스(12)와 상기 싱크 디바이스(15) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
사용자가 상기 소스 디바이스(12)와 상기 싱크 디바이스(15) 간의 세션을 종료하고자 하는 경우(S610), 사용자는 상기 싱크 디바이스(15)가 속한 네트워크(제1네트워크(10))와 다른 네트워크(제2네트워크(20))에 있는 컨트롤러B(21)를 이용하여 세션 종료를 요청할 수 없게 된다. 또한, 상기 제1네트워크(10)에 있는 컨트롤러A(11)는 불필요한 메시지를 전송할 수 있게 된다.
상기 싱크 디바이스(15)는 동일한 네트워크에 포함되어 있는 스위치 디바이스에 상기 세션 종료 쿼리 메시지를 전송하고, 이때 상기 세션 종료 쿼리 메시지는 라우팅 경로를 통해 상기 소스 디바이스(12)에 전송될 수 있다(S620). 이 경우, 상기 라우팅 경로 상에 있는 디바이스의 세션 리소스는 해제될 수 있다.
상기 세션 종료 쿼리 메시지를 수신한 상기 소스 디바이스(12)는 세션 생성 완료 메시지를 제2네트워크(20)에 있는 컨트롤러B(21)에 전송할 수 있다.
도 7에서는, 컨트롤러A(11), 소스 디바이스(12), 스위치1(13), 스위치2(14) 및 싱크 디바이스(15)는 제1네트워크(10) 내에서 연결되어 있고, 컨트롤러B(21)와 상기 싱크 디바이스(15)는 제2네트워크(20) 내에서 연결되어 있는 경우를 가정한다. 그리고, 본 실시예에서는 상기 소스 디바이스(12)와 상기 싱크 디바이스(15) 간에 세션이 생성되었다고 가정한다.
사용자가 상기 컨트롤러B(21)를 통해 상기 소스 디바이스(12)와 상기 싱크 디바이스(15) 간의 세션을 종료하고자 하는 경우(S710), 상기 컨트롤러B(21)는 상기 제2네트워크(20) 내에서 발견된 상기 싱크 디바이스(15)와 상기 제1네트워크(10)에 있는 상기 소스 디바이스(12) 간에 세션이 생성되도록 상기 싱크 디바이스(15)에 세션 종료를 위한 트리거(trigger) 메시지를 전송할 수 있다(S720). 여기서, 트리거(trigger) 메시지는 특정 동작의 개시를 위한 신호를 나타내며, 상기 세션 종료를 위한 트리거(trigger) 메시지는 디바이스 간 세션 종료의 개시를 위한 신호를 나타낸다. 이때, 상기 싱크 디바이스(15)는 상기 제1네트워크(10)와 상기 제2네트워크(20)의 프로토콜을 모두 지원하며, 프록시 역할을 수행한다.
상기 트리거 메시지를 전송받은 상기 싱크 디바이스(15)는 제2네트워크(20)에 있는 상기 소스 디바이스(12)에 세션 종료 쿼리 메시지를 전송할 수 있다(S730). 여기서, 상기 싱크 디바이스(15)는 동일한 네트워크에 포함되어 있는 스위치 디바이스(스위치1(13), 스위치2(14))에 상기 세션 종료 쿼리 메시지를 전송하고, 이때 상기 세션 종료 쿼리 메시지는 라우팅 경로를 통해 상기 소스 디바이스(12)에 전송될 수 있다.
상기 서스 디바이스(12)는 상기 제1네트워크(10)에 포함된 상기 컨트롤러A(11)에 세션 종료 완료 메시지를 전송하고(S740), 상기 싱크 디바이스(15)는 상기 제2네트워크(20)에 포함된 컨트롤러B(21)에게 세션 종료 완료 메시지를 전송할 수 있다(S750).
이와 같이, 상기 제2네트워크(20)에 있는 컨트롤러B(21)가 상기 싱크 디바이스(15)에 세션 종료를 위한 트리거(trigger) 메시지를 전송하여 상기 싱크 디바이스(15)로 하여금 프록시 역할을 수행하도록 함으로써, 상기 제1네트워크(10)에 있는 디바이스와의 세션 종료에 관여할 수 있게 된다.
도 8 내지 도 9는 본 발명이 적용되는 실시예들로써, 복수의 네트워크 상에서 디바이스 간 세션 생성 후 세션 상태 정보를 획득하는 과정을 나타내는 흐름도이다.
도 8에서는, 컨트롤러A(11), 소스 디바이스(12), 스위치1(13), 스위치2(14) 및 싱크 디바이스(15)는 제1네트워크(10) 내에서 연결되어 있고, 컨트롤러B(21)는 제2네트워크(20)에 포함되어 있는 경우를 가정한다. 그리고, 본 실시예에서는 상기 소스 디바이스(12)와 상기 싱크 디바이스(15) 간에 세션이 생성되었다고 가정한다.
사용자가 상기 소스 디바이스(12) 또는 상기 싱크 디바이스(15)의 세션 상태 정보를 획득하고자 하는 경우, 사용자는 제1네트워크(10)에 있는 어느 디바이스에게도 제2네트워크(20)에 있는 컨트롤러B(21)를 이용하여 세션 상태 정보 획득을 요청할 수 없게 된다. 또한, 상기 제1네트워크(10)에 있는 컨트롤러A(11)는 불필요한 메시지를 전송할 수 있게 된다. 따라서, 상기 제1네트워크(10)에 있는 디바이스가 프록시 역할을 할 수 있도록 함으로써 세션 상태 정보 획득을 요청할 수 있다.
도 9에서는, 컨트롤러A(11), 소스 디바이스(12), 스위치1(13), 스위치2(14) 및 싱크 디바이스(15)는 제1네트워크(10) 내에서 연결되어 있고, 컨트롤러B(21)와 상기 싱크 디바이스(15)는 제2네트워크(20) 내에서 연결되어 있는 경우를 가정한다. 그리고, 본 실시예에서는 상기 소스 디바이스(12)와 상기 싱크 디바이스(15) 간에 세션이 생성되었다고 가정한다.
상기 컨트롤러B(21)는, 상기 제2네트워크(20) 내에서 발견된 상기 싱크 디바이스(15)와 상기 제1네트워크(10)에 있는 상기 소스 디바이스(12) 간에 생성된 세션의 상태 정보를 획득하기 위해, 상기 싱크 디바이스(15)에 세션 상태 정보를 획득하기 위한 트리거(trigger) 메시지를 전송할 수 있다(S910). 여기서, 트리거(trigger) 메시지는 특정 동작의 개시를 위한 신호를 나타내며, 상기 세션 상태 정보를 획득하기 위한 트리거(trigger) 메시지는 디바이스 간 생성된 세션의 상태 정보를 획득하기 위한 신호를 나타낸다. 이때, 상기 싱크 디바이스(15)는 상기 제1네트워크(10)와 상기 제2네트워크(20)의 프로토콜을 모두 지원하며, 프록시 역할을 수행한다.
상기 트리거 메시지를 전송받은 상기 싱크 디바이스(15)는 그에 응답하여, 상기 제2네트워크(20)에 포함된 컨트롤러B(21)에게 세션 상태 정보를 전송할 수 있다(S920).
이와 같이, 상기 제2네트워크(20)에 있는 컨트롤러B(21)가 상기 싱크 디바이스(15)에 세션 상태 정보를 획득하기 위한 트리거(trigger) 메시지를 전송하여 상기 싱크 디바이스(15)로 하여금 프록시 역할을 수행하도록 함으로써, 상기 싱크 디바이스(15)와 상기 소스 디바이스(12) 간에 생성된 세션의 상태 정보를 획득할 수 있게 된다.
도 10은 본 발명이 적용되는 실시예들로써, 디바이스 간 세션 관리를 위한 사용자 인터페이스를 나타내며,
도 10(a)는 디바이스 간 세션 생성을 위한 사용자 인터페이스를 나타내고,
도 10(b)는 디바이스 간 세션 종료를 위한 사용자 인터페이스를 나타내며,
도 10(c)는 디바이스 간 세션 생성 후 세션 상태 정보를 획득하기 위한 사용자 인터페이스를 나타낸다.
상기 도 10(a)를 살펴보면, 사용자는 싱크 디바이스, 컨트롤러 또는 제3의 디바이스의 화면을 통해 현재 네트워크에 연결되어 있는 디바이스들의 리스트를 확인할 수 있다. 예를 들어, 도 10(a)의 경우, 소스 디바이스의 예로 BDP(Blu-ray Disc Player), Xbox 게임기, NAS(Network Attached Storage)가 출력되고, 싱크 디바이스의 예로 TV1, TV2, TV3이 출력될 수 있다(1010).
이때, 사용자가 소스 디바이스 중 BDP와 싱크 디바이스 중 TV2 간에 세션을 생성하고자 하는 경우, 사용자는 컨트롤러를 이용하여 상기 BDP를 클릭하여 상기 TV2쪽으로 드래그함으로써(1020), 상기 BDP와 상기 TV2 간에 세션을 생성할 수 있게 된다. 상기 BDP와 상기 TV2 간에 세션 생성이 완료되면, 디스플레이 장치에서는 상기 BDP와 상기 TV2 간에 세션 생성이 완료되었다는 메시지를 출력할 수 있다(1030).
상기와 같이 세션 생성 이후, 사용자는 생성된 세션을 자유롭게 제어할 수 있다. 예를 들어, 디스플레이 장치는 사용자로 하여금 생성된 세션을 상태를 볼 수 있도록 상태 정보 아이콘(1041)을 제공할 수 있고, 또한 생성된 세션을 종료할 수 있도록 세션 종료 아이콘(1042)을 제공할 수 있다(1040).
상기 도 10(b)를 살펴보면, 사용자가 생성된 세션을 종료하고자 하는 경우, 사용자는 컨트롤러를 이용하여 세션 종료 아이콘(1042)을 클릭함으로써 세션을 종료시킬 수 있다(1040). 즉, 디스플레이 장치는 사용자 또는 외부로부터 세션 종료 신호를 수신할 수 있다. 사용자에 의해 세션 종료 신호를 수신하게 될 경우, 디스플레이 장치는 상기 BDP와 상기 TV2 간에 세션이 종료되었다는 메시지를 출력할 수 있다(1050).
한편, 상기 도 10(c)를 살펴보면, 사용자가 생성된 세션의 상태 정보를 획득하고자 하는 경우, 사용자는 컨트롤러를 이용하여 상태 정보 아이콘(1041)을 클릭함으로써 세션 상태 정보를 획득할 수 있다(1060). 즉, 디스플레이 장치는 사용자 또는 외부로부터 세션 상태 정보 획득을 요청하는 신호를 수신할 수 있다. 사용자에 의해 세션 상태 정보 획득을 요청하는 신호를 수신하게 될 경우, 디스플레이 장치는 상기 BDP와 상기 TV2 간의 세션 상태 정보를 출력할 수 있다(1070).
도 11 내지 도 13은 본 발명이 적용되는 실시예들로써, 서로 다른 프로토콜을 지원하는 복수의 네트워크 상에서 디바이스 간 세션을 제어하는 방법을 나타내며,
도 11은 디바이스 간 세션을 생성하는 과정을 나타내고,
도 12는 디바이스 간 세션을 종료하는 과정을 나타내며,
도 13은 디바이스 간 세션 생성 후 세션 상태 정보를 획득하는 과정을 나타낸다.
상기 도 11 내지 도 13에서는, 상기 제1네트워크(10)는 HDBaseT 네트워크를 나타내고 SOAP(Simple Object Access Protocol)와 GENA(General Event Notification Architecture)를 이용하고, 상기 제2네트워크(20)는 UPNP (Universal Plug & Play) 네트워크를 나타내며 HTTP(hypertext transfer protocol)를 이용하는 것으로 가정한다.
하지만, 앞서 설명한 바와 같이, 본 발명이 적용되는 네트워크 시스템은 서로 다른 프로토콜을 지원하는 복수의 네트워크를 구성할 수 있고, 각 네트워크는 다양한 프로토콜 중 적어도 하나를 지원할 수 있다. 예를 들어, 상기 제3네트워크(30) 및 상기 제4네트워크(40)는 UPNP (Universal Plug & Play) 네트워크, HPnP(HDBaseT Plug & Play) 네트워크, HDBaseT 네트워크 중 어느 하나에 해당할 수 있다. 또한, 상기 제3네트워크(30) 및 상기 제4네트워크(40)는 TCP/IP(Transmission Control Protocol/Internet Protocol), SSDP(Simple Service Discovery Protocol), SOAP(Simple Object Access Protocol), GENA(General Event Notification Architecture), HTTP(hypertext transfer protocol), HD-CMP(HDBaseT Control and Management Protocol) 중 적어도 하나의 프로토콜을 지원할 수 있으며, 디바이스 간 송수신되는 메시지는 플레인 타입 또는 XML(eXtensible Markup Language) 타입으로 표현될 수 있다.
상기 도 11 내지 도 13은 본 발명의 일실시예일 뿐이며, 다른 네트워크 또는 다른 프로토콜의 경우에도 적용가능하다고 할 것이다.
도 11에서는, HDBaseT 컨트롤 포인트(31), 소스 디바이스(32), 스위치1(33), 스위치2(34) 및 싱크 디바이스(35)는 제3네트워크(30) 내에서 연결되어 있고, UPnP 컨트롤 포인트(41)와 상기 싱크 디바이스(35)는 제4네트워크(40) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 11의 실시예에서는, 상기 싱크 디바이스(35)가 세션 생성의 주체이며, 프록시 기능을 수행하는 경우로써, 상기 제3네트워크(30) 내에서 상기 싱크 디바이스(35)만 UPnP가 적용되는 디바이스인 경우를 나타낸다.
상기 UPnP 컨트롤 포인트(41)는 세션 생성 액션(CreateSession())을 프록시 기능을 수행하는 상기 싱크 디바이스(35)에 호출할 수 있다(S1110).
상기 세션 생성 액션(CreateSession())에 기초하여, 상기 싱크 디바이스(15)는 발견된 소스 디바이스(32)에 세션 초기화 요청 메시지를 전송할 수 있다(S1120). 여기서, 상기 세션 초기화 요청 메시지는 세션 생성의 시작을 요청하는 메시지를 나타낸다. 상기 소스 디바이스(32)는 상기 싱크 디바이스(35)에 상기 세션 초기화 응답 메시지를 전송할 수 있다(S1130). 여기서, 상기 세션 초기화 응답 메시지는 상기 세션 초기화 요청 메시지에 대한 응답 메시지를 나타낸다.
상기 소스 디바이스(32)는 상기 싱크 디바이스(35)에 도달하기 위한 최적의 경로(route) 후보군을 선정하기 위해 세션 라우트 쿼리 메시지를 전송할 수 있다(S1140). 여기서, 상기 세션 라우트 쿼리 메시지는 세션 경로의 선정을 요청하는 메시지를 나타낸다. 상기 세션 라우트 쿼리 메시지는 상기 스위치1(33), 상기 스위치2(34)를 통해 상기 싱크 디바이스(35)에 전송될 수 있다.
상기 세션 라우트 쿼리 메시지를 수신한 상기 싱크 디바이스(35)는 최적의 경로를 선택하고, 세션 라우트 셋 메시지를 상기 소스 디바이스(32)에 전송할 수 있다(S1150). 여기서, 상기 세션 라우트 셋 메시지는 세션 경로를 셋팅하는 메시지를 나타낸다.
이러한 과정을 통해 세션이 생성되며(S1160), 세션 생성이 완료되면 상기 소스 디바이스(32)는 상기 싱크 디바이스(35)에 데이터를 전송할 수 있다. 그리고, 상기 싱크 디바이스(15)는 상기 제3네트워크(30)에 포함된 상기 HDBaseT 컨트롤 포인트(31)에 세션 생성 완료 메시지를 전송하고(S1170), 상기 싱크 디바이스(35)는 상기 UPnP 컨트롤 포인트(41)에 세션 생성 응답 메시지를 전송할 수 있다(S1180). 여기서, 상기 세션 생성 응답 메시지는 상기 세션 생성 액션에 대한 응답 메시지를 나타내거나, 세션 생성 완료에 대한 응답 메시지를 나타낼 수 있다. 그리고, 상기 세션 생성 응답 메시지는 세션 식별 정보(session identification information) 및 세션 상태 정보(session status information) 중 적어도 하나를 포함할 수 있다.
상기와 같은 과정에서, 상기 싱크 디바이스(35)는 상기 소스 디바이스(32)와 HDBaseT 프로토콜을 이용하여 메시지 송수신하고, 상기 UPnP 컨트롤 포인트(41)와는 HTTP 프로토콜을 이용하여 메시지 송수신할 수 있다.
본 발명이 적용되는 다른 실시예로서, HDBaseT 컨트롤 포인트(31), 소스 디바이스(32), 스위치1(33), 스위치2(34) 및 싱크 디바이스(35)는 제3네트워크(30) 내에서 연결되어 있고, UPnP 컨트롤 포인트(41), 상기 소스 디바이스(32), 상기 스위치1(33), 상기 스위치2(34) 및 상기 싱크 디바이스(35)가 제4네트워크(40) 내에서 연결되어 있는 경우, 즉 상기 싱크 디바이스(35)가 세션 생성의 주체이나 프록시 기능을 수행하지 않는 경우에도 상기 도 11의 내용을 유사하게 적용할 수 있다. 예를 들어, 모든 디바이스가 UPnP가 적용되는 디바이스인 경우를 나타낸다.
본 발명이 적용되는 다른 실시예로서, HDBaseT 컨트롤 포인트(31), 소스 디바이스(32), 스위치1(33) 및 스위치2(34)는 제3네트워크(30) 내에서 연결되어 있고, UPnP 컨트롤 포인트(41), 상기 스위치2(34) 및 상기 싱크 디바이스(35)가 제4네트워크(40) 내에서 연결되어 있는 경우, 즉 상기 스위치2(34)가 세션 생성의 주체이고 프록시 기능을 수행하는 경우 상기 도 11의 내용을 유사하게 적용할 수 있다. 예를 들어, 상기 스위치2(34)만 UPnP가 적용되는 디바이스인 경우를 나타낸다.
본 발명이 적용되는 다른 실시예로서, HDBaseT 컨트롤 포인트(31), 소스 디바이스(32), 스위치1(33) 및 스위치2(34)는 제3네트워크(30) 내에서 연결되어 있고, UPnP 컨트롤 포인트(41), 상기 소스 디바이스(32), 상기 스위치1(33), 상기 스위치2(34) 및 상기 싱크 디바이스(35)가 제4네트워크(40) 내에서 연결되어 있는 경우, 즉 상기 스위치2(34)가 세션 생성의 주체이나 프록시 기능을 수행하지 않는 경우에도 상기 도 11의 내용을 유사하게 적용할 수 있다. 예를 들어, 모든 디바이스가 UPnP가 적용되는 디바이스인 경우를 나타낸다.
도 12에서는, HDBaseT 컨트롤 포인트(31), 소스 디바이스(32), 스위치1(33), 스위치2(34) 및 싱크 디바이스(35)는 제3네트워크(30) 내에서 연결되어 있고, UPnP 컨트롤 포인트(41)와 상기 싱크 디바이스(35)는 제4네트워크(40) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 12의 실시예에서는, 상기 UPnP 컨트롤 포인트(41)가 상기 싱크 디바이스(35)에 세션 종료를 요청하는 경우를 나타낸다.
본 실시예에서는 상기 소스 디바이스(32)와 상기 싱크 디바이스(35) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
사용자가 상기 소스 디바이스(32)와 상기 싱크 디바이스(35) 간의 세션을 종료하고자 하는 경우, 상기 UPnP 컨트롤 포인트(41)는 세션 종료 액션(TerminateSession())을 상기 싱크 디바이스(35)에 요청할 수 있다(S1210).
상기 세션 종료 액션(TerminateSession())을 요청받은 상기 싱크 디바이스(35)는 상기 HDBaseT 프로토콜을 이용하여 상기 세션 종료 쿼리 메시지를 상기 소스 디바이스(32)에 전송할 수 있다(S1220). 이때, 상기 싱크 디바이스(35)는 동일한 네트워크에 포함되어 있는 스위치 디바이스에 상기 세션 종료 쿼리 메시지를 전송하고, 상기 세션 종료 쿼리 메시지는 라우팅 경로를 통해 상기 소스 디바이스(32)에 전송될 수 있다.
상기 세션 종료 쿼리 메시지를 수신한 상기 소스 디바이스(32)는 세션 종료 완료 메시지를 상기 제3네트워크(30)에 포함된 상기 HDBaseT 컨트롤 포인트(31)에 전송할 수 있다(S1230). 그리고, 상기 싱크 디바이스(35)는 상기 UPnP 컨트롤 포인트(41)에 세션 종료 응답 메시지를 전송할 수 있다(S1240). 여기서, 상기 세션 종료 응답 메시지는 상기 세션 종료 액션에 대한 응답 메시지를 나타내거나, 세션 종료 완료에 대한 응답 메시지를 나타낼 수 있다. 그리고, 상기 세션 종료 응답 메시지는 세션이 생성된 또는 종료된 디바이스 정보, 세션 식별 정보(session identification information) 및 응답 코드 중 적어도 하나를 포함할 수 있다.
도 13에서는, HDBaseT 컨트롤 포인트(31), 소스 디바이스(32), 스위치1(33), 스위치2(34) 및 싱크 디바이스(35)는 제3네트워크(30) 내에서 연결되어 있고, UPnP 컨트롤 포인트(41)와 상기 싱크 디바이스(35)는 제4네트워크(40) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 13의 실시예에서는, 상기 UPnP 컨트롤 포인트(41)가 상기 싱크 디바이스(35)에 세션 상태 정보 획득을 요청하는 경우를 나타낸다.
본 실시예에서는 상기 소스 디바이스(32)와 상기 싱크 디바이스(35) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
사용자가 상기 소스 디바이스(32)와 상기 싱크 디바이스(35) 간에 생성된 세션의 세션 상태 정보를 획득하고자 하는 경우, 상기 UPnP 컨트롤 포인트(41)는 세션 상태 정보 획득 액션(GetSessionStatus())을 상기 싱크 디바이스(35)에 요청할 수 있다(S1310).
상기 세션 상태 정보 획득 액션(GetSessionStatus())을 요청받은 상기 싱크 디바이스(35)는 상기 UPnP 컨트롤 포인트(41)에 세션 상태 정보를 전송할 수 있다(S1320). 여기서, 상기 세션 상태 정보는 생성된 세션의 상태를 나타내는 정보를 나타내며, 예를 들어, 세션 디스크립터 정보(session descriptor information)를 포함할 수 있다.
도 14는 본 발명이 적용되는 다른 실시예로써, 디바이스 간 세션을 제어하는 과정을 나타내는 흐름도이다.
컨트롤러는 세션 파트너 디바이스에 세션 제어를 수행할 수 있다. 여기서, 세션 파트너 디바이스라 함은, 생성될 세션이나 생성된 세션 내의 디바이스를 나타낸다. 상기 컨트롤러가 트리거 메시지를 상기 세션 파트너 디바이스에 전송하기 위해서, 상기 세션 파트너 디바이스는 스스로를 나타내거나 네트워크 내에서 발견되어야 한다. HPnP 적용 디바이스(HPnP enabled device)는 제1프로토콜을 이용하여 세션 제어를 수행하기 위한 세션 제어 요청 메시지를 처리할 수 있으며, 상기 세션 제어 메시지는 제2프로토콜을 이용하여 수신될 수 있다. 여기서, 상기 세션 제어는 세션 생성, 세션 종료 및 세션 상태 정보 획득을 포함할 수 있다.
세션 제어가 완료되면, 상기 HPnP 적용 디바이스(HPnP enabled device)는 상기 컨트롤러에 세션 제어 응답 메시지를 전송할 수 있다. 이때, 상기 세션 제어 응답 메시지는 세션 제어 결과를 나타내기 위한 메시지를 나타내며, 상기 세션 제어 응답 메시지의 헤더는 결과 코드를 포함하고, 페이로드는 리턴 값을 포함할 수 있다.
세션 제어가 성공일 경우, 상기 세션 제어 응답 메시지는 세션 제어의 성공을 나타내는 결과 코드와 그에 대응되는 리턴 값을 포함하고, 세션 제어가 실패일 경우, 세션 제어의 실패를 나타내는 결과 코드와 실패 이유에 대응되는 리턴 값을 포함할 수 있다.
본 발명이 적용되는 실시예로써, 프록시 역할을 수행하는 제3디바이스는 특정 제어 동작을 위한 트리거링 메시지(triggering message)를 제1디바이스에 전송할 수 있다(S1401). 여기서, 상기 특정 제어 동작을 위한 트리거링 메시지(triggering message)는 제1프로토콜(예를 들어, HD-CMP)을 이용하여 전송될 수 있으며, 상기 제3디바이스는 스위치 디바이스1일 수 있고, 상기 제1디바이스는 소스 디바이스일 수 있다. 다만, 이는 일실시예일 뿐이며, 다른 프로토콜이 적용되거나 네트워크 내의 다른 디바이스가 적용될 수 있다.
상기 수신된 특정 제어 동작을 위한 트리거링 메시지(triggering message)에 기초하여, 상기 제1디바이스와 제2디바이스 간의 세션 제어가 수행될 수 있다(S1403). 여기서, 상기 제2디바이스는 스위치 디바이스일 수도 있고, 싱크 디바이스일 수도 있다. 예를 들어, 제1디바이스(소스 디바이스)가 HPnP 적용안된 디바이스(non-HPnP enabled device)이나 제3디바이스(스위치 디바이스1)와 연결되어 있고, 제2디바이스가 HPnP 적용 디바이스(HPnP enabled device)라면, 상기 제2디바이스는 싱크 디바이스일 수 있다. 이때, 세션은 상기 제1디바이스(소스 디바이스)와 상기 제2디바이스(싱크 디바이스) 간에 생성된다.
다른 예로, 제1디바이스(소스 디바이스)가 HPnP 적용안된 디바이스(non-HPnP enabled device)이나 제3디바이스(스위치 디바이스1)와 연결되어 있고, 제2디바이스가 HDBaseT를 지원하지 않는 레거시 디바이스(legacy device)라면, 상기 상기 제2디바이스는 스위치 디바이스2일 수 있다. 이때, 세션은 상기 제1디바이스(소스 디바이스)와 상기 제2디바이스(스위치 디바이스2) 간에 생성된다.
세션 생성이 완료된 후, 상기 제3디바이스는 상기 제1디바이스(소스 디바이스)로부터 트리거링 응답 메시지를 수신할 수 있다(S1405).
상기와 같은 과정을 통해, 네트워크에 속하지 않은 디바이스와 연결을 함으로써 세션을 생성할 수 있고, 세션 생성을 통해 데이터를 전송할 수 있다.
도 15는 본 발명이 적용되는 실시예로써, 복수의 네트워크 상에서 디바이스 간 세션을 제어하는 과정을 나타내는 흐름도이다.
본 발명이 적용되는 실시예로써, 프록시 역할을 수행하는 제3디바이스는 컨트롤러로부터 세션 제어 요청 메시지를 수신할 수 있다(S1501). 여기서, 여기서, 상기 세션 제어 요청 메시지는 세션 제어를 요청하는 메시지를 나타내고, 상기 세션 제어는 세션 생성, 세션 종료 및 세션 상태 정보 획득을 포함할 수 있다.
상기 세션 제어 요청 메시지를 수신한 상기 제3디바이스는 특정 제어 동작을 위한 트리거링 메시지(triggering message)를 제1디바이스에 전송할 수 있다(S1503). 여기서, 트리거링(triggering) 메시지는 특정 동작의 개시를 위한 신호를 나타내며, 상기 특정 제어 동작을 위한 트리거링(triggering) 메시지는 디바이스 간 세션 제어를 위한 신호를 나타낸다.
상기 수신된 특정 제어 동작을 위한 트리거링 메시지(triggering message)에 기초하여, 상기 제1디바이스와 제2디바이스 간의 세션 제어가 수행될 수 있다(S1505). 세션 생성이 완료된 후, 상기 제3디바이스는 상기 제1디바이스로부터 트리거링 응답 메시지를 수신할 수 있다(S1507). 여기서, 상기 트리거링 응답 메시지는 상기 트리거링 메시지에 대한 결과를 나타낸다.
그리고, 상기 제3디바이스는 상기 컨트롤러에 세션 제어 응답 메시지를 전송할 수 있다(S1509). 여기서, 상기 세션 제어 응답 메시지는 상기 세션 제어 요청 메시지에 대한 응답을 나타내거나, 상기 트리거링 메시지에 대한 응답을 나타낼 수 있다.
도 16은 본 발명이 적용되는 다른 실시예로써, 디바이스 간 세션을 제어하는 과정을 나타내는 흐름도이다.
본 발명이 적용되는 네트워크 시스템은 서로 다른 프로토콜을 지원하는 복수의 네트워크를 구성할 수 있고, 각 네트워크는 다양한 프로토콜 중 적어도 하나를 지원할 수 있다.
상기 네트워크 시스템 내에 있는 세션 파트너 디바이스들, 예를 들어, 제1디바이스(소스 디바이스)와 제2디바이스(싱크 디바이스 또는 스위치 디바이스) 사이에서 세션 제어를 수행할 수 있다(S1601).
세션 제어가 완료되면, 상기 제1디바이스(소스 디바이스)는 상기 제2디바이스(싱크 디바이스 또는 스위치 디바이스)에 세션 제어 응답 메시지를 전송할 수 있다. 또한, 상기 제2디바이스(싱크 디바이스 또는 스위치 디바이스)는 컨트롤러에 세션 제어 응답 메시지를 전송할 수 있다. 이때, 상기 세션 제어 수행 결과에 따라, 전송되는 세션 제어 결과 메시지가 다를 수 있다(S1603).
예를 들어, 세션 제어가 성공일 경우, 상기 세션 제어 응답 메시지는 세션 제어의 성공을 나타내는 결과 코드와 세션 제어 결과에 대응되는 정보를 포함하고(S1605), 세션 제어가 실패일 경우, 세션 제어의 실패를 나타내는 결과 코드와 실패 이유에 대응되는 정보를 포함할 수 있다(S1607).
도 17 내지 도 22는 본 발명이 적용되는 실시예들로써, 복수의 네트워크 상에서 디바이스 간 세션을 생성하기 위한 다양한 방법을 나타내는 흐름도들이다.
상기 도 17 내지 도 22에서는, 상기 제5네트워크(50)는 HDBaseT 네트워크를 나타내고 HD-CMP(HDBaseT Control and Management Protocol)를 이용하고, 상기 제6네트워크(60)는 HPnP (HDBaseT Plug & Play) 네트워크를 나타내며 HTTP(hypertext transfer protocol)를 이용하는 것으로 가정한다.
하지만, 앞서 설명한 바와 같이, 본 발명이 적용되는 네트워크 시스템은 서로 다른 프로토콜을 지원하는 복수의 네트워크를 구성할 수 있고, 각 네트워크는 다양한 프로토콜 중 적어도 하나를 지원할 수 있다. 예를 들어, 상기 제5네트워크(50) 및 상기 제6네트워크(60)는 UPNP (Universal Plug & Play) 네트워크, HPnP(HDBaseT Plug & Play) 네트워크, HDBaseT 네트워크 중 어느 하나에 해당할 수 있다. 또한, 상기 제5네트워크(50) 및 상기 제6네트워크(60)는 TCP/IP(Transmission Control Protocol/Internet Protocol), SSDP(Simple Service Discovery Protocol), SOAP(Simple Object Access Protocol), GENA(General Event Notification Architecture), HTTP(hypertext transfer protocol), HD-CMP(HDBaseT Control and Management Protocol) 중 적어도 하나의 프로토콜을 지원할 수 있으며, 디바이스 간 송수신되는 메시지는 플레인 타입 또는 XML(eXtensible Markup Language) 타입으로 표현될 수 있다.
도 17에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52), 스위치1(61), 스위치2(62) 및 싱크 디바이스(63)는 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64)와 상기 싱크 디바이스(63)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 17의 실시예에서는, 상기 싱크 디바이스(63)가 세션 생성의 주체이며, 프록시 기능을 수행하는 경우로써, 상기 제5네트워크(50) 내에서 상기 싱크 디바이스(35)만 HPnP가 적용되는 디바이스인 경우를 나타낸다.
상기 HPnP 컨트롤 포인트(64)는 세션 생성 요청 메시지를 프록시 기능을 수행하는 상기 싱크 디바이스(63)에 전송할 수 있다(S1710). 여기서, 상기 세션 생성 요청 메시지는 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간의 세션 생성을 트리거링하는 메시지를 나타내며, 세션 생성 대상인 상기 소스 디바이스(52)와 상기 싱크 디바이스(63)의 식별 정보 및 제어 주소 정보(control URL information)를 포함할 수 있다. 그리고, 상기 세션 생성 요청 메시지는 제어 주소 정보(control URL information)를 이용하여 HTTP POST 방식으로 전송될 수 있다. 예를 들어, 상기 싱크 디바이스(63)는 상기 제어 주소 정보(control URL information)에 대응될 수 있다.
상기 세션 생성 요청 메시지(예를 들어, 상기 소스 디바이스(52)와 상기 싱크 디바이스(63)의 식별 정보)에 기초하여, 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간의 세션 생성 과정이 수행될 수 있다(S1720). 구체적으로, 상기 싱크 디바이스(63)는 발견된 소스 디바이스(52)에 세션 초기화 요청 메시지를 전송할 수 있다(S1721). 여기서, 상기 세션 초기화 요청 메시지는 세션 생성의 시작을 요청하는 메시지를 나타낸다. 상기 소스 디바이스(52)는 상기 싱크 디바이스(63)에 상기 세션 초기화 응답 메시지를 전송할 수 있다(S1722). 여기서, 상기 세션 초기화 응답 메시지는 상기 세션 초기화 요청 메시지에 대한 응답 메시지를 나타낸다.
상기 소스 디바이스(52)는 상기 싱크 디바이스(63)에 도달하기 위한 최적의 경로(route) 후보군을 선정하기 위해 세션 라우트 쿼리 메시지를 전송할 수 있다(S1723). 여기서, 상기 세션 라우트 쿼리 메시지는 세션 경로의 선정을 요청하는 메시지를 나타낸다. 상기 세션 라우트 쿼리 메시지는 상기 스위치1(61), 상기 스위치2(62)를 통해 상기 싱크 디바이스(63)에 전송될 수 있다.
상기 세션 라우트 쿼리 메시지를 수신한 상기 싱크 디바이스(63)는 최적의 경로를 선택하고, 세션 라우트 셋 메시지를 상기 소스 디바이스(52)에 전송할 수 있다(S1724). 여기서, 상기 세션 라우트 셋 메시지는 세션 경로를 셋팅하는 메시지를 나타낸다.
이러한 과정을 통해 세션이 생성되며(S1725), 세션 생성이 완료되면 상기 소스 디바이스(52)는 상기 싱크 디바이스(63)에 데이터를 전송할 수 있다. 그리고, 상기 소스 디바이스(52)는 상기 싱크 디바이스(63) 및 상기 제5네트워크(50)에 포함된 상기 HDBaseT 컨트롤 포인트(51)에 세션 생성 결과 메시지를 전송할 수 있다(S1730, S1740). 이때, 상기 세션 생성 결과 메시지는 HD-CMP 방식으로 전송될 수 있으며, 상기 세션 생성 결과에 따라, 전송되는 세션 생성 결과 메시지가 다를 수 있다. 예를 들어, 세션 생성이 성공일 경우, 상기 세션 생성 결과 메시지는 세션 생성의 성공을 나타내는 결과 코드와 세션 생성 결과에 대응되는 정보를 포함하고, 세션 생성이 실패일 경우, 세션 생성의 실패를 나타내는 결과 코드와 실패 이유에 대응되는 정보를 포함할 수 있다.
상기 싱크 디바이스(63)는 상기 UPnP 컨트롤 포인트(64)에 세션 생성 응답 메시지를 전송할 수 있다(S1750). 여기서, 상기 세션 생성 응답 메시지는 상기 세션 생성 액션에 대한 응답 메시지를 나타내거나, 세션 생성 완료에 대한 응답 메시지를 나타낼 수 있다. 그리고, 상기 세션 생성 응답 메시지는 HTTP 방식으로 전송될 수 있으며, 세션 식별 정보(session identification information) 및 세션 상태 정보(session status information) 중 적어도 하나를 포함할 수 있다.
상기와 같은 과정에서, 상기 싱크 디바이스(63)는 상기 소스 디바이스(52)와 HDBaseT 프로토콜을 이용하여 메시지 송수신하고, 상기 싱크 디바이스(63)는 상기 HPnP 컨트롤 포인트(64)와는 HTTP 프로토콜을 이용하여 메시지 송수신할 수 있다.
도 18에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52), 스위치1(61), 스위치2(62) 및 싱크 디바이스(63)는 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64), 상기 소스 디바이스(52), 상기 스위치1(61), 상기 스위치2(62) 및 상기 싱크 디바이스(63)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 18의 실시예에서는, 상기 싱크 디바이스(63)가 세션 생성의 주체이나 프록시 기능을 수행하는 않는 경우로써, 모든 디바이스들이 HPnP가 적용되는 경우를 나타낸다.
상기 HPnP 컨트롤 포인트(64)는 세션 생성 요청 메시지를 상기 싱크 디바이스(63)에 전송할 수 있다(S1810). 여기서, 상기 세션 생성 요청 메시지는 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간의 세션 생성을 트리거링하는 메시지를 나타내며, 세션 생성 대상인 상기 소스 디바이스(52)와 상기 싱크 디바이스(63)의 식별 정보 및 제어 주소 정보(control URL information)를 포함할 수 있다. 그리고, 상기 세션 생성 요청 메시지는 제어 주소 정보(control URL information)를 이용하여 HTTP POST 방식으로 전송될 수 있다. 예를 들어, 상기 싱크 디바이스(63)는 상기 제어 주소 정보(control URL information)에 대응될 수 있다.
상기 세션 생성 요청 메시지(예를 들어, 상기 소스 디바이스(52)와 상기 싱크 디바이스(63)의 식별 정보)에 기초하여, 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간의 세션 생성 과정이 수행될 수 있다(S1820). 여기서, 상기 세션 생성 과정(S1820)은, 상기 도 17에서 설명한 세션 생성 과정(S1720)이 적용될 수 있다.
세션 생성이 완료되면 상기 소스 디바이스(52)는 상기 싱크 디바이스(63)에 데이터를 전송할 수 있다. 그리고, 상기 소스 디바이스(52)는 상기 싱크 디바이스(63)에 세션 생성 결과 메시지를 전송할 수 있다(S1830). 이때, 상기 세션 생성 결과 메시지는 HD-CMP 방식으로 전송될 수 있으며, 상기 세션 생성 결과에 따라, 전송되는 세션 생성 결과 메시지가 다를 수 있다. 예를 들어, 세션 생성이 성공일 경우, 상기 세션 생성 결과 메시지는 세션 생성의 성공을 나타내는 결과 코드와 세션 생성 결과에 대응되는 정보를 포함하고, 세션 생성이 실패일 경우, 세션 생성의 실패를 나타내는 결과 코드와 실패 이유에 대응되는 정보를 포함할 수 있다.
한편, HDBaseT를 지원하지 않는 레거시(legacy) HDBaseT 컨트롤 포인트(51)가 존재하는 경우, 상기 소스 디바이스(52)는 상기 레거시(legacy) HDBaseT 컨트롤 포인트(51)에 세션 생성 결과 메시지를 전송할 수 있다(S1840).
상기 싱크 디바이스(63)는 상기 HPnP 컨트롤 포인트(64)에 세션 생성 응답 메시지를 전송할 수 있다(S1850). 여기서, 상기 세션 생성 응답 메시지는 상기 세션 생성 액션에 대한 응답 메시지를 나타내거나, 세션 생성 완료에 대한 응답 메시지를 나타낼 수 있다. 그리고, 상기 세션 생성 응답 메시지는 HTTP 방식으로 전송될 수 있으며, 세션 식별 정보(session identification information) 및 세션 상태 정보(session status information) 중 적어도 하나를 포함할 수 있다.
상기와 같은 과정에서, 상기 싱크 디바이스(63)는 상기 소스 디바이스(52)와 HDBaseT 프로토콜을 이용하여 메시지 송수신하고, 상기 싱크 디바이스(63)는 상기 HPnP 컨트롤 포인트(64)와는 HTTP 프로토콜을 이용하여 메시지 송수신할 수 있다.
도 19에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52), 스위치1(61) 및 스위치2(62)는 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64), 상기 스위치1(61), 상기 스위치2(62) 및 상기 싱크 디바이스(63)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 19의 실시예에서는, 스위치 디바이스가 세션 생성의 주체이고 프록시 기능을 수행하는 경우로써, 상기 싱크 디바이스(63)는 HDMI가 있는 레거시 싱크 디바이스를 나타내며, 상기 스위치2(62)에 HDMI를 통해 연결되어 있다.
상기 HPnP 컨트롤 포인트(64)는 세션 생성 요청 메시지를 상기 스위치2(62)에 전송할 수 있다(S1910). 여기서, 상기 세션 생성 요청 메시지는 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션 생성을 트리거링하는 메시지를 나타내며, 세션 생성 대상인 상기 소스 디바이스(52)와 상기 스위치2(62)의 식별 정보 및 제어 주소 정보(control URL information)를 포함할 수 있다. 그리고, 상기 세션 생성 요청 메시지는 제어 주소 정보(control URL information)를 이용하여 HTTP POST 방식으로 전송될 수 있다. 예를 들어, 상기 스위치2(62)는 상기 제어 주소 정보(control URL information)에 대응될 수 있다.
상기 세션 생성 요청 메시지(예를 들어, 상기 소스 디바이스(52)와 상기 스위치2(62)의 식별 정보)에 기초하여, 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션 생성 과정이 수행될 수 있다(S1920). 여기서, 상기 세션 생성 과정(S1920)은, 상기 도 17 또는 상기 도 18에서 설명한 세션 생성 과정이 적용될 수 있다.
세션 생성이 완료되면, 상기 소스 디바이스(52)는 상기 스위치2(62)에 데이터를 전송하고, 상기 스위치2(62)는 상기 소스 디바이스(52)로부터 전송된 데이터를 HDMI를 통해 상기 싱크 디바이스(63)에 전송할 수 있다.
한편, 상기 소스 디바이스(52)는 상기 스위치2(62)에 세션 생성 결과 메시지를 전송할 수 있다(S1930). 또한, HDBaseT를 지원하지 않는 레거시(legacy) HDBaseT 컨트롤 포인트(51)가 존재하는 경우, 상기 소스 디바이스(52)는 상기 레거시(legacy) HDBaseT 컨트롤 포인트(51)에 세션 생성 결과 메시지를 전송할 수 있다(S1940).
상기 스위치2(62)는 상기 HPnP 컨트롤 포인트(64)에 세션 생성 응답 메시지를 전송할 수 있다(S1950).
도 20에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52), 스위치1(61) 및 스위치2(62)는 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64), 상기 소스 디바이스(52), 상기 스위치1(61), 상기 스위치2(62) 및 상기 싱크 디바이스(63)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 20의 실시예에서는, 스위치 디바이스가 세션 생성의 주체이나 프록시 기능을 수행하지 않는 경우로써, 상기 싱크 디바이스(63)는 HDMI가 있는 레거시 싱크 디바이스를 나타내며, 상기 스위치2(62)에 HDMI를 통해 연결되어 있다.
상기 HPnP 컨트롤 포인트(64)는 세션 생성 요청 메시지를 상기 스위치2(62)에 전송할 수 있다(S2010). 여기서, 상기 세션 생성 요청 메시지는 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션 생성을 트리거링하는 메시지를 나타내며, 세션 생성 대상인 상기 소스 디바이스(52)와 상기 스위치2(62)의 식별 정보 및 제어 주소 정보(control URL information)를 포함할 수 있다. 그리고, 상기 세션 생성 요청 메시지는 제어 주소 정보(control URL information)를 이용하여 HTTP POST 방식으로 전송될 수 있다. 예를 들어, 상기 스위치2(62)는 상기 제어 주소 정보(control URL information)에 대응될 수 있다.
상기 세션 생성 요청 메시지(예를 들어, 상기 소스 디바이스(52)와 상기 스위치2(62)의 식별 정보)에 기초하여, 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션 생성 과정이 수행될 수 있다(S1920). 여기서, 상기 세션 생성 과정(S2020)은, 상기 도 17 내지 19에서 설명한 세션 생성 과정이 적용될 수 있다.
세션 생성이 완료되면, 상기 소스 디바이스(52)는 상기 스위치2(62)에 데이터를 전송하고, 상기 스위치2(62)는 상기 소스 디바이스(52)로부터 전송된 데이터를 HDMI를 통해 상기 싱크 디바이스(63)에 전송할 수 있다.
한편, 상기 소스 디바이스(52)는 상기 스위치2(62)에 세션 생성 결과 메시지를 전송할 수 있다(S2030). 또한, HDBaseT를 지원하지 않는 레거시(legacy) HDBaseT 컨트롤 포인트(51)가 존재하는 경우, 상기 소스 디바이스(52)는 상기 레거시(legacy) HDBaseT 컨트롤 포인트(51)에 세션 생성 결과 메시지를 전송할 수 있다(S2040).
상기 스위치2(62)는 상기 HPnP 컨트롤 포인트(64)에 세션 생성 응답 메시지를 전송할 수 있다(S2050).
도 21에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52) 및 스위치1(61)은 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64), 상기 스위치1(61), 상기 스위치2(62) 및 상기 싱크 디바이스(63)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 21의 실시예에서는, 스위치 디바이스가 세션 생성의 주체이고 프록시 기능을 수행하는 경우로써, 상기 소스 디바이스(52)는 HPnP를 지원하지 않는 HDBaseT 디바이스로써 HPnP를 지원하는 상기 스위치1(61)에 연결되어 있다. 상기 스위치1(61)은 상기 소스 디바이스(52)를 상기 제6네트워크(60)에 노출시켜 상기 HPnP 컨트롤 포인트(64)에 의해 발견될 수 있도록 한다.
또한, 상기 싱크 디바이스(63)는 HDMI가 있는 레거시 싱크 디바이스를 나타내며, 상기 스위치2(62)에 HDMI를 통해 연결되어 있다. 따라서, 상기 스위치2(62)는 상기 소스 디바이스(52)로부터 전송된 데이터(예를 들어, 멀티미디어 스트림)를 HDMI를 통해 상기 싱크 디바이스(63)에 전송할 수 있다.
상기 HPnP 컨트롤 포인트(64)는 세션 생성 요청 메시지를 상기 스위치1(61)에 전송할 수 있다(S2110). 여기서, 상기 세션 생성 요청 메시지는 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션 생성을 트리거링하는 메시지를 나타내며, 세션 생성 대상인 상기 소스 디바이스(52)와 상기 스위치2(62)의 식별 정보 및 제어 주소 정보(control URL information)를 포함할 수 있다. 그리고, 상기 세션 생성 요청 메시지는 제어 주소 정보(control URL information)를 이용하여 HTTP POST 방식으로 전송될 수 있다. 예를 들어, 상기 스위치1(61)은 상기 제어 주소 정보(control URL information)에 대응될 수 있다.
상기 세션 생성 요청 메시지를 수신한 상기 스위치1(61)은 세션 생성을 위한 트리거 메시지(trigger message)를 상기 소스 디바이스(52)에 전송할 수 있다(S2120). 여기서, 상기 트리거(trigger) 메시지는 특정 동작의 개시를 위한 신호를 나타내며, 상기 세션 생성을 위한 트리거(trigger) 메시지는 디바이스 간 세션 생성을 위한 신호를 나타낸다. 또한, 상기 트리거(trigger) 메시지는 HD-CMP를 이용하여 전송될 수 있다.
상기 세션 생성을 위한 트리거 메시지(trigger message)에 기초하여, 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션 생성 과정이 수행될 수 있다(S2130). 여기서, 상기 세션 생성 과정(S2130)은, 본 명세서에서 설명하는 세션 생성 과정이 적용될 수 있다.
세션 생성이 완료되면, 상기 소스 디바이스(52)는 상기 스위치2(62)에 데이터를 전송하고, 상기 스위치2(62)는 상기 소스 디바이스(52)로부터 전송된 데이터를 HDMI를 통해 상기 싱크 디바이스(63)에 전송할 수 있다.
한편, 상기 소스 디바이스(52)는 HD-CMP를 이용하여 상기 스위치1(61)에 트리거 응답 메시지를 전송할 수 있다(S2140).
또한, HDBaseT를 지원하지 않는 레거시(legacy) HDBaseT 컨트롤 포인트(51)가 존재하는 경우, 상기 소스 디바이스(52)는 상기 레거시(legacy) HDBaseT 컨트롤 포인트(51)에 세션 생성 결과 메시지를 전송할 수 있다(S2150).
상기 스위치2(62)는 상기 HPnP 컨트롤 포인트(64)에 세션 생성 응답 메시지를 전송할 수 있다(S2160).
본 실시예에서는 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들은 모두 적용가능하다 할 것이다.
도 22에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52), 스위치1(61) 및 스위치2(62)는 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64), 상기 스위치1(61), 상기 스위치2(62) 및 상기 싱크 디바이스(63)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 22의 실시예에서는, 상기 소스 디바이스(52)가 세션 생성의 주체이고, 상기 소스 디바이스(52)는 HPnP를 지원하는 HDBaseT 디바이스로써 스스로 상기 제6네트워크(60)에 노출될 수 있고, 상기 HPnP 컨트롤 포인트(64)에 의해 발견될 수 있다.
또한, 상기 싱크 디바이스(63)는 HDMI가 있는 레거시 싱크 디바이스를 나타내며, 상기 스위치2(62)에 HDMI를 통해 연결되어 있다. 따라서, 상기 스위치2(62)는 상기 소스 디바이스(52)로부터 전송된 데이터(예를 들어, 멀티미디어 스트림)를 HDMI를 통해 상기 싱크 디바이스(63)에 전송할 수 있다.
상기 HPnP 컨트롤 포인트(64)는 세션 생성 요청 메시지를 상기 소스 디바이스(52)에 전송할 수 있다(S2210). 여기서, 상기 세션 생성 요청 메시지는 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션 생성을 트리거링하는 메시지를 나타내며, 세션 생성 대상인 상기 소스 디바이스(52)와 상기 스위치2(62)의 식별 정보 및 제어 주소 정보(control URL information)를 포함할 수 있다. 그리고, 상기 세션 생성 요청 메시지는 제어 주소 정보(control URL information)를 이용하여 HTTP POST 방식으로 전송될 수 있다. 예를 들어, 상기 소스 디바이스(52)는 상기 제어 주소 정보(control URL information)에 대응될 수 있다.
상기 세션 생성 요청 메시지에 기초하여, 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션 생성 과정이 수행될 수 있다(S2220). 여기서, 상기 세션 생성 과정(S2130)은, 본 명세서에서 설명하는 세션 생성 과정이 적용될 수 있다.
세션 생성이 완료되면, 상기 소스 디바이스(52)는 상기 스위치2(62)에 데이터를 전송하고, 상기 스위치2(62)는 상기 소스 디바이스(52)로부터 전송된 데이터를 HDMI를 통해 상기 싱크 디바이스(63)에 전송할 수 있다.
한편, HDBaseT를 지원하지 않는 레거시(legacy) HDBaseT 컨트롤 포인트(51)가 존재하는 경우, 상기 소스 디바이스(52)는 상기 레거시(legacy) HDBaseT 컨트롤 포인트(51)에 세션 생성 결과 메시지를 전송할 수 있다(S2230).
상기 소스 디바이스(52)는 상기 HPnP 컨트롤 포인트(64)에 세션 생성 응답 메시지를 전송할 수 있다(S2240).
본 실시예에서도 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들은 모두 적용가능하다 할 것이다.
도 23은 본 발명이 적용되는 실시예들로써, 도 23(a)는 세션 생성 요청 메시지의 포맷을 나타내고, 도 23(b)는 텍스트/플레인 타입의 세션 생성 요청 메시지를 나타내며, 도 23(c)는 텍스트/xml 타입의 세션 생성 요청 메시지를 나타낸다.
상기 도 23(a)를 살펴보면, 세션 생성 요청 메시지의 포맷(2310)은 POST(2311), HOST(2312), CONTENT-LENGTH(2313), CONTENT-TYPE(2314) 및 BODY(2315)를 포함할 수 있다. 상기 세션 생성 요청 메시지는 HTTP POST 방식으로 전송될 수 있다.
상기 POST(2311)는 세션 제어 트리거 URL을 나타내고, 상기 HOST(2312)는 디바이스에 할당된 IP 주소를 나타내고, CONTENT-LENGTH(2313)는 상기 BODY(2315)의 길이를 나타내고, 상기 CONTENT-TYPE(2314)은 상기 BODY(2315)의 텍스트 타입을 나타낸다.
예를 들어, 상기 도 23(b) 및 상기 도 23(c)를 살펴보면, 각각 상기 세션 생성 요청 메시지의 포맷(2310) 중에서 상기 CONTENT-TYPE(2314)이 text/plain 타입(2331 내지 2335)과 text/xml 타입(2351 내지 2355)인 경우를 나타낸다.
상기 CONTENT-TYPE(2314)이 text/plain 타입 또는 text/xml 타입인 경우, BODY(2335, 2355)는 FirstPartnerTadaptorRef 값 및 SecondPartnerTadaptorRef 값을 포함할 수 있다. 여기서, 상기 FirstPartnerTadaptorRef 및 SecondPartnerTadaptorRef는 세션 생성의 대상인 제1파트너 디바이스와 제2파트너 디바이스의 개체 참조값을 나타낸다.
도 24는 본 발명이 적용되는 실시예들로써, 도 24(a)는 세션 생성 응답 메시지의 포맷을 나타내고, 도 24(b)는 텍스트/플레인 타입의 세션 생성 응답 메시지를 나타내며, 도 24(c)는 텍스트/xml 타입의 세션 생성 응답 메시지를 나타낸다.
상기 도 24(a)를 살펴보면, 세션 생성 응답 메시지의 포맷(2410)은 HTTP 버전 및 결과 코드(2411), CONTENT-TYPE(2412) 및 BODY(2413)를 포함할 수 있다. 상기 세션 생성 응답 메시지는 HTTP 방식으로 전송될 수 있다.
HTTP 버전은 1.1이고 결과 코드는 세션 생성이 성공하였음을 나타내는 200 OK임을 나타낸다(2411). 상기 CONTENT-TYPE(2412)은 상기 BODY(2413)의 텍스트 타입을 나타낸다.
예를 들어, 상기 도 24(b) 및 상기 도 24(c)를 살펴보면, 각각 상기 세션 생성 응답 메시지의 포맷(2410) 중에서 상기 CONTENT-TYPE(2312)이 text/plain 타입(2431 내지 2433)과 text/xml 타입(2451 내지 2453)인 경우를 나타낸다.
상기 CONTENT-TYPE(2412)이 text/plain 타입 또는 text/xml 타입인 경우, BODY(2433, 2453)는 세션 식별 정보와 상태 정보를 포함할 수 있다. 여기서, 상기 상태 정보(“created”)는 세션이 생성되었음을 나타낸다.
도 25는 본 발명이 적용되는 다른 실시예들로써, 도 25(a)는 세션 생성 요청 메시지의 포맷을 나타내고, 도 25(b)는 텍스트/플레인 타입의 세션 생성 요청 메시지를 나타내며, 도 25(c)는 텍스트/xml 타입의 세션 생성 요청 메시지를 나타낸다.
상기 도 25(a)를 살펴보면, 세션 생성 요청 메시지의 포맷(2510)은 POST(2511), HOST(2512), CONTENT-LENGTH(2513), CONTENT-TYPE(2514) 및 BODY(2515) 부분들을 포함할 수 있다. 상기 세션 생성 요청 메시지는 HTTP POST 방식으로 전송될 수 있다.
상기 POST(2511)는 세션 제어 트리거 URL을 나타내고, 상기 HOST(2512)는 디바이스에 할당된 IP 주소를 나타내고, CONTENT-LENGTH(2513)는 상기 BODY(2515)의 길이를 나타내고, 상기 CONTENT-TYPE(2514)은 상기 BODY(2515)의 텍스트 타입을 나타낸다.
예를 들어, 상기 도 25(b) 및 상기 도 25(c)를 살펴보면, 각각 상기 세션 생성 요청 메시지의 포맷(2510) 중에서 상기 CONTENT-TYPE(2514)이 text/plain 타입(2531 내지 2535)과 text/xml 타입(2551 내지 2555)인 경우를 나타낸다.
상기 CONTENT-TYPE(2514)이 text/plain 타입 또는 text/xml 타입인 경우, BODY(2535, 2555)는 FirstPartnerDeviceID, FirstPartnerPortID, FirstPartnerTGroupID, FirstPartnerTAdpatorMask, SecondPartnerDeviceID, SecondPartnerPortID, SecondPartnerTGroupID, SecondPartnerTAdpatorMask 값들 중 적어도 하나를 포함할 수 있다. 여기서, 상기 FirstPartnerDeviceID 및 SecondPartnerDeviceID는 세션 생성의 대상인 제1파트너 디바이스와 제2파트너 디바이스의 디바이스 식별 정보를 나타내고, FirstPartnerPortID 및 SecondPartnerPortID 는 제1파트너 디바이스와 제2파트너 디바이스의 포트 식별 정보를 나타내고, FirstPartnerTGroupID 및 SecondPartnerTGroupID는 제1파트너 디바이스와 제2파트너 디바이스의 그룹 식별 정보를 나타내며, FirstPartnerTAdpatorMask 및 SecondPartnerTAdpatorMask는 제1파트너 디바이스와 제2파트너 디바이스의 마스크 값을 나타낸다.
도 26은 본 발명이 적용되는 다른 실시예들로써, 도 26(a)는 세션 생성에 성공한 경우 세션 생성 응답 메시지의 포맷을 나타내고, 도 26(b)는 세션 생성에 실패한 경우 세션 생성 응답 메시지를 나타낸다.
상기 도 26(a)를 살펴보면, 세션 생성에 성공한 경우 세션 생성 응답 메시지의 포맷(2610)은 HTTP 버전 및 결과 코드(2611), CONTENT-TYPE(2612) 및 BODY(2613)를 포함할 수 있다. 상기 세션 생성 응답 메시지는 HTTP 방식으로 전송될 수 있다.
HTTP 버전은 1.1이고 결과 코드는 세션 생성이 성공하였음을 나타내는 200 OK임을 나타낸다(2611, 2621). 상기 CONTENT-TYPE(2612, 2622)은 상기 BODY(2613, 2623)의 텍스트 타입을 나타낸다.
예를 들어, 상기 도 26(a)를 살펴보면, 상기 CONTENT-TYPE(2612, 2622)은 text/plain 타입(2621 내지 2623)인 경우를 나타낸다.
상기 CONTENT-TYPE(2612, 2632)이 text/plain 타입인 경우, BODY(2613, 2623)는 세션 식별 정보와 상태 정보를 포함할 수 있다. 여기서, 상기 상태 정보(“created”)는 세션이 생성되었음을 나타낸다.
상기 도 26(b)를 살펴보면, 세션 생성에 실패한 경우 세션 생성 응답 메시지의 포맷(2630)은 HTTP 버전 및 결과 코드(2631), CONTENT-TYPE(2632) 및 BODY(2633)를 포함할 수 있다. 상기 세션 생성 응답 메시지는 HTTP 방식으로 전송될 수 있다.
HTTP 버전은 1.1이고 결과 코드는 세션 생성이 실패하였음을 나타내는 503 임을 나타낸다(2631, 2641). 상기 CONTENT-TYPE(2632, 2642)은 상기 BODY(2633, 2643)의 텍스트 타입을 나타낸다.
예를 들어, 상기 도 26(b)를 살펴보면, 상기 CONTENT-TYPE(2632, 2642)은 text/plain 타입(2641 내지 2643)인 경우를 나타낸다.
상기 CONTENT-TYPE(2632, 2642)이 text/plain 타입인 경우, BODY(2633, 2643)는 실패 이유 정보를 포함할 수 있다.
도 27 내지 도 35는 본 발명이 적용되는 실시예들로써, 복수의 네트워크 상에서 디바이스 간 세션을 종료하기 위한 다양한 방법을 나타내는 흐름도들이다.
상기 도 27 내지 도 35에서는, 상기 제5네트워크(50)는 HDBaseT 네트워크를 나타내고 HD-CMP(HDBaseT Control and Management Protocol)를 이용하고, 상기 제6네트워크(60)는 HPnP (HDBaseT Plug & Play) 네트워크를 나타내며 HTTP(hypertext transfer protocol)를 이용하는 것으로 가정한다.
하지만, 앞서 설명한 바와 같이, 본 발명이 적용되는 네트워크 시스템은 서로 다른 프로토콜을 지원하는 복수의 네트워크를 구성할 수 있고, 각 네트워크는 다양한 프로토콜 중 적어도 하나를 지원할 수 있다. 예를 들어, 상기 제5네트워크(50) 및 상기 제6네트워크(60)는 UPNP (Universal Plug & Play) 네트워크, HPnP(HDBaseT Plug & Play) 네트워크, HDBaseT 네트워크 중 어느 하나에 해당할 수 있다. 또한, 상기 제5네트워크(50) 및 상기 제6네트워크(60)는 TCP/IP(Transmission Control Protocol/Internet Protocol), SSDP(Simple Service Discovery Protocol), SOAP(Simple Object Access Protocol), GENA(General Event Notification Architecture), HTTP(hypertext transfer protocol), HD-CMP(HDBaseT Control and Management Protocol) 중 적어도 하나의 프로토콜을 지원할 수 있으며, 디바이스 간 송수신되는 메시지는 플레인 타입 또는 XML(eXtensible Markup Language) 타입으로 표현될 수 있다.
도 27에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52), 스위치1(61), 스위치2(62) 및 싱크 디바이스(63)는 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64)와 상기 싱크 디바이스(63)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 27의 실시예에서는, 상기 HPnP 컨트롤 포인트(64)가 상기 싱크 디바이스(63)에 세션 종료를 요청하는 경우로써, 상기 제5네트워크(50) 내에서 상기 싱크 디바이스(35)만 HPnP가 적용되는 디바이스인 경우를 나타낸다.
또한, 본 실시예에서는 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
사용자가 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간의 세션을 종료하고자 하는 경우, 상기 HPnP 컨트롤 포인트(64)는 세션 종료 요청 메시지를 상기 싱크 디바이스(63)에 전송할 수 있다(S2710). 여기서, 상기 세션 종료 요청 메시지는 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간의 세션 종료를 트리거링하는 메시지를 나타낸다. 상기 세션 종료 요청 메시지는 종료될 디바이스의 IP 주소 정보, 종료될 세션을 식별하는 세션 식별 정보, 세션 종료 과정을 개시하는 개시 디바이스 참조 값(initiate device reference value), 세션 종료의 대상인 제1파트너 디바이스 참조 값 및 제2파트너 디바이스의 참조 값 중 적어도 하나를 포함할 수 있다.
상기 세션 종료 요청 메시지에 기초하여, 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간의 세션 종료 과정이 수행될 수 있다(S2720). 구체적으로, 상기 싱크 디바이스(63)는 발견된 소스 디바이스(52)에 세션 종료 쿼리 메시지를 전송할 수 있다. 여기서, 상기 싱크 디바이스(63)는 동일한 네트워크에 포함되어 있는 스위치 디바이스에 상기 세션 종료 쿼리 메시지를 전송하고, 상기 세션 종료 쿼리 메시지는 라우팅 경로를 통해 상기 소스 디바이스(52)에 전송될 수 있다. 본 실시예의 세션 종료 과정은 본 명세서에 기재된 세션 종료 과정의 실시예들이 적용될 수 있다.
세션 종료 과정이 완료되면, 상기 소스 디바이스(52)는 상기 싱크 디바이스(63)에 세션 종료 결과 메시지를 전송할 수 있다(S2730). 이때, 상기 세션 종료 결과 메시지는 HD-CMP 방식으로 전송될 수 있으며, 상기 세션 종료 결과에 따라, 전송되는 세션 종료 결과 메시지가 다를 수 있다. 예를 들어, 세션 종료가 성공일 경우, 상기 세션 종료 결과 메시지는 세션 종료의 성공을 나타내는 결과 코드와 세션 종료 결과에 대응되는 정보를 포함하고, 세션 종료가 실패일 경우, 세션 종료의 실패를 나타내는 결과 코드와 실패 이유에 대응되는 정보를 포함할 수 있다.
한편, HDBaseT를 지원하지 않는 레거시(legacy) HDBaseT 컨트롤 포인트(51)가 존재하는 경우, 상기 소스 디바이스(52)는 상기 레거시(legacy) HDBaseT 컨트롤 포인트(51)에 세션 종료 결과 메시지를 전송할 수 있다(S2740).
상기 싱크 디바이스(63)는 상기 HPnP 컨트롤 포인트(64)에 세션 종료 응답 메시지를 전송할 수 있다(S2750). 여기서, 상기 세션 종료 응답 메시지는 상기 세션 종료 요청 메시지에 대한 응답 메시지를 나타낼 수 있다. 그리고, 상기 세션 종료 응답 메시지는 HTTP 방식으로 전송될 수 있으며, 세션이 생성에 참여한 디바이스 정보, 종료된 세션을 식별하는 세션 식별 정보(session identification information) 및 응답 코드 중 적어도 하나를 포함할 수 있다.
상기와 같은 과정에서, 상기 싱크 디바이스(63)는 상기 소스 디바이스(52)와 HDBaseT 프로토콜을 이용하여 메시지 송수신하고, 상기 싱크 디바이스(63)는 상기 HPnP 컨트롤 포인트(64)와는 HTTP 프로토콜을 이용하여 메시지 송수신할 수 있다.
도 28에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52), 스위치1(61), 스위치2(62) 및 싱크 디바이스(63)는 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64), 상기 소스 디바이스(52), 상기 스위치1(61), 상기 스위치2(62) 및 상기 싱크 디바이스(63)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 28의 실시예에서는, 상기 HPnP 컨트롤 포인트(64)가 상기 싱크 디바이스(63)에 세션 종료를 요청하는 경우로써, 모든 디바이스가 HPnP 적용되는 경우를 나타낸다.
또한, 본 실시예에서는 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
사용자가 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간의 세션을 종료하고자 하는 경우, 상기 HPnP 컨트롤 포인트(64)는 세션 종료 요청 메시지를 상기 싱크 디바이스(63)에 전송할 수 있다(S2810).
상기 세션 종료 요청 메시지에 기초하여, 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간의 세션 종료 과정이 수행될 수 있다(S2820).
세션 종료 과정이 완료되면, 상기 소스 디바이스(52)는 상기 싱크 디바이스(63)에 세션 종료 결과 메시지를 전송할 수 있다(S2830). 이때, 상기 세션 종료 결과 메시지는 HD-CMP 방식으로 전송될 수 있다.
한편, HDBaseT를 지원하지 않는 레거시(legacy) HDBaseT 컨트롤 포인트(51)가 존재하는 경우, 상기 소스 디바이스(52)는 상기 레거시(legacy) HDBaseT 컨트롤 포인트(51)에 세션 종료 결과 메시지를 전송할 수 있다(S2840).
그리고, 상기 싱크 디바이스(63)는 상기 HPnP 컨트롤 포인트(64)에 세션 종료 응답 메시지를 전송할 수 있다(S2850). 여기서, 상기 세션 종료 응답 메시지는 HTTP 방식으로 전송될 수 있다.
본 실시예에서는 앞서 설명한 세션 종료와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 29에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52), 스위치1(61), 스위치2(62) 및 싱크 디바이스(63)는 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64) 및 상기 소스 디바이스(52)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 29의 실시예에서는, 상기 HPnP 컨트롤 포인트(64)가 상기 소스 디바이스(52)에 세션 종료를 요청하는 경우로써, 상기 소스 디바이스(52)만 HPnP 적용되는 경우를 나타낸다.
또한, 본 실시예에서는 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
사용자가 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간의 세션을 종료하고자 하는 경우, 상기 HPnP 컨트롤 포인트(64)는 세션 종료 요청 메시지를 상기 소스 디바이스(52)에 전송할 수 있다(S2910).
상기 세션 종료 요청 메시지에 기초하여, 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간의 세션 종료 과정이 수행될 수 있다(S2920).
세션 종료 과정이 완료되면, 상기 싱크 디바이스(63)는 상기 소스 디바이스(52)에 세션 종료 결과 메시지를 전송할 수 있다(S2930). 이때, 상기 세션 종료 결과 메시지는 HD-CMP 방식으로 전송될 수 있다.
한편, HDBaseT를 지원하지 않는 레거시(legacy) HDBaseT 컨트롤 포인트(51)가 존재하는 경우, 상기 소스 디바이스(52)는 상기 레거시(legacy) HDBaseT 컨트롤 포인트(51)에 세션 종료 결과 메시지를 전송할 수 있다(S2940).
그리고, 상기 소스 디바이스(52)는 상기 HPnP 컨트롤 포인트(64)에 세션 종료 응답 메시지를 전송할 수 있다(S2950). 여기서, 상기 세션 종료 응답 메시지는 HTTP 방식으로 전송될 수 있다.
본 실시예에서도 앞서 설명한 세션 종료와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 30에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52), 스위치1(61), 스위치2(62) 및 싱크 디바이스(63)는 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64), 상기 소스 디바이스(52), 상기 스위치1(61), 상기 스위치2(62) 및 상기 싱크 디바이스(63)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 30의 실시예에서는, 상기 HPnP 컨트롤 포인트(64)가 상기 소스 디바이스(52)에 세션 종료를 요청하는 경우로써, 모든 디바이스가 HPnP 적용되는 경우를 나타낸다.
또한, 본 실시예에서는 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
사용자가 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간의 세션을 종료하고자 하는 경우, 상기 HPnP 컨트롤 포인트(64)는 세션 종료 요청 메시지를 상기 소스 디바이스(52)에 전송할 수 있다(S3010).
상기 세션 종료 요청 메시지에 기초하여, 상기 소스 디바이스(52)와 상기 싱크 디바이스(63) 간의 세션 종료 과정이 수행될 수 있다(S3020).
세션 종료 과정이 완료되면, 상기 싱크 디바이스(63)는 상기 소스 디바이스(52)에 세션 종료 결과 메시지를 전송할 수 있다(S3030). 이때, 상기 세션 종료 결과 메시지는 HD-CMP 방식으로 전송될 수 있다.
한편, HDBaseT를 지원하지 않는 레거시(legacy) HDBaseT 컨트롤 포인트(51)가 존재하는 경우, 상기 소스 디바이스(52)는 상기 레거시(legacy) HDBaseT 컨트롤 포인트(51)에 세션 종료 결과 메시지를 전송할 수 있다(S3040).
그리고, 상기 소스 디바이스(52)는 상기 HPnP 컨트롤 포인트(64)에 세션 종료 응답 메시지를 전송할 수 있다(S3050). 여기서, 상기 세션 종료 응답 메시지는 HTTP 방식으로 전송될 수 있다.
본 실시예에서도 앞서 설명한 세션 종료와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 31에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52), 스위치1(61) 및 스위치2(62)는 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64), 상기 스위치1(61), 상기 스위치2(62) 및 상기 싱크 디바이스(63)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 31의 실시예에서는, 스위치 디바이스가 세션 종료의 주체인 경우로써, 상기 스위치 디바이스만 HPnP 적용되는 경우를 나타낸다. 그리고, 상기 싱크 디바이스(63)는 HDMI가 있는 레거시 싱크 디바이스이며, HDMI를 통해 상기 스위치2(62)에 연결되어 있다.
또한, 본 실시예에서는 상기 소스 디바이스(52)와 상기 스위치2(62) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
사용자가 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션을 종료하고자 하는 경우, 상기 HPnP 컨트롤 포인트(64)는 세션 종료 요청 메시지를 상기 스위치2(62)에 전송할 수 있다(S3110).
상기 세션 종료 요청 메시지에 기초하여, 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션 종료 과정이 수행될 수 있다(S3120).
세션 종료 과정이 완료되면, 상기 소스 디바이스(52)는 상기 스위치2(62)에 세션 종료 결과 메시지를 전송할 수 있다(S3130). 이때, 상기 세션 종료 결과 메시지는 HD-CMP 방식으로 전송될 수 있다.
한편, HDBaseT를 지원하지 않는 레거시(legacy) HDBaseT 컨트롤 포인트(51)가 존재하는 경우, 상기 소스 디바이스(52)는 상기 레거시(legacy) HDBaseT 컨트롤 포인트(51)에 세션 종료 결과 메시지를 전송할 수 있다(S3140).
그리고, 상기 스위치2(62)는 상기 HPnP 컨트롤 포인트(64)에 세션 종료 응답 메시지를 전송할 수 있다(S3150). 여기서, 상기 세션 종료 응답 메시지는 HTTP 방식으로 전송될 수 있다.
본 실시예에서도 앞서 설명한 세션 종료와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 32에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52), 스위치1(61) 및 스위치2(62)는 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64), 상기 소스 디바이스(52), 상기 스위치1(61), 상기 스위치2(62) 및 상기 싱크 디바이스(63)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 32의 실시예에서는, 스위치 디바이스가 세션 종료의 주체인 경우로써, 모든 디바이스가 HPnP 적용되는 경우를 나타낸다. 그리고, 상기 싱크 디바이스(63)는 HDMI가 있는 레거시 싱크 디바이스이며, HDMI를 통해 상기 스위치2(62)에 연결되어 있다.
또한, 본 실시예에서는 상기 소스 디바이스(52)와 상기 스위치2(62) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
사용자가 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션을 종료하고자 하는 경우, 상기 HPnP 컨트롤 포인트(64)는 세션 종료 요청 메시지를 상기 스위치2(62)에 전송할 수 있다(S3210).
상기 세션 종료 요청 메시지에 기초하여, 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션 종료 과정이 수행될 수 있다(S3220).
세션 종료 과정이 완료되면, 상기 소스 디바이스(52)는 상기 스위치2(62)에 세션 종료 결과 메시지를 전송할 수 있다(S3230). 이때, 상기 세션 종료 결과 메시지는 HD-CMP 방식으로 전송될 수 있다.
한편, HDBaseT를 지원하지 않는 레거시(legacy) HDBaseT 컨트롤 포인트(51)가 존재하는 경우, 상기 소스 디바이스(52)는 상기 레거시(legacy) HDBaseT 컨트롤 포인트(51)에 세션 종료 결과 메시지를 전송할 수 있다(S3240).
그리고, 상기 스위치2(62)는 상기 HPnP 컨트롤 포인트(64)에 세션 종료 응답 메시지를 전송할 수 있다(S3250). 여기서, 상기 세션 종료 응답 메시지는 HTTP 방식으로 전송될 수 있다.
본 실시예에서도 앞서 설명한 세션 종료와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 33에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52), 스위치1(61), 스위치2(62) 및 상기 싱크 디바이스(63)는 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64) 및 상기 소스 디바이스(52)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 33의 실시예에서는, 상기 소스 디바이스(52)가 세션 종료의 주체인 경우로써, 상기 소스 디바이스(52)만 HPnP 적용되는 경우를 나타낸다. 그리고, 상기 싱크 디바이스(63)는 HDMI가 있는 레거시 싱크 디바이스이며, HDMI를 통해 상기 스위치2(62)에 연결되어 있다.
또한, 본 실시예에서는 상기 소스 디바이스(52)와 상기 스위치2(62) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
사용자가 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션을 종료하고자 하는 경우, 상기 HPnP 컨트롤 포인트(64)는 세션 종료 요청 메시지를 상기 소스 디바이스(52)에 전송할 수 있다(S3310).
상기 세션 종료 요청 메시지에 기초하여, 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션 종료 과정이 수행될 수 있다(S3320).
세션 종료 과정이 완료되면, 상기 스위치2(62)는 상기 소스 디바이스(52)에 세션 종료 결과 메시지를 전송할 수 있다(S3330). 이때, 상기 세션 종료 결과 메시지는 HD-CMP 방식으로 전송될 수 있다.
한편, HDBaseT를 지원하지 않는 레거시(legacy) HDBaseT 컨트롤 포인트(51)가 존재하는 경우, 상기 스위치2(62)는 상기 레거시(legacy) HDBaseT 컨트롤 포인트(51)에 세션 종료 결과 메시지를 전송할 수 있다(S3340).
그리고, 상기 소스 디바이스(52)는 상기 HPnP 컨트롤 포인트(64)에 세션 종료 응답 메시지를 전송할 수 있다(S3350). 여기서, 상기 세션 종료 응답 메시지는 HTTP 방식으로 전송될 수 있다.
본 실시예에서도 앞서 설명한 세션 종료와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 34에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52), 스위치1(61), 스위치2(62) 및 상기 싱크 디바이스(63)는 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64) 및 상기 소스 디바이스(52)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 34의 실시예에서는, 상기 소스 디바이스(52)가 세션 종료의 주체인 경우로써, 모든 디바이스가 HPnP 적용되는 경우를 나타낸다. 그리고, 상기 싱크 디바이스(63)는 HDMI가 있는 레거시 싱크 디바이스이며, HDMI를 통해 상기 스위치2(62)에 연결되어 있다.
또한, 본 실시예에서는 상기 소스 디바이스(52)와 상기 스위치2(62) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
사용자가 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션을 종료하고자 하는 경우, 상기 HPnP 컨트롤 포인트(64)는 세션 종료 요청 메시지를 상기 소스 디바이스(52)에 전송할 수 있다(S3410).
상기 세션 종료 요청 메시지에 기초하여, 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션 종료 과정이 수행될 수 있다(S3420).
세션 종료 과정이 완료되면, 상기 스위치2(62)는 상기 소스 디바이스(52)에 세션 종료 결과 메시지를 전송할 수 있다(S3430). 이때, 상기 세션 종료 결과 메시지는 HD-CMP 방식으로 전송될 수 있다.
한편, HDBaseT를 지원하지 않는 레거시(legacy) HDBaseT 컨트롤 포인트(51)가 존재하는 경우, 상기 스위치2(62)는 상기 레거시(legacy) HDBaseT 컨트롤 포인트(51)에 세션 종료 결과 메시지를 전송할 수 있다(S3440).
그리고, 상기 소스 디바이스(52)는 상기 HPnP 컨트롤 포인트(64)에 세션 종료 응답 메시지를 전송할 수 있다(S3450). 여기서, 상기 세션 종료 응답 메시지는 HTTP 방식으로 전송될 수 있다.
본 실시예에서도 앞서 설명한 세션 종료와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 35에서는, HDBaseT 컨트롤 포인트(51), 소스 디바이스(52) 및 스위치1(61)은 제5네트워크(50) 내에서 연결되어 있고, HPnP 컨트롤 포인트(64), 상기 스위치1(61), 스위치2(62) 및 싱크 디바이스(63)는 제6네트워크(60) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 35의 실시예에서는, 상기 소스 디바이스(52)가 세션 종료의 주체인 경우로써, 스위치 디바이스만 HPnP 적용되는 경우를 나타낸다.
그리고, 상기 소스 디바이스(52)는 HPnP를 지원하지 않는 HDBaseT 디바이스로써 HPnP를 지원하는 상기 스위치1(61)에 연결되어 있다. 상기 스위치1(61)은 상기 소스 디바이스(52)를 상기 제6네트워크(60)에 노출시켜 상기 HPnP 컨트롤 포인트(64)에 의해 발견될 수 있도록 한다. 이를 위해, 상기 스위치1(61)은 상기 소스 디바이스(52)에 대한 정보를 수집하여 관리할 수 있다.
상기 싱크 디바이스(63)는 HDMI가 있는 레거시 싱크 디바이스이며, HDMI를 통해 상기 스위치2(62)에 연결되어 있다.
또한, 본 실시예에서는 상기 소스 디바이스(52)와 상기 스위치2(62) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
사용자가 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션을 종료하고자 하는 경우, 상기 HPnP 컨트롤 포인트(64)는 세션 종료 요청 메시지를 상기 스위치1(61)에 전송할 수 있다(S3510).
상기 세션 종료 요청 메시지에 기초하여, 상기 스위치1(61)은 세션 종료를 위한 트리거 메시지를 상기 소스 디바이스(52)에 전송할 수 있다(S3520). 여기서, 상기 트리거(trigger) 메시지는 특정 동작의 개시를 위한 신호를 나타내며, 상기 세션 종료를 위한 트리거(trigger) 메시지는 디바이스 간 세션 종료를 위한 신호를 나타낸다.
상기 세션 종료를 위한 트리거 메시지에 기초하여, 상기 소스 디바이스(52)와 상기 스위치2(62) 간의 세션 종료 과정이 수행될 수 있다(S3530).
세션 종료 과정이 완료되면, 상기 소스 디바이스(52)는 상기 스위치1(61)에 트리거 응답 메시지를 전송할 수 있다(S3540). 이때, 상기 트리거 응답 메시지는 HD-CMP 방식으로 전송될 수 있다.
한편, HDBaseT를 지원하지 않는 레거시(legacy) HDBaseT 컨트롤 포인트(51)가 존재하는 경우, 상기 소스 디바이스(52)는 상기 레거시(legacy) HDBaseT 컨트롤 포인트(51)에 세션 종료 결과 메시지를 전송할 수 있다(S3550).
그리고, 상기 스위치1(61)은 상기 HPnP 컨트롤 포인트(64)에 세션 종료 응답 메시지를 전송할 수 있다(S3560). 여기서, 상기 세션 종료 응답 메시지는 HTTP 방식으로 전송될 수 있다.
본 실시예에서도 앞서 설명한 세션 종료와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 36은 본 발명이 적용되는 실시예들로써, 도 36(a)는 세션 종료 요청 메시지의 포맷을 나타내고, 도 36(b)는 텍스트/플레인 타입의 세션 종료 요청 메시지를 나타내며, 도 36(c)는 텍스트/xml 타입의 세션 종료 요청 메시지를 나타낸다.
상기 도 36(a)를 살펴보면, 세션 종료 요청 메시지의 포맷(3610)은 POST(3611), HOST(3612), CONTENT-LENGTH(3613), CONTENT-TYPE(3614) 및 BODY(3615)를 포함할 수 있다. 상기 세션 종료 요청 메시지는 HTTP POST 방식으로 전송될 수 있다.
상기 POST(3611)는 세션 제어 트리거 URL을 나타내고, 상기 HOST(3612)는 디바이스에 할당된 IP 주소를 나타내고, CONTENT-LENGTH(3613)는 상기 BODY(3615)의 길이를 나타내고, 상기 CONTENT-TYPE(3614)은 상기 BODY(3615)의 텍스트 타입을 나타낸다.
예를 들어, 상기 도 36(b) 및 상기 도 36(c)를 살펴보면, 각각 상기 세션 종료 요청 메시지의 포맷(3610) 중에서 상기 CONTENT-TYPE(3614)이 text/plain 타입(3631 내지 3635)과 text/xml 타입(3651 내지 3655)인 경우를 나타낸다.
상기 CONTENT-TYPE(3614)이 text/plain 타입 또는 text/xml 타입인 경우, BODY(3635, 3655)는 적어도 하나의 세션 식별 정보를 포함할 수 있다. 여기서, SessionID1은 제1세션의 세션 식별 정보를 나타내고, SessionID2는 제2세션의 세션 식별 정보를 나타낸다.
도 37은 본 발명이 적용되는 실시예들로써, 도 37(a)는 세션 종료 응답 메시지의 포맷을 나타내고, 도 37(b)는 텍스트/플레인 타입의 세션 종료 응답 메시지를 나타내며, 도 37(c)는 텍스트/xml 타입의 세션 종료 응답 메시지를 나타낸다.
상기 도 37(a)를 살펴보면, 세션 종료 응답 메시지의 포맷(3710)은 HTTP 버전 및 결과 코드(3711), CONTENT-TYPE(3712) 및 BODY(3713)를 포함할 수 있다. 상기 세션 종료 응답 메시지는 HTTP 방식으로 전송될 수 있다.
HTTP 버전은 1.1이고 결과 코드는 세션 종료가 성공하였음을 나타내는 200 OK임을 나타낸다(3711). 상기 CONTENT-TYPE(3712)은 상기 BODY(3713)의 텍스트 타입을 나타낸다.
예를 들어, 상기 도 37(b) 및 상기 도 37(c)를 살펴보면, 각각 상기 세션 종료 응답 메시지의 포맷(3710) 중에서 상기 CONTENT-TYPE(3712)이 text/plain 타입(3731 내지 3733)과 text/xml 타입(3751 내지 3753)인 경우를 나타낸다.
상기 CONTENT-TYPE(3712)이 text/plain 타입 또는 text/xml 타입인 경우, BODY(3733, 3753)는 세션 식별 정보와 상태 정보를 포함할 수 있다. 여기서, 상기 상태 정보(“terminated”)는 세션이 종료되었음을 나타낸다.
도 38은 본 발명이 적용되는 다른 실시예들로써, 도 38(a)는 세션 종료 요청 메시지의 포맷을 나타내고, 도 38(b)는 텍스트/플레인 타입의 세션 종료 요청 메시지를 나타내며, 도 38(c)는 텍스트/xml 타입의 세션 종료 요청 메시지를 나타낸다.
상기 도 38(a)를 살펴보면, 세션 종료 요청 메시지의 포맷(3810)은 POST(3811), HOST(3812), CONTENT-LENGTH(3813), CONTENT-TYPE(3814) 및 BODY(3815)를 포함할 수 있다. 상기 세션 종료 요청 메시지는 HTTP POST 방식으로 전송될 수 있다.
상기 POST(3811)는 세션 제어 트리거 URL을 나타내고, 상기 HOST(3812)는 디바이스에 할당된 IP 주소를 나타내고, CONTENT-LENGTH(3813)는 상기 BODY(3815)의 길이를 나타내고, 상기 CONTENT-TYPE(3814)은 상기 BODY(3815)의 텍스트 타입을 나타낸다.
예를 들어, 상기 도 38(b) 및 상기 도 38(c)를 살펴보면, 각각 상기 세션 종료 요청 메시지의 포맷(3810) 중에서 상기 CONTENT-TYPE(3814)이 text/plain 타입(3831 내지 3835)과 text/xml 타입(3851 내지 3855)인 경우를 나타낸다.
상기 CONTENT-TYPE(3814)이 text/plain 타입 또는 text/xml 타입인 경우, 상기 BODY(3815)는 상기 도 38(b) 및 상기 도 38(c)와 같이 표현될 수 있다. 상기 BODY(3815) 메시지는 종료될 세션을 식별하는 세션 식별 정보, 세션 종료 과정을 개시하는 개시 디바이스 참조 값(initiate device reference value), 세션 종료의 대상인 제1파트너 디바이스 참조 값 및 제2파트너 디바이스의 참조 값을 포함할 수 있다.
예를 들어, 상기 도 38(b) 및 상기 도 38(c)를 살펴보면, 상기 BODY(3835, 3855) 메시지는 SID 값, InitiatingEntityReference 값, FirstPartnerReference 값, SecondPartnerReference 값을 포함할 수 있다.
도 39는 본 발명이 적용되는 다른 실시예들로써, 도 39(a)는 세션 종료에 성공한 경우 세션 종료 응답 메시지의 포맷을 나타내고, 도 39(b)는 세션 종료에 실패한 경우 세션 종료 응답 메시지를 나타낸다.
상기 도 39(a)를 살펴보면, 세션 종료에 성공한 경우 세션 종료 응답 메시지의 포맷(3910)은 HTTP 버전 및 결과 코드(3911), CONTENT-TYPE(3912) 및 BODY(3913) 메시지를 포함할 수 있다. 상기 세션 종료 응답 메시지는 HTTP 방식으로 전송될 수 있다.
HTTP 버전은 1.1이고 결과 코드는 세션 종료가 성공하였음을 나타내는 200 OK임을 나타낸다(3911, 3921). 상기 CONTENT-TYPE(3912, 3922)은 상기 BODY(3913, 3923)의 텍스트 타입을 나타낸다. 예를 들어, 상기 CONTENT-TYPE(3912, 3922)은 text/plain 타입(3921 내지 3923)인 경우를 나타낸다.
한편, 상기 BODY(3913, 3923) 메시지는 종료된 세션을 식별하는 세션 식별 정보, 세션 종료가 성공하였음을 나타내는 응답 코드, 세션 종료 과정을 개시한 개시 디바이스 참조 값(initiate device reference value), 세션 종료의 대상인 제1파트너 디바이스 참조 값 및 제2파트너 디바이스의 참조 값 중 적어도 하나를 포함할 수 있다.
상기 도 39(b)를 살펴보면, 세션 종료에 실패한 경우 세션 종료 응답 메시지의 포맷(3930)은 HTTP 버전 및 결과 코드(3931), CONTENT-TYPE(3932) 및 BODY(3933) 메시지를 포함할 수 있다. 상기 세션 종료 응답 메시지는 HTTP 방식으로 전송될 수 있다.
HTTP 버전은 1.1이고 결과 코드는 세션 종료가 실패하였음을 나타내는 503 임을 나타낸다(3931, 3941). 상기 CONTENT-TYPE(3932, 3942)은 상기 BODY(3933, 3943) 메시지의 텍스트 타입을 나타낸다. 예를 들어, 상기 CONTENT-TYPE(3932, 3942)은 text/plain 타입(3941 내지 3943)인 경우를 나타낸다.
한편, 상기 BODY(3933, 3943) 메시지는 실패 이유 정보를 포함할 수 있다. 상기 실패 이유 정보는 응답 코드 리스트 중의 하나를 포함할 수 있다. 예를 들어, 응답 코드가 1일 경우 세션 식별 정보를 모르는 경우를 나타내고, 2일 경우 파트너 디바이스가 없는 경우, 예를 들어 응답 디바이스가 세션 상의 파트너 디바이스가 아닌 경우를 나타낼 수 있다. 응답 코드가 3일 경우, 비어있음(reserved)을 나타낼 수 있고, 4일 경우 요청한 디바이스가 세션을 종료하도록 허락되지 않은 것을 나타낼 수 있으며, 응답 코드가 6일 경우 일반적인 에러를 나타낼 수 있다.
도 40 내지 도 46은 본 발명이 적용되는 실시예들로써, 복수의 네트워크 상에서 디바이스 간 세션 생성 후 세션 상태 정보를 획득하기 위한 다양한 방법을 나타내는 흐름도들이다.
상기 도 40 내지 도 46에서는, 상기 제7네트워크(70)는 HDBaseT 네트워크를 나타내고 HD-CMP(HDBaseT Control and Management Protocol)를 이용하고, 상기 제8네트워크(80)는 HPnP (HDBaseT Plug & Play) 네트워크를 나타내며 HTTP(hypertext transfer protocol)를 이용하는 것으로 가정한다.
하지만, 앞서 설명한 바와 같이, 본 발명이 적용되는 네트워크 시스템은 서로 다른 프로토콜을 지원하는 복수의 네트워크를 구성할 수 있고, 각 네트워크는 다양한 프로토콜 중 적어도 하나를 지원할 수 있다. 예를 들어, 상기 제7네트워크(70) 및 상기 제8네트워크(80)는 UPNP (Universal Plug & Play) 네트워크, HPnP(HDBaseT Plug & Play) 네트워크, HDBaseT 네트워크 중 어느 하나에 해당할 수 있다. 또한, 상기 제7네트워크(70) 및 상기 제8네트워크(80)는 TCP/IP(Transmission Control Protocol/Internet Protocol), SSDP(Simple Service Discovery Protocol), SOAP(Simple Object Access Protocol), GENA(General Event Notification Architecture), HTTP(hypertext transfer protocol), HD-CMP(HDBaseT Control and Management Protocol) 중 적어도 하나의 프로토콜을 지원할 수 있으며, 디바이스 간 송수신되는 메시지는 플레인 타입 또는 XML(eXtensible Markup Language) 타입으로 표현될 수 있다.
도 40에서는, HDBaseT 컨트롤 포인트(71), 소스 디바이스(72), 스위치1(73), 스위치2(74) 및 싱크 디바이스(81)는 제7네트워크(70) 내에서 연결되어 있고, HPnP 컨트롤 포인트(82)와 상기 싱크 디바이스(81)는 제8네트워크(80) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 40의 실시예에서는, 상기 HPnP 컨트롤 포인트(82)가 상기 싱크 디바이스(81)에 세션 종료를 요청하는 경우로써, 상기 제7네트워크(70) 내에서 상기 싱크 디바이스(81)만 HPnP가 적용되는 경우를 나타낸다.
또한, 본 실시예에서는 상기 소스 디바이스(72)와 상기 싱크 디바이스(81) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
상기 HPnP 컨트롤 포인트(82)는, 상기 싱크 디바이스(81)와 상기 소스 디바이스(72) 간에 생성된 세션의 상태 정보를 획득하기 위해, 상기 싱크 디바이스(81)에 세션 상태 요청 메시지를 전송할 수 있다(S4010). 여기서, 세션 상태 요청 메시지는 세션 상태 정보를 획득하기 위한 트리거(trigger) 메시지일 수 있다. 상기 트리거(trigger) 메시지는 디바이스 간 생성된 세션의 상태 정보를 획득하기 위한 신호를 나타낸다.
상기 세션 상태 요청 메시지는 세션 상태 정보를 획득하기 위한 주소 정보 및 대상 세션의 세션 식별 정보 중 적어도 하나를 포함할 수 있다. 그리고, 상기 세션 상태 요청 메시지는 제어 주소 정보(control URL information)를 이용하여 HTTP POST 방식으로 전송될 수 있다. 이 경우, 상기 싱크 디바이스(81)는 상기 제어 주소 정보(control URL information)에 대응될 수 있다.
상기 세션 상태 요청 메시지를 전송받은 상기 싱크 디바이스(81)는 그에 응답하여, 상기 HPnP 컨트롤 포인트(82)에게 세션 상태 응답 메시지를 전송할 수 있다(S4020). 여기서, 상기 세션 상태 응답 메시지는 성공 또는 실패를 나타내는 결과 코드, 세션 디스크립터 정보를 포함할 수 있다. 상기 세션 디스크립터 정보는 대상 세션의 구체적인 정보를 나타내는 것으로, 예를 들어, 대상 세션의 세션 식별 정보, 제1 디바이스 레퍼런스 정보 및 제2 디바이스 레퍼런스 정보 중 적어도 하나를 포함할 수 있다.
본 실시예에서도 앞서 설명한 세션 제어(생성, 종료, 상태 획득)와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 41에서는, HDBaseT 컨트롤 포인트(71), 소스 디바이스(72), 스위치1(73), 스위치2(74) 및 싱크 디바이스(81)는 제7네트워크(70) 내에서 연결되어 있고, HPnP 컨트롤 포인트(82), 상기 소스 디바이스(72), 상기 스위치1(73), 상기 스위치2(74) 및 상기 싱크 디바이스(81)는 제8네트워크(80) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 41의 실시예에서는, 상기 HPnP 컨트롤 포인트(82)가 상기 싱크 디바이스(81)에 세션 상태 정보를 요청하는 경우로써, 모든 디바이스에 대해 HPnP가 적용되는 경우를 나타낸다.
또한, 본 실시예에서는 상기 소스 디바이스(72)와 상기 싱크 디바이스(81) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
상기 HPnP 컨트롤 포인트(82)는, 상기 싱크 디바이스(81)와 상기 소스 디바이스(72) 간에 생성된 세션의 상태 정보를 획득하기 위해, 상기 싱크 디바이스(81)에 세션 상태 요청 메시지를 전송할 수 있다(S4110).
상기 세션 상태 요청 메시지를 전송받은 상기 싱크 디바이스(81)는 그에 응답하여, 상기 HPnP 컨트롤 포인트(82)에게 세션 상태 응답 메시지를 전송할 수 있다(S4120).
본 실시예에서도 앞서 설명한 세션 제어(생성, 종료, 상태 획득)와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 42에서는, HDBaseT 컨트롤 포인트(71), 소스 디바이스(72), 스위치1(73), 스위치2(74) 및 싱크 디바이스(81)는 제7네트워크(70) 내에서 연결되어 있고, HPnP 컨트롤 포인트(82) 및 상기 소스 디바이스(72)는 제8네트워크(80) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 42의 실시예에서는, 상기 HPnP 컨트롤 포인트(82)가 상기 소스 디바이스(72)에 세션 상태 정보를 요청하는 경우로써, 상기 소스 디바이스(72)만 HPnP가 적용되는 경우를 나타낸다.
또한, 본 실시예에서는 상기 소스 디바이스(72)와 상기 싱크 디바이스(81) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
상기 HPnP 컨트롤 포인트(82)는, 상기 싱크 디바이스(81)와 상기 소스 디바이스(72) 간에 생성된 세션의 상태 정보를 획득하기 위해, 상기 소스 디바이스(72)에 세션 상태 요청 메시지를 전송할 수 있다(S4210).
상기 세션 상태 요청 메시지를 전송받은 상기 소스 디바이스(72)는 그에 응답하여, 상기 HPnP 컨트롤 포인트(82)에게 세션 상태 응답 메시지를 전송할 수 있다(S4220).
본 실시예에서도 앞서 설명한 세션 제어(생성, 종료, 상태 획득)와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 43에서는, HDBaseT 컨트롤 포인트(71), 소스 디바이스(72), 스위치1(73), 스위치2(74) 및 싱크 디바이스(81)는 제7네트워크(70) 내에서 연결되어 있고, HPnP 컨트롤 포인트(82), 상기 소스 디바이스(72), 상기 스위치1(73), 상기 스위치2(74) 및 상기 싱크 디바이스(81)는 제8네트워크(80) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 43의 실시예에서는, 상기 HPnP 컨트롤 포인트(82)가 상기 소스 디바이스(72)에 세션 상태 정보를 요청하는 경우로써, 모든 디바이스가 HPnP가 적용되는 경우를 나타낸다.
또한, 본 실시예에서는 상기 소스 디바이스(72)와 상기 싱크 디바이스(81) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
상기 HPnP 컨트롤 포인트(82)는, 상기 싱크 디바이스(81)와 상기 소스 디바이스(72) 간에 생성된 세션의 상태 정보를 획득하기 위해, 상기 소스 디바이스(72)에 세션 상태 요청 메시지를 전송할 수 있다(S4310).
상기 세션 상태 요청 메시지를 전송받은 상기 소스 디바이스(72)는 그에 응답하여, 상기 HPnP 컨트롤 포인트(82)에게 세션 상태 응답 메시지를 전송할 수 있다(S4320).
본 실시예에서도 앞서 설명한 세션 제어(생성, 종료, 상태 획득)와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 44에서는, HDBaseT 컨트롤 포인트(71), 소스 디바이스(72), 스위치1(73) 및 스위치2(74)는 제7네트워크(70) 내에서 연결되어 있고, HPnP 컨트롤 포인트(82), 상기 스위치1(73), 상기 스위치2(74) 및 상기 싱크 디바이스(81)는 제8네트워크(80) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 44의 실시예에서는, 상기 HPnP 컨트롤 포인트(82)가 상기 스위치2(74)에 세션 상태 정보를 요청하는 경우로써, 스위치 디바이스만 HPnP가 적용되는 경우를 나타낸다. 상기 싱크 디바이스(81)는 HDMI가 있는 레거시 싱크 디바이스를 나타내며, 상기 스위치2(74)에 HDMI를 통해 연결되어 있다.
또한, 본 실시예에서는 상기 소스 디바이스(72)와 상기 스위치2(74) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다. 상기 소스 디바이스(72)는 상기 스위치2(74)에 데이터를 전송하고, 상기 스위치2(74)는 상기 소스 디바이스(72)로부터 전송된 데이터를 HDMI를 통해 상기 싱크 디바이스(81)에 전송할 수 있다.
상기 HPnP 컨트롤 포인트(82)는, 상기 싱크 디바이스(81)와 상기 스위치2(74) 간에 생성된 세션의 상태 정보를 획득하기 위해, 상기 스위치2(74)에 세션 상태 요청 메시지를 전송할 수 있다(S4410).
상기 세션 상태 요청 메시지를 전송받은 상기 스위치2(74)는 그에 응답하여, 상기 HPnP 컨트롤 포인트(82)에게 세션 상태 응답 메시지를 전송할 수 있다(S4420).
본 실시예에서도 앞서 설명한 세션 제어(생성, 종료, 상태 획득)와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 45에서는, HDBaseT 컨트롤 포인트(71), 소스 디바이스(72), 스위치1(73) 및 스위치2(74)는 제7네트워크(70) 내에서 연결되어 있고, HPnP 컨트롤 포인트(82), 상기 소스 디바이스(72), 상기 스위치1(73), 상기 스위치2(74) 및 상기 싱크 디바이스(81)는 제8네트워크(80) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 45의 실시예에서는, 상기 HPnP 컨트롤 포인트(82)가 상기 스위치2(74)에 세션 상태 정보를 요청하는 경우로써, 모든 디바이스가 HPnP가 적용되는 경우를 나타낸다. 상기 싱크 디바이스(81)는 HDMI가 있는 레거시 싱크 디바이스를 나타내며, 상기 스위치2(74)에 HDMI를 통해 연결되어 있다.
또한, 본 실시예에서는 상기 소스 디바이스(72)와 상기 스위치2(74) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다. 상기 소스 디바이스(72)는 상기 스위치2(74)에 데이터를 전송하고, 상기 스위치2(74)는 상기 소스 디바이스(72)로부터 전송된 데이터를 HDMI를 통해 상기 싱크 디바이스(81)에 전송할 수 있다.
상기 HPnP 컨트롤 포인트(82)는, 상기 싱크 디바이스(81)와 상기 스위치2(74) 간에 생성된 세션의 상태 정보를 획득하기 위해, 상기 스위치2(74)에 세션 상태 요청 메시지를 전송할 수 있다(S4510).
상기 세션 상태 요청 메시지를 전송받은 상기 스위치2(74)는 그에 응답하여, 상기 HPnP 컨트롤 포인트(82)에게 세션 상태 응답 메시지를 전송할 수 있다(S4520).
본 실시예에서도 앞서 설명한 세션 제어(생성, 종료, 상태 획득)와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 46에서는, HDBaseT 컨트롤 포인트(71), 소스 디바이스(72) 및 스위치1(73)는 제7네트워크(70) 내에서 연결되어 있고, HPnP 컨트롤 포인트(82), 상기 스위치1(73), 상기 스위치2(74) 및 상기 싱크 디바이스(81)는 제8네트워크(80) 내에서 연결되어 있는 경우를 가정한다. 즉, 상기 도 46의 실시예에서는, 상기 HPnP 컨트롤 포인트(82)가 상기 스위치1(73)에 세션 상태 정보를 요청하는 경우로써, 스위치 디바이스만 HPnP가 적용되는 경우를 나타낸다.
상기 소스 디바이스(72)는 HPnP를 지원하지 않는 HDBaseT 디바이스로써 HPnP를 지원하는 상기 스위치1(73)에 연결되어 있다. 상기 스위치1(73)은 상기 소스 디바이스(72)를 상기 제8네트워크(80)에 노출시켜 상기 HPnP 컨트롤 포인트(82)에 의해 발견될 수 있도록 한다.
또한, 상기 싱크 디바이스(81)는 HDMI가 있는 레거시 싱크 디바이스를 나타내며, 상기 스위치2(74)에 HDMI를 통해 연결되어 있다. 따라서, 상기 스위치2(62)는 상기 소스 디바이스(72)로부터 전송된 데이터(예를 들어, 멀티미디어 스트림)를 HDMI를 통해 상기 싱크 디바이스(81)에 전송할 수 있다.
또한, 본 실시예에서는 상기 소스 디바이스(72)와 상기 스위치2(74) 간에 세션이 생성되었다고 가정한다. 여기서, 세션 생성 과정은 본 명세서에서 적용되는 다양한 실시예들이 적용가능하다.
상기 HPnP 컨트롤 포인트(82)는, 상기 소스 디바이스(72)와 상기 스위치2(74) 간에 생성된 세션의 상태 정보를 획득하기 위해, 상기 스위치1(73)에 세션 상태 요청 메시지를 전송할 수 있다(S4610). 여기서, 상기 세션 상태 요청 메시지는 상기 소스 디바이스(72)와 상기 스위치2(74) 간에 생성된 세션의 상태 정보를 획득하기 위해 트리거링하는 메시지를 나타낸다.
상기 세션 상태 요청 메시지는 세션 상태 정보를 획득하기 위한 주소 정보 및 대상 세션의 세션 식별 정보 중 적어도 하나를 포함할 수 있다. 그리고, 상기 세션 상태 요청 메시지는 제어 주소 정보(control URL information)를 이용하여 HTTP POST 방식으로 전송될 수 있다. 이 경우, 상기 스위치1(73)은 상기 제어 주소 정보(control URL information)에 대응될 수 있다.
상기 세션 상태 요청 메시지를 수신한 상기 스위치1(73)은 세션 상태 정보 획득을 위한 트리거 메시지(trigger message)를 상기 소스 디바이스(72)에 전송할 수 있다(S4620). 여기서, 상기 트리거(trigger) 메시지는 특정 동작의 개시를 위한 신호를 나타내며, 상기 세션 상태 정보 획득을 위한 트리거(trigger) 메시지는 상기 소스 디바이스(72)와 상기 스위치2(74) 간에 생성된 세션의 상태 정보를 획득하기 위한 신호를 나타낸다. 또한, 상기 세션 상태 정보 획득을 위한 트리거(trigger) 메시지는 HD-CMP를 이용하여 전송될 수 있다.
상기 세션 상태 정보 획득을 위한 트리거(trigger) 메시지에 기초하여, 세션 상태 정보 획득 과정을 수행할 수 있다(S4630).
한편, 상기 소스 디바이스(72)는 HD-CMP를 이용하여 상기 스위치1(73)에 트리거 응답 메시지를 전송할 수 있다(S4640).
상기 트리거 응답 메시지를 전송받은 상기 스위치1(73)은 그에 응답하여, 상기 HPnP 컨트롤 포인트(82)에게 세션 상태 응답 메시지를 전송할 수 있다(S4650). 여기서, 상기 세션 상태 응답 메시지는 성공 또는 실패를 나타내는 결과 코드, 세션 디스크립터 정보를 포함할 수 있다. 상기 세션 디스크립터 정보는 대상 세션의 구체적인 정보를 나타내는 것으로, 예를 들어, 대상 세션의 세션 식별 정보, 제1 디바이스 레퍼런스 정보 및 제2 디바이스 레퍼런스 정보 중 적어도 하나를 포함할 수 있다.
본 실시예에서도 앞서 설명한 세션 제어(생성, 종료, 상태 획득)와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 47은 본 발명이 적용되는 실시예들로써, 도 47(a)는 세션 상태 요청 메시지의 포맷을 나타내고, 도 47(b)는 텍스트/플레인 타입의 세션 상태 요청 메시지를 나타내며, 도 47(c)는 텍스트/xml 타입의 세션 상태 요청 메시지를 나타낸다.
상기 도 47(a)를 살펴보면, 세션 상태 정보 요청 메시지의 포맷(4710)은 POST(4711), HOST(4712), CONTENT-LENGTH(4713), CONTENT-TYPE(4714) 및 BODY(4715) 메시지를 포함할 수 있다. 상기 세션 상태 정보 요청 메시지는 HTTP POST 방식으로 전송될 수 있다.
상기 POST(4711)는 세션 제어 트리거 URL을 나타내고, 상기 HOST(4712)는 디바이스에 할당된 IP 주소를 나타내고, CONTENT-LENGTH(4713)는 상기 BODY(4715)의 길이를 나타내고, 상기 CONTENT-TYPE(4714)은 상기 BODY(4715)의 텍스트 타입을 나타낸다.
예를 들어, 상기 도 47(b) 및 상기 도 47(c)를 살펴보면, 각각 상기 세션 상태 정보 요청 메시지의 포맷(4710) 중에서 상기 CONTENT-TYPE(4714)이 text/plain 타입(4731 내지 4735)과 text/xml 타입(4751 내지 4755)인 경우를 나타낸다.
상기 CONTENT-TYPE(4714)이 text/plain 타입 또는 text/xml 타입인 경우, 상기 BODY(4715)는 상기 도 47(b) 및 상기 도 47(c)와 같이 표현될 수 있다. 상기 BODY(4715) 메시지는 세션 상태 정보를 획득하기 위한 적어도 하나의 세션 식별 정보를 포함할 수 있다. 예를 들어, 상기 도 47(b) 및 상기 도 47(c)를 살펴보면, 상기 BODY(4735, 4755) 메시지는 SessionID1 값과 SessionID2 값을 포함할 수 있다.
본 실시예에서도 앞서 설명한 세션 제어(생성, 종료, 상태 획득)와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 48은 본 발명이 적용되는 실시예들로써, 도 48(a)는 세션 상태 응답 메시지의 포맷을 나타내고, 도 48(b)는 텍스트/xml 타입의 세션 상태 응답 메시지를 나타낸다.
상기 도 48(a)를 살펴보면, 세션 상태 응답 메시지의 포맷(4810)은 HTTP 버전 및 결과 코드(4811), CONTENT-TYPE(4812) 및 BODY(4813) 메시지를 포함할 수 있다. 상기 세션 종료 응답 메시지는 HTTP 방식으로 전송될 수 있다.
HTTP 버전은 1.1이고 결과 코드는 세션 종료가 성공하였음을 나타내는 200 OK임을 나타낸다(4811). 상기 CONTENT-TYPE(4812)은 상기 BODY(4813)의 텍스트 타입을 나타낸다.
예를 들어, 상기 도 48(b)를 살펴보면, 상기 세션 상태 응답 메시지의 포맷(4810) 중에서 상기 CONTENT-TYPE(4812)이 text/xml 타입(4831 내지 4833)인 경우를 나타낸다.
상기 CONTENT-TYPE(4812)이 text/xml 타입인 경우, 상기 BODY(4833) 메시지는 세션 상태 정보와 세션 디스크립터 정보를 포함할 수 있다. 여기서, 상기 세션 디스크립터 정보는 대상 세션의 구체적인 정보를 나타내는 것으로, 예를 들어, 대상 세션의 세션 식별 정보, 제1 디바이스 레퍼런스 정보 및 제2 디바이스 레퍼런스 정보 중 적어도 하나를 포함할 수 있다.
본 실시예에서도 앞서 설명한 세션 제어(생성, 종료, 상태 획득)와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 49는 본 발명이 적용되는 다른 실시예들로써, 도 49(a)는 세션 상태 요청 메시지의 포맷을 나타내고, 도 49(b)는 텍스트/플레인 타입의 세션 상태 요청 메시지를 나타내며, 도 49(c)는 텍스트/xml 타입의 세션 상태 요청 메시지를 나타낸다.
상기 도 49(a)를 살펴보면, 세션 상태 요청 메시지의 포맷(4910)은 POST(4911), HOST(4912), CONTENT-LENGTH(4913), CONTENT-TYPE(4914) 및 BODY(4915) 메시지를 포함할 수 있다. 상기 세션 상태 요청 메시지는 HTTP POST 방식으로 전송될 수 있다.
상기 POST(4911)는 세션 제어 트리거 URL을 나타내고, 상기 HOST(4912)는 디바이스에 할당된 IP 주소를 나타내고, CONTENT-LENGTH(4913)는 상기 BODY(4915)의 길이를 나타내고, 상기 CONTENT-TYPE(4914)은 상기 BODY(4915)의 텍스트 타입을 나타낸다.
예를 들어, 상기 도 49(b) 및 상기 도 49(c)를 살펴보면, 각각 상기 세션 상태 요청 메시지의 포맷(4910) 중에서 상기 CONTENT-TYPE(4914)이 text/plain 타입(4931 내지 4935)과 text/xml 타입(4951 내지 4955)인 경우를 나타낸다.
상기 CONTENT-TYPE(4914)이 text/plain 타입 또는 text/xml 타입인 경우, 상기 BODY(4915) 메시지는 상기 도 49(b) 및 상기 도 49(c)와 같이 표현될 수 있다. 상기 BODY(4915) 메시지는 세션 상태 정보를 획득하기 위한 적어도 하나의 세션 식별 정보를 포함할 수 있다. 예를 들어, 상기 도 49(b) 및 상기 도 49(c)를 살펴보면, 상기 BODY(4935, 4955) 메시지는 SID 값을 포함할 수 있다.
본 실시예에서도 앞서 설명한 세션 제어(생성, 종료, 상태 획득)와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
도 50은 본 발명이 적용되는 다른 실시예들로써, 도 50(a)는 세션 상태 정보 획득에 성공한 경우 세션 상태 응답 메시지의 포맷을 나타내고, 도 50(b)는 세션 상태 정보 획득에 실패한 경우 세션 상태 응답 메시지를 나타낸다.
상기 도 50(a)를 살펴보면, 세션 상태 정보 획득에 성공한 경우 세션 상태 응답 메시지의 포맷(5010)은 HTTP 버전 및 결과 코드(5011), CONTENT-TYPE(5012) 및 BODY(5013) 메시지를 포함할 수 있다. 상기 세션 상태 응답 메시지는 HTTP 방식으로 전송될 수 있다.
HTTP 버전은 1.1이고 결과 코드는 세션 상태 정보 획득에 성공하였음을 나타내는 200 OK임을 나타낸다(5011, 5021). 상기 CONTENT-TYPE(5012, 5022)은 상기 BODY(5013, 5023) 메시지의 텍스트 타입을 나타낸다. 예를 들어, 상기 CONTENT-TYPE(5012, 5022)은 text/plain 타입(5021 내지 5023)인 경우를 나타낸다.
한편, 세션 상태 정보 획득에 성공한 경우 상기 BODY(5013, 5023) 메시지는 세션 디스크립터 정보를 포함할 수 있다. 상기 세션 디스크립터 정보는, 관련 파트너 디바이스 정보, 세션 라우트 정보, 경로 정보 중 적어도 하나를 포함할 수 있다. 예를 들어, 개시 디바이스 참조 값, 제1 파트너 디바이스 참조 값, 제2 파트너 디바이스 참조 값, 입력 포트 ID, 출력 포트 ID, 전체 경로 등을 포함할 수 있다.
상기 도 50(b)를 살펴보면, 세션 상태 정보 획득에 실패한 경우 세션 상태 응답 메시지의 포맷(5030)은 HTTP 버전 및 결과 코드(5031), CONTENT-TYPE(5032) 및 BODY(5033) 메시지를 포함할 수 있다. 상기 세션 상태 응답 메시지는 HTTP 방식으로 전송될 수 있다.
HTTP 버전은 1.1이고 결과 코드는 세션 상태 정보 획득이 실패하였음을 나타내는 503 임을 나타낸다(5031, 5041). 상기 CONTENT-TYPE(5032, 5042)은 상기 BODY(5033, 5043) 메시지의 텍스트 타입을 나타낸다. 예를 들어, 상기 CONTENT-TYPE(5032, 5042)은 text/plain 타입(5041 내지 5043)인 경우를 나타낸다.
한편, 상기 BODY(5033, 5043) 메시지는 실패 이유 정보를 포함할 수 있다. 상기 실패 이유 정보는 응답 코드 리스트 중의 하나를 포함할 수 있다. 예를 들어, 제1이유는 세션 식별 정보를 모르거나 대상 디바이스와 관련이 없는 경우를 나타낼 수 있다. 제2이유는 요청된 세션이 이미 종료된 경우를 나타낼 수 있다.
본 실시예에서도 앞서 설명한 세션 제어(생성, 종료, 상태 획득)와 관련된 실시예들과 중복되는 내용에 대해서는 기재하지 않았을 뿐이며, 본 명세서에 기재된 다른 실시예에서의 상세 내용들이 모두 적용가능하다 할 것이다.
또한, 본 발명은 멀티미디어 네트워크 환경에서 원격 기기 상에서 발견된 재생 기기의 제어방법을 제공한다.
본 발명이 적용되는 일실시예는, 멀티미디어 네트워크 환경에서 재생 기기를 원격 기기(컨트롤러)에서 제어 가능토록 재생 기기가 제어 유저 인터페이스를 웹 기반으로 제공할 수 있다. 원격 기기(컨트롤러)는 멀티미디어 네트워크 상에서 UPnP 프로토콜을 사용하여 발견된 복수의 재생 기기 중 제어할 제어 기기를 선택하고 해당 제어 기기는 웹 기반의 제어 인터페이스 화면을 원격 기기(컨트롤러)에 전송할 수 있다. 사용자는 원격 기기의 디스플레이에 나타난 웹 기반의 제어 인터페이스를 통해 재생 기기가 수행할 기능을 명령 내리고 해당 명령은 재생 기기로 전송된다.
이를 통해 멀티 룸의 멀티미디어 네트워크 환경에서 별도의 어플리케이션을 원격기기(컨트롤러)에 설치하지 않고 재생 기기를 제어함으로써 원격 기기(컨트롤러)의 리소스 사용을 줄일 수 있다. 그리고 재생 기기의 네이티브 유저 인터페이스를 사용함으로써 사용자 관점에서 사용의 용이성을 제공할 수 있다.
본 발명이 적용되는 일실시예로서, 소스 디바이스는 컨트롤러가 소스 디바이스를 원격에서 제어할 수 있도록 웹 기반의 사용자 인터페이스를 탑재할 수 있다. 상기 컨트롤러가 방 #1과 방 #2에 있는 소스 디바이스, 스위치 디바이스, 싱크 디바이스를 발견하고, 소스 디바이스에 있는 컨텐츠가 싱크 디바이스로 스트리밍될 수 있도록 세션을 생성할 수 있다.
세션 생성이 완료되면, 상기 컨트롤러는 발견된 소스 디바이스를 선택하고 소스 디바이스의 웹 기반 사용자 인터페이스를 가져오는 명령을 소스 디바이스에 요청할 수 있다.
상기 소스 디바이스는 상기 컨트롤러의 요청에 대한 응답으로 웹 기반 사용자 인터페이스에 대한 정보를 전송할 수 있다. 사용자는 컨트롤러 화면에 표시된 소스 디바이스의 웹 기반 사용자 인터페이스를 통해 제어할 소스 디바이스의 기능을 선택할 수 있다. 사용자의 요청이 소스 디바이스로 전송되면, 그에 따른 응답이 컨트롤러로 전송될 수 있다.
본 발명이 적용되는 다른 일실시예로, 소스 디바이스는 컨트롤러가 소스 디바이스를 원격에서 제어할 수 있도록 웹 기반의 사용자 인터페이스를 탑재할 수 있다. 이에 접근하기 위한 URL을 소스 디바이스의 디스크립션 정보 내에 위치시킬 수 있다. 예를 들어, 상기 디스크립션 정보의 <presentation URL> 요소에 주소 정보를 저장할 수 있다.
컨트롤러는 HPnP 네트워크 내에 있는 디바이스를 발견할 수 있으며, 웹 기반의 사용자 인터페이스가 탑재된 기기는 컨트롤러에 해당 사용자 인터페이스에 접근할 수 있는 URL 정보를 디스크립션 정보를 통해 전달할 수 있다.
컨트롤러에서 제어하고자 하는 소스 디바이스를 선택하면, 소스 디바이스의 웹 기반의 UI를 가져오기 위해 Presentation URL로 HTTP GET Request 메시지를 상기 소스 디바이스로 전송한다. 이때, 상기 소스 디바이스는 웹 기반 UI를 HTTP Response 메시지에 포함하여 컨트롤러에 전송할 수 있다.
컨트롤러의 화면에 표시된 소스 디바이스의 웹 기반 UI를 통해 사용자는 제어하고자 하는 기능을 선택할 수 있다. 예를 들어, 재생, 멈춤, 건너띄기, 빨리감기, 되감기 등을 선택할 수 있다. 상기 컨트롤러는 사용자가 선택한 기능을 HTTP POST 메시지를 통해 소스 디바이스에 전송할 수 있다.
소스 디바이스는 해당 기능을 수행한 결과, 성공일 경우 결과 코드(예를 들어, 200 OK), 실패일 경우(예를 들어 일반 HTTP Error code) 결과 코드를 HTTP response 메시지를 통해 컨트롤러에 전달할 수 있다.
이상, 전술한 본 발명의 바람직한 실시예는, 예시의 목적을 위해 개시된 것으로, 당업자라면 이하 첨부된 특허청구범위에 개시된 본 발명의 기술적 사상과 그 기술적 범위 내에서, 다양한 다른 실시예들을 개량, 변경, 대체 또는 부가 등이 가능할 것이다.

Claims (14)

  1. 복수개의 디바이스를 포함하는 네트워크 상에서 디바이스 간 세션을 제어하는 방법에 있어서,
    제어 디바이스로부터 세션 제어 요청 메시지를 수신하는 단계, 여기서 상기 세션 제어 요청 메시지는 제1 디바이스와 제2 디바이스 간의 세션 제어를 동작시키기 위한 메시지를 나타냄;
    상기 수신된 세션 제어 요청 메시지에 기초하여, 상기 제1 디바이스에 특정 제어 동작을 위한 트리거링 메시지(triggering message)를 전송하는 단계;
    상기 트리거링 메시지를 이용하여 제1 디바이스와 제2 디바이스 간의 세션 제어를 수행하는 단계; 및
    상기 제1 디바이스로부터 트리거링 응답 메시지를 수신하는 단계를 포함하되,
    상기 트리거링 응답 메시지는 상기 세션 제어의 수행 결과를 나타내는 것을 특징으로 하는 디바이스 간 세션을 제어하는 방법.
  2. 제1항에 있어서,
    상기 트리거링 응답 메시지에 기초하여, 상기 제어 디바이스에 세션 제어 응답 메시지를 전송하는 단계를 더 포함하는 것을 특징으로 하는 디바이스 간 세션을 제어하는 방법.
  3. 제2항에 있어서,
    상기 세션 제어 요청 메시지와 상기 세션 제어 응답 메시지 중 적어도 하나는 제1 프로토콜에 기초하고, 상기 트리거링 메시지와 상기 트리거링 응답 메시지 중 적어도 하나는 제2 프로토콜에 기초하며, 상기 제1 프로토콜과 상기 제2 프로토콜은 서로 다른 것을 특징으로 하는 디바이스 간 세션을 제어하는 방법.
  4. 제1항 또는 제2항에 있어서,
    상기 세션 제어 요청 메시지는 세션 생성 요청 메시지, 세션 종료 요청 메시지 또는 세션 상태 요청 메시지를 나타내는 것을 특징으로 하는 디바이스 간 세션을 제어하는 방법.
  5. 제4항에 있어서,
    상기 세션 제어 요청 메시지가 상기 세션 생성 요청 메시지를 나타낼 때,
    상기 세션 생성 요청 메시지는 제1 디바이스 식별 정보와 제2 디바이스 식별 정보를 포함하는 것을 특징으로 하는 디바이스 간 세션을 제어하는 방법.
  6. 제4항에 있어서,
    상기 세션 제어 요청 메시지가 상기 세션 생성 요청 메시지를 나타낼 때,
    상기 세션 제어 응답 메시지는, 성공일 경우 성공을 나타내는 결과 코드, 생성된 세션 식별 정보 및 세션 생성을 나타내는 상태 정보 중 적어도 하나를 포함하고, 실패일 경우 실패를 나타내는 결과 코드 및 실패 이유 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 디바이스 간 세션을 제어하는 방법.
  7. 제4항에 있어서,
    상기 세션 제어 요청 메시지가 상기 세션 종료 요청 메시지를 나타낼 때,
    상기 세션 종료 요청 메시지는 생성된 세션 식별 정보, 제1 디바이스 레퍼런스 정보 및 제2 디바이스 레퍼런스 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 디바이스 간 세션을 제어하는 방법.
  8. 제4항에 있어서,
    상기 세션 제어 요청 메시지가 상기 세션 종료 요청 메시지를 나타낼 때,
    상기 세션 제어 응답 메시지는, 성공 또는 실패를 나타내는 결과 코드, 생성된 세션 식별 정보, 제1 디바이스 레퍼런스 정보 및 제2 디바이스 레퍼런스 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 디바이스 간 세션을 제어하는 방법.
  9. 제4항에 있어서,
    상기 세션 제어 요청 메시지가 상기 세션 상태 요청 메시지를 나타낼 때,
    상기 세션 상태 요청 메시지는 세션 상태를 획득하기 위한 주소 정보 및 생성된 세션 식별 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 디바이스 간 세션을 제어하는 방법.
  10. 제4항에 있어서,
    상기 세션 제어 요청 메시지가 상기 세션 상태 요청 메시지를 나타낼 때,
    상기 세션 상태 응답 메시지는 세션 상태 정보를 포함하고, 상기 세션 상태 정보는 연관된 디바이스 정보, 세션 라우팅 정보 및 세션 경로 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 디바이스 간 세션을 제어하는 방법.
  11. 복수개의 디바이스를 포함하는 네트워크 상에서 디바이스 간 세션을 제어하는 장치에 있어서,
    상기 복수개의 디바이스 중 적어도 하나에 대하여 메시지를 송신하거나 수신하는 네트워크 인터페이스; 및
    제어 디바이스로부터 세션 제어 요청 메시지를 수신하고, 상기 수신된 세션 제어 요청 메시지에 기초하여 제1 디바이스에 특정 제어 동작을 위한 트리거링 메시지(triggering message)를 전송하고, 상기 제1 디바이스로부터 트리거링 응답 메시지를 수신하는 컨트롤러
    를 포함하되,
    상기 세션 제어 요청 메시지는 상기 제1 디바이스와 제2 디바이스 간의 세션 제어를 동작시키기 위한 메시지를 나타내고,
    상기 트리거링 응답 메시지는 상기 세션 제어의 수행 결과를 나타내며,
    상기 제1 디바이스와 상기 제2 디바이스 간의 세션 제어는 상기 트리거링 메시지를 이용하여 수행되는 것을 특징으로 하는 디바이스 간 세션을 제어하는 장치.
  12. 제11항에 있어서, 상기 컨트롤러는,
    상기 트리거링 응답 메시지에 기초하여, 상기 제어 디바이스에 세션 제어 응답 메시지를 전송하는 것을 특징으로 하는 디바이스 간 세션을 제어하는 장치.
  13. 제12항에 있어서,
    상기 세션 제어 요청 메시지와 상기 세션 제어 응답 메시지 중 적어도 하나는 제1 프로토콜에 기초하고, 상기 트리거링 메시지와 상기 트리거링 응답 메시지 중 적어도 하나는 제2 프로토콜에 기초하며, 상기 제1 프로토콜과 상기 제2 프로토콜은 서로 다른 것을 특징으로 하는 디바이스 간 세션을 제어하는 장치.
  14. 제11항 또는 제12항에 있어서,
    상기 세션 제어 요청 메시지는 세션 생성 요청 메시지, 세션 종료 요청 메시지 또는 세션 상태 요청 메시지를 나타내는 것을 특징으로 하는 디바이스 간 세션을 제어하는 장치.
PCT/KR2014/001079 2013-02-07 2014-02-07 복수개의 디바이스를 포함하는 네트워크 상에서 디바이스 간 세션을 제어하는 방법 및 장치 Ceased WO2014123394A1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201480007778.3A CN104982007B (zh) 2013-02-07 2014-02-07 控制包括多个装置的网络上的装置之间的会话的方法和设备
US14/763,099 US10341392B2 (en) 2013-02-07 2014-02-07 Method and apparatus for controlling session between devices on network including multiple devices
EP14749252.4A EP2955873B1 (en) 2013-02-07 2014-02-07 Method and apparatus for controlling session between devices on network including multiple devices
KR1020157019846A KR101734739B1 (ko) 2013-02-07 2014-02-07 복수개의 디바이스를 포함하는 네트워크 상에서 디바이스 간 세션을 제어하는 방법 및 장치
JP2015556875A JP6114408B2 (ja) 2013-02-07 2014-02-07 複数個のデバイスを含むネットワーク上におけるデバイス間セッションを制御する方法及び装置

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US201361761706P 2013-02-07 2013-02-07
US61/761,706 2013-02-07
US201361812261P 2013-04-16 2013-04-16
US61/812,261 2013-04-16
US201361816796P 2013-04-28 2013-04-28
US61/816,796 2013-04-28

Publications (1)

Publication Number Publication Date
WO2014123394A1 true WO2014123394A1 (ko) 2014-08-14

Family

ID=51299938

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/001079 Ceased WO2014123394A1 (ko) 2013-02-07 2014-02-07 복수개의 디바이스를 포함하는 네트워크 상에서 디바이스 간 세션을 제어하는 방법 및 장치

Country Status (6)

Country Link
US (1) US10341392B2 (ko)
EP (1) EP2955873B1 (ko)
JP (1) JP6114408B2 (ko)
KR (1) KR101734739B1 (ko)
CN (1) CN104982007B (ko)
WO (1) WO2014123394A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016089161A1 (ko) * 2014-12-04 2016-06-09 엘지전자(주) Ip 기반의 hdmi 기기 제어 방법

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6355436B2 (ja) * 2014-05-30 2018-07-11 キヤノン株式会社 受信装置、表示装置および受信制御プログラム
KR102322917B1 (ko) * 2014-07-31 2021-11-08 엘지전자 주식회사 블루투스 통신을 지원하는 무선 통신 시스템에서 전자기기를 제어하기 위한 방법 및 장치
JP6723734B2 (ja) * 2015-12-09 2020-07-15 キヤノン株式会社 通信装置、画像表示装置および通信制御プログラム
KR20170097546A (ko) * 2016-02-18 2017-08-28 에스케이텔레콤 주식회사 이종 네트워크상에서의 컨텐츠 전송 방법 및 이를 위한 장치
US10826998B2 (en) * 2018-07-19 2020-11-03 Adobe Inc. Protocol to initiate session with partner site
US11539847B2 (en) * 2018-11-12 2022-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for a chargeable party at a session management with required quality of service

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011105771A2 (ko) * 2010-02-23 2011-09-01 엘지전자 주식회사 홈 네트워크 시스템에서 세션 차단 제어 방법 및 장치
WO2012015228A2 (ko) * 2010-07-26 2012-02-02 한국전자통신연구원 상향 링크를 이용하여 제어 신호를 전송하는 시스템
WO2012134213A2 (ko) * 2011-03-31 2012-10-04 엘지전자 주식회사 무선 통신 시스템에서 방송 서비스 수신을 위한 메시지 송수신 방법 및 이를 위한 장치
KR20120122335A (ko) * 2011-04-28 2012-11-07 주식회사 팬택 Ｍｂｍｓ 서비스의 연속성을 제공하는 장치 및 방법

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6823223B2 (en) * 1999-12-30 2004-11-23 Microsoft Corporation Method and apparatus for providing distributed scene programming of a home automation and control system
US20020103850A1 (en) * 2001-01-31 2002-08-01 Moyer Stanley L. System and method for out-sourcing the functionality of session initiation protocol (SIP) user agents to proxies
JP2005056207A (ja) * 2003-08-05 2005-03-03 Sanyo Electric Co Ltd ネットワークシステム、宅内機器制御サーバおよび仲介サーバ
US7409442B2 (en) * 2003-08-25 2008-08-05 International Business Machines Corporation Method for communicating control messages between a first device and a second device
US20060155850A1 (en) * 2003-11-25 2006-07-13 Matsushita Electric Industrial Co., Ltd. Networked mobile EPG service architecture
US20060149811A1 (en) * 2004-12-31 2006-07-06 Sony Ericsson Mobile Communications Ab Method for remotely controlling media devices via a communication network
KR100636270B1 (ko) * 2005-02-04 2006-10-19 삼성전자주식회사 홈 네트워크 시스템 및 그 제어방법
KR100606800B1 (ko) * 2005-03-15 2006-08-01 엘지전자 주식회사 이동통신 단말기의 멀티미디어 스트리밍 서비스 제공방법및 스트리밍 서비스 시스템
JP2008022548A (ja) * 2006-06-12 2008-01-31 Sharp Corp ゲートウェイ装置、及び、コンテンツ配信システム
KR100790120B1 (ko) * 2006-08-30 2008-01-02 삼성전자주식회사 원격 통화를 위한 시스템 및 원격 통화 방법
SE530774C2 (sv) * 2006-12-01 2008-09-09 Teliasonera Ab System och metod för hantering av bandbredd i ett hemnät för television
US9209995B2 (en) * 2006-12-29 2015-12-08 Prodea Systems, Inc. Presence status notification from digital endpoint devices through a multi-services gateway device at the user premises
US20090228919A1 (en) * 2007-11-16 2009-09-10 Zott Joseph A Media playlist management and viewing remote control
CN101766004B (zh) 2007-06-29 2012-09-19 意大利电信股份公司 用于在局域网中提供通信会话控制的方法和系统
US9705940B1 (en) * 2008-01-11 2017-07-11 Avaya Inc. Simultaneous advanced call control for both simple and advanced SIP user agents
JP2012526416A (ja) * 2009-05-04 2012-10-25 リサーチ イン モーション リミテッド デバイス間のメディアおよび／またはメディア移転を実装するためのシステムおよび方法
US8281343B2 (en) * 2009-05-19 2012-10-02 Cisco Technology, Inc. Management and display of video content
ES2498746T3 (es) * 2009-06-30 2014-09-25 Orange Procedimiento de comando de una entidad de una red distante a partir de una red local
EP2491679A4 (en) * 2009-10-23 2013-06-12 Ericsson Telefon Ab L M TRANSMITTING A MEDIA MEETING FROM A FIRST USER DEVICE IN A LOCAL NETWORK TO A SECOND USER DEVICE IN A LOCAL NETWORK ON THE BASIS OF A USER DEVICE CONNECTED TO AN EXTERNAL NETWORK
KR101642310B1 (ko) * 2009-11-23 2016-07-25 엘지전자 주식회사 멀티미디어 기기 제어 장치 및 그래픽 사용자 인터페이스 제공방법
WO2011105770A2 (en) * 2010-02-23 2011-09-01 Lg Electronics Inc. A method and an apparatus for transmitting messages in home network system
CN102812667B (zh) * 2010-02-23 2016-05-04 Lg电子株式会社 用于发起家庭网络系统中的会话的方法和装置
KR20110101373A (ko) * 2010-03-08 2011-09-16 엘지전자 주식회사 멀티미디어 기기 및 업무 분담 방법
US8621219B2 (en) * 2010-04-21 2013-12-31 Samsung Electronics Co., Ltd Communication system having plural terminals and method for controlling terminal in communication system
US20120254929A1 (en) * 2011-04-04 2012-10-04 Google Inc. Content Extraction for Television Display
JP6014811B2 (ja) * 2011-05-09 2016-10-26 株式会社グラモ リモートコントロール端末、サーバ、方法、及びコンピュータプログラム
KR20130003544A (ko) * 2011-06-30 2013-01-09 한국전자통신연구원 단말 장치들 사이의 콘텐츠 동기화 방법 및 시스템
US8478450B2 (en) * 2011-10-04 2013-07-02 Advanergy, Inc. Power control system and method
US8595770B2 (en) * 2011-10-31 2013-11-26 The Directv Group, Inc. Aggregated content distribution system and method for operating the same
US8621530B1 (en) * 2011-10-31 2013-12-31 The Directv Group, Inc. Method and system for controlling user devices in an aggregated content distribution system
US9986273B2 (en) * 2012-03-29 2018-05-29 Sony Interactive Entertainment, LLC Extracting media content from social networking services
US9043856B2 (en) * 2012-06-07 2015-05-26 Verizon Patent And Licensing Inc. Remote control of program receiving devices

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011105771A2 (ko) * 2010-02-23 2011-09-01 엘지전자 주식회사 홈 네트워크 시스템에서 세션 차단 제어 방법 및 장치
WO2012015228A2 (ko) * 2010-07-26 2012-02-02 한국전자통신연구원 상향 링크를 이용하여 제어 신호를 전송하는 시스템
WO2012134213A2 (ko) * 2011-03-31 2012-10-04 엘지전자 주식회사 무선 통신 시스템에서 방송 서비스 수신을 위한 메시지 송수신 방법 및 이를 위한 장치
KR20120122335A (ko) * 2011-04-28 2012-11-07 주식회사 팬택 Ｍｂｍｓ 서비스의 연속성을 제공하는 장치 및 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2955873A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016089161A1 (ko) * 2014-12-04 2016-06-09 엘지전자(주) Ip 기반의 hdmi 기기 제어 방법
US10264312B2 (en) 2014-12-04 2019-04-16 Lg Electronics Inc. Method for controlling IP-based HDMI device

Also Published As

Publication number Publication date
KR20150107759A (ko) 2015-09-23
KR101734739B1 (ko) 2017-05-11
US10341392B2 (en) 2019-07-02
CN104982007A (zh) 2015-10-14
CN104982007B (zh) 2018-10-12
EP2955873B1 (en) 2017-10-25
EP2955873A1 (en) 2015-12-16
EP2955873A4 (en) 2016-08-17
JP2016514293A (ja) 2016-05-19
JP6114408B2 (ja) 2017-04-12
US20150358363A1 (en) 2015-12-10

Similar Documents

Publication Publication Date Title
WO2015108319A1 (ko) 네트워크로 연결된 방송 수신 디바이스와 다른 디바이스 간 연결을 관리하는 방법 및 장치
WO2014092441A1 (en) Device control method for registering device information of peripheral device, and device and system thereof
WO2011105780A2 (en) A method and an apparatus for initiating a session in home network system
WO2012173423A2 (ko) 무선데이터통신장치 및 무선데이터통신방법
WO2015178611A1 (en) Server and method of providing collaboration services and user terminal for receiving collaboration services
WO2016018072A1 (en) Method and apparatus for sharing data
WO2016024741A1 (en) Cloud system and method of displaying, by cloud system, content
WO2016175628A1 (en) Service sharing device and method
WO2011105695A2 (ko) 전자기기 및 전자기기의 동작 방법
WO2016024740A1 (en) Cloud system and method of displaying, by cloud system, content
WO2013109117A1 (ko) 미디어 콘트롤 장치, 미디어 제어 타겟 장치, 및 이들의 동작 방법
WO2014098441A1 (en) System and method of controlling surrounding devices, based on topology
WO2015108283A1 (ko) 클라우드 스트리밍 서비스를 위한 어플리케이션 에러 검출 방법, 이를 위한 장치 및 시스템
WO2010008235A2 (ko) 실감 효과 표현 방법 및 그 장치 및 실감 기기 제어 메타데이터가 기록된 컴퓨터로 읽을 수 있는 기록 매체
EP2609730A1 (en) Method for synchronizing contents and display device enabling the method
WO2011034283A1 (en) Method of processing epg metadata in network device and the network device for controlling the same
EP2865132A1 (en) Apparatus and method for processing an interactive service
WO2014148813A1 (ko) 신호 송신 장치, 신호 송신 방법 및 신호 송수신 시스템
WO2014171718A1 (ko) 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
WO2010008233A2 (ko) 실감 효과 표현 방법 및 그 장치 및 사용자 환경 정보 메타데이터가 기록된 컴퓨터로 읽을 수 있는 기록 매체
WO2015030412A1 (ko) 신호 송신 장치 및 제어 방법
WO2011090287A2 (en) Electronic device and operating method of the same
WO2016182133A1 (ko) 디스플레이 장치 및 그의 동작 방법
EP3114820A1 (en) Method and system for establishing a service session between seeker device and advertiser device
WO2022098070A1 (ko) 멀티캐스트 신호 처리 방법 및 장치

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20157019846

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14763099

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2014749252

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014749252

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2015556875

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE