throbber
(12) United States Patent
`Katz et al.
`
`(10) Patent No.:
`(45) Date of Patent:
`
`US 7,103,906 B1
`Sep. 5, 2006
`
`US007103906B1
`
`(54) USER CONTROLLED MULTI-DEVICE
`MEDIA-ON-DEMAND SYSTEM
`
`9/1996 Sampat et al.
`5,557,724 A *
`5,586,264 A * 12/1996 Belknap etal.
`5,761,417 A *
`6/1998 Henley et al.
`
`.............. .. 725/43
`725/115
`709/231
`
`
`
`4/2000 Gardell et al.
`6,049,831 A *
`272325231512 11222:
`N
`2002/0088011 A1*
`7/2002 Lalrsrililln etal 3.
`' """""" "
`FOREIGN PATENT DOCUMENTS
`
`.
`
`709/236
`/M72211:
`725/142
`
`(75)
`
`Inventors: Neil Katz, parkland, FL (US); Bruce 1)_
`MD<Us>;H-
`Stem’ Yorktown Heights’ NY (US)9
`Barry E. Willner, Briarcliif Manor, NY
`(US)
`
`(73) Assignee:
`
`.
`( * ) Notice:
`
`International Business Machines
`Corporation, Ammnk, NY (US)
`.
`.
`.
`.
`Subject to any disclaimer, the term of this
`patent is extended or adjusted under 35
`U~S~C~ l54(p) by 682 daY5~
`
`EP
`JP
`*
`
`8/l998
`1/2000
`
`0 673 l60
`2000—004272
`'
`'t d b
`y exammer
`C1 e
`Primary Exam,‘ne,»iKieu_Qanh Bui
`(74) Attorney, Agent, or F1'rm—Akerman Senterfitt
`
`(21) Appl. No.: 09/676,545
`
`(57)
`
`ABSTRACT
`
`(22)
`
`Flled3
`
`Sep- 292 2000
`
`(51)
`
`Int‘ Cl‘
`(200601)
`H04N 7/173
`(52) U.S. Cl.
`.......................... .. 725/87; 725/88; 725/91;
`725/923 725/933 725/98
`Of Classification Search ................ ..
`725/87, 91, 93, 98, 92, 88, l0l'l03, ll5,
`725/115, l35, l46; 385/45, 58, 83
`See applleallell file fer eemplele Seareh l1l5l01'Y~
`.
`References Clted
`U.S. PATENT DOCUMENTS
`5,442,390 A *
`8/1995 Hooper et 11 .............. .. 725/90
`
`5,453,779 A *
`9/1995 Dan et al.
`..... ..
`725/88
`5,461,415 A * 10/1995 Wolfet al.
`................. .. 725/88
`5,528,513 A *
`6/1996 Vaitzblit et al.
`.......... .. 718/103
`
`(56)
`
`A method for providing configurable access to media in a
`media-on-demand system also can include delivering the
`media to a first client device in a format compatible with the
`first client device; interrupting the delivery of the media;
`recording a bookmark Specifying a position in the media
`where the interruption occurred; and resuming delivery of
`the media t0 a seeend client deviee, the resumed delivery
`beginning at a position in the media specified by the
`recorded bookmark. The method further can include iden-
`tifying device properties for each of the first and second
`client devices; delivering the media to the first client device
`in a format compatible with the identified device properties
`for the first client device; and, delivering the media to the
`d1' d" f
`'b1'hh'd-
`ffgggdgvgggt ,3“;,1}; §0,°;;ga;eggg1§:§;e; jggtvigee 1 en
`P P
`'
`
`11 Claims, 6 Drawing Sheets
`
`Client Device 1
`
`no - PC Access to Delivered
`Media (DM)
`
`
`
`Access Networks
`105
`
`
`
`
`Media-On-Demand
`Server (MODS)
`
`
`
`Client Access Device 2
`- TV, PC, Wireless Device
`Access to Delivered Media
`
`120-5
`
`Netflix, Inc. Exhibit 1033
`
`Netflix, Inc. Exhibit 1033
`
`

`

`U.S. Patent
`
`Sep. 5,2006
`
`Sheet 1 of 6
`
`US 7,103,906 B1
`
`Client Device 1
`
`110 - PC Access to Delivered
`Media (DM)
`
`
`
`
`
`110-2
`
`Access Networks
`105
`
`Media-On-Demand
`
`I
`l
`Server (MODS)
`Cl'ent Access Dev'ce 2
`- TV, PC, Wireless Device
`Access to Delivered Media
`
`
`
`120-5
`
`Netflix, Inc. Exhibit 1033
`
`Netflix, Inc. Exhibit 1033
`
`

