JP3733026B2 - 電子著作物販売装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、電子書籍等の電子化された著作物の流通の管理およびその著作物を表示する技術に関し、特に、電子書籍の販売に伴う著作権料を管理する著作権管理装置、ユーザに符号化された電子書籍のコンテンツを提供する電子著作物販売装置、符号化された電子書籍のコンテンツを復号化して表示する電子書籍表示装置、電子書籍のコンテンツを復号化する際に必要となる鍵情報をユーザ毎に管理する鍵情報管理装置およびそれらを通信回線で接続した電子著作物流通管理システムに関する。
【０００２】
【従来の技術】
紙を媒体とする書籍の販売は、従来から広く行なわれている。書籍を出版する際、その書籍の販売見込みに対する所定部数が印刷され、これが物流システムによって書店等に配布され、店頭にこの書籍が並べられて販売が行なわれる。これらの書籍は、販売されるまでは各書店等の在庫となるが、ある期間内に販売されなかった場合にはその書籍が返本として販売元の出版社に戻されることもある。
【０００３】
このように、出版元が各書店における販売量や在庫数を正確に把握することは困難であり、著作者には出版社によって示されたおよその販売部数に対する著作権料が支払われていた。したがって、必ずしも著作者に著作物に対する正当な著作権料が支払われているとは限らなかった。
【０００４】
近年、書籍等の著作物が電子化されて、ソフトウェアと同様の形態で市場に流通されるようになってきている。この場合、著作物を印刷するという過程を経ないため、著作者がその販売数を把握することがさらに困難となり、著作者が正当な著作権料を得ることが益々困難になってきている。
【０００５】
これに関連する技術として、特開平５−８９３６０号公報に開示された発明がある。この特開平５−８９３６０号公報に開示されたソフトウェアの自動販売システムは、カードＩＤ（Identification）番号およびユーザＩＤ番号を記憶しているＲＯＭ（Read Only Memory）および読み出し書き込み可能ＲＡＭ（Random Access Memory）を含むＩＣ（Integrated Circuit）メモリカードと、電話回線および複数のソフトウェアが記憶されている記憶装置を内蔵する自動販売機と、電話回線が接続され著作権の承認番号を付与する承認センターとを含み、購入者が購入したいソフトウェアを選択することにより電話回線を介して承認センターから承認番号を取得し、自動販売機が記憶装置内のソフトウェアをＩＣメモリカードのＲＡＭに格納するものである。
【０００６】
【発明が解決しようとする課題】
承認センターがソフトウェアの販売量を一元管理することによって、著作権者がソフトウェアの販売数を把握することが可能となる。しかし、承認センターと自動販売機とが電話回線を介して接続されているため、セキュリティ管理の面において問題がある。すなわち、不正なアクセスによって、電話回線に接続された自動販売機から販売情報等が漏洩するという問題が発生することも考えられる。
【０００７】
また、自動販売機から不正にソフトウェアが取得されることを防止するために、カードＩＤ番号およびユーザＩＤ番号がＩＣメモリカードに記憶されている。しかし、利用者が自動販売機からソフトウェアを購入する際にその購入した情報が残るため、プライバシー保護の観点から問題が発生することも考えられる。また、購入者はユーザＩＤ番号等が登録された特定カードによってソフトウェアを購入する必要があるため、購入者の匿名性が損なわれて購買意欲が損なわれるという問題点もあった。
【０００８】
また、自動販売機の設置者がその自動販売機を管理する場合には、設置者が自動販売機を用いてソフトウェア等の著作物の不正な販売を行なったり、販売数量を改ざんしたりすることも考えられる。その結果、著作者に対して正当な著作権料が支払われないという問題も発生し得る。
【０００９】
また、ユーザがソフトウェア等の著作物を自動販売機から購入する場合、購入する著作物を選択した後、電子化された著作物を記録メディアに書き込むための操作に要する時間ばかりではなく、著作物購入のための承認手続に要する時間も必要となる。その結果、個々の購入者が長時間自動販売機を占有するという問題もあった。
【００１０】
この問題は、記録メディアへのデータ書き込み時間の短縮や、承認手続に用いられるデータ通信の通信速度の高速化によってある程度軽減される。しかし、電子化された著作物、たとえば書籍データのように大量のデータを記録メディアに書き込む場合には、それに要する時間を削減するにも限界がある。
【００１１】
また、この問題を解決する方法として、利用者数に応じて自動販売機の台数を増やすことも考えられる。しかし、著作物の販売専用の自動販売機は高価でありその設置面積も必要となることから、できる限り少数の自動販売機で多くの利用者に対応できる方が望ましい。
【００１２】
一方、パーソナルコンピュータ等の端末装置のハードウェアおよびソフトウェアの発展に伴って、電子著作物の１つである電子書籍の発表が活発化してきており、端末装置で辞書を引いたり小説を読むことが可能となってきている。そのため、端末装置が電子書籍を再生して表示装置に表示する必要があるが、表示装置には種々の表示属性が存在し、電子書籍のコンテンツを正常に表示できない場合がある。たとえば、画像データは解像度、色数および階調数等の表示属性を有しており、別の表示属性を有する表示装置にこの画像データを表示する場合、解像度変換（拡大、縮小）、減色またはディザ等の方法によって、表示装置の表示属性に合致するように画像データを変換しなければならない。しかし、元の画像データの全ての領域に同一の処理を行なうと、画質の劣化等の不具合が発生する。
【００１３】
この問題を解決する技術として、特開昭６２−２７７８５５号公報に開示された発明がある。この特開昭６２−２７７８５５号公報に開示された画像処理装置は、画像の各領域の画像種に応じて、拡大、縮小または階調変換等の画像処理方法を変更するものである。しかし、この画像処理装置によって画像データを処理する場合、ユーザが領域指定や画像処理の選択を行なわなければならず、操作が非常に煩雑となる。また、これらの処理を自動化するためには、画像の各領域の画像種を認識する必要がある。しかし、この処理量はかなり大きなものとなるため、処理速度が遅い携帯端末装置等では画像処理に時間がかかるという問題点がある。
【００１４】
また、電子書籍のコンテンツの販売において、著作権の保護という観点から電子書籍のコンテンツの無断複写等の不正を防止する必要がある。これに関連する技術として、特開平５−１２２７０１号公報に開示されて発明がある。この特開平５−１２２７０１号公報に開示された課金用情報処理装置は、空間中または所定の伝送路を介して送信される暗号化された一連の情報群または情報の一部が欠落した一連の情報群を復号するのに要するプログラムまたはデータが記録された光磁気ディスクと、この光磁気ディスクに対して情報の記録または再生を行なう光磁気ディスクドライブ装置と、一連の情報群を光磁気ディスク上のプログラムまたはデータによって復調するパーソナルコンピュータとを含む。パーソナルコンピュータは、一連の情報群を復調するのに要するプログラムまたはデータを光磁気ディスクから再生し、この再生されたプログラムまたはデータを用いて一連の情報群を復調する。これにより、特定の利用者のみが、複数の利用者に向けて送信された一連の情報群を利用することが可能となる。
【００１５】
この一連の情報群の配布元、たとえばソフトウェアの配布元が光磁気ディスクを作成して販売する際に、ソフトウェアの利用料金を上乗せすることによってソフトウェアに対する課金を行なうことができる。しかし、媒体（光磁気ディスク）単位でしか課金ができないため、媒体に複数のソフトウェアを格納してソフトウェア毎に課金を行なうことができなという問題点があった。
【００２０】
本発明は上記問題点を解決するためになされたものであり、第１の目的は、特定の電子書籍表示装置のみで再生することができる電子書籍のコンテンツを販売する電子著作物販売装置を提供することである。
【００２４】
【課題を解決するための手段】
【００４４】
本発明のある局面に従えば、電子著作物販売装置は、ユーザまたはビューア固有の情報であるユーザ識別子にユーザ鍵を対応させて予め記憶している鍵管理センタが、コンテンツ識別子と対応させて予め記憶しているコンテンツ鍵によって復号化可能な電子書籍の符号化コンテンツを、ユーザ識別子とユーザ鍵とを対応させて予め記憶しているビューアのユーザに販売する装置であって、鍵管理センタとデータ通信を行なう通信部と、ユーザが所望の電子書籍を選択するユーザインタフェースと、符号化コンテンツとコンテンツ識別子とを対応させて記憶する記憶部と、ユーザ識別子を入力する通信ポートと、ユーザインタフェースによって選択された電子書籍の符号化コンテンツに対応するコンテンツ識別子を記憶部から抽出し、コンテンツ識別子および通信ポートによって入力されたユーザ識別子を通信部によって鍵管理センタに送信させ、符号化コンテンツのうちユーザインタフェースによって選択された電子書籍のコンテンツ識別子と対応する符号化コンテンツと、鍵管理センタから返信され通信部によって受信された補助情報とを対にして出力する処理部とを含む。また、補助情報は、鍵管理センタによる複数の演算のうちのいずれかの演算によって、通信部によって送信されたユーザ識別子に対応するユーザ鍵と通信部によって送信されたコンテンツ識別子に対応するコンテンツ鍵とから鍵管理センタにより生成された演算結果と、該演算の種類を示す演算種識別子とを含む。さらに、ビューアによって対から分離される符号化コンテンツは、ビューアによって対から分離される補助情報に含まれる演算結果とビューアに記憶されたユーザ鍵とから補助情報に含まれる演算種識別子に対応する解演算によってビューアにより導出されるコンテンツ鍵によって、ビューアにより復号化される。
【００４５】
処理部は、符号化コンテンツのうちユーザインタフェースによって選択された電子書籍のコンテンツ識別子と対応するコンテンツ鍵によって暗号化された符号化コンテンツと、ユーザ鍵とコンテンツ鍵とから生成された補助情報とを対にして出力するので、ユーザ鍵を持つ特定のユーザのみが再生できるコンテンツを提供することが可能となる。
【００７６】
【発明の実施の形態】
（実施例１）
図１を参照して、本発明の実施例１における電子著作物販売システムは、購入者３が電子著作物の購入手続を行ない、記録メディア２に購入する電子書籍データを書き込む電子書籍販売装置（以下、販売端末と呼ぶ）１と、販売端末１によって販売された電子書籍データに対する著作権料を管理する著作権管理装置（以下、著作権管理センターと呼ぶ）４と、電子書籍の販売元６が使用する販売元端末５と、電子書籍の著作者８が使用する著作者端末７とを含む。販売端末１、著作権管理センター４、販売元端末５および著作者端末７は、それぞれ通信回線２８を介して接続されている。
【００７７】
販売端末１は、購入者３が購入する電子書籍を選択するのに必要となる書籍情報や販売端末１の操作方法等を表示する表示部９と、電子書籍の購入のための手続が行なわれる操作部１２と、メディア挿入口１０を介して挿入された記録メディア２に選択された電子書籍データを書き込む書籍データ書込み部１３と、複数の書籍に対応する電子書籍データが記録される書籍データ記憶部１４と、販売端末１の全体的な制御を行なう販売端末制御部１５と、各地に設置される販売端末１に付与される販売端末１の管理用のＩＤ番号が格納される販売端末ＩＤ記憶部１６と、販売端末１における電子書籍の販売状況に関する情報を記録する販売情報記録部１７と、販売される電子書籍の著作権料に関する情報を記憶する著作権料情報記憶部２０と、著作権料情報記憶部２０に記憶される情報に基づいて販売される電子書籍の著作権料を算出する著作権料算出部１９と、電話回線等の通信回線２８を介して情報の送受信を行なう販売端末通信部１８とを含む。なお、販売端末通信部１８は、有線ではなく無線によって情報の送受信を行なうようにしても良い。
【００７８】
購入者３は、メディア挿入口１０から記録メディア２を挿入し、表示部９に表示された内容に従って操作部１２を操作することによって、記録メディア２に所望の書籍の電子書籍データが書き込まれる。そして、電子書籍データが書き込まれた記録メディア２は、メディア取り出し口１１から取り出される。メディア挿入口１０とメディア取り出し口１１とが別個に設けられているが、これらを共通にした構造であっても良い。
【００７９】
書籍データ記憶部１４、販売端末ＩＤ記憶部１６、販売情報記憶部１７および著作権料情報記憶部２０は、電気的に読み出しおよび書き込みが可能であり、主電源の供給の有無にかかわらず情報を保持することが可能な不揮発性メモリ、バッテリによってバックアップされたメモリまたは磁気を用いて記録される記録媒体等によって構成される。
【００８０】
また、販売端末制御部１５は、ＣＰＵ（Central Processing Unit）、その実行プログラムが記録されるＲＯＭ（Read Only Memory）およびワークエリア等に使用されるＲＡＭ（Random Access Memory）等によって構成され、ＣＰＵがＲＯＭまたはＲＡＭに記憶されたプログラムを実行することによって販売端末１の制御が行なわれる。
【００８１】
また、著作権料算出部１９は、著作権料情報記憶部２０に記憶された著作権情報の中から購入者が選択した電子書籍に対応する著作権料情報を抽出して、その著作権料を算出する。上記販売端末制御部１５内のＣＰＵが、この著作権料の算出を行なうようにしても良い。
【００８２】
著作権管理センター４は、著作権管理センター４の全体的な制御を行なう管理センター制御部２１と、販売端末１によって販売される電子書籍の販売元に関する情報を管理する販売元情報記憶部２２と、各地に設置された各販売端末の販売端末ＩＤおよびその各販売端末ＩＤに対応する販売端末に関する情報を管理する販売端末情報記憶部２３と、電話回線等の通信回線を介してデータの送受信を行なう管理センター通信部２４と、販売端末１によって販売される電子書籍の著作権に関する情報を記憶する著作権情報記憶部２５と、販売端末１によって販売された電子書籍に関する著作権料データを記憶する著作権料データ記録部２６と、著作者８が著作者端末７を介して行なう承認手続に基づいて著作権料情報を集計し、販売元端末５へ送信する情報を生成する著作権料データ承認処理部２７とを含む。なお、管理センター通信部２４は、有線ではなく無線によって情報の送受信を行なうようにしても良い。
【００８３】
販売元端末５は、販売端末１および著作権管理センター４との間でデータ通信可能な通信端末である。また、著作者端末７は、著作権管理センター４との間でデータ通信可能な通信端末である。この販売元端末５および著作者端末７は、通信回線を介してデータ通信を行なうことが可能なパーソナルコンピュータ等の装置によって実現可能である。販売元端末５および著作者端末７に関する情報は、著作権管理センター４によって管理されており、販売者または著作者は、販売元端末５または著作者端末７を介して著作権管理センター４から必要な情報を入手することが可能である。
【００８４】
図１において、販売元端末５と著作者端末７とがそれぞれ別々の装置として構成されているが、販売元６が著作者８の有する電子著作物の著作権を有している場合には、販売元端末５および著作者端末７を同一の端末によって構成することも可能である。その場合、販売元端末５および著作者端末７が同一の端末として著作権管理センター４に登録される。
【００８５】
また、図１においては、１つの販売元６が１つの販売元端末５を使用する構成を示しているが、複数の販売元６が１つの販売元端末５を使用して電子著作物を管理することも可能である。
【００８６】
図２を参照して、購入者３が電子書籍を購入する際の本実施例における電子著作物流通管理システムの処理手順を説明する。まず、購入者３が販売端末１の表示部９の表示内容にしたがって、操作部１２を用いて購入する電子書籍を選択する（Ｓ１）。そして、購入者３は電子書籍を記録する記録メディア２をメディア挿入口１０に挿入する（Ｓ２）。
【００８７】
記録メディア２がメディア挿入口１０に挿入されると、販売端末制御部１５は著作権料算出部１９に著作権料の算出を行なわせる。著作権料算出部１９は、著作権料情報記憶部２０に記憶された著作権料情報を参照して、購入者３によって選択された電子書籍の著作権料を算出する（Ｓ３）。
【００８８】
販売端末制御部１５は、著作権料算出部１９によって算出された著作権料データを販売端末１から著作権管理センター４への伝送開始を示す情報を販売情報記録部１７に記録する（Ｓ４）。そして、販売端末制御部１５は、販売端末通信部１８によって著作権料データを通信回線２８を介して著作権管理センター４へ伝送する（Ｓ５）。
【００８９】
著作権管理センター４の管理センター制御部２１は、通信回線２８および管理センター通信部２４を介して著作権料データを受信し、著作者毎に著作権料を管理して記録する著作権料データ記録部２６にその著作権料データを記録する（Ｓ６）。そして、管理センター制御部２４は、著作権料の登録が終了したことを管理センター通信部２４および通信回線２８を介して販売端末１に伝送する（Ｓ７）。
【００９０】
販売端末制御部１５は、通信回線２８および販売端末通信部１８を介して著作権料の登録が終了したことを受信すると、著作権料データが著作権管理センター４に登録されたことを示す情報を販売情報記録部１７に記録する（Ｓ８）。そして、販売端末制御部１５は、購入者３によって選択された電子書籍データの記録メディア２への書き込み開始を示す情報を販売情報記録部１７に記録し（Ｓ９）、書籍データ書込み部１３によって電子書籍データの記録メディア２への書込みを開始する（Ｓ１０）。
【００９１】
販売端末制御部１５は、購入者３によって選択された電子書籍データの記録メディア２への書込みが終了したことを確認し、正常に書込みが終了した場合には書き込み終了を示す情報を販売情報記録部１７に記録する。また、販売端末制御部１５は、書込みが正常に終了しなかった場合には販売情報記録部１７に書き込みエラー情報を記録する（Ｓ１１）。販売端末制御部１５は、電子書籍データの書き込みが正常に終了したことを確認すると、記録メディア２をメディア取り出し口１１から排出する（Ｓ１２）。
【００９２】
以上説明した処理手順によれば、販売端末１が著作権管理センター４へ著作権料データを伝送している最中に異常が発生し、著作権管理センター４の著作権料データ記録部２６に記録されたデータと実際の販売実績との間に齟齬が生じても、販売端末１の販売情報記録部１７に記録された情報に基づいてその検証を行なうことが可能となる。
【００９３】
また、販売端末１が購入者３の記録メディア２へ電子書籍データを書き込んでいる最中に、停電等によって販売端末１が停止するという異常が発生した場合であっても、販売情報記録部１７に書き込み開始を示す情報のみが記録された状態となり、電子書籍データの販売が正常に終了しなかったことを確認することができる。
【００９４】
また、販売される１つの電子書籍に複数の著作者の著作権が含まれる場合、著作権料算出部１９が著作権料情報記憶部２０に記憶される情報に基づいて、各著作者に対する著作権料を算出するようにしても良い。著作権管理センター４は、通信回線２８および管理センター通信部２４を介して各著作者に対する著作権料を受信し、著作権情報記憶部２５に記憶された著作権情報に基づいて各著作者に対応した著作権料を著作権料データ記録部２６に記録することが可能となる。
【００９５】
著作者８は、著作者端末７によって著作権管理センター４の著作権料データ記録部２６に記録された自身の著作権料データを参照し、その著作権料データに対して承認を行なうことができる。著作権料データ承認処理部２７は、著作者８からの承認があった場合、管理センター通信部２４を介して当該著作権料データを販売元端末５へ送信する。
【００９６】
図３Ａは、１人の著作者によって著作された書籍のデータ構造を示しており、１冊の書籍に相当する電子書籍データの構造を示している。このデータ構造は、書籍１のＩＤを示す“書籍１−ＩＤ”と、書籍のタイトル、価格、著作者または出版社等の書籍に付随した書誌情報を示す“書誌情報１”と、書籍１の著作権者である著作者Ａに関する情報を示す“著作者Ａ−ＩＤ”と、著作者Ａの書籍１に関する著作権料情報を示す“著作権料情報Ａ１”と、書籍１の本文に相当する“書籍データＡ１”とを含む。
【００９７】
販売端末１に書籍１の電子書籍データを登録する際に、“書籍１−ＩＤ”、“書誌情報１”および“書籍データＡ１”が書籍データ記憶部１４に登録され、“著作権料情報Ａ１”が“著作者Ａ−ＩＤ”に対応するように著作権料情報記憶部２０に登録される。
【００９８】
図３Ｂは、複数の著作者によって著作された書籍のデータ構造を示しており、１冊の書籍に相当する電子書籍データの構造を示している。このデータ構造は、書籍２のＩＤを示す“書籍２−ＩＤ”と、書籍２の書誌情報を示す“書誌情報２”と、著作者ＡのＩＤを示す“著作者Ａ−ＩＤ”と、著作者Ａに対する著作権料を示す“著作権料情報Ａ２”と、著作者Ａが著作した本文に相当する“書籍データＡ２”と、著作者ＢのＩＤを示す“著作者Ｂ−ＩＤ”と、著作者Ｂに対する著作権料を示す“著作権料情報Ｂ２”と、著作者Ｂが著作した本文に相当する“書籍データＢ２”を含む。なお、著作者が他にいる場合には、“書籍データＢ２”以降にそのデータが格納される。
【００９９】
販売端末１に書籍２の電子書籍データを登録する際に、“書籍２−ＩＤ”、“書誌情報２”、“書籍データＡ２”および“書籍データＢ２”が書籍データ記憶部１４に登録され、“著作権料情報Ａ２”および“著作権料情報Ｂ２”がそれぞれ“著作者Ａ−ＩＤ”および“著作者Ｂ−ＩＤ”に対応するように著作権料情報記憶部２０に登録される。
【０１００】
図３Ｃは、１冊の書籍に相当する電子書籍データが章や節等の単位で分割された場合のデータ構造を示している。このデータ構造は、書籍３のＩＤを示す“書籍３−ＩＤ”と、書籍３の書誌情報を示す“書誌情報３”と、著作者ＡのＩＤを示す“著作者Ａ−ＩＤ”と、書籍データＡ３ａに対する著作権料を示す“著作権料情報Ａ３ａ”と、本文の最初の章や節等に相当する“書籍データＡ３ａ”と、著作者ＡのＩＤを示す“著作者Ａ−ＩＤ”と、書籍データＡ３ｂに対する著作権料を示す“著作権料情報Ａ３ｂ”と、本文の次の章や節等に相当する“書籍データＡ３ｂ”とを含む。なお、章や節等が他にある場合には、“書籍データＡ３ｂ”以降にそのデータが格納される。
【０１０１】
販売端末１に書籍２の電子書籍データを登録する際に、“書籍３−ＩＤ”、“書誌情報３”、“書籍データＡ３ａ”および“書籍データＡ３ｂ”が書籍データ記憶部１４に登録され、“著作権料情報Ａ３ａ”および“著作権料情報Ａ３ｂ”がそれぞれ“著作者Ａ−ＩＤ”に対応するように著作権料情報記憶部２０に登録される。
【０１０２】
本実施例における電子著作物流通管理システムにおいて、電子書籍の販売に対する課金のために、販売端末１に現金を挿入する挿入口を設けても良く、クレジットカードやプリペイドカード等のキャッシュレスカードを挿入する挿入口を設けるようにしても良い。また、販売端末通信部１８および通信回線２８を介して電子決済によって課金が行なわれるようにしても良い。
【０１０３】
また、販売端末１に課金のための挿入口が設けられた場合には、販売端末１は専用端末として駅売店や書店等の店頭に設置され、販売によって課金される料金が回収されることになる。販売端末１に課金のための挿入口が設けられない場合には、販売端末１をパーソナルコンピュータ等の汎用装置によって構成し、販売端末ＩＤ記憶部１６としてパーソナルコンピュータのハードディスク等の記録装置が使用されて、その記録装置に販売端末ＩＤ情報を予め登録するようにする。そして、購入者３が電子書籍を購入する際、操作部１２を用いて販売端末ＩＤに関する情報を入力し、この情報を記録装置に記録された販売端末ＩＤと比較して購入の可否を判定するようにしても良い。
【０１０４】
この場合、パーソナルコンピュータの所有者が個人であるため、その個人に関する情報が販売端末ＩＤとして登録される。しかし、著作権管理センター４は、実際にその販売端末を使用して電子書籍等の電子著作物を購入する購入者に関する情報を直接的には管理しないので、購入者３の匿名性が必ずしも失われることにはならない。
【０１０５】
また、販売端末１、著作権管理センター４、販売元端末５および著作者端末７を接続する通信回線２８は、公衆回線以外の専用回線が用いられても良く、また衛星等の無線を利用してデータ通信が行なわれるようにしても良い。また、本実施例における電子著作物流通管理システムは、電子著作物として電子化された書籍データを販売するようにしているが、音楽を電子化したデータ、パーソナルコンピュータ用のプログラム、ゲーム専用機のソフトウェア等の電子著作物が電子著作物流通管理システムによって流通されるようにしても良い。
【０１０６】
また、販売端末１の書籍データ記憶部１４に電子書籍以外の電子著作物を記憶させ、書籍データ書込み部１３が購入者３の記録メディア２にその電子著作物データを書き込むようにして、電子書籍以外の電子著作物を販売するようにしても良い。
【０１０７】
以上説明したように、本実施例における電子著作物流通管理システムによれば、販売端末１における電子著作物の販売時に著作権料が算出され、購入者３の記録メディア２に電子著作物データが記録される時に、著作権料データが著作権管理センター４に登録されるようになった。そのため、販売情報を一括管理せずに著作権料を正確に集計でき、販売数量の改ざんにより著作者に対して正当な著作権料が支払われないという問題を解決することが可能となった。
【０１０８】
また、販売端末１が電子著作物を販売する際、著作権管理センター４による承認を得るようにすれば、著作権データが設定されていない不正な電子著作物が販売端末１において販売された場合、販売情報記録部１７に記録された情報と著作権管理センター４における承認実績との間に不一致が発生し、その不正を検出することが可能となる。
【０１０９】
また、販売端末１による販売途中で停電等による異常が発生した場合であっても、販売情報記録部１７に記録された情報によってその時の販売状況を知ることができるので、購入者３との間や著作権者との間でトラブルが発生するのを防ぐことが可能となった。
【０１１０】
（実施例２）
図４は、本発明の実施例２における電子著作物流通管理システムの概略構成を示すブロック図である。この電子著作物流通管理システムにおいて、記録メディア２、著作権管理センター４、販売元端末５および著作者端末７は、図１に示す実施例１における電子著作物流通管理システムにおけるものと同じであるので、詳細な説明は繰り返さない。
【０１１１】
販売端末２９は、図１に示す販売端末１と比較して、販売端末２９における電子書籍の販売状況に関する情報を記録する販売情報記録部３０と、販売情報記録部３０に記録される販売情報の書込み、読み出し、削除等の編集を制御する販売情報制御部３１と、販売情報制御部３１による販売情報の編集処理を管理する販売情報管理部３２と、販売情報記録部３０に記録された販売情報の読み出しまたは削除する際に、販売情報読み出しカード３４または販売情報管理カード３５が接続される販売情報管理カード接続部３３とが付加された点のみが異なる。したがって、その他の構成および機能についての詳細な説明は繰り返さない。
【０１１２】
販売情報記録部３０には、実施の形態１において説明した電子書籍の販売時における著作権管理センター４との間の通信経過に関する情報や記録メディア２への書籍データの書込み時における経過の情報が記録される。通常の販売時においては、販売情報制御部３１は、これらの情報を特に制約を加えることなく販売情報記録部３０に記録する。
【０１１３】
販売情報読み出しカード３４が販売情報管理カード接続部３３に接続されると、操作部１２による所定の操作が行なわれることによって、販売情報記録部３０に記録された情報の読み出しが開始される。販売情報制御部３１は、販売情報管理カード接続部３３に販売情報読み出しカード３４が接続された状態であることを確認すると、販売情報記録部３０に記録された販売情報から必要な情報を読み出し、表示部９にその情報を表示したり、メディア挿入口１０から挿入された記録メディア２にその情報を書き込んだり、または販売端末２９に接続された図示しないプリンタにその情報を印刷したりする。このようにして、操作者が販売情報記録部３０に記録された情報を取得することが可能となる。
【０１１４】
また、販売端末２９には、販売端末ＩＤ記憶部１６に記憶された販売端末ＩＤに対応したプログラム（販売情報記録部３０に記録された販売情報を読み出すためのプログラム）の一部が記録されている。一方、販売情報読み出しカード３４にも販売端末ＩＤ記録部１６に記録された販売端末ＩＤに対応したプログラムの残りの部分が記録されている。販売情報読み出しカード３４は、この販売端末ＩＤに対応しているため、他の販売端末で使用することはできない。このようにして、販売情報管理部３２は、販売端末ＩＤに対応した販売情報読み出しカード３４が販売情報管理カード接続部３３に接続された場合にのみ、販売端末ＩＤに対応したプログラムが実行され、販売情報記録部３０からの情報の読み出しが行なわれる。
【０１１５】
また、操作者は、操作部１２を用いて所定の操作、たとえばパスワードの入力を含んだ所定の操作を行なった場合にのみ、販売情報制御部３１が販売情報管理部３２を制御して販売情報記録部３０から情報を読み出すようにしても良い。すなわち、正しいパスワードが入力された場合にのみ、販売情報制御部３１が販売情報記録部３０から情報を読み出せるようにハードウェア的に制御したり、販売情報制御部３１が販売情報管理カード接続部３３および販売情報管理部３２を介して販売情報読み出しカード３４からプログラムを読み出すようにする。
【０１１６】
実施例１において説明したように、販売端末２９による電子書籍の販売が行なわれると、販売情報記録部３０に販売情報が記録される。販売情報管理カード３５が販売情報管理カード接続部３３に接続されると、操作部１２による所定の操作が行なわれることによって、販売情報記録部３０に記録された情報の消去が開始される。販売情報制御部３１は、販売情報管理カード接続部３３に販売情報管理カード３５が接続された状態であることを確認すると、販売情報記録部３０に記録された販売情報を読み出し、その情報を販売情報管理カード３５に内蔵された管理カード記憶部３６に書き込む。そして、販売情報制御部３１は販売情報記録部３０に記録されている販売情報を消去する。
【０１１７】
また、販売端末２９には、販売端末ＩＤ記憶部１６に記憶された販売端末ＩＤに対応したプログラム（販売情報記録部３０に記録された販売情報を消去するためのプログラム）の一部が記録されている。一方、販売情報管理カード３５にも販売端末ＩＤ記録部１６に記録された販売端末ＩＤに対応したプログラムの残りの部分が記録されている。販売情報管理カード３５は、この販売端末ＩＤに対応しているため、他の販売端末で使用することはできない。このようにして、販売情報制御部３１は、販売端末ＩＤに対応した販売情報管理カード３５が販売情報管理カード接続部３３に接続された場合にのみ、販売端末ＩＤに対応したプログラムが実行され、販売情報記録部３０に記録された情報の消去が行なわれる。
【０１１８】
以上説明したように、本実施例における電子著作物流通管理システムによれば、販売端末２９の販売情報管理カード接続部３３に販売情報読み出しカード３４または販売情報管理カード３５が接続されている場合にのみ、販売情報記録部３０に記録された販売情報の読み出しまたは消去が行なわれるようにしたので、販売情報記録部３０に記録された情報が不正に読み出されたり、書き換えられたり、または消去されたりすることを防止することが可能となった。
【０１１９】
また、販売情報記録部３０に記録された情報が販売情報管理カード３５の管理カード記憶部３６に記録されるようにしたので、販売情報を一元管理することが可能となった。また、一般回線等を用いたデータ通信による販売情報の一元管理と比較して、本実施例の販売端末においては販売情報の集計管理が独立した状態で行なわれるため、販売情報が不正にアクセスされたり、漏洩する危険性が極めて少なく、販売端末における販売情報の改ざん等の不正が行なわれるのを防止することが可能となった。
【０１２０】
（実施例３）
図５は、本発明の実施例３における電子著作物流通管理システムの概略構成を示すブロック図である。この電子著作物流通管理システムにおいて、記録メディア２、著作権管理センター４、販売元端末５および著作者端末７は、図１に示す実施例１における電子著作物流通管理システムにおけるものと同じであるので、詳細な説明は繰り返さない。
【０１２１】
販売端末３７は、図１に示す販売端末１と比較して、メディア挿入部１０から挿入された記録メディア２が一時的に格納される記録メディア格納部３８が付加された点、および販売端末制御部の機能が異なる点のみが異なる。したがって、重複する構成および機能の詳細な説明は繰り返さない。なお、販売端末制御部の参照符号を３９として説明する。
【０１２２】
メディア挿入口１０から挿入された記録メディア２は、一旦記録メディア格納部３８に格納される。記録メディア格納部３８に複数の記録メディア２が格納されている場合には、書籍データ書込み部１３は購入者３からの指示にしたがって、順次複数の記録メディア２に書籍データが書き込まれる。
【０１２３】
たとえば、複数の購入者がそれぞれの記録メディア２に書籍データを書き込む場合、まず最初の購入者３が記録メディア２をメディア挿入口１０から挿入し、電子書籍データを選択して購入の手続を行なう。この購入の手続が終了すると、この購入者に対して書込みが終了した後に記録メディア２を取り出す方法を示す情報を表示部９に表示したり、販売端末３７に接続される図示しないプリンタによってその情報を出力したりする。そして、記録メディア２への電子書籍データの書き込みが開始される。
【０１２４】
そして、次の購入者が記録メディア２をメディア挿入口１０から挿入すると、記録メディア格納部３８に一時格納される。この購入者によって電子書籍データの選択が行なわれると、最初の購入者３の記録メディア２への電子書籍データの書込みが終了するまで次の購入者の記録メディア２への電子書籍データの書き込みが待たされる。そして、最初の購入者３の記録メディア２への電子書籍データの書き込みが終了すると、最初の購入者３の記録メディア２への書込みが終了したことを表示部９に表示する等によって報知し、次の購入者の記録メディアへの電子書籍データの書込みが開始される。なお、最初の購入者は、上述した情報にしたがって書込みが終了した後の記録メディア２を取り出す。
【０１２５】
また、購入者３へ書込み終了を通知する際、購入者が所有する通信装置、たとえば通信回線に接続されたパーソナルコンピュータを介して通知するようにしても良い。
【０１２６】
以上説明したように、本実施例における電子著作物流通管理システムによれば、販売端末３７の書籍データ書込み部１３が記録メディア２に電子書籍データを書き込んでいる場合であっても、平行して異なる購入者の購入手続を行なえるようにしたので、購入者による購入手続を効率よく行なうことが可能となった。
【０１２７】
（実施例４）
図６は、本発明の実施例４における電子著作物流通管理システムの概念を示す図である。電子書籍表示装置（以下、ビューワと呼ぶ）１０１は、電子書籍販売装置（以下、ベンダー機と呼ぶ）１０３から提供された電子書籍の内容であるディジタルデータ（通常、このデータは符号化されているので、以下“符号化コンテンツ”と呼ぶ）を再生して表示する。
【０１２８】
ベンダー機１０３は、ユーザ１０６に対してメディア１０２または通信回線を介して符号化コンテンツを提供する。このメディア１０２は、ディジタルデータを記録でき、パーソナルコンピュータ等の装置によってそのデータを読み取り可能な光磁気ディスク、光ディスク、磁気ディスク、ハードディスク、磁気テープまたはＩＣカード等のメディアによって構成される。また、ベンダー機１０３は、電子書籍データを内部に記憶しており、ユーザ１０６による符号化コンテンツの要求と課金があった時に、内部に記憶している符号化コンテンツまたは配信センター１０４から配信された符号化コンテンツをユーザに提供する。
【０１２９】
出版社１０８は、著者１０９が著作した著作物の編集や推敲を行ない、その著作物を電子化して符号化コンテンツを作成する。この作成された符号化コンテンツは、配信センター１０４からの要求に応じて、通信回線等の有線または衛星等の無線によって配信センター１０４へ配信される。
【０１３０】
メーカ１０５は、ユーザ１０６にビューワ１０１を提供する製造メーカであって、ビューワ１０１をユーザ１０６に提供する際にビューワ１０１内部にユーザ鍵を埋め込んで提供するとともに、鍵情報管理装置（以下、鍵管理センターと呼ぶ）１１０にそのユーザ鍵を提供する。後述するように、このユーザ鍵によってビューワ１０１による符号化コンテンツの復号が行なわれる。
【０１３１】
また、鍵管理センター１１０は、ベンター機１０３、メーカ１０５または出版社１０８との間で無線または有線による通信によって後述する鍵データ等の管理や発行等を行なう。なお、図６に示す電子著作物流通管理システムにおいては、簡単のため各装置が１台ずつ接続された構成となっているが、通常は各装置が複数台接続される。
【０１３２】
また、インターネットを介して電子書籍データを配信することも可能である。この場合、プロバイダ１１１が家庭端末１１２（たとえば、パーソナルコンピュータ）へ電子書籍データを配信し、その符号化コンテンツに対する対価はプロバイダ１１１に対して支払われる。また、プロバイダ１１１に記憶される電子書籍データは出版社１０８から配信される。なお、プロバイダ１１１は配信センター１０４と同等の機能で実現でき、家庭端末１１２はベンダー機１０３の機能と同等の機能で実現できる。
【０１３３】
図７は、図６に示すベンダー機１０３の概略構成を示すブロック図である。ベンダー機１０３は、ベンダー機１０３全体の制御を行なうＣＰＵ２０１と、処理内容やプログラム等を記憶するメモリ２０２と、複数の符号化コンテンツおよびその符号化コンテンツを正常に再生または表示するための補助情報を記憶するハードディスク２０３と、鍵管理センター１１０との間で通信回線を介して通信を行なう鍵管理センター回線Ｉ／Ｆ（インタフェース）２０５と、配信センター１０４との間で通信回線を介して通信を行なう配信回線Ｉ／Ｆ２０６と、ベンダー機１０３の使用者に対して情報を表示する表示装置２０７と、ユーザが所望の電子書籍を検索したり、購入する電子書籍を選択する際に使用されるユーザインタフェース２０８と、メディア１０２に電子書籍データを書き込むメディアライタ２０９と、ビューワ１０１との間で通信を行なう通信ポート２１０と、ユーザの符号化コンテンツ購入の対価となる現金またはプリペイドカードの内容を確認し、課金決済を行なう課金装置２１１と、これらの構成部分が接続される内部バス２０４とを含む。
【０１３４】
図８は、ビューワ１０１の概略構成を示すブロック図である。ビューワ１０１は、ビューワ１０１の全体的な制御を行ない、種々の演算処理を行なうＣＰＵおよびＤＳＰ（Digital Signal Processor）から構成される処理部３０１と、処理部３０１が使用する情報を一時的に保持するＲＡＭ３０２と、処理部３０１が実行する処理プログラムおよび後述するビューワ１０１固有の情報であるユーザ鍵等を記憶するＲＯＭ３０３と、ベンダー機１０３から読み込んだ符号化コンテンツを記憶する内部メディア３０４と、メディア１０２から符号化コンテンツを読み取るディスクドライブ等で構成されるメディアドライブ３０５と、ベンダー機１０３との間で通信回線を介して通信を行なう通信ポートＩ／Ｆ３０６と、符号化コンテンツを復号した後、ユーザに提示する画像（コンテンツ情報）が記憶される画像メモリ３０７と、画像メモリ３０７に記憶される内容に従って画像を表示するＬＣＤ（Liquid Crystal Device）３０８と、十字カーソルおよびボタンの状態をシリアルデータに変換して出力するシリアルポートや、タブレット等で構成される入力部３０９と、マイクから入力される音声を符号化したり、符号化された楽音を再生してスピーカから出力するオーディオコーデック等で構成される音声部３１０と、これらの構成部分が接続されるシステムバス３１１とを含む。
【０１３５】
図９は、鍵管理センター１１０の概略構成を示すブロック図である。鍵管理センター１１０は、鍵管理センター１１０全体の制御を行なうＣＰＵ４０１と、処理内容やプログラム等を記憶するメモリ４０２と、後述するユーザ鍵等の情報を記憶するハードディスク４０３と、ベンダー機１０３との間で通信回線を介して通信を行なうベンダー回線Ｉ／Ｆ４０５と、出版社１０８との間で通信回線を介して通信を行なう出版社回線Ｉ／Ｆ４０６と、メーカ１０５との間で通信回線を介して通信を行なうメーカ回線Ｉ／Ｆ４０７と、メディア４１１に対してデータの読み出しおよび書込みを行なうメディアドライブ４１０と、これらの構成部分が接続される内部バス４０４とを含む。
【０１３６】
図１０は、ビューワ１０１、ベンダー機１０３、出版社１０８および鍵管理センター１１０の間における鍵情報等の通信内容を示す図である。鍵管理センター１１０は、内部のハードディスク４０３にコンテンツ対応テーブル５０１およびユーザ対応テーブル５０２を有している。コンテンツ対応テーブル５０１は、出版社で作成された電子書籍の符号化コンテンツに固有の情報であるコンテンツＩＤと、ビューワ１０１においてその符号化コンテンツを解釈、再生して表示するのに必要なコンテンツ鍵とを対にして記憶している。なお、１つのコンテンツＩＤに対して、複数のコンテンツ鍵を対応させて記憶しても良い。
【０１３７】
このコンテンツ対応テーブル５０１内のコンテンツＩＤは、以下のいずれかの方法によって作成される。
（１−１）鍵管理センター１１０が、出版社１０８ごとにそれぞれコンテンツＩＤを予め割り付ける。
（１−２）出版社１０８の要求により、鍵管理センター１１０がその都度コンテンツＩＤを作成する。
【０１３８】
また、コンテンツ対応テーブル５０１内のコンテンツ鍵は、以下のいずれかの方法によって作成され、鍵管理センター１１０で記憶される。
（２−１）出版社１０８が、上述したコンテンツＩＤに対応するコンテンツ鍵を作成し、コンテンツＩＤとコンテンツ鍵との組を鍵管理センター１１０へ送信する。そして、鍵管理センター１１０がコンテンツ対応テーブル５０１にそのコンテンツＩＤとコンテンツ鍵との組を追記する。
（２−２）上記（１−１）または（１−２）で得られたコンテンツＩＤが鍵管理センター１１０で記憶され、鍵管理センター１１０がそのコンテンツＩＤに対応するコンテンツの符号化鍵と復号化鍵とを作成して、コンテンツ鍵（符号化鍵）５１２のみを出版社１０８へ送信する。出版社１０８は、鍵管理センター１１０から送信されたコンテンツ鍵（符号化鍵）５１２を用いて電子書籍のコンテンツを符号化する。また、鍵管理センター１１０は、コンテンツＩＤとコンテンツ鍵（復号化鍵）との組をコンテンツ対応テーブル５０１に追記する。
【０１３９】
以上、電子書籍のコンテンツ毎にコンテンツＩＤとコンテンツ鍵が割り付けられる場合について説明したが、全てのコンテンツに同じコンテンツＩＤとコンテンツ鍵とを対応させたり、各出版社毎に１つのコンテンツＩＤとコンテンツ鍵とを対応させるようにしても良い。
【０１４０】
ユーザ対応テーブル５０２には、ユーザ１０６またはビューワ１０１に固有の情報であるユーザＩＤと、対応するビューワ１０１において符号化コンテンツを解釈、再生および表示する際に必要となるユーザ鍵との組が記録されている。このユーザ対応テーブル５０２内のユーザＩＤおよびユーザ鍵は、以下のいずれかの方法によって作成される。
（３−１）鍵管理センター１１０が、ビューワ１０１毎にユーザＩＤおよびユーザ鍵を作成してユーザ管理テーブル５０２に追記した後、ユーザ１０６またはメーカ１０５へ送信する。
（３−２）鍵管理センター１１０が、ビューワ１０１毎にユーザＩＤを作成し、メーカ１０５へ送信する。メーカ１０５は、ユーザＩＤを受信するとユーザ鍵を作成してビューワ１０１内に埋め込む。そして、メーカ１０５は、ユーザＩＤとユーザ鍵との組を鍵管理センター１１０へ送信する。鍵管理センター１１０は、受信したユーザＩＤとユーザ鍵との組をユーザ対応テーブル５０２に追記する。
【０１４１】
以上の説明においては、ビューワ１０１毎にユーザＩＤとユーザ鍵とが割り付けられたが、全てのビューワ１０１に同じユーザＩＤとユーザ鍵とが割り付けられたり、特定のビューワ、たとえば図書館や学校等に設置される複数台のビューワに１つのユーザＩＤとユーザ鍵との組を割り付けるようにしても良い。また、本実施例の電子著作物流通システムにおいては、ベンダー機１０３と鍵管理センター１１０とを別個の装置として説明したが、ベンダー機１０３に鍵管理センター１１０の機能を持たせるようにしても良い。
【０１４２】
次に、ユーザ１０６がビューワ１０１を用いて符号化コンテンツを解釈、再生および表示する手順について説明する。
【０１４３】
ユーザ１０６がベンダー機１０３から符号化コンテンツを取得する場合、まず、ユーザ１０６はベンダー機１０３の表示装置２０７を参照しながら、ユーザインタフェース２０８を用いて購入したい符号化コンテンツを選択し、必要に応じてビューワ１０１と通信ポート２１０とを接続する。ベンダー機１０３内のＣＰＵ２０１は、通信ポート２１０にビューワ１０１が接続されたのを確認した後、ビューワ１０１内部に保持されたユーザＩＤ５１０を取得してメモリ２０２に記憶する。このユーザＩＤは、ユーザ１０６によって直接ユーザインタフェース２０８を介して入力されるようにしても良い。
【０１４４】
ベンダー機１０３のハードディスク２０３には、符号化コンテンツとそれに対応するコンテンツＩＤ５０４とが所定の単位毎、たとえば電子書籍のタイトル毎に複数記憶されている。ＣＰＵ２０３は、ユーザ１０６が選択した書籍に対応する符号化コンテンツおよびコンテンツＩＤをハードディスク２０３から抽出する。
【０１４５】
次に、ユーザ１０６が選択した電子書籍に対する対価、たとえば現金またはプリペイドカードがユーザ１０６によって課金装置２１１に投入される。課金装置２１１は、その対価を確認して決済を行なう。ＣＰＵ２０１が課金装置２１１から決済終了の通知を受信すると、メモリ２０２内に記憶されているユーザＩＤおよびコンテンツＩＤを、鍵管理センター回線Ｉ／Ｆ２０５を介して鍵管理センター１１０へ送信する。なお、ユーザＩＤが単一の場合には、鍵管理センター１１０へのユーザＩＤの送信は行なわれない。たとえば、全てのユーザに対して同じユーザＩＤおよびユーザ鍵が割り付けられている場合には、ベンダー機１０３からのユーザＩＤの送信は省略される。
【０１４６】
鍵管理センター１１０は、ベンダー回線Ｉ／Ｆ４０５を介してベンダー機１０３からコンテンツＩＤおよびユーザＩＤを受信してメモリ４０２に記憶する。そして、鍵管理センター１１０のＣＰＵ４０１は、コンテンツ対応テーブル５０１を検索して、受信したコンテンツＩＤに対応するコンテンツ鍵を抽出してメモリ４０２に記憶するとともに、ユーザ対応テーブル５０２を検索して、受信したユーザＩＤに対応するユーザ鍵を抽出してメモリ４０２に記憶する。
【０１４７】
次に、演算モジュール（ＣＰＵ４０１等によって構成される）５０３は、抽出されたユーザ鍵とコンテンツ鍵とを入力し、これらに演算を施すことによって補助情報としてのビット列を生成して出力する。図１１は、演算モジュール５０３によって生成されたビット列の一例を示している。このビット列は、ビット列自体の長さを示すビット数が格納されるビット数領域６０１と、ユーザ鍵とコンテンツ鍵とに施した演算の種類を示す識別子が格納される演算種識別子領域６０２と、ユーザ鍵とコンテンツ鍵とに演算を施すことによって得られた演算結果が格納される演算結果領域６０３とを含む。なお、演算結果領域６０３に格納される演算結果は可変長データである。
【０１４８】
演算モジュール５０３は、メモリ４０２またはハードディスク４０３内に記憶された複数の演算プログラムの中から演算を選択し、選択された演算の識別子を演算種識別子領域６０２に格納する。そして、演算モジュール５０３は、入力されたユーザ鍵とコンテンツ鍵とに対して、選択された演算を施してその演算結果を演算結果領域６０３に格納する。最後に、演算モジュール５０３は、ビット列全体の長さを算出してビット数領域６０１に格納する。
【０１４９】
演算モジュール５０３によって行なわれる演算Ｆは、２つの入力値から１つの出力値を算出する演算であり、以下の条件を満足するものである。なお、Ｘはユーザ鍵を表わし、Ｙはコンテンツ鍵を表わしている。
【０１５０】
（条件）Ｂ＝Ｆ（Ｘ，Ｙ）で得られた演算結果に対して、Ｙ＝Ｇ（Ｂ，Ｘ）となる演算Ｇが存在する。
【０１５１】
本実施例においては、Ｆを“演算”と定義し、Ｇを“解演算”と定義することにする。これらの演算Ｆと解演算Ｇとの組み合わせは無数に存在するが、以下にその一例を示す。
（１）Ｆ（Ｘ，Ｙ）＝Ｘ＋Ｙと、Ｇ（Ｂ，Ｘ）＝Ｂ−Ｘとの組み合わせ。
（２）Ｆ（Ｘ，Ｙ）＝Ｘ×Ｙと、Ｇ（Ｂ，Ｘ）＝Ｂ÷Ｘとの組み合わせ。
（３）Ｆ（Ｘ，Ｙ）＝Ｘ−Ｙと、Ｇ（Ｂ，Ｘ）＝Ｂ＋Ｘとの組み合わせ。
（４）Ｆ（Ｘ，Ｙ）＝Ｘ÷Ｙと、Ｇ（Ｂ，Ｘ）＝Ｂ×Ｘとの組み合わせ（ただし、Ｘは“０”でない）。
（５）Ｆ（Ｘ，Ｙ）＝Ｘ^Ｙと、Ｇ（Ｂ，Ｘ）＝Ｌｏｇ_XＢとの組み合わせ（ただし、Ｘ^Ｙはべき乗演算を示す）。
（６）Ｆ（Ｘ，Ｙ）＝Ｙ＞Ｘと、Ｇ（Ｂ，Ｘ）＝Ｂ＜Ｘとの組み合わせ（ただし、Ｙ＞Ｘは数値Ｙを２進数のビット列と見なし、Ｘ回だけ右方向にローテートさせることを意味し、Ｂ＜Ｘは数値Ｂを２進数のビット列と見なし、Ｘ回だけ左方向にローテートさせることを意味するものとする）。
【０１５２】
演算Ｆに対して解演算Ｇが予め対応付けられており、ユーザ鍵Ｘとコンテンツ鍵Ｙとの各組に対して演算種識別子が割り当てられた後、演算Ｆと演算種識別子との組が鍵管理センター１１０内に記憶される。一方、対応する解演算Ｇと演算種識別子との組が、予めビューワ１０１内に記憶されている。
【０１５３】
鍵管理センター１１０は、上述した演算によって得られた演算結果および演算種識別子を含むビット列をベンダー機１０３へ送信する。ベンダー機１０３のＣＰＵ２０１は、鍵管理センター１１０から受信したビット列と既にユーザ１０６によって選択された符号化コンテンツとを組にして、メディアライタ２０９によってメディア１０２にそれを書き込む。
【０１５４】
以上の説明においては、ベンダー機１０３は１つの符号化コンテンツに対して、１種類のビット列を受信してメディア１０２に書き込んだが、ユーザ１０６の課金状況に応じて１つの符号化コンテンツに複数のビット列を作成するように鍵管理センター１１０に要求し、その複数のビット列を受信してメディア１０２に書き込むようにしても良い。すなわち、ベンダー機１０３は、符号化コンテンツに対応して課金情報をコンテンツ課金情報テーブル１２０１に記憶しておき、その課金情報に応じて異なるコンテンツＩＤを鍵管理センター１１０へ送信する。
【０１５５】
図１２は、コンテンツ課金情報テーブル１２０１の一例を示している。たとえば、ユーザ１０６が１００円を投入した場合、ベンダー機１０３はコンテンツＩＤ１のみを鍵管理センター１１０へ送信し、コンテンツＩＤ１に対応するビット列のみを受信する。また、ユーザ１０６が３００円を投入した場合、ベンダー機１０３はコンテンツＩＤ１、コンテンツＩＤ２およびコンテンツＩＤ３を鍵管理センター１１０へ送信し、コンテンツＩＤ１、コンテンツＩＤ２およびコンテンツＩＤ３に対応する３種類のビット列を受信する。すなわち、課金状況に応じて種類や数が異なるコンテンツＩＤを鍵管理センター１１０へ送信し、鍵管理センター１１０からそのコンテンツＩＤに対応したビット列を受信して、ユーザ１０６によって選択された符号化コンテンツとこれに対応するビット列との組をメディア１０２に記録する。
【０１５６】
次に、図１０を用いてビューワ１０１がメディア１０２に記録された符号化コンテンツとビット列との組を処理する手順について説明する。なお、ビューワ１０１の処理部３０１は、メディア１０２に記録されたビット列と符号化コンテンツとを分離する分離モジュール５０６と、分離モジュール５０６によって分離されたビット列に含まれる演算結果６０３に解演算を行なってコンテンツ鍵を生成する解演算モジュール５０７と、コンテンツ鍵を用いて符号化コンテンツを復号する復号モジュール５０８とを含む。
【０１５７】
まず、分離モジュール５０６は、記録メディア１０２に記録されたビット列と符号化コンテンツとを分離し、ビット列を解演算モジュール５０７へ転送し、符号化コンテンツを復号モジュール５０８へ転送する。
【０１５８】
解演算モジュール５０７は、分離モジュール５０６から転送されたビット列の演算結果領域６０３に格納される演算結果Ｂを抽出し、演算種識別子６０２を抽出して解演算Ｇを選択する。そして、解演算モジュール５０７が内蔵されたユーザ鍵Ｘと演算結果Ｂとに対して解演算Ｇを行なうことによって、コンテンツ鍵Ｙを生成して復号モジュール５０８へ転送する。
【０１５９】
次に、復号モジュール５０８は、解演算モジュール５０７から転送されたコンテンツ鍵を用いて符号化コンテンツを復号し、その内容をＬＣＤ３０８に表示するが、その詳細については後述する。
【０１６０】
また、出版社１０８は、電子書籍に対応する符号化コンテンツを作成する際に、本来のコンテンツ鍵５１２を鍵管理センター１１０へ送信する代わりに、コンテンツ鍵５１２に対して暗号鍵５１４を用いて所定の暗号化を行ない、コンテンツ鍵として鍵管理センター１１０へ送信するようにしても良い。この場合、ビューワ１０１において、解演算モジュール５０７によって生成されたコンテンツ鍵に対して復号鍵５１６を用いて復号化を行ない、本来のコンテンツ鍵５１２を得ることができる。
【０１６１】
次に、図１３を参照してビューワ１０１が符号化コンテンツを解釈し、それを再生して表示する処理手順について説明する。
【０１６２】
ビューワ１０１のメディアドライブ３０５にメディア１０２が挿入されると、処理部３０１はメディア１０２からビット列と符号化コンテンツとを読み出し、上述した処理手順でコンテンツ鍵５１５を生成する。図１３に示すように、符号化コンテンツに３種類のビット列が付加されている場合、解演算モジュール５０７は３種類のコンテンツ鍵を生成してＲＡＭ３０２に格納する。解釈モジュール７０３は、符号化コンテンツ７０１を解釈して複数の処理手順７０４と複数のデータモジュール７０５とに分割する。各処理手順７０４は、対応する処理モジュール７０６によって実行される。なお、解釈モジュール７０３および各処理モジュール７０６は、処理部３０１が所定のプログラムを実行することによって実現される。
【０１６３】
処理手順７０４に対応する処理モジュール７０６は、解釈モジュール７０３によって分離されたデータモジュール７０５を適宜参照しながら処理を行なう。また、データモジュール７０５には、後述するように画像データ、処理テーブル、フォントデータ、またはビューワ１０１内に存在しない処理機能を提供するための処理モジュール等が含まれる。なお、解釈モジュール７０３および処理モジュール７０６が処理を行なう際に、解演算モジュール５０７によって生成されたコンテンツ鍵５１５を適宜参照する。
【０１６４】
図１４Ａ〜図１４Ｄは、ビューワ１０１の表示属性を示す図である。図１４Ａに示すビューワ１０１は、７６８×１０２４画素、モノクロ８階調のＬＣＤを２枚含んでおり、それぞれのＬＣＤに別の画面を表示することが可能である。
【０１６５】
図１４Ｂに示すビューワ１０１は、図１４Ａに示すＬＣＤと同じ画素数および階調を有するＬＣＤを１枚だけ含んでおり、１画面分の表示データしか表示することができない。また、図１４Ｃに示すビューワ１０１も、図１４Ａに示すＬＣＤと同じ画素数および階調を有するＬＣＤを１枚だけ含んでおり、２画面分の表示データを縮小して一覧表示することができる。
【０１６６】
図１４Ｄに示すビューワ１０１は、４８０×６４０画素、カラー２６万色のＬＣＤを１枚含んでおり、１画面分の表示データしか表示することができない。
【０１６７】
これらの各ビューワ１０１の表示属性は、表示形態に対応してＲＡＭ３０２に登録される。この表示属性には、ＬＣＤ枚数（ビューワ１０１に搭載されているＬＣＤの枚数）、ＬＣＤ画素数（ビューワ１０１に搭載されているＬＣＤの横方向および縦方向の画素数）、ＬＣＤ色（モノクロ／カラーの区別、階調数、色数）、表示方向（ユーザ１０６がＬＣＤを見る際に、画面を横にして見るか縦にして見るかを示す）、ページ枚数（ＬＣＤ１画面に何ページ分を表示するかを示す）の区別等が含まれる。なお、図１４Ａ〜図１４Ｄに示すビューワ１０１の表示形態に対応する表示属性を図１５に示す。
【０１６８】
次に、図１６を参照して、本実施例のビューワ１０１の表示画面における座標系を説明する。この座標系には、画像座標系、ページ座標系および表示座標系の３種類が含まれ、画素を単位とし左上を原点とする座標系である。画像座標系は、表示する原画像データを記述するための座標系であり、図１６にはイラスト（３００×２００画素、８階調）、写真（６４０×４８０画素、１６００万色カラー）およびフォント画像（１文字６４×６４画素、２階調）が存在する。また、ページ座標系は、画像を表示する際のページ上での位置やサイズを指定するために設けられた仮想的な座標である。また、表示座標系は、上述した表示属性に対応して定義される座標系である。
【０１６９】
解釈モジュール７０３が符号化コンテンツ７０１に記載されている内容を解釈して分割すると、各処理モジュール７０６が、画像座標系で記述された表示オブジェクトを表示座標系に変換してＬＣＤ３０８に表示する。
【０１７０】
図１７および図１８は、符号化コンテンツ７０１の一例を示す図である。この符号化コンテンツは、モジュールと呼ばれるデータおよび処理プログラムが複数記述されて構成されている。解釈モジュール７０３が各モジュールを連続して読み出し、各処理モジュール７０６に処理を行なわせることによってコンテンツの再生が行なわれる。
【０１７１】
図１７に示すステップ１〜ステップ３は、コンテンツ全体に必要なデータであり、解釈モジュール７０３がこのデータを先に読み込む。それ以降、解釈モジュール７０３がページ単位でデータを読み込むことによって、ページ単位で順次コンテンツが再生されて表示される。１つのモジュールは、モジュール名、開始識別子および終了識別子を含んでいる。たとえば、画像データの開始識別子（１００２）〜画像データの終了識別子（１００８）が１つのモジュールを示しており、開始識別子および終了識別子にはモジュール名が付されている。
【０１７２】
解釈モジュール７０３は、各モジュール毎にモジュール名を抽出し、そのモジュール名に対応する処理モジュール７０６にモジュールを転送する。モジュールが転送された処理モジュール７０６は、たとえばサブルーチンプログラムを呼び出すことによって、そのモジュールの処理を実行する。たとえば、解釈モジュール７０３が図１７に示すＩＭＡＧＥモジュール（１００２〜１００８）を解釈すると、このＩＭＡＧＥモジュールをＩＭＡＧＥ処理モジュールに転送し、ＩＭＡＧＥ処理モジュールが以降の処理を実行する。
【０１７３】
図１７および図１８に示す各モジュールには、コンテンツ鍵を指定する領域が含まれている。解釈モジュール７０３が各モジュールの解釈を行なう際に、コンテンツ鍵が指定されている場合には、上述した処理によって生成されたコンテンツ鍵を検索し、符号化コンテンツを復号化した後で各処理モジュール７０６へ転送する。
【０１７４】
次に、図１７および図１８に示す各モジュールの処理内容について説明する。
（１）ＩＭＡＧＥ処理モジュール（モジュール名：ＩＭＡＧＥ）
符号化画像データが圧縮方法識別子によって示される方式で展開され、ＲＡＭ３０２に記憶される。符号化画像データが正常に展開された場合には、この画像データの記憶領域に画像データＩＤ番号が付される。
（２）ＴＡＢＬＥ処理モジュール（モジュール名：ＴＡＢＬＥ）
画像処理方式を示すテーブルデータが、指定されたコンテンツ鍵を用いて復号され展開されて、ＲＡＭ３０２に記憶される。テーブルデータが正常に展開された場合には、このテーブルの記憶領域にテーブルＩＤ番号が付される。
【０１７５】
図１９は、この処理テーブルの一例を示している。たとえば、処理ＩＤ“１”が指定されている時に、拡大処理を行なう場合には、画像データに対して線形補間処理を行なった後にエッジ強調処理を行なう。また、縮小処理を行なう場合には、画像データに対して単純縮小処理を行なう。また、減色処理を行なう場合には、画像データに対してビットスライス処理を行なう。このビットスライス処理とは、複数ビットで表現される画像の色データまたは階調データのうち、下位ビットのデータを切り捨てる処理を指す。
（３）ＭＯＤＵＬＥ処理モジュール（モジュール名：ＭＯＤＵＬＥ）
処理モジュール自体が展開されて、ＲＡＭ３０２に処理モジュールとして記憶される。処理モジュールが正常に展開された場合には、この処理モジュールの記憶領域に処理モジュール名が付される。ビューワ１０１内部に予め登録されている処理モジュール以外の処理を実行したい場合に、このＭＯＤＵＬＥ処理モジュールが用いられる。
（４）ＰＡＧＥ処理モジュール（モジュール名：ＰＡＧＥ）
ページデータの開始を示し、ページのｘ方向の画素数およびｙ方向の画素数がページデータの属性としてＲＡＭ３０２に記憶される。電子書籍の場合、このページデータの開始を示す記述子と終了を示す記述子との間の領域が各ページに対応している。
（５）ＰＵＴＩＭＡＧＥ処理モジュール（モジュール名：ＰＵＴＩＭＡＧＥ）
ＲＡＭ３０２内に存在する、指定されたＩＤを有する画像データの処理が行なわれた後に、この処理後の画像データが画像メモリ３０７に転送されてＬＣＤ３０８に表示が行なわれる。このＰＵＴＩＭＡＧＥ処理モジュールの処理手順を以下に詳細に説明する。
【０１７６】
図２０は、ＰＵＴＩＭＡＧＥ処理モジュールの処理手順を説明するための図である。ＰＵＴＩＭＡＧＥ処理モジュール７０６は、表示オブジェクトである原画（画像座標系）の画素数（Ｘｏ×Ｙｏ）、原画の領域始点座標（Ｘｓｏ，Ｙｓｏ）、原画の領域画素数（ＤＸｓ×ＤＹｓ）、ページ（ページ座標系）の画素数（Ｘｐ×Ｙｐ）、ぺージの領域始点座標（Ｘｐｏ，Ｙｐｏ）およびページの領域画素数（ＤＸｐ×ＤＹｐ）をモジュール内の対応する領域および画像データから読み出す。
【０１７７】
次に、ＰＵＴＩＭＡＧＥ処理モジュール７０６は、表示領域（表示座標系）の画素数（Ｘｄ×Ｙｄ）、表示領域の領域始点座標（Ｘｄｏ，Ｙｄｏ）および表示領域の領域画素数（ＤＸｄ×ＤＹｄ）をＲＡＭ３０２から抽出し、拡大／縮小処理を行なう。拡大／縮小処理の倍率は、理論的には図２０に示すように、画像座標系からページ座標系へ変換するための拡大／縮小処理を行なった後、ページ座標系から表示座標系へ変換するための拡大／縮小処理を行なった場合の全体の倍率となる。したがって、本実施例においては、以下の倍率で原画の領域を拡大／縮小することにする。
【０１７８】
Ｘ方向の倍率：（Ｘｄ×ＤＸｐ）／（Ｘｐ×ＤＸｓ）倍
Ｙ方向の倍率：（Ｙｄ×ＤＹｐ）／（Ｙｐ×ＤＹｓ）倍
この拡大／縮小処理は、図１９に示す処理テーブルが参照されてその処理方法が選択されて実行される。また、原画の色数が表示可能な色数（表示属性によって決定される）より多い場合には、図１９に示す処理テーブルが参照されてその減色処理が選択されて実行される。
【０１７９】
以上説明した拡大／縮小処理および減色処理が行なわれた後の画像が、表示座標系における（Ｘｄｏ＝（Ｘｄ×Ｘｐｏ）／Ｘｐ，Ｙｄｏ＝（Ｙｄ×Ｙｐｏ）／Ｙｐ）を原点として、画像メモリ３０７内の領域に書き込まれることによって表示が行なわれる。
（６）ＣＡＯＳ処理モジュール（モジュール名：ＣＡＯＳ）
指定されたＩＤを有する画像データの画素値が、以下に示す関数によって変更された後に画像メモリ３０７へ転送されることによってＬＣＤ３０８に表示が行なわれる。このＣＡＯＳ処理について、以下に詳細に説明する。
【０１８０】
ＲＡＭ３０２に格納されている指定されたＩＤを有する画像データ（以下、Ｉ０（ｚ）と表記する）に対して、モジュール内にある処理パラメータを用いて以下の処理が行なわれて、処理後の画像（以下、結果画像と呼ぶ）が得られる。なお、ｚは画素データのインデックスを示しており、画像がＸ０×Ｙ０画素で構成されている場合には、０≦ｚ＜（Ｘ０×Ｙ０）となる。
【０１８１】
ａ（０）＝Ａとして、以下に示す演算をＮ回繰り返す。
ａ（ｎ＋１）＝Ｐ（１−ａ（ｎ））×ａ（ｎ）
ｚ＝ａ（ｎ＋１）×Ｘ０×Ｙ０
Ｉ１（ｚ）＝Ｒ（Ｉ０（ｚ））
ただし、Ａ，Ｐ，Ｎは、モジュール内に記録されている数値である。Ａは初期値であり、０＜Ａ＜１の値である。Ｐはモジュール内に記録されている処理パラメータでありランダムな値であるが、３．６≦Ｐ≦４であることが望ましい。Ｎは繰り返し回数である。また、関数Ｒは、ビット反転処理を意味しており、Ｉ０の取り得る値が０からＭまでとするとＲ（ｘ）＝Ｍ−ｘとなる。
【０１８２】
以上の処理によって得られた結果画像Ｉ１は、モジュール内に記録されたパラメータが参照されて、ＰＵＴＩＭＡＧＥ処理モジュールと同様の方法によって拡大／縮小処理および減色処理が行なわれ、画像メモリ３０７に転送されて表示が行なわれる。
【０１８３】
画像データを作成する際、原画像に対して上記ＣＡＯＳ関数およびパラメータでビット反転が行なわれ、圧縮した後に符号化画像データとして符号化コンテンツ内に記録されたとする。この符号化コンテンツが単純に復号化されただけでは、ＣＡＯＳ関数によって変更された後の画像がＬＣＤ３０８に表示されることになる。したがって、正常な画像が表示されないことになる。一方、符号化コンテンツを復号化した後に上述したＣＡＯＳ処理が行なわれることによって、正常な画像がＬＣＤ３０８に表示されることになる。ＣＡＯＳ処理モジュールは、モジュール内にコンテンツ鍵が存在する場合にのみ起動されるようにすれば、コンテンツ鍵を有しないビューワ１０１は正常な画像を表示することができない。
【０１８４】
また、上述したＣＡＯＳ関数の代わりに、たとえば乱数関数ＲＡＮＤを用いる処理モジュールを定義して処理を行なうようにしても良い。この場合、表示される画像の画質や処理モジュールのサイズが異なることとなるが、ＣＡＯＳ関数を用いた場合と同様の効果が得られる。また、画像データに対してＣＡＯＳによる雑音の混入／除去を行なう処理について説明したが、他のモジュールに対しても同様にＣＡＯＳによる雑音の混入／除去を行なうようにしても良い。
（７）ＢＬＵＲ処理モジュール（モジュール名：ＢＬＵＲ）
指定されたＩＤを有する画像データに対して、画像処理手法の１つであるぼかし処理を行なった後、画像メモリ３０７へ転送することによってＬＣＤ３０８にぼけた画像が表示される。モジュール内にコンテンツ鍵が指定されている場合には、後述する繰り返し回数Ｎを強制的に“０”にすることによって、ぼかし処理を行なわないようにする。以下、このぼかし処理について詳細に説明する。
【０１８５】
ＲＡＭ３０２に格納されている指定されたＩＤを有する画像データ（以下、Ｉ０（ｘ，ｙ）と表記する）に対して、モジュール内にある処理パラメータを用いて以下の処理が行なわれて、処理後の画像（以下、結果画像Ｉ１（ｘ，ｙ）と表記する）が得られる。なお、ｘおよびｙは画素データの座標インデックスを示しており、画像がＸ０×Ｙ０画素で構成されている場合には、０≦ｘ＜Ｘ０、０≦ｙ＜Ｙ０となる。
【０１８６】
全ての画素に対して、以下の演算をＮ回繰り返す。ただし、Ｎ＝０の場合には、Ｉ１＝Ｉ０とし、ステップ２に示す処理を１回だけ行なって処理を終了する。
【０１８７】
ステップ１：Ｉ１（ｘ，ｙ）＝Ｉ０（ｘ，ｙ）＊Ｍ（Ｐ，ｘ，ｙ）
ステップ２：ＰＵＴＩＭＡＧＥと同様の方法によって、画像Ｉ１に拡大／縮小処理および減色処理を行ない、画像メモリ３０７へ転送することによって画像を表示する。
【０１８８】
ステップ３：Ｉ０（ｘ，ｙ）＝Ｉ１（ｘ，ｙ）とし、ステップ１から処理を繰り返す。
【０１８９】
ただし、ＰおよびＮはモジュール内に記録されているパラメータであり、＊Ｍ（Ｐ，ｘ，ｙ）は座標（ｘ，ｙ）を中心としたＰ×Ｐのマスクを用いた移動平均処理を意味する。このＢＬＵＲ処理モジュールが実行される際、対応するコンテンツ鍵が存在しないと表示されている画像が次第にぼけることとなる。一方、対するコンテンツ鍵が存在すると画像がぼけることはない。したがって、コンテンツ鍵を有しないビューワ１０１においては、正常な画像が表示されない。
【０１９０】
関数＊Ｍの代わりに、たとえばエッジ強調等の各種画像処理関数を用いた処理モジュールを定義して処理を行なうようにしても良い。この場合、表示される画像の画質や処理モジュールのサイズが異なることとなるが、同様の効果が得られる。
【０１９１】
以上の各処理モジュールの説明に基づいて、図１７および図１８に示す符号化コンテンツ（ステップ１〜ステップ１０）によって実行される処理の概略を説明することにする。
【０１９２】
（ステップ１）
処理モジュール７０６によって、ＩＭＡＧＥモジュールの処理が実行される。ビューワ１０１内にコンテンツ鍵１が存在するので（図１３を参照）、ＭＨ（Modified Huffman）符号化によって圧縮処理が行なわれた符号化画像データが伸長処理され、画像データＩＤ番号“１”が付されてビットマップ画像としてＲＡＭ３０２にロードされる。
【０１９３】
（ステップ２）
処理モジュール７０６によって、ＴＡＢＬＥモジュールの処理が実行される。ビューワ１０１内にコンテンツ鍵２が存在するので（図１３を参照）、テーブルデータが展開されてそのテーブルにＩＤ番号“１”が付され、処理テーブルとしてＲＡＭ３０２にロードされる。図１７に示す符号化コンテンツにおいては、コンテンツ鍵２が存在するためこの処理テーブルが正常にロードされる。しかし、ユーザ１０６によるベンダー機１０３での課金状況によっては、この処理テーブルが正常にロードされないので、以降の処理においてこの処理テーブルを用いた処理が不可能となる場合もある。
【０１９４】
（ステップ３）
処理モジュール７０６によって、ＭＯＤＵＬＥモジュールの処理が実行される。ビューワ１０１内にコンテンツ鍵３が存在するので（図１３を参照）、符号化処理モジュールを復号し、処理モジュール名ＣＡＯＳが付されてＲＡＭ３０２にロードされる。ステップ２と同様に、ユーザの課金状況によってはこの処理モジュールが正常にロードされないので、以降の処理においてＣＡＯＳ処理モジュールを用いた処理が実行されない場合もある。
【０１９５】
（ステップ４）
処理モジュール７０６によって、ＰＡＧＥモジュールの処理が実行される。このモジュールにはコンテンツ鍵の指定がないので、どのような場合においても実行される。具体的には、ページ終了記述子／ＰＡＧＥが読み出されるまで、ページ座標系のＸ画素数７６８およびＹ画素数１０２４がページデータの属性としてＲＡＭ３０２にロードされ、以降の処理において用いられる。
【０１９６】
（ステップ５）
処理モジュール７０６によって、ＩＭＡＧＥモジュールの処理が実行される。ビューワ１０１内にコンテンツ鍵２が存在し、ページ画素数指定（７６８×１０２４）がステップ４においてロードされた表示属性と一致するので、ＪＢＩＧ（Joint Bi-level Image Group）符号化によって圧縮されている符号化画像データが伸長処理され、画像データＩＤ番号“２”が付されて、ビットマップ画像としてＲＡＭ３０２にロードされる。ＰＡＧＥ記述子内にこのＩＭＡＧＥモジュールが記述されているので、ページ終了記述子が解釈されるとＲＡＭ３０２からアンロードされる。
【０１９７】
（ステップ６）
処理モジュール７０６によって、ＩＭＡＧＥモジュールの処理が実行される。ビューワ１０１内にコンテンツ鍵２が存在するが、ページ画素数指定（４８０×６４０）がステップ４においてロードされた表示属性と一致しないので、この処理は行なわれない。
【０１９８】
ステップ５およびステップ６において指定されている画像は、表示属性によって選択的に処理が行なわれるため同時にＲＡＭ３０２にロードされることはない。これは、以後の処理対象画像をページ画素数によって変更できることを意味している。たとえば、ビューワ１０１の表示形態によっては、フォント画像等のように拡大／縮小処理では高画質の表示が不可能であるので、フォント画像等を変更してそれに対応することが可能となる。
【０１９９】
（ステップ７）
処理モジュール７０６によって、ＩＭＡＧＥモジュールの処理が実行される。ビューワ１０１内にコンテンツ鍵３が存在し、ページ画素数指定等の表示属性指定が存在しないため、ＪＰＥＧ（Joint Photographic Experts Group）符号化方式で圧縮されている符号化画像データが伸長処理され、画像データＩＤ番号“３”が付されてビットマップ画像としてＲＡＭ３０２にロードされる。
【０２００】
たとえば、ＩＭＡＧＥ処理モジュール内で指定されているコンテンツ鍵がビューワ１０１内に存在しない場合には、当該画像データがロードされず、結果としてＬＣＤ３０８に表示されない場合もある。
【０２０１】
（ステップ８）
処理モジュール７０６によって、既にロードされている画像データＩＤ番号“１”の画像に対してＰＵＴＩＭＡＧＥモジュールの処理が実行される。ビューワ１０１内にコンテンツ鍵２が存在し、ページ画素数指定等の表示属性指定が存在しないため、ＰＵＴＩＭＡＧＥモジュールの処理が実行される。この処理に使用されるＩＤ番号“１”を有する処理テーブルがメモリ３０２に既にロードされているため、拡大／縮小処理および減色処理等の画像処理が必要な場合には、処理テーブル内の処理ＩＤ“１”（図１９を参照）に相当する処理が用いられる。ユーザ１０６による課金状況によっては、処理テーブルがロードされていないため、画像処理が行なわれない場合や、予め定められたデフォルト画像処理が行なわれる場合もある。
【０２０２】
（ステップ９）
処理モジュール７０６によって、既にロードされている画像データＩＤ“３”の画像データに対して、ＢＬＵＲモジュールの処理が実行される。ビューワ１０１内にコンテンツ鍵４が存在しないため、ＬＣＤ３０８に表示される画像が時間の経過に伴って徐々にぼけて表示されるようになる。
【０２０３】
（ステップ１０）
処理モジュール７０６によって、既にＲＡＭ３０２にロードされている画像データＩＤ“２”の画像に対して、ＣＡＯＳモジュールの処理が実行される。ビューワ１０１内にコンテンツ鍵３が存在するため、当該画像データが予めＣＡＯＳ関数で画像処理がされている場合であっても、ＬＣＤ３０８に正常な画像が表示される。以降、符号化コンテンツにしたがって、同様の処理が実行される。
【０２０４】
また、上述した説明においては、メディア１０２に符号化コンテンツが１つだけ記録されている場合についてのものであった。しかし、通常メディア１０２には電子書籍のタイトル毎に複数のコンテンツが記録されており、課金状況に応じてコンテンツ単位で解釈され再生されて表示が行なわれる。
【０２０５】
また、画像データに関する処理のみ説明したが、音声再生モジュールや文字データ表示モジュール等を符号化コンテンツ内に記述し、コンテンツ鍵の有無に応じて実行を制御することも可能である。
【０２０６】
また、本実施例における電子著作物流通システムで使用される各装置に処理を行なわせる場合、磁気ディスク、光ディスクまたはＩＣカード等のコンピュータ読取可能な媒体に記憶しておき、適宜ハードディスクにインストールしてそのプログラムを実行するようにしても良い。また、通信回線を介して各装置に供給されるようにしても良い。
【０２０７】
図２１は、上述したビット列がメディア１０２の非可読領域に存在する場合におけるビューワ１０１の処理の概要を説明するための図である。メディア１０２の可読領域にビット列１および符号化コンテンツが記録されており、非可読領域にビット列０が記録されている。ビューワ１０１内に非可読領域内のビット列を検出する検出モジュール１４０１が設けられている。検出モジュール１４０１がこの非可読領域に記録されたビット列０を検出し、解演算モジュール５０７がこのビット列０とユーザ鍵とからコンテンツ鍵を生成する。それ以降の処理は、上述した処理と同じであるので、詳細な説明は繰り返さない。
【０２０８】
図２２Ａおよび図２２Ｂは、メディア１０２に設けられた非可読領域を説明するための図である。図２２Ａに示すように、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）やＭＤ（Mini Disc）等のディスク形状のメディア１０２の可読領域の外周に非可読領域が設けられている。可読領域はユーザ１０６の通常の操作により汎用の読取装置で読み取り可能な領域であり、非可読領域はユーザ１０６の通常の操作により汎用の読取装置で読み取り不可能な領域である。たとえば、汎用の読取装置ではデータの読み出しが不可能なディスク１０２の内周や外周に特定の情報や模様を書き込むことによって非可読領域にビット列を記録しておくことが可能である。検出モジュール１４０１がこの非可読領域に記録されたビット列を検出する。
【０２０９】
また、図２２Ｂに示すように、メディア１０２を格納するケース１５０１に非可読領域１５０３を設けるようにしても良い。メディアドライブ３０５にメディア１０２が装着されると、スロット１５０２が開口してメディア１０２に記録された内容がメディアディスク３０５によって読み取られる。非可読領域１５０３は、ケース１５０１にバーコードのシールが添付されたり、凹凸加工が施されることによって作成される。検出モジュール１４０１がこの非可読領域に記録されたビット列を検出する。
【０２１０】
検出モジュール１４０１が非可読領域に記録されたビット列を検出すると、以下に示す方法によって符号化コンテンツの解釈、再生および表示が行なわれる。
（１）ビューワ１０１内に存在する別のコンテンツ鍵が有効になり、そのコンテンツ鍵が復号化モジュール５０８によって使用される。
（２）検出されたビット列が解演算モジュール５０７に入力されて、メディア１０２の可読領域に存在するビット列と同様の処理が行なわれた後コンテンツ鍵が生成されて、そのコンテンツ鍵が復号化モジュール５０８によって使用される。
【０２１１】
このようにして、汎用の読取装置を用いてメディア１０２内の可読領域に記録された情報を複製した場合であっても、符号化コンテンツの再生が禁止されるだけでなく、上述した表示制御によって画像がぼける等の制御も行なえるようになる。
【０２１２】
以上説明したように、本実施例における電子著作物流通システムによれば、表示属性に応じて画像データを拡大／縮小処理および減色処理を行なうようにしたので、種々の表示属性を有する電子書籍表示装置においても符号化コンテンツを適切に再生することが可能となった。
【０２１３】
また、鍵情報管理装置１１０においてユーザ鍵およびコンテンツ鍵に演算を施してビット列を生成し、電子書籍表示装置においてそのビット列に解演算を施してコンテンツ鍵を生成するようにしたので、符号化コンテンツが特定の電子書籍表示装置でしか再生されない。したがって、ユーザが符号化コンテンツを不正に複写等して、その符号化コンテンツを不正に使用することを禁止することが可能となった。
【０２１４】
また、課金状況に応じて各符号化コンテンツを再生するようにしたので、ユーザに提供する電子著作物のコンテンツを柔軟に変更することが可能となった。
【０２１５】
（実施例５）
図２３は、本発明の実施例5における電子著作物流通管理システムの概略構成を示すブロック図である。この電子著作物流通管理システムは、ベンダー機８１０およびビューワ８２０を含む。なお、ベンダー機８１０およびビューワ８２０の構成は、それぞれ図７に示すベンダー機１０３および図８に示すビューワ１０１の構成と同じであり、機能のみが異なる。したがって、ベンダー機８１０およびビューワ８２０の構成の詳細な説明は繰返さない。
【０２１６】
出版社は、著作物の編集や推敲を行い、その著作物を電子化して電子書籍データ８１１を作成する。この作成された電子書籍データ８１１は、通信回線等を介してベンダー機８１０へ配信される。電子書籍データ８１１は、ヘッダとデータとを組にした情報を１組以上含み、図２３に示す例ではヘッダ１とデータ１との組を持つ。以下の例では、図２３に示すように、ヘッダ１とデータ１とを電子書籍データ８１１に含むものとして説明するが、ヘッダとデータとの組を複数含む場合、以下に示す処理を各ヘッダおよびデータの組に対して施すか、代表的なヘッダおよびデータの組に対して施すこととなる。なお、データ１のみが出版社から配信され、ヘッダ１は出版社からの配信過程において付加されても良い。
【０２１７】
ヘッダ１には、それぞれのコンテンツに対応した２種類の情報が含まれる。この２種類の情報を情報１および情報２とし、以下にその詳細を説明する。
【０２１８】
情報１は、各コンテンツの使用期限を示す情報であり、以下の３種類の記載が存在する。
（１）使用期限が記載されない。
（２）コンテンツの使用期限を示す情報が記載されており、たとえば“１９９８年３月３１日まで”等と記載される。
（３）コンテンツの使用期間を示す情報が記載されており、たとえば１ヶ月、１週間、または２年間等と記載される。
【０２１９】
また、情報２は後述するユーザＩＤの比較に基づいて実行する再生処理方式を示す情報であり、以下の３種類の内いずれかが記載されている。なお、ユーザＩＤは図７に示す通信ポート２１０を介して受信されるか、ユーザによりユーザインタフェース２０８を介して直接入力される。
（１）ユーザＩＤが合致しない場合に、コンテンツの再生を行わないことを示す情報。
（２）ユーザＩＤが合致しない場合に、再生時に処理を加えることを示す情報。この処理が行なわれる場合には、上述したＢＬＵＲ処理によるぼかし処理、ＣＡＯＳ処理による雑音の混入処理、または所定のパターンを表示されたコンテンツに上書きする等のいずれかの再生処理方式が指定される。
（３）ユーザＩＤが合致しない場合でも、正常にコンテンツを再生することを示す情報。
【０２２０】
処理部１（８１４）は、ヘッダ１に記載された情報１を取得し、情報１の内容によって以下の処理を実行する。
（１）情報１に使用期限が記載されていない場合、処理部１（８１４）は特に処理を行わずにヘッダ１をそのままヘッダ１’として電子書籍データ８１６に記載する。
（２）情報１に使用期限が記載されている場合、処理部１（８１４）は特に処理を行わずにヘッダ１をそのままヘッダ１’として電子書籍データ８１６に記載する。
（３）情報１に使用期間が記載されている場合は、処理部１（８１４）は時計８１２から現在時刻を取得し、この現在時刻に使用期間を加算して使用期限を算出する。そして、処理部１（８１４）は、算出された使用期限をヘッダ１’として電子書籍データ８１６に記載する。
【０２２１】
以上の処理によって、新たに作成された電子書籍データ８１６のヘッダ１’には、使用期限が記載されていないことを示す情報、または使用期限を示す情報のいずれかが記載されることとなる。
【０２２２】
処理部２（８１５）は、ヘッダ１に記載された情報２を取得し、情報２の内容によって以下の処理を実行する。
（１）情報２に、ユーザＩＤが合致しない場合にコンテンツの再生を行わないことを示す情報が記載されている場合、処理部２（８１５）はユーザＩＤを鍵情報としてデータ１を暗号化してデータ１’を生成して電子書籍データ８１６に記録する。
（２）情報２に、ユーザＩＤが合致しない場合に再生時に処理を加えることを示す情報が記載されている場合、処理部２（８１５）はデータ１を暗号鍵８１３で暗号化してデータ１’を生成し、電子書籍データ８１６に記録する。
（３）情報２に、ユーザＩＤが合致しない場合でも正常にコンテンツを再生することを示す情報が記載されている場合、処理部２（８１５）はデータ１を暗号鍵８１３で暗号化してデータ１’を生成し、電子書籍データ８１６に記録する。
【０２２３】
次に、処理部３（８１７）は、処理部１（８１４）によって生成されたヘッダ１’、処理部２（８１５）によって生成されたデータ１’およびユーザＩＤを参照して、補助情報８１８を生成する。まず、処理部３（８１７）は、ハッシュ関数を用いてヘッダ１’およびデータ１’からハッシュ値を算出する。このハッシュ関数は、長いビット列（ヘッダ１’およびデータ１’）を短いビット列に変換する処理であり、たとえばヘッダ１’およびデータ１’のデータを全て加算し、その加算結果の下位８ビットをハッシュ値とする等の処理の他、ハッシュ関数としては、ＣＲＣ、ＳＨＡ−１またはＭＤ５などの既存の処理方式が想定される。
【０２２４】
次に、処理部３（８１７）は、算出されたハッシュ値とユーザＩＤとを入力として、関数Ｆにより補助情報を算出する。この関数Ｆは、たとえば共通鍵方式の暗号関数等の関数であり、ハッシュ値を暗号化の対象となるデータとし、ユーザＩＤを暗号化のための鍵とすると、補助情報は以下のように表記される。
【０２２５】
補助情報＝Ｆ（ハッシュ値、ユーザＩＤ）
以上の処理によって生成された補助情報８１８が電子書籍データ８１６に付加されてユーザに提供される。なお、処理部１（８１４）、処理部２（８１５）および処理部３（８１７）は、図７に示すＣＰＵ２０１がメモリ２０２に格納されたプログラムを実行することによって実現される。また、ベンダー機８１０が電子書籍データ８１６をユーザに提供する方法は、実施例４において説明した方法と同様である。
【０２２６】
次に、ビューワ８２０の処理手順について詳細に説明する。まず、処理部４（８２３）は、ベンダー機８２０によって提供された電子書籍データ８１６のヘッダ１’およびデータ１’から、ハッシュ関数を用いてハッシュ値を算出する。そして、処理部４（８２３）は、算出されたハッシュ値とユーザＩＤとを入力として、上述した関数Ｆにより補助情報を算出する。処理部４（８２３）は、このようにして算出された補助情報と、電子書籍データ８１６に格納された補助情報８１８とを比較し、これらが一致する場合には“ユーザＩＤが合致する”と判定する。また、これらが一致しない場合には、ヘッダ１’またはデータ１’が改ざんされたものか、ユーザＩＤが合致しない場合であり、“ユーザＩＤが合致しない”と判定する。
【０２２７】
処理部５（８２５）は、ヘッダ１’から情報１を取得し、情報１に使用期限が記載されていない場合には、再生処理部８２８に対して符号化コンテンツを正常に再生するように指示する。また、処理部５（８２５）は、情報１に使用期限が記載されている場合には、時計８２４を参照して現在時刻と使用期限との比較を行う。現在時刻が使用期限を超えていない場合には、処理部５（８２５）は再生処理部８２８に対して符号化コンテンツを正常に再生するように指示する。また、現在時刻が使用期限を超えている場合には、処理部５（８２５）は再生処理部８２８に対して符号化コンテンツを再生しないように指示する。
【０２２８】
処理部６（８２６）は、ヘッダ１’から情報２を取得し、情報２が“ユーザＩＤが合致しない場合にコンテンツの再生を行わないことを示す情報”である場合、処理部４（８２３）による判定結果を取得する。判定結果が“ユーザＩＤが合致する”である場合、ユーザＩＤを鍵情報としてデータ１’を復号化して再生処理部８２８に符号化コンテンツを正常に再生するように指示する。また、判定結果が“ユーザＩＤが合致しない”である場合、データ１’を復号化せずに符号化コンテンツの再生を行なわない。
【０２２９】
また、処理部６（８２６）は、情報２が“ユーザＩＤが合致しない場合に再生時に処理を加えることを示す情報”である場合、処理部４（８２３）による判定結果を取得する。判定結果が“ユーザＩＤが合致する”である場合、復号鍵８２７を鍵情報としてデータ１’を復号化して再生処理部８２８に符号化コンテンツを正常に再生するように指示する。また、判定結果が“ユーザＩＤが合致しない”である場合、復号鍵８２７を鍵情報としてデータ１’を復号化するが、符号化コンテンツの再生の際にヘッダ１’の情報２に記載されている再生処理方式で再生するよう再生処理部８２８に指示する。
【０２３０】
また、処理部６（８２６）は、情報２が“ユーザＩＤが合致しない場合でも正常にコンテンツを再生することを示す情報”である場合、復号鍵８２７を鍵情報としてデータ１’を復号化して再生処理部８２８に符号化コンテンツを正常に再生するように指示する。なお、再生処理部８２８は、実施例４において説明した符号化コンテンツの再生方法によって再生を行なう。
【０２３１】
図２４は、本実施例におけるビューワ８２０のユーザＩＤ登録処理の手順を説明するためのフローチャートである。この処理は、ビューワ８２０のリセット時やソフトウェアのインストール時に起動される処理である。まず、このユーザＩＤ登録処理が起動されると、ユーザに対してＬＣＤ３０８に表示等して、ビューワ８２０が発生したユーザＩＤを用いるか、または既存のユーザＩＤを登録するかを確認する。ユーザが、ビューワ８２０が発生したユーザＩＤを用いることを選択した場合には（Ｓ２１，Ｎｏ）、ユーザＩＤ発生／登録部８２１は、乱数、時刻情報またはユーザ名等を入力とする関数を用いてユーザＩＤを自動生成する（Ｓ２２）。
【０２３２】
また、ユーザが、既存のユーザＩＤを登録することを選択した場合には（Ｓ２１，Ｙｅｓ）、ユーザＩＤ発生／登録部８２１は入力部３０９を介してユーザＩＤを取得する（Ｓ２３）。そして、ユーザＩＤ発生／登録部８２１はステップＳ２２において自動生成されたユーザＩＤ、またはステップＳ２３において取得されたユーザＩＤを登録して（Ｓ２４）、処理を終了する。
【０２３３】
なお、複数のビューワ８２０に同じユーザＩＤを登録すれば、不正にコピーした符号化コンテンツを再生することが可能となる。しかし、ステップＳ２３においてユーザによるユーザＩＤの登録を許容しているのは、一人のユーザが複数のビューワ８２０を所有している場合等を想定したものである。したがって、特定のユーザにのみステップＳ２３の処理を許容し、他のユーザにはステップＳ２３の処理を許容せずに、自動生成によって得られたユーザＩＤのみがビューワ８２０に登録されるようにしても良いし、ステップＳ２３の処理をすべてのユーザに許容しないようにしても良い。
【０２３４】
また、処理部４（８２３）、処理部５（８２５）および処理部６（８２６）は、図８に示す処理部３０１がＲＡＭ３０２またはＲＯＭ３０３に格納されたプログラムを実行することによって実現される。
【０２３５】
以上説明したように、本実施例における電子著作物流通管理システムによれば、ベンダー機８１０がヘッダ１およびデータ１からハッシュ値を算出し、入力されたユーザＩＤを鍵情報としてハッシュ値を暗号化して補助情報を生成し、電子書籍データに付加するようにしたので、ビューワ８２０が自身で生成した補助情報と電子書籍データに付加された補助情報とを比較することによってユーザＩＤが合致するか否かを判定でき、不正にコピーされた電子書籍データであるか否かを判定することが可能となった。
【０２３６】
また、ユーザＩＤが合致しない場合であっても、特定の符号化コンテンツを再生可能とすることによって、ユーザがコンテンツの試し読み等を行なうことが可能となった。また、符号化コンテンツ毎に個別に再生処理方式を設定できるようにしたので、試し読み等が可能なコンテンツをさらに細かく設定することが可能となった。
【０２３７】
また、ヘッダ１に使用期限または使用期間が記載されている場合に、それらと現在時刻とを比較することによって、購入時からの期限によるエクスパイヤが可能となった。
【０２３８】
また、ビューワ８２０によるユーザＩＤの自動生成、またはユーザによる既存のユーザＩＤの入力によってユーザＩＤを登録するようにしたので、出版社や鍵管理センター等がユーザＩＤを管理する必要がなくなり、システム全体の構成を大幅に削減することが可能になるとともに、手続の簡略化を図ることが可能となった。
【０２３９】
また、ビューワ８２０が故障した場合や、ビューワ８２０を買い換えた場合等において、メーカ等がユーザＩＤを付番して登録を行なう必要がなくなり、手続の簡略化を図ることが可能となった。
【図面の簡単な説明】
【図１】本発明の実施例１における電子著作物流通管理システムの概略構成を示す図である。
【図２】本発明の実施例１における電子著作物流通管理システムにおける処理手順を説明するためのフローチャートである。
【図３】電子書籍のデータ構造を説明するための図である。
【図４】本発明の実施例２における電子著作物流通管理システムの概略構成を示す図である。
【図５】本発明の実施例３における電子著作物流通管理システムの概略構成を示す図である。
【図６】本発明の実施例４における電子著作物流通管理システムの概念を説明するための図である。
【図７】ベンダー機１０３の概略構成を示すブロック図である。
【図８】ビューワ１０１の概略構成を示すブロック図である。
【図９】鍵管理センター１１０の概略構成を示すブロック図である。
【図１０】ビューワ１０１、ベーダー機１０３、出版社１０８および鍵管理センター１１０の間における鍵情報等の通信内容を示す図である。
【図１１】演算モジュール５０３によって生成されたビット列の一例を示す図である。
【図１２】コンテンツ課金情報テーブル１２０１の一例を示す図である。
【図１３】ビューワ１０１が符号化コンテンツを解釈し、それを再生して表示する処理手順を説明するための図である。
【図１４】ビューワ１０１の表示属性を示す図である。
【図１５】図１４に示すビューワ１０１の表示形態に対応する表示属性を示す図である。
【図１６】ビューワ１０１の表示画面における座標系を説明するための図である。
【図１７】符号化コンテンツの一例を示す図（その１）である。
【図１８】符号化コンテンツの一例を示す図（その２）である。
【図１９】処理テーブルの一例を示す図である。
【図２０】ＰＵＴＩＭＡＧＥ処理モジュールの処理手順を説明するための図である。
【図２１】メディア１０２の非可読領域にビット列が存在する場合におけるビューワ１０１の処理の概要を説明するための図である。
【図２２】メディア１０２に設けられた非可読領域を説明するための図である。
【図２３】本発明の実施例５における電子著作物流通管理システムの概略構成を示すブロック図である。
【図２４】本発明の実施例５のビューワ８２０におけるユーザＩＤの登録の処理手順を説明すための図である。
【符号の説明】
１ 電子書籍販売装置、２ 記録メディア、３ 購入者、４ 著作権管理センター、５ 販売元端末、６ 販売元、７ 著作者端末、８ 著作者、９ 表示部、１０ メディア挿入口、１１ メディア取り出し口、１２ 操作部、１３ 書籍データ書込み部、１４ 書籍データ記憶部、１５ 販売端末制御部、１６ 販売端末ＩＤ記憶部、１７ 販売情報記録部、１８ 販売端末通信部、１９ 著作権料算出部、２０ 著作権料情報記憶部、２１ 管理センター制御部、２２ 販売元情報記憶部、２３ 販売端末情報記憶部、２４ 管理センター通信部、２５ 著作権情報記憶部、２６ 著作権料データ記憶部、２７ 著作権料データ承認処理部、２８ 通信回線、２９ 販売端末、３０ 販売情報記録部、３１ 販売情報制御部、３２ 販売情報管理部、３３ 販売情報管理カード接続部、３４ 販売情報読み出しカード、３５ 販売情報管理カード、３６ カード記憶部、３７ 販売端末、３８ 記録メディア格納部、３９ 販売端末制御部、１０１ ビューワ、１０２ メディア、１０３ ベンダー機、１０４ 配信センター、１０５ メーカ、１０６ ユーザ、１０８ 出版社、１０９ 著者、１１０ 鍵管理センター、１１１ プロバイダ、１１２ 家庭端末、２０１ ＣＰＵ、２０２ メモリ、２０３ ハードディスク、２０５ 鍵管理センター回線Ｉ／Ｆ、２０６ 通信回線Ｉ／Ｆ、２０７ 表示装置、２０８ ユーザインタフェース、２０９ メディアライタ、２１０ 通信ポート、２１１ 課金装置、３０１ 処理部、３０２ ＲＡＭ、３０３ ＲＯＭ、３０４ 内部メディア、３０５ メディアドライブ、３０６ 通信ポートＩ／Ｆ、３０７ 画像メモリ、３０８ ＬＣＤ、３０９ 入力部、３１０ 音声部、４０１ ＣＰＵ、４０２ メモリ、４０３ ハードディスク、４０４ 内部バス、４０５ ベンダー回線Ｉ／Ｆ、４０６ 出版社回線Ｉ／Ｆ、４０７ メーカ回線Ｉ／Ｆ、５０１ コンテンツ対応テーブル、５０２ ユーザ対応テーブル、５０３ 演算モジュール、５０６ 分離モジュール、５０７ 解演算モジュール、５０８ 復号モジュール、５１２ コンテンツ鍵、５１６ 復号鍵、６０１ ビット数領域、６０２ 演算種識別子領域、６０３ 演算結果領域、７０１ 符号化コンテンツ、７０３ 解釈モジュール、７０４ 処理手順、７０５ データモジュール、７０６ 処理モジュール、８１０ ベンダー機、８１１ 電子書籍データ、８２０ ビューワ、１４０１ 検出モジュール、１５０１ ケース。

