Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N7/00—Television systems
  • H04N7/16—Analogue secrecy systems; Analogue subscription systems
  • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
  • H04N7/17309—Transmission or handling of upstream communications
  • H04N7/17318—Direct or substantially direct transmission and handling of requests
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
  • G06F16/90—Details of database functions independent of the retrieved data types
  • G06F16/95—Retrieval from the web
  • G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
  • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
  • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
  • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
  • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
  • H04N21/47—End-user applications
  • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
  • H04N21/4786—Supplemental services, e.g. displaying phone caller identification, shopping application e-mailing
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
  • H04N21/47—End-user applications
  • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
  • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
  • H04N21/61—Network physical structure; Signal processing
  • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
  • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
  • H04N21/81—Monomedia components thereof
  • H04N21/8106—Monomedia components thereof involving special audio data, e.g. different tracks for different languages
  • H04N21/8113—Monomedia components thereof involving special audio data, e.g. different tracks for different languages comprising music, e.g. song in MP3 format
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
  • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
  • H04N21/835—Generation of protective data, e.g. certificates
  • H04N21/8352—Generation of protective data, e.g. certificates involving content or source identification data, e.g. Unique Material Identifier [UMID]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
  • H04N21/85—Assembly of content; Generation of multimedia applications
  • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
  • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail

Definitions