`

`U.S. Patent
`
`Sep. 5,2006
`
`Sheet 2 of 6
`
`US 7,103,906 B1
`
`FIG. 2
`
`Netflix, Inc. Exhibit 1033
`
`Netflix, Inc. Exhibit 1033
`
`

`

`U.S. Patent
`
`Sep. 5,2006
`
`Sheet 3 of 6
`
`US 7,103,906 B1
`
`Client Device 1
`
`no - PC Access to Delivered
`Media (DM)
`
`110-1
`
`110-2
`
`Media-On—Demand
`
`Server (MODS)
`
`
`
`120-5
`
`1
`Cl'ent Access Device 2
`- TV, PC, Wireless Device
`Access to Delivered Media
`
`FIG. 3
`
`Netflix, Inc. Exhibit 1033
`
`Netflix, Inc. Exhibit 1033
`
`

`

`U.S. Patent
`
`Sep. 5,2006
`
`Sheet 4 of 6
`
`US 7,103,906 B1
`
`User Identification
`
`400
`
`Delivered Media identification
`
`405
`
`Billing Information
`
`MODS Identification
`
`410
`
`415
`
`DM Identification/this MODS
`
`420
`
`Time code of last viewed second 425
`
`Time code of beginning of last scene in
`progress
`430
`
`Last Format Used
`
`435
`
`Transaction Identification
`
`440
`
`Duration
`
`445
`
`FIG. 4.
`
`Information on
`
`last viewing
`
`Netflix, Inc. Exhibit 1033
`
`Netflix, Inc. Exhibit 1033
`
`

`

`U.S. Patent
`
`Sep. 5,2006
`
`Sheet 5 of 6
`
`US 7,103,906 B1
`
`FIG. 5
`
`Netflix, Inc. Exhibit 1033
`
`Netflix, Inc. Exhibit 1033
`
`

`

`U.S. Patent
`
`Sep. 5,2006
`
`Sheet 6 of 6
`
`US 7,103,906 B1
`
`100-2
`
`615 - PC Access via cable
`modem to DM
`
`Client Device 1
`
`ISP Server
`
`
`
`
`Media-On—Demand
`
`Server (NIODS)
`
`620
`Client Access Device 2
`- Wireless Device
`Access to Delivered Media
`
`FIG. 6
`
`Netflix, Inc. Exhibit 1033
`
`Netflix, Inc. Exhibit 1033
`
`

`

