JP2013105297A - 電子書籍システム、制限方法、管理サーバおよび携帯通信端末 - Google Patents

Abstract

【構成】電子書籍システム１００は電子書籍端末１０などを含み、小説やコミックなどの有料の電子書籍データが電子書籍端末１０に配信される。そして、ユーザは、有料の電子書籍の試し読みを行うことができる。たとえば、会員登録したユーザが、試し読みを行う電子書籍を選択すると、そのユーザの履歴に、選択された電子書籍が含まれているかが判断される。そして、選択された電子書籍が履歴に含まれていなければ、ユーザに対する、電子書籍の試し読みが許可される。一方、選択された電子書籍が履歴に含まれており、制限情報も残っていなければ、ユーザに対する、電子書籍の試し読みが禁止される。
【効果】電子書籍の不正な試し読みを防止できる。
【選択図】図１

Description

この発明は、電子書籍システム、制限方法および管理サーバに関し、特に有料の電子書籍データを配信する、電子書籍システム、制限方法および管理サーバに関する。

有料の電子書籍データを配信する、電子書籍システムの一例が特許文献１に開示されている。特許文献１では、複数のページからなる書籍等の電子的プロダクトにおいて、無料閲覧範囲と有料閲覧範囲とを形成することで、無料の閲覧（いわゆる、立ち読み）をユーザに許可している。
特開2004−78890号公報［G06F 17/60, H04N 7/173］

ところが、ユーザは、無料閲覧範囲の中であれば、お金を支払うことなく何度でも閲覧することができてしまう。この問題を解決するために、ユーザコンピュータ側で、電子的プロダクトが複数回の立ち読みがされないように制限をかけることも考えられるが、ユーザは異なるユーザコンピュータを利用することで、上記対策を回避できてしまう。また、別の問題として、ユーザは、購入する前に有料閲覧範囲の内容を確認することができない。

それゆえに、この発明の主たる目的は、新規な、電子書籍システム、制限方法および管理サーバを提供することである。

この発明の他の目的は、電子書籍を購入する前にその内容をユーザに確認させつつ、電子書籍の不正な試し読みを防止できる、電子書籍システム、制限方法および管理サーバを提供することである。

この発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、この発明の理解を助けるために記述する実施形態との対応関係を示したものであって、この発明を何ら限定するものではない。

第１の発明は、有料の電子書籍データを配信し、一部を無料で試し読みができるようにする、電子書籍システムであって、電子書籍データの配信を希望するユーザのユーザ情報を登録する登録部、電子書籍データを取得する取得部、ユーザのユーザ情報に基づいて、取得部によって取得された電子書籍データの試し読みができるかを判断する判断部、判断部によって試し読みができると判断されたとき、取得部によって取得された電子書籍データの試し読みを許可する許可部、および判断部によって試し読みができないと判断されたとき、取得部によって取得された電子書籍データの試し読みを禁止する禁止部を備える、電子書籍システムである。

第２の発明は、第１の発明に従属し、ユーザ情報は、ユーザが試し読みを行った電子書籍の履歴情報を含み、判断部は、前記履歴情報に、取得部によって取得された電子書籍データが含まれているかを判断し、許可部は、取得部によって取得された電子書籍データがユーザの履歴情報に含まれていないと、判断部によって判断されたとき、その電子書籍データの試し読みを許可する。

第３の発明は、第２の発明に従属し、禁止部は、取得部によって取得された電子書籍データが、ユーザの履歴情報に含まれていると判断部によって判断されたとき、その電子書籍データの試し読みを禁止する。

第４の発明は、第２の発明に従属し、履歴情報は、試し読みを制限する制限情報を含み、判断部は、取得部によって取得された電子書籍データがユーザの履歴情報に含まれているときに、その履歴情報に試し読みの制限情報が残っているかを判断する制限情報判断部を含み、許可部は、取得部によって取得された電子書籍データがユーザの履歴情報に含まれていて、その履歴情報に試し読みの制限情報が残っていると判断されると、その電子書籍データの試し読みを許可し、禁止部は、取得部によって取得された電子書籍データがユーザの履歴情報に含まれていて、その履歴情報に試し読みの制限情報が残っていないと判断されると、その電子書籍データの試し読みを禁止する。

第５の発明は、第１の発明ないし第４の発明のいずれかに従属し、登録部は、ユーザの生体情報を含むユーザ情報を登録する。

第６の発明は、第５の発明に従属し、ユーザの生体情報が既に登録されているとき、そのユーザのユーザ情報を登録できないことを通知する通知部をさらに備える。

第７の発明は、第１の発明ないし第６の発明のいずれかに従属し、登録部によって登録されているユーザには、試し読みの延長を可能にするポイントが付与され、ユーザに付与されたポイントを利用して、その電子書籍の試し読みを延長するかを確認する第１確認部をさらに備える。

第８の発明は、第７の発明に従属し、ユーザが試し読みを行った電子書籍に対してコメントを投稿したときに、そのユーザにポイントを加算する加算部をさらに備える。

第９の発明は、第１の発明ないし第８の発明のいずれかに従属し、許可部によって試し読みが許可された電子書籍の購入を確認する第２確認部をさらに備える。

第１０の発明は、有料の電子書籍データを配信し、一部を無料で試し読みができるようにする、電子書籍システムの制限方法であって、電子書籍データの配信を希望するユーザのユーザ情報を登録し、電子書籍データを取得し、ユーザのユーザ情報に基づいて、取得された電子書籍データの試し読みができるか判断し、試し読みができると判断されたとき、取得された電子書籍データの試し読みを許可し、そして試し読みができないと判断されたとき、取得された電子書籍データの試し読みを禁止する、制限方法である。

第１１の発明は、有料の電子書籍データを配信し、一部を無料で試し読みができるようにする、電子書籍システムの管理サーバであって、電子書籍データの配信を希望するユーザのユーザ情報を登録する登録部、ユーザが電子書籍データを取得したとき、そのユーザのユーザ情報に基づいて、その電子書籍データの試し読みができるかを判断する判断部、判断部によって試し読みができると判断されたとき、取得部によって取得された電子書籍データの試し読みを許可する許可部、および判断部によって試し読みができないと判断されたとき、取得部によって取得された電子書籍データの試し読みを禁止する禁止部を備える、管理サーバである。

第１２の発明は、電子書籍データの配信を希望するユーザのユーザ情報を事前に登録し、有料の電子書籍データを配信して、ユーザ情報に基づいて一部を無料で試し読みができるかを判断する、電子書籍システムで利用される携帯通信端末であって、電子書籍データを取得する取得部、電子書籍システムがユーザ情報を登録した後に、取得部によって取得された電子書籍データの試し読みができると電子書籍システムによって判断されたかを判定する判定部、および判定部によって試し読みができると判定されたとき、取得部によって取得された電子書籍データを表示する表示処理部を備える、携帯通信端末である。

この発明によれば、電子書籍の不正な試し読みを防止できる。

この発明の上述の目的、その他の目的、特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１はこの発明の一実施例の電子書籍システムの構成を示す図解図である。 図２は図１に示す電子書籍端末の外観を示す外観図である。 図３は図１に示す電子書籍端末の電気的な構成を示す図解図である。 図４は図１に示す管理サーバの電気的な構成を示す図解図である。 図５は図４に示すＲＡＭに記憶される電子書籍テーブルの構成の一例を示す図解図である。 図６は図４に示す簡易登録情報ＤＢの構成の一例を示す図解図である。 図７は図４に示す会員登録情報ＤＢの構成の一例を示す図解図である。 図８は図４に示すＲＡＭに記憶される制限情報設定テーブルの構成の一例を示す図解図である。 図９は図２に示すディスプレイに表示される配信サイトの画面の一例を示す図解図であり、図９（Ａ）は配信サイトのトップページの表示例であり、図９（Ｂ）は登録メニュー画面の表示例である。 図１０は図２に示すディスプレイに表示される登録画面の一例を示す図解図であり、図１０（Ａ）は簡易登録画面の表示例であり、図９（Ｂ）は会員登録画面の表示例である。 図１１は図２に示すディスプレイに表示されるメッセージの一例を示す図解図である。 図１２は図２に示すディスプレイに表示されるログインメニュー画面の一例を示す図解図である。 図１３は図２に示すディスプレイに表示されるお勧め画面の一例を示す図解図である。 図１４は図２に示すディスプレイに表示される電子書籍の一例を示す図解図である。 図１５は図２に示すディスプレイに表示される終了ポップアップの一例を示す図解図である。 図１６は図２に示すディスプレイに表示される入力ポップアップの一例を示す図解図である。 図１７は図２に示すディスプレイに表示される会員画面の一例を示す図解図である。 図１８は図３に示す電子書籍端末のＲＡＭのメモリマップの一例を示す図解図である。 図１９は図４に示す管理サーバのＲＡＭのメモリマップの一例を示す図解図である。 図２０は図３に示す電子書籍端末のプロセッサの登録処理の一例を示すフロー図である。 図２１は図４に示す管理サーバのプロセッサの受領処理の一例を示すフロー図である。 図２２は図３に示す電子書籍端末のプロセッサのログイン処理の一例を示すフロー図である。 図２３は図３に示す電子書籍端末のプロセッサの試し読み制御処理の一例を示すフロー図である。 図２４は図３に示す電子書籍端末のプロセッサの第１試し読み処理の一例を示すフロー図である。 図２５は図３に示す電子書籍端末のプロセッサの第２試し読み処理の一例を示すフロー図である。 図２６は図４に示す管理サーバのプロセッサの判断処理の一例を示すフロー図である。 図２７は図４に示す管理サーバのプロセッサのポイント管理処理の一例を示すフロー図である。

