Patent Application
20120123889
The present invention generally relates to electronic readers (e-readers), and more particularly to a system designed to allow a user to purchase, download, access, and open digital content, such as an electronic book, eBook, or an electronic periodical.
“Click-to-buy” user interfaces are well known and common in the field. Using existing technologies, a reader is typically required to first indicate a desire to purchase the eBook or digital periodical, enter credit information, confirm the purchase, download the book, navigate to the place where the book was downloaded (typically a library) and launch a reader application to access the eBook file. Only after performing these series of steps could the user open the digital content and start reading.
The present invention provides a system that is faster, simpler, streamlined, intuitive and more convenient. In a preferred embodiment, the purchase, downloading and opening of digital content is ideally accomplished with a single gesture (button tap). In its preferred implementation, the current invention works in conjunction with appropriate operating systems (OSs), middleware, and application software necessary to support a touch-sensitive display and interaction sub-system (screen), complete with user interface, (UI), and facilities common to the art such as touch-sensitive buttons or tabs.
Generally speaking, the “touch/tap-to-read” sub-system is deployed throughout the broader UI on an as needed basis, and in its preferred implementation is instantiated and made manifest therein as a UI button labeled with “Tap to Read.”
Touch/tap-to-read buttons can occur at a multiplicity of points in the UI, in addition to appearing at the end of purchase processes. For example, if a user of an electronic reader thus equipped receives a recommendation of a book from a friend, the recommendation interface might include a touch/tap-to-read button. Similarly, if a reader accesses details about a book, including, for example, author, publication date, a brief synopsis, and other pertinent information, the interface displaying this data may be equipped with such a button.
A user can query a remote server that contains all of the digital content that can be downloaded (purchased). The digital content items that satisfy the query are displayed on the user's local device along with a button, a “Buy” button, that can be selected to purchase a particular item of content. Once the user finds the digital content that she wishes to purchase, she taps, clicks, or selects the “Buy” button to initiate the purchase, downloading and opening of the content. In some embodiments, the user is required to confirm the “Buy” gesture by tapping on a “Confirm” button. In either embodiment, the instruction to purchase the content is transmitted to the remote server, which completes the purchase transaction and begins the download of the purchased content. Included with the downloaded content, preferably as parameters or metadata, is an indication of which reader application is required to open and read the digital content. When the download to the user's local device is completed, it uses these parameters to automatically launch the appropriate reader and automatically open the purchased, downloaded content, without any action required by the user.
For the purposes of illustrating the present invention, there is shown in the drawings a form which is presently preferred, it being understood however, that the invention is not limited to the precise form shown by the drawing in which:
Associated with the user's 105 account, is the user's 105 digital locker 120 located in a Digital Locker Database 180 on the digital content control server 150. As further described below, in the preferred embodiment, digital locker 120 contains links to copies of digital content 125 purchased (or otherwise legally acquired) by user 105.
Indicia of rights to all copies of digital content 125 owned by user 105 is stored by reference in digital locker 120. Digital locker 120 is a remote online repository that is uniquely associated with the user's 105 account. As appreciated by those skilled in the art, the actual copies of the digital content 125 purchased by user 105 are not necessarily stored in the user's locker 120, but rather the locker 120 stores an indication of the rights of the user to the particular content 125 and a link or other reference to the actual digital content 125. Typically, the actual copy of the digital content 125 is stored in another mass storage (not shown). The digital lockers 120 of all of the users 105 who have purchased a copy of a particular digital content 125 would point to this copy in mass storage. Of course, back up copies of all digital content 125 are maintained for disaster recovery purposes.
Although only one example of digital content 125 is illustrated in this Figure, it is appreciated that the digital content control server can contain millions of files 125 containing digital content. It is also contemplated that the digital content control server 150 can actually be comprised of several servers with access to a plurality of storage devices containing digital content 125. As further appreciated by those skilled in the art, in conventional licensing programs, the user does not own the actual copy of the digital content, but has a license to use it. Hereinafter, if reference is made to “owning” the digital content, it is understood what is meant is the license or right to use the content.
User 105 can access his or her digital locker 120 using a local device 130. Local device 130 is an electronic device such as a personal computer, an eBook reader, a smart phone or other electronic device that the user 105 can use to access the digital content control server 150. In a preferred embodiment, the local device 130 has been previously associated or registered with the user's 105 account using user's 105 account credentials. Local device 130 provides the capability for user 105 to download the user's copy of digital content 125 via his or her digital locker 120. After digital content 125 is downloaded to local device 130, user 105 can engage with the downloaded content locally, e.g., read the book, listen to the music or watch the video.
In a preferred embodiment, local device 130 includes a non-browser based user interface subsystem that allows user 105 to initiate the purchase of digital content 125 in a non-browser environment. Through the device interface, the user 105 is automatically connected to the digital content control server 150 in a non-browser based environment. This connection to the digital content control server is a secure interface and can be through the telephone network 145, typically a wireless cellular network for mobile devices. If user 105 is accessing his or her digital locker 120 using the Internet 140, local device 130 also includes a web account user interface subsystem. Web account interface provides user 105 with browser-based access to his or her account and digital locker 120 over the Internet 140. Web interface allows user 105 to initiate the purchase of digital content 125 in a browser based environment. Local device 130 further includes an input output subsystem that provides the interface between the local device 130 and the remote server 150. Local device 130 also includes an operating system that is operable to control the operations of the local device 130. For example, as further described below, the operating system is capable of examining downloaded content for parameters that indicate an application on the local device 130 that can be used to access the downloaded content, automatically launch the application without user command, and automatically open the downloaded content, again, without user action.
Digital content control server 150 provides both the browser based web interface and the non browser based device interface. User 105 may engage with the web interface or the device interface to initiate a purchase.
Digital content control server 150 employs web server 160 including web services interface software 170 to handle interactions between front-end components, such as device interface, web account interface, and web interface, and back-end database components of the system. Web server 160 services include serving up the web pages 165 that comprise the web account interface and the web interface, and the underlying web services associated with the device interface. Web services interface software 170 include handling users' logins to their accounts and processing the initiation of and response to purchase requests.
Back-end database components of digital content control server 150 include customer accounts database 175, digital lockers database 180, and content metadata database 135. Records for users' accounts are stored and managed in customer accounts database 175. Records for digital lockers 120 are stored and managed in digital lockers database 180. Content metadata database 135 serves as a source of metadata for individual digital content items 125 in digital content control server 150.
Web services interface software 170 in the web server 160 interfaces with customer data services 185 to update customer accounts database 175 and digital lockers database 180. Customer data services 185 processes database updates such as maintaining and validating customer data in users' accounts. Web services interface software 170 in the web server 160 also interfaces with content encryption services 155 to secure certain communications with local device 130 and to package digital content 125 for secure delivery to user 105.
In the preferred embodiment of the invention, digital content control server 150 is an eBook and periodical digital content control system. Although the eBook and digital periodical applications are the preferred embodiment, as appreciated by those skilled in the art, the digital content control server 150 of the present invention is not limited to user 105 purchasing and using eBooks or digital publications. Digital content control server 150 can be used for purchase and use of any digital content, such as digital movies, digital music, digital audio books, digital pictures or other downloadable digital content.
In the preferred embodiment of the invention, local device 130 is a mobile electronic reader (eReader) device. The embodiment of the invention is not intended to limit local device 130 to a mobile eReader device. Local device 130 may be a desktop personal computer or another type of mobile consumer electronic device, such as, for example, a cell phone, a laptop computer, a tablet computer or other mobile digital device.
Once the user 105 finds some digital content 125 that she wishes to purchase on digital content control server 150, she taps/clicks on a “BUY” or similar button on the user interface on her local device 130, step 225. As shown below in connection with certain Figures that illustrate the UI for purchasing, the “Buy” button can be implemented on the screen of the local device 130 as the price of the item of digital content. In a preferred embodiment, the “BUY” button associated with the representation of the content 125 shown on the user's device 130 turns into a “CONFIRM/READ” button. In order to confirm the purchase, the user 105 taps/clicks the “CONFIRM/READ” button, step 230. Although not strictly necessary from a technical aspect, from a practical point of view, it is prudent for any online retailer to have the user confirm a purchase, in order to catch any inadvertent clicks by the user 105 on the “BUY” button. After the user taps/clicks the “CONFIRM” button, step 230, a request to purchase and download the selected digital content 125 is sent from the user's local device 130 to the digital control server 150.
In step 235, upon receipt of the purchase request, the server 150 performs the financial part of the transaction, e.g., credit card authorization. In a preferred embodiment, the server 150 already has the user's 105 credit card information in the user's account on the server 150 and no action is required by the user. Once the purchase has been financially authorized, the server 150 begins the download of the purchased digital content 125 to the user's local device 130. As described above, the content downloaded to the user's device 130 is encrypted and secured. As also described above, the server 150 also puts an indication of the ownership of the purchased content in the user's digital locker 120.
In step 240, once the download of the purchased digital content 125 to the user's local device 130 is complete, an appropriate reader application is automatically invoked. The operating system in device 130 knows which reader application to open based on the mime type and other metadata contained in the downloaded content 125. For example, one type of reader might be required to open a digital periodical, while another type of reader is required to open eBooks. Further, the launching of the appropriate reader application is accompanied by a parameter that indicates the specific digital content 125 to open, i.e., the just downloaded content 125. In this manner, the appropriate reader is automatically opened, the just purchased content 125 is automatically opened and the user 105 can immediately begin reading the content 125 without having to perform any further navigational actions or other actions on the local device 130.
Once the user 105 finds some digital content 125 that she wishes to purchase on digital content control server 150, she taps/clicks on a “BUY” or similar button, which can be the price button on the user interface on her local device 130, step 325. In contrast with the embodiment illustrated in
In step 335, upon receipt of the purchase request, the server 150 performs the financial part of the transaction, e.g., credit card authorization. In a preferred embodiment, the server 150 already has the user's 105 credit card information in the user's account and no action is required by the user. Once the purchase has been financially authorized, the server 150 begins the download of the purchased digital content 125 to the user's local device 130. As described above, the content downloaded to the user's device is encrypted and secured. As also described above, the server 150 also puts an indication of the ownership of the purchased content in the user's digital locker 120.
In step 340, once the download of the purchased digital content 125 to the user's local device 130 is complete, the process illustrated in
The “BUY” button can appear on any number of screens on local device 130, whenever the user 105is viewing a representation of digital content 125 available for downloading purchase. It should be noted that although the preferred embodiment is described herein as involving a purchase of digital content 125, those skilled in the art appreciate that the same systems and methods apply equally to downloading free content. Irrespective of where in the UI a specific instance of a touch/tap-to-read button occurs, when a user taps the button, it triggers the same sequence of steps, or system behaviors, namely: (1) an order is placed with the provider of electronic digital books and periodicals; (2) user account information, credit or debit, is accessed and processed by the provider for payment of the digital content; (3) the digital content, e.g., eBook, is downloaded to the user's device via a network, which includes servers and other hardware running appropriate database, communications, security, and other software sufficient to permit the secure transmission of digital electronic information over digital networks including wireless; and (4) the eBook is stored in an appropriate location on the user's local device, such as the on-device Library or “locker,” accessed automatically and opened on the current UI screen.
Although neither the details nor the locus of activity associated with each of these steps is communicated to the user via the UI, the activities triggered by the user activating the touch-to-read button happen only partly on the device. The preponderance of the activity occurs in the distributed computing/communications resources environment, e.g., server 150, “the cloud” to which the user's local device 130 is connected, most typically via a wireless network.
For example, the initial subset of such activity, i.e., placing the order and purchasing the digital content 125, includes accessing one or more data bases in server 150 as described above, as is typically maintained by providers of digital electronic books and periodicals. The acts in the server 150 include extracting previously stored user-specific data such as credit-card information. Provider-specific order tracking and delivery sub-systems, including appropriate additional databases adequate to complete the purchase are also engaged.
Once the purchase portion of the process is complete, appropriate cloud and device-based components of the system, e.g., the web server 160 in digital content control server 150, initiate a download of the purchased digital content 125. This download also includes appropriate flags, metadata or other triggers, which are captured by the user's local device 130. These flags, metadata or other triggers cause the user's local device to automatically execute the steps necessary to launch the appropriate reader application and automatically open the recently downloaded item for reading by the user 105.
As described above, although only a single touch is required in the preferred implementation, in some implementations, a second, confirmatory step may required by applicable law, since the purchase requires a transfer of finds. In such implementations, a payment confirmation step may also be required.
A third UI state 420 is entered when the financial portion of the process has been completed and a message is delivered to the user 105 to indicate that the digital eBook or periodical that she has just purchased is being downloaded to her local device 130. A fourth and final UI state 430 is then entered in which the user 105 is informed that the download is complete and the user is presented with the eBook or digital periodical opened in an appropriate reader application on the user's device 130.
If the user 105 hits the “Confirm” button 520, the back end processes in server 150 of completing the financial end the purchase are initiated. Once the purchase has been completed, the download of the purchased content 125 begins and the button 530 changes to show that the device 130 and the server 150 are downloading the purchased content. Once the download is complete, in the embodiment shown in these Figures, the button 540 changes to “Read” if the user would like to read the downloaded content 125 immediately. If she hits the “Read” button 540, the device automatically opens the reader appropriate for the downloaded content 125 and passes the reader parameters associated with the content 125 by which the reader application will automatically open the downloaded content 125 for reading.
When the user 105 selects the “Buy” button, or any of its variations described above, the confirm button is displayed 715, asking the user 105 to confirm the purchase. If the user 105 is purchasing a subscription or pre-ordering content that will be downloaded at a later time, an additional dialog box is displayed 720 explaining that there will be no immediate download. In step 725, it is determined if a password is required. If no password is required (e.g., user 105 has already been authenticated), it is determined, step 760, whether any payment is required. If no payment is required, the process continues at step B in
If a password is required, the user is prompted, 730, to enter her password. If the password is verified, step 735, the process continues at step 760 described above. If the password is incorrect, the user is given another try, step 745. If the correct password is entered, the process continues at step 760 as described above. On the third try, the user be asked, step 750, if she forgot her password, and is given the opportunity, step 755, to change the password.
Turning to A in
In flow B, the financial aspects of the transaction have been completed. The user's device 130 displays a status that the download is in process while the server 150 is downloading the content to the device 130. After the download is complete, the system will either automatically launch the appropriate reader and open the book, or have the user confirm, step 790, by selecting a “Read” button that she wants to read the book. Once she clicks the “Read” button, the system automatically launches the appropriate reader and open the book. In step 795, the user can read the just purchased and downloaded content.
Although the present invention has been described in relation to particular embodiments thereof, many other variations and other uses will be apparent to those skilled in the art. It is preferred, therefore, that the present invention be limited not by the specific disclosure herein, but only by the gist and scope of the disclosure.
This application claims benefit under 35 U.S.C. §119(e) from U.S. Provisional Patent application No. 61/406,867, filed on Oct. 26, 2010, the entirety of which is incorporated by reference herein.
| Number | Date | Country | |
|---|---|---|---|
| 61406867 | Oct 2010 | US |