`US 7,103,906 B1
`
`1
`USER CONTROLLED MULTI-DEVICE
`MEDIA-ON-DEMAND SYSTEM
`
`CROSS REFERENCE TO RELATED
`APPLICATIONS
`
`(Not Applicable)
`
`STATEMENT REGARDING FEDERALLY
`SPONSORED RESEARCH OR DEVELOPMENT
`
`(Not Applicable)
`
`BACKGROUND OF THE INVENTION
`
`1. Technical Field
`
`The present invention relates to the field of multimedia
`transfer and control. More particularly, the instant invention
`relates to a method and apparatus for dynamically control-
`ling and referencing digital media independent of the point
`of access.
`
`2. Description of the Related Art
`Users, both business and consumers, are increasingly
`becoming accustomed to having large amounts of digital
`data delivered from various media-on-demand (MOD) sys-
`tems. The continuing evolution from narrowband to broad-
`band networks has fueled a growing need for digital data
`delivery by facilitating the transmission of broadband data
`not only by wired means, but also by wireless means. For
`example, the Internet, with its myriad of text, audio and
`video content, and its omnipresent availability, can provide
`consumers with a wealth of information that is practically
`accessible from anywhere through numerous wired and
`wireless means. As networks which provide access to digital
`data continue to evolve, the networks improve their ability
`to more efficiently distribute and serve bandwidth demand-
`ing streaming audio and video content to consumers.
`Various forms of wired access methodologies have been
`created to provide consumer access to the various broadband
`networks. For example, cable modem service provided by
`cable service operators can provide Local Area Network
`(LAN) type access speeds via the same coaxial cable that
`carries cable signals to the premises of a subscriber. The
`cable modems used in these systems can support transmis-
`sion speeds on the order of several megabits per second
`depending upon whether the network is engineered to use a
`symmetrical or an asymmetrical topology. These systems are
`orders of magnitude faster than narrowband systems, which
`typically can provide transmission speeds ranging from 28
`Kbps to 56 Kbps. Digital Subscriber Loop (DSL) technol-
`ogy also can provide broadband access to subscribers, albeit,
`through traditional Plain Old Telephone Service (POTS)
`copper twisted pair lines. DSL modems, although not as fast
`as cable modems today, are touted to provide downstream
`speeds approaching 2 Mbps and upstream speeds approach-
`ing 512 Kbps depending upon the underlying network
`implementation.
`Several wireless access technologies have been used to
`provide broadband wireless access to consumers. For
`example, the Reunion Broadband Wireless Access (BWA)
`manufactured by Nortel Networks Corporation of Bramp-
`ton, P.O. provides a digital point-to-multipoint technology
`operating at frequencies ranging from 24 GHZ to 38 Ghz.
`Additionally, BluetoothTM, a wireless technology for pro-
`viding a short range radio link between various small form
`factor data devices, can operate at 2.45 GHZ with transmis-
`sion speeds of 721 Kbps. Finally, various other technologies,
`
`10
`
`15
`
`20
`
`25
`
`30
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`2
`
`such as Fixed Wireless Loop, Wireless Local Loop, Local
`Multipoint Distribution System (LMDS) and Multichannel
`Multipoint Distribution System (MMDS) have be used to
`provide broadband access to subscribers.
`The growth and gradual switch from narrowband to
`broadband access and services has eased user access to
`
`digital media by decreasing download time, consequently
`increasing user willingness to access digital media networks.
`This growth in network access and subscriber willingness
`has fueled the need to provide subscriber terminals to access
`the various broadband services. Typical subscriber access
`devices include, PCs, TVs, set-top boxes, handheld com-
`puters, wireless LAN devices, and audio devices that have
`the capability to download digital media content from the
`Internet for later playback and viewing.
`Consequently, a new problem of user/subscriber control
`over the transmission of digital media has arisen from the
`development of MOD services, broadband access and the
`existence of a myriad of access devices, each having its own
`capabilities and access characteristics. Current systems lack
`functionality for accessing specific digital media on a first
`access device in a viewing session, and subsequently con-
`tinuing the viewing session by allowing access of the same
`digital media from a second access device. For example,
`with present systems, a user viewing a movie delivered
`through a TV at home, cannot terminate the delivery of the
`movie only to resume the delivery of the same movie at a
`later time. Additionally, current systems do not permit one to
`resume delivery of a movie at a later time through a different
`access device, for example a PC. Finally, current systems do
`not permit the resumption of the delivery of the movie to an
`access device positioned in a location that differs from that
`in which the original access began, namely,
`the home.
`Accordingly, given the limitations and inflexibility present
`in current MOD systems, there exists a need to provide a
`more efficient and flexible system and method for providing
`configurable access to digital media in a MOD system.
`
`SUMMARY OF THE INVENTION
`
`The present invention can include a method for providing
`configurable access to media in a media-on-demand system.
`The method can include the steps of delivering the media to
`a first client device through a first communications link;
`recording a bookmark specifying a position in the media;
`and delivering the media to a second client device through
`a second communications link. Significantly, the delivery to
`the second client device can begin at the position specified
`by the recorded bookmark. The method can further include
`the steps of identifying device properties for each of the first
`and second client devices; and, delivering the media to the
`first and second client devices through the respectively
`established first and second communications links. Notably,
`the client device properties can include the client device
`type, particular media formats which can be processed by
`the client device and the type of communications link which
`can be supported by the client device.
`In one aspect of the present invention, the media can be
`delivered to first and second client device sessions through
`first and second communications links respectively. Gener-
`ally, in this aspect of the present invention, the first and
`second client device sessions can reside in a single client
`device. However, the invention is not limited in this regard
`and the first and second client device sessions can reside in
`first and second client devices.
`
`Notably, the media can be delivered in a format compat-
`ible with the identified device properties. Specifically, in one
`
`Netflix, Inc. Exhibit 1033
`
`Netflix, Inc. Exhibit 1033
`
`

