throbber
{) '7- o i r•~ll~frn: ,,;~:~:e,-~:; :a~;~~~
`
`Express Mail No. EV0948 22 l 6US
`
`IN THE UNITED STATES PATENT AND TRADEMARK OFFICE
`
`PROVISIONAL APPLICATION COVER SHEET
`This is a request for filing a PROVISIONAL APPLICATION under 37 CFR §l.53(c)(l).
`
`LAST NAME
`
`Reisman
`
`FIRST NAME
`
`Richard
`
`INVENTOR(s)/ APPLICANT(s)
`MIDDLE INITIAL
`RESJDEI\CE(CTTY ANDE!TI-IBlSTAlEORRJREIGNCDUNIRY)
`
`20 East 9th Street, Apt. 14K, New York, NY 10003
`
`TITLE
`Method and Apparatus For Browsmg Usmg Multiple Coordmated Device Sets
`CORRESPONDENCE ADDRESS
`Customer Number or Bar Code Label, or
`Correspondence address below
`
`I \11\1\\111\ \\\I\ 11\1\ Ill\\ 11111\11
`27123
`
`p A TENT TRADEMARK OFFlCE
`
`)
`1'AFFIX CUSTOMER NO. BAR CODE LABEL ABOVE 1'
`
`\'-..__
`
`Name
`Address
`
`Z1p Code
`State
`Fax
`Telephone
`ENCLOSED APPLICATION PARTS (check all that apply)
`IZJ Small Entity Status is/has been claimed.
`~ Spccificat10n Number of Pages [187] and 1 page of abstract
`D Assignment ____ _
`~ Drawings(s) Number of Sheets [.!i]
`D Other. ____ _
`~ [824]Claims(s)
`Number of Sheets [130] (not reqwred)
`METHOD OF PAYMENT (check 01te}
`A check or money order is enclosed to cover the Provisional
`filing fees.
`The Commissioner 1s hereby authonzed to charge the filing fees
`and credit Deposit Account No. 13-4500,
`Order No.
`
`PROVISIONAL
`FILING FEE
`AMOUNT($)
`
`C8J
`(cid:143)
`
`$80.00 (small entity)
`
`$160.00
`
`City
`Country
`
`(cid:143)
`
`The Commissioner 1s hereby authonzcd to charge any additional
`fee(s) which may be requtred, or to credit any overpayment, to
`Deposit Account No. 13-4500 Order No. 4138-4003US I.
`
`The invention was made by an agency of the United States Government or under a contract with an agency of the United
`States Government.
`[gj No D Yes, the name of the U.S. Government agency and the Government contract number are: ____ _
`D
`e_d on separately numbered sheets attached hereto
`
`Respectfu~y7sub
`
`itte ,
`
`Signature __ . , , . _~ - - - - - - - - - -~ - - - - - - - - -
`, L
`
`Date: September 6, 2002
`
`Type or Print Name
`
`Registration No.
`
`726015 vi
`
`PROVISIONAL APPL/CATION FILING ONLY
`
`

`

`PATENT
`Docket No.4138-4003USI
`
`IN THE UNITED STATES PATENT AND TRADEMARK OFFICE
`
`Applicant( s)
`
`Richard R. Reisman
`
`Senal No.
`
`TBA
`
`Group Art Unit: TBA
`Examiner: TBA
`
`Filed
`
`For
`
`,. ·,
`
`September 6, 2002
`
`Method and Apparatus For Browsing Using Multiple Coordinated Device
`Sets
`
`EXPRESS MAIL CERTIFICATE
`
`Express Mail Label No. EV094892216US
`
`Date of Deposit September 6, 2002
`
`I hereby certify that the following attached paper(s) and/or fee Provisional Patent Application Cover Sheet
`
`( enclosmg I 87 pages specification; 1 page of abstract; 130 pages of claims; 8 sheets of formal drawings (Figs 1-8));
`
`a check m the amount of$80.00 and Return Postcard 1s bemg deposited with the United States Postal Service
`
`"Express Mail Post Office to Addressee" service under 37 C.F.R. § 1.10 on the date indicated above and is addressed
`
`to the Commissioner for Patents, Washington, D.C. 20231.
`
`Vivian King
`
`paper(s) and/or fee)
`
`CORRESPONDENCE ADDRESS:
`MORGAN & FINNEGAN, L.L.P.
`345 Park Avenue
`New York, New York 10154
`(212) 758-4800
`(212) 751-6849 Facsimile
`
`FORM: EXP-MAIL.NY
`Rev. 05/27/98
`
`

`

