WO2012082032A1 - Streaming transfer server, method, computer program and computer program product for transferring receiving of media content - Google Patents

Streaming transfer server, method, computer program and computer program product for transferring receiving of media content Download PDF

Info

Publication number
WO2012082032A1
WO2012082032A1 PCT/SE2010/051389 SE2010051389W WO2012082032A1 WO 2012082032 A1 WO2012082032 A1 WO 2012082032A1 SE 2010051389 W SE2010051389 W SE 2010051389W WO 2012082032 A1 WO2012082032 A1 WO 2012082032A1
Authority
WO
WIPO (PCT)
Prior art keywords
media receiver
message
streaming
content
identifier
Prior art date
Application number
PCT/SE2010/051389
Other languages
French (fr)
Inventor
Ayodele Damola
Ignacio MÁS IVARS
Original Assignee
Telefonaktiebolaget L M Ericsson (Publ)
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 Telefonaktiebolaget L M Ericsson (Publ) filed Critical Telefonaktiebolaget L M Ericsson (Publ)
Priority to PCT/SE2010/051389 priority Critical patent/WO2012082032A1/en
Priority to US13/993,636 priority patent/US9118741B2/en
Priority to EP10809096.0A priority patent/EP2652933A1/en
Publication of WO2012082032A1 publication Critical patent/WO2012082032A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/148Migration or transfer of sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/2871Implementation details of single intermediate entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/562Brokering proxy services

