(57)【要約】【課題】一連の映像に対して署名を生成する署名生成装置と、署名検証を行う署名検証装置を有する映像署名システムで、１回の署名生成の範囲を超えて映像の連続性を検証する。【解決手段】署名生成装置では、初期ハッシュ値算出手段が一連の映像が分割された複数の連続する映像データについてａ回目の署名においては（ａ−１）回目の署名が行われる所定数のデータの内で末尾の映像データに関するデータを先頭のデータとし、前記末尾の映像データに続く（所定数−１）個の連続する映像データを２番目から所定数番目のデータとして、これらの各データに対してハッシュ値を算出する。最終ハッシュ値取得手段が所定数個のハッシュ値と所定のハッシュ関数を用いて所定の処理手順により１個のハッシュ値を取得し、署名生成手段が当該１個のハッシュ値に対して署名を生成する。【選択図】  図２
2009253305.tif 000002
【特許請求の範囲】
【請求項１】
一連の映像に対して署名を生成する署名生成装置と、前記一連の映像の一部又は全部と前記署名を用いて署名検証を行う署名検証装置を有する映像署名システムにおいて、
前記署名生成装置は、前記一連の映像が分割された複数の連続する映像データについて、ａ（ａは２以上の整数）回目の署名においては、（ａ−１）回目の署名が行われる所定数のデータの内で末尾である前記所定数番目の映像データに関するデータを先頭である１番目のデータとするとともに、前記末尾の映像データに続く（前記所定数−１）個の連続する映像データを２番目から所定数番目のデータとして、これら前記所定数個の各データに対して所定のハッシュ関数を用いてハッシュ値を算出する初期ハッシュ値算出手段と、
前記初期ハッシュ値算出手段により算出された前記所定数個のハッシュ値と所定のハッシュ関数を用いて所定の処理手順により１個のハッシュ値を取得する最終ハッシュ値取得手段と、
前記最終ハッシュ値取得手段により取得されたハッシュ値に対して署名を生成する署名生成手段と、を備え、
前記署名検証装置は、前記初期ハッシュ値算出手段と同じ機能を有する第１の手段と、
前記最終ハッシュ値取得手段と同じ機能を有する第２の手段と、
前記第２の手段により取得されたハッシュ値と前記署名を用いて署名検証を行う署名検証手段と、
を備えたことを特徴とする映像署名システム。
【請求項２】
請求項１に記載の映像署名システムにおいて、
前記初期ハッシュ値算出手段は、前記一連の映像が分割された複数の連続する映像データについて、ａ回目の署名においては、（ａ−１）回目の署名が行われる所定数のデータの内で末尾である前記所定数番目の映像データに関するデータを先頭である１番目のデータとする場合に、前記末尾の映像データそのもの又は前記末尾の映像データを所定のハッシュ関数に入力して得られたハッシュ値を前記先頭のデータとする、
ことを特徴とする映像署名システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、監視カメラ等の撮像装置で撮影された映像（画像）を電子署名してネットワークを介して発信や記録する映像処理システムに関し、特に、複数に分割された映像データに電子署名技術を用いる映像署名システムに関する。
【背景技術】
【０００２】
従来から、ホテルやビル、コンビニエンスストアや金融機関、或いはダムや道路といった公共施設には、犯罪抑止や事故防止等の目的で、映像監視システムが設置されている。映像監視システムでは、監視対象をカメラ等の撮像装置で撮影し、撮影した映像を管理事務所や警備室等の監視センタへ伝送し、監視者がその映像を監視して、目的や必要性に応じて、注意や警告をし、或いは映像を録画や保存する。
【０００３】
近年、このような映像監視システムの分野において、監視カメラ映像をデジタル化して、インターネットに代表されるＩＰネットワークを介して、映像を伝送して監視を行うネットワーク型の映像監視システムの普及が進みつつある。
現在、主流となっているネットワーク型映像監視システムでは、監視カメラに接続された映像発信装置から映像受信装置に向けて、ネットワークを介してライブ映像を配信する。このシステムは、常駐の監視者が、常時、配信された映像（及び音声）を視聴し、問題発生時には状況に応じた対応をするといった監視形態に適合したシステムとなっている。
【０００４】
一方、映像監視としては、上述のようなライブ映像監視を主体とする「ライブ型監視」の他に、「監視映像を記録や保存して、問題発生時に時間を遡って記録映像を見る」といった「記録型監視」の監視形態もあり、金融機関や商店を中心にこうした「記録型監視」の顧客ニーズが存在する。
ネットワーク型映像監視システムでは、このような「記録型監視」のニーズに対応可能な「映像蓄積配信サーバ」を用いることが可能である。
【０００５】
また、映像の証拠性を高めるために、映像データに対して、電子署名を行って、ネットワークに流れる映像データ及び記録された映像データの改ざんの検知を可能にする署名付きネットワーク型映像監視システムの普及が進みつつある。
【０００６】
このような署名付きネットワーク型映像監視システムとして使用可能な映像配信システムの一構成例が、後述する実施例で参照される図１に示されている。なお、ここでは、説明の便宜上から、図１を参照するが、本発明を不要に限定する意図は無い。
以下では、署名生成と署名検証に、デジタル署名技術の一種であるＲＳＡ−ＰＳＳ方式を用いた場合を例として説明する。
【０００７】
ここで、映像監視システムのような分野における映像データの特徴として、データ量が大きく、ネットワーク帯域の節約や記録装置の容量の節約などの目的のために映像データを抜粋して保存する場合があり、例えば毎秒３０枚などといったように単位時間当たりの処理回数が多いといった特徴がある。
これに対して、例えば、複数のデータから任意に抜粋して保存することができ、且つ、映像１枚当たりの署名生成の処理負荷を抑えて効率化を図ることが検討等されている（以下で、「技術例１」と言う）。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
映像監視システムにおける署名検証では、分割された単一フレームの映像データの検証だけでなく、連続した映像データを連続性も含めて検証したい場合がある。例えば、連続した映像データのうち都合の悪い部分だけを抜き取って編集されたものではないかという確認や、連続した映像データに別の任意の署名付き映像データが挿入されて編集されていないかという確認や、ある連続した映像データの途中の映像データが別の映像データに入れ替えられていないかという確認などを行いたい場合がある。
なお、上述した「技術例１」のように、複数のデータから任意に抜粋して保存することができ、且つ、映像１枚当たりの署名生成の処理負荷を抑えた署名方式を採用したとしても、例えば、抜粋していない部分について、映像データの連続性まで含めて確認したいような場合がある。
【０００９】
図７及び図８を参照して、従来例に係る署名付きネットワーク型映像監視システムにおける署名生成方法を説明する。
図７及び図８には、署名生成装置５での１回の署名生成時に処理するメッセージの数ｎを４とした場合の例を示してある。
本例では、映像データを分割して処理し、その理由は、例えば、映像符号化の並列処理のためであり、また、後日に、映像の一部分（例えば、重要部分など）のみを残して、記憶容量を節約するためである。
なお、本例では、分割された映像データは、ＪＰＥＧの１フレームであるとして説明する。
【００１０】
図７には、署名付きネットワーク型映像監視システムにおける一連の映像と署名の関連の一例を模式的に示してある。
なお、説明の便宜上から、図７では、後述する実施例で参照される図２に示されるものと同様な署名生成エンジン３１については、同一の符号を付してある。
また、ａは２以上の整数であるとする。
【００１１】
Ｍ１（ａ−１）〜Ｍ４（ａ−１）は、（ａ−１）回目の署名生成時に処理される分割された映像データであり、Ｍ１（ａ）〜Ｍ４（ａ）は、ａ回目の署名生成時に処理される分割された映像データである。
ｈ０，１（ａ−１）〜ｈ０，４（ａ−１）及びｈ０，１（ａ）〜ｈ０，４（ａ）は、それぞれ、Ｍ１（ａ−１）〜Ｍ４（ａ−１）及びＭ１（ａ）〜Ｍ４（ａ）をハッシュ関数ｈに入力して得られたハッシュ値である。
【００１２】
ｈ１，１（ａ−１）は、ｈ０，１（ａ−１）とｈ０，２（ａ−１）を連結した結果をハッシュ関数ｈに入力して得られたハッシュ値である。
同様に、ｈ１，２（ａ−１）は、ｈ０，３（ａ−１）とｈ０，４（ａ−１）を連結した結果をハッシュ関数ｈに入力して得られたハッシュ値である。
また、ｈ１，１（ａ）は、ｈ０，１（ａ）とｈ０，２（ａ）を連結した結果をハッシュ関数ｈに入力して得られたハッシュ値である。
同様に、ｈ１，２（ａ）は、ｈ０，３（ａ）とｈ０，４（ａ）を連結した結果をハッシュ関数ｈに入力して得られたハッシュ値である。
【００１３】
ｈ２，１（ａ−１）は、ｈ１，１（ａ−１）とｈ１，２（ａ−１）を連結した結果をハッシュ関数ｈに入力して得られたハッシュ値である。
また、ｈ２，１（ａ）は、ｈ１，１（ａ）とｈ１，２（ａ）を連結した結果をハッシュ関数ｈに入力して得られたハッシュ値である。
署名生成エンジン３１は、ｈ２，１（ａ−１）と秘密鍵から署名値σ（ａ−１）を算出し、また、ｈ２，１（ａ）と秘密鍵から署名値σ（ａ）を算出する。
【００１４】
映像データＭ１（ａ−１）〜Ｍ４（ａ−１）及びＭ１（ａ）〜Ｍ４（ａ）、署名値σ（ａ−１）及びσ（ａ）は、署名生成装置５から、映像蓄積配信サーバ４経由で、或いは、直接的に、映像受信装置３へ配信される。
これらの情報は、更に、映像受信装置３から署名検証装置６へ配布される。また、任意抜粋保存された映像データも検証できるようにするために、各ハッシュ値についても、必要に応じて、映像データ及び署名と同様に配布される場合もある。
また、（ａ＋１）回目以降の署名生成等についても同様である。
【００１５】
図８には、署名生成装置５により行われる処理の一例のフローチャートを示してある。
なお、説明の便宜上から、図８では、後述する実施例で参照される図３に示されるものと同様な処理については同一の符号を付してあるが、ここでは、本発明を不要に限定する意図は無い。
【００１６】
まず、初期化処理では（ステップＳ１）、必要なメモリの確保や変数の初期化処理などを行う。
次に、カウンタ値（ｉ）カウントアップ処理では（ステップＳ２）、変数ｉに１を加える。
次に、映像データ（Ｍｉ）の受信・映像バッファへの格納処理では（ステップＳ３）、映像発信装置２から受信した映像データ（Ｍｉ）を映像バッファに格納する。
【００１７】
映像データ（Ｍｉ）のハッシュ値ｈ０，ｉ算出処理では（ステップＳ４）、格納した映像バッファの映像データ（Ｍｉ）のハッシュ値ｈ０，ｉを生成する。
ｉが１回の署名生成時に処理するメッセージの数（本例では、４）に到達したかの判定処理では（ステップＳ５）、ｉが１回の署名生成時に処理するメッセージの数である４であるか否かによって分岐する。具体的には、ｉが４に達していなければ、カウンタ値（ｉ）カウントアップ処理（ステップＳ２）へ分岐し、また、ｉが４に達している場合には、カウンタ値（ｉ）を０にする処理（ステップＳ３１）へ分岐する。
【００１８】
カウンタ値（ｉ）を０にする処理では（ステップＳ３１）、変数ｉに０を格納する。
次に、ｈ０，１とｈ０，２の連結値のハッシュ値ｈ１，１算出処理では（ステップＳ７）、ステップＳ４の処理で算出したハッシュ値ｈ０，１とｈ０，２の連結値のハッシュ値ｈ１，１を算出する。
次に、ｈ０，３とｈ０，４の連結値のハッシュ値ｈ１，２算出処理では（ステップＳ８）、ステップＳ４の処理で算出したハッシュ値ｈ０，３とｈ０，４の連結値のハッシュ値ｈ１，２を算出する。
次に、ｈ１，１とｈ１，２の連結値のハッシュ値ｈ２，１算出処理では（ステップＳ９）、ステップＳ７及びステップＳ８の処理で算出したハッシュ値ｈ１，１とｈ１，２の連結値のハッシュ値ｈ２，１を算出する。
【００１９】
次に、署名（σ）生成処理では（ステップＳ１０）、ステップＳ９で算出したｈ２，１と秘密鍵を署名エンジン３１に入力することにより、署名（σ）を生成する。
次に、署名（σ）配信処理では（ステップＳ１１）、署名（σ）を映像蓄積配信サーバ４などに配信する。このとき、本例では、映像も同時に配信するが、他の構成例として、映像については、映像蓄積配信サーバ４が映像発信装置２から直接受信するようにしてもよい。また、ハッシュ値も同時に配信してもよい。
【００２０】
映像バッファのクリア処理では（ステップＳ３２）、使用した映像バッファを再使用できるようにクリアする。
映像受信終了判定処理では（ステップＳ１３）、受信すべき映像の有無を確認し、受信すべき映像が有れば、カウンタ値（ｉ）カウントアップ処理（ステップＳ２）へ分岐し、また、受信すべき映像が無ければ、終了処理（ステップＳ１４）へ分岐する。
終了処理では（ステップＳ１４）、確保したメモリの解放など、処理を終了するために必要な処理を行う。
【００２１】
図７及び図９を参照して、従来例に係る署名付きネットワーク型映像監視システムにおける署名検証方法を説明する。なお、本例の署名検証方法は、図７及び図８に示される署名生成方法に対応したものである。
図９には、署名検証装置６により行われる処理の一例のフローチャートを示してある。
なお、説明の便宜上から、図９では、後述する実施例で参照される図３及び図４に示されるものと同様な処理については同一の符号を付してあるが、ここでは、本発明を不要に限定する意図は無い。また、説明の便宜上から、図９では、図８に示されるものと同様な処理については同一の符号を付してある。
【００２２】
まず、初期化処理では（ステップＳ１）、必要なメモリの確保や変数の初期化処理などを行う。
次に、カウンタ値（ｉ）カウントアップ処理では（ステップＳ２）、変数ｉに１を加える。
次に、映像データ（Ｍｉ）の読み込み・映像バッファへの格納処理では（ステップＳ２１）、映像データ（Ｍｉ）を署名検証装置６に接続されたリムーバブルメディア２１から読み込み、映像バッファに格納する。
【００２３】
映像データ（Ｍｉ）のハッシュ値ｈ０，ｉ算出処理では（ステップＳ４）、格納した映像バッファの映像データ（Ｍｉ）のハッシュ値ｈ０，ｉを生成する。
ｉが１回の署名生成時に処理するメッセージの数（本例では、４）に到達したかの判定処理では（ステップＳ５）、ｉが１回の署名生成時に処理するメッセージの数である４であるか否かによって分岐する。具体的には、ｉが４に達していなければ、カウンタ値（ｉ）カウントアップ処理（ステップＳ２）へ分岐し、また、ｉが４に達している場合には、カウンタ値（ｉ）を０にする処理（ステップＳ３１）へ分岐する。
【００２４】
カウンタ値（ｉ）を０にする処理では（ステップＳ３１）、変数ｉに０を格納する。
次に、ｈ０，１とｈ０，２の連結値のハッシュ値ｈ１，１算出処理では（ステップＳ７）、ステップＳ４の処理で算出したハッシュ値ｈ０，１とｈ０，２の連結値のハッシュ値ｈ１，１を算出する。
次に、ｈ０，３とｈ０，４の連結値のハッシュ値ｈ１，２算出処理では（ステップＳ８）、ステップＳ４の処理で算出したハッシュ値ｈ０，３とｈ０，４の連結値のハッシュ値ｈ１，２を算出する。
次に、ｈ１，１とｈ１，２の連結値のハッシュ値ｈ２，１算出処理では（ステップＳ９）、ステップＳ７及びステップＳ８の処理で算出したハッシュ値ｈ１，１とｈ１，２の連結値のハッシュ値ｈ２，１を算出する。
【００２５】
署名（σ）読み込み処理では（ステップＳ２２）、署名（σ）を署名検証装置６に接続されたリムーバブルメディア２１から読み込む。
次に、署名（σ）とハッシュ値ｈ２，１からの署名検証処理では（ステップＳ２３）、署名（σ）とハッシュ値ｈ２，１及び公開鍵を入力として、署名検証の成否を返す。
映像バッファのクリア処理では（ステップＳ３２）、使用した映像バッファを再使用できるようにクリアする。
【００２６】
映像読み込み終了判定処理では（ステップＳ２４）、署名検証装置６に接続されたリムーバブルメディア２１から、次に読み込むべき映像があるか否かを判定する。そして、次に読み込むべき映像があれば、カウンタ値（ｉ）カウントアップ処理（ステップＳ２）へ分岐し、また、次に読み込むべき映像が無ければ、検証結果表示処理（ステップＳ２５）へ分岐する。
【００２７】
検証結果表示処理では（ステップＳ２５）、署名検証処理（ステップＳ２３）で出力された署名検証の成否を署名検証装置６の映像表示装置１２上に表示する。
具体的には、例えば、後述する実施例で参照される図６に示されるように、署名検証成功であれば検証結果ダイアログ５５を表示し、署名検証失敗であれば検証結果ダイアログ５６を表示する。
終了処理では（ステップＳ１４）、確保したメモリの解放など、処理を終了するために必要な処理を行う。
【００２８】
ここで、一例として、図３に示されるＭ１（ａ−１）の署名検証を行うときの手順について述べる。
まず、署名検証装置６は、Ｍ１（ａ−１）そのものをハッシュ関数ｈに入力してハッシュ値ｈ０，１（ａ−１）を算出する。次に、算出したハッシュ値ｈ０，１（ａ−１）とＭ２（ａ−１）から算出したハッシュ値ｈ０，２（ａ−１）をハッシュ関数ｈに入力してハッシュ値ｈ１，１（ａ−１）を算出する。同様にして、ｈ１，１（ａ−１）とｈ１，２（ａ−１）からｈ２，１（ａ−１）を算出する。この値と公開鍵を署名検証エンジン３１に入力すると署名検証することができる。このとき、Ｍ１（ａ−１）が改ざんされたデータである場合には、署名検証に失敗する。
【００２９】
例えば、Ｍ１（ａ−１）、Ｍ２（ａ−１）、Ｍ３（ａ−１）、Ｍ４（ａ−１）の署名検証に成功したとき、映像データＭ１（ａ−１）、Ｍ２（ａ−１）、Ｍ３（ａ−１）、Ｍ４（ａ−１）は連続であると言える。また、Ｍ１（ａ）、Ｍ２（ａ）、Ｍ３（ａ）、Ｍ４（ａ）の署名検証に成功したとき、映像データＭ１（ａ）、Ｍ２（ａ）、Ｍ３（ａ）、Ｍ４（ａ）は連続であると言える。これは、映像データの順番を入れ替えたり、一部を抜き取ったり、別の映像を挿入したりすれば、署名の検証に失敗するためである。
【００３０】
しかしながら、Ｍ４（ａ−１）とＭ１（ａ）とは連続であるが、その連続性を確認する手法が無いという問題があった。例えば、Ｍ１（ａ）、Ｍ２（ａ）、Ｍ３（ａ）、Ｍ４（ａ）が抜き取られ、Ｍ４（ａ−１）の次にＭ１（ａ＋１）があっても、抜き取られたことが分からなかった。
このように、従来の方式では、連続性の確認を行うことを十分には実現することができないという問題があった。
【００３１】
本発明は、このような従来の事情に鑑み為されたもので、１回の署名生成の範囲を超えて映像の連続性を検証することができる映像署名システムを提供することを目的とする。
【課題を解決するための手段】
【００３２】
上記目的を達成するため、本発明では、一連の映像に対して署名を生成する署名生成装置と、前記一連の映像の一部又は全部と前記署名を用いて署名検証を行う署名検証装置を有する映像署名システムにおいて、次のような構成とした。
すなわち、前記署名生成装置では、初期ハッシュ値算出手段が、前記一連の映像が分割された複数の連続する映像データについて、ａ（ａは２以上の整数）回目の署名においては、（ａ−１）回目の署名が行われる所定数のデータの内で末尾である前記所定数番目の映像データに関するデータを先頭である１番目のデータとするとともに、前記末尾の映像データに続く（前記所定数−１）個の連続する映像データを２番目から所定数番目のデータとして、これら前記所定数個の各データに対して所定のハッシュ関数を用いてハッシュ値を算出する。最終ハッシュ値取得手段が、前記初期ハッシュ値算出手段により算出された前記所定数個のハッシュ値と所定のハッシュ関数を用いて所定の処理手順により１個のハッシュ値を取得する。署名生成手段が、前記最終ハッシュ値取得手段により取得されたハッシュ値に対して署名を生成する。
また、前記署名検証装置では、前記初期ハッシュ値算出手段と同じ機能を有する第１の手段が、前記初期ハッシュ値算出手段と同じ処理を行う。前記最終ハッシュ値取得手段と同じ機能を有する第２の手段が、前記最終ハッシュ値取得手段と同じ処理を行う。署名検証手段が、前記第２の手段により取得されたハッシュ値と前記署名を用いて署名検証を行う。
【００３３】
従って、ある（ａ−１）回目の署名が行われる所定数のデータの内で末尾の映像データに関するデータを次のａ回目の署名において先頭のデータとすることにより、（ａ−１）回目の署名が行われる所定数のデータとａ回目の署名が行われる所定数のデータとの連続性を検証することができ、１回の署名生成の範囲を超えて映像の連続性を検証することができる。
【００３４】
ここで、署名の対象となる一連の映像としては、種々なものが用いられてもよい。
また、署名検証の対象としては、例えば、一連の映像の一部が用いられてもよく、或いは、一連の映像の全部が用いられてもよい。
また、1回分の署名が行われるデータの数（所定数）としては、種々な数が用いられてもよい。
また、ハッシュ関数としては、種々なものが用いられてもよい。
また、１個のハッシュ値に対して署名を生成する処理では、例えば、秘密鍵のデータが用いられる。
また、１個のハッシュ値と署名を用いて署名検証を行う処理では、例えば、公開鍵のデータが用いられる。
【００３５】
本発明に係る映像署名システムでは、次のような構成とした。
すなわち、一構成例として、前記初期ハッシュ値算出手段は、前記一連の映像が分割された複数の連続する映像データについて、ａ回目の署名においては、（ａ−１）回目の署名が行われる所定数のデータの内で末尾である前記所定数番目の映像データに関するデータを先頭である１番目のデータとする場合に、前記末尾の映像データそのものを前記先頭のデータとする。
他の一構成例として、前記初期ハッシュ値算出手段は、前記一連の映像が分割された複数の連続する映像データについて、ａ回目の署名においては、（ａ−１）回目の署名が行われる所定数のデータの内で末尾である前記所定数番目の映像データに関するデータを先頭である１番目のデータとする場合に、前記末尾の映像データを所定のハッシュ関数に入力して得られたハッシュ値を前記先頭のデータとする。
【発明の効果】
【００３６】
以上説明したように、本発明に係る映像署名システムによると、（ａ−１）回目の署名生成とａ回目の署名生成とで、使用するデータに重複部分（同一又は関連するデータ）を設けるようにしたため、１回の署名生成の範囲を超えて映像の連続性を検証することができる。
【発明を実施するための最良の形態】
【００３７】
本発明に係る実施例を図面を参照して説明する。
図１には、本発明の一実施例に係る署名付きネットワーク型映像監視システムとして使用可能な映像配信システムの構成例を示してある。
本例の映像配信システムは、映像生成装置１と、映像発信装置２と、映像受信装置３及び映像表示装置１１と、映像蓄積配信サーバ４及び記録媒体１３と、署名生成装置５と、署名検証装置（映像閲覧装置）６及び映像表示装置１２と、ネットワーク媒体７と、リムーバブルメディア２１を備えている。
【００３８】
ネットワーク媒体７は、例えば、ネットワークケーブルや無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）や公衆回線等から構成され、発信されたデータを伝送する機能を有している。本例では、ネットワーク媒体７には、ルータやハブ等のネットワーク機器も含む。映像発信装置２、映像受信装置３、映像蓄積配信サーバ４、署名生成装置５は、ネットワーク媒体７に接続されており、互いに通信することができる。
【００３９】
映像生成装置１は、例えば、カメラといった撮像素子を持った映像生成装置であり、光を電気へ変換して映像を生成する機能を有している。
映像発信装置２は、例えば、映像生成装置１からの映像を受け取るインターフェイスと画像コーデック、ネットワークインターフェイスを内蔵したエンコーダ装置であり、映像生成装置１からの入力映像をネットワーク伝送に適した形へ変換して、ネットワーク媒体７へ発信する機能を有している。映像発信装置２は、例えば、映像生成装置１からの入力映像がアナログ映像であった場合にはデジタル変換し、また、ネットワーク媒体７の伝送帯域によっては、圧縮処理を施すことを行う。
なお、映像生成装置１と映像発信装置２は、例えば、１つの装置として結合された形態で構成されてもよい。
【００４０】
映像受信装置３は、例えば、ネットワークインターフェイスと画像コーデック、映像表示装置１１へ映像を出力するインターフェイス、リムーバブルメディア２１へのインターフェイスを内蔵したデコーダ装置であり、ネットワーク媒体７を伝送されてきた映像を受信し、映像表示装置１１が表示可能な形へ変換して出力する機能を有している。映像受信装置３は、例えば、映像表示装置１１がテレビモニタである場合には、アナログ変換を行い、また、受信した映像が圧縮映像であった場合には、画像コーデックを使用して伸張処理を施すことを行う。
【００４１】
また、映像受信装置３は、署名付きの映像を受信し、受信した署名と映像を署名検証装置６において検証可能な方式でリムーバブルメディア２１に保存する機能を有している。この保存は、映像受信装置３を操作するユーザの指定によって行われてもよく、或いは、映像受信装置３内のソフトウエアによって自動的に行われてもよい。
【００４２】
図５には、映像受信装置３が、ユーザの指定により、受信した映像をリムーバブルメディア２１に保存するための画面の一例を示してある。
この画面は、映像表示装置１１に表示される。
本例の画面には、保存する範囲の指定欄４１と、保存するフォルダ名の入力欄４２と、保存実行ボタン４３が表示されている。
ユーザは、記録媒体１３に記録されている映像データのうち、いずれの部分をリムーバブルメディア２１に保存するかを保存する範囲指定欄４１に、例えば「２００７年１月１日１時１分１秒〜１００７年１月１日１時７分７秒」といったように、入力して指定する。次に、ユーザは、この映像データをいずれの所に保存するかを保存するフォルダ名入力欄４２に、例えば「Ｅ：￥Ｉｎｃｉｄｅｎｔ￥」といったように、入力して指定する。最後に、ユーザが保存実行ボタン４３を押下すると、保存が実行される。
【００４３】
映像表示装置１１は、例えば、テレビモニタ、コンピュータのＣＲＴ、液晶モニタといった投影素子を持った映像表示装置であり、電気を光へ変換して映像を表示する機能を有している。
なお、映像受信装置３と映像表示装置１１は、例えば、１つの装置として結合された形態で構成されてもよい。具体例としては、テレビモニタに内蔵された形態や、ＣＲＴを接続したコンピュータの形態や、或いは、表示装置を備えた携帯電話等の携帯端末の形態などを用いることができる。
【００４４】
また、映像受信装置３は、映像蓄積配信サーバ４に対して、再生や早送り等の再生指示を行う操作インターフェイスを内蔵している。このインターフェイスは、例えば、コンピュータ画面のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）、或いは、映像受信装置３に接続された制御盤端末などから構成することができる。
【００４５】
映像蓄積配信サーバ４は、例えば、ネットワークインターフェイスや、記録媒体１３へのインターフェイスを内蔵したパーソナルコンピュータ（ＰＣ）から構成され、映像発信装置２或いは署名生成装置５からネットワーク媒体７を介して伝送されてきた映像或いは署名付き映像を受信し、接続された記録媒体１３にこれらの映像を記録する機能と、映像受信装置３からの映像配信要求に応じて、記録媒体１３から要求された映像或いは署名付き映像を取り出して、ネットワーク媒体７を介して映像受信装置３へこれらの映像を配信する機能を有している。
【００４６】
記録媒体１３は、例えば、ハードディスクやディスクアレイといった映像を記録する媒体であり、映像蓄積配信サーバ４と、例えば、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）やＡＴＡ（ＡＴ  Ａｔｔａｃｈｍｅｎｔ）、ＦｉｂｒｅＣｈａｎｎｅｌといった専用のインターフェイス、又は、ＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）といったＩＰネットワークを用いたインターフェイス等によって結ばれている。
【００４７】
リムーバブルメディア２１は、例えば、ＤＶＤ−ＲＡＭやＭＯ、ＣＤ−ＲＷといった光メディアとドライブの組み合わせ、或いは、着脱可能なケースに装着されたハードディスク、ＵＳＢやＩＥＥＥ１３９４といった着脱可能なインターフェイスを内蔵したハードディスクから構成され、映像を保存する機能を有する媒体である。
リムーバブルメディア２１は、映像受信装置３或いは署名検証装置６と、例えば、ＳＣＳＩやＡＴＡ、ＦｉｂｒｅＣｈａｎｎｅｌといった専用のインターフェイス、又は、ＳＡＮやＮＡＳといったＩＰネットワークを用いたインターフェイス、更には、ＵＳＢやＩＥＥＥ１３９４といった通電中でも着脱可能なインターフェイス等によって結ばれる。
【００４８】
署名検証装置６は、例えば、画像コーデック、映像表示装置１２へ映像を出力するインターフェイス、リムーバブルメディア２１へのインターフェイスを内蔵したデコーダ装置であり、リムーバブルメディア２１内に記録された映像を、映像表示装置１２が表示可能な形へ変換して出力する機能を有している。署名検証装置６は、例えば、映像表示装置１２がテレビモニタである場合には、アナログ変換を行い、また、映像が署名付き映像データであった場合には、所定の鍵を用いて署名検証処理を行う。また、署名検証装置６は、例えば、映像が圧縮映像であった場合には、画像コーデックを使用して伸張処理を施すことを行う。
【００４９】
映像表示装置１２は、例えば、テレビモニタ、コンピュータのＣＲＴ、液晶モニタといった投影素子を持った映像表示装置であり、電気を光へ変換して映像を表示する機能を有している。
なお、署名検証装置６と映像表示装置１２は、例えば、１つの装置として結合された形態で構成されてもよい。また、例えば、署名検証装置６と映像受信装置３が、１つの装置として結合された形態で構成されてもよい。
【００５０】
図６には、一連の映像の再生機能と署名検証機能を持つ署名検証画面の一例を示してある。
この画面は、映像表示装置１２に表示される。
本例の画面には、映像表示欄５１と、映像操作ボタン群５２（本例では、先頭、巻戻し、一時停止、再生、早送り、末尾）と、一連の映像データファイル指定欄５３と、署名検証ボタン５４と、検証結果ダイアログ５５、５６が表示される。
【００５１】
ユーザは、リムーバブルメディア２１に記録されている映像データ（例えば、「Ｅ：￥Ｉｎｃｉｄｅｎｔ￥」）を一連の映像データファイル指定欄５３によって指定して、映像操作ボタン群５２を操作することによって再生、巻戻し、早送りなどを行わせ、映像表示欄５１に表示される一連の映像を閲覧する。
ユーザは、署名検証する場合には、署名検証ボタン５４を押下する。すると、署名検証装置６は、一連の映像データファイル指定欄５３で指定されたデータの署名検証を行い、検証結果によって、例えば、「この映像は改ざんされていません」という内容を通知する検証結果ダイアログ５５、或いは、「警告：この映像は改ざんされています」という内容を通知する検証結果ダイアログ５６を表示する。
なお、署名検証は、例えば、ボタンの押下によらずに、再生中、或いは、再生前に、署名検証装置により自動的に行われる構成としてもよい。
【００５２】
署名生成装置５は、例えば、ネットワークインターフェイスを内蔵した装置であり、映像発信装置２から受信した映像の署名を生成し、それ（本例では、例えば、署名付き映像）をネットワーク媒体７へ発信する機能を有している。
なお、署名生成装置５では、複数の映像発信装置２からの映像を同時に処理して、署名の生成を行うような形態が用いられてもよい。
また、例えば、署名生成装置５と映像発信装置２が、１つの装置として結合された形態で構成されてもよい。また、例えば、署名生成装置５と映像蓄積配信サーバ４が、１つの装置として結合された形態で構成されてもよい。或いは、例えば、署名生成装置５と映像発信装置２と映像蓄積配信サーバ４の３つの機器が、１つの装置として結合された形態で構成されてもよい。
【００５３】
ここで、説明の便宜上から、図１では、各機器２、３、５を各１個ずつしか示さなかったが、これらは映像蓄積配信サーバ４に対して、複数個接続されることが可能である。
映像蓄積配信サーバ４は、複数の映像発信装置２或いは複数の署名生成装置５から発信されるそれぞれ異なった複数の映像を同時に受信して記録を行いながら、更に並行して、複数の映像受信装置３へそれぞれ異なった複数の任意の映像を同時に配信することが可能となっている。
【００５４】
上記したような映像配信システムでは、署名生成装置５での映像データの署名生成、映像受信装置３及び映像検証装置６での映像データの署名検証には、鍵と呼ばれるデータが必要である。
ここで、署名生成と署名検証には、生成と検証に同じ鍵を用いる共通鍵暗号方式を応用したＨＭＡＣ（ｋｅｙｅｄ−Ｈａｓｈｉｎｇ  ｆｏｒ  Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）のような方式が用いられてもよく、或いは、生成と検証に異なる鍵を用いる公開鍵暗号方式を応用したデジタル署名のような方式が用いられてもよい。
本例では、署名生成と署名検証に、デジタル署名技術の一種であるＲＳＡ−ＰＳＳ方式を用いた場合を例として説明する。
【００５５】
図２、図３及び図４を参照して、映像の連続性を検証することが可能な方法について説明する。
図２には、映像の連続性を検証可能な方法の一例における、一連の映像と署名の関連の一例を模式的に示してある。
なお、ａは２以上の整数であるとする。
本例では、（ａ−１）回目の署名生成時に処理される分割された映像データの末尾の映像データＭ４（ａ−１）を、ａ回目の署名生成時に処理される分割された映像データの先頭の映像データＭ１（ａ）と同一のものとしている。
なお、本例では、分割された映像データは、ＪＰＥＧの１フレームであるとして説明する。
【００５６】
具体的に説明する。
Ｍ１（ａ−１）〜Ｍ４（ａ−１）は、（ａ−１）回目の署名生成時に処理される分割された映像データであり、Ｍ１（ａ）〜Ｍ４（ａ）は、ａ回目の署名生成時に処理される分割された映像データである。ここで、本例では、Ｍ１（ａ）＝Ｍ４（ａ−１）としてある。同様に、本例では、Ｍ１（ａ＋１）＝Ｍ４（ａ）としてあり、以降も同様である。
ｈ０，１（ａ−１）〜ｈ０，４（ａ−１）及びｈ０，１（ａ）〜ｈ０，４（ａ）は、それぞれ、Ｍ１（ａ−１）〜Ｍ４（ａ−１）及びＭ１（ａ）〜Ｍ４（ａ）をハッシュ関数ｈに入力して得られたハッシュ値である。
【００５７】
ｈ１，１（ａ−１）は、ｈ０，１（ａ−１）とｈ０，２（ａ−１）を連結した結果をハッシュ関数ｈに入力して得られたハッシュ値である。
同様に、ｈ１，２（ａ−１）は、ｈ０，３（ａ−１）とｈ０，４（ａ−１）を連結した結果をハッシュ関数ｈに入力して得られたハッシュ値である。
また、ｈ１，１（ａ）は、ｈ０，１（ａ）とｈ０，２（ａ）を連結した結果をハッシュ関数ｈに入力して得られたハッシュ値である。
同様に、ｈ１，２（ａ）は、ｈ０，３（ａ）とｈ０，４（ａ）を連結した結果をハッシュ関数ｈに入力して得られたハッシュ値である。
【００５８】
ｈ２，１（ａ−１）は、ｈ１，１（ａ−１）とｈ１，２（ａ−１）を連結した結果をハッシュ関数ｈに入力して得られたハッシュ値である。
また、ｈ２，１（ａ）は、ｈ１，１（ａ）とｈ１，２（ａ）を連結した結果をハッシュ関数ｈに入力して得られたハッシュ値である。
署名生成エンジン３１は、ｈ２，１（ａ−１）と秘密鍵から署名値σ（ａ−１）を算出し、また、ｈ２，１（ａ）と秘密鍵から署名値σ（ａ）を算出する。
【００５９】
映像データＭ１（ａ−１）〜Ｍ４（ａ−１）及びＭ１（ａ）〜Ｍ４（ａ）、署名値σ（ａ−１）及びσ（ａ）は、署名生成装置５から、映像蓄積配信サーバ４経由で、或いは、直接的に、映像受信装置３へ配信される。
これらの情報は、更に、映像受信装置３から署名検証装置６へ配布される。また、任意抜粋保存された映像データも検証できるようにするために、各ハッシュ値についても、必要に応じて、映像データ及び署名と同様に配布される場合もある。
また、（ａ＋１）回目以降の署名生成等についても同様である。
【００６０】
署名検証時には、Ｍ１（ａ−１）、Ｍ２（ａ−１）、Ｍ３（ａ−１）、Ｍ１（ａ）の署名検証に成功したときには、映像データＭ１（ａ−１）、Ｍ２（ａ−１）、Ｍ３（ａ−１）、Ｍ１（ａ）は連続であると言える。
また、Ｍ１（ａ）、Ｍ２（ａ）、Ｍ３（ａ）、Ｍ１（ａ＋１）の署名検証に成功したときには、映像データＭ１（ａ）、Ｍ２（ａ）、Ｍ３（ａ）、Ｍ１（ａ＋１）は連続であると言える。
そして、これら２つの連続性が確認されると、Ｍ１（ａ−１）、Ｍ２（ａ−１）、Ｍ３（ａ−１）、Ｍ１（ａ）、Ｍ２（ａ）、Ｍ３（ａ）、Ｍ１（ａ＋１）の全てが連続であることが言える。
【００６１】
図３には、本例の署名生成装置５により行われる処理の一例のフローチャートを示してある。
まず、初期化処理では（ステップＳ１）、必要なメモリの確保や変数の初期化処理などを行う。
次に、カウンタ値（ｉ）カウントアップ処理では（ステップＳ２）、変数ｉに１を加える。
次に、映像データ（Ｍｉ）の受信・映像バッファへの格納処理では（ステップＳ３）、映像発信装置２から受信した映像データ（Ｍｉ）を映像バッファに格納する。
【００６２】
映像データ（Ｍｉ）のハッシュ値ｈ０，ｉ算出処理では（ステップＳ４）、格納した映像バッファの映像データ（Ｍｉ）のハッシュ値ｈ０，ｉを生成する。
ｉが１回の署名生成時に処理するメッセージの数（本例では、４）に到達したかの判定処理では（ステップＳ５）、ｉが１回の署名生成時に処理するメッセージの数である４であるか否かによって分岐する。具体的には、ｉが４に達していなければ、カウンタ値（ｉ）カウントアップ処理（ステップＳ２）へ分岐し、また、ｉが４に達している場合には、カウンタ値（ｉ）を１にする処理（ステップＳ６）へ分岐する。
【００６３】
カウンタ値（ｉ）を１にする処理では（ステップＳ６）、変数ｉに１を格納する。
次に、ｈ０，１とｈ０，２の連結値のハッシュ値ｈ１，１算出処理では（ステップＳ７）、ステップＳ４の処理で算出したハッシュ値ｈ０，１とｈ０，２の連結値のハッシュ値ｈ１，１を算出する。
次に、ｈ０，３とｈ０，４の連結値のハッシュ値ｈ１，２算出処理では（ステップＳ８）、ステップＳ４の処理で算出したハッシュ値ｈ０，３とｈ０，４の連結値のハッシュ値ｈ１，２を算出する。
次に、ｈ１，１とｈ１，２の連結値のハッシュ値ｈ２，１算出処理では（ステップＳ９）、ステップＳ７及びステップＳ８の処理で算出したハッシュ値ｈ１，１とｈ１，２の連結値のハッシュ値ｈ２，１を算出する。
【００６４】
次に、署名（σ）生成処理では（ステップＳ１０）、ステップＳ９で算出したｈ２，１と秘密鍵を署名エンジン３１に入力することにより、署名（σ）を生成する。
次に、署名（σ）配信処理では（ステップＳ１１）、署名（σ）を映像蓄積配信サーバ４などに配信する。このとき、本例では、映像も同時に配信するが、他の構成例として、映像については、映像蓄積配信サーバ４が映像発信装置２から直接受信するようにしてもよい。また、ハッシュ値も同時に配信してもよい。
【００６５】
Ｍ４以外の映像バッファのクリア及びＭ４を新たなＭ１とする処理では（ステップＳ１２）、全ての映像バッファをクリアするのではなく、Ｍ４以外の映像バッファをクリアして、Ｍ４を新たなＭ１としてメモリ上に保持する。これにより、新たなＭ１のみがメモリ上に保持され、新たなＭ２〜Ｍ４は格納待ちとなる。
映像受信終了判定処理では（ステップＳ１３）、受信すべき映像の有無を確認し、受信すべき映像が有れば、カウンタ値（ｉ）カウントアップ処理（ステップＳ２）へ分岐し、また、受信すべき映像が無ければ、終了処理（ステップＳ１４）へ分岐する。
終了処理では（ステップＳ１４）、確保したメモリの解放など、処理を終了するために必要な処理を行う。
【００６６】
図４には、本例の署名検証装置６により行われる処理の一例のフローチャートを示してある。
なお、説明の便宜上から、図４では、図３に示されるものと同様な処理については同一の符号を付してある。
【００６７】
まず、初期化処理では（ステップＳ１）、必要なメモリの確保や変数の初期化処理などを行う。
次に、カウンタ値（ｉ）カウントアップ処理では（ステップＳ２）、変数ｉに１を加える。
次に、映像データ（Ｍｉ）の読み込み・映像バッファへの格納処理では（ステップＳ２１）、映像データ（Ｍｉ）を署名検証装置６に接続されたリムーバブルメディア２１から読み込み、映像バッファに格納する。
【００６８】
映像データ（Ｍｉ）のハッシュ値ｈ０，ｉ算出処理では（ステップＳ４）、格納した映像バッファの映像データ（Ｍｉ）のハッシュ値ｈ０，ｉを生成する。
ｉが１回の署名生成時に処理するメッセージの数（本例では、４）に到達したかの判定処理では（ステップＳ５）、ｉが１回の署名生成時に処理するメッセージの数である４であるか否かによって分岐する。具体的には、ｉが４に達していなければ、カウンタ値（ｉ）カウントアップ処理（ステップＳ２）へ分岐し、また、ｉが４に達している場合には、カウンタ値（ｉ）を１にする処理（ステップＳ６）へ分岐する。
【００６９】
カウンタ値（ｉ）を１にする処理では（ステップＳ６）、変数ｉに１を格納する。
次に、ｈ０，１とｈ０，２の連結値のハッシュ値ｈ１，１算出処理では（ステップＳ７）、ステップＳ４の処理で算出したハッシュ値ｈ０，１とｈ０，２の連結値のハッシュ値ｈ１，１を算出する。
次に、ｈ０，３とｈ０，４の連結値のハッシュ値ｈ１，２算出処理では（ステップＳ８）、ステップＳ４の処理で算出したハッシュ値ｈ０，３とｈ０，４の連結値のハッシュ値ｈ１，２を算出する。
次に、ｈ１，１とｈ１，２の連結値のハッシュ値ｈ２，１算出処理では（ステップＳ９）、ステップＳ７及びステップＳ８の処理で算出したハッシュ値ｈ１，１とｈ１，２の連結値のハッシュ値ｈ２，１を算出する。
【００７０】
署名（σ）読み込み処理では（ステップＳ２２）、署名（σ）を署名検証装置６に接続されたリムーバブルメディア２１から読み込む。
次に、署名（σ）とハッシュ値ｈ２，１からの署名検証処理では（ステップＳ２３）、署名（σ）とハッシュ値ｈ２，１及び公開鍵を入力として、署名検証の成否を返す。
【００７１】
Ｍ４以外の映像バッファのクリア及びＭ４を新たなＭ１とする処理では（ステップＳ１２）、全ての映像バッファをクリアするのではなく、Ｍ４以外の映像バッファをクリアして、Ｍ４を新たなＭ１としてメモリ上に保持する。これにより、新たなＭ１のみがメモリ上に保持され、新たなＭ２〜Ｍ４は格納待ちとなる。
【００７２】
映像読み込み終了判定処理では（ステップＳ２４）、署名検証装置６に接続されたリムーバブルメディア２１から、次に読み込むべき映像があるか否かを判定する。そして、次に読み込むべき映像があれば、カウンタ値（ｉ）カウントアップ処理（ステップＳ２）へ分岐し、また、次に読み込むべき映像が無ければ、検証結果表示処理（ステップＳ２５）へ分岐する。
【００７３】
検証結果表示処理では（ステップＳ２５）、署名検証処理（ステップＳ２３）で出力された署名検証の成否を署名検証装置６の映像表示装置１２上に表示する。
具体的には、例えば、図６に示されるように、署名検証成功であれば検証結果ダイアログ５５を表示し、署名検証失敗であれば検証結果ダイアログ５６を表示する。
終了処理では（ステップＳ１４）、確保したメモリの解放など、処理を終了するために必要な処理を行う。
【００７４】
ここで、上記したＭ４以外の映像バッファのクリア及びＭ４を新たなＭ１とする処理（ステップＳ１２）については、他の構成例として、Ｍ４を新たなＭ１とするのではなく、Ｍ４のハッシュ値を新たなＭ１とする構成が用いられてもよい。
この場合、署名検証時に、映像データ（Ｍｉ）の読み込み・映像バッファへの格納処理（ステップＳ２１）で映像データ（Ｍ１）を読み込んだときには、Ｍ１のハッシュ値を算出してから、次の映像データ（Ｍｉ）のハッシュ値ｈ０，ｉ算出処理（ステップＳ４）を行う。映像データ（Ｍｉ）のハッシュ値ｈ０，ｉ算出処理（ステップＳ４）では、ｉが１であるときには、映像データＭｉのハッシュ値を算出するのではなく、算出済みのＭ１のハッシュ値のハッシュ値を算出してｈ０，１とする。
このように、データサイズが大きい映像データではなく、映像データのハッシュ値を扱うようにすることで、メモリ使用量を減じることができる場合がある。
【００７５】
なお、本例では、分割された映像データとして、ＪＰＥＧの１フレームを用いた場合を説明したが、他の構成例として、映像をネットワーク媒体７に伝送する時の１パケットが用いられてもよく、或いは、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）のＧＯＶ（Ｇｒｏｕｐ  Ｏｆ  Ｖｉｄｅｏ  ｏｂｊｅｃｔ  ｐｌａｎｅ）のような単位が用いられてもよい。
また、本例では、映像データに適用した場合を示したが、例えば、映像データだけでなく、音声データや、その他映像に付随するメタデータなどに対して適用することも可能である。
【００７６】
以上のように、本例では、複数の映像データに分割することが可能な一連の映像について、署名生成時に、複数の連続する分割された映像データＭ１、Ｍ２、・・・、Ｍｎ（ｎは２以上の整数）に対して、予め定められたハッシュ関数を用いてハッシュ値ｈ（Ｍ１）、ｈ（Ｍ２）、・・・、ｈ（Ｍｎ）を計算し、これらハッシュ値ｈ（Ｍ１）、ｈ（Ｍ２）、・・・、ｈ（Ｍｎ）の全てから、予め定められた処理とハッシュ関数を用いて１つのハッシュ値を生成し、前記１つのハッシュ値に対して署名値を計算し、前記各分割された映像データＭｉ（ｉ＝１、２、・・・、ｎ）に対して署名Ｓｉを生成する方式において、前記１つのハッシュ値に対して署名値を計算する処理をｔ（ｔは２以上の整数）回繰り返して実行することで、一連の映像Ｍ１（１）、Ｍ２（１）、・・・、Ｍｎ（１）、Ｍ１（２）、Ｍ２（２）、・・・、Ｍｎ（２）、・・・、Ｍ１（ｔ）、Ｍ２（ｔ）、・・・、Ｍｎ（ｔ）に署名を付与する署名生成装置５と、一連の映像の一部或いは全部の映像の映像データと署名から署名検証を行う署名検証装置６を備えた映像配信システム（映像署名システムの一例）において、ａ（ａは２以上の整数）回目の電子署名実行のときに、分割された映像データＭ１（ａ）、Ｍ２（ａ）、・・・、Ｍｎ（ａ）のうちで、Ｍ１（ａ）をＭｎ（ａ−１）と関連付けられたデータとすることで、署名検証装置６において、（ａ−１）回目の署名とａ回目の署名の連続性を検証することを可能とした。
【００７７】
一構成例として、Ｍｎ（ａ−１）と関連付けられたデータであるＭ１（ａ）を、分割された映像データＭｎ（ａ−１）と同一の映像データとする。
他の一構成例として、Ｍｎ（ａ−１）と関連付けられたデータであるＭ１（ａ）を、分割された映像データＭｎ（ａ−１）を所定のハッシュ関数に入力して得られた結果であるハッシュ値とする。
従って、本例では、１回の署名生成の範囲を超えて映像の連続性を検証することができる。
【００７８】
なお、本例の映像配信システム（映像署名システムの一例）における署名生成装置５では、図２を例とすると、Ｍ１（ａ）＝Ｍ４（ａ−１）として、所定数個（本例では、４個）の映像データであるＭ１（ａ）〜Ｍ４（ａ）のそれぞれに対してハッシュ関数ｈを用いてハッシュ値ｈ０，１（ａ）〜ｈ０，４（ａ）を算出する機能により初期ハッシュ値算出手段が構成されており、これら所定数個のハッシュ値ｈ０，１（ａ）〜ｈ０，４（ａ）とハッシュ関数ｈを用いて図２に示される処理手順により１個のハッシュ値ｈ２，１（ａ）を取得する機能により最終ハッシュ値取得手段が構成されており、この１個のハッシュ値ｈ２，１（ａ）に対して署名生成エンジン３１により署名σ（ａ）を生成する機能により署名生成手段が構成されている。
また、本例の映像配信システム（映像署名システムの一例）における署名検証装置６では、初期ハッシュ値算出手段と同じ機能により第１の手段が構成されており、最終ハッシュ値取得手段と同じ機能により第２の手段が構成されており、これにより取得された１個のハッシュ値ｈ２，１（ａ）と署名生成装置５により生成された署名σ（ａ）を用いて署名検証を行う機能により署名検証手段が構成されている。
【００７９】
ここで、本発明に係るシステムや装置などの構成としては、必ずしも以上に示したものに限られず、種々な構成が用いられてもよい。また、本発明は、例えば、本発明に係る処理を実行する方法或いは方式や、このような方法や方式を実現するためのプログラムや当該プログラムを記録する記録媒体などとして提供することも可能であり、また、種々なシステムや装置として提供することも可能である。
また、本発明の適用分野としては、必ずしも以上に示したものに限られず、本発明は、種々な分野に適用することが可能なものである。
また、本発明に係るシステムや装置などにおいて行われる各種の処理としては、例えばプロセッサやメモリ等を備えたハードウエア資源においてプロセッサがＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に格納された制御プログラムを実行することにより制御される構成が用いられてもよく、また、例えば当該処理を実行するための各機能手段が独立したハードウエア回路として構成されてもよい。
また、本発明は上記の制御プログラムを格納したフロッピー（登録商標）ディスクやＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）−ＲＯＭ等のコンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該制御プログラムを当該記録媒体からコンピュータに入力してプロセッサに実行させることにより、本発明に係る処理を遂行させることができる。
【図面の簡単な説明】
【００８０】
【図１】本発明の一実施例に係る映像配信システムの構成例を示す図である。
【図２】本発明の一実施例に係る一連の映像と署名の関連の一例を模式的に示す図である。
【図３】本発明の一実施例に係る署名生成装置により行われる処理の手順の一例を示す図である。
【図４】本発明の一実施例に係る署名検証装置により行われる処理の手順の一例を示す図である。
【図５】受信した映像をリムーバブルメディアに保存する画面の一例を示す図である。
【図６】一連の映像の再生機能と署名検証機能を持つ署名検証画面の一例を示す図である。
【図７】背景技術に係る一連の映像と署名の関連の一例を模式的に示す図である。
【図８】背景技術に係る署名生成装置により行われる処理の手順の一例を示す図である。
【図９】背景技術に係る署名検証装置により行われる処理の手順の一例を示す図である。
【符号の説明】
【００８１】
１・・映像生成装置、  ２・・映像発信装置、  ３・・映像受信装置、  ４・・映像蓄積配信サーバ、  ５・・署名生成装置、  ６・・署名検証装置、  ７・・ネットワーク媒体、  １１、１２・・映像表示装置、  １３・・記録媒体、  ２１・・リムーバブルメディア、  ３１・・署名生成エンジン、  ４１・・保存する範囲指定欄、  ４２・・保存するフォルダ名入力欄、  ４３・・保存実行ボタン、  ５１・・映像表示欄、  ５２・・映像操作ボタン群、  ５３・・一連の映像データファイル指定欄、  ５４・・署名検証ボタン、  ５５、５６・・検証結果ダイアログ、
【図１】
2009253305.tif 000003
【図２】
2009253305.tif 000004
【図３】
2009253305.tif 000005
【図４】
2009253305.tif 000006
【図５】
2009253305.tif 000007
【図６】
2009253305.tif 000008
【図７】
2009253305.tif 000009
【図８】
2009253305.tif 000010
【図９】
2009253305.tif 000011