図１を参照して、この発明の一実施例の電子書籍システム１００は、電子書籍端末１０などに対して、有料の電子書籍データを配信するためのシステムである。また、電子書籍の配信サイトで簡易登録または会員登録を行ったユーザは、有料の電子書籍データの一部を、購入する前に、無料で試し読み（「立ち読み」ともいう。）ができる。また、本実施例の試し読みは、時間で示される制限情報によって制限される。たとえば、制限情報が「３分」である場合、ユーザは、３分が経過するまでは電子書籍の内容を自由に確認できるが、３分が経過すれば試し読みが強制的に終了される。

電子書籍システム１００は、電子書籍端末１０および管理サーバ１０２を含む。そして、電子書籍端末１０は、ネットワーク５００を介して、管理サーバ１０２と接続される。

電子書籍端末１０は、電子機器または携帯機器の一種であり、小説、漫画、絵本などの電子書籍を閲覧可能に表示する。また、電子書籍端末１０では、ユーザの操作に応じて、表示中の電子書籍のページをめくる処理などが行われる。ただし、この発明では、電子書籍端末１０に代えて、フィーチャーフォン(feature phone)、スマートフォン（smart phone）、ＰＤＡ、デスクトップＰＣおよび据え置き型の専用端末など任意の電子機器が利用できることを予め指摘しておく。

管理サーバ１０２は、電子書籍の配信サイトのサーバでもあり、有料の電子書籍データなどを記憶する。たとえば、ユーザが配信サイトで電子書籍データの購入や、試し読みを希望する操作を電子書籍端末１０に対して行ったとき、管理サーバ１０２は、それらの操作に応じて、有料の電子書籍データを電子書籍端末１０に配信する。

なお、電子書籍端末１０は、電子書籍端末または電子ブックリーダと呼ばれることもある。また、本実施例の電子書籍には、小説、漫画、絵本、写真集および取扱説明書などの本以外にも、雑誌および新聞などが含まれる。

図２を参照して、本実施例の電子書籍端末１０は、一例としてタブレット端末のような形状をしており、縦長の扁平矩形のハウジング１２を含む。

ハウジング１２の一方主面（表面）には、表示部として機能する、たとえば液晶や有機ＥＬなどのディスプレイ１４が設けられる。ディスプレイ１４の上には、タッチパネル１６が設けられる。したがって、この実施例の携帯電話機１０では、後述のハードキーの操作によるものを除く大部分の入力操作は、このタッチパネル１６を介して行われる。

タッチパネル１６と共に、入力操作手段を構成するハードキーとして、この実施例では、第１操作キー１８、第２操作キー２０および機能キー２２が設けられる。

たとえば、ユーザは、機能キー２２を操作して、管理サーバ１０２との通信を確立することで、管理サーバ１０２に記憶されている電子書籍の一覧をディスプレイ１４に表示させ、タッチ操作によって任意の電子書籍データを選択する。また、電子書籍は、自身のフラッシュメモリ４０（図３）にも記憶されている。そのため、ユーザは、機能キー２２を操作することで、フラッシュメモリ４０に記憶されている電子書籍の一覧をディスプレイ１４に表示させることもできる。

電子書籍が表示されると、第１操作キー１８および第２操作キー２０を利用して、電子書籍のページをめくる（変更する）ことができる。ただし、第１操作キー１８が操作することで前のページを表示させ、第２操作キー２０を操作することで次のページを表示することもできる。なお、ユーザは、第２機能キー２０を長押しすることで、電子書籍端末１０の電源をオン／オフすることができる。

ハウジング１２の縦方向一端の表面側には、後述のカメラモジュール４６（図３）のための、レンズ開口２４が設けられている。したがって、カメラモジュール４６はレンズ開口２４を通した画像を撮影することになる。そして、後述する生体認証を行う際には、実施例の電子書籍端末１０を利用するユーザの目（虹彩）などが、カメラモジュール４６によって撮影されることになる。

図３を参照して、図１に示す実施例の電子書籍端末１０は、コンピュータまたはＣＰＵと呼ばれるプロセッサ３０を含む。プロセッサ３０には、無線通信回路３２、入力装置３６、表示ドライバ３８、フラッシュメモリ４０、ＲＡＭ４２、タッチパネル制御回路４４およびカメラモジュール４６などが接続される。

プロセッサ３０は、電子書籍端末１０の全体制御を司る。ＲＡＭ４２には、フラッシュメモリ４０に予め設定されているプログラムの全部または一部が使用に際して展開され、プロセッサ３０はこのＲＡＭ４２上のプログラムに従って動作する。なお、ＲＡＭ４２はさらに、プロセッサ３０のワーキング領域ないしバッファ領域として用いられる。

入力装置３６は、図１に示すタッチパネル１６、第１操作キー１８、第２操作キー２０および機能キー２２を含むものであり、操作部または入力部を構成する。ユーザが操作したハードキーの情報（キーデータ）はプロセッサ３０に入力される。

無線通信回路３２は、アンテナ３４を通して、音声通信や、データ通信などのための電波を送受信するための回路である。また、無線通信回路３２は、ＣＤＭＡ方式での無線通信を行うことで、いわゆる３Ｇ回線との無線通信を確立する。ただし、本実施例では、音声通信は行わず、データ通信のために、無線通信回路３２およびアンテナ３４が利用される。

なお、他の実施例では、無線通信回路３２に代えて、Ｗｉ‐Ｆｉ(Wireless Fidelity)方式の近距離無線通信を実行する近距離無線通信回路が利用されてもよい。この場合、近距離無線通信回路は、アクセスポイント(AP: Access Point)と呼ばれる電波中継器を経由して有線ＬＡＮにアクセスすることで、ネットワーク５００との通信を確立することができる。

表示ドライバ３８には図１に示すディスプレイ１４が接続され、したがって、ディスプレイ１４はプロセッサ３０から出力される映像または画像データに従って映像または画像を表示する。つまり、表示ドライバ３８は、プロセッサ３０の指示の下、当該表示ドライバ３８に接続されたディスプレイ１４の表示を制御する。また、表示ドライバ３８は表示する画像データを一時的に記憶するビデオメモリを含む。ディスプレイ１４には、たとえばＬＥＤなどを光源とするバックライトが設けられており、表示ドライバ３８はプロセッサ３０の指示に従って、そのバックライトの明るさや、点灯／消灯を制御する。

タッチパネル制御回路４４には、図１に示すタッチパネル１６が接続される。タッチパネル制御回路４４は、タッチパネル１６に必要な電圧などを付与するとともに、タッチパネル１６に対するユーザによるタッチの開始を示すタッチ開始信号、ユーザによるタッチの終了を示す終了信号、およびユーザがタッチしたタッチ位置を示す座標データをプロセッサ３０に入力する。したがって、プロセッサ３０はこの座標データに基づいて、そのときユーザがどのアイコンやキーにタッチしたかを判断することができる。

実施例では、タッチパネル１６は、指などの物体が表面に接近して生じた電極間の静電容量の変化を検出する静電容量方式で、たとえば１本または複数本の指がタッチパネル１６に触れたことを検出する。また、タッチパネル１６は、ディスプレイ１４の上に設けられ、その画面内で、任意の位置を指示するためのポインティングデバイスである。タッチパネル制御回路４８は検出部として機能し、タッチパネル１６のタッチ有効範囲内でのタッチ操作を検出して、そのタッチ操作の位置を示す座標データをプロセッサ３０に出力する。つまり、ユーザは、タッチパネル１６の表面をタッチ、スライドおよびリリースすることによって、操作位置や、操作方向などを電子書籍端末１０に入力する。

なお、タッチパネル１６の検出方式には、表面型の静電容量方式が採用されてもよいし、抵抗膜方式、超音波方式、赤外線方式および電磁誘導方式などであってもよい。また、タッチ操作はユーザの指だけに限らず、スタイラスペンなどによって行われてもよい。

カメラモジュール４６は、プロセッサ３０に接続されたカメラ制御回路４８を含み、このカメラ制御回路４８には、プロセッサ３０からの命令に応じて、イメージセンサ５０および／またはフォーカスレンズ５２の位置（フォーカス）を調節するモータが含まれる。また、カメラ制御回路４８は、イメージセンサ５０から取り込んだ光学像を映像または画像データに変換してプロセッサ３０に入力する。

つまり、カメラモジュール４６は、携帯端末１０で静止画像を撮影するために利用される。たとえば、後述する生体認証を行う処理が実行されると、プロセッサ３０はカメラ制御回路４８を起動する。

イメージセンサ５０の撮像エリアには、ＵＸＧＡ（１６００×１２００画素）に対応する受光素子が設けられている。そのため、被写体の光学像がイメージセンサ５０に照射されると、撮像エリアでは光電変換によって被写体の光学像に対応する電荷、つまりＵＸＧＡの生画像信号が生成される。

生体認証を行う処理が実行されると、プロセッサ３０は、カメラ制御回路４８に内蔵されるイメージセンサドライバを起動させ、露光動作および指定された読み出し領域に対応する電荷読み出し動作を、イメージセンサドライバに命令する。また、本実施例では、生体認証として、目の虹彩情報を利用する虹彩認証が用いられるため、プロセッサ３０は、レンズ開口２４の注視を促すメッセージをディスプレイ１４に表示する。

イメージセンサドライバは、イメージセンサ５０の撮像面の露光と、当該露光によって生成された電荷の読み出しとを実行する。この結果、生画像信号が、イメージセンサ５０から出力される。また、出力された生画像信号はカメラ制御回路４８に入力され、カメラ制御回路４８は入力された生画像信号に対して、色分離、白バランス調整、ＹＵＶ変換などの処理を施し、ＹＵＶ形式の画像データを生成する。そして、ＹＵＶ形式の画像データはプロセッサ３０に入力され、ＪＰＥＧ形式の画像データに変換（圧縮）された後に、ＲＡＭ４２に一旦格納する。