`Docket No. 4138-4003US 1
`
`U.S. PROVISIONAL PATENT APPLICATION
`
`FOR:
`
`METHOD AND APPARATUS FOR BROWSING USING
`
`MULTIPLE COORDINATED DEVICE SETS
`
`INVENTOR:
`
`RICHARD R. REISMAN
`
`MORGAN & FINNEGAN, LLP
`345 PARK A VENUE
`NEW YORK, NY 10154-0053
`(212) 758-4800
`(212) 751-6849 (FACSIMILE)
`WWW.MORGANFINNEGAN.COM
`
`725547 vi
`
`1
`
`/Ll.' EVD9 4892216LJS 1
`~ - - - - --
`
`-'---------~--
`
`,/
`
`

`

`TITLE OF THE INVENTION:
`
`Method And Apparatus For Browsing Using Multiple Coordinated Device Sets.
`
`Docket No. 4138-4003US1
`
`Field of the Invention
`
`5
`
`The present invention is directed generally to interactive television and similar interactive
`
`hypermedia such as from television or Internet sources, and more particularly to the provision
`
`and use of user interfaces that permit interaction using of multiple coordinated device sets.
`
`Background of the Invention
`
`10
`
`While "convergence" of television (TV) and computer technology have been a major
`
`focus of innovation and commercial development since the early 1990s, particularly in the area
`
`of "interactive television" (ITV), there remains a huge gulf in the nature of the user experience of
`
`ITV and of computer-based media such as the World Wide Web. Convergence has taken hold in
`
`infrastructure technologies, with digital and computer-based TV (DTV) editing, production,
`
`15
`
`distribution, transmission, and devices. At heart ITV is a matter of hypermedia browsing, the
`
`process of browsing linked media resources like the Web, differing only on its emphasis on
`
`video as the central medium.
`
`However, there remains a divide relating to the dramatic difference in how TV-centric
`
`and computer-centric media are used, and to the cultural divide between the TV production and
`
`20
`
`distribution industry and the computer and Web industries that has prevented a convergence in
`
`user experience from developing or even being seen as possible and desirable. TV usage and
`
`directions are focused on its character as a lean-back, across-the-room, low resolution, and
`
`relatively passive, relaxed experience of couch potatoes viewing large, often shared TV screens
`
`725547 vi
`
`2
`
`

`

`Docket No. 4138-4003US1
`
`with simple remote controls. PC usage and directions are focused on its character as lean(cid:173)
`
`forward, up-close, high resolution, and intensive, highly interactive experiences of individuals
`
`with PC-styles displays, keyboards, and pointing devices. Variant device sets and applications,
`
`such as PDAs, tablets, and video games, could be taken as suggestive of the desirability of
`
`5
`
`selecting among alternative usage modes and form factors, but only very limited aspects of these
`
`suggestions have been recognized.
`
`The limitations of these radically disparate device set form factors have severely limited
`
`the appeal ofITV. ITV promises to greatly enrich the TV experience by allowing interactive
`
`features that can range from access to supplementary enhancement material such as background
`
`10
`
`.on programs, casts and players, sports statistics, polls, chat messaging, and interactive
`
`advertisements and purchase offers ("t-commerce"), and all manner of other tangential
`
`information, to ways to vary the core program content by acting on viewer input and choices as
`
`to camera angles or even alternative plots, as well as providing improved control of the core
`
`experience with electronic program guides (EPGs ), personal video recorders (PVRs) and video
`
`15
`
`on demand (VOD) and similar features.
`
`The problem is that these interactive features are not well served by the TV usage mode
`
`and form factor, and their use interferes with the basic TV experience. Rich interaction with a
`
`TV is inherently difficult. Presentation of information is limited by the poor capabilities of a TV
`
`screen for presenting text, menus, and navigations controls, and the crude input capabilities of a
`
`20
`
`remote control. The rich information and navigation functionality available on a Web browser or
`
`other PC-based user interface (e.g., UI, especially graphical user interfaces, GUis) must be
`
`"dumbed-down" and limited for use on a TV, and even use of high-definition TV (HDTV) may
`
`not significantly ease that-people do not like to read or do fine work from across-the-room, it is
`
`725547 vi
`
`3
`
`

`

