(12) United States Patent
`Wilkinson
`
`USOO6907225B1
`US 6,907,225 B1
`Jun. 14, 2005
`
`(10) Patent No.:
`(45) Date of Patent:
`
`(54) SELECTIVE MEDIA CAPTURE VIA A
`COMMUNICATION DEVICE
`
`(75) Inventor: Jeffrey Miles Wilkinson, Wellesley
`Hills, MA (US)
`(73) Assignee: Nokia, Inc., Irving, TX (US)
`(*) Notice:
`Subject to any disclaimer, the term of this
`patent is extended or adjusted under 35
`U.S.C. 154(b) by 307 days.
`
`(21) Appl. No.: 09/982,233
`(22) Filed:
`Oct. 19, 2001
`(51) Int. Cl." .................................................. H04B 7700
`(52) U.S. Cl. ....................... 455/412; 455/3.06; 725/81;
`725/123
`(58) Field of Search ............................... 455/4.1.2, 41.3,
`455/3.01, 3.03, 3.05, 3.06, 466,304; 725/61,
`81, 86, 87, 99, 123
`
`(56)
`
`References Cited
`U.S. PATENT DOCUMENTS
`5,742,905 A 4/1998 Pepe et al. ............... 455/422.1
`5,809,415 A 9/1998 Rossmann .................. 455/461
`5,917,480 A 6/1999 Tafoya et al.
`5,920,311. A 7/1999 Anthias
`5,977,983. A 11/1999 Einkauf et al.
`6,052,676 A 4/2000 Hekmatpour
`6,098,126 A 8/2000 Batson et al.
`6,317,609 B1 11/2001 Alperovich et al. ..... 455/556.1
`OTHER PUBLICATIONS
`The hard reality behind 3G services, http://dailynews.ya
`hoo.com/h/Zd/2001070 .
`.
`.
`hard reality behind 3g
`services 1.ht 3 pages, dated Jul. 9, 2001.
`
`STAR
`
`G. Faria, “Mobile DVB-T Using Antenna Receivers”, 7
`pages, printed Jul. 11, 2001.
`G. Faria, “MCP Report to 42 TM", 12 pages, printed Jul.
`11, 2001.
`M. Lipsanen, “Interactivity with GSM in a Portable Termi
`nal”, Nokia Home Communications, 14 pages, dated Oct.
`25, 2000, Downloaded and printed from DVB.org website
`on Jul. 11, 2001.
`
`Primary Examiner Vivian Chin
`ASSistant Examiner-Lewis West
`(74) Attorney, Agent, or Firm-Banner & Witcoff, Ltd.
`(57)
`ABSTRACT
`
`Methods and Systems for Selectively capturing content and
`delivering the captured content to mobile communications
`devices via wireleSS communications are disclosed. In Some
`embodiments, a mobile unit sends a request for content to a
`nearby content Server, to which the content Server may
`respond with a list of available content items. The mobile
`unit may Senda Second, refined request for a specific content
`item. The content Server may send the requested content
`item to the mobile unit, or the content Server may send a
`pointer to the mobile unit, which indicates a network loca
`tion from which a user may later retrieve the actual content
`item. In another embodiment, a mobile unit Sends a request
`to a content Server for presently displayed content. The
`content Server may capture a Screen image and Send the
`captured image to the mobile unit. Alternatively, the content
`server may send the file in a native file format of the file from
`which the displayed content was generated.
`
`31 Claims, 8 Drawing Sheets
`
`y
`CONTNT server
`ReCEIVES FIRST
`fEEST N-80 - Y - CONTENT SERVER
`RECEIVES
`CONTENT SERVER
`CONTENT REGUESTN- 1401
`CREATES POINTERN
`
`START
`
`CONTENSERVER
`SENDS CONENT
`NFL,BLE N-803
`
`CONTENT SERVER
`rCEWS SECOND N
`REGUES
`805
`
`t
`CONN SERVEr
`Identifies
`RUESTED
`CONFEN
`
`807
`
`y
`CONTENSERVER
`AUHENCATES N
`MOBILEDEVICE
`809
`
`y
`CONN SERVER
`SENDS POINTERTO N
`MOBE DEwiCE
`
`83
`
`CONTENT Server
`AUTHENTCATES
`REQUESTING
`MOBIL UNI
`
`N.
`1403
`
`-
`-
`-
`RANSFERPONTER
`FRAMPLE N-815
`
`y
`CONTENT SERVER
`FEER
`DISPLAYED IMAGE
`
`N
`
`40S
`
`RETREWEACUAL
`CONENT
`
`N 817
`
`CONTENT SERVER
`SENDS DATATO N
`REQUESTING
`MOBILE UNIT
`
`07
`
`END
`
`END
`
`Adobe - Exhibit 1020, page 1
`
`