ここで、本実施例で利用される生体認証について簡単に説明する。まず、上述した虹彩認証は、管理サーバ１０２によって行うため、プロセッサ３０はＲＡＭ４２に一旦格納した画像データ（虹彩情報）を、管理サーバ１０２に送信する。管理サーバ１０２では、ユーザの虹彩が撮影された画像データを受信すると、その画像データから虹彩の特徴量を抽出する。そして、登録処理あればその特徴量をテンプレートデータとして、データベースに保存し、認証処理であればデータベースからその特徴量と一致するテンプレートデータを検索する。

図４を参照して、図１に示す実施例の管理サーバ１０２は、コンピュータまたはＣＰＵと呼ばれるプロセッサ１１０を含む。プロセッサ１１０には、フラッシュメモリ１１２、ＲＡＭ１１４、通信ＬＡＮボード１１６、電子書籍ＤＢ（データベース）１２０、簡易登録ＤＢ１２２および会員登録ＤＢ１２４などが接続される。

プロセッサ１１０は、管理サーバ１０２の全体制御を司る。ＲＡＭ１１４には、フラッシュメモリ４０に予め設定されているプログラムの全部または一部が使用に際して展開され、プロセッサ１１０はこのＲＡＭ１１４上のプログラムに従って動作する。なお、ＲＡＭ１１４はさらに、プロセッサ１１０のワーキング領域ないしバッファ領域として用いられる。

通信ＬＡＮボード１１６は、たとえばＤＳＰで構成され、ＣＰＵ１１０から与えられた送信データを通信装置１１８に与え、通信装置１１８は送信データを、ネットワーク５００を介して電子書籍端末１０に送信する。たとえば、送信データとしては、電子書籍データや、その電子書籍データを復号するために必要な鍵データなどである。また、通信ＬＡＮボード１１６は、通信装置１１８を介して、虹彩の画像データや、電子書籍データの配信を希望する操作のコマンドなどを受信し、受信したそれらのデータをＣＰＵ１１０に与える。

電子書籍ＤＢ１２０は、複数の電子書籍データを含むデータベースである。また、各電子書籍データは、図５に示す電子書籍テーブルによって名称などが管理される。図５を参照して、電子書籍ＤＢ１２０に保存されている各電子書籍データの詳細が記録される電子書籍テーブルには、「番号」、「名称」、「種類（ジャンル）」、「値段」および「コメント」などの列を含む。そして、「番号」に対応して、「名称」、「種類」、「値段」および「コメント」などが対応付けられる。

「番号」の列には、電子書籍データをそれぞれ識別するための番号（「０００１」、「０００２」など）が記録される。「名称」の列には、電子書籍データの名称（たとえば「＊＊＊」、「＋＋＋」など）が記録される。「種類」の列には、電子書籍データの内容を示す種類（「小説」、「コミック」など）が記録される。「値段」の列には、電子書籍データを購入する際に必要な金額（「１６００」、「４３０」など）が記録される。「コメント」の列には、電子書籍を購入した人などが投稿する感想などのコメント（「連載が始まって…」など）が記録されることがある。

なお、電子書籍ＤＢ１２０に記憶されている各電書籍データは暗号化されている。そのため、電子書籍端末１０で電子書籍を開く（閲覧）するためには、対応する鍵データも取得し、その鍵データによって電子書籍データを復号しなければならない。

簡易登録情報ＤＢ１２２は、配信サイトで簡易登録を行ったユーザのユーザ情報が記録されるデータベースである。図６を参照して、簡易登録情報ＤＢ１２２は、たとえば各行がユーザ情報を示すテーブルデータであり、「テンプレート」および「履歴」などの列を含む。そのため、簡易登録されたユーザ情報には、「テンプレート」、「履歴」などが含まれる。

「テンプレート」の列では、上述したテンプレートのデータ名（ＥＹＥ０００１．ｃｂｅｆｆ）と、テンプレートが記録されている位置を示すメモリアドレス（０Ｘ００ＸＸ００１１）とが各欄に記録される。「履歴」の列は「日付」、「番号」および「制限情報」を含み、試し読みを行った履歴が記録される。そのため、「日付」の列には試し読みが行われた日付（「２０１１／０９／０１」など）が記録され、「番号」の列には試し読みが行われた電子書籍を識別するための番号（「０００１」など）が記録され、「制限情報」の列には試し読みを中断したときに残っている制限情報が記録される。たとえば、残り３分であるときに試し読みが中断された場合は、「３分」が記録される。ただし、試し読みが終了している場合は「０分」が記録される。

会員登録情報ＤＢ１２４は、配信サイトで会員登録を行ったユーザのユーザ情報が記録されるデータベースである。図７を参照して、会員登録ＤＢ１２４は、たとえば各行がユーザ情報を示すテーブルデータであり、「テンプレート」、「登録ＩＤ」、「パスワード」、「履歴」、「ポイント」および「ポイント有効期限」などの列を含む。そのため、会員登録されたユーザ情報には、「テンプレート」、「登録ＩＤ」、「パスワード」、「履歴」、「ポイント」、「ポイント有効期限」などが含まれる。なお、「テンプレート」および「履歴」の列は、簡易登録情報ＤＢ１２２のものと同じであるため、詳細な説明は省略する。

「登録ＩＤ」の列には、ログインする際に、ユーザを識別するために必要な文字列（登録ＩＤ：「ＡＡＡ」など）が記録される。「パスワード」の列には、ログインするときに必要なパスワードの文字列（パスワード：「１２３４」など）が記録される。「ポイント」の列には、会員として登録されたユーザに付与される累計ポイント（「８０」など）が記録される。「ポイント有効期限」の列には、累計ポイントの有効期限を示す日付（「２０１１／１２／１１」など）が記録される。なお、本実施例では、この累計ポイントを消費（利用）することで、試し読みを延長することができる。

図８を参照して、管理サーバ１０２のＲＡＭ１１４には、試し読みの制限情報を決めるための制限情報設定テーブルが記録される。制限情報設定テーブルには、「種類」および「制限情報」の列が含まれる。「種類」の列には、上述した「小説」や「コミック」などの電子書籍データの種類が記録される。そして、「制限情報」の列には、それらの種類に対応して、「５分」、「３分」などの制限情報が記録される。つまり、本実施例では、試し読みの制限情報は、電子書籍の種類によって変化する。たとえば、ユーザが「小説」の電子書籍を試し読みする場合、「５分」の間は、内容を自由に確認することができる。また、ユーザが「コミック」の電子書籍を試し読みする場合、「３分」の間は、内容を自由に確認することができる。

なお、他の実施例では、電子書籍の種類には、「雑誌」や「辞典」なども含まれる。また、制限情報設定テーブルに記録される制限情報は、電子書籍のページ数や文字数が多くなるにしたがって、大きくなってもよい。

次に、図９−図１７を参照して、この実施例の動作の概要を説明する。この実施例では、電子書籍の試し読みの自由度を上げると共に、同じユーザが１つの電子書籍データの試し読みを、何度も繰り返さないようにすることができる。

図９（Ａ）は、配信サイトのトップ画面の表示例である。このトップ画面を表示するディスプレイ１４の表示範囲は、状態表示領域６０および機能表示領域６２を含む。状態表示領域６０には、アンテナ３４による電波受信状態を示すアイコン（ピクト）、二次電池の残電池容量を示すアイコンおよび時刻が表示される。また、機能表示領域６２に表示されるトップ画面には、登録メニューキー６４、ログインメニューキー６６およびコンテンツメニューキー６８が表示されると共に、各キーに対応する文章が表示される。

たとえば、ユーザが配信サイトで簡易登録および会員登録を行っていなければ、まず始めに簡易登録または会員登録する必要がある。そのため、ユーザが登録メニューキー６４に対してタッチ操作（登録操作）を行うと、図９（Ｂ）に示すように登録メニュー画面が、機能表示領域６２に表示される。登録メニュー画面には、簡易登録キー７０、会員登録キー７２および戻るキー７４が含まれる。ただし、戻るキー７４が操作されると、ディスプレイ１４の表示が図９（Ａ）に示すトップ画面の表示に戻る。

ユーザが簡易登録キー７０にタッチ操作を行うと、機能表示領域６２には図１０（Ａ）に示す簡易登録画面が表示される。簡易登録画面には、生体情報（虹彩情報）の登録を行うことを確認するメッセージと共に、そのメッセージに対して同意するための同意キー７６、およびそのメッセージに対する同意を拒絶するための拒絶キー７８が含まれる。ユーザが同意キー７６に対してタッチ操作を行うと、ユーザの虹彩を撮影する処理が実行される。そして、撮影された画像データはユーザ情報として管理サーバ１０２に送信され、そのユーザ情報が簡易登録される。なお、拒絶キー７８に対してタッチ操作がされると、ディスプレイ１４の表示が図９（Ｂ）に示す登録メニュー画面に戻る。

一方、ユーザが会員登録キー７２にタッチ操作を行うと、機能表示領域６２には図１０（Ｂ）に示す会員登録画面が表示される。会員登録画面には、登録ＩＤを入力する第１入力領域８０およびパスワードを入力する第２入力領域８２が含まれる。さらに、簡易登録画面と同様、会員登録画面にも、生体情報（虹彩情報）の登録を行うことを確認するメッセージ、同意キー７６、拒絶キー７８が含まれる。たとえば、ユーザは、第１入力領域８０に対してタッチ操作を行うことで所望の登録ＩＤを入力することができ、第２入力領域８２に対してタッチ操作を行うことで所望のパスワードを入力することができる。