`Docket No. 4138-4003US1
`
`just not comfortable ergonomics. Furthermore, the attempt to show interactive controls and
`
`enhancements on the TV interferes with viewing by the person interacting, as well as any other
`
`viewers in the room. Compounding these issues and slowing recognition of better solutions is
`
`the dominance of the cable TV industry, its struggles in developing and deploying the advanced
`
`5
`
`set-top boxes (STBs) needed to offer meaningful ITV services of the form it envisions, and its
`
`orientation to closed, proprietary systems that do not fully exploit or adapt to advances in the PC
`
`and Internet world.
`
`The computer community has attempted to market PCs that include a TV tuner to support
`
`TV function in a PC-centric model, as promoted by the PC-DTV Consortium. However, these
`
`10
`
`systems suffer from the converse problem, in that their form factors are not suited to the fact that
`
`most people do not want to watch TV at a PC, with its lean-forward, up-close form factor.
`
`Furthermore, such devices cannot effectively receive protected cable or satellite programming.
`
`And here, as with conventional TVs, the use of a single system forces technical, economical, and
`
`usage constraints on the inherently complex, multi-tasking, man-machine behavior that is desired
`
`15
`
`in a rich hypermedia browsing experience.
`
`There has also been some recognition that PCs provide a way around the limited installed
`
`base of advanced STBs, but this is generally perceived only as a limited stopgap. So called
`
`Enhanced TV or Extended TV or "telewebbing" has emerged to exploit the fact that tens of
`
`millions of households have PCs in the same room as their TVs, and can surf related content on
`
`20
`
`the Web while watching TV. Some broadcasters such as ABC and PBS have exploited this to
`
`offer Web content synchronized to a TV program, but it is the user who must coordinate the use
`
`of the PC with the TV, by finding the appropriate Web site. In spite of the fact that the installed
`
`base for such open hardware is some ten times that oflTV-capable set-top boxes, the ITV
`
`725547 vl
`
`4
`
`

`

`Docket No. 4138-4003US1
`
`community generally views such "two-box" solutions as an unfortunate and awkward stopgap
`
`that may be desirably supplanted by advanced "one-box" systems whose wide deployment must
`
`be awaited. Some major reasons for this lack of acceptance are that this simplistic two-box
`
`model supports only very limited, pre-defined synchronization of the availability of TV and
`
`5
`
`enhancement content that is built into a rigidly fixed two-box structure at the content source, and,
`
`even more importantly, that it completely fails to address any coordination of user activity at the
`
`two separate boxes.
`
`Across all of this, the key elements that are lacking are provision of a broadly flexible,
`
`powerful, selective, and simple user interface paradigm for browsing hypermedia across multiple
`
`10
`
`device sets, whether they are integrated or not, with related methods for user and/or authoring
`
`control of such a UI, and provision of an effective method for independent systems to coordinate
`
`browsing activities to enable such a user interface to be employed across multiple independent
`
`systems. Further lacking across all of these aspects is delivery of these services in a way that
`
`provides the user with a smoothly integrated experience in which interactions on the multiple
`
`15
`
`systems are coupled or decoupled to the degree appropriate to the task of the moment.
`
`Summary of Various Embodiments the Invention
`
`According to embodiments of the present invention there are provided systems and
`
`methods for navigating hypermedia using multiple coordinated input/output device sets.
`
`20
`
`Embodiments of the invention allow a user and/or an author to control what resources are
`
`presented on which device sets (whether they are integrated or not), and provide for coordinating
`
`browsing activities to enable such a user interface to be employed across multiple independent
`
`systems.
`
`725547 vi
`
`5
`
`

`