`

`US 7,103,906 B1
`
`3
`aspect of the invention, the media is stored in a media-on-
`demand server (MODS) and delivered to the first and the
`second client devices via the first and the second commu-
`
`nications link respectively. In another aspect of the inven-
`tion, the step of delivering the media to the first client device
`via the first communications link, can include receiving the
`media from the MODS in an intermediate server. In the
`intermediate server, the media can be converted to a format
`compatible with the identified device properties of the first
`client device; and the converted media can be delivered to
`the first client device via the first communications link.
`
`10
`
`4
`
`in a format compatible with the identified device properties
`for the first client device; and, delivering the media to the
`second client device in a format compatible with the iden-
`tified device properties for the second client device.
`The present invention also can include a user-controlled
`media-on-demand system. The system can include a media-
`on-demand server (MODS) for delivering media to client
`device sessions; a first communications link between the
`MODS and a first client device session; a second commu-
`nications link between the MODS and a second client device
`
`session; and, a bookmark in the MODS specifying a position
`in the delivered media. Notably,
`the MODS can deliver
`media to the first client device session over the first com-
`
`In another aspect of the invention, the step of delivering
`the media to a second client device via the second commu-
`
`nications link can include receiving the media in an inter-
`mediate server from the MODS. In the intermediate server,
`the media can be converted to a format compatible with the
`identified device properties of the second client device.
`Subsequently, the converted media can be delivered to the
`second client device via the second communications link.
`
`In one aspect of the present invention, the method also can
`include the steps of storing the media in selected ones of a
`plurality of media-on-demand servers. Each MODS in the
`plurality of media-on-demand servers can store the media in
`at least one format compatible with a selected device type.
`A MODS can be selected for delivering the media to the first
`client device. The selected MODS can have stored thereon
`
`the media in a format compatible with the first client device.
`Subsequently, the media can be delivered from the selected
`MODS in a format compatible with the first client device.
`Likewise, a MODS can be selected for delivering the media
`to the second client device, wherein the selected MODS has
`stored thereon the media in a format compatible with the
`second client device. Subsequently, the media can be deliv-
`ered from the selected MODS in a format compatible with
`the second client device.
`
`The selecting step can further include determining if a
`MODS is available for delivering the media to the first client
`device in a format compatible with the first client device. If
`it is determined that a MODS is not available for delivering
`the media to the first client device in a format compatible
`with the first client device, a MODS can be selected for
`delivering the media to the first client device. Notably, the
`selected MODS can contain the media in a standard format.
`As such, the media in the standard format can be converted
`to a format compatible with the first client device.
`Similarly, the selecting step can further include determin-
`ing if a MODS is available for delivering the media to the
`second client device in a format compatible with the second
`client device. If it
`is determined that a MODS is not
`
`available for delivering the media to the second client device
`in a format compatible with the second client device, a
`MODS can be selected for delivering the media to the
`second client device. Notably,
`the selected MODS can
`contain the media in a standard format. As such, the media
`in the standard format can be converted to a format com-
`
`patible with the second client device.
`A method for providing configurable access to media in a
`media-on-demand system also can include delivering the
`media to a first client device in a format compatible with the
`first client device; interrupting the delivery of the media;
`recording a bookmark specifying a position in the media
`where the interruption occurred; and resuming delivery of
`the media to a second client device, the resumed delivery
`beginning at a position in the media specified by the
`recorded bookmark. The method further can include iden-
`
`tifying device properties for each of the first and second
`client devices; delivering the media to the first client device
`
`15
`
`the MODS can deliver the
`munications link. Similarly,
`media to the second client device session over the second
`
`communications link beginning at the position specified by
`the bookmark. Notably, the first and second client device
`sessions can reside in first and second client device sessions.
`
`Alternatively, the first and second client device sessions can
`reside in a single client device.
`In one aspect of the invention, the system can also include
`an intermediate server disposed between the MODS and the
`client devices. In particular,
`the intermediate server can
`receive the delivered media from the MODS. Also,
`the
`intermediate server can identify device properties for each of
`the client devices. In consequence, the intermediate server
`can convert the delivered media to a media format compat-
`ible with the identified device properties for each client
`device. Finally,
`the intermediate server can deliver the
`converted media to the client devices.
`
`In another aspect of the invention, the system can include
`a plurality of media-on-demand servers. Each MODS in the
`plurality of media-on-demand servers can store media in at
`least one format compatible with a specific device type.
`Also, the system can include an intermediate server which
`can identify a device type of a client device. In consequence,
`the intermediate server can select a MODS in the plurality
`of media-on-demand servers for delivering the media to the
`client device. The selected MODS can store the media in a
`
`format compatible with the identified device type. Upon
`being selected, the MODS can deliver the media to the client
`device in the format compatible with the identified device
`type.
`In yet another aspect of the present invention, the system
`can further include a backup MODS for storing media in a
`standard format compatible with a standard device type;
`and, a conversion filter in the intermediate server. The
`intermediate server can determine if a MODS in the plurality
`of media-on-demand servers is available for delivering the
`media to the client device in a format compatible with the
`client device. The intermediate server also can select the
`
`backup MODS if it is determined that no MODS is available
`for delivering media to the client device in a format com-
`patible with the client device. The backup MODS can
`deliver the media to the intermediate server in the format
`
`compatible with the identified device type. As a result, the
`intermediate server can convert
`the media to a format
`
`compatible with the identified device type in the conversion
`filter.
`
`BRIEF DESCRIPTION OF THE DRAWINGS
`
`There are presently shown in the drawings embodiments
`which are presently preferred, it being understood, however,
`that the invention is not limited to the precise arrangements
`and instrumentalities shown, wherein:
`
`20
`
`25
`
`30
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`Netflix, Inc. Exhibit 1033
`
`Netflix, Inc. Exhibit 1033
`
`

`