登録ＩＤおよびパスワードが入力された状態で、同意キー７６にタッチ操作がされると、ユーザの虹彩を撮影する処理が実行される。そして、入力された登録ＩＤ、パスワードおよび撮影された画像データが、ユーザ情報として管理サーバ１０２に送信され、そのユーザ情報が会員登録される。なお、登録ＩＤおよびパスワードが入力されていない状態で、同意キー７６にタッチ操作がされたとしても、会員登録はされない。また、登録ＩＤおよびパスワードの入力に関わらず、拒絶キー７８に対してタッチ操作がされると、簡易登録のときと同様、ディスプレイ１４の表示が登録メニュー画面に戻る。

ここで、簡易登録または会員登録において、ユーザが既にユーザ情報を登録している場合、つまり生体情報が簡易登録情報ＤＢ１２２または会員登録情報ＤＢ１２４に記録されている場合、図１１に示すように、会員登録ができないことを示すメッセージがディスプレイ１４に表示される。このように、本実施例では、生体情報を利用して１人のユーザが複数のユーザ情報を登録できないようにすることで、試し読みが不正に繰り返されることを禁止している。

このようにしてユーザ情報が登録された後、図９（Ａ）に示すトップ画面でログインメニューキー６６に対してタッチ操作がされると、図１２に示すように、機能表示領域６２にはログイン画面が表示される。ログイン画面には、簡易登録したユーザがログインするための第１ログインキー８４と、会員登録したユーザがログインするための第２ログインキー８６とが含まれる。

第１ログインキー８４に対してタッチ操作が行われると、ユーザの虹彩を撮影する処理が実行され、撮影により得られた画像データが認証データとして管理サーバ１０２に送信される。管理サーバ１０２は、認証データに含まれる、虹彩の画像データから特徴量を抽出し、簡易登録情報ＤＢ１２２に保存されているテンプレートから、一致するテンプレートを検索する。その結果、一致するテンプレートが見つかれば、ユーザ認証が成功したとして電子書籍端末１０に返信する。一方、一致するテンプレートが見つからなければ、ユーザ認証が失敗したとして電子書籍端末１０に返信する。

また、第２ログインキー８６に対してタッチ操作が行われると、登録ＩＤおよびパスワードの入力を求めるＧＵＩがディスプレイ１４に表示される。そして、登録ＩＤおよびパスワードの入力が完了すると、それらが認証データとして管理サーバ１０２に送信される。管理サーバ１０２は、会員登録情報ＤＢ１２４から、認証データに含まれる登録ＩＤとパスワードと一致するユーザ情報を検索する。

このようにして、ユーザがログインした後に、図９（Ａ）に示すトップ画面でコンテンツメニューキー６８に対してタッチ操作がされると、管理サーバ１０２の電子書籍ＤＢ１２０に保存されている電子書籍データを、種類や、出版社などに基づいて一覧表示するメニュー画面がディスプレイ１４に表示される。ここで、売れ筋やアクセス頻度などに基づいて作成された「お勧めコンテンツ」の一覧を表示する操作がされると、図１３に示すように、電子書籍テーブルなどに基づいて電子書籍のお勧め画面が表示される。

図１３を参照して、お勧め画面には、名称が「＋＋＋」の電子書籍の詳細、および名称が「＊＊＊」の電子書籍の詳細などが含まれる。たとえば、「＋＋＋」の電子書籍には、種類が「コミック」、値段が「４３０円」およびコメントが「連載が…」と関連付けて表示されると共に、その電子書籍を購入するための第１購入キー８８ａと、試し読みを行うための第１試し読みキー９０ａとが関連付けて表示される。

「＊＊＊」の電子書籍の詳細には、種類が「小説」、値段が「１６００円」、コメントが「なし」として関連付けて表示されると共に、その電子書籍を購入するための第２購入キー８８ｂおよび試し読みを行うための第２試し読みキー９０ｂが関連付けて表示される。

このように表示された状態で、下線が付されている電子書籍のコメントにタッチ操作が行われると、コメントの全文が表示される。また、第１購入キー８８ａまたは第２購入キー８８ｂにタッチ操作がされると、対応する電子書籍の購入処理が実行される。そして、第１試し読みキー９０ａまたは第２試し読みキー９０ｂにタッチ操作がされると、対応する電子書籍の試し読み制御処理が実行される。

試し読み制御処理が実行されると、携帯電話機１０は選択された電子書籍データを管理サーバ１０２から取得（ダウンロード）し、取得した電子書籍データの番号（「０００２」など）とログインするときに入力された認証データとを管理サーバ１０２に送信する。管理サーバ１０２では、認証データと電子書籍の番号とが受信されると、認証データに基づいてデータベースからユーザ情報が検索され、履歴が読み出される。そして、その履歴に、受信した電子書籍の番号が含まれていなければ、電子書籍データを復号するための鍵データと制限情報とを含む許可データとが、管理サーバ１０２から電子書籍端末１０に送信される。その結果、図１４に示すように、機能表示領域６２には、電子書籍の内容と共に、制限情報９２（残り：３分）が表示される。このように、ユーザによって試し読みがされていない電子書籍データであれば、試し読みが許可される。

また、受信した電子書籍の番号がユーザの履歴に含まれていれば、履歴に含まれる制限情報が残っているかがさらに判断される。そして、制限情報が残っている場合には、その制限情報と電子書籍データを復号するための鍵データとが許可データとして、電子書籍端末１０に送信される。つまり、ユーザは試し読みを中断したとしても別のタイミングで試し読みを継続することができるため、試し読みを行うユーザの利便性が向上する。

一方、制限情報が残っていなければ、試し読みの禁止が電子書籍端末１０に通知される。ただし、他の実施例では、履歴の制限情報にかかわらず、試し読みが一度された電子書籍に関しては、試し読みを禁止するようにしてもよい。つまり、ユーザが、同一の電子書籍の試し読みを、繰り返さないようにできる。

このように、本実施例では、電子書籍を購入する前にその内容をユーザに確認させつつ、電子書籍の不正な試し読みを防止できる。

次に、図１５を参照して、試し読みが開始されてから、制限情報９２によって示された時間が経過すると、試し読みが終了したことを通知する終了ポップアップＰｅが機能表示領域６２に表示される。終了ポップアップＰｅには、試し読みが終了することを了承する了承キーＰ１、試し読みを行った電子書籍を購入するための購入キーＰ２および試し読みを延長するための延長キーＰ３が含まれる。

たとえば、ユーザが了承キーＰ１に対してタッチ操作を行うと、機能表示領域６２に表示されている電子書籍および終了ポップアップＰｅが消去され、電子書籍の一覧が表示されるお勧め画面（図１３）などに戻る。また、購入キーＰ２に対してタッチ操作がされると、機能表示領域６２に表示されている電子書籍の購入処理が実行される。つまり、試し読みを行うユーザが、電子書籍を購入しやすい状況を設けることができる。

そして、図１６を参照して、延長キーＰ３が操作されると、上述したポイントを利用して試し読みを延長するための入力ポップアップＰｉが、終了ポップアップＰｅに代えて表示される。そして、ユーザは、入力ポップアップＰｉに対して利用ポイントを入力することで、試し読みを延長することができる。

たとえば、入力ポップアップＰｉには、「５０ポイントで５分延長できます。何ポイント利用されますか？」のメッセージと、ユーザに付与されている累計ポイント（「１３０ポイント」）を示す文字列とが含まれる。また、入力ポップアップＰｉには、利用するポイント（利用ポイント）を入力するためのポイント入力領域Ｐ４、入力した利用ポイントを確定する確定キーＰ５および試し読みを延長せずに終了する終了キーＰ６も含まれる。

このような状態で、ポイント入力領域Ｐ４に対してタッチ操作が行われ、「５０（ポイント）」が入力された状態で確定キーＰ５が操作されると、ユーザの累計ポイントから５０ポイントが消費（減算）されて、「＋＋＋」の電子書籍の試し読みが５分延長される。つまり、ユーザはポイントを消費することで、試し読みを延長させることができる。

また、終了キーＰ６が操作された場合、入力ポップアップＰｉなどの表示が消え、電子書籍の一覧が表示される。

なお、本実施例では、延長キーＰ３は、会員としてログインしていなければ、表示されない。つまり、簡易登録したユーザの場合、試し読みの延長を行うことができない。

また、本実施例では、ユーザは累計ポイントを、増やすことができる。図１７を参照して、会員登録したユーザは、ログインした後に、ユーザ専用の会員画面を表示させることができる。この会員画面では、ユーザの累計ポイント（「８０ポイント」）と、ユーザが試し読みを行った電子書籍の履歴とが表示される。履歴には、試し読みを行った電子書籍（「＊＊＊」など）、日付（「９／１１」など）が含まれると共に、他のユーザが書いたコメントを見るためのコメントリンク９４ａ，９４ｂと、コメントを入力するための入力リンク９６とが含まれる。

ここで、ユーザは、入力リンク９６に対してタッチを行うことで、試し読みを行った電子書籍にコメント（感想）を投稿することができる。そして、コメントが投稿されると、ユーザの累計ポイントには、５ポイントが加算される。

また、ポイントは、電子書籍を購入したときにその購入金額の所定割合（たとえば、１０％）が加算されてもよいし、試し読みが所定時間（３分）延長されたときに所定ポイント（１ポイント）が加算されてもよいし、課金することでポイントが購入できてもよい。一方、ポイントは、本を購入するときに利用できてもよいし、他のシステムのポイントとして変換できてもよい。さらに、ポイントが発行されてから所定期間（たとえば、２か月）が経過して、ポイント有効期限を迎えると、失効するようにしてもよい。

このように、ユーザにポイントを加算することで、電子書籍配信システムが利用される頻度を向上させることができる。

以上で実施例の特徴を概説したが、以下には、図１８に示す電子書籍端末１０のＲＡＭ４２のメモリマップ、図１９に示す管理サーバ１０２のＲＡＭ１１４のメモリマップ、図２０、図２２−図２５に示す電子書籍端末１０のプロセッサ３０によるフロー図、および図２１、図２６、図２７に示す管理サーバ１０２のプロセッサ１１０によるフロー図を用いて詳細に説明する。