`Docket No. 4138-4003US1
`
`Brief Description of the Drawings
`
`Further aspects of the instant invention will be more readily appreciated upon review of
`
`the detailed description of the preferred embodiments included below when taken in conjunction
`
`5 with the accompanying drawings, of which:
`
`FIG. 1 is a block diagram of an exemplary assemblage of user systems, networks, and
`
`remote services for implementing certain embodiments of the present invention.
`
`FIG. 2 is a set of block diagrams of exemplary groupings of device sets and systems in
`
`the assemblage of FIG. 1.
`
`10
`
`FIG. 3 is a schematic diagram of a number of exemplary user interface display layouts
`
`according to certain embodiments of the present invention.
`
`FIG. 4 is a schematic diagram of an exemplary structure for state information relating to
`
`systems within the assemblage of FIG. 1, relating to the coordination of a multimachine user
`
`interface according to certain embodiments of the present invention.
`
`15
`
`FIG. 5 is a schematic diagram of an exemplary process, performed by the systems of FIG.
`
`1, for transferring state data according to certain embodiments of the present invention.
`
`FIG. 6 is a flow chart of an exemplary process, performed by the systems of FIG. 1, for
`
`transferring state data according to certain embodiments of the present invention.
`
`FIG. 7 is a set of block diagrams of exemplary alternative communication configurations
`
`20
`
`in the assemblage of FIG. 1.
`
`FIG. 8 is a block diagram of details of an exemplary portal facilitating session
`
`coordination linkage in the assemblage of FIG. 1.
`
`6
`
`725547 vi
`
`

`

`Docket No. 4138-4003US1
`
`Detailed Description of the Invention
`
`Overview
`
`The present invention may be described, in various embodiments, as a system and
`
`5 method for navigating hypermedia using multiple coordinated input/output device sets. It
`
`provides a broadly flexible, powerful, selective, and simple user interface paradigm for browsing
`
`that allows the user (and/or an author) to control what resources are presented on which device
`
`sets (whether they are integrated or not), and provides an effective method for coordinating
`
`browsing activities to enable such a user interface to be employed across multiple independent
`
`10
`
`systems.
`
`One aspect is, in the spirit of human-centered design, to anticipate and be responsive to
`
`the user's desires (and the author's suggestions) as to what resources to present where, in order
`
`to make the best possible use of the hardware resources at a user's disposal. Homes, offices, and
`
`other personal environments of the future will have a rich array of computer-based input output
`
`15
`
`devices of various kinds, some general purpose, and some more or less dedicated to specific
`
`uses. The desire is to minimize constraints on what system resources can be used for a given
`
`task, to enable the most powerful browsing experience possible. Browsing of hypermedia, such
`
`as in the case ofITV is a task in which the use of multiple devices might be valuable because it
`
`may be expected to be a dominant activity, if supported effectively, and because of the disparity
`
`20
`
`ofUI issues between watching extended video segments and doing intensive interactions (such
`
`as with Web media) that may be more or less closely coupled with such video segments.
`
`Prior work has generally not recognized that it is inherent in rich ITV and similar forms
`
`of video-centric hypermedia browsing to be best served as "two-box," multitasking experiences,
`
`7
`
`725547 vi
`
`

`

`Docket No. 4138-4003US1
`
`at least much of the time, and the problem is not to squeeze it into one box (and fight over which
`
`box's functionality and form factor is better), but to enable effective coordination of both boxes.
`
`While the TV vendors and the PC vendors might fervently wish to offer a single system that
`
`meets the needs of ITV users, that is not an effective solution. If one assumes that an ideal level
`
`5
`
`of coordination among device sets can be enabled and explores usage scenarios, it can then be
`
`seen that different modes of viewing are best served by different device set form factors. These
`
`modes are not fixed for the duration of a session or task, but can blend, overlap, and vary as the
`
`flow of a set of linked tasks changes. What begins as a TV -centric browsing ( or pure viewing)
`
`experience may shift to casual use of a PC for light interaction (such as looking at menus and
`
`10
`
`options or doing a quick lookup) to intensive PC-centric activity (and then back again). The user
`
`may shift focus from the TV to both, to primarily the PC for a time, then become involved in the
`
`TV again. Conversely, an user at a PC may shift to immersion in a TV program or movie, then
`
`return to intensive use of the PC. While some broad usage patterns tend to favor video on the
`
`lean-back TV device set and interactivity on the lean-forward PC-type device set, other issues
`
`15 may relate to incidental viewing of video from a PC centric phase of activity, and casual
`
`interactions with enhancements in a TV -centric experience, as well as a complex mix of
`
`secondary issues, such as quality-of-service factors, whether an alternative device set is at hand
`
`and ready for use, other activities, presence of other people, location/setting, mood, and the like.
`
`The point in a session at which a user may wish to shift device sets may depend not only on the
`
`20
`
`immediate task, but the user's expectation of where that task is leading, so an intensive task soon
`
`to end may not warrant a shift from TV to PC, but a less intensive task leading to deeper
`
`interaction may warrant an early shift. Varying form factors of different TV devices and of the
`
`range of PCs, PD As, tablets, and Internet appliances may also affect what tasks a user wants to
`
`8
`
`725547 vl
`
`

`

`Docket No. 4138-4003USI
`
`do on what device, with what UL At the same time, to avoid burdening the user with the
`
`complications of too much flexibility and too many choices, it may be desirable that both the
`
`user and the content author be able to pre-set affinities, preferences, and recommendations,
`
`relating to task types, content types, and device availabilities, that could automatically place
`
`5
`
`elements on the device set or device set group that is presumably best suited to the apparent
`
`context, while leaving the user with the ability to recognize that expected targeting (based on
`
`conventions and/or unobtrusive cues) and to accept it with no further action, or override it if
`
`desired.
`
`Providing the desired flexibility can be viewed in terms of three interrelated issues, one
`
`10
`
`of structuring an effective and flexible multimachine user interface (MMUI) for browsing by a
`
`user, one of providing methods (such as markup) for the resource creator/author/producer to aid
`
`in exploiting that MMUI, and one of implementing such an interface on a wide range of
`
`hardware and software, including systems for which such usage may not be a primary mission
`
`(including both new systems and legacy systems).
`
`15
`
`A general approach to a MMUI for browsing that provides both user control and
`
`authoring support may advantageously build on the concept of targets for presentation oflinked
`
`resources already present in hypermedia formats such as HTML (and XLink). In HTML, the
`
`link target attribute can be used to specify which of multiple frames a linked resource is to be
`
`presented in, with options that include the current frame, another existing frame, or a new frame.
`
`20
`
`Coded specifications within the link are typically set by authors/producers of content, and
`
`controls in the browser allow the user to override and alter these settings, such as (with
`
`MICROSOFT Internet Explorer, MSIE) by using a shift-click combination to indicate that a link
`
`should be opened in a new window. Extending this to an MMUI can be done by expanding the
`
`725547 vl
`
`9
`
`

`

`Docket No. 4138-4003US1
`
`coding of target attributes and by adding new browser control options, such as control-click, to
`
`target a window on an alternate device set. Additional control can be achieved by extending the
`
`richer drop-down control that is invoked in MSIE by right-clicking on a link. That drop-down
`
`list can be extended to list windows on alternate device sets. This provides a very flexible,
`
`5
`
`general, and simple way to shift activity from one device set to another. Similar controls can be
`
`provided on simpler devices, such as for example, with a TV remote control, instead of select to
`
`activate a link to an enhancement overlay on the TV, a combination such as exit-select could be
`
`used to activate that link to an associated PC, or a new control button could be provided. As
`
`with current browsers, variations on such controls can also be defined to open the current
`
`10
`
`resource at a second location ( cloning).
`
`To implement such an interface on multiple independent device sets, the ending system
`
`must be given information to inform it when a link is to be activated, to what resource, with what
`
`browser attributes, and with what context information. A basic method is to transfer from the
`
`starting system to the ending system a link activation message that that includes a state record
`
`15
`
`and contains relevant link arc information. The state record contains essential information on the
`
`state of the browser and related activities on the starting system that can be used at the ending
`
`system to configure its browser and related context accordingly. A state
`
`exporter/importer/tracker component may be provided as an addition to a standard browser to
`
`provide these functions (with exporter/importer function being sufficient for simple
`
`20
`
`applications).
`
`In simple embodiments, export from the starting system and import at the ending system
`
`need be done only once per transfer of locus. In certain embodiments, full event synchronization
`
`can be maintained, when desired, by the state tracker to provide ongoing collaborative
`
`10
`
`725547 vi
`
`

`

`Docket No. 4138-4003US1
`
`functionality, as well. This is useful in the case of multiple users, and also can be useful for a
`
`single user that desires the ability to use both device sets in a fully replicated mode. However an
`
`advantage of the proposed method over conventional collaboration and synchronization systems,
`
`is that such ongoing event synchronization is not needed for basic MMUI browsing by a single
`
`5
`
`user, and the complications and overhead of continually logging, exporting and importing all
`
`events that may alter state can be avoided. Instead, state information need be assembled for
`
`transfer only when a transfer is actually invoked, and only at the necessary granularity. This
`
`simple, occasional, coarse-grained transfer is readily added to any browser of existing
`
`architecture, unlike more fine-grained full synchronization approaches, which require either
`
`10
`
`· excessive tracking activity, display replication approaches, or rearchitecting of browsing to use
`
`model-view-controller architectures, such as in event replication approaches.
`
`Another key benefit of this method is that it is readily applied to heterogeneous systems
`
`with only simple addition of an exporter/importer and some new UI functions to each system's
`
`own native browser. This exploits the fact that the underlying resources being browsed can be
`
`15
`
`common to all systems, and that at a high level, browsing state is relatively independent of
`
`system architecture. Thus the method is readily applied to both TV and PC-based systems, and
`
`could be added to existing or new systems by manufacturers, integrators, distributors, service
`
`providers, or by end users themselves. The proposed methods are well suited to standardization,
`
`which could facilitate the inherent capability of the methods described here to allow any suitably
`
`20
`
`functional device sets and systems to be used together in the desired coordinated fashion,
`
`regardless of its internal software and hardware architecture, vendor, or provisioning. Use of
`
`XML, RDF, and related standards is suggested to facilitate this. These features for ad hoc
`
`provisioning and use of devices acquired for other purposes removes a major hurdle to the
`
`11
`
`725547 vi
`
`

`

`Docket No. 4138-4003US1
`
`introduction of MMUis for ITV and other hypermedia browsing applications. Thus, for
`
`example, a household need not buy a lean forward device for ITV, but can simply use an existing
`
`PC, PDA, tablet, or the like.
`
`As a further perspective on the range of ways to use a MMUI for interactive TV and
`
`5
`
`similar hypermedia browsing as described herein it may be helpful, perhaps with regard to varied
`
`levels of multitasking and (correspondingly) of how closely enhancement resources relate to the
`
`viewing of a "primary program", to consider the term "interactivity." The term "interactive TV"
`
`might tend to suggest that a viewer interacts with a TV device and/or with TV content. Such a
`
`view may be appropriate to many kinds of ITV interaction. However, in considering the
`
`IO · ,. · embodiments of MMUI browsing described herein, it .is noted that many cases of what might be
`
`broadly described in terms of "interactive TV" could involve interactions that need not directly
`
`involve the TV device, or even the actual program content that is "on the TV", but that, for
`
`instance, involve other content perhaps more or less closely related to the program content that is
`
`on the TV.
`
`15
`
`From such a standpoint, the term "coactivity" might be considered as useful to emphasize
`
`the possible distinction between what is interacted with and what is on TV. Thus, for example,
`
`in the case of a loosely coupled interactive sub-task on a PC that relates to a program on the TV,
`
`the interactivity that takes place as part of that sub-task might be described as "coactivity".
`
`The concept of coactivity could be useful, for instance, in clarifying certain motivations
`
`20
`
`for using a MMUI. To the extent that one might think of a task as "interacting with the TV," the
`
`idea of using another device set (for example, a PC) might seem odd and unnatural to the task.
`
`However, by recognizing that many interactive tasks actually involve coactivity with content that
`
`might not be "on the TV", but that relates to what is on the TV, the use of a separate device set
`
`12
`
`725547 vl
`
`

`

`Docket No. 4138-4003US1
`
`might be more readily recognized as possibly being natural and appropriate. Accordingly, "two(cid:173)
`
`box" embodiments of the present invention could be seen as potentially well suited to the
`
`essential nature of ITV and similar hypermedia browsing, and not as a "stopgap" or "work(cid:173)
`
`around" embodiments.
`
`5
`
`As used herein, the term "hypermedia" is meant to refer to any kind of media that may
`
`have the effect of a non-linear structure of associated elements represented as a network of
`
`information-containing nodes interconnected by relational links. Hypermedia is meant to include
`
`"hypertext", and the two may at.times be used synonymously in the broad sense, but where
`
`stated or otherwise clear in context, "hypertext" can refer particularly to text content, and
`
`10
`
`·"hypermedia" to extend that to content that includes other formats such as graphics, video, and
`
`sound. The terminology used herein is meant of be generally consistent with that used in World
`
`Wide Web Consortium (W3C) recommendations.
`
`The associations of elements may be specified as "hyperlinks" or "links," such as
`
`described by the XLink (XML Linking Language), SMIL (Synchronized Multimedia Integration
`
`15
`
`Language), HTML, XHTML, and similar W3C recommendations. Links define an association
`
`between a "starting resource," the source from which link traversal is begun, and an "ending
`
`resource," the destination, collectively referred to as "participating resources." A "resource" is
`
`used to refer to any addressable unit of information or service and may at times refer to a
`
`resource portion rather than a whole resource, and a "content resource" to refer to any resource
`
`20
`
`suited to presentation to a user. In the context of hypermedia, "node" may be used
`
`synonymously with resource. "Navigation" is meant to refer to the process of following or
`
`"traversing" links. Unless specifically indicated as "link navigation" or otherwise clear in
`
`context, navigation also is meant to include the control of presentation within a resource, such as
`
`13
`
`725547 vi
`
`

`

