WO2005041486A1 - Enregistrement d'emissions programmees en autoconfiguration universelle - Google Patents
Enregistrement d'emissions programmees en autoconfiguration universelle Download PDFInfo
- Publication number
- WO2005041486A1 WO2005041486A1 PCT/IB2004/052128 IB2004052128W WO2005041486A1 WO 2005041486 A1 WO2005041486 A1 WO 2005041486A1 IB 2004052128 W IB2004052128 W IB 2004052128W WO 2005041486 A1 WO2005041486 A1 WO 2005041486A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- upnp
- resources
- service
- connection
- recording
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
-
- 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/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
-
- 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]
-
- 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/2807—Exchanging configuration information on appliance services in a home automation network
- H04L12/281—Exchanging configuration information on appliance services in a home automation network indicating a format for calling an appliance service function in a home automation network
-
- 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/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40117—Interconnection of audio or video/imaging devices
-
- 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/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L2012/2847—Home automation networks characterised by the type of home appliance used
- H04L2012/2849—Audio/video appliances
-
- 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/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- 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/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Definitions
- the invention relates to, among other things, a method of enabling to establish a connection between multiple UPnP-compliant resources, a UPnP compliant device with a ConnectionManager service, and control software for enabling to establish a connection between multiple UPnP-compliant resources.
- BACKGROUND ART Universal Plug and Play is an industry-wide ongoing development for an open network architecture that is designed to enable simple, ad hoc communication among distributed devices and software applications from multiple vendors.
- UPnP leverages Internet technology and extends it for use in non-supervised home networks.
- UPnP aims at controlling home appliances, including home automation, audio/video, printers, smart phones, etc.
- UPnP distinguishes between Control Points (CPs) and controlled devices (CDs).
- CPs comprise, e.g., browsers running on PCs, wireless pads, etc., that enable a user to access the functionality provided by controlled devices.
- UPnP defines protocols for discovery and control of devices by CPs.
- UPnP does not define a streaming mechanism for use by Audio Video devices. Some of the discovery and control protocols are part of the UPnP specification while others are separately standardized by the IETF (Internet Engineering Task Force). Interaction between CPs and devices is based on the Internet protocol (IP). However, UPnP allows non-IP devices to be proxied by a software component running on IP- compliant devices. Such a component, called Controlled Device (CD) proxy, is responsible for translation and forwarding of UPnP interactions to the proxied device.
- CD Controlled Device
- a UPnP device has a hierarchy of sub-devices with at the lowest level services. Both devices and services have standardized types. A device type determines the sub-devices or services that it is allowed to contain.
- a service type defines actions and state variables that a service is allowed to contain. State variables model the state of the device, and a CP can invoke actions in order to change that state. The description of the state variables and the actions is called the SCP (Service Control Protocol).
- SCP Service Control Protocol
- a UPnP device provides a description of itself in the form of an XML document. This document contains, among other things, the service types that it supports. Optionally, a device may have a presentation server for direct Ul control by a CP. UPnP relies currently on AutoIP, which provides a means for an IP device to get a unique address in the absence of a DHCP server.
- UPnP defines a discovery protocol, based on UDP (User Datagram Protocol) multicast, called SSDP (Simple Service Discovery Protocol). SSDP is based on devices periodically multicasting announcements of the services that they provide. An announcement contains a URL to which service actions are to be sent: the control server. In addition to that, CPs may query the UPnP network for particular device or services types or instances. UPnP relies on GENA (Generic Event Notification Architecture) to define a state variable subscription and change notification mechanism based on TCP. After a CP has detected a service it wants to use (via SSDP), it controls the service by sending SCP actions to the control server URL or querying for state variables. Actions are sent using HTTP POST messages.
- GENA Generic Event Notification Architecture
- the body of such a message is defined by the SOAP (Simple Object Access Protocol) standard.
- SOAP defines a remote procedure call mechanism based on XML.
- the UPnP AV (audio/video) specification relates to interaction between UPnP AV devices, e.g., TV sets, video recorders, DVD players, settop boxes (STBs), PCs, etc., and the associated CPs.
- the UPnP AV specification defines a MediaServer device and MediaRenderer device and their services.
- a MediaServer (MS) on the network stores AV content and exposes it to other devices on the network. Content items are stored in a hierarchical view, similar to file folders in an electronic filing system on a PC, for example.
- a MediaRenderer (MR) on the network plays back or otherwise processes the AV content stored at the MSs.
- An MR can have implemented a Rendering Control (RC) service to provide a CP with a mechanism to control how the content is being rendered (e.g., volume, brightness, contrast, etc.).
- RC Rendering Control
- a ConnectionManager (CM) in UPnP is a service-type that enables modeling of streaming capabilities of AV devices, and binding of those capabilities between devices. Each device that is able to send or receive a stream according to the UPnP
- a V device model has one instance of the CM service. This service provides a mechanism for CPs to: perform capability matching between source/server devices and sink renderer devices; find information about currently ongoing transfers in the network; and setup and teardown connections between devices.
- the CM service properly abstracts different kinds of streaming mechanisms, such as HTTP-based streaming, RTSP/RTP-based and 1394-based streaming.
- the CM enables CPs to abstract from physical media interconnect technology when making connections.
- the AV Transport (AVT) service in UPnP provides actions that allow a CP to control the flow of the content. This includes operations such as Play, Stop, Pause, Seek, etc.
- a CP uses the AVT to identify the content that is to be played. This is accomplished by forwarding the URI, obtained from the Content Directory Service (CDS) for the desired content and the selected protocol and format. Dependent on the protocol for transfer of the content, either the MS or the MR may provide an instance of the AVT service.
- CDS Content Directory Service
- the MR is required to provide an instance of AVT to control the flow of the content (e.g., play, pause, seek). If the selected protocol is a "push" model, then the server must provide an instance of AVT.
- a pulse model e.g., HTTP GET
- the MR is required to provide an instance of AVT to control the flow of the content (e.g., play, pause, seek).
- the selected protocol is a "push” model, then the server must provide an instance of AVT.
- the inventors have recognized that the UPnP AV framework only allows recording of live or direct content, i.e., no provisions have been made for scheduled recordings. Hence it is practically not possible within UPnP to prepare in advance for recording a specific television program that will be broadcast sometime in the future.
- the inventors therefore propose an extension to the current UPnP specification by allowing scheduled recordings. This extension builds on top of the current specification by adding one vendor-specific extension and re-uses existing functionality as much as possible in the spirit of the current UPnP standard.
- the basic idea is to allow for scheduled recording by means of introducing the concept of a delayed (i.e., future) connection. In UPnP, reservation of resources is taken care of by the CM service.
- CM complementary metal-oxide-semiconductor
- PrepareForDelayedConnection a new action is added to the CM, referred to as, for example, "PrepareForDelayedConnection” .
- This action extends the "PrepareForConnection” in the sense that it can be used for reserving resources (i.e., a tuner and a recording in this case) for a particular time slot in the future.
- the actual streaming of the content from the tuner (source) to the recorder (sink) will take place in the time slot limited by the
- the invention relates to a method of enabling to establish a connection between multiple UPnP-compliant resources that each have a respective ConnectionManager service.
- the method comprises configuring the respective ConnectionManager services so as to enable a UPnP Control Point to use the respective services for negotiating the connection between the respective resources to be established at a time determined in advance, and to be maintained for a particular period of time.
- This embodiment of the invention is relevant to, e.g., a service provider or another party upstream of the end user in a delivery chain of electronic content information, assisting the end-user at setting up his/her UPnP network.
- the invention also relates to a method of establishing a connection between multiple UPnP-compliant resources that each have a respective ConnectionManager service.
- the method comprises using the respective ConnectionManager services that have been configured so as to enable a UPnP Control Point to use the respective services for negotiating the connection between the respective resources to be established at a time determined in advance, and to be maintained for a particular period of time.
- This embodiment is relevant to, e.g., the end-user in a context of operational use of the UPnP home network.
- the resources comprise, e.g., a tuner for tuning to a broadcast channel (e.g., the Internet, radio or TV) and a recorder for recording a broadcast.
- the invention also relates to a UPnP compliant device that has a ConnectionManager service configured so as to enable a UPnP Control Point to use the service for negotiating with another ConnectionManager service a connection with another device to be established at a time determined in advance and to be maintained for a particular period of time.
- the device comprises, e.g., a tuner for tuning to a broadcast channel and/or a recorder for recording content information.
- the invention also relates to control software for enabling to establish a connection between multiple UPnP-compliant resources.
- Each of the resources has a respective ConnectionManager service.
- the software is operative to configure the respective ConnectionManager services so as to enable a UPnP Control Point to use the respective services for negotiating the connection between the respective resources to be established at a time determined in advance and to be maintained
- Fig. 1 is a block diagram of a UPnP control system in the invention
- Fig. 2 is a table clarifying the arguments of the new extension to a UPnP action
- Fig. 3 is an example of hierarchical structure of a CDS of a tuner device
- Fig. 4 gives the sequence of interactions between entities in the system of
- Fig. 1 ; and Figs. 5-11 are examples of pseudo-code relating to actions in the system of Fig. 1. Throughout the figures, same reference numerals indicate similar or corresponding features.
- a tuner device i.e., the source device
- EPG Electronic Programming Guide
- the CM service will be used to manage the tuner resources
- the AVT service will be used to push the broadcast content onto the network using, e.g., RTP.
- a rendering device is modeled as an UPnP MR that is used for (remote) rendering of a live broadcast or a recording.
- a recording device is modeled as a UPnP MS.
- the recorder device serves as a sink, similarly to an MR, for the content streamed over the network.
- a CP is used to schedule the recording of a broadcast and to control the playback of the recording to an MR afterwards. Note that these are all logical entities. Two or more of these entities can be combined into a single physical device. For instance, a networked A/V Recorder will most likely contain an MS to expose the tuner channels and the locally stored content to the network. In addition, it might contain an MR to playback the recorded content or live broadcasts to an (analog) output of a connected display.
- FIG. 1 is a block diagram of a system 100 in the invention that illustrates the cooperation of a tuner 102, a recorder 104 and a CP 106 in a UPnP network.
- CP 106 controls tuner 102 and recorder 104 through invoking UPnP actions 108.
- Recorder 104 receives the content from tuner 102 using an appropriate transfer protocol 1 10, e.g., RTSP/RTP
- an appropriate transfer protocol 1 10 e.g., RTSP/RTP
- - Resource i.e., Connection
- Mapping an EPG onto a CDS e.g., CDS
- the scheduling of resources on either side of the network interconnect this can be implemented using a simple extension to the UPnP CM service.
- the inventors have introduced the concept of a delayed or future connection. This enables CMs to reserve their respective resources.
- the source device, here tuner 102 reserves the tuner channels, and recorder 104 reserves bandwidth to its storage.
- a delayed connection maintains the nature of an ad-hoc network.
- a central control entity is not required.
- a CM service only allows the setting up of connections for immediate use.
- An extension of the "PrepareForConnection" action command is needed for setting up future connections in order to make scheduled recordings.
- a new, possibly vendor-specific, action "PrepareForDelayedConnection” is added to the CM.
- Fig. 2 is a table listing the arguments of the "PrepareForDelayedConnection” action, additional arguments according to the invention are given in bold characters.
- the "PrepareForDelayedConnection" function does not automatically readjust to delayed broadcasts, i.e., broadcasts whose start and/or stop times are changed after recorder 104 has been programmed.
- This situation can be dealt with by having a built-in CP (not shown) in recorder 104 subscribe to the CDS (not shown) that contains the channel to be recorded.
- CP built-in CP
- CDS CDS
- an event will be triggered at the CP that can be used to invoke appropriate actions.
- the scheduled start/stop times of the connection reserved can be updated by re-negotiating a new (delayed) connection between the MS of tuner 102 and the MS of recorder 104.
- Canceling of a scheduled recording is simply a matter of invoking a "ConnectionComplete” action at both CMs at opposite sides of the connection. For convenience, additional actions can be added to carry out this scenario.
- a preferred embodiment to expose the EPG information to the network uses the CDS.
- a special "upnpxlass” called “object.item.videoItem.videoBroadcast” has been defined in the original UPnP specification as "a continuous stream of video that is interpreted as a broadcast”.
- This UPnP class has a special "channelNr” property and an "icon” property that are defined to indicate the channel of tuner 102 and an icon to represent the channel graphically in a user interface (not shown), respectively.
- a standard object in the CDS can be used to tune to a specific channel of tuner 102.
- the "object.item.videoltem.movie” class has properties "channelName", "ScheduledStartTime” and "scheduledStopTime”. These objects contain all the information required to make a scheduled recording. According to the specification an actual recording should be described as an "object.item.videoltem.movie”.
- Fig. 3 is an example of the CDS structure of tuner 102 (with a single tuner and two channels). Note that an "item.videoItem.videoBroadcast" object is not a container type. Therefore, the hierarchy in the example of Fig.
- Fig. 4 is a diagram illustrating a sequence 400 of interactions 402 - 420 between the entities of system 100 in a scenario to make a scheduled recording. Figs.
- 5-1 1 illustrate in pseudo-code the various actions invoked on network 100 in this scenario.
- CP 106 uses the Discovery mechanism in UPnP to discover the relevant MSs and/or MRs, e.g., tuner 102 and recorder 104, on network 100.
- CP 106 locates the desired content.
- the desired content includes tuner channels and scheduled broadcast programs in the EPG.
- CP 106 locates a desired content item using the ContentDirectory::Browse() or ContentDirectory::Search actions of the MS of tuner 102.
- Fig. 5 illustrates the Browse Request and the Response.
- the information returned to CP 106 by Browse()/Search() in a step 404 includes information about the transfer protocols and data formats supported by the MS of tuner 102.
- Fig. 6 illustrates in pseudo-code how the ConnectionManager: :GetProtocolInfo() action in a step 406 causes the MS of recorder 104 to return a list to CP 106, in a step 408, of transfer protocols and data formats supported by the MS of recorder 104. These are the transfer protocols and data formats that can be used to record data at the storage medium of recorder 104.
- CP 106 selects a transfer protocol and data format that is supported by both the MS of tuner 102 and MS of recorder 104.
- the ConnectionManager: :PrepareForDelayedConnection() actions initiated by CP 106 informs the MSs of tuner 102 and recorder 104 that an outgoing/incoming connection is about to be scheduled using the specified transfer protocol and data format that has been selected.
- Fig. 7 gives an example action invocation issued by CP 106 to schedule a recording.
- CP 106 If one or both of the resources cannot fulfill this request, e.g., because it is not available, CP 106 is notified by a returned error message. Assume that both resources fulfill the request. Subsequently, CP 106 invokes the action on the MS of recorder 104 as indicated in Fig. 8.
- the InstancelDs are used in conjunction with the device's AVT service (i.e., the device returning the AVT InstancelD in steps 414 and 416) to control the flow of the content data.
- Invoking SetAVTransportURI 418 causes the URL to be selected that is associated with the selected source (e.g., tuner channel). The URL is here selected at tuner 102 to uniquely identify the content to be sourced to the network of system 100.
- Action 420 initiates the actual recording on the AVT service. Note that in this example of scheduled recording, the recording does not start until the ScheduledStartTime commences. Note that conventionally, according to the original UPnP specification, the recording is started immediately.
- Fig. 9 illustrates that CP 106 invokes the action to identify the content item that needs to be transferred (i.e. recorded), using the AVT service, whose InstancelD is returned by either one of the MSs of tuner 102 or recorder 104.
- CP 106 invokes the recording action as illustrated in Fig. 10. Note that the actual recording will take place at the ScheduledStartTime and will continue until the scheduledStopTime.
- the object of the recording will be added to the CDS of recorder 104 in a device-dependent way. This means that no explicit CreateObject() action invocation is required.
- the MSs of tuner 102 and recorder 104 are no longer needed in the context of the session.
- Their respective ConnectionMgr::ConnectionComplete() actions are invoked in steps 422 and 424 to close the MSs connection, as illustrated in the code of Fig. 11.
- Above example illustrates the concept of a delayed connection in a scenario of arranging in advance the recording of a scheduled broadcast.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Automation & Control Theory (AREA)
- Computer Hardware Design (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Software Systems (AREA)
- Multimedia (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Signal Processing For Recording (AREA)
- Small-Scale Networks (AREA)
Abstract
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/577,099 US20070074163A1 (en) | 2004-10-18 | 2004-10-18 | Recording of scheduled broadcast in upnp |
EP04770278A EP1683306A1 (fr) | 2003-10-27 | 2004-10-18 | Enregistrement d'emissions programmees en autoconfiguration universelle |
JP2006536243A JP2007510330A (ja) | 2003-10-27 | 2004-10-18 | UPnPにおけるスケジュールされた放送の記録 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP03103978 | 2003-10-27 | ||
EP03103978.7 | 2003-10-27 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2005041486A1 true WO2005041486A1 (fr) | 2005-05-06 |
Family
ID=34486368
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/IB2004/052128 WO2005041486A1 (fr) | 2003-10-27 | 2004-10-18 | Enregistrement d'emissions programmees en autoconfiguration universelle |
Country Status (5)
Country | Link |
---|---|
EP (1) | EP1683306A1 (fr) |
JP (1) | JP2007510330A (fr) |
KR (1) | KR20060094975A (fr) |
CN (1) | CN1871820A (fr) |
WO (1) | WO2005041486A1 (fr) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1806750A1 (fr) * | 2006-01-10 | 2007-07-11 | Kabushiki Kaisha Toshiba | Appareil de réseau comportant une surveillance par enregistrement des taux bits |
JP2008003808A (ja) * | 2006-06-21 | 2008-01-10 | Kyoto Univ | データ処理装置、計算機、及びデータ処理方法 |
EP1977556A1 (fr) * | 2006-01-25 | 2008-10-08 | Samsung Electronics Co., Ltd. | Procédé et appareil permettant de réserver une fonction d'un dispositif upnp |
JP2009539158A (ja) * | 2006-06-02 | 2009-11-12 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | HiGAのIMSサービスプロキシ |
EP2721805A2 (fr) * | 2011-06-17 | 2014-04-23 | Samsung Electronics Co., Ltd. | Appareil et procédé permettant d'échanger des données entre des dispositifs basés sur upnp |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006115400A (ja) * | 2004-10-18 | 2006-04-27 | Matsushita Electric Ind Co Ltd | 予約録画表示システム、予約録画表示装置、予約録画表示方法、プログラム、および記録媒体 |
CN102547442A (zh) * | 2011-12-26 | 2012-07-04 | 四川长虹电器股份有限公司 | 一种基于UPnP的电视节目分享方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002005118A2 (fr) * | 2000-07-06 | 2002-01-17 | Homeportal, Inc. | Procede et systeme permettant de commander et coordonner des dispositifs et appareils, par exemple a partir d'un portail central et par le biais d'un reseau de communications longue portee |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3793321B2 (ja) * | 1997-05-22 | 2006-07-05 | 株式会社日立製作所 | バス資源の予約装置及び管理装置、バス資源予約システム、ならびにバス資源予約方法 |
JP2003116183A (ja) * | 2001-10-05 | 2003-04-18 | Matsushita Electric Ind Co Ltd | 予約制御システム |
JP2003199003A (ja) * | 2001-12-28 | 2003-07-11 | Matsushita Electric Ind Co Ltd | 映像音声記録再生装置及びプログラム記録媒体 |
-
2004
- 2004-10-18 KR KR1020067008032A patent/KR20060094975A/ko not_active Application Discontinuation
- 2004-10-18 WO PCT/IB2004/052128 patent/WO2005041486A1/fr not_active Application Discontinuation
- 2004-10-18 JP JP2006536243A patent/JP2007510330A/ja active Pending
- 2004-10-18 CN CNA200480031599XA patent/CN1871820A/zh active Pending
- 2004-10-18 EP EP04770278A patent/EP1683306A1/fr not_active Withdrawn
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002005118A2 (fr) * | 2000-07-06 | 2002-01-17 | Homeportal, Inc. | Procede et systeme permettant de commander et coordonner des dispositifs et appareils, par exemple a partir d'un portail central et par le biais d'un reseau de communications longue portee |
Non-Patent Citations (1)
Title |
---|
JOHN RITCHIE AND THOMAS KUEHNEL: "UpnP AV Architecture: 0.83", 12 June 2002 (2002-06-12), ONLINE, pages 1 - 22, XP002318803, Retrieved from the Internet <URL:http://www.upnp.org/standardizeddcps/documents/UPnPAvArchtiecture0.83.pdf> [retrieved on 20050223] * |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1806750A1 (fr) * | 2006-01-10 | 2007-07-11 | Kabushiki Kaisha Toshiba | Appareil de réseau comportant une surveillance par enregistrement des taux bits |
EP1977556A1 (fr) * | 2006-01-25 | 2008-10-08 | Samsung Electronics Co., Ltd. | Procédé et appareil permettant de réserver une fonction d'un dispositif upnp |
JP2009524871A (ja) * | 2006-01-25 | 2009-07-02 | サムスン エレクトロニクス カンパニー リミテッド | UPnP上でデバイスの機能を予約する方法及び装置 |
EP1977556A4 (fr) * | 2006-01-25 | 2011-03-30 | Samsung Electronics Co Ltd | Procédé et appareil permettant de réserver une fonction d'un dispositif upnp |
JP2009539158A (ja) * | 2006-06-02 | 2009-11-12 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | HiGAのIMSサービスプロキシ |
JP2008003808A (ja) * | 2006-06-21 | 2008-01-10 | Kyoto Univ | データ処理装置、計算機、及びデータ処理方法 |
EP2721805A2 (fr) * | 2011-06-17 | 2014-04-23 | Samsung Electronics Co., Ltd. | Appareil et procédé permettant d'échanger des données entre des dispositifs basés sur upnp |
EP2721805A4 (fr) * | 2011-06-17 | 2014-12-24 | Samsung Electronics Co Ltd | Appareil et procédé permettant d'échanger des données entre des dispositifs basés sur upnp |
US9135209B2 (en) | 2011-06-17 | 2015-09-15 | Samsung Electronics Co., Ltd | Apparatus and method for exchanging data between UPnP based devices |
Also Published As
Publication number | Publication date |
---|---|
KR20060094975A (ko) | 2006-08-30 |
JP2007510330A (ja) | 2007-04-19 |
CN1871820A (zh) | 2006-11-29 |
EP1683306A1 (fr) | 2006-07-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8239574B2 (en) | Apparatus and method for sharing a bookmark with other users in a home network | |
US7788409B2 (en) | System and method for achieving interoperability in home network with IEEE 1394 and UPnP devices | |
US10560278B2 (en) | Embedding a UPnP AV MediaServer object ID in a URI | |
US8316140B2 (en) | Method for controlling a device in a network of distributed stations, and network station | |
JP5898166B2 (ja) | UPnPを用いてシーンを再生する方法及び装置 | |
WO2007105460A1 (fr) | Dispositif et procédé de traitement d'informations, système de communication d'informations et programme informatique | |
Ritchie et al. | UPnP AV Architecture: 1 | |
WO1999035753A2 (fr) | Procede et systeme relatifs a un reseau audio-video | |
EP1394986B1 (fr) | Passerelle de service pour le contrôle d'appareils audiovisuels dans un réseau local | |
US20070033288A1 (en) | Method of using pause time information on media content in UPnP environment | |
WO2005041486A1 (fr) | Enregistrement d'emissions programmees en autoconfiguration universelle | |
WO2012123017A1 (fr) | Gestion de ressources basée sur un nuage | |
JP4044551B2 (ja) | ゲートウェイ装置、コンテンツ提供サーバ、通信プログラムおよび通信方法 | |
US20070074163A1 (en) | Recording of scheduled broadcast in upnp | |
KR100371166B1 (ko) | 홈 네트워크 접속 장치 및 그의 제어 방법 | |
Ritchie et al. | Upnp av architecture: 0.83 | |
Heredia | An introduction to the DLNA architecture: network technologies for media devices | |
Rasheed et al. | High-Quality Media Distribution in the Digital Home. | |
Mukhtar et al. | Using Universal Plug-n-Play for Device Communication in Ad Hoc Pervasive Environments | |
Infrastructure | High-Quality Media Distribution in the Digital Home |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 200480031599.X Country of ref document: CN |
|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
WWE | Wipo information: entry into national phase |
Ref document number: 2004770278 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2006536243 Country of ref document: JP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2007074163 Country of ref document: US Ref document number: 10577099 Country of ref document: US |
|
WWE | Wipo information: entry into national phase |
Ref document number: 1020067008032 Country of ref document: KR |
|
WWE | Wipo information: entry into national phase |
Ref document number: 1881/CHENP/2006 Country of ref document: IN |
|
WWP | Wipo information: published in national office |
Ref document number: 2004770278 Country of ref document: EP |
|
WWP | Wipo information: published in national office |
Ref document number: 1020067008032 Country of ref document: KR |
|
WWP | Wipo information: published in national office |
Ref document number: 10577099 Country of ref document: US |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: 2004770278 Country of ref document: EP |