図１８を参照して、図３に示すＲＡＭ４２には、プログラム記憶領域３０２とデータ記憶領域３０４とが形成される。プログラム記憶領域３０２は、先に説明したように、フラッシュメモリ４０（図３）に予め設定しているプログラムデータの一部または全部を読み出して記憶（展開）しておくための領域である。

プログラム記憶領域３０２には、簡易登録または会員登録を行うための登録プログラム３１０、配信サイトにログインするためのログインプログラム３１２、電子書籍の試し読みを制御するための試し読み制御プログラム３１４などが含まれる。なお、図示は省略するが、プログラム記憶領域３０２には、ネットワーク５００との無線通信を確立するためのプログラムなども含まれる。

続いて、ＲＡＭ４２のデータ記憶領域３０４には、タッチバッファ３３０、ユーザ情報バッファ３３２、認証バッファ３３４、試し読みバッファ３３６および許可バッファ３３８が設けられると共に、タッチ座標マップデータ３４０が記憶される。また、データ記憶領域３０４には、タッチフラグ３４２、会員フラグ３４４および閲覧カウンタ３４６も設けられる。

タッチバッファ３３０には、タッチパネル制御回路４４が出力するタッチ座標のデータが記憶される。ユーザ情報バッファ３３２には、ユーザの虹彩を撮影することで得られた画像データ、入力ＩＤおよびパスワードなどを含むユーザ情報が一時的に記憶される。認証バッファ３３６には、ログインする際に、ユーザによって入力された登録ＩＤおよびパスワードや、ユーザの虹彩を撮影することで得られた画像データを含む認証データが一時的に記憶される。試し読みバッファ３３４には、試し読みがされる電子書籍データが一時的に記憶される。許可バッファ３３８には、電子書籍データを復号するための鍵データおよび試し読みを制限する制限情報を含む、許可データが一時的に記憶される。

タッチ座標マップデータ３４０は、タッチ操作におけるタッチ座標と、ディスプレイ１４の表示座標とを対応付けるためのデータである。つまり、タッチ座標マップデータ３４０に基づいて、タッチパネル１６に対して行われたタッチ操作の結果が、ディスプレイ１４の表示に反映される。

タッチフラグ３４２は、タッチパネル１６に対してタッチされているか否かを判断するためのフラグである。たとえば、タッチフラグ３４２は、１ビットのレジスタで構成される。タッチフラグ３４２がオン（成立）されると、レジスタにはデータ値「１」が設定される。一方、タッチフラグ３４２がオフ（不成立）されると、レジスタにはデータ値「０」が設定される。なお、タッチフラグ３４２は、タッチパネル制御回路４４が出力する信号に基づいてオン／オフが切り換えられる。

また、会員フラグ３４４は、会員としてログインしているかを示すためのフラグである。たとえば、会員フラグ３４４は、登録ＩＤとパスワードとを含む認証データが送信されると、オンにされる。なお、会員フラグ３４４の構成は、タッチフラグ３４２と略同じであるため、構成についての詳細な説明は省略する。

閲覧カウンタ３４６は、電子書籍を試し読みしているときにカウントされるカウンタであり、カウンタの上限値は許可データに含まれる制限情報に基づいて設定される。また、閲覧カウンタ３４６は、電子書籍の試し読みが開始されると、カウント（計測）を開始する。

なお、データ記憶領域３０４には、ディスプレイ１４に表示されるＧＵＩに対応する画像や文字のデータなどが記憶されると共に、電子書籍端末１０の動作に必要なカウンタや、フラグも設けられる。

図１９を参照して、図４に示すＲＡＭ１１４にも、プログラム記憶領域４０２とデータ記憶領域４０４とが形成される。

プログラム記憶領域４０２には、電子書籍端末１０から送信されたユーザ情報を受領し、登録するための受領プログラム４１０、電子書籍端末１０の試し読みを許可できるかを判断するための判断プログラム４１２および会員登録されたユーザのポイントを管理するためのポイント管理プログラム４１４などが含まれる。なお、管理サーバ１０２のプログラム記憶領域４０２にも、ネットワーク５００との通信を確立するためのプログラムなどが含まれる。

続いて、ＲＡＭ１１４のデータ記憶領域４０４には、図５に示す構成の電子書籍テーブルデータ４３０、図８に示す構成の制限情報設定テーブルデータ４３２などが記憶される。なお、図示は省略するが、データ記憶領域４０４には、管理サーバ１０２の動作に必要なカウンタや、フラグも設けられる。

電子書籍端末１０のプロセッサ３０は、Ａｎｄｏｒｏｉｄ（登録商標）などのＬｉｎｕｘ（登録商標）ベースのＯＳや、その他のＯＳの制御下で、図２０、図２２−図２５に示すフロー図に従う処理などを含む、複数のタスクを並列的に処理する。また、管理サーバ１０２のプロセッサ１１０は、ＬｉｎｕｘなどのＯＳの制御下で図２１、図２６、図２７に示す、フロー図に従う処理などを含む、複数のタスクを並列的に処理する。

図２０は、電子書籍端末１０のプロセッサ３０によって実行される登録処理のフロー図である。たとえば、ユーザが電子書籍端末１０によってユーザ情報を登録する登録操作を行うと、電子書籍端末１０のプロセッサ３０はステップＳ１で、簡易登録か否かを判断する。つまり、登録メニュー画面（図９（Ｂ））で簡易登録キー７０が操作されたかが判断される。ステップＳ１で“ＮＯ”であれば、つまり簡易登録キー７０が操作されていなければ、プロセッサ３０はステップＳ３で会員登録か否かを判断する。つまり、登録メニュー画面で会員登録キー７２が操作されたかが判断される。ステップＳ３で“ＮＯ”であれば、つまり会員登録キー７２が操作されていなければ、プロセッサ３０はステップＳ５で、終了操作か否かを判断する。たとえば、登録メニュー画面で戻るキー７４が操作されたかが判断される。ステップＳ５で“ＹＥＳ”であれば、たとえば戻るキー７４が操作されると、プロセッサ３０は登録処理を終了する。

また、ステップＳ５で“ＮＯ”であれば、たとえば戻るキー７４を含む他のキーも操作されなければ、プロセッサ３０はステップＳ１に戻る。また、ステップＳ１で“ＹＥＳ”であれば、つまり簡易登録キー７０が操作されると、プロセッサ３０は、簡易登録画面（図１０（Ａ））を機能表示領域６２に表示して、ステップＳ７で登録するか否かを判断する。つまり、簡易登録画面で同意キー７６が操作されたか否かを判断する。ステップＳ７で“ＮＯ”であれば、つまり簡易登録画面で拒絶キー７８が操作されると、プロセッサ３０は登録処理を終了する。

また、ステップＳ７で“ＹＥＳ”であれば、つまり簡易登録画面で同意キー７６が操作されると、ステップＳ９で生体情報データを取得する。つまり、プロセッサ３０は、カメラモジュール４６を起動させてユーザの虹彩を撮影する処理を実行し、撮影により得られた画像データをユーザ情報バッファ３３２に記憶させる。続いて、プロセッサ３０はステップＳ１１で、生体情報データをユーザ情報として送信する。つまり、ユーザ情報バッファ３３２に記憶されている画像データをユーザ情報として、管理サーバ１０２に送信する。

続いて、ステップＳ１３でプロセッサ３０は、受領されたか否かを判断する。つまり、プロセッサ３０は、ユーザ情報の簡易登録が完了したことを知らせる受領通知を、管理サーバ１０２から受信したか判断する。ステップＳ１３で“ＹＥＳ”であれば、つまり受領通知を受信すれば、プロセッサ３０は登録処理を終了する。一方、ステップＳ１３で“ＮＯ”であれば、ユーザ情報が既に登録済みであることが通知されると、ステップＳ１５でプロセッサ３０は、エラーを通知して、登録処理を終了する。たとえば、プロセッサ３０は、ユーザ情報を登録ができないことを示すメッセージ（図１１）を機能表示領域６２に表示する。

次に、会員登録キー７２が操作されると、つまりステップＳ３で“ＹＥＳ”であれば、ステップＳ１７でプロセッサ３０は、図１０（Ｂ）に示す会員登録画面を表示して、入力処理を実行する。つまり、入力処理が実行されると、登録ＩＤおよびパスワードを入力するタッチ操作が受け付けられる。また、入力された登録ＩＤおよびパスワードは、入力データとしてユーザ情報バッファ３３２に記憶される。続いて、ステップＳ１９でプロセッサ３０は、登録するか否かを判断する。つまり、会員登録画面で同意キー７６が操作されたが判断される。ステップＳ１９で“ＮＯ”であれば、たとえば会員登録画面で拒絶キー７８が操作されると、プロセッサ３０は登録処理を終了する。

また、ステップＳ１９で“ＹＥＳ”であれば、つまり会員登録画面で同意キー７６が操作されると、プロセッサ３０は、ステップＳ２１で生体情報データを取得して、ステップＳ２３で生体情報データと入力データとをユーザ情報として送信する。たとえば、ステップＳ２１では、ステップＳ９と同様、ユーザの虹彩を撮影した撮影データがユーザ情報バッファ３３２に記憶される。そして、プロセッサ３０はステップＳ２３で、ユーザ情報バッファ３３２に記憶されている、画像データ（生体情報データ）と、登録ＩＤおよびパスワードを含む入力データとを、ユーザ情報として管理サーバ１０２に送信する。

続いて、ステップＳ２５でプロセッサ３０は、受領されたかを判断する。つまり、プロセッサ３０は、ユーザ情報の会員登録が完了したことを知らせる受領通知を、管理サーバ１０２から受信したかを判断する。ステップＳ２５で“ＹＥＳ”であれば、つまりユーザ情報の会員登録が完了すれば、プロセッサ３０は登録処理を終了する。また、ステップＳ２５で“ＮＯ”であれば、つまりユーザ情報が既に登録済みであることが通知されると、プロセッサ３０は、ステップＳ１５と同様、ステップＳ２７でエラーを通知して、登録処理を終了する。