Claims (1)

1. ユーザまたはビューア固有の情報であるユーザ識別子にユーザ鍵を対応させて予め記憶している鍵管理センタが、コンテンツ識別子と対応させて予め記憶しているコンテンツ鍵によって復号化可能な電子書籍の符号化コンテンツを、前記ユーザ識別子と前記ユーザ鍵とを対応させて予め記憶しているビューアのユーザに販売する電子著作物販売装置であって、
   前記鍵管理センタとデータ通信を行なう通信部と、
   前記ユーザが所望の電子書籍を選択するユーザインタフェースと、
   前記符号化コンテンツと前記コンテンツ識別子とを対応させて記憶する記憶部と、
   前記ユーザ識別子を入力する通信ポートと、
   前記ユーザインタフェースによって選択された前記電子書籍の前記符号化コンテンツに対応するコンテンツ識別子を前記記憶部から抽出し、該コンテンツ識別子および前記通信ポートによって入力されたユーザ識別子を前記通信部によって前記鍵管理センタに送信させ、前記符号化コンテンツのうち前記ユーザインタフェースによって選択された電子書籍の前記コンテンツ識別子と対応する符号化コンテンツと、前記鍵管理センタから返信され前記通信部によって受信された補助情報とを対にして出力する処理部とを含み、
   前記補助情報は、前記鍵管理センタによる複数の演算のうちのいずれかの演算によって、前記通信部によって送信されたユーザ識別子に対応する前記ユーザ鍵と前記通信部によって送信されたコンテンツ識別子に対応する前記コンテンツ鍵とから前記鍵管理センタにより生成された演算結果と、該演算の種類を示す演算種識別子とを含み、
   前記ビューアによって前記対から分離される前記符号化コンテンツは、該ビューアによって該対から分離される前記補助情報に含まれる前記演算結果と該ビューアに記憶された前記ユーザ鍵とから該補助情報に含まれる前記演算種識別子に対応する解演算によって該ビューアにより導出される前記コンテンツ鍵によって、該ビューアにより復号化されることを特徴とする、電子著作物販売装置。

Images