`US 7,103,906 B1
`
`5
`FIG. 1 is an exemplary network architecture diagram
`illustrating various network entities of the invention;
`FIG. 2 is an exemplary flow diagram illustrating the
`messaging that occurs between a client device and a MODS
`in the startup process;
`FIG. 3 illustrates an alternate network architecture for the
`network illustrated in FIG. 1, wherein the MODS is medi-
`ated by an ISP;
`FIG. 4 illustrates the fields in an exemplary bookmark;
`FIG. 5 is an exemplary flow diagram illustrating the
`messaging that occurs between a MODS and ISP;
`FIG. 6 illustrates is an exemplary network having a
`plurality of MODS and a plurality of service providers each
`servicing a different client device type is disclosed;
`
`DETAILED DESCRIPTION OF THE
`INVENTION
`
`The present invention is a user-controlled, multi-device,
`media-on-demand system. The media-demand- system of the
`present system can provide users with the ability to receive
`delivered media across a network in a client device through
`a communications
`link to a media-on-demand server
`
`(MODS) regardless of the properties of the client device and
`the characteristics of the communications link. Specifically,
`the MODS can deliver particular media to the client device
`in a format consonant with the properties of the client device
`which can include device type, acceptable media format and
`communications link speed and reliability.
`Significantly, the user can interrupt the delivery of the
`delivered media to a client device session in a client device,
`and subsequently the user can resume the delivery of the
`delivered media in a seamless manner. Notably, the delivery
`can resume in a new client device session in a different client
`device, or in a new client device session in the same client
`device as the initial client device session. Additionally, the
`delivery can resume regardless of the timing of the resump-
`tion of the delivery and of the properties of the client device
`through which the user receives the resumed delivery.
`Specifically, the user can resume the delivery of a previ-
`ously interrupted reception of delivered media through a
`particular client device and a corresponding communica-
`tions link each of which may have properties which differ
`from the client device and corresponding communications
`link of the interrupted delivery. Upon resumption of the
`delivery,
`the properties of the new client device can be
`determined and the format of the delivered media dynami-
`cally changed to accommodate the new client device. More-
`over, the delivery can resume at a position in the delivered
`media corresponding to the position in the delivered media
`which had been most recently delivered to the client device
`prior to the interruption.
`FIG. 1 is an exemplary network architecture diagram
`illustrating the various network entities of the invention in
`accordance with the inventive arrangements. As illustrated
`in the figure, the major network entities can include a MODS
`100, Access Networks 105 and a first client access device
`110 exemplarily illustrated as PC Access to Delivered Media
`consisting of computers 110-1, 110-2 and 110-3. A second
`client access device 120 is exemplarily illustrated as a TV,
`PC, Wireless Device Access to Delivered Media consisting
`of a laptop computer 120-1, a handheld device 120-2, a
`desktop computer 120-3 and a wireless telephone 120-4.
`Client access devices (client devices) 110 and 120 are
`connected to access networks 105 via connections 107 and
`
`117. Connections 107 and 117 may be wired or wireless
`connections. Typical wired connections include but are not
`
`10
`
`15
`
`20
`
`25
`
`30
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`6
`limited to narrowband POTS, xDSL, Hybrid Fiber Coaxial
`(HFC) and cable, which can utilize twisted pair copper
`wires, coaxial cable,
`fiber or any combination thereof.
`Typical wireless connections include but are not limited to
`Cellular, PCS, CDPD, GPRS and Bluetooth each which
`typically operate at frequencies in the range of 900 MHz to
`38 GHz.
`
`The MODS 100 can be comprised ofa plurality of access
`interfaces since it supports access by different kinds of client
`devices. For example, the MODS 100 can have a Ethernet
`interface that supports a TCP/IP stack, an X.25 interface to
`support communication with public data networks that uti-
`lize the X.25 protocol, or a T1 interface to support traffic
`from a public switched telephone network (PSTN).
`In addition to supporting various access methodologies,
`the MODS 100 can store delivered media in a variety of
`formats, wherein each format is compatible with a particular
`type of client access device. For example, the MODS 100
`may store particular delivered media in MPEG1, MPEG2,
`Digital Video Broadcast, Quicktime, etc. As a result, the
`ability to store delivered media in different formats provides
`the flexibility to serve delivered media to differing types of
`client devices.
`
`Alternatively, the MODS 100 merely can store a single
`default format of the delivered media. However, when a
`request for delivered media is received from a client device
`having a particular device type, the MODS 100 can identify
`the device type and transcode or convert the delivered media
`from the default format to a format compatible with the
`identified client device type. For example, if the device type
`of client access device 120-1 can process delivered media
`formatted in the WML protocol, upon receiving a request for
`delivered media from the client access device 120-1, the
`MODS 100 can transcode the delivered media from the
`default format to WML.
`
`In one representative embodiment of the invention, when-
`ever a client device, for example client device 110, attempts
`to access delivered media services through the MODS 100,
`the MODS 100 can attempt to identify device type of the
`client device 110. In particular, the MODS 100 can send an
`initial query to the client device 110 requesting that the client
`device 110 report its device type. Alternatively, the client
`device 110 can transmit the device type indication with the
`initial access request. Hence, the client device type can be
`identified with a minimum of communications required.
`FIG. 2 illustrates an exemplary startup sequence between
`the MODS 100 and a client device 110-1. As shown in the
`
`figure, client device 110-1 can request media delivered from
`a MODS 100 and can issue a service request 200. MODS
`100 can respond with a query 205, requesting the device
`type for client device 110-1. Client device 110-1 can respond
`with a device type reply 210. In addition to identifying the
`client device type, the MODS 100 can request additional
`information about the configuration of the client device
`110-1 by issuing a capability request 215 to the client device
`110-1. The client device 110-1 can report its configuration
`with a capability reply message 220. Alternatively,
`the
`MODS can assume a default configuration based on the
`device type provided in the device type reply 210.
`Configuration information can include, but is not limited
`to screen characteristics, such as size, color or grayscale, I/O
`capabilities such as speakers, printer types, supported media
`formats and buffer size. While it might be preferable to
`acquire the configuration information dynamically, it should
`readily be understood by one skilled in the art that altema-
`tive methods are possible without departing from the spirit
`of the invention. For example, the client device configura-
`
`Netflix, Inc. Exhibit 1033
`
`Netflix, Inc. Exhibit 1033
`
`