なお、ステップＳ１５，Ｓ２７の処理を実行するプロセッサ３０は通知部として機能する。

図２１は、管理サーバ１０２のプロセッサ１１０によって実行される受領処理のフロー図である。管理サーバの１０２の電源がオンにされると、管理サーバ１０２のプロセッサ１１０はステップＳ４１で、ユーザ情報を受信したか否かを判断する。つまり、電子書籍端末１０から、簡易登録または会員登録のために送信されたユーザ情報を受信したかが判断される。ステップＳ４１で“ＮＯ”であれば、つまりユーザ情報を受信しなければ、プロセッサ１１０はステップＳ４１の処理を繰り返す。

一方、ステップＳ４１で“ＹＥＳ”であれば、つまり電子書籍端末１０からユーザ情報を受信すると、ステップＳ４３でプロセッサ１１０は、既に登録されているか否かを判断する。まず、プロセッサ１１０は、ユーザ情報に含まれている画像データから虹彩の特徴量を抽出する。そして、プロセッサ１１０は、簡易登録情報ＤＢ１２２および会員登録Ｄ１２４において、その特徴量と一致するテンプレートが記憶されているかを判断する。ステップＳ４３で“ＹＥＳ”であれば、つまり抽出した特徴量と一致するテンプレートがいずれかのデータベースに記憶されていれば、ステップＳ４５でプロセッサ１１０は、登録済みであることを通知して、ステップＳ４１に戻る。つまり、ユーザ情報を新たに登録しようとしているユーザは既にユーザ情報を登録しているため、登録済みであることが電子書籍端末１０に通知される。

ステップＳ４３で“ＮＯ”であれば、つまり抽出した特徴量と一致するテンプレートが各データベースに記憶されていなければ、ステップＳ４７でプロセッサ１１０は、簡易登録か否かを判断する。たとえば、プロセッサ１１０は、会員登録のための登録ＩＤおよびパスワードが、受信したユーザ情報に含まれているかを判断する。

ステップＳ４７で“ＹＥＳ”であれば、つまり登録ＩＤおよびパスワードがユーザ情報に含まれていなければ、ステップＳ４９でプロセッサ１１０は、ユーザ情報を簡易登録情報ＤＢ１２２に登録する。たとえば、プロセッサ１１０は、画像データから抽出した特徴量をテンプレートとして保存する。そして、プロセッサ１１０は、図６に示す簡易登録情報ＤＢ１２２のテーブルに新しい行を追加して、保存されたテンプレートのファイル名およびメモリアドレスを「テンプレート」の欄に記録する。そして、プロセッサ１１０は、「履歴」の各欄が、何も記録されていない状態となるように、初期化する。

一方、ステップＳ４７で“ＮＯ”であれば、つまり登録ＩＤおよびパスワードがユーザ情報に含まれていれば、ステップＳ５１でユーザ情報を会員登録情報ＤＢ１２４に登録する。たとえば、プロセッサ１１０は、図７に示す会員登録情報ＤＢ１２４のテーブルに新しい行を追加して、「登録ＩＤ」および「パスワード」の欄に受信したユーザ情報に含まれる登録ＩＤとパスワードとを記録する。また、プロセッサ１１０は、ステップＳ４９と同様、保存されたテンプレートのファイル名およびメモリアドレスを「テンプレート」の欄に記録する。そして、プロセッサ１１０は、「履歴」、「ポイント」および「ポイント有効期限」の欄が、何も記録されていない状態となるように、初期化する。

ステップＳ４９またはステップＳ５１でユーザ情報の登録が終了すれば、プロセッサ１１０はステップＳ５３で受領通知を返信する。つまり、ユーザ情報の登録が完了したことを、電子書籍端末１０に通知する。

なお、ステップＳ４９またはステップＳ５１の処理を実行するプロセッサ１１０は登録部として機能する。

図２２は、電子書籍端末１０のプロセッサ３０によって実行されるログイン処理のフロー図である。たとえば、ユーザが電子書籍端末１０に対してログイン操作を行うと、プロセッサ３０はステップＳ６１で認証データ入力処理を実行する。たとえば、第１ログインキー８４が操作されると、プロセッサ３０はユーザの虹彩を撮影する処理を実行し、撮影によって得られた画像データを認証データとして認証バッファ３３４に記憶させる。また、第２ログインキー８６が操作されると、プロセッサ３０は、登録ＩＤとパスワードとの入力を受け付け、入力された登録ＩＤとパスワードとを認証データとして認証バッファ３３４に記憶させる。

続いて、ステップＳ６３でプロセッサ３０は、認証データを送信する。つまり、認証バッファ３３４に記憶されている認証データを管理サーバ１０２に送信する。また、登録ＩＤとパスワードとを含む認証データを送信した場合、会員フラグ３４４がオンにされる。続いて、ステップＳ６５でプロセッサ３０は、認証されたか否かを判断する。つまり、認証データと一致するユーザ情報が特定されたことが、管理サーバ１０２から通知されたかを判断する。ステップＳ６５で“ＮＯ”であれば、たとえば認証データと一致するユーザ情報が特定できなかったことが通知されると、プロセッサ３０はステップＳ６１に戻る。一方、ステップＳ６５で“ＹＥＳ”であれば、つまり認証データと一致するユーザ情報が特定されたことが通知されると、プロセッサ３０はログイン処理を終了する。

図２３は、電子書籍端末１０のプロセッサ３０によって実行される試し読み制御処理のフロー図である。たとえば、ユーザが電子書籍端末１０で、試し読みを行う電子書籍を選択する操作を行うと、電子書籍端末１０のプロセッサ３０はステップＳ７１で、選択された電子書籍を取得する。たとえば、図１３に示す第１試し読みキー９０ａが操作された場合、プロセッサ３０は「＋＋＋」の電子書籍データを、管理サーバ１０２から取得（ダウンロード）する。そして、取得した電子書籍データは、試し読みバッファ３３６に記憶させる。なお、ステップＳ７１の処理を実行するプロセッサ３０は取得部として機能する。

続いて、ステップＳ７３でプロセッサ３０は、会員としてログインしているか否かを判断する。つまり、会員フラグ３４４がオンであるか否かを判断する。ステップＳ７３で“ＹＥＳ”であれば、つまり会員としてログインされていれば、プロセッサ３０はステップＳ７５で第１試し読み処理を実行して、試し読み制御処理を終了する。また、ステップＳ７３で“ＮＯ”であれば、つまり会員としてログインしていなければ、プロセッサ３０はステップＳ７７で第２試し読み処理を実行して、試し読み制御処理を終了する。なお、第１試し読み処理および第２試し読み処理については、図２４および図２５のフロー図を用いて説明するため、詳細な説明は省略する。

図２４は、電子書籍端末１０のプロセッサ３０によって実行される第１試し読み処理のフロー図である。図２３に示す試し読み制御処理でステップＳ７５が実行されると、電子書籍端末１０のプロセッサ３０はステップＳ９１で、取得した電子書籍の番号および認証データを送信する。たとえば、「＋＋＋」の電子書籍データであれば番号は「０００２」であるため、プロセッサ３０は、電子書籍の番号「０００２」と、登録ＩＤおよびパスワードが含まれる認証データとを、管理サーバ１０２に送信する。

続いて、ステップＳ９３でプロセッサ３０は、試し読みが許可されたか否かを判断する。つまり、電子書籍データを復号するための鍵データと、試し読みの制限情報とを含む許可データを、管理サーバ１０２から受信したかが判断される。ステップＳ９３で“ＮＯ”であれば、つまり試し読みの禁止が通知されると、プロセッサ３０はステップＳ１１９で、完了処理を実行して、第１試し読み処理を終了し、試し読み制御処理に戻る。たとえば、完了処理が実行されると、電子書籍データが記憶されている試し読みバッファ３３６が初期化される。つまり、試し読みのために取得された電子書籍データが不正に保存されないようにするため、試し読みバッファ３３６が初期化される。

また、ステップＳ９３で“ＹＥＳ”であれば、つまり許可データを受信すると、プロセッサ３０は、許可データを許可バッファ３３８に保存して、ステップＳ９５で閲覧カウンタ３４６を設定する。たとえば、「＋＋＋」の試し読みを行う、その電子書籍の種類が「コミック」であるため、受信した許可データに含まれる制限情報は「３分」となる。そのため、ステップＳ９５では、閲覧カウンタ３４６が「３分」で満了するように設定される。続いて、ステップＳ９７では、電子書籍を表示する。つまり、電子書籍の試し読みが開始される。また、具体的には、試し読みバッファ３３６に記憶されている電子書籍データが、受信した許可データに含まれる鍵データによって復号され、復号結果がディスプレイ１４の機能表示領域６２に表示される。

続いて、ステップＳ９９でプロセッサ３０は、カウントを開始する。たとえば、「３分」で満了する閲覧カウンタ３４６による時間の計測を開始する。続いて、ステップＳ１０１でプロセッサ３０は、閲覧カウンタが満了したか否かを判断する。たとえば、電子書籍が表示されてから、「３分」が経過したかが判断される。ステップＳ１０１で“ＮＯ”であれば、たとえば「３分」が経過していなければ、ステップＳ１０３でプロセッサ３０は、試し読みの中断か否かを判断する。たとえば、機能キー２２が操作されたか否かを判断する。ステップＳ１０３で“ＮＯ”であれば、つまり試し読みの中断操作がされていなければ、ステップＳ１０１に戻る。一方、ステップＳ１０３で“ＹＥＳ”であれば、つまり試し読みの中断操作がされると、プロセッサ３０はステップＳ１１９で完了処理を実行する。また、試し読みが中断された場合、完了処理では閲覧カウンタ３４６の状態に基づいて、残りの制限情報が算出される。そして、算出された制限情報が管理サーバ１０２に送信されると共に、試し読みバッファ３３６が初期化される。