`Docket No. 4138-4003US1
`
`scrolling, panning, and zooming, using VCR-like controls to play a continuous media resource,
`
`and the like. Addresses for Internet resources are typically in the form of Universal Resource
`
`Locators (URLs) or Universal Resource Names (URNs) or other Universal Resource Identifiers
`
`(URls), but may be based on any other suitable addressing mechanism. Hypermedia resources
`
`5 may contain content (also referred to as mediadata) and metadata (including hyperlinks), aspects
`
`of a resource may be declarative (such as markup) or procedural (such as embedded logic or
`
`program code elements) and may include embedded resources.
`
`Links may have information about how to traverse a pair of resources, including direction
`
`and application behavior information, called an "arc," and such information may include link
`
`10
`
`"elements" having ~'attributes" that take on "values." Behavior attributes include "show" to
`
`specify how to handle the current state of the presentation at the time the link is activated,
`
`"external" to specify whether the link is to be opened in the current application, or an external
`
`application, such as one suited to a special media type, "activate" to specify whether the link is
`
`triggered by some event, typically user interaction, or automatically traversed when its time span
`
`15
`
`is active, and "target" to specify either the existing display environment in which the link should
`
`be opened (e.g., a SMIL region, an HTML frame or another named window), or trigger the
`
`creation of a new display environment with the given name. It should be noted that the term
`
`target is sometimes also used in the art to refer to an ending resource as the target of a link, as for
`
`a "target resource" or "target page."
`
`20
`
`Links may be contained in the starting or ending resource, "outbound" or "inbound"
`
`respectively, or may be independently stored as "third-party" arcs. Standard HTML links are
`
`typically outbound, but inbound and third-party link arcs may be useful, such as for adding links
`
`that are external to read-only or third-party content. By providing such external, third-party
`
`14
`
`725547 vi
`
`

`

`Docket No. 4138-4003US1
`
`links, resources not originally intended to be used as hypermedia can be made into hypermedia.
`
`Third-party links may be collected in "linkbases." Linkbases may be directly associated with
`
`their starting resources by a resource that leads to both the starting resource and the linkbase,
`
`referred to herein as "coupled" linkbases, such as a set of image map links in a Web page that
`
`5
`
`has an embedded image link, or may be "decoupled" and obtained by other means.
`
`Where so indicated or clear in context, the term hypermedia may also be used to include
`
`"hypermedia-like" resources and systems that do not use coded links as such, but which support
`
`functionally similar non-linear resource relationships using other more or less similar
`
`mechanisms, such as special coding and logic that implements structures such as menu structures
`
`10 ··
`
`that have a defined graph structure, transaction request forms that have.an.associated address or
`
`other process identifier for transaction submission, and selectable content elements having a
`
`defined relationship to other resources or actions. Use of VCR-like or audio recorder-like
`
`controls to add non-linearity to a linear medium ( e.g., fast forward/reverse, and skip ahead), also
`
`referred to as "trick-play" functionality, is also considered as hypermedia-like.
`
`15
`
`According to embodiments of the invention, links may refer to specific portions of a node
`
`or resource, such a by an "anchor" that associates the link to a position in text (such as in a
`
`HTML "A element"), or an "area" or "region" that associates the link to a spatial portion of an
`
`object's visual display, or to non-spatial portions, such as temporal subparts that may be defined
`
`by "begin" and "end" attributes, also referred to as "time positions" or together as a "time scope"
`
`20
`
`or "time-span." Similar facilities are provided by XPointer, which supports addressing into the
`
`internal structures of XML documents, and provides an "origin" function to enable addressing
`
`relative to third-party and inbound links. Unless otherwise indicated or clear in context,
`
`"anchor" may used herein to be synonymous with similar forms, such as origin and "area."
`
`15
`
`725547 vi
`
`

`

`Docket No. 4138-4003US1
`
`Hypermedia structures may also be und

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