`

`U.S. Patent
`
`Jun. 14, 2005
`
`Sheet 1 of 8
`
`US 6,907,225 B1
`
`115
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`MOBILE DEVICE
`
`MEDIA
`CAPTURE
`MODULE
`
`FIG. 1
`
`113
`
`
`
`CONTENT
`STORE
`
`CONTENT SERVER
`
`MEDIA SERVER
`MODULE
`
`CONFIGUR
`ATION
`
`
`
`
`
`SCREEN
`CAPTURE
`
`
`
`PARSER
`
`101
`
`125
`
`123
`
`127
`
`105
`
`DESTINATION
`COMPUTER
`
`MEDIA
`FETCHING
`MODULE
`
`Adobe - Exhibit 1020, page 2
`
`

`

`U.S. Patent
`
`Jun. 14, 2005
`
`Sheet 2 of 8
`
`US 6,907,225 B1
`
`
`
`
`
`Content Server
`Detected
`
`s
`
`Would you like to
`Connect?
`YES
`NO
`
`Which slides
`would you like?
`1) All Slides
`2) Specific Slides
`A.
`
`Content Available:
`1) Slides
`2) Statistical Data
`3) Contact Info
`
`Adobe - Exhibit 1020, page 3
`
`

`

`U.S. Patent
`
`Jun. 14, 2005
`
`Sheet 3 of 8
`
`US 6,907,225 B1
`
`
`
`Slides 10-13
`Received
`
`Adobe - Exhibit 1020, page 4
`
`

`

`U.S. Patent
`
`Jun. 14, 2005
`
`Sheet 4 of 8
`
`US 6,907,225 B1
`
`START
`
`
`
`
`
`
`
`
`
`
`
`
`
`CONTENT SERVER
`RECEIVES FIRST
`REOUEST
`
`CONTENT SERVER
`SENDS CONTENT
`NFO TO MOBLE
`DEVICE
`
`CONTENT SERVER
`RECEIVES SECOND
`REGUEST
`
`CONTENT SERVER
`IDENTIFIES
`REOUESTED
`CONTENT
`
`CONTENT SERVER
`AUTHENTICATES
`MOBILE DEVICE
`
`801
`
`803
`
`805
`
`807
`
`809
`
`FIG. 8
`
`
`
`
`
`CONTENT SERVER
`CREATES POINTER
`
`811
`
`
`
`CONTENT SERVER
`SENDS POINTERTO
`MOBILE DEVICE
`
`TRANSFER POINTER
`FROM MOBILE
`DEVICE
`
`813
`
`815
`
`RETREIVE ACTUAL
`CONTENT
`
`817
`
`Adobe - Exhibit 1020, page 5
`
`

`

`U.S. Patent
`
`Jun. 14, 2005
`
`Sheet 5 of 8
`
`US 6,907,225 B1
`
`l
`
`File ID File Nale
`Myslides.ppt
`Mydocument.doc
`Mydata\Data.txt
`Graphic.jpg
`Resultsdata\results.doc
`
`3
`4
`5
`
`Authorized Users
`
`All
`
`Authorized
`Pages/Slides
`Al
`
`
`
`
`
`bSmith, jones
`Code: <password>
`Class: admin
`
`All
`
`7
`
`Testresults.pdf
`
`Class: student
`
`FIG. 9
`
`
`
`
`
`Authorized
`Time(s)
`Al
`All
`O900-700
`All
`All
`O900-1700
`All
`
`Authorized
`Date(s)
`15 Oct 2001
`All
`
`A
`All
`
`
`
`
`
`
`
`
`
`> 0 Dec 2001
`
`109
`
`Adobe - Exhibit 1020, page 6
`
`

`

