(57)【要約】【課題】簡単な操作で、既読部分の内容を効率的に思い出すことができる書籍要約情報閲覧システムを提供する。【解決手段】不揮発性メモリ３７０の要約データ領域３７２には、１または複数の章ごとに作成された複数の要約からなる要約群が、複数種類格納される。各要約群は、詳細度が互いに異なる。不揮発性メモリ３７０のしおり情報領域３７３には、書籍の既読部分の最終章を示す既読最終章情報と前回の読書中断日時を示す中断日時情報とを含むしおり情報が格納される。ＣＰＵ３２０は、読書再開時に、中断日時情報が生成されてからの経過時間および既読最終章情報に応じて、各要約群から要約を適宜選択して、表示用の要約を編集する。編集された要約は、表示部３４０に表示される。【選択図】図３
2006155125.tif 000002
【特許請求の範囲】
【請求項１】
書籍を複数の文章領域に区分して、所定数の当該文章領域ごとに要約を作成することにより生成された、詳細度が互いに異なる一種類以上の要約群を記憶する要約データ記憶手段と、
前記書籍の既読部分の最終章を示す既読最終章情報と前回の読書中断日時を示す中断日時情報とを含むしおり情報を記憶するしおり情報記憶手段と、
読書再開時に、前記中断日時情報が生成されてからの経過時間および前記既読最終章情報に応じて、１または複数の前記要約群から１または複数の前記要約を選択する制御手段と、
前記制御手段に選択された前記要約を表示する表示手段と、
を備えることを特徴とする書籍要約情報閲覧システム。
【請求項２】
前記制御手段が、前記中断日時情報からの経過時間が長い場合ほど、要約の対象となる前記文章領域の数が多くなるように、前記要約を選択することを特徴とする請求項１に記載の書籍要約情報閲覧システム。
【請求項３】
前記制御手段が、選択された複数の要約をつなぎ合わせて、前記表示手段に表示させることを特徴とする請求項１または２に記載の書籍要約情報閲覧システム。
【請求項４】
前記要約群が、通信網および当該通信網に接続された通信端末を介して、サービス提供装置から前記要約データ記憶手段に格納されることを特徴とする請求項１〜３のいずれかに記載の書籍要約情報閲覧システム。
【請求項５】
前記サービス提供装置が、製本された前記書籍の販売者によって登録された書籍ＩＤを用いて、前記要約群の提供を受ける利用者を認証することを特徴とする請求項４に記載の書籍要約情報閲覧システム。
【請求項６】
前記書籍ＩＤごとに発行されたライセンスコードまたは前記通信端末のアドレスをさらに用いて、前記要約群の提供を受ける利用者を認証することを特徴とする請求項５に記載の書籍要約情報閲覧システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、書籍或いは電子書籍の読者に対して、既読部分の一部または全部の要約を閲覧させるシステムに関する。この発明は、例えば、携帯電話、ＰＨＳ(Personal Handyphone System)、ＰＤＡ(Personal Digital Assistance) 等の携帯情報端末や、電子書籍専用端末、パーソナルコンピュータ等に適用することができる。
【背景技術】
【０００２】
従来より、小説やエッセイ等の書籍を電子データ化して保存し、携帯情報端末やパーソナルコンピュータ等で閲覧する技術が知られている。一般に、電子データ化された書籍は、電子書籍（或いは電子ブック）と称されている。電子書籍の技術を用いることにより、多数の書籍に係る電子データを１台の携帯端末等に格納することができるので、省スペース化や携帯性の向上を図ることができる。
【０００３】
電子書籍に関する技術を開示する文献としては、例えば下記特許文献１〜３が知られている。
【０００４】
特許文献１には、読者が既に読んだ部分のあらすじ（すなわち要約）を自動的に表示する機能を備えた電子書籍端末が開示されている（特許文献１の段落００４２〜００５１、図９等参照）。特許文献１の電子書籍端末では、読者が既に読んだ部分を忘れてしまったような場合に、当該部分の要約を読むことによって思い出すことができる。
【０００５】
特許文献２には、詳しさが異なる複数種類の要約を、書籍の「章」毎に作成・保存した電子書籍端末が開示されている（特許文献２の段落００３０〜００３７、図５〜図７等参照）。特許文献２の電子書籍端末では、読者が既読部分の要約を読みたいときに、詳しい要約あるいは短い要約などを、手操作により適宜選択することができる。
【０００６】
特許文献３には、インターネットを介して書籍の電子データをダウンロードすることができる電子書籍端末が開示されている（特許文献３の段落００１０、図１等参照）。さらに、特許文献３の電子書籍端末では、一冊の書籍に相当する電子データのうち、必要な部分だけを適宜ダウンロードすることができる。このため、特許文献３の電子書籍端末によれば、大容量のメモリを使用することなく、読者が望む書籍の電子データを取得することが可能となる。
【０００７】
上述したように、特許文献１の電子書籍端末では、書籍の各ページ毎に１種類のみの要約が作成され、保存されている。そして、読者が要約を読みたいときには、既読部分の全てに対応する要約が表示される。このため、既読ページ数が少ないときは非常に短い要約が表示され、また、既読ページ数が多い場合には非常に長い要約が表示される。したがって、読者にとっては、要約が短すぎるために既読部分の内容を思い出し難かったり、要約が必要以上に長いために既読部分を思い出す作業が非効率であったりするという欠点がある。また、かかる電子書籍端末では、前回の電源オフ時の表示画面によって既読部分を判断しており、読者が自分で既読部分を設定することができない。
【０００８】
これに対して、特許文献２の電子書籍端末では、要約の詳しさを読者が自分で選択することができる。しかしながら、かかる電子書籍端末では、要約の詳しさや要約範囲を読者が常に自分で指定しないといけないので、操作が面倒である。
【０００９】
一方、引用文献３には、電子書籍のダウンロードで取得する技術のみが開示され、要約の電子データの取得技術については何ら開示されていない。
【特許文献１】特開平５−３１４７３２号公報
【特許文献２】特開平１１−２５００８９号公報
【特許文献３】特開２００３−１５０５９７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
この発明の解決課題は、簡単な操作で、既読部分の内容を効率的に思い出すことができる書籍要約情報閲覧システムを提供する点にある。
【課題を解決するための手段】
【００１１】
この発明に係る書籍要約情報閲覧システムは、書籍を複数の文章領域に区分して所定数の当該文章領域ごとに要約を作成することにより生成された詳細度が互いに異なる一種類以上の要約群を記憶する要約データ記憶手段と、書籍の既読部分の最終章を示す既読最終章情報と前回の読書中断日時を示す中断日時情報とを含むしおり情報を記憶するしおり情報記憶手段と、読書再開時に中断日時情報が生成されてからの経過時間および既読最終章情報に応じて１または複数の要約群から１または複数の要約を選択する制御手段と、制御手段に選択された要約を表示する表示手段とを備える。
【発明の効果】
【００１２】
この発明によれば、しおり情報に含まれる中断日時情報および既読最終章情報に基づいて要約で表示される範囲や詳細度を自動的に判断することができるので、既読部分の内容を簡単な操作で容易に思い出すことができる。
【発明を実施するための最良の形態】
【００１３】
以下、この発明の実施の形態について、図面を用いて説明する。なお、図中、各構成成分の大きさ、形状および配置関係は、この発明が理解できる程度に概略的に示してあるにすぎず、また、以下に説明する数値的条件は単なる例示にすぎない。
【００１４】
第１実施形態
まず、この発明の第１実施形態に係る書籍要約情報閲覧システムについて、図１〜図５を用いて説明する。
【００１５】
図１は、この実施形態に係るネットワークの全体構成を示す概念図である。
【００１６】
図１に示したように、この実施形態のネットワーク１００は、書籍データベースセンタ１１０と、通信網１２０と、利用者用通信端末１３０と、携帯端末１４０とを含む。
【００１７】
書籍データベースセンタ１１０は、書籍データベース１１１と、管理サーバ１１２とを備えている。書籍データベース１１１は、通信網１２０を介して販売される書籍のデータを格納するデータベースである（後述の図２参照）。また、管理サーバ１１２は、顧客ごとの購入履歴１１３や顧客情報１１４等を記憶・管理するサーバである。
【００１８】
通信網１２０は、書籍データベースセンタ１１０と通信端末１３０とを通信接続するための通信回線であり、例えばインターネット等である。
【００１９】
利用者用通信端末１３０は、通信網１２０を介して書籍データベースセンタ１１０から書籍データをダウンロードし、且つ、かかる書籍データを保存する。
【００２０】
携帯端末１４０は、通信端末１３０から書籍データを転送して閲覧するための端末である（後述の図３参照）。
【００２１】
図２（Ａ）は、書籍データベース１１１に格納される書籍データのデータ構造を示す概念図である。
【００２２】
図２（Ａ）に示したように、書籍データベース１１１には、通信端末１３０にダウンロードさせるための書籍データ２１０−１〜２１０−ｎが格納されている。各書籍データは、本文データ２２０−１と、要約データ２２０−２とを含む。ここで、本文データ２２０−１は、文章や挿絵等、当該書籍自身を構成するデータである。一方、要約データ２２０−２は、本文データ２２０−１の要約に係るデータであり、要約群Ａ〜Ｄを含む。
【００２３】
図２（Ｂ）は、要約群Ａ〜Ｄのデータ構造を示す概念図である。図２（Ｂ）の例では、本文データ２２０−１が九つの章から成っており、それぞれの章を要約作成の基本単位（すなわち、この発明の「文章領域」）とする。但し、文章領域は章である必要はなく、例えば段落等でもよいし、章や段落等とは別に規定してもよいことは、もちろんである。
【００２４】
図２（Ｂ）に示したように、要約群Ａは、本文データ２２０−１の第１章〜第８章に対応してそれぞれ作成された要約Ａ１〜Ａ８を含む。また、要約群Ｂは、本文データ２２０−１の第１章および第２章の要約Ｂ１と、第３章および第４章の要約Ｂ２と、第５章および第６章の要約Ｂ３と、第７章および第８章の要約Ｂ４とを含む。要約群Ｃは、本文データ２２０−１の第１〜第３章の要約Ｃ１と、第５〜第７章の要約Ｃ２とを含む。そして、要約群Ｄは、本文データ２２０−１の第１〜第４章の要約Ｄ１と、第５〜第８章の要約Ｄ２とを含む。なお、最終章（第９章）の要約が無いのは、最後まで読み終わった場合に要約を読んで内容を思い出す必要性は低いと考えられるからであるが、有用である場合には第９章の要約や全文要約等を追加してもよい。
【００２５】
このように、この実施形態では、各要約の対象となる章の数が異なる、複数の要約群を使用する。ここで、各要約Ａ１〜Ａ８，Ｂ１〜Ｂ４，Ｃ１，Ｃ２，Ｄ１，Ｄ２は、文章量がなるべく同程度になるように、作成される。これにより、要約群Ａ（すなわち、各要約の対象となる章の数が最も少ない要約群）に属する要約Ａ１〜Ａ８は詳細度が最も高くなり、一方、要約群Ｄ（すなわち、各要約の対象となる章の数が最も多い要約群）に属する要約Ｄ１，Ｄ２は詳細度が最も低くなる。
【００２６】
図３は、携帯端末１４０の構成を概略的に示す図であり、（Ａ）は内部構成のブロック図、（Ｂ）は外観の斜視図である。
【００２７】
図３に示したように、携帯端末１４０の筐体３０１には、電子回路が収容されている。この電子回路は、入出力部３１０と、ＣＰＵ(Central Processing Unit) ３２０と、揮発性メモリ３３０、表示部３４０、操作部３５０、時計３６０および不揮発性メモリ３７０を有している。
【００２８】
入出力部３１０は、書籍データ２１０−１〜２１０−ｎを、通信端末１３０から携帯端末１４０に転送するため等に使用される。入出力部３１０と通信端末１３０との通信は、有線通信であってもよいし、無線通信であってもよい。
【００２９】
ＣＰＵ３２０は、他の構成部３１０，３３０〜３７０を制御する（後述）。
【００３０】
揮発性メモリ３３０は、ＣＰＵ３２０の実行プログラムや処理データ等を一時的に記憶する動作メモリである。
【００３１】
表示部３４０は、表示画面３４１を備えており、ＣＰＵ３２０の制御にしたがって、この表示画面３４１の表示を行う。表示画面３４１には、本文データ２２０−１、要約データ２２０−２（要約Ａ１〜Ａ８，Ｂ１〜Ｂ４，Ｃ１，Ｃ２，Ｄ１，Ｄ２のいずれか１つ以上）、操作画面等が表示される。
【００３２】
操作部３５０は、次ページキー３５１、前ページキー３５２、しおり挿入キー３５３および電源キー３５４を備えており、これらの操作キー３５１〜３５４に利用者が行った操作をＣＰＵ３２０に伝える。
【００３３】
時計３６０は、日時情報を生成して、ＣＰＵ３２０に伝える。この日時情報は、表示画面３４１での日付・時刻の表示や、中断日時情報（後述）の作成に使用される。
【００３４】
不揮発性メモリ３７０は、書籍に関するデータを保存するためのメモリである。不揮発性メモリ３７０は、本文データ領域３７１、要約データ領域３７２およびしおり情報領域３７３を備えている。本文データ領域３７１には、通信端末１３０から転送された本文データ２２０−１が格納される。要約データ領域３７２には、同じく通信端末１３０から転送された要約データ２２０−２が格納される。また、しおり情報領域３７３には、ＣＰＵ３２０が作成したしおり情報が格納される。しおり情報は、既読最終章情報３７４、既読最終ページ情報３７５、中断日時情報３７６を含んでいる。既読最終章情報３７４は、本文データ２２０−１の既読部分の最終章を示す情報である。既読最終ページ情報３７５は、本文データ２２０−１のしおり挿入ページを示す情報である。また、中断日時情報３７６は、前回の読書中断の日時を示す情報である。
【００３５】
なお、不揮発性メモリ３７０は、メモリスロット（図示せず）を用いて筐体３０１から自在に着脱できるようにしてもよい。さらに、通信端末１３０にも同様のメモリスロットを設ければ、通信端末１３０から不揮発性メモリ３７０に直接データの書き込みを行うことが可能になり、入出力部３１０が不要になる。
【００３６】
次に、この実施形態に係るネットワーク１００および携帯端末１４０の動作について説明する。
【００３７】
まず、ネットワーク１００を用いて利用者が書籍データを入手する方法について説明する。
【００３８】
利用者は、通信端末１３０を操作し、通信網１２０を介して、書籍データベースセンタ１１０にアクセスする。
【００３９】
そして、利用者は、通信端末１３０の画面から、ダウンロードしたい書籍を選択し、ダウンロード操作を行う。これにより、書籍データベース１１１内の書籍データ２１０−１〜２１０−ｎ（図２参照）のいずれか１つ以上（以下の説明では書籍データ２１０−１とする）が、通信網１２０を介して、通信端末１３０にダウンロードされる。ダウンロード終了後、管理サーバ１１２には、当該利用者の購入履歴１１３が追加される。このダウンロードに際してサービス利用料金（すなわち書籍代金）の支払が必要な場合には、公知の決済システム（例えばキャッシュカード会社やインターネット・サービス・プロバイダ等の決済システム）を使用すればよい。また、事前の顧客登録が必要な場合には、利用者は、ダウンロードに先立って、通信端末１３０で所定の登録手続を行う。これにより、管理サーバ１１２に、当該利用者の顧客情報１１４が格納される。
【００４０】
続いて、利用者は、通信端末１３０を操作して、この通信端末１３０にダウンロードされた書籍データを携帯端末１４０に転送する。この転送に際しては、通信端末１３０から携帯端末１４０に、転送制御信号が送られる。携帯端末１４０内のＣＰＵ３２０は、この転送制御信号にしたがって、入出力部３１０に書籍データ２１０−１を受信させる（図３（Ａ）参照）。さらに、ＣＰＵ３２０は、受信された書籍データ２１０−１を、入出力部３１０から不揮発性メモリ３７０に書き込む。このとき、不揮発性メモリ３７０内の本文データ領域３７１には書籍データ２１０−１内の本文データ２２０−１が書き込まれ、且つ、要約データ領域３７２には要約データ２２０−２が書き込まれる（図２参照）。
【００４１】
以上により、利用者による書籍データ２１０−１の取得が終了する。
【００４２】
次に、携帯端末１４０の動作について、説明する。
【００４３】
まず、利用者は、電源キー３５４（図３（Ｂ）参照）を操作して、携帯端末１４０の電源をオンする。これにより、ＣＰＵ３２０（図３（Ａ）参照）は、表示部３４０を制御して、表示画面３４１に被格納書籍の一覧を表示させる。利用者は、この一覧を見ながら、読みたい書籍と、本文／要約の区別とを選択する。この時点では本文データ２２０−１は表示されていないので、操作キーとして、次ページキー３５１、前ページキー３５２およびしおり挿入キー３５３を流用することができる。
【００４４】
利用者が書籍データ２１０−１の‘本文’を選択したとき、この操作結果は、操作部３５０からＣＰＵ３２０に送られる。ＣＰＵ３２０は、不揮発性メモリ３７０のしおり情報領域３７３から、被選択書籍データ２１０−１に対応する既読最終ページ情報３７５を読み出そうと試みる。ここで、取得された書籍データ２１０−１が最初に選択されたときには、しおり情報は作成・格納されていない。この場合、ＣＰＵ３２０は、本文データ２２０−１の先頭ページデータを本文データ領域３７１から読み出して、表示部３４０の表示画面３４１に表示させる。これにより、利用者は、読書を開始することができる。
【００４５】
利用者は、次のページを表示画面３４１に表示させたい場合には、次ページキー３５１を１回押し、また、前のページに戻りたい場合には前ページキー３５２を１回押す。このとき、ＣＰＵ３２０は、当該操作に対応するページのデータを本文データ領域３７１から読み出して、表示画面３４１に表示させる。このようにして、利用者は、紙製の書籍を読む場合と同じ要領で、携帯端末１４０を用いた読書を行うことができる。
【００４６】
利用者は、しおりを挿入したい場合には、しおり挿入キー３５３を押す。ＣＰＵ３２０は、既読部分の最終章を、既読最終章情報３７４として、当該しおり情報領域３７３に書き込む。例えば、しおり挿入キー３５３が押されたときに第３章の途中ページが表示されていた場合、既読最終章は第２章である。また、ＣＰＵ３２０は、しおり挿入キー３５３が押されたときに表示されているページを、既読最終ページ情報３７５として、不揮発性メモリ３７０内のしおり情報領域３７３に書き込む。さらに、ＣＰＵ３２０は、しおり挿入キー３５３が押されたときの日時を時計３６０から読み出し、中断日時情報３７６として、しおり情報領域３７３に書き込む。
【００４７】
しおりを挿入した場合には、表示画面３４１の本文データ表示に重ねて、しおりマークを表示してもよい。また、例えば、しおりを挿入した箇所に境界線を表示したり、既読部分と未読部分とで異なる画面背景色を使用する等して、しおりマークに代えることも可能である。
【００４８】
その後利用者は、読書を続行してもよいし、終了してもよい。読書を続行する場合に、利用者がしおり挿入キー３５３を再び押すと、不揮発性メモリ３７０のしおり情報領域３７３には、新たな既読最終章情報３７４、既読最終ページ情報３７５および中断日時情報３７６が格納される。読書を終了する場合、利用者は、電源キー３５４を１回押して、携帯端末１４０の電源をオフする。
【００４９】
利用者が読書を再開するために電源キー３５４を押すと、携帯端末１４０の電源がオンされる。ＣＰＵ３２０は、表示部３４０を制御して、表示画面３４１に被格納書籍の一覧を表示させる。
【００５０】
利用者が書籍データ２１０−１の‘本文’を再び選択すると、ＣＰＵ３２０は、不揮発性メモリ３７０のしおり情報領域３７３から、被選択書籍データ２１０−１に対応する既読最終ページ情報３７５を読み出す。そして、ＣＰＵ３２０は、当該既読最終ページのデータを、本文データ領域３７１から読み出して、表示部３４０の表示画面３４１に表示させる。このときにも、しおりマーク等の表示を行うことができる。これにより、利用者は、前回中断した位置を容易に判断して、読書を再開することができる。
【００５１】
一方、携帯端末１４０の電源がオンした後の一覧画面で、利用者が利用者が書籍データ２１０−１の‘要約’を選択すると、ＣＰＵ３２０は、しおり情報領域３７３から、既読最終章情報３７４と、中断日時情報３７６とを読み出す。さらに、ＣＰＵ３２０は、時計３６０から読み出した現在日時と中断日時情報３７６とを比較して、前回の読書中断から今回の読書再開まで経過時間を計算する。そして、この計算結果と既読章情報３７４とを用いて、要約データ領域３７２に格納された要約から、１個または複数個を選択する。その後、ＣＰＵ３２０は、選択された要約を、対応する章の順にしたがってつなぎ合わせ、表示画面３４１に表示させる。
【００５２】
図４は、上記経過時間および既読最終章と選択される要約との関係例を示す表である。図４に示したように、この実施形態では、上記経過時間が１週間未満の場合には、常に、既読最終章の要約のみを表示する。また、上記経過時間が１週間以上１ヶ月未満の場合には、既読最終章を含む２〜３章分の要約を表示する。さらに、上記経過時間が１ヶ月以上の場合には、既読最終章以前の章をすべて含む要約を表示する。このように、ＣＰＵ３２０は、上記経過時間が長い場合ほど、要約の対象となる章の数が多くなるように、要約を選択する。
【００５３】
さらに、この実施形態では、要約の対象となる章の数が多い場合ほど詳細度が低い要約を使用するので、要約が全体として長く成りすぎることがなく、利用者が内容を思い出すための負担が少ない。
【００５４】
ここで、異なる要約群に属する要約（すなわち、詳細度が異なる要約）を２個以上つなぎ合わせる場合には、後の章の要約ほど詳細度が高くなるように、各要約を選択することが望ましい。一般に、後の章の要約ほど詳細度が高くなる方が、その逆の場合よりも、既読部分の内容を思い出しやすいからである。
【００５５】
利用者は、要約を読み終わると、キー操作により、画面表示を本文データに切り換える。例えば、要約の最終ページが表示されているときに次ページキー３５１を押すと、画面表示が本文データに切り換わることにすればよい。
【００５６】
ＣＰＵ３２０は、不揮発性メモリ３７０のしおり情報領域３７３から、該当する書籍データ２１０−１に対応する既読最終ページ情報３７５を読み出す。そして、ＣＰＵ３２０は、当該既読最終ページのデータを本文データ領域３７１から読み出して、表示部３４０の表示画面３４１に表示させる。これにより、利用者は、前回しおりを挿入した位置から読書を再開することができる。
【００５７】
以上説明したように、この実施形態によれば、しおり情報に含まれる中断日時情報および既読最終章情報に基づいて要約で表示される範囲や詳細度を自動的に判断するので、利用者にとって、要約を読むための操作が簡単になるとともに、既読部分の内容を思い出すことが容易になる。
【００５８】
第２実施形態
次に、この発明の第２実施形態について、図５および図６を用いて説明する。
【００５９】
この実施形態は、要約群のデータ構造、および、前回の読書中断から今回の読書再開までの経過時間と被選択要約との関係が、上述の第１実施形態と異なる。
【００６０】
この実施形態において、システム１００の全体構成や携帯端末１４０のハードウエア的構成は、上述の第１実施形態と同様であるので、説明を省略する（第１実施形態の図１および図３参照）。
【００６１】
図５は、この実施形態で要約データ領域３７１（図３（Ａ）参照）に格納される要約群を示す表である。図５に示したように、この実施形態では一種類の要約群Ａのみが使用される。この要約群Ａは、第１実施形態の要約群Ａ（図２（Ｂ）参照）と同様であり、本文データ２２０−１の第１章〜第８章に対応してそれぞれ作成された要約Ａ１〜Ａ８を含む。
【００６２】
図６は、上記経過時間および既読最終章と選択される要約との関係例を示す表である。図６に示したように、この実施形態では、上記経過時間が１週間未満の場合には、常に、既読最終章の要約のみを表示する。また、上記経過時間が１週間以上１ヶ月未満の場合には、既読最終章を含む２章分の要約を表示する。さらに、上記経過時間が１ヶ月以上の場合には、既読最終章以前の章をすべて含む要約を表示する。このように、上記経過時間が長い場合ほど、要約の対象となる章の数が多くなるように、要約が選択される。
【００６３】
この実施形態に係るシステムの全体動作や携帯端末の動作は、第１実施形態と同様であるので、説明を省略する。
【００６４】
この実施形態によれば、上述の第１実施形態と同様、しおり情報に含まれる中断日時情報および既読最終章情報に基づいて要約で表示される範囲や詳細度を自動的に判断するので、利用者にとって、要約を読むための操作が簡単になるとともに、既読部分の内容を思い出すことが容易になる。
【００６５】
加えて、要約群を一種類しか備えていないので、要約作成の作業負担が軽減されるとともに、不揮発性メモリ３７０（図３（Ａ）参照）の記憶データ量を小さく抑えることができる。したがって、第１実施形態の場合よりも、書籍データの作成コストや携帯端末１４０の製造コストを低減することが可能となる。
【００６６】
第３実施形態
次に、この発明の第３実施形態について、図７〜図９を用いて説明する。
【００６７】
この実施形態は、要約のみをダウンロードできるようにシステムを構成した点が、上述の第１実施形態と異なる。
【００６８】
図７は、この実施形態に係るネットワーク７００を示す概念図である。図７において、図１と同じ符号を付した構成要素は、それぞれ、図１の場合と同じものを示している。
【００６９】
図７に示したように、この実施形態に係る書籍データベースセンタ７１０は、第１実施形態と同様の書籍データベース１１１（図２（Ａ）参照）に加えて、要約データベース７１１と、管理サーバ７１２とを備えている。要約データベース７１１は、要約のデータのみを格納するデータベースである（後述の図８参照）。また、管理サーバ７１２は、顧客ごとの購入履歴１１３、顧客情報１１４に加えて、書籍ＩＤ７１３を記憶・管理する。
【００７０】
また、図７に示したように、本実施形態のシステム７００は、販売者用通信端末７２０を備えている。販売者用通信端末７２０は、書籍を販売した際に、当該書籍の書籍ＩＤを書籍データベースセンタ７１０に登録するために、使用される。
【００７１】
図８は、要約データベース７１１に格納される要約データのデータ構造を示す概念図である。
【００７２】
図８に示したように、要約データベース７１１のデータ構造は、書籍データベース１１１に格納された要約データ２２０−２（図２（Ａ）参照）と同じである。すなわち、要約データベース７１１は、対応する書籍ごとの要約データ８００−１〜８００−ｎを備えている。各要約データは、第１実施形態の場合と同様、１個以上の要約群（図８の例では５個の要約群Ａ〜Ｄ）を備えている。さらに、各要約群Ａ〜Ｄは、それぞれ、１個以上の要約を含む（図２（Ｂ）参照）。
【００７３】
次に、この実施形態に係るネットワーク７００の動作について説明する。
【００７４】
図９は、（Ａ）、（Ｂ）ともに、書籍ＩＤ７１３の登録手順を説明するための概念図である。
【００７５】
書籍ＩＤ７１３は、予め書籍９０１ごとに発行されている。書籍ＩＤ７１３は、例えば、書籍９０１の、利用者が解るような箇所に表示される（図９（Ａ）参照）。販売者は、書店やインターネットショッピング等で書籍９０１を販売する際に、通信端末７２０（図７参照）を用いて書籍データベースセンタ７１０にアクセスし、販売した書籍９０１の書籍ＩＤ７１３を管理サーバ７１２に登録する。
【００７６】
その後、利用者が、自分の通信端末１３０を用いて、書籍データベースセンタ７１０にアクセスする。そして、利用者は、管理サーバ７１２に対し、購入した書籍９０１の書籍ＩＤ７１３を、パケット化して送る。管理サーバ７１２は、受信パケットから書籍ＩＤ７１３を読み出し、この書籍ＩＤ７１３が登録済みであるか否かをチェックする。
【００７７】
かかる書籍ＩＤ７１３が登録済みである場合、管理サーバ７１２は、ライセンスコードを発行する。発行されたライセンスコードは、例えば通信端末１３０の画面に表示させる等の方法により、利用者に告知される。続いて、管理サーバ７１２は、上述の受信パケットから送信者アドレス（通信網１２０がインターネットの場合には送信者のＩＰ(Internet protocol) アドレス）を読み出す。そして、書籍ＩＤ７１３およびライセンスコードとともに、この送信者アドレスを登録する（図９（Ｂ）参照）。これにより、ライセンスの発行処理が終了する。
【００７８】
一方、受信パケットから読み出した書籍ＩＤ７１３が登録済みでない場合、管理サーバ７１２は、その旨を利用者に告知して、処理を終了する。
【００７９】
次に、利用者が要約データを入手するときの、ネットワーク７００の動作について説明する。
【００８０】
利用者は、通信端末１３０を操作し、通信網１２０を介して、書籍データベースセンタ７１０にアクセスする。そして、利用者は、ダウンロードしたい書籍の書籍ＩＤ７１３を、パケット化して、書籍データベースセンタ７１０に送る。
【００８１】
書籍データベースセンタ７１０内の管理サーバ７１２は、受信したパケットから、書籍ＩＤ７１３と送信者アドレスとを読み出し、さらに、当該書籍ＩＤ７１３に対応する送信者アドレスを登録データ（図９（Ｂ）参照）から読み出す。そして、管理サーバ７１２は、これらの送信者アドレスが一致するか否かをチェックする。
【００８２】
送信者アドレスが一致する場合には、管理サーバ７１２による認証処理が終了する。一方、送信者アドレスが一致しない場合、管理サーバ７１２は、利用者に対して、ライセンスコードの送信を要求する。これに対して、利用者は、通信端末１３０を操作して、書籍ＩＤ７１３の登録処理時に発行されたライセンスコードを書籍データベースセンタ７１０に送信する。管理サーバ７１２は、このライセンスコードを受信すると、当該書籍ＩＤ７１３に対応する登録データからライセンスコードを読み出し、比較する。そして、両者が一致する場合には、管理サーバ７１２は、登録データの送信者アドレス欄をこの認証処理で通信端末１３０が使用したアドレスに書き換え、認証処理を終了する。
【００８３】
認証処理が終了すると、利用者は、第１実施形態と同様の、要約データのダウンロード操作を行う。これにより、第１実施形態と同様にして、要約データベース７１１から通信端末１３０へのダウンロード処理が実行される。その後、利用者は、第１実施形態と同様に通信端末１３０を操作して、ダウンロードされた要約データを携帯端末１４０に転送する。以上により、利用者による要約データの取得が終了する。
【００８４】
なお、利用者が書籍データベース１１１から書籍データ（本文データおよび要約データ）をダウンロードするときの処理・手順は、第１実施形態と同様であるので、説明を省略する。
【００８５】
また、携帯端末１４０に転送された要約データの表示手順も、第１実施形態とほぼ同様であるので、説明を省略する。
【００８６】
以上説明したように、この実施形態によれば、要約データのみをダウンロードすることができるので、書店等で書籍を購入した場合でも、この発明に係る要約データを利用することが可能になる。また、書籍ＩＤやライセンスコードを用いることにより、書籍を購入していない者が不正に要約データを取得することを防止できる。
【００８７】
第１〜第３実施形態では、利用者用通信端末１３０を用いてデータのダウンロードや書籍ＩＤ７１３の登録を行うこととしたが、携帯端末１４０に通信機能を設けて当該ダウンロードや登録を直接行うこととしてもよいことはもちろんである。
【００８８】
第１〜第３実施形態では、予め携帯端末１４０内に書籍一冊文の要約データをすべて保存しておき、しおり情報に基づいて携帯端末１４０内のＣＰＵ３２０が表示用の要約を編集することとした。しかし、利用者用通信端末１３０または通信機能を有する携帯端末１４０から書籍データベースセンタ７１０にしおり情報を送信して、書籍データベースセンタ７１０内でその都度要約を編集して利用者用通信端末１３０等に返送することとしてもよい。さらには、携帯端末１４０から利用者用通信端末１３０にしおり情報を送信して、利用者用通信端末１３０内で要約を編集して携帯端末１４０に返送することとしてもよい。このように、この発明の要約データ記憶手段や、しおり情報記憶手段、制御手段は、必ずしも携帯端末１４０内に設けられる必要はなく、ネットワーク内のいずれかの装置に設けられていればよい。
【００８９】
第１〜第３実施形態では、携帯端末１４０を用いて読書を行う場合を例に採って説明したが、パーソナルコンピュータ等の通信端末１３０で直接読書を行うシステムにも適用することができる。
【図面の簡単な説明】
【００９０】
【図１】第１実施形態に係るネットワークの全体構成を示す概念図である。
【図２】第１実施形態に係るデータ構造を示す図である。
【図３】第１実施形態に係る携帯端末の構成を概略的に示す図である。
【図４】第１実施形態に係る要約編集方法を説明するための表である。
【図５】第２実施形態に係る要約群のデータ構造を示す表である。
【図６】第２実施形態に係る要約編集方法を説明するための表である。
【図７】第３実施形態に係るネットワークの全体構成を示す概念図である。
【図８】第３実施形態に係る要約データベースに格納される要約データのデータ構造を示す概念図である。
【図９】第３実施形態に係るネットワークの動作を説明するための概念図である。
【符号の説明】
【００９１】
１００  ネットワーク
１１０  書籍データベースセンタ
１１１  書籍データベース
１１２  管理サーバ
１２０  通信網
１３０  通信端末
１４０  携帯端末
３１０  入出力部
３２０  ＣＰＵ
３３０  メモリ
３４０  表示部
３５０  操作部
３６０  時計
３７０  不揮発性メモリ
【図１】
2006155125.tif 000003
【図２】
2006155125.tif 000004
【図３】
2006155125.tif 000005
【図４】
2006155125.tif 000006
【図５】
2006155125.tif 000007
【図６】
2006155125.tif 000008
【図７】
2006155125.tif 000009
【図８】
2006155125.tif 000010
【図９】
2006155125.tif 000011