また、ステップＳ１０１で“ＹＥＳ”であれば、たとえば「＋＋＋」の電子書籍の試し読みが始まってから「３分」が経過すれば、ステップＳ１０５でプロセッサ３０は、終了ポップアップＰｅを表示する。たとえば、図１５に示すように、機能表示領域６２にポップアップＰｅを表示する。

続いて、ステップＳ１０７でプロセッサ３０は、試し読みを延長するか否かを判断する。つまり、終了ポップアップＰｅに含まれる延長キーＰ３が操作されたかが判断される。なお、ステップＳ１０７の処理を実行するプロセッサ第１確認部として機能する。

ステップＳ１０７で“ＹＥＳ”であれば、つまり延長キーＰ３が操作されると、ステップＳ１０９で入力ポップアップＰｉを表示する。たとえば、図１６に示すような入力ポップアップＰｉが表示される。また、入力ポップアップＰｉに現在のポイントを表示するために、プロセッサ３０は、管理サーバ１０２とデータ通信を行い、対応するユーザの累計ポイントを取得する。

続いて、ステップＳ１１１でプロセッサ３０は、利用ポイントが入力されたか否かを判断する。つまり、ポイント入力領域Ｐ４に対して利用ポイントが入力された状態で、確定キーＰ５が操作されたか否かを判断する。ステップＳ１１１で“ＮＯ”であれば、つまり終了キーＰ６が操作されると、プロセッサ３０は、ステップＳ１１９で完了処理を実行して、第１試し読み処理を終了し、試し読み制御処理に戻る。また、ステップＳ１１１で“ＹＥＳ”であれば、つまり利用ポイントが入力された状態で確定キーＰ５が操作されると、プロセッサ３０は、ステップＳ１１３で入力された利用ポイントを認証データと共に送信し、ステップＳ９５に戻る。たとえば、「５０ポイント」が入力された状態で確定キーＰ５が操作されると、「５０ポイント」と、認証バッファ３３８に記憶されている認証データとを、管理サーバ１０２に送信する。また、管理サーバ１０２は、送信された利用ポイントに基づいて制限情報を決め、改めて許可データを電子書籍端末１０に送信する。そして、プロセッサ３０は、ステップＳ９５で、改めて受信した許可データに基づいて、閲覧カウンタ３４６を設定する。

また、ステップＳ１０７で“ＮＯ”であれば、つまり延長キーＰ３が操作されていなければ、ステップＳ１１５でプロセッサ３０は試し読みを行った電子書籍を購入するかを確認する。つまり、購入キーＰ２が操作されたかが判断される。なお、ステップＳ１１５の処理を実行するプロセッサ３０は第２確認部として機能する。

ステップＳ１１５で“ＹＥＳ”であれば、つまり購入キーＰ２が操作されると、プロセッサ３０は、ステップＳ１１７で購入処理を実行し、ステップＳ１１９に進む。たとえば、購入処理が実行されると、「＋＋＋」の電子書籍が購入される。また、ステップＳ１１５で“ＮＯ”であれば、つまり了承キーＰ１が操作された場合、ステップＳ１１９で完了処理を実行し、第１試し読み処理を終了して、試し読み制御処理に戻る。なお、電子書籍の試し読みが終了した状態で完了処理が実行された場合、管理サーバ１０２には、残りの制限情報が「０分」として送信され、試し読みバッファ３３６が初期化される。

図２５は、電子書籍端末１０プロセッサ３０によって実行される第２試し読み処理のフロー図である。また、第１試し読み処理と重複するステップについては、簡単のため説明を省略する。たとえば、図２３に示す試し読み制御処理でステップＳ７７が実行されると、電子書籍端末１０のプロセッサ３０はステップＳ１３１で取得した電子書籍の番号および認証データを送信する。ステップＳ１３１では、電子書籍の番号と、ユーザの虹彩を撮影することで得られた画像データを含む認証データとを、管理サーバ１０２に送信する。なお、ステップＳ１３３−Ｓ１４３は、第１試し読み処理のＳ９３−Ｓ１０３と同じであるため、説明を省略する。

続いて、ステップＳ１４５で終了ポップアップＰｅを表示する。ただし、第１試し読み処理のステップＳ１０５で表示される終了ポップアップＰｅとは異なり、ステップＳ１４２で表示される終了ポップアップＰｅには延長キーＰ３が含まれない。これは、簡易登録したユーザには、試し読みを延長するためのポイントが付与されないからである。

ステップＳ１４５の処理が終了すると、ステップＳ１４７でプロセッサ３０は、電子書籍を購入するか否かを判断する。つまり、簡易登録したユーザは試し読みの延長ができないため、第２試し読み処理には、第１試し読み処理における延長に関する処理（ステップＳ１０７−Ｓ１１３）が含まれていない。なお、ステップＳ１４７−Ｓ１５１の処理は、第１試し読み処理のＳ１１５−Ｓ１１９と同じであるため、説明を省略する。ただし、ステップＳ１４７の処理を実行するプロセッサ３０は第２確認部として機能する。

図２６は、管理サーバ１０２のプロセッサ１１０によって実行される判断処理のフロー図である。管理サーバ１０２の電源がオンになると、プロセッサ１１０はステップＳ１７１で、電子書籍の番号と認証データとを受信したか否かを判断する。つまり、試し読みを行うために電子書籍端末１０から送信された、電子書籍の番号と認証データとを受信したか否かを判断する。ステップＳ１７１で“ＮＯ”であれば、つまり管理サーバ１０２が電子書籍の番号と認証データとを受信していなければ、プロセッサ１１０はステップＳ１７１の処理を繰り返す。一方、ステップＳ１７１で“ＹＥＳ”であれば、電子書籍の番号と認証データとを受信すれば、ステップＳ１７３でプロセッサ１１０は、利用ポイントも受信したか否かを判断する。つまり、試し読みを延長するために入力された利用ポイントが、電子書籍の番号および認証データと共に受信されたか判断される。

ステップＳ１７３で“ＮＯ”であれば、つまり利用ポイントが受信されていなければ、ステップＳ１７５でプロセッサ１１０は、認証データに基づいてユーザ情報を検索する。つまり、認証データに画像データが含まれていれば、画像データから虹彩の特徴量を抽出し、その特徴量と一致するテンプレートを含むユーザ情報を、簡易登録情報ＤＢ１２２から検索する。一方、認証データに登録ＩＤとパスワードが含まれていれば、それらを含むユーザ情報を、会員登録情報ＤＢ１２４から検索する。

続いて、ステップＳ１７７でプロセッサ１１０は、取得された電子書籍が履歴に記録されているか否かを判断する。つまり、認証データに基づいて特定されたユーザ情報の履歴において、受信した電子書籍の番号が含まれているかが判断される。ステップＳ１７７で“ＮＯ”であれば、つまりユーザによって選択された電子書籍が、そのユーザによって一度も試し読みがされていなければ、ステップＳ１７９でプロセッサ１１０は、制限情報設定テーブルに基づいて許可データを作成し、ステップＳ１８５に進む。たとえば、ユーザが「＋＋＋」の試し読みを行う場合、電子書籍の種類が「コミック」であるため、制限情報設定テーブル（図８）から「コミック」に対応する制限情報（３分）が読みされる。そして、「＋＋＋」の閲覧を可能にする鍵データと上記の制限情報とを含む、許可データが作成される。

また、ステップＳ１７７で“ＹＥＳ”であれば、つまり選択された電子書籍が、ユーザによって試し読みがされたことがあれば、ステップＳ１８１でプロセッサ１１０は、制限情報が残っているか否かを判断する。たとえば、特定されたユーザ情報において、履歴の制限情報に「１分」以上の数値が記録されているかが判断される。ステップＳ１８１で“ＹＥＳ”であれば、たとえば図７に示す会員登録情報ＤＢ１２４に示すように、履歴の制限情報の欄に「３分」が記録されていれば、ステップＳ１８３でプロセッサ１１０は、制限情報に基づいて許可データを作成する。たとえば、上述のように履歴の制限情報に「３分」が記録されていれば、「＋＋＋」の閲覧を可能にする鍵データと残っている制限情報（３分）とを含む、許可データが作成される。

そして、ステップＳ１８５でプロセッサ１１０は、ステップＳ１７９またはステップＳ１８３で作成された許可データを、電子書籍端末１０に送信して、ステップＳ１７１に戻る。

また、ステップ１８１で“ＮＯ”であれば、つまり特定されたユーザ情報における、履歴の制限情報が「０分」であれば、ステップＳ１８７でプロセッサ１１０は、試し読みの禁止を通知して、ステップＳ１７１に戻る。

ここで、試し読みを延長するための利用ポイントと認証データとが受信されると、つまりステップＳ１７３で“ＹＥＳ”と判断されると、ステップＳ１８９でプロセッサ１１０は、受信した利用ポイントに基づいて許可データを作成する。たとえば、５０ポイント毎に５分の制限情報となるように制限情報を設定し、そのように設定された制限情報を含む許可データが作成される。続いて、ステップＳ１９１でプロセッサ１１０は、ポイントを変更して、ステップＳ１８５に進む。つまり、ポイントを利用したユーザの累計ポイントが減算されるように命令を発行する。なお、この命令に応じて、後述するポイント管理処理において、ポイントを利用したユーザの累計ポイントが減算される。

なお、試し読みが一度でも行われれば、制限情報の残量に関係なく試し読みを禁止するようにした場合、ステップＳ１７７で“ＹＥＳ”と判断されると、プロセッサ１１０は、ステップＳ１８１，Ｓ１８３の処理を実行することなく、ステップＳ１８７に進む。

また、ステップＳ１７７およびステップＳ１８１の処理を実行するプロセッサ１１０は判断部として機能する。特に、ステップＳ１８１の処理を実行するプロセッサ１１０は制限情報判断部として機能する。さらに、ステップＳ１７９，Ｓ１８３，Ｓ１８５の処理を実行するプロセッサ１１０は許可部として機能する。そして、ステップＳ１８７の処理を実行するプロセッサ１１０は禁止部として機能する。

図２７は、管理サーバ１０２のプロセッサ１１０によって実行されるポイント管理処理のフロー図である。管理サーバ１０２の電源がオンにされると、プロセッサ１１０はステップＳ２０１で、累計ポイントの変更が指示されたか否かを判断する。たとえば、プロセッサ１１０は、上述したような、累計ポイントを減算する命令が発行されたかを判断する。ステップＳ２０１で“ＮＯ”であれば、たとえば累計ポイントを変更する命令が発行されていなければ、プロセッサ１１０はステップＳ２０１を繰り返す。また、ステップＳ２０１で“ＹＥＳ”であれば、たとえば累計ポイントを変更する命令が発行されると、ステップＳ２０３でプロセッサ１１０は、対象のユーザ情報を特定する。つまり、累計ポイントを変更するユーザのユーザ情報を特定する。

続いて、ステップＳ２０５でプロセッサ１１０は、ポイントの変更情報件を特定する。たとえば、ユーザが試し読みを行った電子書籍に対してコメントを投稿したのか、ユーザがポイントを利用して試し読みを延長したのかを判断する。続いて、ステップＳ２０７で、ポイントを加算する指示か否かを判断する。たとえば、ユーザがコメントを投稿したか否かを判断する。ステップＳ２０７で“ＹＥＳ”であれば、たとえば使用者がコメントを投稿すれば、ステップＳ２０９でプロセッサ１１０は、変更条件に基づいて、対象のユーザ情報のポイントを加算し、ステップＳ２０１に戻る。たとえば、コメントを投稿したユーザの累計ポイントに対して、５ポイントが加算される。なお、ステップＳ２０９の処理を実行するプロセッサ１１０は加算部として機能する。

一方、ステップＳ２０７で“ＮＯ”であれば、たとえばユーザが試し読みを延長するためにポイントを利用した場合、ステップＳ２１１でプロセッサ１１０は、変更条件に基づいて対象のユーザ情報のポイントを減算し、ステップＳ２０１に戻る。たとえば、５０ポイントを利用したユーザの累計ポイントから、５０ポイントが減算される。

なお、他の実施例では、生体情報が、網膜や、顔を撮影することで得られる網膜情報または顔情報であってもよい。さらに、生体情報は、声紋情報、指紋情報、静脈情報などであってもよい。

また、その他の実施例では、生体情報の特徴量を抽出してから、管理サーバ１０２に送信するようにしてもよい。

また、ポイントを利用して試し読みを延長する場合、電子書籍の種類に基づいて、所定ポイント毎に延長できる時間（制限情報）が変化するようにしてもよい。

また、簡易登録をしたユーザのユーザ情報を検索する際には、試し読みを行う電子書籍の番号と、現在時刻を基準とする所定時間（過去３時間など）とに基づいて、検索範囲が限定されてもよい。

また、さらにその他の実施例では、制限情報はページ数であってもよい。たとえば、制限情報が５０ページであれば、表示中の電子書籍が５０ページめくられると、終了ポップアップＰｅが表示される。

また、電子書籍端末１０と管理サーバ１０２とを一体化した専用端末が、書店などに設置されてもよい。

また、本実施例で用いられたプログラムは、データ配信用のサーバのＨＤＤに記憶され、ネットワークを介して電子書籍端末１０に配信されてもよい。また、ＣＤ，ＤＶＤ，ＢＤ（Blue-Ray Disk）などの光学ディスク、ＵＳＢメモリおよびメモリカードなどの記憶媒体に複数のプログラムを記憶させた状態で、その記憶媒体が販売または配布されてもよい。そして、上記したサーバや記憶媒体などを通じてダウンロードされた、プログラムが本実施例と同等の構成の電子書籍端末１０または電子機器にインストールされた場合、本実施例と同等の効果が得られる。

そして、本明細書中で挙げた、具体的な数値は、いずれも単なる一例であり、製品の仕様変更などに応じて適宜変更可能である。

１０ … 電子書籍端末
１４ … ディスプレイ
１６ … タッチパネル
３０ … プロセッサ
３２ … 無線通信回路
４０ … フラッシュメモリ
４２ … ＲＡＭ
４６ … カメラモジュール
１００ … 電子書籍システム
１０２ … 管理サーバ
１１０ … プロセッサ
１１２ … フラッシュメモリ
１１４ … ＲＡＭ
１２０ … 電子書籍ＤＢ
１２２ … 簡易登録情報ＤＢ
１２４ … 会員登録情報ＤＢ
５００ … ネットワーク

Claims (12)

1. 有料の電子書籍データを配信し、一部を無料で試し読みができるようにする、電子書籍システムであって、
   電子書籍データの配信を希望するユーザのユーザ情報を登録する登録部、
   電子書籍データを取得する取得部、
   前記ユーザのユーザ情報に基づいて、前記取得部によって取得された電子書籍データの試し読みができるかを判断する判断部、
   前記判断部によって試し読みができると判断されたとき、前記取得部によって取得された電子書籍データの試し読みを許可する許可部、および
   前記判断部によって試し読みができないと判断されたとき、前記取得部によって取得された電子書籍データの試し読みを禁止する禁止部を備える、電子書籍システム。
2. 前記ユーザ情報は、ユーザが試し読みを行った電子書籍の履歴情報を含み、
   前記判断部は、前記履歴情報に、前記取得部によって取得された電子書籍データが含まれているかを判断し、
   前記許可部は、前記取得部によって取得された電子書籍データが、ユーザの履歴情報に含まれていないと前記判断部によって判断されたとき、その電子書籍データの試し読みを許可する、請求項１記載の電子書籍システム。
3. 前記禁止部は、前記取得部によって取得された電子書籍データがユーザの履歴情報に含まれていると、前記判断部によって判断されたとき、その電子書籍データの試し読みを禁止する、請求項２記載の電子書籍システム。
4. 前記履歴情報は、試し読みを制限する制限情報を含み、
   前記判断部は、前記取得部によって取得された電子書籍データがユーザの履歴情報に含まれているときに、その履歴情報に試し読みの制限情報が残っているかを判断する制限情報判断部を含み、
   前記許可部は、前記取得部によって取得された電子書籍データがユーザの履歴情報に含まれていて、その履歴情報に試し読みの制限情報が残っていると判断されると、その電子書籍データの試し読みを許可し、
   前記禁止部は、前記取得部によって取得された電子書籍データがユーザの履歴情報に含まれていて、その履歴情報に試し読みの制限情報が残っていないと判断されると、その電子書籍データの試し読みを禁止する、請求項２記載の電子書籍システム。
5. 前記登録部は、ユーザの生体情報を含むユーザ情報を登録する、請求項１ないし４のいずれかに記載の電子書籍システム。
6. ユーザの生体情報が既に登録されているとき、そのユーザのユーザ情報を登録できないことを通知する通知部をさらに備える、請求項５記載の電子書籍システム。
7. 前記登録部によって登録されているユーザには、試し読みの延長を可能にするポイントが付与され、
   ユーザに付与されたポイントを利用して、その電子書籍の試し読みを延長するかを確認する第１確認部をさらに備える、請求項１ないし６のいずれかに記載の電子書籍システム。
8. ユーザが試し読みを行った電子書籍に対してコメントを投稿したときに、そのユーザにポイントを加算する加算部をさらに備える、請求項７記載の電子書籍システム。
9. 前記許可部によって試し読みが許可された電子書籍を購入するか確認する第２確認部をさらに備える、請求項１ないし８のいずれかに記載の電子書籍システム。
10. 有料の電子書籍データを配信し、一部を無料で試し読みができるようにする、電子書籍システムの制限方法であって、
    電子書籍データの配信を希望するユーザのユーザ情報を登録し、
    電子書籍データを取得し、
    前記ユーザのユーザ情報に基づいて、取得された電子書籍データの試し読みができるかを判断し、
    試し読みができると判断されたとき、取得された電子書籍データの試し読みを許可し、そして
    試し読みができないと判断されたとき、取得された電子書籍データの試し読みを禁止する、制限方法。
11. 有料の電子書籍データを配信し、一部を無料で試し読みができるようにする、電子書籍システムの管理サーバであって、
    電子書籍データの配信を希望するユーザのユーザ情報を登録する登録部、
    前記ユーザが電子書籍データを取得したとき、そのユーザのユーザ情報に基づいて、その電子書籍データの試し読みができるかを判断する判断部、
    前記判断部によって試し読みができると判断されたとき、前記取得部によって取得された電子書籍データの試し読みを許可する許可部、および
    前記判断部によって試し読みができないと判断されたとき、前記取得部によって取得された電子書籍データの試し読みを禁止する禁止部を備える、管理サーバ。
12. 電子書籍データの配信を希望するユーザのユーザ情報を事前に登録し、有料の電子書籍データを配信して、前記ユーザ情報に基づいて一部を無料で試し読みができるかを判断する電子書籍システムで利用される、携帯通信端末であって、
    電子書籍データを取得する取得部、
    前記電子書籍システムが前記ユーザ情報を登録した後に、前記取得部によって取得された電子書籍データの試し読みができると前記電子書籍システムによって判断されたかを判定する判定部、および
    前記判定部によって試し読みができると判定されたとき、前記取得部によって取得された電子書籍データを表示する表示処理部を備える、携帯通信端末。

Images