Definitions

  • the invention relates to receiving streaming content and more particularly to transferring receiving of streaming content from one media receiver to another.
  • Video streaming is a widely used service on the Internet today.
  • YouTube is a prime example of a video streaming web portal used by millions of users daily.
  • Usually short user generated clips are offered but lately full length movies are also available, sometimes bundled with
  • a rudimentary way of doing this task would e.g. be to somehow save the URL of a current content such as in a bookmark, synchronise the bookmark with the target device and navigate to the bookmark on the target device.
  • An object of embodiments herein is to provide a simpler and more robust way to combine an IP network and a cable television network for content delivery.
  • a streaming transfer server for transferring receiving of streaming content from a first media receiver to a second media receiver, wherein both the first and second media receivers are associated with the same user.
  • streaming transfer server comprises: a presence message receiver arranged to receive a presence message
  • an in use message receiver arranged to receive an in use message indicating that the first media receiver is in active use by the user; a present media receiver message transmitter arranged to transmit a present media receiver message to the first media receiver, the present media receiver message comprising an identifier of the second media receiver; a transfer message receiver arranged to receive a transfer message indicating that the receiving of the streaming content should be transferred from the first media receiver to the second media receiver, wherein the transfer message comprises an identifier of the streaming content; a content identifier arranged to obtain an identifier of the streaming content; and an initiate content message transmitter arranged to transmit an initiate content message to the second media receiver, wherein the initiate content message comprises the identifier of the streaming content and the current position in the streaming content.
  • the in use message receiver may further be arranged to receive an in use message indicating that the second media receiver is in active use by the user; and the present media receiver message transmitter may further be arranged to transmit a present media receiver message to the second media receiver, the present media receiver message comprising an identifier of the first media receiver .
  • the streaming transfer server may further comprise: a current position obtainer arranged to obtain a current position in the streaming content; and the initiate content message may comprise the current position in the streaming content.
  • the transfer message may comprise the current position in the streaming content and the current position obtainer is arranged to obtain the current position from the transfer message.
  • the current position obtainer may be arranged to obtain the current position by querying a content server serving the streaming content.
  • the transfer message may comprise the identifier of the streaming content and the content identifier may be arranged to obtain the identifier of the streaming content from the transfer message.
  • the content identifier may be arranged to obtain the identifier of the streaming content by querying the first media receiver.
  • the presence message receiver is arranged to receive a presence message from a device gateway capable of discovering presence of a media receiver connected to the device gateway.
  • the presence message receiver may further be arranged to receive a presence message indicating the presence of a third media receiver; and the present media receiver message transmitter may further be arranged to transmit a present media receiver message comprising an identifier of the third media receiver.
  • the presence message receiver may further be arranged to receive a deactivate message indicating that the first media receiver has been deactivated; and the present media receiver message transmitter may further be
  • the present media receiver message comprising an indication that the first media receiver has been deactivated.
  • the method comprising the steps, executed in a streaming transfer server, of: receiving a presence message indicating the presence of the second media receiver; receiving an in use message indicating that the first media receiver is in active use by the user;
  • receiving of the streaming content should be transferred from the first media receiver to the second media receiver; obtaining an identifier of the streaming content; and transmitting an initiate content message to the second media receiver, wherein the initiate content message comprises the identifier of the streaming
  • the method may further comprise, after the step of transmitting an initiate content message: reiterating the step of receiving an in use message, wherein the in use message here indicates that the second media receiver is in active use by the user; reiterating the step of transmitting a present media receiver message to the second media receiver, the present media receiver message here comprising an identifier of the first media
  • the method may further comprise, prior to the step of transmitting an initiate content message, the step of: obtaining a current position in the streaming content; and wherein in the step of transmitting an initiate content message, the initiate content message comprises the current position in the streaming content.
  • the transfer message may comprise the current position in the streaming content and the step of obtaining a current position may comprise obtaining the current position from the transfer message.
  • the step of obtaining a current position may comprise obtaining the current position by querying a content server arranged to stream the streaming content.
  • the transfer message may comprise the identifier of the streaming content and the step of obtaining an identifier of the streaming content may comprise obtaining the identifier of the streaming content from the transfer message .
  • the step of obtaining an identifier of the streaming content may comprise obtaining the identifier of the streaming content by querying the first media receiver.
  • the step of receiving a presence message may comprise receiving a presence message from a device gateway capable of discovering presence of a media receiver connected to the device gateway.
  • the step of receiving a presence message may further comprise receiving a presence message indicating the presence of a third media receiver; and the step of transmitting a present media receiver message, comprises transmitting a present media receiver message comprising an identifier of the third media receiver.
  • the method may further comprise the steps of: receiving a deactivate message indicating that the first media receiver has been deactivated; and reiterating the step of transmitting a present media receiver message to the second media receiver, the present media receiver message comprising an indication that the first media receiver has been deactivated.
  • a third embodiment is a computer program for a streaming transfer server to transfer receiving of streaming content from a first media receiver to a second media receiver, wherein both the first and second media
  • the computer program comprising computer program code which, when run on the streaming transfer server, causes the streaming transfer server to: receive a presence message indicating the presence of the second media receiver; receive an in use message indicating that the first media receiver is in active use by the user; transmit a present media receiver message to the first media receiver, the present media receiver message comprising an identifier of the second media receiver; receive a transfer message
  • initiate content message comprises the identifier of the streaming content.
  • Fig 1 is a schematic diagram showing an overview of signalling in an environment where embodiments of the invention can be applied;
  • Fig 2 is a sequence diagrams illustrating communication in embodiments between the components of Fig 1 to
  • Fig 3 is a flow chart illustrating an embodiment of a method implemented in the streaming transfer server of Fig 1;
  • Fig 4a is a schematic diagram of components of the streaming transfer server of Fig 1;
  • Fig 4b is a schematic diagram showing functional modules of the streaming transfer server of Fig 1;
  • Fig 5 shows one example of a computer program product comprising computer readable means.
  • FIG 1 is a schematic diagram showing an overview of signalling in an environment where embodiments of the invention can be applied.
  • a content server 16 is set up to be able to stream content.
  • the content server can for example serve streaming media such as video and/or audio to one or more of the media receivers 12a-z.
  • the content server 16 can be one or more physical entities in one or more locations providing a service such as YouTube, e.g. accessible through the world wide web (www) .
  • the content server 16 is
  • a streaming transfer server 10 which is used when a user 5a, 5b would like to transfer the receiving of media content from one device to another.
  • a first user 2a is associated with a set of user devices 5a which is a collection of media receivers 12a-z.
  • This association can for example be a subscription to a content service or a configuration in an IMS (Internet Protocol Multimedia System) system.
  • the media receivers 12a-z are all registered to the user 2a in a system such as the IMS system.
  • the user 2a has two gateways 14a, 14b which are capable of discovering the presence of devices within their domain.
  • 14a can be a HIGA (Home IMS Gateway) arranged to discover when any of the media receivers 12a- b are powered on and available.
  • the HIGA can for example discover this using any suitable device discovery
  • UPnP Universal Plug and Play
  • DLNA Digital Living Network Alliance
  • the user 2a has previously configured the HIGA such that devices 12a and 12b are associated with the account of the user 2a.
  • a PIGA Portable IMS Gateway 14b is configured to be able to discover the portable media receiver 12z.
  • the user 2a is not limited to shown gateways 14a, 14b or media receivers 12a-z and can be configured to use more or fewer units.
  • the user could also have configured a CIGA (Car IMS Gateway) for use of a media streaming device in a car (not shown) .
  • the gateways 14a-b are connected to the streaming transfer server 10 to allow the streaming transfer server 10 to keep track of what media receivers 12a-z of the user 12a are present, i.e. turned on and available for use.
  • the user 2a has a media receiver 13a which is connected to the streaming transfer server without going through an intermediary gateway. This media
  • receiver can for example be a general purpose computer such as a personal computer or a tablet computer.
  • a second user 2b has a separate set of user devices 5b containing media receivers 12' a, 12'b and associated gateways 14' a, 14' c. Analogously, the gateways 14' a, 14' c are connected to the streaming transfer server 10.
  • FIG. 1 is a sequence diagrams illustrating communication in embodiments between the components of Fig 1 to
  • All communication can e.g. occur using IP (Internet Protocol) .
  • IP Internet Protocol
  • all signalling is performed over HTTP (Hypertext Transport Protocol)
  • HTTP Hypertext Transport Protocol
  • UDP User Datagram Protocol
  • the user 2 adds 20 devices to the streaming server 10. This can be performed e.g. by direct
  • the user 2 configures the gateways such as HIGA 14a.
  • the configuration associates the user 2 with the media receivers that the user 2 would like to be associated with herself/himself, such as a first media receiver 12a and a second media receiver 12b. This configuration does not need to be repeated until new devices are to be added or existing devices are removed.
  • the second media receiver 12b is turned on, which is discovered 21 by the HIGA 14a.
  • the HIGA 14a sends a presence message 22 to the streaming transfer server 10 to indicate the presence of the second media receiver 12b.
  • the user 2 is using the first media receiver 12a, which sends an in use message 23 to the HIGA 14a. This could also be discovered by the HIGA 14a.
  • the HIGA 14a then sends an in use message 24 to the streaming transfer server 10 to indicate that the first media receiver 12a is in active use by the user 2.
  • the streaming transfer server 10 then sends a present media receiver (s) message 26 to the media receiver which is currently in use by the user, i.e. first media
  • the first media receiver 12a is then ready to send a request 28 for content to the content server 16, after which the content server 16 responds with the requested content 29.
  • the user 2 is presented with a list of potential streaming devices to transfer to.
  • the list contains the second media receiver 12b, since it is only the second media receiver 12b which has been discovered to be present. Had there been more media receivers present, the list would contain all those present media receivers.
  • the user 2 decides to continue receiving the streaming content from the content server 16 using the second media receiver 12b.
  • the user commands 30 the media receiver in use, in this case the first media receiver 12a, to effect the transfer.
  • the first media receiver 12a sends 32 a transfer message to the streaming transfer server 10 indicating that the receiving of the streaming content should be transferred from the first media receiver 12a to the second media receiver 12b.
  • the first media receiver 12a can then stop receiving the streaming content, e.g. by sending a stop command to the content server 16 (not shown) .
  • the streaming transfer server 10 obtains the identifier of the content, either as part of the transfer message or by querying the first media receiver 12a.
  • the streaming transfer server 10 also obtains the current position in the streaming content to allow the streaming to start at the same position when the receiving is transferred to the second media receiver 12b.
  • the streaming transfer server 10 then sends an initiate content message 33 to the second media receiver 12b, where the initiate content message comprises the content identifier.
  • the second media receiver 12b like all media receivers herein, comprises a listening module so it is ready to receive such a message to initiate content. Once the second media receiver 12b has received this command, it sends an in use message 35 to the streaming transfer server 10.
  • the streaming transfer server updates its tables to note that the second media receiver 12b is now the media receiver in use for the user 2.
  • the second media receiver 12b then sends a request 41 for the same content (as identified by the content identifier in the initiate content message) , optionally with an indicator of position, to the content server 12, upon which the content server responds with streaming the content 42 to the second streaming device 12b, optionally at the indicated position (same position as was the case for the first media receiver 12a prior to the transfer) .
  • the user In the user interface of the second media receiver 12b, the user is presented with an option to transfer the receiving of streaming content back to the first media receiver 12a. If now a third media receiver 12c is powered on (and previously registered in the message to add devices 20), this is discovered 43 by the HIGA 14a. The HIGA 14a then sends a discover message 44 to the streaming transfer server 10, which sends a new present streaming device (s) message 45, then including references to the first media receiver 12a and the third media receiver 12c. This allows the second media receiver 12b, in its user interface, to present an option to transfer the streaming receiving to either the first media receiver 12a or the third media receiver 12c.
  • any one or more could equally well be media receivers connected to the
  • streaming transfer server without a gateway such as the media receiver 13a of Fig 1.
  • Fig 3 is a flow chart illustrating an embodiment of a method implemented in the streaming transfer server of Fig 1.
  • the method corresponds to the communication of the streaming transfer server 10 of Fig 2.
  • the method can be implemented using a computer program as depicted in Fig 5.
  • the method is to be construed as what occurs for each user in the system of Fig 1. In other words, there may be several separate instances of the method running for separate users at any one time. In a scenario used to illustrate the embodiment described below, the method is executed for user A.
  • the streaming transfer server 10 has been configured with a list of associations between media receivers and users, as exemplified in Table 1 below.
  • a gateway field is included:
  • Table la also includes a field for discovery method, e.g. SIP, UPnP, etc.
  • the field called “present” indicates whether the media receiver in question is present, i.e. powered on and ready to receive a content stream from the content server.
  • the media receiver IDs can for example be IP addresses, SIP URIs (uniform resource identifiers) or UPnP UUIDs (universally unique identifiers) .
  • the last line in the table represents the example where a media receiver is connected to the streaming transfer server 10 without a gateway, such as media receiver 13a of Fig 1.
  • a media receiver could also have a discovery method associated with it.
  • a receive presence message (s) step 60 the streaming transfer server 10 receives one or more presence messages indicating the presence of discovered media receivers. This updates table 1 above, changing the field present from 0 to 1 for any media receivers for which presence messages are received.
  • this step includes a query from the streaming transfer server 10, i.e. a poll to update discover media receiver states.
  • a receive in use message step 61 the in use message is received, the in use message indicating that what media receiver is in active use by a particular user. As an illustrative example, this can be stored by the streaming transfer server 10 in a table such as Table 2a below.
  • an in use message is received to indicate that the media receiver with ID 1 is the in use media receiver for user A.
  • User B has no media receiver in use in this scenario, indicated by a 0.
  • the present media receiver message step 62 is sent to the media receiver being in use.
  • the present media receiver message comprises an identifier of all other present media receivers for the user.
  • the present media receiver message is sent to the media receiver with ID 1 for user A, and the message contains the media receiver identifiers of 2 and 3. This allows the media receiver with ID 1 to present to the user in its user interface the ability to transfer receiving of streaming content to any one of the media receivers 2 or 3.
  • the transfer message is received from the media receiver in use in a receiving a transfer message step 63 from the media receiver which is in use.
  • the transfer message indicates that the receiving of the streaming content should be transferred from the media receiver in use to a target present media receiver.
  • the streaming transfer server 10 receives a transfer message to transfer the receiving of streaming content from the media receiver with ID 1 to media receiver with ID 3.
  • the identifier of the streaming content is obtained in an obtain identifier of streaming content step 64. This can be performed e.g. by retrieving this information from the transfer message (if available there) or by querying the in use media receiver.
  • the current position in the streaming content is obtained in an obtain current position in streaming content step 65.
  • This can be performed e.g. by retrieving this information from the transfer message or by querying the in use media receiver or the content server.
  • the initiate content message is sent to the target media receiver, as indicated in the transfer message, i.e. in the described scenario the media receiver with ID 3.
  • the initiate content message comprises the identifier of the streaming content and optionally the position in the streaming content.
  • the table indicating media receiver states is then updated to reflect that the media receiver with ID 3 is now no longer a media receiver for which transfer is possible (since it has just been transferred control to) , giving a result as shown in Table lc below:
  • the method then returns to the receive in use message step 62, where an in use message is received for the media receiver with ID 3. This will result in an updated table for the in use media receivers as illustrated in Table 2b below:
  • Table 2b association between user and media receiver being in use
  • messages are received about updated presence states. For example, in a receive deactivate message step 67, a deactivate message is received which removes a previously present media receiver from the media receiver states table. In our scenario, a
  • transmit present media receiver (s) message step 62 to ensure that the media receiver being in use has an updated list of present devices.
  • the transmit present media receiver (s) message step 62 may send a present media receiver (s) message comprising no
  • Fig 4a is a schematic diagram of components of the streaming transfer server 10 of Fig 1.
  • a controller 47 is provided using any suitable central processing unit
  • the computer readable media 48 can be any combination of read and write memory (RAM) and read only memory (ROM) .
  • the computer readable media 48 also comprises persistent storage, which, for example, can be any single one or combination of magnetic memory, optical memory, or solid state memory.
  • An input/output interface 49 is provided to allow the streaming transfer server 10 to communicate with other entities such as the media receivers 12a-z and content server 16.
  • a local operator interface is optionally provided to allow an operator to interact with the streaming transfer server 10.
  • the operator interface can include a display and an input device such as a keyboard, a touch function of the display and/or a positional input device such as a mouse, trackball, etc.
  • the streaming transfer server 10 can be integrated in one unit, or it can be separated into several separate units, e.g. for reasons of upgradeability, media receiver proximity, ease of implementation or redundancy.
  • Fig 4b is a schematic diagram showing functional modules of the streaming transfer server 10 of Fig 1.
  • the modules can be implemented using software such as a computer program executing in the streaming transfer server 10. All modules depend on an execution environment which can utilise the controller 47, computer program product 48 and/or I/O interface 49 of Fig 4a.
  • the modules implement communication of the streaming transfer server 10 of Figs 2 and correspond to the method steps of Fig 3.
  • a presence message receiver 50 is arranged to receive the presence message indicating the presence of any media receiver 12b, wherein the presence message comprises an identifier of the user and the media receiver which is present.
  • An in use message receiver 51 is arranged to receive the in use message indicating which media receiver is in active use by a particular user.
  • the in use message thus comprises an identifier of the user and the media
  • a present media receiver message transmitter 52 is arranged to transmit the present media receiver message to the media receiver being in use.
  • a transfer message receiver 53 is arranged to receive the transfer message indicating that the receiving of the streaming content should be transferred from the media receiver being in use to a target media receiver.
  • a content identifier 54 is arranged to obtain the
  • An initiate content message transmitter 56 is arranged to transmit the initiate content message to the target media receiver .
  • An optional current position obtainer 55 can be arranged to obtain the current position in the streaming content prior to the transfer.
  • the initiate content message comprises the current position in the streaming content.
  • Fig 5 shows one example of a computer program product 70 comprising computer readable means.
  • a computer program 71 can be stored, which computer program 71 can cause a controller to execute a method according to embodiments described herein.
  • the computer program product is an optical disc, such as a CD (compact disc) or a DVD (digital versatile disc) or a Blu-Ray disc.
  • the computer program product could also be embodied as a memory of a device, such as memory 48 of the streaming transfer server 10. While the computer program 71 is here
  • the computer program can be stored in any way which is suitable for the computer program product, such as a USB (Universal Serial Bus) flash drive.
  • USB Universal Serial Bus

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