`

`US 7,103,906 B1
`
`7
`the time a user
`tion information could be acquired at
`subscribes to a delivered media subscription. Alternatively,
`the client device configuration information can be provided
`manually. Finally, the client device configuration inforrna-
`tion can be acquired from client device configuration data
`which can be pre-stored in a database and indexed according
`to client device type or user.
`In a representative embodiment of the present invention,
`the client device 110-1 can have corresponding configura-
`tion information which has been pre-stored in static memory
`of the client device, such as a Read-Only-Memory (ROM).
`In consequence, the configuration information can be trans-
`ferred electronically to the MODS 100 over the network
`105, either at the initial access or when the client device
`110-1 accesses the network 105. In the latter case, if there
`are changes to the client device configuration, the ROM can
`be reprogrammed such that the updated client device infor-
`mation can remain available to the MODS 100.
`
`10
`
`15
`
`Returning now to FIG. 2, the delivery of media from the
`MODS 100 to clients 100 can be a for-fee service wherein
`
`20
`
`the user pays a fee in exchange for the on-demand delivery
`of media content, for example a movie or song. Accordingly,
`for security purposes, an authentication exchange between
`the client device 110 and the MODS 100 can be used to
`
`facilitate access to services and billing. There are various
`methods that are well known in the art that can be used to
`
`authenticate and grant access to particular network services.
`For example, the Secured Socket Layer (SSL) protocol uses
`a public key cryptography to authenticate and encrypt infor-
`mation that is transferred over the Internet using TCP/IP.
`Authentication and encryption can be used to secure the
`transmission of transaction messages 225 and 230 which can
`further the goals of ensuring a secure transaction.
`Due to the varied nature of the type of communication
`links that can be used for communication between the client
`device 110-1 and the MODS 100,
`the MODS 100 can
`attempt to evaluate the connection by using, for example,
`pacing stream 235. Hence, MODS 100 could use the pacing
`stream 235 consisting of a regulated stream of messages sent
`to client device 110-1, in order to ascertain the bandwidth of
`the connection. Metrics such as the arrival times and the
`
`interstitial times can be measured by the client device 110-1
`and reported to the MODS 100 through a respond with
`bandwidth message 240. These metrics then can be used to
`determine network latency and the bandwidth requirements.
`Although the metrics can be measured by the MODS 100, in
`one representative embodiment, the metrics are measured by
`the client device 110-1.
`
`Referring now to FIG. 3, an alternative architecture to that
`disclosed in FIG. 1 is shown, wherein access to the MODS
`100 is mediated by an ISP server 300. From a network
`provider perspective, the MODS 100 does not have to be the
`same operating entity as that of the ISP server 300. Hence,
`whenever the client device 110-1 attempts to access a
`service offered by the MODS 100, the ISP 300 can mediate
`the transaction. Specifically,
`in one embodiment of the
`invention, a capability exchange can precede the MODS
`transaction for the delivered media. During the capability
`exchange, the ISP 300 can query the client device 110-1 for
`the client device type and can mediate the transaction
`between the MODS 100 and the client device 110-1 accord-
`
`ing to the identified client device type. In a further aspect of
`the invention, since the MODS 100 can store the delivered
`media, the delivered media can be sent to the client device
`110-1 through the ISP server 300.
`Significantly, the MODS 100 can store bookmarks within
`the local memory of the MODS 100. The bookmarks can be
`
`25
`
`30
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`8
`used in the conventional sense inasmuch as the bookmarks
`can store a location in the delivered media related to a
`
`position in the delivered media which most recently had
`been transmitted to the client device 110-1. Notably, the
`bookmark does not necessarily store the position in the
`delivered media which had been transmitted most recently to
`the client device 110-1. Rather, the bookmark also can store
`a position preceding that position which had been most
`recently transmitted to the client device 110-1 so that the
`resumption of delivery of the delivered media at a later time
`can overlap the delivered media previously transmitted to
`the client-device 110-1.
`While the MODS 100 can retain a subscriber record
`
`which can contain a bookmark indicating the subscribers
`delivered media history, in one embodiment of the present
`invention, the ISP 300 can retain the subscriber record and
`the MODS 100 can retain at least a partial copy of the
`subscriber record. One reason for this system of dual reten-
`tion is that a user may have several bookmarks of which
`many may never be used. Notably, the several bookmarks
`may have been created based upon the delivery of media to
`a single client device or to a plurality of different client
`devices having dilfering formats. As an example,
`in the
`architecture shown in FIG. 3, since the ISP 300 provides the
`delivered media received from the MODS 100 to the client
`device 110-1, the ISP 300 maintains the subscriber record.
`In a further aspect of the invention, copies of the book-
`mark can be stored both at the ISP 300 and at the MODS
`
`100. In consequence, in the event the copies of the bookmark
`fall out of synchronization, such as can happen whenever
`there is a power outage during a software upgrade, then the
`user of a client device 110-1 can be given the option to select
`which copy of the bookmark is the correct copy. Once the
`correct version of the bookmark has been identified, the
`correct version can be used to overwrite the incorrect
`
`version of the bookmark. The process of updating mis-
`matched copies of the same bookmark can be encoded in a
`Java applet. Specifically, when a request is made to access
`information in a time code field of the bookmark record
`
`stored in the ISP 300, the copy of the bookmark stored in the
`MODS 100 can be checked to ensure that the time code
`entries are the same. In the case where the time code entries
`
`are not the same, the Java applet can request that the user
`select

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket