(57)【要約】【課題】  通信路上での漏洩を確実に防止しつつ、その処理を簡易にして高速処理を行う。【解決手段】  ブラウザ１１は、電子書籍サーバ２に対して所望の電子書籍データの配信を要求する。要求受付部２１は、クライアント端末１からの配信要求を受け付ける。書換え処理部２３は、圧縮電子書籍データ格納部２２から、指定された書籍の圧縮データを読み出し、複数の書換え手法のうちの１つの書換え手法に基づいて、読み出した圧縮電子書籍データの一部を書換え、その書換えた圧縮電子書籍データとその書換えに対応した展開用スクリプトをクライアント端末１に送信する。圧縮電子書籍データ復元部１１１は、電子書籍サーバ２から配信された書換え済み圧縮電子書籍データに、展開用スクリプトを施すことにより、元の圧縮電子書籍データを復元する。伸長処理部１２は、復元された元の圧縮電子書籍データを入力して伸長処理を施し、ブラウザ１１に戻す。【選択図】  図１
2014130497.tif 000002
【特許請求の範囲】
【請求項１】
電子書籍サーバに格納された電子書籍データをネットワークを介してクライアント端末にダウンロードする際の電子書籍データ処理方法であって、
前記電子書籍サーバは、前記クライアント端末から、所望の電子書籍の配信要求を受けると、前記所望の電子書籍に係る圧縮電子書籍データの一部を書換え、その一部を書き換えられた圧縮電子書籍データと、その書換えに対応した展開用プログラムを、前記ネットワークを介して前記クライアント端末に送信し、
前記クライアント端末のブラウザは、前記電子書籍サーバから、一部を書き換えられた圧縮電子書籍データと、その書換えに対応した展開用プログラムを前記ネットワークを介して受信すると、受信した一部書換え圧縮電子書籍データに対して、受信した展開用プログラムを施すことにより、元の圧縮電子書籍データを復元することを特徴とする電子書籍データ処理方法。
【請求項２】
電子書籍サーバに格納された電子書籍データをネットワークを介してクライアント端末にダウンロードする際の電子書籍データ処理方法であって、
少なくとも１つの書籍に係る電子書籍データを圧縮符号化して前記電子書籍サーバに格納しておき、
前記クライアント端末が、前記電子書籍サーバに対して所望の電子書籍の配信を要求し、
前記電子書籍サーバが、前記所望の電子書籍に係る圧縮電子書籍データの一部を書換え、
前記電子書籍サーバが、その一部を書き換えられた圧縮電子書籍データと、その書換えに対応した展開用プログラムを、前記ネットワークを介して前記クライアント端末に送信し、
前記クライアント端末で動作するブラウザが、受信した一部書換え圧縮電子書籍データに対して、受信した展開用プログラムを施すことにより、元の圧縮電子書籍データを復元し、
前記クライアント端末が、復元した圧縮電子書籍データに対して伸長処理を施して、前記ブラウザにより表示部に表示することを特徴とする電子書籍データ処理方法。
【請求項３】
前記電子書籍サーバは、前記圧縮電子書籍データの一部を書き換えるための書換え手法を複数用意しておき、そのうちの１つを選択して前記圧縮電子書籍データの一部を書き換えることを特徴とする請求項１又は２に記載の電子書籍データ処理方法。
【請求項４】
前記電子書籍サーバは、前記所望の電子書籍に係る圧縮電子書籍データの属性に応じて、前記複数の書換え手法から１つの書換え手法を選択することを特徴とする請求項３に記載の電子書籍データ処理方法。
【請求項５】
前記電子書籍サーバは、前記クライアント端末から配信要求された時刻に応じて、前記複数の書換え手法から１つの書換え手法を選択することを特徴とする請求項３に記載の電子書籍データ処理方法。
【請求項６】
前記電子書籍サーバは、前記圧縮電子書籍データの一部として、そのヘッダ部の少なくとも一部を書換えることを特徴とする請求項１又は２に記載の電子書籍データ処理方法。
【請求項７】
前記電子書籍サーバは、前記展開用プログラムを画像ファイルに偽装して前記クライアント端末に送信することを特徴とする請求項１又は２に記載の電子書籍データ処理方法。
【請求項８】
格納した電子書籍データをネットワークを介してクライアント端末にダウンロードするための電子書籍サーバであって、
少なくとも１つの書籍に係る電子書籍データが圧縮符号化されて格納される格納部と、
前記クライアント端末から、所望の電子書籍の配信要求を受けると、前記所望の電子書籍に係る圧縮電子書籍データの一部を書換え、その一部を書き換えられた圧縮電子書籍データと、その書換えに対応した展開用プログラムを、前記ネットワークを介して前記クライアント端末に送信する書換え処理部と、
を備えたことを特徴とする電子書籍サーバ。
【請求項９】
前記書換え処理部は、前記圧縮電子書籍データの一部を書き換えるための書換え手法を複数用意しておき、そのうちの１つを選択して前記圧縮電子書籍データの一部を書き換えることを特徴とする請求項８に記載の電子書籍サーバ。
【請求項１０】
前記書換え処理部は、前記圧縮電子書籍データの一部として、そのヘッダ部の少なくとも一部を書換えることを特徴とする請求項８に記載の電子書籍サーバ。
【請求項１１】
前記書換え処理部は、前記展開用プログラムを画像ファイルに偽装して前記クライアント端末に送信することを特徴とする請求項８に記載の電子書籍サーバ。
【請求項１２】
電子書籍サーバに格納された電子書籍データをネットワークを介してダウンロードするクライアント端末であって、
前記電子書籍サーバに対して所望の電子書籍の配信を要求し、前記電子書籍サーバから、一部を書き換えられた圧縮電子書籍データと、その書換えに対応した展開用プログラムを前記ネットワークを介して受信すると、受信した一部書換え圧縮電子書籍データに対して、受信した展開用プログラムを施すことにより、元の圧縮電子書籍データを復元するブラウザと、
復元した圧縮電子書籍データに対して伸長処理を施す伸長処理部と、
前記伸長処理部により伸長された電子書籍データが表示される表示部と、
を備えたことを特徴とするクライアント端末。
【請求項１３】
請求項８に記載の電子書籍サーバと、請求項１２に記載のクライアント端末とを備えたことを特徴とする電子書籍配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子書籍データ処理方法、電子書籍サーバ、クライアント端末、及び電子書籍配信システムに関し、特に、第三者への情報漏洩防止と処理速度の双方を勘案した電子書籍データ処理方法、電子書籍サーバ、クライアント端末、及び電子書籍配信システムに関する。
【背景技術】
【０００２】
昨今、ネットワークを介して、静止画、動画、テキスト情報等の様々なコンテンツ情報が流通している。その典型として、個々人がクライアント装置としての端末を有し、ネットワークに接続される各種サーバに蓄積されたそれらのコンテンツをダウンロードするという形態が大部分を占めている。そのとき、提供されるコンテンツ情報の著作権保護や漏洩防止等の観点からいわゆるＤＲＭ（Digital Rights Management）を施すことが一般的になっている。ＤＲＭとは、デジタルコンテンツの複製の制限や漏洩の防止を図ることによる著作権保護の手法・技術の総称であるが、その最も一般的な手法としては、暗号化技術がある（例えば、特許文献１参照）。
【０００３】
また、上述のコンテンツ情報を１つとして、最近特に、電子書籍が注目され普及してきている。かかる電子書籍データについて、ＤＲＭとしての暗号化を施す技術は例えば特許文献２に開示されている。
【０００４】
ここで、電子書籍データについては、サーバからダウンロードされたそのデータをクライアント端末で閲覧するには、これまで、専用のいわゆるビューアで行うことが主流であった。しかしながら、最近では、汎用のいわゆるブラウザにより閲覧できる電子書籍データも増加してきている。このブラウザで閲覧することを前提とした電子書籍等のコンテンツデータに対して暗号化を施して保護する技術は、例えば特許文献３に開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第４７９１４２５号公報
【特許文献２】特開２００３−３３７９１２号公報
【特許文献３】特開２００５−１５７８９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献３のように、サーバにおいてコンテンツデータ全体に対して暗号化し、それを端末がダウンロードし、ブラウザ上で復号化する処理では、特に復号化に長時間を要するという課題がある。
【０００７】
本発明は上述のような事情から為されたものであり、本発明の目的は、通信路上での漏洩を確実に防止しつつ、その処理を簡易にして高速処理を行うことができる電子書籍データ処理方法、電子書籍サーバ、クライアント端末、及び電子書籍配信システムを提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の電子書籍データ処理方法は、電子書籍サーバに格納された電子書籍データをネットワークを介してクライアント端末にダウンロードする際の電子書籍データ処理方法であって、前記電子書籍サーバは、前記クライアント端末から、所望の電子書籍の配信要求を受けると、前記所望の電子書籍に係る圧縮電子書籍データの一部を書換え、その一部を書き換えられた圧縮電子書籍データと、その書換えに対応した展開用プログラムを、前記ネットワークを介して前記クライアント端末に送信し、前記クライアント端末のブラウザは、前記電子書籍サーバから、一部を書き換えられた圧縮電子書籍データと、その書換えに対応した展開用プログラムを前記ネットワークを介して受信すると、受信した一部書換え圧縮電子書籍データに対して、受信した展開用プログラムを施すことにより、元の圧縮電子書籍データを復元することを要旨とする。
【０００９】
また、上記目的を達成するため、本発明の電子書籍データ処理方法は、電子書籍サーバに格納された電子書籍データをネットワークを介してクライアント端末にダウンロードする際の電子書籍データ処理方法であって、少なくとも１つの書籍に係る電子書籍データを圧縮符号化して前記電子書籍サーバに格納しておき、前記クライアント端末が、前記電子書籍サーバに対して所望の電子書籍の配信を要求し、前記電子書籍サーバが、前記所望の電子書籍に係る圧縮電子書籍データの一部を書換え、前記電子書籍サーバが、その一部を書き換えられた圧縮電子書籍データと、その書換えに対応した展開用プログラムを、前記ネットワークを介して前記クライアント端末に送信し、前記クライアント端末で動作するブラウザが、受信した一部書換え圧縮電子書籍データに対して、受信した展開用プログラムを施すことにより、元の圧縮電子書籍データを復元し、前記クライアント端末が、復元した圧縮電子書籍データに対して伸長処理を施して、前記ブラウザにより表示部に表示することを要旨とする。
【００１０】
そのとき、好適には、前記電子書籍サーバは、前記圧縮電子書籍データの一部を書き換えるための書換え手法を複数用意しておき、そのうちの１つを選択して前記圧縮電子書籍データの一部を書き換えるようにする。
【００１１】
ここで、前記電子書籍サーバは、前記所望の電子書籍に係る圧縮電子書籍データの属性に応じて、前記複数の書換え手法から１つの書換え手法を選択することができる。
【００１２】
あるいは、前記電子書籍サーバは、前記クライアント端末から配信要求された時刻に応じて、前記複数の書換え手法から１つの書換え手法を選択することができる。
【００１３】
また、前記電子書籍サーバは、前記圧縮電子書籍データの一部として、そのヘッダ部の少なくとも一部を書換えることが好適である。
【００１４】
一方、前記電子書籍サーバは、前記展開用プログラムを画像ファイルに偽装して前記クライアント端末に送信することがより効果的である。
【００１５】
また、上記目的を達成するため、本発明の電子書籍サーバは、格納した電子書籍データをネットワークを介してクライアント端末にダウンロードするための電子書籍サーバであって、少なくとも１つの書籍に係る電子書籍データが圧縮符号化されて格納される格納部と、前記クライアント端末から、所望の電子書籍の配信要求を受けると、前記所望の電子書籍に係る圧縮電子書籍データの一部を書換え、その一部を書き換えられた圧縮電子書籍データと、その書換えに対応した展開用プログラムを、前記ネットワークを介して前記クライアント端末に送信する書換え処理部と、を備えたことを要旨とする。
【００１６】
そのとき、好適には、前記書換え処理部は、前記圧縮電子書籍データの一部を書き換えるための書換え手法を複数用意しておき、そのうちの１つを選択して前記圧縮電子書籍データの一部を書き換えるようにする。
【００１７】
また、前記書換え処理部は、前記圧縮電子書籍データの一部として、そのヘッダ部の少なくとも一部を書換えることが好適である。
【００１８】
また、前記書換え処理部は、前記展開用プログラムを画像ファイルに偽装して前記クライアント端末に送信することがより効果的である。
【００１９】
また、上記目的を達成するため、一方、本発明のクライアント端末は、電子書籍サーバに格納された電子書籍データをネットワークを介してダウンロードするクライアント端末であって、前記電子書籍サーバに対して所望の電子書籍の配信を要求し、前記電子書籍サーバから、一部を書き換えられた圧縮電子書籍データと、その書換えに対応した展開用プログラムを前記ネットワークを介して受信すると、受信した一部書換え圧縮電子書籍データに対して、受信した展開用プログラムを施すことにより、元の圧縮電子書籍データを復元するブラウザと、復元した圧縮電子書籍データに対して伸長処理を施す伸長処理部と、前記伸長処理部により伸長された電子書籍データが表示される表示部と、を備えたことを要旨とする。
【００２０】
また、上記目的を達成するため、併せて、本発明の電子書籍配信システムは、上述の電子書籍サーバと、上述のクライアント端末とを備えたことを要旨とする。
【発明の効果】
【００２１】
本発明によれば、以下のような効果がある。すなわち、送信路上で第三者に漏洩する事態があっても、書換え済み圧縮電子書籍データは、上述のように、言わば一部破壊されたデータであるので、当該第三者は、たとえ採用された圧縮手法を認識していた、又は認識できたとしても、伸長処理を行えない。なお、この場合、可変長圧縮符号化処理の特性から、書き換えられている部分のみならず、書き換えられていない部分も含めて全体が伸長できない。また、ブラウザの開発者ツールのネットワーク通信履歴などから画像ファイルを抜き取られたとしても、同様に伸長処理を行えない。従って、当該第三者に情報が漏洩することが回避され、電子書籍データに係る著作権は保護される。
【００２２】
一方、この書換えは一種の暗号化とも捉えることができるが、一部のみしか書き換えていないので、電子書籍データ全体に対して処理を施す一般の暗号化処理と比較して、簡易に、かつ短時間で行える利点がある。また、それに対応して、クライアント端末のブラウザにおける復元処理も簡易に短時間で行える。
【００２３】
つまり、通信路上での漏洩を確実に防止しつつ、その処理を簡易にして高速処理を行うことができるという利点がある。
【００２４】
また、特に、電子書籍サーバが、圧縮電子書籍データの一部を書き換えるための書換え手法を複数用意しておき、そのうちの１つを選択して前記圧縮電子書籍データの一部を書き換えるようにすれば、たとえ展開用スクリプトが通信路上で解析されたとしても、それに対応する書換え手法のみが解読されることとなるので、電子書籍データの漏洩を最小限に抑えることができる。
【００２５】
更に、電子書籍サーバは、展開用スクリプトを画像ファイルに偽装してクライアント端末に送信してやるようにすれば、通信路上を流れる展開用スクリプト自体の情報を第三者に認識されにくくできる。
【図面の簡単な説明】
【００２６】
【図１】本発明の電子書籍配信システムにおける一実施形態の概略機能構成を示す図である。
【図２】クライアント端末のハードウェア概略構成の具体例を示す図である。
【図３】電子書籍サーバのハードウェア概略構成の具体例を示す図である。
【図４】本発明の電子書籍データ処理方法における一実施形態の概略処理手順を示すフローチャートである。
【図５】複数の書換え手法［ｋ］の一例を示す図である。
【発明を実施するための形態】
【００２７】
以下、図面を参照して、本発明の実施の形態について詳細に説明する。  
図１は、本発明の電子書籍配信システムにおける一実施形態の概略機能構成を示す図である。同図に示した電子書籍配信システムは、それぞれがネットワーク３に接続可能なクライアント端末１及び電子書籍サーバ２を備え、それらは互いにそのネットワーク３を介して通信可能となっている。ここで、クライアント端末１は、典型的には電子ブックリーダー、電子書籍ビューワーなどのように呼ばれる専用端末であるとか、いわゆるスマートフォンのような汎用携帯情報端末やいわゆるタブレット端末であるが、いわゆるパーソナルコンピュータであってもよい。また、ネットワーク３としては、典型的にはＩＰネットワークであるが、いわゆる３Ｇ回線等の他の既存のネットワークであってもよい。
【００２８】
図１に示すように、クライアント端末１は、ブラウザ１１、伸長処理部１２、及び表示部１３を少なくとも備えている。ここで、ブラウザ１１は、電子書籍サーバ２に対して所望の電子書籍データの配信を要求する。また、ブラウザ１１は、電子書籍サーバ２から配信された書換え済み圧縮電子書籍データに、同様に送られてきた、その書換えに対応する展開（復元）用スクリプトを施すことにより、元の圧縮電子書籍データを復元する圧縮電子書籍データ復元部１１１を有している。また、伸長処理部１２は、圧縮電子書籍データ復元部１１１により復元された元の圧縮電子書籍データを入力して伸長処理を施し、ブラウザ１１に戻す。また、表示部１３には、ブラウザ１１により表示可能に処理された電子書籍データが表示される。なお、ブラウザ１１は、典型的にはＨＴＭＬ（Hyper Text Markup Language）５の規格に対応しているものである。
【００２９】
また、図１に示すように、電子書籍サーバ２は、要求受付部２１、圧縮電子書籍データ格納部２２、及び書換え処理部２３を少なくとも備えている。ここで、要求受付部２１は、クライアント端末１からの配信要求を受け付ける。また、圧縮電子書籍データ格納部２２には、配信可能な複数の電子書籍が電子データ化され、更に圧縮符号化されて格納されている。なお、この電子データ化は、典型的には画像化されることで行われるが、圧縮符号化の手法としては特に限定されず、例えば、ＪＰＥＧ（Joint Photographic Experts Group）、ＰＮＧ（Portable Network Graphics）等がある。また、書換え処理部２３は、要求受付部２１からの指示に応じて、圧縮電子書籍データ格納部２２から、指定された書籍の圧縮データを読み出し、複数の書換え手法［１］〜［ｎ］のうちの選択した書換え手法に基づいて、その読み出した圧縮電子書籍データの一部を書き換え、その書換え済みの圧縮電子書籍データをクライアント端末１に配信するとともに、採用した書換え手法に対応した展開用スクリプトを画像ファイルに偽装して送信する。なお、書換え処理部２３における複数の書換え手法［１］〜［ｎ］、選択した書換え手法［ｋ］による圧縮電子書籍データの一部の書換え、クライアント端末１に送る展開用スクリプト、及び、クライアント端末１内の圧縮電子書籍データ復元部１１１における復元処理の具体的説明については、後述する。また、上述の「偽装」の意味についても後述する。
【００３０】
図２は、クライアント端末１のハードウェア概略構成の具体例を示す図である。ここでは、スマートフォンの例を挙げている。但し、音声通話に係る機能等、直接関係のない機能構成については省略している。同図に示すように、クライアント端末１は、ハードウェア構成として、全体の制御を行うＣＰＵ（Central Processing Unit）５１と、所定のプログラムが予め格納されるＲＯＭ（Read Only Memory）５２と、実行中のプログラムや実行中の処理に係るデータが一時的に格納されるＲＡＭ（Random Access Memory）５３と、各種テキストデータ及び静止画・動画データが格納されるＦＬＡＳＨ（Flash Memory）５４と、ネットワーク３との通信を担う通信制御部５５と、各種テキストデータ及び静止画・動画データが表示されるディスプレイ５６と、オペレータが指で触れて各種指示等を行うためのタッチパネル５７と、各種外部デバイスを接続するためのインターフェース５８とを備えている。なお、図１との関係では、ブラウザ１１や伸長処理部１２の各機能は、それらのプログラムがＲＡＭ５３に格納されてＣＰＵ５１により実行されることにより実現される。また、表示部１３は、ディスプレイ５６とタッチパネル５７とで構成されている。
【００３１】
図３は、電子書籍サーバ２のハードウェア概略構成の具体例を示す図である。同図に示すように、電子書籍サーバ２は、ハードウェア構成として、全体の制御を行うＣＰＵ６１と、所定のプログラムが予め格納されるＲＯＭ６２と、実行中のプログラムや実行中の処理に係るデータが一時的に格納されるＲＡＭ６３と、各種テキストデータ及び静止画・動画データが格納されるＨＤＤ（Hard Disk）６４と、ネットワーク３との通信を担う通信制御部６５とを備えている。なお、図１との関係では、要求受付部２１や書換え処理部２３の各機能は、それらのプログラムがＲＡＭ６３に格納されてＣＰＵ６１により実行されることにより実現される。また、図１に示される圧縮電子書籍データ格納部２２に格納されている圧縮電子書籍データも、ＨＤＤ６４に格納されている。
【００３２】
図４は、本発明の電子書籍データ処理方法における一実施形態の概略処理手順を示すフローチャートである。  
そこで、電子書籍の配信を受けたい場合、オペレータは、特定のサイトに対してその要求をすべく、クライアント端末１のタッチパネル５７を介して、電子書籍の指定等の指示を行う。指示を受けたクライアント端末１のブラウザ１１は、そのオペレータの操作指示に応じて、指定された電子書籍の配信（ダウンロード）を電子書籍サーバ２に要求する（ステップＳ１１）。クライアント端末１から送信された配信要求は、電子書籍サーバ２の要求受付部２１で受け付けられ、その要求受付部２１は、その配信要求を書換え処理部２３に伝える（ステップＳ２１）。要求受付部２１から配信要求を伝えられた書換え処理部２３は、指定された書籍に係る圧縮データを圧縮電子書籍データ格納部２２から読み出す（ステップＳ２２）。
【００３３】
次に、書換え処理部２３は、複数の書換え手法［１］〜［ｎ］のうちから選択した書換え手法に基づいて、その読み出した圧縮電子書籍データの一部を書換える（ステップＳ２３）。ここで、複数の書換え手法［ｋ］の一例を図５に示す。同図において、書換え手法［１］は、所定数のバイトデータに対してビット反転処理を施す手法である。具体的には、画像ファイルの特定のバイトデータの反転したいビットデータに対して１、維持するビットデータに対して０をあてて排他的論理和をとればよい。また、書換え手法［２］は、所定数のバイトデータに対してビットシフトを施す手法である。具体的には、画像ファイルの特定のバイトデータについて例えば２ビット左シフトし、オーバーフローした上位２ビットのデータは下位ビットに巡廻させる。また、書換え手法［３］は、あるバイトデータと他のバイトデータを入れ替える手法である。具体的には、画像ファイルの特定のバイトデータを他のバイトデータと入れ替えるが、複数のバイトデータを対象にしてもよい。また、書換え手法［４］は、あるブロックデータと他のブロックデータを入れ替える手法である。具体的には、画像ファイルの特定のブロックデータを他のブロックデータと入れ替えるが、複数のブロックデータを対象にしてもよい。また、書換え手法［５］は、あるバイトデータに対してＳ−ｂｏｘをかける。具体的には、画像ファイルの特定のバイトデータを変換テーブルに基づいて他のバイトデータに変換するものである。上述の手法のいずれも、どれほどのバイトデータに書換えを施すかは、第三者による復元の容易性と処理速度とのトレードオフとなる。典型的には、圧縮電子書籍データの一部としては、そのヘッダ部の少なくとも一部が含まれていることが好ましい。ヘッダ部には、画像サイズ、ハフマンテーブル等の重要な情報が含まれているので、その部分を書き換えさえすれば、全体の復元性は大きく低下するからである。
【００３４】
ここで、書換え処理部２３がいずれの書換え手法を選択するかは、各種の手法が考えられる。その１つとしては、電子書籍サーバ２において、個々の電子書籍に対して、ランダムに、又はその属性に応じて、シード（seed）値を予め決定しておき、そのシード値に基づいて用意した複数の書換え手法［１］〜［ｎ］のうちから１つの書換え手法を選択するというものである。すなわち、書換え処理部２３は、クライアント端末１から配信要求された電子書籍のデータに割り当てられたシード値を参照して特定の書換え手法［ｋ］を選択する。また、他の手法としては、配信要求のあった日時に依存して選択のためのシード値を決定するという手法がある。しかしながら、これらに限られることはなく、要は、特定の書換え手法に偏ることなく、各電子書籍データに対して万遍なく選択されることにより、第三者により書換えの手法を認知される可能性を低くできればよい。
【００３５】
次に、書換え処理部２３は、選択した書換え手法［ｋ］に対応した展開用スクリプトを作成し、要求元のクライアント端末１宛に、書換え済み圧縮電子書籍データを配信するとともに、対応する展開用スクリプトを送信する（ステップＳ２４）。ここで、展開用スクリプトとは、選択した書換え手法［ｋ］で書き換えられた圧縮電子書籍データを復元するための、クライアント端末１のブラウザ１１上で動作可能なスクリプト言語（例えば、JavaScript（登録商標））である。例えば、ある配信要求に係る電子書籍に対して書換え手法［１］が選択され、特定のビットデータに対して反転処理を行ったならば、その反転処理をクライアント端末１のブラウザ１１上で戻せるように動作するスクリプト言語である。
【００３６】
ここで、送信する展開用スクリプトについては、画像ファイルに偽装して送信すれば、更に好適である。すなわち、展開用スクリプトとして記述されたプログラムのアスキーコードを画像のピクセル値に対応させて見かけ上画像データ（例えばＰＮＧ画像）として送信する。
【００３７】
なお、電子書籍サーバ２側においては、送信した圧縮電子書籍データ及び対応する展開用スクリプトを一定期間又は一定条件下でキャッシュしておくことが一般的である。
【００３８】
一方、書換え済み圧縮電子書籍データと、それに対応した展開用スクリプトを受信したクライアント端末１は、そのブラウザ１１内の圧縮電子書籍データ復元部１１１が、受信した書換え済み圧縮電子書籍データにその展開用スクリプトを施して元の圧縮電子書籍データを復元する（ステップＳ１２）。このとき、前述のように、展開用スクリプトが画像ファイルに偽装されて送られている場合には、まず、そのピクセル値に基づいてアスキーコードとして復元する。そして、圧縮電子書籍データ復元部１１１が、所定のスクリプト言語で記述された展開用スクリプトを実行することにより、元の圧縮電子書籍データを復元する。
【００３９】
次に、ブラウザ１１は、復元した圧縮電子書籍データを伸長処理部１２に送り、伸長処理部１２は、そのデータに対して伸長処理を施し、処理後のデータをブラウザ１１に戻す（ステップＳ１３）。伸長処理後の得られた電子書籍データはブラウザで表示可能なデータ（例えば画像データとその表示位置を指定する情報）であるので、ブラウザ１１は、そのデータに基づき当該書籍の内容を表示部１３に表示できる（ステップＳ１４）。
【００４０】
なお、上述の実施形態にあっては、クライアント端末１において書き換えられた圧縮電子書籍データを復元するために、クライアント端末１に送るデータとして、「（展開用）スクリプト」という表現を使用したが、本発明の主旨としては、この表現に限定されず、すなわち、「クライアント端末１のブラウザ１１上で動作可能なプログラム」であればよい。
【００４１】
また、上述の実施形態にあっては、配信要求を受けて送るごとに書換えを行っているが、シード値を配信要求日時に基づいて決定するのではなく、ランダムに、又は電子書籍の属性等に応じて決定するのであれば、予め、書換え済みの圧縮電子書籍データを格納部に格納しておくことも可能である。
【００４２】
以上のように、上述の一実施形態によれば、以下のような効果がある。すなわち、送信路上で第三者に漏洩する事態があっても、書換え済み圧縮電子書籍データは、上述のように、言わば一部破壊されたデータであるので、当該第三者は、たとえ採用された圧縮手法を認識していた、又は認識できたとしても、伸長処理を行えない。なお、この場合、可変長圧縮符号化処理の特性から、書き換えられている部分のみならず、書き換えられていない部分も含めて全体が伸長できない。また、ブラウザの開発者ツールのネットワーク通信履歴などから画像ファイルを抜き取られたとしても、同様に伸長処理を行えない。従って、当該第三者に情報が漏洩することが回避され、電子書籍データに係る著作権は保護される。
【００４３】
一方、この書換えは一種の暗号化とも捉えることができるが、一部のみしか書き換えていないので、電子書籍データ全体に対して処理を施す一般の暗号化処理と比較して、簡易に、かつ短時間で行える利点がある。また、それに対応して、クライアント端末１のブラウザ１１における復元処理も簡易に短時間で行える。
【００４４】
以上から総じて、通信路上での漏洩を確実に防止しつつ、その処理を簡易にして高速処理を行うことができるという利点がある。
【００４５】
加えて、上述の実施形態においては、電子書籍データの属性や配信要求日時に応じてシード値を決定して、そのシード値に基づいて複数の書換え手法の中から１つの書換え手法を選択している。これは暗号化でいえば、単一の暗号化アルゴリズムを採用して鍵のみを個々に変えるのではなく、暗号化アルゴリズム自体も複数にしていることに対応しているので、たとえ展開用スクリプトが通信路上で解析されたとしても、それに対応する書換え手法のみが解読されることとなるので、電子書籍データの漏洩を最小限に抑えることができる。
【００４６】
更に、上述の実施形態においては、電子書籍サーバから送信する展開用スクリプトを画像ファイルに偽装して送信しているので、通信路上を流れる展開用スクリプト自体の情報を第三者に認識されにくくできている。
【００４７】
なお、上述した本発明の実施形態は、電子書籍の配信に限定して記述しており、本願発明においてはそれで足りるものであるが、拡張の可能性としては、ソーシャルゲームにおける画像配信など、圧縮処理された状態で配信される他のコンテンツにも適用可能である。
【産業上の利用可能性】
【００４８】
本発明の電子書籍データ処理方法、電子書籍サーバ、クライアント端末、及び電子書籍データ配信システムは、例えばインターネット上の電子書籍販売サイトから所望の電子書籍を購入して自身の電子ブックリーダー、電子書籍ビューワー、スマートフォン、タブレット端末等にダウンロードするシステムに採用できる。
【符号の説明】
【００４９】
１  クライアント端末
１１  ブラウザ
１１１  圧縮電子書籍データ復元部
１２  伸長処理部
１３  表示部
２  電子書籍サーバ
２１  要求受付部
２２  圧縮電子書籍データ格納部
２３  書換え処理部
３  ネットワーク
５１，６１  ＣＰＵ
５２，６２  ＲＯＭ
５３，６３  ＲＡＭ
５４  ＦＬＡＳＨ
６４  ＨＤＤ
５５，６５  通信制御部
５６  ディスプレイ
５７  タッチパネル
５８  各種外部デバイスインターフェース
【図１】
2014130497.tif 000003
【図２】
2014130497.tif 000004
【図３】
2014130497.tif 000005
【図４】
2014130497.tif 000006
【図５】
2014130497.tif 000007