It is presented a method for transferring receiving of streaming content from a first media receiver (12a) to a second media receiver (12b), the method comprising the steps, executed in a streaming transfer server (10), of : receiving a presence message (22) indicating the presence of the second media receiver (12b); receiving an in use message (24) indicating that the first media receiver (12a) is in active use by the user (2); transmitting a present media receiver message (26) to the first media receiver (12a), the present media receiver message (26) comprising an identifier of the second media receiver (12b); receiving a transfer message (32) indicating that the receiving of the streaming content should be transferred from the first media receiver (12a) to the second media receiver (12b); obtaining an identifier of the streaming content (34); and transmitting an initiate content message (33) to the second media receiver (12b), wherein the initiate content message (33) comprises the identifier of the streaming content.

Description

STREAMING TRANSFER SERVER, METHOD, COMPUTER PROGRAM AND COMPUTER PROGRAM PRODUCT FOR TRANSFERRING RECEIVING OF
MEDIA CONTENT
TECHNICAL FIELD
The invention relates to receiving streaming content and more particularly to transferring receiving of streaming content from one media receiver to another.
BACKGROUND
Video streaming is a widely used service on the Internet today. YouTube is a prime example of a video streaming web portal used by millions of users daily. Usually short user generated clips are offered but lately full length movies are also available, sometimes bundled with
advertisements. Many other streaming services of
different variants are also available.
Users these days have more and more devices able to be used to consume streaming services such as YouTube. For example, apart from traditional personal computers, devices such as mobile phones, televisions, tablet computers and even some car entertainment systems can access YouTube today.
However, sometimes a user wishes to transfer the
receiving of media content from one device to another. A rudimentary way of doing this task would e.g. be to somehow save the URL of a current content such as in a bookmark, synchronise the bookmark with the target device and navigate to the bookmark on the target device.
However, this is a cumbersome and potentially unreliable process . SUMMARY
An object of embodiments herein is to provide a simpler and more robust way to combine an IP network and a cable television network for content delivery. According to a first embodiment, it is presented a streaming transfer server for transferring receiving of streaming content from a first media receiver to a second media receiver, wherein both the first and second media receivers are associated with the same user. The
streaming transfer server comprises: a presence message receiver arranged to receive a presence message
indicating the presence of the second media receiver; an in use message receiver arranged to receive an in use message indicating that the first media receiver is in active use by the user; a present media receiver message transmitter arranged to transmit a present media receiver message to the first media receiver, the present media receiver message comprising an identifier of the second media receiver; a transfer message receiver arranged to receive a transfer message indicating that the receiving of the streaming content should be transferred from the first media receiver to the second media receiver, wherein the transfer message comprises an identifier of the streaming content; a content identifier arranged to obtain an identifier of the streaming content; and an initiate content message transmitter arranged to transmit an initiate content message to the second media receiver, wherein the initiate content message comprises the identifier of the streaming content and the current position in the streaming content. The in use message receiver may further be arranged to receive an in use message indicating that the second media receiver is in active use by the user; and the present media receiver message transmitter may further be arranged to transmit a present media receiver message to the second media receiver, the present media receiver message comprising an identifier of the first media receiver .
The streaming transfer server may further comprise: a current position obtainer arranged to obtain a current position in the streaming content; and the initiate content message may comprise the current position in the streaming content.
The transfer message may comprise the current position in the streaming content and the current position obtainer is arranged to obtain the current position from the transfer message.
The current position obtainer may be arranged to obtain the current position by querying a content server serving the streaming content.
The transfer message may comprise the identifier of the streaming content and the content identifier may be arranged to obtain the identifier of the streaming content from the transfer message. The content identifier may be arranged to obtain the identifier of the streaming content by querying the first media receiver.
The presence message receiver is arranged to receive a presence message from a device gateway capable of discovering presence of a media receiver connected to the device gateway.
The presence message receiver may further be arranged to receive a presence message indicating the presence of a third media receiver; and the present media receiver message transmitter may further be arranged to transmit a present media receiver message comprising an identifier of the third media receiver.
The presence message receiver may further be arranged to receive a deactivate message indicating that the first media receiver has been deactivated; and the present media receiver message transmitter may further be
arranged to transmit a present media receiver message to the second media receiver, the present media receiver message comprising an indication that the first media receiver has been deactivated.
A second embodiment is a method for transferring
receiving of streaming content from a first media
receiver to a second media receiver, wherein both the first and second media receivers are associated with the same user, the method comprising the steps, executed in a streaming transfer server, of: receiving a presence message indicating the presence of the second media receiver; receiving an in use message indicating that the first media receiver is in active use by the user;
transmitting a present media receiver message to the first media receiver, the present media receiver message comprising an identifier of the second media receiver; receiving a transfer message indicating that the
receiving of the streaming content should be transferred from the first media receiver to the second media receiver; obtaining an identifier of the streaming content; and transmitting an initiate content message to the second media receiver, wherein the initiate content message comprises the identifier of the streaming
content .
The method may further comprise, after the step of transmitting an initiate content message: reiterating the step of receiving an in use message, wherein the in use message here indicates that the second media receiver is in active use by the user; reiterating the step of transmitting a present media receiver message to the second media receiver, the present media receiver message here comprising an identifier of the first media
receiver . The method may further comprise, prior to the step of transmitting an initiate content message, the step of: obtaining a current position in the streaming content; and wherein in the step of transmitting an initiate content message, the initiate content message comprises the current position in the streaming content.
The transfer message may comprise the current position in the streaming content and the step of obtaining a current position may comprise obtaining the current position from the transfer message. The step of obtaining a current position may comprise obtaining the current position by querying a content server arranged to stream the streaming content.
The transfer message may comprise the identifier of the streaming content and the step of obtaining an identifier of the streaming content may comprise obtaining the identifier of the streaming content from the transfer message .
The step of obtaining an identifier of the streaming content may comprise obtaining the identifier of the streaming content by querying the first media receiver.
The step of receiving a presence message may comprise receiving a presence message from a device gateway capable of discovering presence of a media receiver connected to the device gateway. The step of receiving a presence message may further comprise receiving a presence message indicating the presence of a third media receiver; and the step of transmitting a present media receiver message, comprises transmitting a present media receiver message comprising an identifier of the third media receiver.
The method may further comprise the steps of: receiving a deactivate message indicating that the first media receiver has been deactivated; and reiterating the step of transmitting a present media receiver message to the second media receiver, the present media receiver message comprising an indication that the first media receiver has been deactivated.
A third embodiment is a computer program for a streaming transfer server to transfer receiving of streaming content from a first media receiver to a second media receiver, wherein both the first and second media
receivers are associated with the same user, the computer program comprising computer program code which, when run on the streaming transfer server, causes the streaming transfer server to: receive a presence message indicating the presence of the second media receiver; receive an in use message indicating that the first media receiver is in active use by the user; transmit a present media receiver message to the first media receiver, the present media receiver message comprising an identifier of the second media receiver; receive a transfer message
indicating that the receiving of the streaming content should be transferred from the first media receiver to the second media receiver; obtain an identifier of the streaming content; and transmit an initiate content message to the second media receiver, wherein the
initiate content message comprises the identifier of the streaming content.
A fourth embodiment is a computer program product
comprising a computer program according to the third embodiment and a computer readable means on which the computer program is stored.
It is to be noted that any feature of the first, second, third and fourth embodiments may, where appropriate, be applied to any other of these embodiments.
Generally, all terms used in the application are to be interpreted according to their ordinary meaning in the technical field, unless explicitly defined otherwise herein. All references to "a/an/the element, apparatus, component, means, step, etc." are to be interpreted openly as referring to at least one instance of the element, apparatus, component, means, step, etc., unless explicitly stated otherwise. The steps of any method disclosed herein do not have to be performed in the exact order disclosed, unless explicitly stated. BRIEF DESCRIPTION OF THE DRAWINGS
The invention is now described, by way of example, with reference to the accompanying drawings, in which:
Fig 1 is a schematic diagram showing an overview of signalling in an environment where embodiments of the invention can be applied;
Fig 2 is a sequence diagrams illustrating communication in embodiments between the components of Fig 1 to
transfer the receiving of content from one media receiver to another;
Fig 3 is a flow chart illustrating an embodiment of a method implemented in the streaming transfer server of Fig 1;
Fig 4a is a schematic diagram of components of the streaming transfer server of Fig 1;
Fig 4b is a schematic diagram showing functional modules of the streaming transfer server of Fig 1; and
Fig 5 shows one example of a computer program product comprising computer readable means.
DETAILED DESCRIPTION
The invention will now be described more fully
hereinafter with reference to the accompanying drawings in which certain embodiments of the invention are shown This invention may, however, be embodied in many
different forms and should not be construed as limited the embodiments set forth herein; rather, these embodiments are provided by way of example so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art. Like numbers refer to like elements throughout the description.
Fig 1 is a schematic diagram showing an overview of signalling in an environment where embodiments of the invention can be applied. A content server 16 is set up to be able to stream content. The content server can for example serve streaming media such as video and/or audio to one or more of the media receivers 12a-z. The content server 16 can be one or more physical entities in one or more locations providing a service such as YouTube, e.g. accessible through the world wide web (www) .
Additionally, there may be more than one content server 16, but for simplicity only one content server 16 is referred to hereinafter. The content server 16 is
connected to a streaming transfer server 10 which is used when a user 5a, 5b would like to transfer the receiving of media content from one device to another.
A first user 2a is associated with a set of user devices 5a which is a collection of media receivers 12a-z. This association can for example be a subscription to a content service or a configuration in an IMS (Internet Protocol Multimedia System) system. Optionally, the media receivers 12a-z are all registered to the user 2a in a system such as the IMS system.
The user 2a has two gateways 14a, 14b which are capable of discovering the presence of devices within their domain. For example, 14a can be a HIGA (Home IMS Gateway) arranged to discover when any of the media receivers 12a- b are powered on and available. The HIGA can for example discover this using any suitable device discovery
protocol, e.g. using SIP (Session Initiation Protocol), UPnP (Universal Plug and Play) , DLNA (Digital Living Network Alliance) which in turn uses UPnP, Bonjour, etc. The user 2a has previously configured the HIGA such that devices 12a and 12b are associated with the account of the user 2a. Also, a PIGA (Portable IMS Gateway) 14b is configured to be able to discover the portable media receiver 12z.
As indicated by the three dots in Fig 1, the user 2a is not limited to shown gateways 14a, 14b or media receivers 12a-z and can be configured to use more or fewer units. For example, the user could also have configured a CIGA (Car IMS Gateway) for use of a media streaming device in a car (not shown) . The gateways 14a-b are connected to the streaming transfer server 10 to allow the streaming transfer server 10 to keep track of what media receivers 12a-z of the user 12a are present, i.e. turned on and available for use.
Furthermore, the user 2a has a media receiver 13a which is connected to the streaming transfer server without going through an intermediary gateway. This media
receiver can for example be a general purpose computer such as a personal computer or a tablet computer.
A second user 2b has a separate set of user devices 5b containing media receivers 12' a, 12'b and associated gateways 14' a, 14' c. Analogously, the gateways 14' a, 14' c are connected to the streaming transfer server 10.
Although not shown, the system supports more users as necessary . Fig 2 is a sequence diagrams illustrating communication in embodiments between the components of Fig 1 to
transfer the receiving of content from one media receiver to another. All communication can e.g. occur using IP (Internet Protocol) . In one embodiment, all signalling is performed over HTTP (Hypertext Transport Protocol) , and only the content streaming is over a different protocol such as UDP (User Datagram Protocol) , or indeed also over HTTP. Initially, the user 2 adds 20 devices to the streaming server 10. This can be performed e.g. by direct
configuration in the streaming server 10, such as by using a web interface, e.g. during an account
registration in the streaming transfer server 10.
Alternatively or additionally, the user 2 configures the gateways such as HIGA 14a. The configuration associates the user 2 with the media receivers that the user 2 would like to be associated with herself/himself, such as a first media receiver 12a and a second media receiver 12b. This configuration does not need to be repeated until new devices are to be added or existing devices are removed. A
Once configured, the second media receiver 12b is turned on, which is discovered 21 by the HIGA 14a. The HIGA 14a sends a presence message 22 to the streaming transfer server 10 to indicate the presence of the second media receiver 12b. Also, the user 2 is using the first media receiver 12a, which sends an in use message 23 to the HIGA 14a. This could also be discovered by the HIGA 14a. The HIGA 14a then sends an in use message 24 to the streaming transfer server 10 to indicate that the first media receiver 12a is in active use by the user 2. The streaming transfer server 10 then sends a present media receiver (s) message 26 to the media receiver which is currently in use by the user, i.e. first media
receiver 12a. The first media receiver 12a is then ready to send a request 28 for content to the content server 16, after which the content server 16 responds with the requested content 29.
In the user interface from the first media receiver 12a to the user 2, the user 2 is presented with a list of potential streaming devices to transfer to. In this example, the list contains the second media receiver 12b, since it is only the second media receiver 12b which has been discovered to be present. Had there been more media receivers present, the list would contain all those present media receivers.
The user 2, in this example, then decides to continue receiving the streaming content from the content server 16 using the second media receiver 12b. To transfer the receiving of streaming content from the first media receiver 12a to the second media receiver 12b, the user commands 30 the media receiver in use, in this case the first media receiver 12a, to effect the transfer.
The first media receiver 12a sends 32 a transfer message to the streaming transfer server 10 indicating that the receiving of the streaming content should be transferred from the first media receiver 12a to the second media receiver 12b. The first media receiver 12a can then stop receiving the streaming content, e.g. by sending a stop command to the content server 16 (not shown) . In a processing stage 34, the streaming transfer server 10 obtains the identifier of the content, either as part of the transfer message or by querying the first media receiver 12a. Optionally, the streaming transfer server 10 also obtains the current position in the streaming content to allow the streaming to start at the same position when the receiving is transferred to the second media receiver 12b.
The streaming transfer server 10 then sends an initiate content message 33 to the second media receiver 12b, where the initiate content message comprises the content identifier. The second media receiver 12b, like all media receivers herein, comprises a listening module so it is ready to receive such a message to initiate content. Once the second media receiver 12b has received this command, it sends an in use message 35 to the streaming transfer server 10. The streaming transfer server updates its tables to note that the second media receiver 12b is now the media receiver in use for the user 2. The second media receiver 12b then sends a request 41 for the same content (as identified by the content identifier in the initiate content message) , optionally with an indicator of position, to the content server 12, upon which the content server responds with streaming the content 42 to the second streaming device 12b, optionally at the indicated position (same position as was the case for the first media receiver 12a prior to the transfer) .
In the user interface of the second media receiver 12b, the user is presented with an option to transfer the receiving of streaming content back to the first media receiver 12a. If now a third media receiver 12c is powered on (and previously registered in the message to add devices 20), this is discovered 43 by the HIGA 14a. The HIGA 14a then sends a discover message 44 to the streaming transfer server 10, which sends a new present streaming device (s) message 45, then including references to the first media receiver 12a and the third media receiver 12c. This allows the second media receiver 12b, in its user interface, to present an option to transfer the streaming receiving to either the first media receiver 12a or the third media receiver 12c.
It is to be noted that while the media receivers
presented in Fig 2 are connected to the streaming
transfer server 10 via a gateway, any one or more could equally well be media receivers connected to the
streaming transfer server without a gateway, such as the media receiver 13a of Fig 1.
Fig 3 is a flow chart illustrating an embodiment of a method implemented in the streaming transfer server of Fig 1. The method corresponds to the communication of the streaming transfer server 10 of Fig 2. The method can be implemented using a computer program as depicted in Fig 5. The method is to be construed as what occurs for each user in the system of Fig 1. In other words, there may be several separate instances of the method running for separate users at any one time. In a scenario used to illustrate the embodiment described below, the method is executed for user A.
Prior to this method, the streaming transfer server 10 has been configured with a list of associations between media receivers and users, as exemplified in Table 1 below. Optionally a gateway field is included:
User Media Gateway Discovery Present
receiver ID method
A 1 i SIP 0
A 2 i SIP 0
A 3 ii UPnP 0
B 7 iv DLNA 0
B 9 0
Table la: media receiver to user association
Table la also includes a field for discovery method, e.g. SIP, UPnP, etc. The field called "present" indicates whether the media receiver in question is present, i.e. powered on and ready to receive a content stream from the content server. The media receiver IDs can for example be IP addresses, SIP URIs (uniform resource identifiers) or UPnP UUIDs (universally unique identifiers) .
The last line in the table represents the example where a media receiver is connected to the streaming transfer server 10 without a gateway, such as media receiver 13a of Fig 1. Optionally, such a media receiver could also have a discovery method associated with it.
In a receive presence message (s) step 60, the streaming transfer server 10 receives one or more presence messages indicating the presence of discovered media receivers. This updates table 1 above, changing the field present from 0 to 1 for any media receivers for which presence messages are received. Optionally, this step includes a query from the streaming transfer server 10, i.e. a poll to update discover media receiver states. In the
described scenario two presence messages are received for media receivers with ids 2 and 3.
User Media Gateway Discovery Present
receiver ID method
A 1 i SIP 0
A 2 i SIP 1
A 3 ii UPnP 1
B 7 iv DLNA 0
B 9 0
Table lb: media receiver states after presence updates
In a receive in use message step 61, the in use message is received, the in use message indicating that what media receiver is in active use by a particular user. As an illustrative example, this can be stored by the streaming transfer server 10 in a table such as Table 2a below. In the described scenario, an in use message is received to indicate that the media receiver with ID 1 is the in use media receiver for user A. User B has no media receiver in use in this scenario, indicated by a 0. User In use media receiver ID
A 1
B 0
Table 2a: association between user and media receiver being in use
In a transmit present media receiver message step 62, the present media receiver message step 62 is sent to the media receiver being in use. The present media receiver message comprises an identifier of all other present media receivers for the user. In the described scenario, the present media receiver message is sent to the media receiver with ID 1 for user A, and the message contains the media receiver identifiers of 2 and 3. This allows the media receiver with ID 1 to present to the user in its user interface the ability to transfer receiving of streaming content to any one of the media receivers 2 or 3.
Once the user of the media receiver in use has selected which device to transfer to, the transfer message is received from the media receiver in use in a receiving a transfer message step 63 from the media receiver which is in use. The transfer message indicates that the receiving of the streaming content should be transferred from the media receiver in use to a target present media receiver. In the described scenario, the streaming transfer server 10 receives a transfer message to transfer the receiving of streaming content from the media receiver with ID 1 to media receiver with ID 3.
Then the identifier of the streaming content is obtained in an obtain identifier of streaming content step 64. This can be performed e.g. by retrieving this information from the transfer message (if available there) or by querying the in use media receiver.
Optionally the current position in the streaming content is obtained in an obtain current position in streaming content step 65. This can be performed e.g. by retrieving this information from the transfer message or by querying the in use media receiver or the content server. Once all relevant information has been obtained, the initiate content message is sent to the target media receiver, as indicated in the transfer message, i.e. in the described scenario the media receiver with ID 3. The initiate content message comprises the identifier of the streaming content and optionally the position in the streaming content.
The table indicating media receiver states is then updated to reflect that the media receiver with ID 3 is now no longer a media receiver for which transfer is possible (since it has just been transferred control to) , giving a result as shown in Table lc below:
User Media Gateway Discovery Present
receiver ID method
A 1 i SIP 1
A 2 i SIP 1
A 3 ii UPnP 0
B 7 iv DLNA 0
B 9 0
Table lc: media receiver states after presence updates
The method then returns to the receive in use message step 62, where an in use message is received for the media receiver with ID 3. This will result in an updated table for the in use media receivers as illustrated in Table 2b below:
User In use media receiver ID
A 3 B 0
Table 2b: association between user and media receiver being in use In a separate thread, messages are received about updated presence states. For example, in a receive deactivate message step 67, a deactivate message is received which removes a previously present media receiver from the media receiver states table. In our scenario, a
deactivate message is received for the media receiver with ID 1, after which the media receiver states table would look like what is shown in Table Id below:
User Media Gateway Discovery Present
receiver ID method
A Ϊ I STP 0
A 2 i SIP 1
A 3 ii UPnP 0
B 7 iv DLNA 0
B 9 0
Table Id: media receiver states after presence updates After such an update, the method continues to the
transmit present media receiver (s) message step 62, to ensure that the media receiver being in use has an updated list of present devices. In fact, the transmit present media receiver (s) message step 62 may send a present media receiver (s) message comprising no
references to present media receivers if none are
present . Fig 4a is a schematic diagram of components of the streaming transfer server 10 of Fig 1. A controller 47 is provided using any suitable central processing unit
(CPU) , microcontroller, digital signal processor (DSP) , etc., capable of executing software instructions stored in a computer readable media 48, e.g., memory. The computer readable media 48 can be any combination of read and write memory (RAM) and read only memory (ROM) . The computer readable media 48 also comprises persistent storage, which, for example, can be any single one or combination of magnetic memory, optical memory, or solid state memory.
An input/output interface 49 is provided to allow the streaming transfer server 10 to communicate with other entities such as the media receivers 12a-z and content server 16.
A local operator interface is optionally provided to allow an operator to interact with the streaming transfer server 10. The operator interface can include a display and an input device such as a keyboard, a touch function of the display and/or a positional input device such as a mouse, trackball, etc.
The streaming transfer server 10 can be integrated in one unit, or it can be separated into several separate units, e.g. for reasons of upgradeability, media receiver proximity, ease of implementation or redundancy.
Fig 4b is a schematic diagram showing functional modules of the streaming transfer server 10 of Fig 1. The modules can be implemented using software such as a computer program executing in the streaming transfer server 10. All modules depend on an execution environment which can utilise the controller 47, computer program product 48 and/or I/O interface 49 of Fig 4a. The modules implement communication of the streaming transfer server 10 of Figs 2 and correspond to the method steps of Fig 3.
A presence message receiver 50 is arranged to receive the presence message indicating the presence of any media receiver 12b, wherein the presence message comprises an identifier of the user and the media receiver which is present.
An in use message receiver 51 is arranged to receive the in use message indicating which media receiver is in active use by a particular user. The in use message thus comprises an identifier of the user and the media
receiver being in use.
A present media receiver message transmitter 52 is arranged to transmit the present media receiver message to the media receiver being in use.
A transfer message receiver 53 is arranged to receive the transfer message indicating that the receiving of the streaming content should be transferred from the media receiver being in use to a target media receiver.
A content identifier 54 is arranged to obtain the
identifier of the streaming content. An initiate content message transmitter 56 is arranged to transmit the initiate content message to the target media receiver .
An optional current position obtainer 55 can be arranged to obtain the current position in the streaming content prior to the transfer. In such cases, the initiate content message comprises the current position in the streaming content.
Fig 5 shows one example of a computer program product 70 comprising computer readable means. On this computer readable means a computer program 71 can be stored, which computer program 71 can cause a controller to execute a method according to embodiments described herein. In this example, the computer program product is an optical disc, such as a CD (compact disc) or a DVD (digital versatile disc) or a Blu-Ray disc. As explained above, the computer program product could also be embodied as a memory of a device, such as memory 48 of the streaming transfer server 10. While the computer program 71 is here
schematically shown as a track on the depicted optical disk, the computer program can be stored in any way which is suitable for the computer program product, such as a USB (Universal Serial Bus) flash drive.
The invention has mainly been described above with reference to a few embodiments. However, as is readily appreciated by a person skilled in the art, other
embodiments than the ones disclosed above are equally possible within the scope of the invention, as defined by the appended patent claims.

