(57)【要約】【課題】  画像ファイルを分割して別々の装置に記憶されている場合に、効率的に画像を再生することを目的とする。【解決手段】  画像電子割符化装置と再生装置とからなる画像再生システムであって、前記画像電子割符化装置が、画像ファイルをブロックに分割し、前記ブロックを数個のまとまり毎にエリアとして特定し、前記それぞれのエリアの中から選択されたブロックを抜き取るファイル処理部と、前記抜き取られたブロックをキー情報として記憶し、前記ブロックが抜き取られた前記画像ファイルを前記再生装置に記憶する画像データ仕分け部とを有し、前記再生装置が、前記画像ファイルを再生する場合に、前記キー情報を受信して、前記キー情報と、前記ブロックが抜き取られた前記画像ファイルと、を組合わせて画像を再生する画像再生部とを有する。【選択図】  図１
2015032971.tif 000002
【特許請求の範囲】
【請求項１】
画像電子割符化装置と再生装置とからなる画像再生システムであって、
前記画像電子割符化装置が、
画像ファイルをブロックに分割し、前記ブロックを数個のまとまり毎にエリアとして特定し、前記それぞれのエリアの中から特定されるブロックを抜き取るファイル処理部と、
前記抜き取られたブロックをキー情報として記憶し、前記ブロックが抜き取られた前記画像ファイルを前記再生装置に送信する画像データ仕分け部とを有し、
前記再生装置が、
前記画像ファイルを再生する場合に、前記キー情報を受信して、前記キー情報と、前記ブロックが抜き取られた前記画像ファイルと、を組合わせて画像を再生する画像再生部と
を有することを特徴とする画像再生システム。
【請求項２】
請求項１に記載の画像再生システムであって、
前記ファイル処理部が、前記各エリアの中からランダムにブロックを特定することを特徴とする画像再生システム。
【請求項３】
請求項１乃至請求項２のどちらか一方に記載の画像再生システムであって、
前記キー情報がブロック画像毎にそれぞれの元画像の座標情報を記憶し、
前記画像再生部が、前記座標情報を基に、前記画像ファイルを復元して画像を再生することを特徴とする画像再生システム。
【請求項４】
請求項１乃至請求項３のうちいずれか一項に記載の画像再生システムであって、
前記ブロックを、前記元画像の大きさをもとに決定することを特徴とする画像再生システム。
【請求項５】
画像ファイルをブロックに分割し、前記ブロックを数個のまとまり毎にエリアとして特定し、前記それぞれのエリアの中から選択されたブロックを抜き取るステップと、
前記抜き取られたブロックをキー情報として記憶し、前記ブロックが抜き取られた前記画像ファイルを記憶するステップと、
前記画像ファイルを再生する場合に、前記キー情報を受信して、前記キー情報と、前記ブロックが抜き取られた前記画像ファイルと、を組合わせて画像を再生するステップと
を有することを特徴とする画像再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像を再生する技術に関する。
【背景技術】
【０００２】
ファイルを複数に分割して別々の場所に保存する電子割符のような技術が知られている。画像ファイルを分割する場合、複数に分割されたファイルは画像として不完全なものであるが、複数のファイルを結合して、ひとつに戻すことにより画像ファイルを再生することができる。それにより、画像ファイルを取得したい不正アクセス者は、分割された別々の場所にある分割ファイルを全て集める必要があり、画像ファイル漏洩のリスクを下げることができる。
【０００３】
例えば、特許文献１には、画像を２つの画像に分解し、そのそれぞれでは画像と認識できないデータにして別々の装置で管理し、画像を再生させたい場合に、そのそれぞれの画像を重ね合わせて、元の画像に戻して再生する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１３５５６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前述したように画像ファイルを複数に分割した場合、分割されたファイルを別々の場所に保存する為、再生する場合に複数の画像を転送してひとつにまとめる必要がある。転送速度はネットワークの速度や転送するデータの容量に依存する。それ故、ネットワークが遅い場合や、データの容量が大きい場合等に画像ファイルを素早く再生できないことが考えられる。
【０００６】
本発明は、このように画像ファイルを分割して別々の装置に記憶されている場合に、画像を効率的に再生することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、画像電子割符化装置と再生装置からなる画像再生システムであって、前記画像電子割符化装置が、画像ファイルをブロックに分割し、前記ブロックを数個のまとまり毎にエリアとして特定し、前記それぞれのエリアの中から選択されたブロックを抜き取るファイル処理部と、前記抜き取られたブロックをキー情報として記憶し、前記ブロックが抜き取られた前記画像ファイルを前記再生装置に記憶する画像データ仕分け部とを有し、前記再生装置が、前記画像ファイルを再生する場合に、前記キー情報を受信して、前記キー情報と、前記ブロックが抜き取られた前記画像ファイルと、を組合わせて画像を再生する画像再生部とを有する。
【発明の効果】
【０００８】
画像ファイルを分割して別々の装置に記憶されている場合に、効率的に画像を再生できる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施例を示す構成図である。
【図２】画像電子割符化装置の実施例を示す構成図である。
【図３】本発明に係わる画像に特化した電子割符の抜き取り位置を示す模式図である。
【図４】画像ファイルの電子割符データ（キー側）の説明図である。
【図５】画像ファイルの電子割符データ（再生側）の説明図である。
【図６】画像が見られなくなることを予告するメッセージを合成した画像の例である。
【図７】再生側画像データベースの例である。
【図８】キー情報データベースの例である。
【図９】画像ファイルの電子割符化のフローチャートである。
【図１０】画像ａを再生する場合の流れのフローチャートである。
【図１１】電子割符ファイルの復元処理のフローチャートである。
【発明を実施するための形態】
【００１０】
以下、発明の実施例を図面を用いて説明する。
＜構成の説明＞
図１は本発明の特徴を表している画像再生システムの構成図である。それぞれネットワーク３に接続された画像再生装置１とキー情報配信装置４、画像電子割符化装置５、及び画像再生装置１に接続されたディスプレイ２から構成される。
【００１１】
画像再生装置１の記憶装置１５には再生に使用する画像データを元に変換して作成された画像再生用データの再生側画像データベース１５１を記憶しておく。画像ファイルを再生する場合に受信するキー情報を復号する為の配信用暗号キー４６８も記憶する。再生側画像データベースの詳細については後ほど説明する。画像再生装置１は、再生側画像データベース１５１へのアクセスを制御するデータベースアクセス部１４１と、電子割符データ等のファイルを受信するファイル受信部１４２と、電子割符ファイルの復元処理をする電子割符復元処理部１４３と、画像ファイルの画像を表示する画像表示部１４４とを有する。復元処理は電子割符データ等の復元に必要なファイルがメモリー１２に展開され、画像再生装置にあるＣＰＵ１１で処理される。復元された画像ファイルはディスプレイ２に表示される。
【００１２】
キー情報配信装置４の記憶装置４６には同様に画像データを元に変換して作成され再生側画像データベースと対になるキー情報データベース４６１を記憶しておく。キー情報データベースの詳細については後ほど説明する。キー情報配信装置４の記憶装置４６には、キー情報を配信する場合に暗号化する配信用暗号キー４６８も記憶する。この配信用暗号キー４６８は、画像再生装置１側に記憶されているものと同じであり、暗号キーが作成された場合にそれぞれ、画像再生装置１とキー情報配信装置４の記憶装置に記憶される。このキー情報配信装置４は、キー情報データベース４６１へのアクセスを制御するデータベースアクセス部４４１と、画像ファイルを再生する場合に、画像再生が期限切れになっていないかどうかの日付時刻を比較する日付時刻比較部と、元画像ファイルから作成した電子割符データ（キー側）等を送信するファイル送信部４４３とを有する。再生可能な日付は内部時計４５を基に管理する。キー情報配信装置４はデータを処理する為の演算装置であるＣＰＵ４１と作業領域であるメモリー４２を有する。
【００１３】
画像電子化割符装置５は、電子画像を電子割符データ（キー側）、電子割符データ（再生側）に以下に説明する処理でそれぞれ分割して、キー情報配信装置４と画像再生装置１へ送信する。具体的構成は図２に示す。本実施例では別個の装置としてネットワークに接続されているが、これに限定されるものではなく、キー情報配信装置４へその機能を持たしても良いし、画像再生装置１にその機能をもたしてもよく、場所が限定されるものではない。
【００１４】
図２は、画像電子割符装置５の構成を表す図で、入力画像ファイル１１５１を記憶して、電子割符化プログラム１１４によって、入力画像ファイル１１５１を電子割符データ（キー側）１１５３と電子割符データ（再生側）１１５２に分けて記憶する。画像再生装置とキー情報配信装置の組み合わせ毎に固有の配信用暗号キー４６８を作成して画像再生装置１とキー情報配信装置４の記憶装置にそれぞれ記憶しておく。詳細を後述する電子割符データへの変換処理は、入力した画像ファイルを取り込み、画像ファイルを処理するファイル処理部１１４１、画像ファイルのヘッダー解析するヘッダー解析部１１４２、ユーザーの入力を受付けるＵＩ部１１４３、乱数を発生させる乱数発生部１１４４、電子割符データへの変換する場合のデータをソートするソート処理部１１４５、分割作成されたそれぞれの電子割符データを管理する画像データ仕分け部１１４６によって処理される。
【００１５】
元画像ファイルから電子割符へ変換される場合の抜き取りブロックの座標は、抜き取りブロックの座標テーブル１１２１によって管理される。これらファイルの変換処理はＣＰＵ１１１の演算によっておこなわれる。
【００１６】
図３は画像ファイルの構造を模式的に示し、電子割符化でキー情報側のファイルに抜き取る位置を斜線で示したものである。抜き取り部分がある程度大きくなければ画像を補間されて利用されてしまうので、ある程度の大きさのブロック単位で処理を行う。ブロックサイズは１辺の長さが画像の短辺の２％〜１０％程度の範囲で作業者が絵柄を見て補完されない大きさに決める。ここでは２％〜１０％としたが、これに限定されるものではなく。ユーザーの入力値で決めても良いし、記憶された情報からブロックサイズを決めても良い。
【００１７】
細かい絵柄ではブロックサイズを小さく、粗い絵柄ではブロックサイズを大きくするのが好ましい。本実施例では図３に示したように５０ドット×５０ドットのブロックサイズとしている。また抜き取る位置が画像全体に分散していないと画像の一部を抜き出して利用されてしまうので、画像を適当な大きさのエリアに分けてエリア毎にランダムに１ブロックを配置して分散させる。この時、エリアのサイズに反比例して再生速度（特にネットワークが遅い場合）に影響するキー情報のサイズが決まる（エリアが大きいほどキー情報を小さく出来る）。ここでいうキー情報とは、分割した電子割符データのうちキー情報配信装置側に配置する電子割符データ（キー側）をいう。
【００１８】
ここで、キー情報のサイズ≒全画像情報÷ブロック単位のエリアサイズＨ÷ブロック単位のエリアサイズＶ＋ヘッダーサイズである。一方、画像情報漏えい時の部分画像再利用の可能性はエリアサイズに比例して増す（エリアサイズ小さいほど安全性が高い）。要求される再生速度と安全性を考慮して作業者が決定する。本実施例ではエリアサイズを２×２から１０×１０の範囲で決定する。本実施例ではユーザーからの入力としているがこれに限定されるものではなく、エリアサイズを前もって記憶させ、記憶されていた情報をもとに決定することとしてもよい。本実施例の図３では４×４ブロックのエリアサイズとしている。
【００１９】
図４は電子割符データ（キー側）のファイル構造を示したもので、先頭から画像ファイルのヘッダー情報、サイズ情報、抜き取りブロックの情報の順に格納されている。抜き取りブロックの情報は抜き取られたブロックが元画像のどこにあったかを示す座標情報である抜き取りブロック座標、ブロックサイズ、ブロックの画像データが一組になっており、これが何組かファイルの終わりまで続く。抜き取りブロック数に制限はなく画像サイズとエリアサイズによって決まる。本実施例ではブロックのサイズを記憶させているがこれに限定されるものではなく、ブロックのサイズを記憶しなくともよい。
【００２０】
図５は電子割符データ（再生側）のファイル構造を分かりやすくイメージ化したものである。電子割符データ（再生側）とは、抜き取りブロックが欠落したデータであり、実際にはヘッダー情報やブロックサイズなどが欠落しているため電子割符データ（再生側）からこの画像ファイルを再生するのは困難である。画像電子割符化装置５はキー情報（電子割符データ（キー側））と、電子割符データ（再生側）とをそれぞれ、キー情報配信装置４と画像再生装置１へ送信し、電子割符データ（キー側）を記憶装置４６に記憶しておく。一方、図５の電子割符データ（再生側）を記憶装置１５に記憶しておく。電子割符データ（キー側）、電子割符データ（再生側）どちらも画像の一部のデータである為、単独で再生できたとしても画像データとしては意味のないものになる。電子割符データ（キー側）はもとの画像データのごく一部であり、画像全体からランダムに抜き取られたものなので、電子割符データ（キー側）の送信にかかる時間は少なく、こうすることで再生時の処理が少ないため高速に再生可能で、かつデータ漏洩しても図５のように欠落とズレのために利用されにくいデータとなる。
【００２１】
図６は、もうすぐ完全に画像が見られなくなることを予告するメッセージを合成した画像の例である。このようにユーザーに画像表示の期限が切れそうなことをお知らせする。
【００２２】
図７は、再生側画像データベース１５１を表すもので、高解像度画像の電子割符データや、低解像画像の電子割符データ、期限切れのメッセージ画像等の画像再生装置のファイルを管理するデータベースである。１つの元画像に対して３種類のデータ（高解像度画像の電子割符データ（再生側）と期限切れ予告メッセージ付き低解像度画像の電子割符データ（再生側）そして期限切れメッセージ画像の平文データ）で構成される。本実施例では１つの元画像に対して３種類としたがこれに限定されるものではなく、電子割符データ（再生側）等の１種類や、他組み合わせの２種類としてもよい。また、ここでは電子割符データ（再生側）と呼んでいるが、これによりデータの形式が限定されるものではなく、元の画像の部分から作成したデータのことをいう。データＩＤ９１０は各ファイルを特定するＩＤを、元画像ＩＤ９２０はそのファイルが作成される元になった画像を特定するＩＤやどの元画像に関連するかを特定する為に元になった画像を特定するＩＤを、種別９３０はそのファイルの種類を特定する情報を、ファイル名９４０はファイル名を、パス９５０はそのファイルが記憶されている場所を特定する情報を、それぞれ記憶する。
【００２３】
図８は、キー情報データベース４６１を表すもので、高解像度画像の電子割符データや、低解像画像の電子割符データ、期限切れのメッセージ画像等のキー情報配信装置のファイルを管理するデータベースである。１つの元画像に対して２種類のデータ（高解像度画像の電子割符データ（キー側）と期限切れ予告メッセージ付き低解像度画像の電子割符データ（キー側））で構成され、それぞれのデータは有効期限データ１０６０をデータ要素として持つ。有効期限データ１０６０は、画像ファイルが画像再生装置１で再生される場合に、再生することができる期限を決定している。どのように期限を判定するかの処理については、画像ファイルの再生処理の説明（図１０）において説明する。
【００２４】
本実施例では２種類としたがこれに限定されるものではなく、どちらか一方の１種類としてもよい。データＩＤ１０１０は各ファイルを特定するＩＤを、元画像ＩＤ１０２０はそのファイルが作成される元になった画像を特定するＩＤやどの元画像に関連するかを特定する為に元になった画像を特定するＩＤを、種別１０３０はそのファイルの種類を特定する情報を、ファイル名１０４０はファイル名を、パス１０５０はそのファイルが記憶されている場所を特定する情報を、有効期限データ１０６０はそのファイルの有効期限を特定する情報を、それぞれ記憶する。
【００２５】
ここで、期限切れ予告メッセージ付き低解像度画像とは高解像度画像の有効期限が切れた後に全く画像を見せなくするのではなく、もうすぐ見られなくなることを予告するために表示する元画像を低解像度にすると同時にもうすぐ完全に画像が見られなくなることを予告するメッセージを合成した画像であり、図６にその例を示す。
＜電子割符化処理＞
図９は、画像ファイルを電子割符化する処理についてのフローチャートである。電子割符化の処理の流れを図９のフローチャートに沿って説明する。電子割符化装置５のＵＩ部１１２３のユーザー入力により入力画像ファイルと出力先ファイル：電子割符データ（再生側）、電子割符データ（キー側）を指定（ファイル名とパス）する（ステップ５００）。ファイル処理部１１４１により入力画像ファイルオープン、そして、出力先の２つのファイルを初期化する（ステップ５０１）。
【００２６】
そしてヘッダー解析部１１４２により入力画像ファイルを解析して画像サイズ（図３の例では８００×６００）を取得。そしてヘッダー情報を抽出してヘッダー情報のサイズと共に電子割符データ（キー側）に出力（ステップ５０２）。ここで出力するのはヘッダーサイズとヘッダー情報である。これは電子割符データ（キー側）の一部である。出力先ファイルの指定についてはファイル名とパスの入力と言う意味で使っている。本実施例では、ヘッダー情報とサイズをキー情報（電子割符データ（キー側））として出力することとしているがこれに限定されるものではなく、電子割符データ（再生側）に出力するように制御してもよい。また、ヘッダー情報やサイズ情報を出力しないように制御してもよい。
【００２７】
次にＵＩ部１１４３のユーザー入力によりブロックサイズとエリアサイズ（ブロック単位）の入力を受付ける（ステップ５０３）。上述したようにこれらのサイズによって再生速度（ユーザーから再生指示が出て静止画を表示完了するまでの速さ）とデータの安全性が決まるので、ユーザーは再生環境や画像の価値を考慮して決定することになる。本実施例ではユーザーからの受付けとしたが、これに限定されるものではなく、もともと記憶してあるデータ（もともと決められているサイズ）を読み込んで、ブロックサイズ、エリアサイズを決定してもよい。本実施例の図３の例ではブロックサイズ：５０×５０、エリアサイズ（ブロック単位）：４×４である。
【００２８】
続いて電子割符データ（キー側）に画像サイズとブロックサイズ、エリアサイズ（ブロック単位）をファイル処理部１１４１により出力する（ステップ５０４）。ここで出力しているのは画像サイズとブロックサイズ、エリアサイズ（ブロック単位）で、これらがキー情報（電子割符データ（キー側））の一部である。本実施例では、画像サイズ、ブロックサイズ、エリアサイズをそれぞれキー情報（電子割符データ（キー側））へ出力するように制御しているがこれに限定されるものではなく、電子割符データ（再生側）へ出力されるように制御してもよい。また、画像サイズ、ブロックサイズ、エリアサイズを出力しないように制御してもよい。
【００２９】
次にファイル処理部１１４１は、画像サイズとブロックサイズ、エリアサイズから画像をエリア分割する分割数とエリアの大きさ（ドット単位）を計算し、画像データ部をエリア毎に処理するループの初期設定、抜き取りブロックの座標テーブル１１２１の初期化を行う（ステップ５０５）。画像の抜取りはエリア毎に実行する。
【００３０】
本実施例の図３の例では分割数はＨ方向４、Ｖ方向３とエリアの大きさ（ドット単位）は２００×２００である。まずエリアサイズをドット単位で表示すると、今ブロックサイズ５０×５０、エリアサイズ４×４、と設定したので、それぞれ５０×４で２００（＝５０×４）×２００（＝５０×４）になる。画像サイズの８００×６００をそれぞれエリアサイズの水平と垂直で割る（実際には端数処理が必要）と分割数のＨ方向４（＝８００÷２００）、Ｖ方向３（＝６００÷２００）として導ける。画像は複数のブロックに分割され、複数のブロックの数個のまとまり毎にエリアが特定されることになる。
【００３１】
エリア毎にエリア内で乱数発生部１１４４によりランダム（乱数使用）に１つのブロックを選択し、抜き取りブロックの座標をテーブル１１２１に記憶する（ステップ５０６）。これを左上から右下のエリアまで繰り返す（ステップ５０６、ステップ５０７、ステップ５０８）。図３の例では、エリア‘Ａい’では抜き取りブロック座標ＨＶ：（３，１）を記憶、次のエリア‘Ｂい’では（５，２）、‘Ｃい’では（９，１）、‘Ｄい’（１５，２）、‘Ａろ’（０，４）、‘Ｂろ’（４，７）、・・・以下同様に各エリアで抜取りブロックを特定していく。本実施例ではエリアから各ブロックをランダムで特定することとしたが、これに限定されるものではなく、エリアの右上のブロックや、左下のブロック等任意のブロックを選択するようにしてもよい。
【００３２】
続いて、ソート処理部１１４５により抜き取りブロックの座標テーブルをブロック座標Ｖ順（Ｖが同じ場合はＨ順）にソートする（ステップ５０９）。図３の例では、テーブルが次のようにソートされる：（３，１）、（９，１）、（５，２）、（１５，２）、（０，４）、（１３，５）、（４，７）、・・・以下省略。
【００３３】
次に画像データ仕分け部１１４６により全ブロックに渡り、抜き取りブロックの座標テーブル１１２１によってブロックを判別して抜き取りブロックの場合はブロック座標とサイズ（バイト数）、及びブロックの画像データを電子割符データ（キー側）に出力し、抜き残りのブロックの場合は画像データだけを電子割符データ（再生側）に出力する（ステップ５１０）。つまり電子割符データ（再生側）には、抜取りブロック分のデータが欠落した画像データとなる。その為、この電子割符データ（再生側）単独を解析し再生できたとしても、抜き取りブロックのデータは存在せず再生できないので、虫食い状の画像データとなり画像データとしての価値がないものになる。
【００３４】
本実施例の図３の例では、画像左上隅のブロックから、右側へ順々の処理をしていく場合、エリア‘Ａい’のブロック２０１までは、抜き取りブロックがないので、電子割符データ（再生側）に順々に各ブロックの画像データを出力し、抜き取りブロック２０１は（３，１）のブロック座標と、サイズ（バイト数）、及びブロックの画像データを電子割符データ（キー側）に出力し、次の抜き取りブロック２０３まで各ブロックの画像データを電子割符データ（再生側）に出力し、抜き取りブロック２０３の（９，１）ブロック座標と、サイズ（バイト数）、及びブロックの画像デ８ータを電子割符データ（キー側）に出力、・・・というように、抜き取りブロックは、その座標、サイズと共に電子割符データ（キー側）に出力、その他のブロック（抜き残りブロック）は電子割符データ（再生側）に出力する。本実施例では画像の左上のブロックから順に処理したが、これに限定されるものではなく、左下からやってもよいし、各エリア毎に処理をしてもよい。最後に出力したファイルを閉じてデータをファイルに記憶させる（ステップ５１１）。図３の場合で処理結果を模式したのが図４と図５である。
＜再生処理の説明＞
図１０は、画像ファイルを再生する場合の処理にていてのフローチャートである。以下、図１の構成で画像ａ（元画像ＩＤ：００１）を再生することとし、図１０のフローチャート、図７、図８のデータベース例で説明する。
【００３５】
まず画像再生装置１がキー情報配信装置４に画像ａ（元画像ＩＤ：００１）の種別：「高解像度画像の電子割符データ（キー側）」データを要求する（ステップ６００）。
【００３６】
これに対してキー情報配信装置４はデータベースアクセス部４４１によりキー情報データベース４６１を元画像ＩＤ１０２０：００１、種別１０３０：「高解像度画像の電子割符データ（キー側）」で検索し該当行の有効期限データを得る。日付時刻比較部４４２により、これ（図８の例では２０１４／１２／３１）と内部時計４５を比較し（ステップ６０１）、有効期限内の場合（ステップ６０１：いいえ）はキー情報データベース４６１の該当行のファイル名１０４０、パス１０５０（図８の例ではＧＡＺＯＵ−ａ．ＷＤＫ、Ｃ：￥ｈｉ−ｒｅｓｏ）より電子割符データ（キー側）を取り出しファイル送信部４４３により配信用暗号キー４６８で暗号化して画像再生装置１に送る（ステップ６０２）。
【００３７】
本実施例では、時刻比較して有効期限内の場合に電子割符データ（キー側）を画像再生装置に送信しているが、これに限定されるものではなく、有効期限の確認なしで電子割符データ（キー側）を送信するものとしてもよい。
【００３８】
ファイル受信部１４２によりこれを受け取った画像再生装置１は配信用暗号キー４６８で電子割符データ（キー側）に復号する。データベースアクセス部１４１により再生側画像データベース１５１の元画像ＩＤ９２０：００１、種別９３０：「高解像度画像の電子割符データ（再生側）」該当行のファイル名９４０、パス９５０（図７の例ではＧＡＺＯＵ−ａ．ＷＤＴ、Ｃ：￥ｈｉ−ｒｅｓｏ）より電子割符データ（再生側）を取り出し、電子割符ファイル復元処理部１４３により先の電子割符データ（キー側）を用いて電子割符ファイルの復元処理を行い元の画像ａの高解像度画像ファイルを復元する。そして画像表示部１４４によりディスプレイ２に表示する（ステップ６０３）。電子割符ファイルの復元処理については図１１の説明として後述する。
【００３９】
一方ステップ６０１で有効期限を過ぎていた場合（ステップ６０１：はい）はキー情報配信装置４はステップ６００の要求に対して期限切れのレスポンスを返す（ステップ６０４）。すると画像再生装置１はキー情報配信装置４に画像ａ（元画像ＩＤ：００１）の種別：「期限切れ予告メッセージ付き低解像度画像の電子割符データ（キー側）」データを要求する（ステップ６０５）。
【００４０】
これに対してキー情報配信装置４はデータベースアクセス部４４１によりキー情報データベース４６１を元画像ＩＤ１０２０：００１、種別１０３０：「期限切れ予告メッセージ付き低解像度画像の電子割符データ（キー側）」で検索し該当行の有効期限データを得る。日付時刻比較部４４２により、これ（図８の例では２０１５／０１／３１）と内部時計４５を比較し（ステップ６０６）、有効期限内の場合（ステップ６０６：いいえ）はキー情報データベース４６１の該当行のファイル名１０４０、パス１０５０（図８の例ではＧＡＺＯＵ−ａ．ＷＤＫ、Ｃ：￥ｌｏ−ｒｅｓｏ）より電子割符データ（キー側）を取り出しファイル送信部４４３により配信用暗号キー４６８で暗号化して画像再生装置１に送る（ステップ６０７）。
【００４１】
ファイル受信部１４２によりこれを受け取った画像再生装置１は配信用暗号キー４６８で電子割符データ（キー側）に復号する。データベースアクセス部１４１により再生側画像データベース１５１の元画像ＩＤ９２０：００１、種別９３０：「期限切れ予告メッセージ付き低解像度画像の電子割符データ（再生側）」該当行のファイル名９４０、パス９５０（図７の例ではＧＡＺＯＵ−ａ．ＷＤＴ、Ｃ：￥ｌｏ−ｒｅｓｏ）より電子割符データ（再生側）を取り出し、電子割符ファイル復元処理部１４３により先の電子割符データ（キー側）を用いて電子割符ファイルの復元処理を行い元の画像ａの期限切れ予告メッセージ付き低解像度画像ファイルを復元する。そして画像表示部１４４によりディスプレイ２に表示する（ステップ６０８）。
【００４２】
ステップ６０６で期限切れの場合（ステップ６０６：はい）、キー情報配信装置４はステップ６０５の要求に対して期限切れのレスポンスを返す（ステップ６０９）。すると画像再生装置１はデータベースアクセス部１４１により再生側画像データベース１５１の元画像ＩＤ９２０：００１、種別９３０：「期限切れメッセージ画像（平文データ）」該当行のファイル名９４０、パス９５０（図７の例ではＧＡＺＯＵ−ａ．ｊｐｇ、Ｃ：￥ｏｖｅｒｄｕｅ−ｍｅｓ）より画像ａの期限切れメッセージ画像の平文データを取り出し、画像表示部１４４によりディスプレイ２に表示する（ステップ６１０）。
＜復元処理の説明＞
図１１は、電子割符ファイルの復元処理についてのフローチャートである。次に電子割符ファイルの復元処理について図１１のフローチャートを用いて説明する。図４と図５の電子割符データを入力ファイルとした場合の処理の流れを説明する。
【００４３】
まず、出力画像ファイルと入力画像ファイル：電子割符データ（再生側）、キー情報（電子割符データ（キー側））を指定する（ステップ７００）。画像再生装置１では上記の再生処理の説明のように各処理で得られたファイルを指定するが、ここでは説明のため出力画像ファイルは表示用の一時ファイル、電子割符データ（再生側）は図５、電子割符データ（キー側）は図４のファイルを指定したこととする。
【００４４】
次に出力画像ファイルを初期化し、入力ファイル（電子割符データ（再生側）、電子割符データ（キー側））を開く（ステップ７０１）。ここでいう初期化とは、書き込み用オープンの意味である。
【００４５】
電子割符データ（キー側）からヘッダー情報のサイズを読み込み、続くサイズ分のヘッダー情報を出力画像ファイルに出力する（ステップ７０２）。図４では斜線部のヘッダー情報を出力画像ファイルに出力するということである。ここでいうヘッダー情報のサイズはヘッダー情報の大きさ（バイト数）でヘッダー情報ではない。
【００４６】
本実施例では、ヘッダー情報をキー側で持つこととしているがこれに限定されるものではなく、再生側で持つこととしてもよい。本実施例では、ヘッダー情報には画像の再生に必要な情報が比較的多く凝縮されていることからキー側で持つことにした。また、ヘッダーサイズによりサイズ分の情報を読み込んでいるが、それに限定されるものではなく、ヘッダー情報を直接読み込むものとしてもよい。また、電子割符データ（再生側）にヘッダー情報が記録されている場合は読み込み、書き出し処理する必要はないので、そのように制御してもよい。
【００４７】
電子割符データ（キー側）から画像サイズ、ブロックサイズ、エリアサイズ（ブロック単位）をそれぞれ読み込み、画像サイズとブロックサイズから水平方向および垂直方向のブロック数を計算し、それぞれ水平方向をＢＨ、垂直方向をＢＶとする（ステップ７０３）。本実施例の図４では画像サイズ：（８００，６００）、ブロックサイズ：（５０，５０）とエリアサイズ（ブロック単位）：（４，４）より、ＢＨ＝８００÷５０＝１６（小数点以下切上げ）、ＢＶ＝６００÷５０＝１２となる。また、総ブロック位置を示す変数Ｂを初期化してＢ＝０とする（ステップ７０４）。ここでいう総ブロック位置とは、ブロックを順番に処理していく場合にどこのブロックを処理しているかを特定する１次元座標で、例えば画像の左上から右側へ順番に処理していく場合、一番左上が１、その隣が２、その隣が３のように、どこのブロックを処理しているかを特定する情報である。
【００４８】
次に電子割符データ（キー側）に続く抜き取りブロック情報を順次１ブロックずつファイルの終わりまで以下のステップ７０５、ステップ７０６、ステップ７０７、ステップ７０８をループで処理する。電子割符データ（キー側）から抜き取りブロック座標ＨＶ（Ｈ、Ｖ）を読み込み、現在の総ブロック位置Ｂから抜き取りブロックまでのブロック数をＨ＋Ｖ×ＢＨ−Ｂにより求める。図３では総ブロック位置Ｂは０からはじまるので、画像の一番左上の座標から、最初の抜き取りブロック２０１まで何ブロックあるかを求めることである。
【００４９】
この特定されたブロック数分の画像データを電子割符データ（再生側）から読み込み出力画像ファイルに出力する。そして、電子割符データ（キー側）から読み込まれたブロック座標の抜き取りブロックの画像データを電子割符データ（キー側）から読み込み出力画像ファイルに続けて出力する（ステップ７０５）。
【００５０】
抜き取りブロックの出力が終わると、Ｂを次に進める：Ｂ＝Ｈ＋Ｖ×ＢＨ＋１（ステップ７０６）。そして次の抜き取りブロックの座標ＨＶを読み込んで処理を繰り返す。
【００５１】
最後の抜き取りブロックの処理が終わったか（電子割符データ（キー側）がＥＯＦであるかどうか）（ステップ７０７）を確認し、抜き取りブロックがまだある場合は、次の抜き取りブロックの処理を実行して全ての抜き取りブロックが処理されるまで続ける（ステップ７０８）。
【００５２】
本実施例の図４では最初の抜き取りブロック座標ＨＶは（３，１）より現在の総ブロック位置Ｂ＝０から抜き取りブロックまでのブロック数はＨ＋Ｖ×ＢＨ−Ｂ＝３＋１×１６−０＝１９。これにより１９ブロック分の画像データを電子割符データ（再生側）から読み込み出力画像ファイルに出力。そして電子割符データ（キー側）からブロックサイズ（バイト数）  を読み込み、続くブロックサイズ分の画像データ３０１を出力画像ファイルに出力。次に総ブロック位置ＢをＢ＝Ｈ＋Ｖ×ＢＨ＋１＝３＋１×１６＋１＝２０により進める。最後の抜き取りブロックでなければ次の抜き取りブロックへ進める。
【００５３】
次の抜き取りブロック座標ＨＶは（９，１）より現在の総ブロック位置Ｂ＝２０から抜き取りブロックまでのブロック数はＨ＋Ｖ×ＢＨ−Ｂ＝９＋１×１６−２０＝５。これにより５ブロック分の画像データを電子割符データ（再生側）から読み込み出力画像ファイルに出力。そして電子割符データ（キー側）からブロックサイズ（バイト数）  を読み込み続くブロックサイズ分の画像データ３０３を出力画像ファイルに出力。次に総ブロック位置ＢをＢ＝Ｈ＋Ｖ×ＢＨ＋１＝９＋１×１６＋１＝２６により進める。以下同様に最後の抜き取りブロック３０９まで繰り返す。３０９が終わった場合の総ブロック位置ＢはＢ＝Ｈ＋Ｖ×ＢＨ＋１＝１＋１１×１６＋１＝１７８である。
【００５４】
最後までのブロック数をＢＨ×ＢＶ−Ｂにより求める。最後までのブロック数とは、最後の抜き取りブロックの次から画像ファイルの最後のブロック（本実施例では一番右下のブロック）までのブロック数のことである。図４ではＢＨ×ＢＶ−Ｂ＝１６×１２−１７８＝１４。このブロック数分の画像データを電子割符データ（再生側）から読み込み出力画像ファイルに出力する（ステップ７０９）。これで、キー情報（電子割符データ（キー側））と、電子割符データ（再生側）を組み合わせることができ、出力画像ファイルは完成するのでここでファイルを閉じる（ステップ７１０）。本実施例では最後までのブロック数を求めているが、抜き取りブロックが最後になった場合に、電子割符データ（再生側）の残りの未処理のブロックをすべて読み込んで出力画像ファイルに追加書き出しすることとしてもよい。
【符号の説明】
【００５５】
１：  画像再生装置、１１：  ＣＰＵ、１２：  メモリー、１３：  ＯＳ、１４：  画像表示プログラム、１４１：データベースアクセス部、１４２：ファイル受信部、１４３：電子割符ファイル復元処理部、１４４：画像表示部、１５：  記憶装置、１５１：再生側画像データベース、２：  ディスプレイ、３：  ネットワーク、４：  キー情報配信装置、４１：  ＣＰＵ、４２：  メモリー、４３：  ＯＳ、４４：  キー情報配信プログラム、４４１：データベースアクセス部、４４２：日付時刻比較部、４４３：ファイル送信部、４５：  内部時計、４６：  記憶装置、４６１：キー情報データベース、４６８：  配信用暗号キー、９００：再生側画像データベース、９１０：データＩＤ（９００のデータの識別子）、９２０：元画像ＩＤ（元画像を表す識別子）、９３０：種別（データの種別を表す）、９４０：ファイル名、９５０：パス、１０００：キー情報データベース、１１０：画像電子割符化装置、１１１：ＣＰＵ、１１２：メモリー、１１２１：抜き取りブロックの座標テーブル１１２１、１１３：ＯＳ、１１４：電子割符化プログラム、１１４１：ファイル処理部、１１４２：ヘッダー解析部、１１４３：ＵＩ部、１１４４：乱数発生部、１１４５：ソート処理部、１１４６：画像データ仕分け部、１１５：記憶装置、１１５１：入力画像ファイル、１１５２：出力ファイル：電子割符ファイル（再生側）、１１５３：出力ファイル：電子割符ファイル（キー側）
【図１】
2015032971.tif 000003
【図２】
2015032971.tif 000004
【図３】
2015032971.tif 000005
【図４】
2015032971.tif 000006
【図５】
2015032971.tif 000007
【図６】
2015032971.tif 000008
【図７】
2015032971.tif 000009
【図８】
2015032971.tif 000010
【図９】
2015032971.tif 000011
【図１０】
2015032971.tif 000012
【図１１】
2015032971.tif 000013