Abstract:
PURPOSE: A method and apparatus for setting a packet are provided to serve as a server by using a conventional user terminal serving as a client of IP socket communications without establishment of port forwarding of a PPP(Point to Point Protocol) server or an IP sharing device. CONSTITUTION: A user terminal obtains a domain name of a MTC(Machine-Type Communications) device and a public IP address of an IPFS(IP Packet Forwarding Server)(S802,S804). The user terminal requests call identifier allocation of the IPFS for connecting to an MTC device(S806). The IPFS assigns one of available TCP/UDP(User Datagram Protocol) communication ports to a call identifier(S808). The IPFS transmits a wake-up signal(S810). The MTC device attempts TCP/UDP socket establishment(S812). The IPFS registers the call identifier and an NAT(Network Address Translation) IP, a port number, and a life cycle value of the MTC device in a packet forwarding information management table(S814). The call identifier is transmitted to the user terminal(S816). [Reference numerals] (100) User terminal; (200) MTC device; (310) DDNS; (320) IPFS; (330) IP sharer; (340) PPP server; (S802) Request for a domain name of the MTC device and a public IP address of IPFS; (S804) Sending a domain name of the MTC device and a public IP address of IPFS; (S806) Request for call identifier allocation; (S808) Call identifier allocation; (S810) Wake-up signal(IPFS public IP, a call identifier); (S812) Socket setting IP packet; (S814) Packet forwarding information registration; (S816) Call identifier; (S818) Socket setting IP packet; (S819) Packet forwarding information registration; (S820) IP data packet; (S822) Changes in the destination address of an IP data packet; (S824) IP data packet; (S826) IP data packet; (S828) Changes in the destination address of the IP data packet; (S830) IP data packet
Abstract:
PURPOSE: An interlocking method interlocking the virtual world and a real world are provided to objectify resource, event, and phenomena of real world. CONSTITUTION: A data sensed from a real world is obtained through at least one sensor network. Based on the obtained data, an event of real world and phenomenon is distinguished(S410). The distinguished and phenomena is registered to a virtual world server(S420). A control message corresponding to the distinguished event and phenomena is received from the virtual world server(S430). By responding to the received control message, a real world resource is controller(S440).
Abstract:
A UPnP(Universal Plug and Play) QoS(Quality of Service) network system and a path and resource reservation method thereof are provided to reserve correct network resources and offer a more stable QoS by reserving a network resource according to path information and resource reservation information so that a calculated path can be matched with a path reserved for network resources. A UPnP QoS network system comprises a plurality of UPnP QoS execution devices(210-230) and a UPnP QoS management device(100). Each of the UPnP QoS execution devices collects and provides network state information, reserves network resources according to path information and resource reservation information, and executes QoS for a requested service. The UPnP QoS management device acquires and provides path information and resource reservation information in consideration of the QoS class of a requested service and the network state information provided from an associated UPnP QoS execution device.
Abstract:
A high speed PLC-Ethernet bridge system supporting QoS is provided to supply QoS according to traffic characteristics or characteristics for an application service by solving QoS heterogeneity between two networks. A QoS(Quality of Service) controller(110) controls QoS processing of the whole bridge system. A flow manager(130) stores and manages connection information about QoS information requested for each flow and information necessary to perform a bridge function. A bridge QoS processor(140) performs allocation and management of inner resources of the bridge system and a QoS providing function by referring to the control of the QoS controller and the information stored in the flow manager. A PLC(Power Line Communication) QoS processor(150) performs QoS management function for a PLC network according to the control of the QoS controller. An Ethernet QoS processor(160) manages a link state at Ethernet and provides the management result to the QoS controller.
Abstract:
1. 청구범위에 기재된 발명이 속한 기술분야 본 발명은 홈네트워크에서의 미디어포맷/전송프로토콜 변환 장치 및 그 방법에 관한 것임. 2. 발명이 해결하려고 하는 기술적 과제 본 발명은, 사용자가 요구하는 컨텐츠를 미디어 서버로부터 수신하여, 그 컨텐츠의 미디어포맷과 전송프로토콜을 사용자 단말(클라이언트)이 지원하는 포맷과 전송 프로토콜로 자동으로 변환함으로써, 클라이언트로 하여금 홈 네트워크 상에 존재하는 모든 컨텐츠를 자신이 지원하는 전송 프로토콜을 통하여 전송받아 재생할 수 있게 하는, 홈네트워크에서의 미디어포맷/전송프로토콜 변환 장치 및 그 방법을 제공하는데 그 목적이 있음. 3. 발명의 해결방법의 요지 본 발명은, 홈네트워크에서의 미디어포맷/전송프로토콜 변환 장치에 있어서,홈네트워크 상에 존재하는 미디어 서버를 발견하고, 상기 미디어 서버가 제공할 수 있는 컨텐츠에 대한 리스트 정보, 포맷 정보, 및 전송프로토콜 정보를 획득하고, 사용자가 요청한 컨텐츠의 미디어포맷 및 상기 컨텐츠가 있는 미디어 서버의 전송프로토콜과 사용자 단말이 지원하는 미디어포맷 및 전송프로토콜을 비교하여 적절한 포맷 컨버팅 수단/전송프로토콜을 선택하고 선택된 포맷 컨버팅 수단/전송프로토콜을 사용할 수 있도록 미디어포맷 처리 수단과 전송프로토콜 처리 수단에 요청하기 위한 제어 에이전트 수단; 외부에 대하여 미디어 서버로 보이도록 하는 기능을 수행하고, 사용자 단말이 요청한 컨텐츠를 해당 미디어 서버로부터 수신하기 위한 미디어서버 디바이스 수단; 상기 제어 에이전트 수단의 요청에 따라, 상기 제어 에이전트 수단이 상기 선택된 포맷 컨버팅 수단을 사용할 수 있도록 연결하기 위한 상기 미디어포맷 처리 수단; 및 상기 제어 에이전트 수단의 요청에 따라, 상기 제어 에이전트 수단이 상기 선택된 전송프로토콜을 사용할 수 있도록 연결하기 위한 상기 전송프로토콜 처리 수단을 포함함. 4. 발명의 중요한 용도 본 발명은 홈네트워크에서의 미디어포맷/전송프로토콜 변환 등에 이용됨. 홈네트워크, 미디어 서버 프록시, 미디어 포맷 변환, 전송 프로토콜 변환
Abstract:
PURPOSE: A Gini look-up service structure and method in a home network supporting both IEEE 1394 and TCP/IP are provided to allow an IEEE 1394 device to easily connected to a Gini network by using a queue mechanism for exchanging information between TCP/IP and IEEE 1394. CONSTITUTION: An SLCH(Stream Link Channel Handler)(302) searches proxy DB information(328) of a look-up service, and when data is transmitted and received between an IEEE 1394 service provider(800) and a TCP client(804), the SLCH(302) transmits 1394 control data through a TCP channel by using a 1394-control queue(308) and 1394 multimedia data to the TCP client(804) through a UDP channel by using a 1394-stream queue(310). When data is transmitted and received between a TCP-based service provider(802) and an IEEE 1394 client(806), the SLCH(302) transmits data to the IEEE 1394 client(806) through only a TCP-data queue(306).