(57)【要約】  コンテンツアイテムに相当する１つ以上のファイルが受信される。前記の受信されたファイルは、ロック部分とアンロック部分を有する。前記ロック部分がロックされている一方で、アプリケーションは、前記アンロック部分をプレビューとしてレンダリングするように実行される。前記アプリケーションが実行されるとき、ユーザーが前記コンテンツアイテムに係る１つ以上の条件を受け入れることを示唆する指定入力を受信する機能が供される。前記指定入力の受信に応じて、前記コンテンツアイテムの前記ロック部分はアンロックされる。【選択図】図４
2017526052.tif 000002
【特許請求の範囲】
【請求項１】
複数の命令の組を格納するメモリ、
ネットワークサービスからのコンテンツアイテムに相当する、ロック部分とアンロック部分を有する１つ以上のファイルを受信する操作、
前記ロック部分がロックされている間に前記アンロック部分をプレビューとしてレンダリングするようにアプリケーションを実行する操作、
前記アプリケーションを実行するときに、
（ｉ）  ユーザーが前記コンテンツアイテムに係る１つ以上の条件を受け入れることを示唆する指定入力を受信する機能を供する操作、及び、
（ｉｉ）  前記指定入力の受信に応じて前記コンテンツアイテムのロック部分をアンロックする操作、
を有する操作を実行するために前記複数の命令の組へアクセスする１つ以上のプロセッサ、
を有する情報処理デバイス。
【請求項２】
前記１つ以上のプロセッサは、前記プレビューを供するように前記コンテンツアイテムのアンロック部分を実行するのと同一のアプリケーションセッションの間に前記コンテンツアイテムのロック部分からのコンテンツを表示するように前記アプリケーションを実行する操作、を有する操作を実行するために前記命令にアクセスする、請求項１に記載の情報処理デバイス。
【請求項３】
請求項１又は２に記載の情報処理デバイスであって、
前記１つ以上のプロセッサは、
当該情報処理デバイスと、前記ネットワークサービスによって維持されている前記ユーザーのアカウントとを結びつける操作、及び、
前記指定入力の受信に応じて、前記アカウントの識別子と前記１つ以上の条件を前記ユーザーが受け入れたことを、前記ネットワークサービスへ送る操作、
を有する操作を実行するために前記命令にアクセスする、
情報処理デバイス。
【請求項４】
前記１つ以上のプロセッサは、前記１つ以上の条件に従って前記ユーザーのアカウントから請求される額を示す、前記ネットワークサービスから供される確認を表示する操作を有する操作を実行するために前記命令にアクセスする、請求項１乃至３のいずれか一項に記載の情報処理デバイス。
【請求項５】
請求項１乃至４のいずれか一項に記載の情報処理デバイスであって、前記機能を供する操作と前記ロック部分をアンロックする操作は、当該情報処理デバイスがネットワーク接続を有していない期間中に実行される、情報処理デバイス。
【請求項６】
前記１つ以上のプロセッサは、
前記アカウントの識別子と前記１つ以上の条件を前記ユーザーが受け入れたことを前記ネットワークサービスへ送る前に実行される、前記プレビューを供するように前記コンテンツアイテムのアンロック部分を実行するのと同一のアプリケーションセッションの間に前記ロック部分を表示する操作、
を有する操作を実行するために前記命令にアクセスする、請求項１乃至５のいずれか一項に記載の情報処理デバイス。
【請求項７】
前記１つ以上の条件は支払い事項を有し、かつ、
資金用の前記ユーザーのアカウントは、前記支払い事項に従って請求される、
請求項１乃至６のいずれか一項に記載の情報処理デバイス。
【請求項８】
請求項１乃至７のいずれか一項に記載の情報処理デバイスであって、前記機能を供する操作は、当該情報処理デバイス上で前記コンテンツアイテムのロック部分をアンロックする１つ以上の条件を表示する操作を有する、情報処理デバイス。
【請求項９】
前記コンテンツアイテムが電子書籍に相当し、かつ、前記アプリケーションはｅリーダーに相当する、請求項１乃至８のいずれか一項に記載の情報処理デバイス。
【請求項１０】
前記コンテンツアイテムのロック部分のアンロックは、所定の条件が満たされているのか否かに基づく、請求項１乃至９のいずれか一項に記載の情報処理デバイス。
【請求項１１】
前記１つ以上のプロセッサは、アンロック後の前記コンテンツアイテムのロック部分を限定された状態でアクセスさせる操作を有する操作を実行するために前記命令にアクセスする、
請求項１乃至１０のいずれか一項に記載の情報処理デバイス。
【請求項１２】
前記ユーザーに課される制限の程度が前記ユーザーの信用度に基づいて決定される、請求項１１に記載の情報処理デバイス。
【請求項１３】
情報処理デバイスの１つ以上のプロセッサによって実施される、当該情報処理デバイス上でコンテンツをレンダリングする方法であって、
ネットワークサービスから、コンテンツアイテムに相当する、ロック部分とアンロック部分を有する１つ以上のファイルを受信する段階、
前記ロック部分がロックされている一方で前記アンロック部分をプレビューとしてレンダリングするようにアプリケーションを実行する段階、
前記アプリケーションを実行するときに、
（ｉ）  ユーザーが前記コンテンツアイテムに係る１つ以上の条件を受け入れることを示唆する指定入力を受信する機能を供する段階、及び、
（ｉｉ）  前記指定入力の受信に応じて前記コンテンツアイテムのロック部分をアンロックする段階、
を有する方法。
【請求項１４】
実行されるときに、
ネットワークサービスから、コンテンツアイテムに相当する、ロック部分とアンロック部分を有する１つ以上のファイルを受信する段階、
前記ロック部分がロックされている一方で前記アンロック部分をプレビューとしてレンダリングするようにアプリケーションを実行する段階、
前記アプリケーションを実行するときに、
（ｉ）  ユーザーが前記コンテンツアイテムに係る１つ以上の条件を受け入れることを示唆する指定入力を受信する機能を供する段階、及び、
（ｉｉ）  前記指定入力の受信に応じて前記コンテンツアイテムのロック部分をアンロックする段階、
を有する方法を情報処理デバイスに実行させるコンピュータプログラム。
【請求項１５】
請求項１４に記載のコンピュータプログラムを有するコンピュータ可読媒体。
【請求項１６】
情報処理デバイスの１つ以上のプロセッサによって実施される、当該情報処理デバイス上でコンテンツをレンダリングする方法であって、
（ａ）  コンテンツアイテムに相当する１つ以上のファイルを情報処理デバイスへ供する段階であって、前記１つ以上のファイルはロック部分及びアンロック部分を有し、前記アンロック部分は、当該情報処理デバイス上に前記コンテンツアイテムのプレビューを供するようにレンダリング可能である、段階、
（ｂ）  前記コンテンツアイテムに１つ以上の条件を関連付けることで、前記１つ以上のファイルのロック部分をアンロックする段階、
（ｃ）  当該情報処理デバイスのユーザーが、前記１つ以上の条件を受け入れ、かつ、前記１つ以上のファイルのロック部分をアンロックする入力を供することを可能にするため、当該情報処理デバイスへプログラム機構を供することを可能にする段階、
（ｄ）  前記入力を供する前記ユーザーを検出する段階、及び、
（ｅ）  前記入力を供した前記ユーザーの検出に応じて前記１つ以上の条件を実施する段階、
を有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願で説明される例は、プレビューからの情報処理デバイス上のコンテンツのアンロックに関する。
【背景技術】
【０００２】
電子パーソナルディスプレイは、情報をユーザーへ表示する携帯式電子デバイスである。電子パーソナルディスプレイがパーソナルコンピュータの多くの機能を実行可能であるが、ユーザーは一般的に、電子パーソナルディスプレイとは分離した、又は、結合しているが別個のキーボードを使用することなく電子パーソナルディスプレイと直接相互作用することができる。電子パーソナルディスプレイの例には、携帯式デジタルデバイス／タブレットコンピュータ（たとえばＡｐｐｌｅ  ｉＰａｄ（登録商標）、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｓｕｒｆａｃｅ（商標）、Ｓａｍｓｕｎｇ  Ｇａｌａｘｙ  Ｔａｂ（登録商標）等）、ハンドヘルドマルチメディアスマートフォン（たとえばＡｐｐｌｅ  ｉＰｈｏｎｅ（登録商標）、Ｓａｍｓｕｎｇ  Ｇａｌａｘｙ  Ｓ（登録商標）等）、及び、ハンドヘルド電子書籍（ＡｍａｚｏｎＫｉｎｄｌｅ（登録商標）、Ｂａｒｎｅｓ  ａｎｄ  Ｎｏｂｌｅ  Ｎｏｏｋ（登録商標）、Ｋｏｂｏ  Ａｕｒａ  ＨＤ等）が含まれる。
【０００３】
電子リーダー−ｅリーダーとしても知られている−は、電子書籍（ｅＢｏｏｋ）、電子雑誌、及び他のデジタルコンテンツを読むのに用いられる電子パーソナルディスプレイである。たとえば電子書籍のデジタルコンテンツは、ユーザーが紙ベースの本における印刷された頁のアナログコンテンツを読むのと同じようにデジタルコンテンツを読むことができるように、ｅリーダーのディスプレイ上においてアルファベットと数字からなる文字及び／又はグラフィック画像として表示される。ｅリーダーは、伝統的な紙フォーマットであれば大容量の空間をとってしまう可能性のある大規模なデジタルコンテンツのコレクションを蓄積、移送、及び閲覧するのに便利なフォーマットを提供する。
【０００４】
場合によっては、ｅリーダーは、特に可読コンテンツの表示を良好に実行するように設計された専用デバイスである。たとえば、専用ｅリーダーは、まぶしさを抑制し、高光量条件下で良好に機能し、かつ／あるいは、実際の紙上での文字の見栄えに似たディスプレイを含んでよい。そのような専用ｅリーダーはユーザーが読むコンテンツの表示に優れている一方で、他の機能−中でもたとえば画像の表示、音の発出、音の記録、及びウェブサーフィン−を実行することもできる。
【０００５】
ネットワークサービスからサービスや資源を受信できるコンシューマデバイスも多種存在する。そのようなデバイスは、アプリケーションを動作させ、又は、そのデバイスを特定のサービスの具体的なアカウントに結び付ける他の機能を提供することが可能である。たとえばｅリーダーデバイスは一般的にオンライン書店に接続し、かつ、メディア再生デバイスは通常、ユーザーがオンラインメディアライブラリへアクセスすることを可能にするアプリケーションを有する。この状況では、ユーザーアカウントによって、そのユーザーは、そのデバイスのすべての利点と機能を受け取ることが可能となり得る。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本願で説明される例は、プレビューからの情報処理デバイス上のコンテンツのアンロックに関する。
【課題を解決するための手段】
【０００７】
本願で説明された例は、情報処理デバイス−たとえばｅリーダー−に、プレビューセグメントを含む電子書籍を受信させることを可能にする。前記ユーザーが前記電子書籍に対する支払を受け入れる前に、前記ユーザーは、前記プレビューセグメントを閲覧することができる。一旦前記ユーザーが前記電子書籍に対する支払に同意すると、前記電子書籍はアンロックされる、すなわちレンダリング可能となる。他の利点の中でもとりわけ、当該情報処理デバイスがオフラインであるときでも前記電子書籍が購入可能であるように、前記アンロック機構は当該情報処理デバイスに局所的であってよい。さらに前記ユーザーは、前記プレビューセグメントを閲覧している間に前記電子書籍をアンロックすることで、シームレスな読書感を維持できる。
【０００８】
一の態様によると、情報処理デバイスへのコンテンツアイテムに相当する１つ以上のファイルは、ロック部分とアンロック部分を有し、前記アンロック部分は、当該情報処理デバイス上での前記コンテンツアイテムのプレビューを供するようにレンダリング可能である。前記１つ以上のファイルの前記ロック部分をアンロックする１つ以上の条件は、前記コンテンツアイテムに関連付けられる。当該情報処理デバイスのユーザーが、前記１つ以上の条件を受け入れ、かつ、前記１つ以上のファイルの前記ロック部分をアンロックする入力を供することを可能にするためのプログラム機構が当該情報処理デバイスへ供される。前記ユーザーによって供された前記入力が検出され、かつ、前記１つ以上の条件は、前記入力の検出に応じて実施される。
【０００９】
他の態様は、情報処理デバイス上でコンテンツをレンダリングする。コンテンツアイテムに相当する１つ以上のファイルが受信される。前記の受信されたファイルはロック部分とアンロック部分を有する。アプリケーションが、前記アンロック部分をプレビューとしてレンダリングするように実行される一方で、前記ロック部分はロックされている。前記アプリケーションが実行されるとき、ユーザーが前記コンテンツアイテムに係る１つ以上の条件を受け入れることを示唆する指定入力を受信する機能が供される。前記指定入力の受信に応じて、前記コンテンツアイテムの前記ロック部分はアンロックされる。
【００１０】
本願で説明する実施形態では、情報処理デバイスによって実行される方法、技術、及び処理が、プログラムによって又はコンピュータで実施された方法として実行される。「プログラムによって」は、コードの使用又はコンピュータによって実行可能な命令によることを意味する。プログラムによって実行される段階は自動であってもよいし自動でなくてもよい。
【００１１】
本願で説明する１つ以上の実施形態は、プログラムモジュール又はプログラムコンポーネントを用いて実施されてよい。プログラムモジュール又はプログラムコンポーネントは、プログラム、サブルーチン、プログラムの一部分、又は、１つ以上の指定された処理若しくは機能を実行できるソフトウエアコンポーネント又はハードウエア構成要素を含んでよい。本願で用いられているように、あるモジュール又はコンポーネントは、他のモジュール又はコンポーネントとは独立してハードウエア構成要素上に存在してよい。あるいはその代わりに、あるモジュール又はコンポーネントは、他のモジュール、プログラム、若しくは機械の共有された要素又は処理であってよい。
【００１２】
さらに本願で説明する１つ以上の実施形態は、１つ以上のプロセッサによって実行可能な命令を介して実施されてよい。これらの命令はコンピュータ可読媒体上で保持されてよい。以降で図によって示され又は説明される機械は、本発明の実施形態を実施するための命令が保持及び／又は実行され得る処理資源並びにコンピュータ可読媒体の例を供する。具体的には、本発明の実施形態によって示される多数の機械は、データ及び命令を保持する（複数の）プロセッサ並びに様々な形態のメモリを含む。コンピュータ可読媒体の例は、永久メモリストレージデバイス−たとえばパーソナルコンピュータ又はサーバ上のハードドライブ−を含む。コンピュータ可読媒体の他の例は、携帯式ストレージユニット−たとえばＣＤ又はＤＶＤユニット−、（たとえば多くの携帯電話及び消費者向け電子デバイス上に搭載されている）フラッシュメモリ又はソリッドステートドライブ、及び磁気メモリを含む。コンピュータ、ターミナル、ネットワーク対応デバイス（たとえば携帯電話のような携帯式デバイス）は、プロセッサ、メモリ、及び、コンピュータ可読媒体上に格納された命令を利用する機械並びにデバイスのすべての例である。それに加えて本願の実施形態は、コンピュータプログラム又はそのようなプログラムを保持可能なコンピュータ利用可能なキャリア媒体で実施されてよい。
【図面の簡単な説明】
【００１３】
【図１】本願の実施形態による、プレビューからコンテンツアイテムをレンダリングする情報処理デバイスの動作システムを表している。
【図２】本願で説明した１つ以上の実施形態で用いられるｅリーダーデバイス又は他の電子パーソナルディスプレイデバイスの例を表している。
【図３】本願の実施形態による、プレビューからコンテンツアイテムをレンダリングするように情報処理デバイスを動作させる電子書籍デバイスシステムを表している。
【図４】コンテンツアイテムにプレビューセグメントを供するようにネットワークサービスを動作させる典型的な方法を表している。
【図５】電子書籍のプレビューセグメントをレンダリングし、さらに前記プレビューセグメントがレンダリングされている間に前記電子書籍の購入を可能にするように情報処理デバイスを動作させる典型的な方法を表している。
【図６Ａ】プレビューされている間に電子書籍が購入される例を表している。
【図６Ｂ】プレビューされている間に電子書籍が購入される例を表している。
【発明を実施するための形態】
【００１４】
［システム及びデバイスの説明］
図１は、本願の実施形態による、プレビューからコンテンツアイテムをレンダリングする情報処理デバイスの動作システムを表している。図１の例では、システム１００は、例としてｅリーダーデバイス１１０によって示されている電子ディスプレイデバイス及びネットワークサービス１２０を含む。説明されている例の一部は、電子書籍及び他のテキストベースのコンテンツの形態でコンテンツアイテムをレンダリングするｅリーダーデバイスを供しているが、他の実施形態は、他の種類のコンテンツアイテムをレンダリングする携帯式情報処理デバイス−たとえば音楽及びビデオをレンダリングする携帯式すなわち移動可能情報処理デバイス−を利用してもよい。他の利点の中でも、ｅリーダーデバイス１１０は、電子書籍のプレビューをレンダリングし、さらに、プレビュー部分のレンダリングによって開始される連続のアプリケーションセッションを維持しながら電子書籍の完全版の購入又は取引を行うようにユーザーによって操作され得る。たとえば一のアプリケーションセッションでは、ユーザーは、電子書籍のプレビューセグメントを閲覧し、前記電子書籍を閲覧する一方で前記電子書籍を購入し、かつ、中断又は不連続なく前記プレビューセグメントの範囲外である前記電子書籍からの頁の閲覧を継続できる。従来の方法とは対照的に、図１の例では、ユーザーは、たとえば新たなウインドウ又はアプリケーションを開くような操作を実行することによる読書感とはかけ離れた誘導をしなくてもよい。むしろユーザーは単純に、プレビューを閲覧しながら電子書籍全体をレンダリングする操作を引き起こしてよい。
【００１５】
図１の例では、ネットワークサービス１２０は、ｅリーダーデバイス１１０上にインストールされる１つ以上のアプリケーションに関連して様々なサービスを提供する複数のサーバ及び他の情報処理資源を含んでよい。例として一の実施形態では、ネットワークサービス１２０は、ｅリーダーデバイス１１０と通信する電子書籍サービスを提供してよい。ネットワークサービス１２０を介して提供される電子書籍サービスはたとえば、電子書籍が販売され、共有され、ダウンロードされ、かつ／あるいは格納されるサービスを含んでよい。より一般的には、ネットワークサービス１２０は、コンテンツレンダリングサービス（たとえばストリーミングメディア）又は他のネットワーク環境若しくはサービスを含む様々な他のコンテンツサービスを提供してよい。
【００１６】
ｅリーダーデバイス１１０は、アプリケーション及びアプリケーション資源（たとえば電子書籍、メディアファイル、ドキュメント）がレンダリング及び購入できる電子パーソナルディスプレイデバイスに相当してよい。たとえばｅリーダーデバイス１１０は、タブレット又は電話／メッセージ送受信デバイス（たとえばスマートフォン）に相当し得る。一の実施形態ではたとえば、ｅリーダーデバイス１１０は、前記デバイスをネットワークサービス１２０へ接続し、かつ、前記サービスを介して供される電子書籍の閲覧と購入を可能にする電子リーダーアプリケーションを実行し得る。例として、ｅリーダーデバイス１１０には、あるアプリケーションの動作−たとえば電子コンテンツ（たとえば電子書籍）のレンダリング−を最適化するハードウエア及びソフトウエアが備えられてよい。たとえばｅリーダーデバイス１１０はタブレットのような形状因子を有してよいが、変化型も可能である。場合によっては、ｅリーダーデバイス１１０は電子インクディスプレイを有してもよい。
【００１７】
さらなる詳細では、ネットワークサービス１２０は、デバイスインターフェース１２８、資源格納部１２２、ユーザーカウント格納部１２４及び、取引ロジック１３２を有してよい。デバイスインターフェース１２８は個々のｅリーダーデバイス１１０と通信する。特にデバイスインターフェース１２８は、係るデバイスのユーザー（又はユーザーアカウント）の識別子を得て、さらにネットワークサービス１２０を介して提供されるコンテンツアイテムのダウンロード又は取引を可能にするため、個々のｅリーダーデバイスと通信してよい。ユーザーカウント格納部１２４は、ユーザー及びアカウント１２５をｅリーダーデバイス１１０に関連付けてよい。アカウント１２５はまた、資源格納部１２２内に格納され得る１つ以上のアプリケーション資源（たとえば電子書籍）に関連付けられてもよい。さらに説明するように、ユーザーカウント格納部１２４は、所与のアカウントで購入された、又は、購入できるようになった資源を特定するため、個々のアカウント１２５のメタデータを保持してよい。
【００１８】
取引ロジック１３２は、ｅリーダーデバイス１１０のユーザーがネットワークサービス１２０を介して提供されるコンテンツアイテムに対する所有権を取得又は獲得するのを支援するため、前記ユーザーの取引を処理して良い。一の実施形態では、取引ロジック１３２は、ユーザーがネットワークサービス１２０からコンテンツアイテムを購入することを可能にするように実行される。取引ロジック１３２は購入取引を実施してよい。前記購入取引は、（ｉ）債務を負い、かつ、（ｉｉ）ユーザーが購入目的に特定したコンテンツアイテム（たとえば電子書籍、電子雑誌等）に関連付けられるユーザーのアカウント１２５に対応してよい。デバイスインターフェース１２８は、ユーザーが購入したコンテンツアイテムを、そのユーザーのアカウント１２５に係る１つ以上のｅリーダーデバイスへ供給してよい。
【００１９】
ｅリーダーデバイス１１０はユーザーアカウント１２５に関連付けられてよく、かつ、複数のデバイスが同一のアカウントに関連付けられて良い。以降で詳述するように、ｅリーダーデバイス１１０は、購入又はｅリーダーデバイス１１０のユーザーが利用可能となった資源（たとえば電子書籍）を格納するだけではなく、ユーザーアカウント１２５で購入されたが特定の情報処理デバイスに格納されていない電子書籍及び他のデジタルコンテンツアイテムをアーカイブしてよい。
【００２０】
図１を参照すると、ｅリーダーデバイス１１０は、サービスインターフェース１１２とｅリーダーコンポーネント１１４を有する。サービスインターフェース１１２とｅリーダーコンポーネント１１４は、共通アプリケーション又はアプリケーションフレームワークの一部として動作してよい。たとえばサービスインターフェース１１２とｅリーダーコンポーネント１１４は、ネットワークサービス１２０を介して提供されるｅリーダーアプリケーションとして動作してよい。サービスインターフェース１１２は、サービス、コンテンツ（たとえば電子書籍）アカウント情報及び更新、並びに／又は他のネットワークサービス（たとえばアーカイブ）を受信するため、ネットワークサービス１２０と通信してよい。ｅリーダーコンポーネント１１４は、電子書籍（電子雑誌又は電子コミックブックを含む）又は他のテキストベースのコンテンツをレンダリングする機能を供してよい。
【００２１】
一の態様によると、ｅリーダーデバイスは、個々のコンテンツアイテム−たとえば電子書籍−用の１つ以上のファイル１１９を受信してよい。１つ以上のファイル１１９は、電子書籍のメタデータ（たとえばタイトル、著者名、要約、ジャケットカバーアート等）及びコンテンツ部分を有してよい。一の実施形態では、ｅリーダーデバイス１１０は、コンテンツアイテム−たとえば電子書籍−からプレビューセグメントを表示することができる。一部の実施形態によると、ネットワークサービス１２０は、プレビューセグメントと同一コンテンツの完全版（すなわち残りの部分）を有し得る１つ以上のファイル１１９の形態で、プレビュー目的のコンテンツアイテムを供する。プレビューセグメントは１つ以上のファイル１１９のアンロック部分１３９からレンダリングされてよく、かつ、コンテンツアイテムの完全版は１つ以上のファイル１１９のロック部分１４９によって供されてよい。
【００２２】
ｅリーダーコンポーネント１１４はまた、１つ以上のファイル１１９のロック及びアンロック構造を利用するプレビュー並びに購入機能をも有する。一の実施形態では、サービスインターフェース１１２はネットワークサービス１２０から１つ以上のファイル１１９を受信し、かつ、ｅリーダーコンポーネント１１４はプレビューセグメントに相当するアンロック部分１３９をレンダリングしてよい。同時にｅリーダーコンポーネント１１４は、１つ以上のファイル１１９のロック部分へのアクセスを妨げるプログラム機構を有してよい。ｅリーダーコンポーネント１１４にはまた、プレビュー及び購入機能１１３が供されてよい。プレビュー及び購入機能１１３には、アンロック部分１３９（プレビューセグメント）のレンダリングが供されてよい。例として、プレビュー及び購入機能１１３は、ユーザーに入力を促すアイコン又は他の相互作用する機能として表示されてよい。プレビュー及び購入機能１１３を介して受信される入力は、ユーザーが全コンテンツアイテム（つまり１つ以上のファイル１１９のロック部分１４９）を閲覧可能にすることに係る１つ以上の条件を受け入れることを示唆するように指定されてよい。１つ以上の条件は、支払い項目（たとえばユーザーが、１つ以上のファイル１１９によって供される全コンテンツのアカウント１２５からの支払いに同意する）に相当してよい。
【００２３】
プログラム機構１１５は、プレビュー及び購入機能１１３を介して受信される入力によって始動してよい。一の実施形態では、プログラム機構１１５は、ネットワークサービス１２０からの情報なしに、係る入力に対して直接応答する。このようにして、プログラム機構１１５は、ネットワークサービス１２０からのさらなる命令又は入力を受信することなく１つ以上のファイル１１９のロック部分１４９をアンロックしてよい。よってプログラム機構１１５は、ｅリーダーデバイス１１０がオフラインであるとき又はネットワークサービス１２０へのネットワーク接続若しくはアクセスがない状態で動作しているときでさえも、１つ以上のファイル１１９のロック部分１４９をアンロックするように動作し得る。
【００２４】
ユーザーがプレビュー及び購入機能１１３を介して入力を与えるとき、ｅリーダーデバイス１１０は、ネットワークサービス１２０へ情報１１７を送信する。情報１１７は、ｅリーダーデバイス１１０（又はそのデバイスのユーザー）の識別子を送るだけではなく、特定のコンテンツアイテムについての１つ以上のファイル１１９のロック部分１４９のアンロックに係る１つ以上の条件がユーザーによって受け入れられたという確認１５５をも送ってよい。前述したように、１つ以上の条件は支払い事項に相当し得る。サービスインターフェース１１２は、情報１１７を受信し、かつ、購入命令１３１を取引ロジック１３２へ送ってよい。取引ロジック１３２は、１つ以上の条件（支払い項目）に基づいてユーザーアカウントへの請求１２９を行ってよい。さらに取引ロジック１３２は、全コンテンツアイテムをユーザーアカウント１２５に関連付けてよい。例として、ユーザーがプレビュー及び購入機能１１３へ入力を与える処理が、ユーザーが電子書籍を購入することと等価になるように、取引ロジック１３２は、購入された電子書籍とユーザーアカウントとを関連付けられてよい。このことはたとえば、電子書籍がｅリーダーデバイス１１０上でアンロックされるのと同時又はその後に実行されてよい。取引が完了するとき、デバイスインターフェース１２８は、ユーザーがコンテンツアイテムを購入すなわち１つ以上の条件に従ったことを確認する応答１２７をｅリーダーデバイス１１０へ送ってよい。購入又は他の金融取引の状況では、応答１２７は、ユーザーアカウントから請求された額を示してよい。
【００２５】
ｅリーダーデバイス１１０上では、ユーザーは、１つ以上のファイル１１９のコンテンツアイテムのプレビューセグメントをレンダリングする一方で、１つ以上のファイル１１９のロック部分１４９をアンロックできる。結果は、プレビューセグメントのレンダリングから完全な部分のレンダリングへ移行する際のユーザーの体験は、連続的であり、かつ、そのユーザーが特定のコンテンツアイテムに係る１つ以上の条件（たとえば支払い項目）を受け入れる際にもシームレスである。
【００２６】
［ハードウエアの説明］
図２は、本願で説明した１つ以上の実施形態で用いられるｅリーダーデバイス又は他の電子パーソナルディスプレイデバイスの例を表している。図２の例では、ｅリーダーデバイス２００はたとえばデバイス−たとえば図１の例によっても示されているようなもの−に相当し得る。図２を参照すると、ｅリーダーデバイス２００は、プロセッサ２１０、ネットワークインターフェース２２０、ディスプレイ２３０、１つ以上の入力機構２４０、及びメモリ２５０を有する。
【００２７】
プロセッサ２１０は、メモリ２５０中に格納される命令を用いることによって機能を実施してよい。それに加えて一部の実施形態では、プロセッサ２１０は、ネットワークインターフェース２２０を利用してネットワークサービス１２０（図１参照）と通信する。より具体的にはｅリーダーデバイス２００は、ネットワークサービス１２０へアクセスすることで、様々な種類の資源（たとえば電子書籍のようなデジタルコンテンツアイテム、設定ファイル、アカウント情報）を受信するだけではなく、情報（たとえばユーザーアカウント情報、サービスリクエスト等）を供してよい。たとえばｅリーダーデバイス２００は、アプリケーション資源−たとえばユーザーがネットワークサービス１２０から購入又はダウンロードすることを選択した電子書籍２２１又は媒体ファイル−を受信してよい。ｅリーダーデバイス２００上にダウンロードされたアプリケーション資源は、メモリ２５０内に格納されてよい。本願で説明された例によると、電子書籍２２１は、ロック部分２４１とアンロック部分２４３を有する１つ以上のファイルとして供されてよい。
【００２８】
一部の実施形態では、ディスプレイ２３０はたとえば、プロセッサ２１０から生成されるコンテンツを供するために発光する液晶ディスプレイ（ＬＣＤ）又は発光ダイオード（ＬＥＤ）ディスプレイに相当してよい。一部の実施形態では、ディスプレイ２３０は接触感受性を有してよい。一部の変化型では、ディスプレイ２３０は、コンテンツが表示される方法において従来の紙と似る電子ペーパー型ディスプレイに相当してよい。係るディスプレイ技術の例には、電気泳動ディスプレイ、エレクトロウエッティングディスプレイ、及び、電子流体ディスプレイ（ｅｌｅｃｔｒｏｆｌｕｉｄｉｃ  ｄｉｓｐｌａｙ）が含まれる。
【００２９】
プロセッサ２１０は、様々な入力源−入力機構２４０（たとえばボタン又はスイッチ、マイクロホン、キーボード）、ディスプレイ２３０（たとえばソフトボタン又はキーボード）、又は他の入力機構（アクセサリデバイス）を含む−から入力を受信してよい。
【００３０】
一部の実施形態によると、メモリ２５０は、電子書籍２２１をレンダリングするｅリーダー命令２２３を格納する。ｅリーダー命令２２３は、電子書籍２２１のアンロック（プレビュー）部分をレンダリングするように、プロセッサ２１０によって実行されてよい。それに加えてｅリーダー命令２２３は、一旦ロック部分がアンロックされると電子書籍２２１のロック部分２４３をレンダリングするように、プロセッサ２１０によって実行されてよい。
【００３１】
メモリ２５０はまた、電子書籍２２１のロック部分２４３をアンロックする機構を実施する命令（「アンロック命令２３７」）だけではなく、プレビュー及び購入機能を供する命令（「機能命令２３５」）をも格納してよい。機能命令２３５は、ユーザーが電子書籍２２１に備えられる条件を受け入れる入力を供することを可能にする機能をレンダリングするため、プロセッサ２１０によって実行されてよい。機能命令２３５は、アンロック命令２３７の実行を開始させるため、対応するユーザー入力に応答してよい。アンロック命令２３７は、電子書籍２２１のロック部分２４３をアンロックする。このようにしてプロセッサ２１０は、プログラム機構１１５（図１参照）の実施を開始するため、プレビュー及び購入機能１１３（図１参照）を供し、さらに、その機能との相互作用を介して供される指定入力に応じる命令を実行してよい。その結果ユーザーは、コンテンツアイテム（たとえば電子書籍２２１）のプレビューセグメントを閲覧又は購入し、その後シームレスで中断なく、そのコンテンツアイテムの残りを連続して閲覧又は購入することを継続するための条件を受け入れることができる。電子書籍の文脈では、ユーザーは、電子書籍のプレビューセグメントを読みながらその電子書籍の購入を選択することができる。プレビューセグメントが完全であるとき、ユーザーは、そのプレビューセグメントに続く頁を読み続けることができる。このようにして、ユーザーの読書感は、あたかもユーザーが、最初から完全な電子書籍を読んでいたかのように、シームレスかつ中断のないものとなる。
【００３２】
［ｅリーダーシステム］
図３は、本願の実施形態による、プレビューからコンテンツアイテムをレンダリングするように情報処理デバイスを動作させる電子書籍デバイスシステムを表している。図３を参照すると、システム３００は、ｅリーダーデバイス１１０（図１又は図２参照）に係るアカウントによって利用される電子書籍の閲覧及びアクセスを行う機能を有効にするだけではなく、電子書籍サービス（たとえば図１に示されたネットワークサービス１２０）と通信するプログラムコンポーネントを実装する。一部の実施形態では、システム３００は、ｅリーダーデバイス−図１又は図２の例で示されているようなもの−上で動くアプリケーションとして実装されてよい。
【００３３】
図３の例では、システム３００は、ユーザーインターフェース３１０、メモリ管理モジュール３２０、ローカルメモリ３３０、及びサービスインターフェース３４０を有する。情報処理システム３００で示されるプログラムコンポーネントの一部又は全部は、ＯＳレベルのコンポーネントの一部として供されてよい。あるいはその代わりに、情報処理システム３００で示されるプログラムコンポーネントは、たとえばｅリーダーデバイス１１０上で動くアプリケーションの一部として供されてよい。たとえばユーザーは、図３の例で説明したような機能を得るため、ｅリーダーデバイス１１０として動作するデバイス上にアプリケーションをダウンロードしてよい。たとえばユーザーは、本願で説明したような機能を得るためだけではなく、ネットワークサービス１２０と通信するため、ｅリーダーデバイス上にアプリケーションをダウンロードしてよい。あるいはその代わりにアプリケーションには、システム３００で説明したような機能を供する他のプログラム要素が埋め込まれるか、あるいはプリインストールされてよい。
【００３４】
サービスインターフェース３４０は、ｅリーダーデバイス１１０がたとえば無線インターネットを利用してネットワークサービス１２０（図１参照）へ接続することを可能にするアプリケーションロジックを有する。サービスと接続する際、サービスインターフェース３４０は、ネットワークサービス１２０が、システム３００が実装されるｅリーダーデバイス１１０を識別することを可能にするデータを送信してよい。それによりネットワークサービス１２０は、特定のｅリーダーデバイスに係るアカウントを決定することができる。サービスインターフェース３４０は、ネットワークサービス１２０から電子書籍３２５を取得するのに用いられてよい。たとえばネットワークサービス１２０に対してシステム３００のｅリーダーデバイス１１０を識別する際、そのネットワークサービスは、ユーザーがそのサービスから新たな電子書籍を購入するときにユーザーアカウントに課金するのに用いられ得る支払情報（たとえば格納されたクレジットカード情報）を取得することができる。各電子書籍は、頁形式を有する文芸作品に相当し得る。任意で一部の電子書籍は、章の指定及び（たとえば雑誌や漫画本の場合）グラフィックス又は画像に相当するコンテンツを有してよい。個々の電子書籍３２５はまたメタデータ３２７−たとえば電子書籍が（たとえば従来のハードカバーの本が小売店で販売されているのと同じような方法で）販売されるときにその電子書籍用のカバーとして供される画像−をも有して良い。一の実施形態では、ネットワークサービス１２０は、出版元から個々の電子書籍の画像及び他のメタデータ３２７を取得又は識別して良い。
【００３５】
システム３００のｅリーダーデバイスを識別する際、ネットワークサービス１２０は、どの電子書籍が特定のデバイスに係るアカウントに属するのかを特定してよい。システム３００のｅリーダーデバイスへ送信される電子書籍は、そのデバイスから購入される電子書籍又はユーザーがダウンロードを要求した電子書籍を含む。変化型では、電子書籍は、ある条件の発生に応じてデバイスへ自動的にダウンロードされてよい。たとえばユーザーは、他のデバイス上で電子書籍を購入し、その後ｅリーダーデバイス１１０を介してネットワークサービス１２０へ接続して、過去に購入した電子書籍を自動的に受信して良い。あるいはその代わりに他の例として、ネットワークサービス１２０は、たとえばユーザーアカウントの設定、購読計画及び規則、並びに様々な他の業務上当然とされる検討事項に基づいて、システム３００のｅリーダーデバイス１１０へ電子書籍をプッシュするように構成されてよい。
【００３６】
それに加えてサービスインターフェース３４０は、ネットワークサービス１２０からの更新を自動的に受信する処理を有してよい。更新はプログラムの更新を含んでよい。前記プログラムの更新は、ｅリーダーデバイス１１０上でのソフトウエアコンポーネントの更新、並びに、リスト、ユーザーが同一アカウントの他のデバイス上で購入したと思われる電子書籍のダウンロード、所与のユーザーが購入若しくは閲覧を希望していると思われるものについてのネットワークからのおすすめ、及び／又は、ネットワークサービスのユーザーへ一般的に供されるか、あるいは特定のアカウント若しくはユーザーへ特化して供される様々な他のデータの更新を含む。
【００３７】
一部の実施形態によると、ローカルメモリ３３０は、メタデータ３２７とコンテンツ３２９（たとえば頁コンテンツ）を有する記録３２６として各電子書籍を格納する。メモリ管理モジュール３２０は、ユーザーインターフェース３１０を介した電子書籍のレンダリングの目的で個々の電子書籍の一部を取得してよい。
【００３８】
ユーザーインターフェース３１０は、ｅリーダーコンポーネント３０８、ライブラリビューワ３１４、並びに、プレビュー及び購入機能３１６を有する。ｅリーダーコンポーネント３０８は、電子書籍３２５の一部をレンダリングする操作を実行してよい。レンダリングされた電子書籍の一部は頁割されたコンテンツを有して良い。ｅリーダーコンポーネント３０８はまた、順次に、クラスタで、及び／又は章で頁割されたコンテンツをめくるユーザー入力をも可能にしてよい。
【００３９】
ライブラリビューワ３１４は、ユーザーのライブラリの一部である電子書籍に相当するメタデータを表示する。表示されたメタデータは、電子書籍のタイトルと著者だけではなく、個々の電子書籍のジャケットアートのリスト作成に相当してよい。ユーザーライブラリ内の電子書籍は、システム３００のデバイス上で局所的に格納されているものも含んでよい。それに加えて変化型では、ユーザーライブラリ内の電子書籍は、ネットワークサービス１２０によってアーカイブされ、かつ、さらなる支払又は履行条件なく、ユーザーによるダウンロードのためのアクセスが可能なものを含んでよい。
【００４０】
プレビュー及び購入機能３１６は、ｅリーダーコンポーネント３０８に入力機能３１７を供して良い。一の実施形態では、ネットワークサービス１２０から受信される電子書籍３２５は、ユーザーがまだ購入していない電子書籍に相当する。電子書籍３２５は、プレビュー部分（アンロック部分）とロック部分を有するコンテンツ部分と通信してよい。両部分は、システム３００のデバイスへ同時に供されてよい。
ユーザーが電子書籍３２５の閲覧を望むとき、ｅリーダーコンポーネント３０８は、メモリ管理モジュールを利用して電子書籍３２５のプレビューセグメントを取得してよい。
【００４１】
メモリ管理モジュール３２０は、ローカルメモリ３３０内での電子書籍３２５の格納を管理してよい。メモリ管理モジュール３２０は、電子書籍のロック部分がロックされているときには、ｅリーダーコンポーネント３０８用のプレビューセグメント３１３にアクセスして、そのプレビューセグメント３１３を供してよい。プレビューセグメント３１３がｅリーダーコンポーネント３０８を介してレンダリングされるとき、プレビュー及び購入機能３１６は、プレビューセグメント３１３が供されている電子書籍を購入するユーザー入力を促す機能３１７を生成及び表示するか、さもなければその機能３１７をユーザーへ供してよい。機能３１７には、電子書籍のアンロック部分を受信する（複数の）条件を特定するコンテンツが供されてよい。たとえば機能３１７は、購入価格を含むアイコンとして供されてよい。
【００４２】
ｅリーダーコンポーネント３０８は、ユーザーから入力３１８を受信することで、電子書籍３２５を購入するユーザーの意思を示す。一の実施形態では、プレビュー及び購入機能３１６は、アンロック信号３４７をメモリ管理モジュール３２０のコンテンツ管理コンポーネント３２２へ送る入力３１８によって始動する。
【００４３】
メモリ管理モジュール３２０は、閲覧を許されたユーザーのみが電子書籍を閲覧することを保証するコンテンツ管理コンポーネント３２２を有し、あるいは、供してよい。コンテンツ管理コンポーネント３２２は、電子書籍３２５のロック部分をアンロックするか、さもなければそのロック部分のレンダリングを可能にする命令（たとえばプログラム機構１１５）を有してよい。コンテンツ管理コンポーネント３２２は、ユーザー入力３１８に応じて送られるアンロック信号に応答し得る。実際には、ユーザーは、その電子書籍３２５の支払いをユーザーが受け入れたことを示唆する入力３１８を供してよい。支払いをしなければ、ユーザーはプレビューセグメントしか閲覧できない。しかしユーザーが、機能３１７に応答する入力３１８を供するとき、プレビュー及び購入機能３１６は、電子書籍３２５をアンロックするアンロック信号３４７を供してよい。
【００４４】
一の態様によると、コンテンツ管理コンポーネント３２２は、たとえばロックされたコンテンツをアンロックするネットワークサービスでの共有鍵の使用に関する方針を実施してよい。一の実施形態では、ネットワークサービス１２０は、アンロック鍵３３９と電子書籍３２５とを通信させ、かつ、アンロック鍵３３９は、プライベート鍵を用いてローカルメモリ３３０内で暗号化又は保護された状態で格納されている。コンテンツ管理コンポーネント３２２は、（たとえばプライベート鍵を用いて）共有鍵にアクセスし、かつ、電子書籍３２５のロック部分をアンロックすることによってアンロック信号３４７に応答してよい。このようにして、コンテンツ管理コンポーネント３２２は、利用中の電子書籍のロック部分へのアクセスを妨げる実施方針を実施する。最初、コンテンツ管理コンポーネント３２２は、プレビューセグメントに相当する電子書籍３２５のアンロック部分にのみアクセスを許容すなわち可能にする。よってｅリーダーコンポーネント３０８は、全コンテンツ３１５を閲覧するため、電子書籍のロック部分にアクセスできる。
【００４５】
プレビュー及び購入機能３１６はまた、サービスインターフェース３４０を介してネットワークサービス１２０へ購入トリガ３１９を送ってもよい。購入トリガ３１９は、ユーザーが購入することを選択した電子書籍３２５を特定する。サービスインターフェース３４０は、ユーザーが購入することを選択した電子書籍３２５を示唆する情報３４１のみならず、ユーザーまたはユーザーアカウントの識別子も送ってよい。
方法
【００４６】
図４は、コンテンツアイテムにプレビューセグメントを供するようにネットワークサービスを動作させる典型的な方法を表している。図５は、電子書籍のプレビューセグメントをレンダリングし、さらに前記プレビューセグメントがレンダリングされている間に前記電子書籍の購入を可能にするように情報処理デバイスを動作させる典型的な方法を表している。図４と図５で説明したような方法の例は、たとえば図１の例で説明したシステム、図２の例で説明したｅリーダーデバイス、及び／又は、図３の例で説明したｅリーダーシステムを用いて実施されてよい。従って、説明する段階又はサブ段階を実行するのに適切なコンポーネントを表す目的で他の図の構成要素が参照されてよい。
【００４７】
図４の例を参照すると、ネットワークサービス１２０は、情報処理デバイス（たとえばｅリーダーデバイス１１０）上で所与のコンテンツアイテムを選択的にレンダリングするため（１組の）ファイルを構築してよい（４１０）。具体的には、電子書籍の（複数の）ファイルは、アンロックすなわちアクセス可能部分及びロックすなわちアクセス不可部分を有するように構築されてよい。アンロック部分はプレビュー部分に相当してよい（４１２）。アンロック部分は、電子書籍の残りすなわち全コンテンツを供してよい（４１４）。電子書籍の複数の部分は、ネットワークサービス１２０からたとえばｅリーダーデバイス１１０へ一度に送信されるように、１つ以上のファイルとして一つにパッケージングされてよい。
【００４８】
電子書籍の（複数の）ファイルの構築に加えて、ネットワークサービスは、電子書籍に１つ以上の条件を関連付ける（４２０）。条件は、電子書籍の残り又はロック部分をアンロックするためにユーザーが同意することに相当する。一の実施形態によると、条件は、電子書籍の購入価格をユーザーがそのまま受け入れることを含んでよい（４２２）。たとえばネットワークサービス１２０は、電子書籍のアンロック部分を供するのと同時にアンロックすなわちプレビューセグメントを無料で供してよい。ロック部分へアクセスするため、ユーザーは、ネットワークサービス１２０を介して電子書籍の支払いを行ってよい。変化型として、電子書籍のロック部分をアンロックするためにユーザーが受け入れることが求められ得る条件はたとえば、他の形式の代償を供することの同意（たとえば他の電子書籍の所有権の交換）、ネットワークサービス１２０によって供されるサービスへの登録の同意、及び／又は、評論の提供若しくは電子書籍の宣伝を行うことの同意を含んでよい。
【００４９】
ネットワークサービス１２０はさらに、ｅリーダーデバイス１１０上での対応するプログラム機構によってアンロック可能となるように電子書籍のロック部分を構築してよい（４３０）。例として、ネットワークサービス１２０とｅリーダーデバイス１１０は、電子書籍のロック部分に相当する暗号化されたファイルをアンロックする鍵を共有してよい。ｅリーダーコンポーネント１１４は、ネットワークサービス１２０との共有された情報処理プラットフォームとして実装されてよく、かつ、あるイベント−具体的にはユーザーが電子書籍に係る１つ以上の条件を受け入れること−の発生に応じてアンロック鍵の使用を開始する機能をさらに有してよい。
【００５０】
続いて特定の電子書籍を含むファイルの構築された部分は、所与のユーザーのｅリーダーデバイス１１０へ送信されてよい。（４３２）たとえばｅリーダーデバイス１１０は、無線ネットワーク−たとえばワイファイ（ＷｉＦｉ）ネットワーク又は携帯通信ネットワーク−を用いて所与の電子書籍に相当する１つ以上のファイルをダウンロードしてよい。
【００５１】
ネットワークサービス１２０は続いて、ダウンロードされた電子書籍をアンロックする１つ以上の条件を受け入れたことを示唆する入力を供するｅリーダーデバイス１１０のユーザーを検出してよい（４４０）。たとえば図５の例で説明したように、ユーザーデバイスのｅリーダーコンポーネントは、電子書籍のプレビューセグメントを閲覧しながらユーザーが条件（たとえば購入価格の支払い）を受け入れることを可能にする機能を供してよい。ユーザー入力は、ネットワークサービス１２０へ送られ、かつそれに応じて、ネットワークサービス１２０は、電子書籍に係る１つ以上の条件を実施する。たとえばネットワークサービス１２０は、電子書籍に係る購入価格に従ってｅリーダーデバイス１１０に係るアカウント１２５からの資金を請求してよい。
【００５２】
一の実施形態では、ネットワークサービス１２０は、ｅリーダーデバイス上でアンロックされている電子書籍と非同期でユーザー入力を検出する（４４２）。たとえばｅリーダーデバイス１１０は、オフラインすなわちネットワークサービス１２０に接続されていなくてよい。そのような場合、ｅリーダーデバイス１１０は、ユーザー入力を格納し、かつ、ネットワークサービス１２０との接続が再確立されるときに入力の通信を行うようにプログラムされてよい。その間、ｅリーダーデバイス１１０は、たとえばネットワークサービス１２０との共有鍵を用いることによって電子書籍のロック部分を独立にアンロックしてよい。
【００５３】
入力が検出されるとき、ネットワークサービス１２０は、電子書籍に係る条件を実施してよい（４５０）。このようにして、ユーザーが電子書籍のロック部分へのアクセスを受信した後、条件は実施されてよい。たとえば条件は、電子書籍の購入価格をユーザーが受け入れたことに相当してよい。ユーザーは、デバイスがオフラインであるときにそのユーザーが購入価格を受け入れることを示唆する入力を供してよい。電子書籍は、ネットワークサービス１２０からのさらなる命令も情報なしにユーザー入力に応じて直ちにアンロックされてよい。しかしネットワークサービス１２０とのネットワーク接続が再確立されるときに、電子書籍に係る条件をユーザーが受け入れるということが、実施のためにネットワークサービス１２０へ送られる。続いて電子書籍に係る条件がネットワークサービス１２０によって実施される。条件が購入価格をユーザーが受け入れていることに相当する場合、資金は、ユーザーアカウント１２５から請求される（４５２）。たとえば資金は、ネットワークサービス１２０によって用いられる支払構造に従って移転されてよい。
【００５４】
図５を参照すると、ｅリーダーデバイスは、所与の電子書籍用の１つ以上のファイルを受信してよい（５１０）。たとえばユーザーは特定の電子書籍を選ぶためにオンライン電子書籍ストアをブラウジングしてよいし、あるいは、定期的に複数の電子書籍のプレビューを受信するように登録してもよい。ユーザーが楽しめると楽しめないとにかかわらず電子書籍について直ちに支払うのではなく、ユーザーは、特定の電子書籍のプレビューを選択してよい。電子書籍のプレビューの選択に応じて、所与の電子書籍用のファイルの組が、ユーザーのｅリーダーデバイスへ転送される。（複数の）ファイルは、電子書籍のコンテンツをそのままレンダリングするデータを有してよい。しかし図４の例で説明するように、送られたファイルは、ロック部分とアンロック部分を有してよい。ロック部分によって、ユーザーは、プレビュー以外の電子書籍のコンテンツのどの部分へのアクセスも妨げられる。他方プレビューセグメントは、ｅリーダーデバイス１１０上でユーザーにとって容易にアクセス可能である。
【００５５】
ｅリーダーデバイス上では、ｅリーダーアプリケーションは、ネットワークサービス１２０と通信し、かつ、ユーザーデバイス上に格納された電子書籍からのコンテンツをレンダリングするように実行されてよい（５２０）。電子書籍のファイルがプレビュー又は受信されるとき、電子書籍のプレビューセグメントは、ｅリーダーアプリケーションを介してレンダリングされてよい（５２２）。
【００５６】
プレビューセグメントがレンダリングされるとき、ｅリーダーアプリケーションはまた、購入機能（５３０）をも表示してよい。このようにして、購入機能は、電子書籍のプレビューコンテンツと共に表示されてよい。例として、購入機能は、電子書籍を購入するためにユーザーが選択可能なアイコンに相当してよい。購入機能（たとえばアイコン）は、電子書籍のロック部分を受信するためにユーザーが受け入れなければならない（複数の）条件（たとえば購入又はダウンロード価格）を示すコンテンツを表示してよい。購入機能は、プレビューコンテンツと共に永続的に現れていてよいし、あるいは、表示選択可能であってもよい。説明したように、購入機能は、ｅリーダーデバイスがオフラインのときでもオンラインのときでもユーザー入力を促してよい。購入機能はまた、デバイスがオフラインのときでもオンラインのときでも、プレビューコンテンツと共に存在してよい（５３２）。
【００５７】
ユーザーが供する入力に応じて、電子書籍のロック部分はアンロックされる（５４０）。一部の例では、電子書籍は、電子書籍をアンロックする条件を実施するネットワークサービス１２０と非同期、又は、ネットワークサービス１２０とは独立にアンロックされてよい。ｅリーダーデバイス１１０は、ネットワークサービスからのさらなるデータ又は命令なしで、ロックされた電子書籍をアンロックする資源を有してよい。たとえば図３の実施形態で説明されているように、コンテンツ管理コンポーネント３２２は、ロックされたコンテンツをアンロックする共有鍵を利用する方針を実施してよい。このようにして、デバイスがオフラインのとき、ユーザー入力は、電子書籍がユーザーデバイス上でアンロックされた後にネットワークサービス１２０へ送られてよい。
【００５８】
電子書籍をアンロックするユーザー入力が受信されるとき、ｅリーダーデバイス１１０は、その入力をネットワークサービスへ送る（５５０）。その後ネットワークサービス１２０は、電子書籍に係る１つ以上の条件（たとえば）を実施してよい。一の実施形態では、ｅリーダーデバイスがオンラインのとき、ユーザー入力は、ネットワークサービス１２０へ直ちに送られてよい（５５２）。しかし一部の態様によると、ｅリーダーデバイス１１０は、電子書籍のアンロックとは非同期で情報を送信してよい。たとえばｅリーダーデバイスがオフラインのとき、ｅリーダーデバイス１１０は、ユーザー入力を格納し、かつ、ネットワーク接続が再確立されるときにユーザー入力をネットワークサービス１２０へ自動的に送ってよい。
【００５９】
入力の送信に応じて、ｅリーダーデバイス１１０は、ネットワークサービス１２０からの確認を受信してよい（５６０）。確認はたとえば、条件−たとえばユーザーアカウントの請求−の実施を確認してよい。
【００６０】
［例］
図６Ａと図６Ｂは、プレビューされている間に電子書籍が購入される例を表している。図６Ａと図６Ｂの例は、ｅリーダーデバイスが、シームレスで連続的な読書感をユーザーに提供するように、プレビューセグメントのレンダリングから次のコンテンツ（たとえば次の頁）のレンダリングへ移行するのを表している。図６Ａと図６Ｂに示されたような例はたとえば、図１の例で示されたようなシステム、図２の例で示されたようなｅリーダーデバイス、又は、図３の例で示されたようなシステムを用いることによって実施されてよい。従って、図６Ａと図６Ｂの例を実施するのに適したコンポーネントを表す目的で他の図の構成要素が参照されることがある。
【００６１】
図６Ａでは、ｅリーダーデバイス６００は、プレビューセグメント６２０が供されるディスプレイスクリーン６１０を有する。ｅリーダーデバイス６００は、たとえばネットワークサービス１２０から対応する電子書籍をダウンロードしてよい。様々な他の例で説明されているように、ダウンロードされた電子書籍には、アンロックされたプレビューセグメント６３２、及び、その電子書籍の完全な部分すなわちすべての部分をロックするロック部分が供されてよい。ｅリーダー６００は、ユーザーが電子書籍を購入する入力を供することを可能にする機能６３０を有してよい。
【００６２】
ユーザーはたとえば、機能６３０に係るアイコンをタップしてよい。アイコンは、ロック部分を閲覧又は所有する条件を示唆するコンテンツを有してよい。一旦タップされると、ｅリーダーデバイス６００は、ユーザーによって選択された電子書籍のみならずアカウントの識別子も、ネットワークサービス１２０へ送ってよい。同時に、ｅリーダーデバイス６００は、対応する電子書籍のロック部分をアンロックして良い。
【００６３】
図６Ｂは、電子書籍の購入を選択するユーザー入力に応じてｅリーダーディスプレイ上に表示されるコンテンツを表している。与えられた例では、電子書籍のロック部分からのコンテンツ６４２は、ユーザーに対してシームレスに表示される。このようにして、ユーザーは、読書感からかけ離れた誘導をすることなく、電子書籍の購入すなわち電子書籍のロック部分を受信する条件を満足することができる。むしろユーザーは、電子書籍のプレビューセグメント（たとえば第１頁）を閲覧し、その後そのプレビューセグメントを閲覧しながらその電子書籍を購入する選択ができる。図６Ｂに示されているように、入力を供することで、電子書籍はユーザーにとって利用可能となる。
【００６４】
デバイスがオフラインの間に電子書籍のロック部分がアンロックされる場合、ユーザーは、悪意で支払いを免れ得る。従って一の実施形態では、ロック部分は限定的にアンロックされてよい。より詳細には、デバイスがオフラインである場合、ある条件が満たされているときだけロック部分はアンロックされてよい。
【００６５】
たとえばデバイスがオフラインである場合、購入機能は、ユーザーが未だ支払っていない電子書籍の冊数が所定の数よりも大きいときには、アンロック機能の始動を妨げるプレビューコンテンツと共に存在できない。係る電子書籍の冊数はローカルメモリ３３０に格納され、かつ、コンテンツ管理コンポーネント２２２は、電子書籍のロック部分をアンロックするときに格納された数を更新してよい。他の例では、購入機能は、ユーザーが支払っていない電子書籍の合計頁数が所定の数よりも大きいときに存在できなくてよい。同様に、係る電子書籍の頁数はローカルメモリ３３０内に格納され、かつ、コンテンツ管理コンポーネント２２２は、アンロックするときのアンロックされた電子書籍の合計頁数に基づいて格納された数を更新してよい。さらに他の例では、購入機能は、ユーザーが支払っていない電子書籍の合計価格が所定の金額よりも大きいときに存在できなくてよい。同様に、係る合計金額はローカルメモリ３３０内に格納され、かつ、コンテンツ管理コンポーネント２２２は、アンロックするときのアンロックされた電子書籍の価格に基づいて格納された価格を更新してよい。これらの例によると、ユーザーが電子書籍に支払わない時の損害は制限され得る。
【００６６】
一の実施形態では、デバイスは、ユーザーが信用できるのか否かに基づいて、電子書籍のロック部分をアンロックすべきか否かを判断してよい。より詳細には、ユーザーが信用できる場合、デバイスはロック部分をアンロックしてよく、逆もまた同様である。デバイスは、ユーザーが電子書籍に適切に支払った回数、又は、資金不足等のために取引ロジック１３２が電子書籍の購入価格に相当する資金をユーザーアカウントに請求できない回数に基づいて、そのユーザーが信用できるのか否かを判断してよい。係る回数はユーザーアカウントストア１２４に格納され、かつ、取引ロジック１３２は、取引を処理するときに格納された数を更新してよい。よってユーザーが信用できるのか否かについての情報は、ユーザーアカウントストア１２４内に格納された回数に基づいて取引ロジック１３２によって決定され、かつ、情報処理デバイス１１０へ送られる。この実施形態によると、ユーザーが電子書籍に対する支払いをしない危険性は減少し得る。
【００６７】
他の実施形態では、ユーザーが、電子書籍に対する支払いを受け入れることを示唆する入力を供するとき、デバイスは、その電子書籍のロック部分を限定してレンダリングしてよい。たとえばロック部分は、より低い解像度又はより低い輝度でレンダリングされてよい。あるいはその代わりに、ロック部分中のテキストのみがレンダリングされ、かつ、ロック部分中のテキスト以外のオブジェクト−たとえば画像−はレンダリングされなくてもよい。この実施形態は、お試しでロック部分に限定されたアクセスを供する一方で、ユーザーに電子書籍に対して適切な支払いを動機付け得る。
【００６８】
さらに他の実施形態では、デバイスは、ユーザーが操作可能な様々な機能−たとえば次の頁又は前の頁への移動、次の章又は前の章への移動、最初の頁又は最後の頁への移動、テキスト読み上げ、ネットワークアクセス等−を供してよい。デバイスがオフラインの間にロック部分をアンロックするとき、そのデバイスは係る機能を制限してよい。この実施形態もまた、お試しでロック部分への限定されたアクセスを供する一方で、電子書籍に対する適切な支払いをユーザーに動機付け得る。
【００６９】
さらに他の実施形態では、上述の限定の程度は、ユーザーの信用度に基づいて制御されてよい。ユーザーの信用度は、ユーザーが電子書籍に適切に支払った回数、又は、資金不足等のために取引ロジック１３２が電子書籍の購入価格に相当する資金をユーザーアカウントに請求できない回数に基づいて判断されてよい。その後、ユーザーの信用度を示唆する情報は、上述したようにユーザーアカウントストア１２４内に格納された回数に基づいて取引ロジック１３２によって生成され、かつ、情報処理デバイス１１０へ送られる。この実施形態によると、デバイスは、信用度のあるユーザーに不必要な制限が課されることを防止できる。
【００７０】
取引ロジック１３２が、電子書籍の購入価格に相当する資金をユーザーアカウントに請求できないとき、ネットワークサービスは、アンロックされた電子書籍を削除する命令を情報処理デバイスへ送ることができることに留意して欲しい。
【００７１】
例示された実施形態が添付図面を参照しながら本願で詳細に説明されてきたが、具体的実施形態及び詳細に対する変化型は本開示に含まれる。本願で説明した実施形態の技術的範囲は請求項及びその均等物によって画定されることが意図されている。さらに個別に又はある実施形態の一部として説明された特定の機能は、他の個別に説明された機能又は他の実施形態の一部と組み合わせられ得ることが考えられる。よって組み合わせの説明がないからといって、（複数の）発明者が、係る組み合わせに対する権利を主張することを妨げてはならない。
【図１】
2017526052.tif 000003
【図２】
2017526052.tif 000004
【図３】
2017526052.tif 000005
【図４】
2017526052.tif 000006
【図５】
2017526052.tif 000007
【図６Ａ】
2017526052.tif 000008
【図６Ｂ】
2017526052.tif 000009
【手続補正書】
【提出日】平成29年3月13日(2017.3.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の命令の組を格納するメモリ、
ネットワークサービスからのコンテンツアイテムに相当する、ロック部分とアンロック部分を有する１つ以上のファイルを受信する操作、
前記ロック部分がロックされている間に前記アンロック部分をプレビューとしてレンダリングするようにアプリケーションを実行する操作、
前記アプリケーションを実行するときに、
（ｉ）  ユーザーが前記コンテンツアイテムに係る１つ以上の条件を受け入れることを示唆する指定入力を受信する機能を供する操作、
（ｉｉ）  当該情報処理デバイスがネットワーク接続を有している期間中における前記指定入力の受信に応じて前記コンテンツアイテムのロック部分をアンロックする操作、及び、
（ｉｉｉ）  当該情報処理デバイスがネットワーク接続を有していない期間中における前記指定入力の受信に応じて前記アンロック後の前記ロック部分を限定された状態でアクセスさせる操作、
を有する操作を実行するために前記複数の命令の組へアクセスする１つ以上のプロセッサ、
を有する情報処理デバイス。
【請求項２】
前記１つ以上のプロセッサは、前記プレビューを供するように前記コンテンツアイテムのアンロック部分を実行するのと同一のアプリケーションセッションの間に前記コンテンツアイテムのロック部分からのコンテンツを表示するように前記アプリケーションを実行する操作、を有する操作を実行するために前記命令にアクセスする、請求項１に記載の情報処理デバイス。
【請求項３】
請求項１又は２に記載の情報処理デバイスであって、
前記１つ以上のプロセッサは、
当該情報処理デバイスと、前記ネットワークサービスによって維持されている前記ユーザーのアカウントとを結びつける操作、及び、
前記指定入力の受信に応じて、前記アカウントの識別子と前記１つ以上の条件を前記ユーザーが受け入れたことを、前記ネットワークサービスへ送る操作、
を有する操作を実行するために前記命令にアクセスする、
情報処理デバイス。
【請求項４】
前記１つ以上のプロセッサは、前記１つ以上の条件に従って前記ユーザーのアカウントから請求される額を示す、前記ネットワークサービスから供される確認を表示する操作を有する操作を実行するために前記命令にアクセスする、請求項１乃至３のいずれか一項に記載の情報処理デバイス。
【請求項５】
前記１つ以上のプロセッサは、
前記アカウントの識別子と前記１つ以上の条件を前記ユーザーが受け入れたことを前記ネットワークサービスへ送る前に実行される、前記プレビューを供するように前記コンテンツアイテムのアンロック部分を実行するのと同一のアプリケーションセッションの間に前記ロック部分を表示する操作、
を有する操作を実行するために前記命令にアクセスする、請求項１乃至４のいずれか一項に記載の情報処理デバイス。
【請求項６】
前記１つ以上の条件は支払い事項を有し、かつ、
資金用の前記ユーザーのアカウントは、前記支払い事項に従って請求される、
請求項１乃至５のいずれか一項に記載の情報処理デバイス。
【請求項７】
請求項１乃至６のいずれか一項に記載の情報処理デバイスであって、前記機能を供する操作は、当該情報処理デバイス上で前記コンテンツアイテムのロック部分をアンロックする１つ以上の条件を表示する操作を有する、情報処理デバイス。
【請求項８】
前記コンテンツアイテムが電子書籍に相当し、かつ、前記アプリケーションはｅリーダーに相当する、請求項１乃至７のいずれか一項に記載の情報処理デバイス。
【請求項９】
前記コンテンツアイテムのロック部分のアンロックは、所定の条件が満たされているのか否かに基づく、請求項１乃至８のいずれか一項に記載の情報処理デバイス。
【請求項１０】
前記アンロック後の前記ロック部分を限定された状態でアクセスさせる操作は、前記ロック部分の解像度又は輝度を下げてレンダリングする操作を含む、請求項１乃至９のいずれか一項に記載の情報処理デバイス。
【請求項１１】
前記アンロック後の前記ロック部分を限定された状態でアクセスさせる操作は、前記ロック部分の一部のみをレンダリングする操作を含む、請求項１乃至１０のいずれか一項に記載の情報処理デバイス。
【請求項１２】
前記ユーザーに課される制限の程度が前記ユーザーの信用度に基づいて決定される、請求項１に記載の情報処理デバイス。
【請求項１３】
情報処理デバイスの１つ以上のプロセッサによって実施される、当該情報処理デバイス上でコンテンツをレンダリングする方法であって、
ネットワークサービスから、コンテンツアイテムに相当する、ロック部分とアンロック部分を有する１つ以上のファイルを受信する段階、
前記ロック部分がロックされている一方で前記アンロック部分をプレビューとしてレンダリングするようにアプリケーションを実行する段階、
前記アプリケーションを実行するときに、
（ｉ）  ユーザーが前記コンテンツアイテムに係る１つ以上の条件を受け入れることを示唆する指定入力を受信する機能を供する段階、
（ｉｉ）  当該情報処理デバイスがネットワーク接続を有している期間中における前記指定入力の受信に応じて前記コンテンツアイテムのロック部分をアンロックする段階、及び、
（ｉｉｉ）  当該情報処理デバイスがネットワーク接続を有していない期間中における前記指定入力の受信に応じて前記アンロック後の前記ロック部分を限定された状態でアクセスさせる段階、
を有する方法。
【請求項１４】
実行されるときに、
ネットワークサービスから、コンテンツアイテムに相当する、ロック部分とアンロック部分を有する１つ以上のファイルを受信する段階、
前記ロック部分がロックされている一方で前記アンロック部分をプレビューとしてレンダリングするようにアプリケーションを実行する段階、
前記アプリケーションを実行するときに、
（ｉ）  ユーザーが前記コンテンツアイテムに係る１つ以上の条件を受け入れることを示唆する指定入力を受信する機能を供する段階、
（ｉｉ）  当該情報処理デバイスがネットワーク接続を有している期間中における前記指定入力の受信に応じて前記コンテンツアイテムのロック部分をアンロックする段階、及び、
（ｉｉｉ）  当該情報処理デバイスがネットワーク接続を有していない期間中における前記指定入力の受信に応じて前記アンロック後の前記ロック部分を限定された状態でアクセスさせる段階、
を有する方法を情報処理デバイスに実行させるコンピュータプログラム。
【請求項１５】
請求項１４に記載のコンピュータプログラムを有するコンピュータ可読媒体。
【請求項１６】
情報処理デバイスの１つ以上のプロセッサによって実施される、当該情報処理デバイス上でコンテンツをレンダリングする方法であって、
（ａ）  コンテンツアイテムに相当する１つ以上のファイルを情報処理デバイスへ供する段階であって、前記１つ以上のファイルはロック部分及びアンロック部分を有し、前記アンロック部分は、当該情報処理デバイス上に前記コンテンツアイテムのプレビューを供するようにレンダリング可能である、段階、
（ｂ）  前記コンテンツアイテムに１つ以上の条件を関連付けることで、前記１つ以上のファイルのロック部分をアンロックする段階、
（ｃ）  当該情報処理デバイスのユーザーが、前記１つ以上の条件を受け入れ、かつ、前記１つ以上のファイルのロック部分をアンロックする入力を供することを可能にするため、当該情報処理デバイスへプログラム機構を供することを可能にする段階、
（ｄ）  前記入力を供する前記ユーザーを検出する段階、
（ｅ）  当該情報処理デバイスがネットワーク接続を有する期間中に前記ロック部分をアンロックする入力が供される場合、前記入力を供した前記ユーザーの検出に応じて前記１つ以上の条件を実施する段階、及び、
（ｆ）  当該情報処理デバイスがネットワーク接続を有していない期間中に前記ロック部分をアンロックする入力が供される場合、前記アンロック後の前記ロック部分を限定された状態でアクセスさせる段階、
を有する方法。
【国際調査報告】
2017526052.tif 000010