• the present invention relates to transmitting media through a network, and in particular transmitting information specifying particular media or portions of media in order to govern and synchronize the rendition of such media.
• BACKGROUND OF THE INVENTION Internet technology affords users across the globe the ability to communicate, e.g., by electronic mail.
• the sender types or otherwise inputs a message into their personal computer and directs the message to a recipient.
• An application on the sender's computer establishes communication with a server connected to the Internet and transmits the message.
• the message may be sent from one server to another depending on the recipient's address.
• the destination server transmits the message to the recipient's personal computer.
• the message may include any electronic data ranging from simple text to complex audio-video material. The entire process can be completed in a very short time.
• the communication can be so fast as to seem instantaneous to the users participating in the communication. This is achieved by transmitting the message as it is being inputted rather than waiting for the complete message to be input and then sending it.
• the basic requirement for this type of communication is that both of the users have activated access to the Internet (i.e. both users must be logged on to the network).
• the message is usually limited to textual data. To the users, the effect is real- time dialog using electronic data.
• This system is referred to as Instant Messaging.
• An extension of direct communication between the sender and a specific recipient or group of named recipients is dynamic group communication.
• This system referred to as Chat, is a conversation among several users where participants can join or leave the conversation at any time. Chat groups may be open to the public or restricted, e.g., limited to persons with a password.
• the present invention is a method and system for transmitting media information through a network in order to specify particular media or portions of media and to govern and synchronize the rendition of such media.
• Media objects stored on a server or other device connected to the network are accessible by specifying a content reference using an application appropriate for the network. For example, a standard browser is appropriate for accessing media stored on an Internet server where the content reference is a uniform resource locator.
• the sender need only send the content reference. Conventional methods simply send only the location of the content.
• the content reference along with supplementary information is packaged in a data structure called a Handle to facilitate rendition of the media.
• a Handle may be sent to another user by E-mail, Chat, Instant Messaging, Cell Phone protocols or TVNideo links.
• the recipient accesses the Handle and activates the appropriate software application such as a media or multi-media player.
• the software application provides an interface for the user to play the content.
• the Handle contains all the information needed to download content, and if applicable complete any commercial transactions pertaining to the use of the content.
• the Handle includes information identifying each participant in the value chain, i.e., any entity that participated in the creation, resolution or transmission of the content that might receive some compensation for their participation.
• the player acquires the media object referenced by the Handle by downloading it from the network. Then the player facilitates the rendition of the content, producing the audio and displaying the graphics or video, etc.
• the rendition may be subject to commercial limitations such as purchase of rights to use the content, in which case, the player or another application may facilitate the commercial transaction.
• the player may also synchronize the rendition of the content at each of the users' locations.
• the rendering application e.g. player, can coordinate playing the same content at the same time and rate at multiple locations.
• the present invention is also applicable where the media is stored locally, for example, on disk or DVD, or on the user's personal computer, e.g., having been previously downloaded from the Internet.
• FIG. 1 is a block diagram of an arrangement of a Handle data structure for implementing the present invention
• Fig. 2 is a flow chart showing a method for using the Handle in accordance with the preferred embodiment of the present invention.
• Fig. 3 is a flow chart showing an alternative method for using the Handle in accordance with an alternative embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT OF THE INVENTION
• e-mail and chat communication systems utilize Handles to provide linkages to content and synchronization of that content. Synchronization refers to playing the same content at multiple locations simultaneously such that each of the users is experiencing the same portion of content at the same time.
• the content referred to may be any multi-media data including, for example, text, graphics, music and music videos.
• the invention has application to all media, with musical content being a preferred embodiment and not limiting of the scope of the present invention.
• musical content like other electronic data, may be distributed and transmitted over a network, such as the Internet.
• Music content tends to require large amounts of data and the more complex the content, such as video material, the more voluminous the data.
• the content reference is referred to as a Handle and is discussed in detail below.
• a media player is one such application and provides an interface for the user to play the music.
• Music content commercially distributed over the Internet may be placed in a secure format to prevent unauthorized use.
• the player effectively decrypts or otherwise processes the content in preparation for playing.
• the music may be encrypted in such a way as to prevent playing unless a payment is made to the retailer or content owner for the use of the music.
• the player can assist the user in paying for the use of the music and then playing the music accordingly, for example, by interfacing with a payment clearinghouse and executing a payment transaction, as is well known in the art.
• the terms “play” or “render” with reference to the content include anything that can be done to or with the content, such as producing audio, displaying visual content, printing, and copying, etc.
• the player may be used with content received over the Internet as well as locally stored content, i.e., stored on local or portable memory including diskettes, hard disks, optical disks, flash cards etc.
• the term disk is used throughout the description to refer to any such local or portable memory and is not intended to limit the scope of the invention.
• the player coordinates with the appropriate device such as a CD player or CD drive when rendering the content.
• a Handle 100 is a small relatively secure data structure identifying particular content, and may contain various additional information about the content referenced.
• Content such as text, audio, graphics, video, etc, is stored in data structures called Content Objects and an Object LD 110 may be included in the Handle as a reference uniquely identifying particular content.
• the Object LD is essential for the effective implementation of a Handle. However, where a group of content objects are associated, a single Handle may contain more than one Object ID each referencing one content object.
• each content object refers to an object in a product such as an album, single track, or EP (extended play).
• a numbering system such as the stock keeping unit (SKU) may be used.
• the Handle would then include a SKU LD 112.
• the Handle identifies the content and all the participants of the value chain associated with the content. Together, the Object ID and SKU LD identify precisely what the content is. Other identifiers may also be included in the Handle to identify each of the value chain participants. Participants include, for example, the artist, the retailer, the network provider, the consumer, the software player vendor, the device manufacturer or licensor, the patent holder, etc.
• the Distributor LD 1 14 identifies the owner of or the agent of the owner of the Content Object(s) referenced.
• the Retailer ID 1 16 identifies a Retailer associated with the content referenced in the Handle.
• the Channel LD (not shown) of a network may be more appropriate than a Retail ID.
• the Channel ID may be, for example, HBO or ABC.
• the Renderer ID (not shown) refers to the software that created the Handle, such as the Real Jukebox, which may participate in the value chain (e.g. 50 basis points for transactions that resulted from a purchase that resulted from a Handle it created).
• the Carrier LD (not shown) may refer to anyone who is actually responsible for carrying the content.
• the Carrier LD may be AT&T if it was delivered over a telephone network or it could be the SD Memory Association, to effect payment to the patent pool allowing the memory format which supports superdistribution.
• An application that dynamically computes offers for the sale or rental of content may use the value chain information in conjunction with a database of commercial information to generate the offers.
• One such application may be a reference service which maintains a database of commercial information from various participants of the value chain regarding the content. For example, a retailer may have contracted with a distributor for a 2% cut of the price provided the price is at least 7% above manufacturer cost and the retailer may have a mark up of 10% above cost.
• the reference service can use the information in the Handle, such as the Retailer LD, to determine a valid offer based on the commercial information available from (or regarding) that retailer and provide the user with such an offer.
• the terms of an offer may be included in the Handle as well. For example, the user may be presented with an offer to play the video for $2 per use anytime for a period of one year. Price, expiration date, and to whom payment is to be made are examples of terms that may be included in the Handle.
• the concept of a Handle is flexible and can refer to content stored locally or remotely. If the content is stored remotely, it is accessible through connection to a network such as the Internet.
• the Object LD may be a Uniform Resource Locator (URL).
• Content stored locally includes any kind of medium such as CD, DVD, Flash memory, and hard drive.
• a Disk ID 118 may be included in the Handle.
• Handles are processor generated (e.g. by a computer or consumer device) when they are sent, but they can be stored locally or on a server and retrieved as needed.
• a User ID 120 may be included in the Handle to identify the user who is now sending the Handle.
• the Handle may contain the time when the Handle is sent and information about the rendition of the content at the sender's location.
• the Handle may include a Local Time ID 122 and an Absolute Time LD 124.
• the Local Time LD is the local time as known by the device rendering the content.
• the Absolute Time LD is the absolute time as known by the network, e.g. GMT.
• the Handle may also include a location marker to indicate a particular point or place in the content. For example, if the content is a video, the marker may be set to a particular scene, so that the scene may be referenced directly.
• Temporal Location ID 126 refers to a position, in the temporal domain, of the object referenced.
• a Temporal Location LD may be expressed in units of time, e.g., 1 minute: 23 seconds, or alternatively units of frames, e.g., 18 frames.
• the state of the content such as play or pause.
• the state of the content may be included in the Handle in the form of Temporal State LD 128.
• Handles may be specialized for specific environments or applications. For example, Handles may be customized to create Network Handles which facilitate the electronic distribution of media over a network environment and the rendition of that media.
• a Disk Handle may be created to facilitate rendition of media stored locally, hi addition, Handles may be customized to create Synch Handles which facilitate the synchronization of the rendition of the media in multiple locations.
• Network Handles usually contain the basic information needed to refer to, acquire and consume Content Objects that have been electronically distributed over a network.
• a Network Handle would typically include the SKU LD, Distributor LD, Retailer or Channel LD, Renderer ID, User ID and some number of Object LDs.
• a user can attach a Network Handle in any number of ways, such as menu access, drag and drop, etc.
• the sequence is as follows:
• the user clicks on a song title or other display element, which refers to a Content Object.
• the user drags the selection into an e-mail message.
• the player software binds together all the identifiers into the Network Handle.
• the identifiers include the Object ID(s), SKU LD, the User ID and identifiers for each of the participants of the value chain, e.g., Distributor LD, Retailer ID and Renderer LD.
• the Handle is placed into the e-mail message.
• the e-mail is sent to the recipient.
• the recipient reads the e-mail and opens or accesses the Handle.
• the e-mail application communicates with the operating system to call the application, which the user has designated to resolve Handles, usually, a media player application. The player may assist the user in acquiring and rendering the content.
• the media player determines whether the content is resident locally. Typically, the content may be resident locally if the user previously acquired the content and stored it locally. If the content is not resident, at step 226, the player uses the Handle to remotely access and download the content stored on some network server.
• the media player serves as a user interface to facilitate the rendition of the content.
• the player uses the Handle (possibly in conjunction with other information such as commercial terms set by a retailer for that content) to determine the range of uses for which the user is authorized and/or has paid.
• Disk Handles work in a similar fashion as Network Handles.
• the typical sequence is as follows: User clicks on a song title or other display element which refers to content on the disk. User drags the selection into an e-mail message.
• the player software binds together the Object LD(s), SKU LD, User LD, and Disk LD for the content (e.g., song).
• the player also binds the Retailer Id and identifiers for other value chain participants.
• the Disk Handle is placed into the e-mail message and the e-mail is sent to the recipient.
• the recipient then reads the e-mail and opens or accesses the Handle, which results in the e-mail application communicating with the operating system to call the application, which the user has designated to resolve Handles, usually, a player application.
• the player renders the content (if it has the right to) and if the disk is available (inserted, attached, on network). If the content is not available, the user is given the choice of either inserting the disk (or connecting to the network) or going to a retail web site (on the Internet or other network) to purchase the disk or its electronic equivalent.
• Synchronization Handle (Synch Handle) is a specialized Handle that can be used in networked environments to synchronize two or more Content Objects that have temporal characteristics.
• the player application typically binds together the Temporal Location ID, Temporal State LD, the Local Time LD, the Absolute Time LD and the Object ID into a Handle that can be attached to or inserted in an electronic communication (e.g. chat window).
• the Synch Handle may be either a Network Handle or a Disk Handle with temporal information (the Temporal Location LD, the Temporal State LD, the Local Time LD, and the Absolute Time ID).
• the temporal information is used to synchronize temporal rendition (e.g. playing audio or video) when engaging in a dynamic chat. Referring to Fig.
• a sample usage scenario of the Synch Handle for a disk is as follows: At step 310, the user clicks on a song title or other display element which refers to content on the disk. At step 312, the user drags this into an e-mail message. At step 314, the player software binds together Object LD(s), SKU ID, Disk LD, User ID and identifiers for the value chain participants, e.g. Distributor LD, and Retailer LD. Additionally, for synchronization it adds the Temporal Location ID, the Temporal State LD, the Local Time ID and Absolute Time ID to the Handle. At step 316, this Handle is placed into the e-mail message.
• the message is sent to or seen by (as in chat environments) the recipient(s).
• the recipient opens or accesses the Handle.
• the e-mail application communicates with the operating system to call the application which the user has designated to resolve Handles, usually, a player application.
• the player renders the content (if it has the right to), and if it is accessible (usually stored locally).
• the player resolves the objects temporally in the following manner:
• the player subtracts the Absolute Time LD in the Handle (when the Handle was created) from the current absolute time to find the amount of time lapsed between the instantiation of the Handle and its resolution. The result is the Transport Time.
• the player takes the Temporal Location ID (where in the object (song) the sender was when they sent it) and adds the Transport Time to determine where in the object (song) the sender is now.
• the player renders the object beginning at that time according to the Temporal State LD (e.g. play).
• An Affinity Group or Chat session refers to various communications between users through the same network including one-to-one communication, one-to-many communication, moderated or un-moderated group communication, Instant Messages, etc.
• Chat there can be multiple membership affinities based upon user defined preferences. Users can be members of multiple Affinity Groups and each of these Groups can be controlled independently and simultaneously in terms of privacy and availability parameters. Examples of some group definition are as follows: the Engineering Group available for Chat between 9:00 AM and 5:00 PM, Monday through Friday; a group of close family members available for Chat at all times; an Online Gaming Group available for Chat whenever the user is playing a game on line (a user's preferences allow the user to filter the group for a specific game or any game the user is playing); a No Doubt fan club available for Chat whenever the user is listening to No Doubt; a Foreign Film Group available for Chat whenever the user is on a film site registered by the user or the film site.
• Dynamic Chat includes the ability to make the user available to an Affinity Group based upon user activity or external events. For example, a user plays a piece of music through a device (PC, DVD Audio Player, Interactive TV, Handheld Device, etc.) with an online connection (telephone, cable, cellular, satellite, etc). Once the music begins to play (either by inserting a disk into a drive or playing a stored file), the user is made available to a Dynamic Affinity (Chat) Group based upon the music they are listening to. A screen prompt (depending upon user preference) may be displayed asking the user if they would like to chat with others currently listening to the same or similar music. Participation in the Affinity Groupings may be overlapping because users may participate in multiple groups.
• a device PC, DVD Audio Player, Interactive TV, Handheld Device, etc.
• an online connection telephone, cable, cellular, satellite, etc.
• a screen prompt (depending upon user preference) may be displayed asking the user if they would like to chat with others currently listening to the same
• the user can determine the basis or metric defining the group. For example the user may choose to chat with people listening to the same track, album, artist, or genre. If the members of the chat are interested in synchronizing the music they are listening to, a Synch Handle can be dragged from the player (see above) into the Chat Window. When the recipient sees (receives) the Synch Handle, the recipient can activate (double-click) it and their music will be synchronized. If the recipient does not have the content or if it is on a disk not currently inserted, they are prompted to insert the disk or acquire the music. User availability can also be influenced (dependent upon subscriber preferences) by subscription or usage information.
• the user can look, for example, for others watching a television program or a particular movie, others interested in recipes or a particular sport, or others in a certain situation or geographic location.
• the categories, Televison, Movies, Recipes, Sports, etc, serve as metrics to assist in forming Affinity Groups.
• Web sites and Chat windows can interact in a number of ways. While browsing a web site, a user can become available to anyone else browsing that site or anyone browsing that site who shares any of the user's selection of metrics.
• Handles Technical information or support for various purposes may be facilitated by the use of Handles. For example, if the user requires technical assistance regarding a product or feature, a reference or pointer to the source for such technical information or support may be included in the Handle. When such technical information is needed, the reference in the Handle may be used to access and download the information. Alternatively, all or part of the technical support information may be included directly in the Handle. A user may access technical support on one occasion and keep the information for future reference by storing it locally. Once information is stored locally, it may be updated by using the reference in the Handle to locate and download the updated information.

Landscapes

• Engineering & Computer Science (AREA)
• Multimedia (AREA)
• Signal Processing (AREA)
• Databases & Information Systems (AREA)
• General Engineering & Computer Science (AREA)
• Theoretical Computer Science (AREA)
• Data Mining & Analysis (AREA)
• Physics & Mathematics (AREA)
• General Physics & Mathematics (AREA)
• Computer Security & Cryptography (AREA)
• Information Transfer Between Computers (AREA)

Applications Claiming Priority (3)

Publications (2)

Family

ID=22367902

Family Applications (1)

Country Status (4)

Families Citing this family (22)

Citations (5)

Family Cites Families (5)

• 2000
  • 2000-01-21 WO PCT/US2000/002043 patent/WO2000043892A1/en not_active Application Discontinuation
  • 2000-01-21 EP EP00905763A patent/EP1163590A4/de not_active Withdrawn
  • 2000-01-21 JP JP2000595249A patent/JP2002535776A/ja active Pending
  • 2000-01-21 AU AU27395/00A patent/AU2739500A/en not_active Abandoned

Patent Citations (5)

Non-Patent Citations (3)

Also Published As

Similar Documents

Legal Events