`U.S. Patent
`
`Jun. 14, 2005
`
`Sheet 6 of 8
`
`US 6,907,225 B1
`
`1101
`
`1103
`
`1105
`
`1113
`
`PROCESSOR
`
`TRANSCEIVER
`
`SYSTEM
`MEMORY
`
`VIDEO INPUT
`PORT
`
`HARD DISK
`
`VIDEO OUTPUT
`PORT
`
`NETWORK iNTERFACE
`
`FIG 11
`
`1107
`
`1109
`
`1111
`
`117
`
`
`
`1203
`
`1205
`
`12O7
`
`COMPUTER
`EXECUTABLE
`COMPONENT
`MODULE
`
`COMPUTER
`EXECUTABLE
`COMPONENTI
`MODULE
`
`COMPUTER
`EXECUTABLE
`COMPONENTf
`MODULE
`
`COMPUTER
`EXECUTABLE
`COMPONENT
`MODULE
`
`COMPUTER
`EXECUTABLE
`COMPONENT1
`MODULE
`
`COMPUTER
`EXECUTABLE
`COMPONENT
`MODULE
`
`1213
`
`COMPUTER READABLE MEDUM
`
`1201
`
`FIG. 12
`
`Adobe - Exhibit 1020, page 7
`
`

`

`U.S. Patent
`
`Jun. 14, 2005
`
`Sheet 7 of 8
`
`US 6,907,225 B1
`
`& & R S 3. 2
`
`s
`
`Y
`
`) i i
`
`
`
`
`
`
`
`s
`
`Y
`1 re
`
`Adobe - Exhibit 1020, page 8
`
`

`

`U.S. Patent
`
`Jun. 14, 2005
`
`Sheet 8 of 8
`
`US 6,907,225 B1
`
`
`
`
`
`
`
`Select slide
`being shown
`NOW
`
`Press Here
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`CONTENT SERVER
`RECEIVES
`CONTENT REQUEST
`
`CONTENT SERVER
`AUTHENTCATES
`REGUESTING
`MOBILE UNIT
`
`CONTENT SERVER
`IDENTIFIES
`PRESENTLY
`DISPLAYED IMAGE
`
`CONTENT SERVER
`SENDS DATA TO
`RECQUESTING
`MOBILE UNIT
`
`1401
`
`1403
`
`1405
`
`1407
`
`FIG, 14
`
`Adobe - Exhibit 1020, page 9
`
`

`