Claims

1. A streaming transfer server for transferring
receiving of streaming content from a first media
receiver to a second media receiver, wherein both the first and second media receivers are associated with the same user, the streaming transfer server comprising:
a presence message receiver arranged to receive a presence message indicating the presence of the second media receiver;
an in use message receiver arranged to receive an in use message indicating that the first media receiver is in active use by the user;
a present media receiver message transmitter arranged to transmit a present media receiver message to the first media receiver, the present media receiver message comprising an identifier of the second media receiver; a transfer message receiver arranged to receive a transfer message indicating that the receiving of the streaming content should be transferred from the first media receiver to the second media receiver, wherein the transfer message comprises an identifier of the streaming content ;
a content identifier arranged to obtain an identifier of the streaming content; and
an initiate content message transmitter arranged to transmit an initiate content message to the second media receiver, wherein the initiate content message comprises the identifier of the streaming content and the current position in the streaming content.
2. The streaming transfer server according to claim 1, wherein :
the in use message receiver is further arranged to receive an in use message indicating that the second media receiver is in active use by the user; and
the present media receiver message transmitter is further arranged to transmit a present media receiver message to the second media receiver, the present media receiver message comprising an identifier of the first media receiver.
3. The streaming transfer server according to claim 1 or 2, further comprising:
a current position obtainer arranged to obtain a current position in the streaming content; and
wherein the initiate content message comprises the current position in the streaming content.
4. The streaming transfer server according to any one of the preceding claims, wherein the transfer message comprises the current position in the streaming content and the current position obtainer is arranged to obtain the current position from the transfer message.
5. The streaming transfer server according to claim 1 or 2, wherein the current position obtainer is arranged to obtain the current position by querying a content server serving the streaming content.
6. The streaming transfer server according to any one of claims 1 to 5, wherein the transfer message comprises the identifier of the streaming content and the content identifier is arranged to obtain the identifier of the streaming content from the transfer message.
7. The streaming transfer server according to any one of claims 1 to 5, wherein the content identifier is arranged to obtain the identifier of the streaming content by querying the first media receiver .
8. The streaming transfer server according to any one of the preceding claims, wherein the presence message receiver is arranged to receive a presence message from a device gateway capable of discovering presence of a media receiver connected to the device gateway.
9. The streaming transfer server according to any one of the preceding claims, wherein:
the presence message receiver is further arranged to receive a presence message indicating the presence of a third media receiver; and
the present media receiver message transmitter is further arranged to transmit a present media receiver message comprising an identifier of the third media receiver .
10. The streaming transfer server according to any one of the preceding claims, wherein
the presence message receiver is further arranged to receive a deactivate message indicating that the first media receiver has been deactivated; and
the present media receiver message transmitter is further arranged to transmit a present media receiver message to the second media receiver, the present media receiver message comprising an indication that the first media receiver has been deactivated.
11. A method for transferring receiving of streaming content from a first media receiver to a second media receiver, wherein both the first and second media
receivers are associated with the same user, the method comprising the steps, executed in a streaming transfer server, of:
receiving a presence message indicating the presence of the second media receiver;
receiving an in use message indicating that the first media receiver is in active use by the user;
transmitting a present media receiver message to the first media receiver, the present media receiver message comprising an identifier of the second media receiver; receiving a transfer message indicating that the receiving of the streaming content should be transferred from the first media receiver to the second media
receiver ;
obtaining an identifier of the streaming content; and transmitting an initiate content message to the second media receiver, wherein the initiate content message comprises the identifier of the streaming
content .
12. The method according to claim 11, further comprising, after the step of transmitting an initiate content message :
reiterating the step of receiving an in use message, wherein the in use message here indicates that the second media receiver is in active use by the user;
reiterating the step of transmitting a present media receiver message to the second media receiver, the present media receiver message here comprising an
identifier of the first media receiver.
13. The method according to claim 11 or 12, further comprising, prior to the step of transmitting an initiate content message the step of:
obtaining a current position in the streaming content; and
wherein in the step of transmitting an initiate content message, the initiate content message comprises the current position in the streaming content.
14. The method according to claim 13, wherein the
transfer message comprises the current position in the streaming content and the step of obtaining a current position comprises obtaining the current position from the transfer message.
15. The method according to claim 13, wherein the step of obtaining a current position comprises obtaining the current position by querying a content server arranged to stream the streaming content.
16. The method according to any one of claims 11 to 15, wherein the transfer message comprises the identifier of the streaming content and the step of obtaining an identifier of the streaming content comprises obtaining the identifier of the streaming content from the transfer message .
17. The method according to any one of claims 11 to 15, wherein the step of obtaining an identifier of the streaming content comprises obtaining the identifier of the streaming content by querying the first media
receiver .
18. The method according to any one of claims 11 to 17, wherein the step of receiving a presence message
comprises receiving a presence message from a device gateway capable of discovering presence of a media receiver connected to the device gateway.
19. The method according to any one of claims 11 to 18, wherein the step of receiving a presence message further comprises receiving a presence message indicating the presence of a third media receiver;
and wherein the step of transmitting a present media receiver message comprises transmitting a present media receiver message comprising an identifier of the third media receiver.
20. The method according to any one of claims 11 to 19, further comprising the steps of:
receiving a deactivate message indicating that the first media receiver has been deactivated; and
reiterating the step of transmitting a present media receiver message to the second media receiver, the present media receiver message comprising an indication that the first media receiver has been deactivated.
21. A computer program for a streaming transfer server to transfer receiving of streaming content from a first media receiver to a second media receiver, wherein both the first and second media receivers are associated with the same user, the computer program comprising computer program code which, when run on the streaming transfer server, causes the streaming transfer server to:
receive a presence message indicating the presence of the second media receiver;
receive an in use message indicating that the first media receiver is in active use by the user;
transmit a present media receiver message to the first media receiver, the present media receiver message comprising an identifier of the second media receiver; receive a transfer message indicating that the receiving of the streaming content should be transferred from the first media receiver to the second media receiver ;
obtain an identifier of the streaming content; and transmit an initiate content message to the second media receiver, wherein the initiate content message comprises the identifier of the streaming content.
22. A computer program product comprising a computer program according to claim 21 and a computer readable means on which the computer program is stored.
PCT/SE2010/051389 2010-12-15 2010-12-15 Streaming transfer server, method, computer program and computer program product for transferring receiving of media content WO2012082032A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/SE2010/051389 WO2012082032A1 (en) 2010-12-15 2010-12-15 Streaming transfer server, method, computer program and computer program product for transferring receiving of media content
US13/993,636 US9118741B2 (en) 2010-12-15 2010-12-15 Streaming transfer server, method, computer program and computer program product for transferring receiving of media content
EP10809096.0A EP2652933A1 (en) 2010-12-15 2010-12-15 Streaming transfer server, method, computer program and computer program product for transferring receiving of media content

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2010/051389 WO2012082032A1 (en) 2010-12-15 2010-12-15 Streaming transfer server, method, computer program and computer program product for transferring receiving of media content