`1
`SELECTIVE MEDIA CAPTURE WIAA
`COMMUNICATION DEVICE
`
`US 6,907,225 B1
`
`FIELD OF THE INVENTION
`The present invention relates to data sharing and captur
`ing Systems. More specifically, the invention provides meth
`ods and Systems through which users may selectively cap
`ture data using a communication device, Such as a mobile
`telephone.
`
`BACKGROUND OF THE INVENTION
`When individuals and Students watch presentations at a
`conference or receive instruction in a classroom
`environment, the individuals will often take notes regarding
`that which they See and learn. A common practice by
`Speakers and teachers is to project Slides onto a large display
`Screen for use as Visual aids during the presentation or class.
`The individuals attending the presentation or class often
`copy entire slides by hand in the course of taking notes.
`However, often the Speaker or instructor moves too fast, and
`displays the next Slide before an individual can copy the
`previous one.
`In addition, individuals often request a copy of a data file
`even though she may only need a specific item from the file.
`For instance, a conference attendee may request a copy of a
`forty-slide PowerPoint(R) presentation given by a conference
`Speaker because the attendee wants a copy of the Statistics
`located on slide fifteen. The attendee gives her email address
`to the Speaker, who later emails the attendee a copy of the
`complete presentation, using more Storage Space than if the
`Speaker could Send, or otherwise provide, only a copy of the
`requested Slide to the attendee. In addition, the Speaker must
`expend time to prepare and Send the email to the requestor.
`Thus, it would be an advancement in the art to provide an
`automated System that allows individuals to capture content
`as it is displayed on a display Screen, Such as by using a
`mobile or portable device.
`However, portable devices Storage capacities are often
`limited and prohibitively Small for capturing data files
`generated from or Stored on a conventional PC computer. If
`a user wants to copy a data file from a conventional PC, and
`the user does not have a storage medium (e.g., floppy disk)
`with enough Storage capacity to copy the wanted data file,
`the user cannot copy the file. Portable devices Such as
`mobile telephones and personal digital hassistants (PDAS)
`often include only limited Storage capacities, e.g., 8 MB up
`to 64 MB, compared to 10 gigabyte (GB) to 100 GB hard
`drives on conventional PCs. Thus, users often cannot copy
`data files using only a portable device, as the device may not
`contain enough free memory to copy the entire data file.
`One known solution to this problem is to send the wanted
`data file via a computer network to a requestor's email inbox
`or network Storage drive. However, network Storage drives,
`including those used to Store emails, quickly become Satu
`rated as users forward copies of data files to large email and
`network distribution lists. In addition, the email System may
`Store multiple copies of the data file, one for each user
`receiving it, and the receiving users may each then Save a
`copy of the data file to their own network drive.
`Furthermore, these forwarded data files may be stored but
`never read by the requesting user(s), thus wasting limited
`Storage Space.
`A known solution to the above problem is to edit the file
`before Sending it to the requesting user, So that only the
`
`15
`
`25
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`2
`requested slide is sent. The presenter can also restrict and/or
`redact Specific slide content within the presentation, for the
`purposes of protecting the content or other proprietary
`information, before Sending any Slides to the requesting user.
`However, this is time consuming and quickly becomes
`tedious as multiple users each request different portions of
`the same file.
`Thus, it would be an advancement in the art to provide a
`System that allows users to copy data files using a portable
`device with limited Storage capacity. It would be another
`advancement in the art to provide a System that allows users
`to copy an image on a display Screen or a portion of a file
`at a user's or file owner's discretion, rather than being
`required to copy the entire file. It would be a further
`advancement if the System could provide, to a requesting
`user, a pointer to a Storage location from which the user
`could later retrieve the file. It would be a further advance
`ment in the art to provide an automated System for distrib
`uting data content on demand that requires minimal effort by
`a file provider.
`
`BRIEF SUMMARY OF THE INVENTION
`A first aspect of the invention provides a wireleSS Selec
`tive content distribution and capture method, including a Set
`of Steps. A content Server receives a first request for avail
`able content items from a nearby mobile unit over a wireleSS
`medium. The content Server tramsmits a first response to the
`mobile unit, wherein the first response includes information
`asSociated with available content items. The content Server
`receives a Second request for a specific content item from the
`mobile unit. The content Server transmits a second response
`to the mobile unit including data corresponding to the
`Specific content item.
`In Some embodiments, the Second response includes a
`link to a network location from which the Specific content
`item may be retrieved. In other embodiments, the Second
`response includes the actual content item. The mobile unit
`may open a data channel with a network Store and relay the
`Specific content item to the network Store via the data
`channel.
`In various embodiments of the invention, the mobile unit
`and content Server communicate using low power radio,
`including Bluetooth, or infrared light.
`The mobile unit may be a mobile telephone, personal
`digital assistant, or other portable computer device.
`In Some embodiments, the content Server authenticates
`the mobile unit before sending one of the first and second
`responses.
`The inventive method may also be embodied in a content
`Server, a mobile unit, and a computer readable medium.
`Another aspect of the invention provides a wireleSS Selec
`tive content distribution and capture method, including a Set
`of Steps. A content Server wirelessly receives a request for
`content from a nearby mobile unit. The content server
`identifies data corresponding to a Video display image
`displayed at a time when the request is received, and sends
`a response to the mobile unit. The response includes data
`corresponding to the identified data.
`In Some embodiments, the response includes a link to a
`network location from which the identified data may be
`retrieved. In other embodiments, the response includes the
`data file from which the displayed Video display image was
`generated. In Still other embodiments, the response includes
`a graphic file Storing a representation of the displayed Video
`display
`
`Adobe - Exhibit 1020, page 10
`
`

`

`US 6,907,225 B1
`
`3
`The method may be performed by a content server
`apparatus including a video input port for receiving a Video
`display Signal, and the captured Video image is based on the
`Video display Signal. The content Server apparatus may
`further include a video output port through which the
`received Video display Signal is retransmitted.
`The method may also be embodied in a computer readable
`medium or a mobile unit.
`
`BRIEF DESCRIPTION OF THE DRAWINGS
`A more complete understanding of the present invention
`and the advantages thereof may be acquired by referring to
`the following description in consideration of the accompa
`nying drawings, in which like reference numbers indicate
`like features and wherein:
`FIG. 1 illustrates a block diagram of an embodiment of
`the invention.
`FIG. 2 illustrates a mobile device with a display screen
`after detecting a content Server.
`FIG. 3 illustrates a mobile device displaying a file selec
`tion Screen.
`FIG. 4 illustrates a mobile device displaying a portion
`Selection Screen.
`FIG. 5 illustrates a mobile device displaying a range
`beginning query.
`FIG. 6 illustrates a mobile device displaying a range
`ending query.
`FIG. 7 illustrates a mobile device displaying a transfer
`complete Screen.
`FIG. 8 illustrates a flowchart of a method according to an
`embodiment of the invention.
`FIG. 9 illustrates a table representative of server module
`configuration data.
`FIG. 10 illustrates a schematic diagram of an embodiment
`of the invention.
`FIG. 11 illustrates a block diagram of a content server
`according to an embodiment of the invention.
`FIG. 12 illustrates a block diagram of a computer readable
`medium according to an embodiment of the invention.
`FIG. 13 illustrates a portion of a screenshot of an appli
`cation program adapted according to an embodiment of the
`invention.
`FIG. 14 illustrates a flowchart of a method according to an
`embodiment of the invention.
`FIG. 15 illustrates a mobile device displaying a get
`current item Screen according to an embodiment of the
`invention.
`
`15
`
`25
`
`35
`
`40
`
`45
`
`50
`
`4
`mobile device with wireleSS communications capabilities, to
`request and capture data from a content Server. WireleSS
`communications technologies that may be used include
`infrared, Bluetooth, 802.11, GSM, CDMA, wireless LAN,
`or any other known wireleSS communications technology.
`An embodiment of the invention is described with refer
`ence to FIG.1. The inventive system may use three primary
`Software modules, each residing on a separate device, to
`request, Serve, and fetch content. There is a Server module
`101, a capture module 103, and a fetching module 105. More
`or fewer Software modules may alternatively be used,
`depending on design factors, user needs, and the like. Server
`module 101 typically resides on a computer 107 connected
`to a content store 113 that contains content available to be
`Served in response to user requests. The data Store may
`alternatively be located within the same computer 107 as
`server module 101. The server module receives content
`requests from mobile devices 109 and serves the requested
`content, or a link to the requested content, to the requesting
`mobile device. Server module 101 may include submodules
`for performing various tasks, including parser Submodule
`127, configuration submodule 125 and screen capture Sub
`module 123, all of which are described in more detail below.
`The computer 107 on which server module 101 resides is
`referred to as a content Server.
`Parsing Submodule 127 may be used to Strip pages from
`multiple page files. That is, if a ten page Word(E) document
`is the basis of a request, the parsing Submodule may Strip out
`each page, creating ten one-page Word(E) documents, each
`containing a Single page of the original ten page document.
`The parser Submodule may also automatically create point
`ers to the Storage location of each Stripped page, which the
`Server module may then provide to mobile units upon
`request, as described below. That is, server module 101 may
`Send to any given mobile device the actual content and/or a
`pointer to a location from which the actual content may later
`be retrieved.
`The capture module 103 typically resides on a mobile
`device 109, and provides the user interface through which a
`user can request content from a content Server. The capture
`module may store the content locally after the content Server
`has served it to the mobile device. Alternatively, when server
`module 101 sends a link to the requested data, the capture
`module stores the link on the mobile device for further use.
`The fetching module 105 typically resides on a user's
`conventional computer 111, Such as a laptop or desktop
`personal computer. The fetching module 105 downloads
`from the mobile device that which was served to the capture
`module 103 by server module 101. That is, when the content
`Served to the capture module includes a complete data file,
`or a portion of a data file, the fetching module downloads the
`data to the PC by interacting with the capture module on the
`mobile device. When the served content includes a link to
`data, the fetching module downloads the link to the con
`ventional PC, reads the link data, and fetches the content
`from the location defined by the link, Such as content Store
`113, via one or more computer networks 115. The device on
`which a fetching module resides is referred to as a destina
`tion computer.
`For instance, using the above-described architecture, a
`Speaker ("originator) may give a speech at a conference or
`other gathering of people, during which he or she uses as a
`Visual aid Slides projected from a laptop computer onto a
`large Screen using a computer display projector. The origi
`nator can make available to attendees copies of the Set of
`Slides, or individual Slides within the Set, by configuring a
`
`DETAILED DESCRIPTION OF THE
`INVENTION
`Using methods and Systems of the invention as described
`herein, users may capture data files, or portions of data files,
`from a nearby content Server using a mobile device. In
`general, users may capture data files using wireleSS com
`munication links between a mobile device and a content
`server. The mobile device may then store the content in the
`device itself, or act as a conduit to Stream the data to a
`network Storage device. Alternatively, the device may cap
`ture a pointer to a data Storage location, which may be used
`for later retrieval of the data file or a portion thereof.
`The invention allows users to use mobile devices
`including, but not limited to, a mobile telephone, personal
`digital assistant (PDA), laptop or palmtop computer, or other
`
`55
`
`60
`
`65
`
`Adobe - Exhibit 1020, page 11
`
`

`

`S
`Server module on his or her laptop to Serve the requested
`Slides or links thereto to mobile devices upon request. The
`laptop computer may act as both a content Server and a
`content Store. Copies of the requested data may be served in
`the data file's native format (e.g., PowerPoint(R) slides may
`be served as PPT files), as a graphical image of the slide
`(e.g., as a GIF, TIFF, BMP, or other graphical format file),
`or in a proprietary format used Specifically for purposes of
`data transfer.
`Media server module 101 may emit a polling signal (via
`wireless technology) indicating that it is available as a
`content server. When a mobile device is in the proximity of
`content server 107, in this instance the laptop on which the
`Slide file is Stored and from which the slides are projected,
`media capture module 103 will receive and interpret the
`signal. Mobile device 109 may optionally display a message
`on its display Screen indicating that a content Server has been
`detected, or play a Sound, or provide Some other indication
`to the owner/user of the mobile device. An example of a
`notification screen is shown in FIG. 2.
`As each attendee (“recipient') views the slides during the
`presentation, she may decide that she would like a copy of
`one or more of the slides. Using her mobile device 109, for
`instance a mobile telephone, the recipient may connect to
`server module 101 by pressing the button directly below the
`YES option in FIG. 2. FIG. 3 illustrates a selection screen
`after the mobile device 109, under the control of capture
`module 103, connects to server module 101. The selection
`Screen displays a list of files being Served by Server module
`101 that are available for recipients to request. While, in this
`example, recipients may only be aware of the Slides being
`projected by the originator's computer onto the Screen, the
`content server 107 may store multiple files available for
`recipients to request, and indicate to recipients that other
`files are available. In this example, the presentation slides, a
`data file (e.g., Statistical data referred to in the presentation),
`and a contact information file (e.g., containing the Speaker's
`contact information, Such as telephone and email, in known
`file formats) are available. Any file may be made available
`at the originator's discretion.
`When the user selects the keypad number associated with
`the desired file, the mobile device may send the selection to
`server module 101. The server module may send a response
`to the capture module 103 on the mobile device 109,
`including an indication of that which the user may further
`Select from within the initially Selected file (e.g., slides
`Versus pages, allowed pages, total number of pages, etc.).
`The capture module interprets the response, and the mobile
`device displays a Second Selection Screen, Such as a slide
`Selection Screen shown FIG. 4.
`From the Slide Selection Screen, the recipient may select
`that the only wants to receive specified slides, instead of
`receiving the complete Set of Slides, by Selecting keypad
`button 2. The recipient then enters the first slide she wants,
`for instance Slide 10, in response to a first query illustrated
`in FIG. 5. The recipient next enters the last slide she wants,
`for instance Slide 13, in response to a Second query
`illustrated in FIG. 6. Server module 101 then sends the
`requested content from the content store 113 to the mobile
`device 109. Again, the content store 113 may be located on
`the same computer 107 or a different computer than that on
`which server module 101 is stored and executed. When the
`requested content has been sent, the mobile device 109 may
`display a notification, such as that illustrated in FIG. 7.
`When the recipient requests pages out of the range of total
`or allowed pages, an error message may be displayed (not
`shown) or alarm Sounded. It should be appreciated by those
`skilled in the art that other slide Selection Schemes may also
`be used.
`
`15
`
`25
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`US 6,907,225 B1
`
`6
`The recipient may later download the content to a desti
`nation computer by connecting the mobile device to the
`destination computer, using either wireleSS communications,
`or by direct cable connection between the mobile device and
`the destination computer. Capture module 103 and fetching
`module 105 interface in Such a manner that the content is
`downloaded from the mobile device to the destination
`device. Interface techniques are known in the art, Such as are
`used for Synchronizing telephone numbers and other infor
`mation on a mobile telephone or PDA with information
`contained on a computer. When the content is a pointer, the
`fetching module 105 retrieves the actual content from the
`network, as defined by the pointer. In one embodiment,
`fetching module 105 contains logic that allows a user to edit
`the pointer So that the user may request more or fewer pages
`than originally requested, when allowed.
`FIG. 8 illustrates a method according to an embodiment
`of the invention. In step 801, the content server 107 receives
`a first wireless request for content from a mobile device 109.
`The content server 107 provides the response to server
`module 101 for processing. In response to receiving the first
`request in step 803, server module 101 sends a response to
`the capture module 103 on the requesting mobile device 109,
`indicating the available content. The mobile device in Step
`805 sends a second request to the content server 107. The
`Second request may contain refined information indicating
`the Specifically requested content. In response to receiving
`the Second request, Server module 101 interprets the Second
`request, in step 807, to determine the content that the
`recipient is requesting.
`Server module 101 may optionally authenticate the
`request, in step 809, to determine whether the recipient is
`authorized to receive the requested content and/or to confirm
`the identity of the mobile device 109. That is, each request
`may include an indication of the mobile devices and/or the
`recipient’s identity. Server module 101, using known
`encryption and authentication techniques, may confirm that
`the mobile device 109 is the mobile device that it claims to
`be, and also whether the user of that mobile device is
`authorized to receive the requested content.
`Upon confirming that the mobile device is authorized to
`receive the request content, server module 101, in step 811,
`may create a pointer to a location of the requested file,
`including an indication of the Specifically requested portions
`(e.g., slides, pages, Worksheets, data, etc.). A pointer may be
`a URL, such as the following:
`/151.61.42.64/trainingslides/mypresentation.ppt(slide 7)
`/244.13.43.15/documents/mywordfile.doc(entire file)
`It should be apparent to those of skill in the art that various
`pointer formats may alternatively be used, as long as the
`pointer contains an indication of the requested file, and
`optionally an indication of Specifically requested portions of
`that file. Finally, in step 813, server module 101 sends the
`pointer to the requesting mobile device via wireleSS com
`munications. Each mobile device may simultaneously Store
`multiple pointers or data files, limited only by the mobile
`devices internal memories, by repeating the above method.
`The recipient, in step 815, transfers the pointer(s) from the
`mobile device. In one embodiment, the pointer(s) are trans
`ferred to a destination computer having access to the net
`work on which the actual content is Stored. The destination
`computer executes the fetching module to download the
`captured pointers and, in Step 817, retrieves the actual
`captured content via the network.
`Alternatively, if the mobile device is connected to the
`network and the mobile device has enough resources (e.g.,
`
`Adobe - Exhibit 1020, page 12
`
`

`

`7
`memory), the mobile device may contain a fetching module
`as well as a capture module, and the mobile device itself may
`fetch the content from the network.
`In another embodiment, the mobile device may transfer
`the pointer(s) to a Secondary storage device, from which the
`pointer(s) may later be -retrieved. The mobile device may
`transfer the pointer(s) to any device or Storage location with
`which it can communicate. Depending on the Specific
`mobile device's capabilities (e.g., WAP mobile phone, GSM
`mobile phone, PDA with wireless Internet access, etc.), the
`pointer(s) may be transferred to and Stored on an Internet
`accessible hard drive (e.g., Xdrive.com), a remote server, at
`a specified URL or FTP site, on a hard drive on a LAN, or
`on any other Storage device. Thus, if the mobile device is
`GSM mobile phone, the pointer(s) may be transferred via an
`SMS (Short Message Service) message to any SMS-enabled
`recipient However, if the mobile device is a WAP phone, the
`phone may send a command to an Internet Storage hard
`drive, FTP site, or other networked storage location and
`Store the pointer(s) at that Storage location. The same or a
`different user may later retrieve the pointer(s) from their
`Stored locations and retrieve the actual content from the
`location defined by the pointer(s).
`It should be apparent to one of skill in the art that the
`above Steps may be performed in other than the recited
`order. For example, authentication step 809 may be per
`formed after the content Server receives the first request
`from the mobile unit. It should also be apparent that some
`StepS may be optional, e.g., at least authentication Step 809.
`Additional steps (not shown) may also be performed to
`provide a more robust and Secure System. That is, more than
`one or two request/response pairs may be used to provide
`varying levels of Security and authentication. In addition,
`rights management and forward lock restrictions may be
`imposed for the Stored content, and therefore use additional
`Security measures as are known in the art. The additional
`Security measures, in turn, typically require additional com
`munications between the content Server and/or the network
`and the mobile device and/or the destination device.
`As referenced above, server module 101 may be config
`ured using configuration Submodule 125 to provide Selected
`files only to a predetermined or otherwise authorized set of
`recipients. That is, when an originator Specifies that a data
`file is available for recipients to request, the originator may
`configure server module 101 to only allow predetermined
`recipients, or a predetermined class of recipients, to have
`access to the file. In addition, the originator may configure
`server module 101 to allow recipients to have access only to
`Specified portions of each data file. Still further, the origi
`nator may configure Server module 101 to allow recipients
`to have access to each data file only at Specified times and/or
`on Specified dates.
`FIG. 9 illustrates a tabular representation of server module
`configuration data. The configuration data Specifies which
`data files are available for request, which recipients have
`access to each file, when recipients have access to each file,
`and which portions of each file a recipient may receive. The
`data in FIG. 9 indicates that the entirety of file no. 1 is
`available to all users at all times, but only on Oct. 15, 2001
`(e.g., at a one day public presentation). Only pages 2–5, 10,
`and 13 of file no. 2 are available, but they are available to all
`users at all times on all days. The data further indicates that
`only users jones and bSmith have access to file no. 3, and
`then only between the hours of 9 AM and 5
`PM. File no. 4 is available to any user that knows the file
`password. That is, when a user requests file no. 4 or any
`portion thereof, server module 101 sends a response to
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`US 6,907,225 B1
`
`15
`
`25
`
`8
`capture module 103 indicating that a password is required.
`Capture module 103 prompts the user for a password, which
`upon entering is relayed to server module 101. If the
`recipient entered the correct password, then the file (or a
`pointer) is served to the mobile device 109.
`The data also indicates that file no. 5 is only available to
`a class of recipients. Specifically, those re