Publications (1)

Publication Number Publication Date
WO2012082032A1 true WO2012082032A1 (en) 2012-06-21

Family

ID=44511653

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SE2010/051389 WO2012082032A1 (en) 2010-12-15 2010-12-15 Streaming transfer server, method, computer program and computer program product for transferring receiving of media content

Country Status (3)

Country Link
US (1) US9118741B2 (en)
EP (1) EP2652933A1 (en)
WO (1) WO2012082032A1 (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003096669A2 (en) * 2002-05-10 2003-11-20 Reisman Richard R Method and apparatus for browsing using multiple coordinated device
WO2008052763A2 (en) * 2006-11-02 2008-05-08 Nero Ag System for providing media data

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7130616B2 (en) * 2000-04-25 2006-10-31 Simple Devices System and method for providing content, management, and interactivity for client devices
US7849207B2 (en) * 2001-01-18 2010-12-07 Yahoo! Inc. Method and system for managing digital content, including streaming media
US7117504B2 (en) * 2001-07-10 2006-10-03 Microsoft Corporation Application program interface that enables communication for a network software platform
US20030174648A1 (en) * 2001-10-17 2003-09-18 Mea Wang Content delivery network by-pass system
US20030212803A1 (en) * 2002-05-09 2003-11-13 Innomedia Pte Ltd. Real time streaming media communication system with improved session detail collection systems and methods
US7362349B2 (en) * 2002-07-10 2008-04-22 Seiko Epson Corporation Multi-participant conference system with controllable content delivery using a client monitor back-channel
US20040128342A1 (en) * 2002-12-31 2004-07-01 International Business Machines Corporation System and method for providing multi-modal interactive streaming media applications
US7219127B2 (en) * 2003-03-13 2007-05-15 Oracle International Corporation Control unit operations in a real-time collaboration server
JP2007520940A (en) * 2004-01-09 2007-07-26 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ Using presence status in media-on-demand systems
WO2005084381A2 (en) * 2004-03-03 2005-09-15 Packetvideo Network Solutions, Inc. System and method for retrieving digital multimedia content from a network node
US7953843B2 (en) * 2004-06-14 2011-05-31 Hewlett-Packard Development Company, L.P. System and method for evaluating a heterogeneous cluster for supporting expected workload in compliance with at least one service parameter
US20070100998A1 (en) * 2004-07-19 2007-05-03 Picostation, Inc. System and method of accessing a resource on a translated network device
US20070107016A1 (en) * 2005-11-04 2007-05-10 Angel Albert J Interactive Multiple Channel User Enrollment, Purchase Confirmation Transactional System with Fulfillment Response Feature for Video On Demand Cable Systems
US8903916B2 (en) * 2006-07-05 2014-12-02 International Business Machines Corporation Method, system, and computer-readable medium to render repeatable data objects streamed over a network
US8583821B1 (en) * 2006-11-27 2013-11-12 Marvell International Ltd. Streaming traffic classification method and apparatus
US7764971B2 (en) * 2007-03-08 2010-07-27 Alcatel-Lucent Usa Inc. Control procedure for simultaneous media communications within a talk group in communication networks for public safety
US8189030B2 (en) * 2008-09-04 2012-05-29 Seiko Epson Corporation Permission-based content filtering for video recordings
US9014832B2 (en) * 2009-02-02 2015-04-21 Eloy Technology, Llc Augmenting media content in a media sharing group
US8666993B2 (en) * 2010-02-22 2014-03-04 Onepatont Software Limited System and method for social networking for managing multidimensional life stream related active note(s) and associated multidimensional active resources and actions
US10708148B2 (en) * 2011-09-12 2020-07-07 Microsoft Technology Licensing, Llc Activity-and dependency-based service quality monitoring
PL2798816T3 (en) * 2011-12-29 2016-11-30 Network-initiated content streaming control
US9668166B2 (en) * 2013-02-05 2017-05-30 Qualcomm Incorporated Quality of service for web client based sessions

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003096669A2 (en) * 2002-05-10 2003-11-20 Reisman Richard R Method and apparatus for browsing using multiple coordinated device
WO2008052763A2 (en) * 2006-11-02 2008-05-08 Nero Ag System for providing media data

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SHACHAM R ET AL: "The virtual device: expanding wireless communication services through service discovery and session mobility", WIRELESS AND MOBILE COMPUTING, NETWORKING AND COMMUNICATIONS, 2005. (W IMOB'2005), IEEE INTERNATIONAL CONFERENCE ON MONTREAL, CANADA AUG. 22-24, 2005, PISCATAWAY, NJ, USA,IEEE, vol. 4, 22 August 2005 (2005-08-22), pages 73 - 81, XP010839733, ISBN: 978-0-7803-9181-9 *

Also Published As

Publication number Publication date
EP2652933A1 (en) 2013-10-23
US9118741B2 (en) 2015-08-25
US20130268637A1 (en) 2013-10-10

Similar Documents

Publication Publication Date Title
US9667435B2 (en) Remote audio
JP6564770B2 (en) System, method, and medium for presenting media content
US7783771B2 (en) Network communication device for universal plug and play and internet multimedia subsystems networks
US20070143488A1 (en) Virtual universal plug and play control point
US9883251B2 (en) Method and apparatus for managing connection between broadcast receiving device and another device connected by network
US20130282793A1 (en) Media content sharing
US7574514B2 (en) Systems and methods for identifying original streams of media content
JP2008520029A (en) Method, apparatus and software for tracking content
US8873570B2 (en) Extensible system and method to bridge SIP and UPnP devices
CN105323628B (en) Cross-screen playing method and system based on DLNA (digital Living network alliance), browser end device and playing device
JP2009169732A (en) Communication terminal equipment and communication equipment connection control method
CN101695060A (en) Home gateway, and system and method for realizing digital living network alliance scheme
KR101329668B1 (en) Contents sharing system and method using push server
US9118741B2 (en) Streaming transfer server, method, computer program and computer program product for transferring receiving of media content
JP2010239456A (en) Content list transfer system and content list transfer method
US20130007222A1 (en) Control terminal, network system, and content playing method
US20090292807A1 (en) Multimedia data transferring method and system thereof
JP2011090469A (en) Content playback system, method, and program
Yu et al. A remote control and media sharing system based on DLNA/UPnP technology for smart Home
KR101991787B1 (en) Home network media transport negotiation
EP2550783A1 (en) Method and arrangement for media access
WO2014176970A1 (en) Data synchronization method and digital media server
KR20130024788A (en) Apparatas and method for contents transfer to dlna connected device of cloud system in an electronic device
Zhu et al. Research on UPnP-Based Media Service Discovery and Its Configuration Strategies
KR20120039800A (en) Mobile device for digital living network alliance

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010809096

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13993636

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE