送信装置
【課題】認証の失敗原因を識別できるようにデータを転送でき、受信側においてユーザに不安感を与えることなく、認証失敗の原因に応じて適切に対処できる送信装置および受信方法、並びに受信装置を提供する。
【解決手段】認証子が付加された一連のストリームパケット10に挿入された複数の特定パケット20を有し、各特定パケット20に、一連のストリームパケット10の所定ストリーム方向において隣接する特定パケット20との間に含まれるストリームパケット数を示す情報を包含させたストリーム1を送受信し、受信装置100では、認証が失敗した場合、特定パケット20に含まれたストリームパケット数と、実際に受信したストリームパケット数とを比較することにより、その比較結果から、認証の失敗原因が、改竄によるものなのか、パケットロスによるものなのかを識別する。
【解決手段】認証子が付加された一連のストリームパケット10に挿入された複数の特定パケット20を有し、各特定パケット20に、一連のストリームパケット10の所定ストリーム方向において隣接する特定パケット20との間に含まれるストリームパケット数を示す情報を包含させたストリーム1を送受信し、受信装置100では、認証が失敗した場合、特定パケット20に含まれたストリームパケット数と、実際に受信したストリームパケット数とを比較することにより、その比較結果から、認証の失敗原因が、改竄によるものなのか、パケットロスによるものなのかを識別する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミング転送方式によりデータを認証可能に転送する送信装置、および該送信装置から転送されるデータを受信してストリーム認証する受信方法、並びに受信装置に関するものである。
【背景技術】
【０００２】
従来、動画、音声などのデータの転送方式として、全てのデータを受信してからデータを再生する方式と、データを受信しながらその都度データを再生するストリーミング転送方式とがある。一般に、転送すべきデータ量が伝送速度に比較して多量な場合には、データの再生におけるリアルタイム性を考慮して、後者のストリーミング転送方式が用いられている。
【０００３】
ストリーミング転送方式では、転送データ（メッセージ）を認証して安全性を保証する必要がある。その認証方法の一例として、例えば、図７に示す方法が知られている。この認証方法は、送信側で、メッセージをパケット化して、パケット毎にメッセージ認証子として、オリジナルメッセージからハッシュ関数Ｈによるハッシュ値を算出し、その算出したハッシュ値を、オリジナルメッセージに付加して送信する。また、受信側では、受信したメッセージからハッシュ値を算出して、その算出したハッシュ値と受信したハッシュ値とを照合し、両ハッシュ値が一致しない場合には、メッセージに改竄等の不正があるおそれがあるため、認証に失敗した旨を表示して、データの再生を禁止するようにしている。
【０００４】
図７に示した認証方法は、パケット毎に認証を行うので、パケットロスがあっても次のパケットから認証が可能となる。しかし、この認証方法は、悪意ある攻撃者がメッセージ認証子生成方法を解読し、不正なパケットに対してメッセージ認証子を付与したものを送信した場合には、受信側では、認証が成功してしまうために、不正なパケットを検出することができず、メッセージの安全性を保証することができないという問題がある。
【０００５】
この問題を解決する認証方法として、例えば、図８に示すように、送信側において、各パケットのメッセージ認証子を、当該パケットのオリジナルメッセージと直前のパケットのハッシュ値とを用いて算出したハッシュ値とすることにより、前のパケットのハッシュ値を次のパケットのハッシュ値に関連付けて、パケットストリーム全体の認証を行うことが考えられる。
【０００６】
図８に示す認証方法によると、先頭パケットから連鎖的にメッセージ認証子を生成し続けるので、メッセージの安全性を高めることが可能となる。しかし、この認証方法では、１つでもパケットロスが発生すると、その時点でパケットストリームの連鎖性が解除されてしまうため、それ以降のパケットについては安全性を確保することができなくなってしまう。
【０００７】
この場合、上記と同様に、単に、認証に失敗した旨を表示して、データの再生を禁止するようにすると、ユーザは、認証の失敗原因がパケットロスにあるのか、メッセージの改竄にあるのかを識別することができないことになる。このため、ユーザに対して、改竄されたデータを受信してしまったと言う不安感を与えることが懸念されるとともに、ユーザにとっても、再度、受信処理をしてもよいか、するべきでないかなど、次に取るべき動作の判断がし難くなることが懸念される。
【０００８】
なお、図８の場合のパケットロスによる認証失敗を解決する認証方法として、図９に示す方法も知られている（例えば、特許文献１参照）。この認証方法は、送信側において、各パケットＰｉを、メッセージＭｉと、２パケット前のハッシュ値との連鎖ｈｉ２と、１パケット前のハッシュ値との連鎖ｈｉ１と、ｈｉ２およびｈｉ１を入力とした新たなハッシュ値Ｈｉとで構成して送信するものである。
【０００９】
図９に示した認証方法によると、メッセージ認証子を、１パケット前のハッシュ値と、２パケット前のハッシュ値とで連鎖させるようにしたので、メッセージの安全性をより高めることができるとともに、受信側で１つのパケットがロスしても、メッセージ認証データを連鎖させることができるので、その後のパケットについても、認証による安全性を保証することが可能となる。
【００１０】
しかしながら、図９に示した認証方法は、１つのパケットロスにしか対応していないため、連続して２つ以上のパケットロスが生じると、同様に認証に失敗することになる。このような、連続する２以上のパケットロスは、特に、受信装置が携帯端末の場合には、電波状態によって頻繁に生じ易い。このため、図７の場合と同様に、単に認証に失敗した旨を表示して、データの再生を禁止するだけでは、同様の問題が生じることになる。
【００１１】
なお、連続する２つ以上のパケットロスに対応するために、３つ以上前のパケットのハッシュ値まで連鎖させることも考えられるが、このようにすると、各パケットにおけるメッセージ認証子のデータ量が多くなって、送信するオリジナルメッセージのデータ量が少なくなるため、認証処理に時間がかかることが懸念されるとともに、所要のデータを転送するための総パケット数が多くなって、転送に時間がかかることが懸念される。しかも、許容パケット数以上のパケットロスが発生した場合には、上記と同様の問題が生じることになる。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００１−２５１２９６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
したがって、かかる点に鑑みてなされた本発明の目的は、認証の失敗原因を識別できるようにデータを転送でき、受信側においてユーザに不安感を与えることなく、認証失敗の原因に応じて適切に対処できる送信装置および受信方法、並びに受信装置を提供することにある。
【課題を解決するための手段】
【００１４】
上記目的を達成する請求項１に係る送信装置の発明は、
認証子を付加した一連のストリームパケットに、複数の特定パケットを挿入し、各特定パケットに、前記一連のストリームパケットの所定ストリーム方向において隣接する特定パケットとの間に含まれる認証に用いるべきストリームパケット数を示す情報を包含させてストリームを生成するストリーム生成手段と、
該ストリーム生成手段により生成されたストリームを送信する送信手段と、
を備えることを特徴とするものである。
【００１５】
請求項２に係る発明は、請求項１に記載の送信装置において、
前記ストリーム生成手段は、前記複数の特定パケットを、任意のストリームパケット間隔で挿入することを特徴とするものである。
【００１６】
さらに、上記目的を達成する請求項３に係る受信方法の発明は、
認証子が付加された一連のストリームパケットに挿入された複数の特定パケットを有し、各特定パケットに、前記一連のストリームパケットの所定ストリーム方向において隣接する特定パケットとの間に含まれる認証に用いるべきストリームパケット数を示す情報を包含して生成されるストリームを受信する受信方法であって、
受信した前記ストリームパケットを認証し、
認証が失敗した場合に、受信した前記特定パケットに包含された認証に用いるべきストリームパケット数と、当該特定パケットおよび当該特定パケットの所定のストリーム方向において隣接する特定パケットの間で受信した認証に用いるべきストリームパケット数との比較に基づいて、前記受信した認証に用いるべきストリームパケット数が前記特定パケットに包含された認証に用いるべきストリームパケット数と一致する場合には、前記ストリームを不正なストリームと判定し、前記受信した認証に用いるべきストリームパケット数が前記特定パケットに包含された認証に用いるべきストリームパケット数未満の場合には、パケットロスと判定する、
ことを特徴とするものである。
【００１７】
さらに、上記目的を達成する請求項４に係る受信装置の発明は、
認証子が付加された一連のストリームパケットに挿入された複数の特定パケットを有し、各特定パケットに、前記一連のストリームパケットの所定ストリーム方向において隣接する特定パケットとの間に含まれる認証に用いるべきストリームパケット数を示す情報を包含して生成されるストリームを受信する受信手段と、
該受信手段で受信された前記ストリームパケットを用いてストリーム認証を行う認証手段と、
前記受信手段で受信された順次の特定パケット間に、前記受信手段で受信された前記認証に用いるべきストリームパケット数をカウントするカウンタと、
前記認証手段により前記ストリーム認証が失敗した場合、前記受信手段で受信した前記特定パケットに包含された認証に用いるべきストリームパケット数と前記カウンタの値とを比較する比較手段と、
該比較手段による比較結果に基づいて、前記カウンタの値と前記特定パケットに包含された認証に用いるべきストリームパケット数とが一致した場合は、前記ストリームを不正なストリームと判定し、前記カウンタの値が前記特定パケットに包含された認証に用いるべきストリームパケット数よりも少ない場合は、パケットロスと判定する判定手段と、
を備えることを特徴とするものである。
【００１８】
請求項５に係る発明は、請求項４に記載の受信装置において、
前記判定手段による判定結果をユーザに報知する報知手段をさらに備えることを特徴とするものである。
【発明の効果】
【００１９】
本発明によれば、認証子を付加した一連のストリームパケットに、複数の特定パケットを挿入し、各特定パケットに、一連のストリームパケットの所定ストリーム方向において隣接する特定パケットとの間に含まれる認証に用いるべきストリームパケット数を示す情報を包含させたストリームを送受信するので、受信側においては、認証が失敗した場合に、受信した特定パケットに包含された認証に用いるべきストリームパケット数と、当該ストリームパケット数に関連するストリームパケット（当該特定パケットと、当該特定パケットと所定のストリーム方向において隣接する特定パケットとの間で送信された認証に用いるべきストリームパケット）のうち、実際に受信したストリームパケット数とを比較することにより、その比較結果から、認証の失敗原因が、改竄によるものなのか、パケットロスによるものなのかを識別することが可能となる。したがって、ユーザに不安感を与えることなく、認証失敗の原因に応じて適切に対処することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施の形態に係る送信装置により送信するストリーム例を示す図である。
【図２】本発明の一実施の形態に係る送信装置の要部の構成を示す機能ブロック図である。
【図３】図１に示したストリームを受信する本発明の一実施の形態に係る受信装置の要部の構成を示す機能ブロック図である。
【図４】図３に示した受信装置の動作を説明するためのフローチャートである。
【図５】図３に示した受信装置において、改竄により認証が失敗した場合の表示例を示す図である。
【図６】図３に示した受信装置において、パケットロスにより認証が失敗した場合の表示例を示す図である。
【図７】ストリーミング転送方式によるメッセージ認証方法の一例を説明するための図である。
【図８】ストリーミング転送方式によるメッセージ認証方法の他の例を説明するための図である。
【図９】ストリーミング転送方式によるメッセージ認証方法の更に他の例を説明するための図である。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態について、図を参照して説明する。
【００２２】
図１は、本発明の一実施の形態に係る送信装置により送信するストリーム例を示す図である。図１に示すストリーム１は、送信メッセージをパケット化して生成した一連のストリームパケットである署名付きメッセージパケット１０と、この一連の署名付きメッセージパケット１０に、任意の間隔で、すなわちランダムに挿入した特定パケットであるカウンタパケット２０とからなっている。
【００２３】
署名付きメッセージパケット１０は、メッセージの安全性を保証して、ストリーム全体として認証するため、図８と同様に、オリジナルメッセージ１１と、当該オリジナルメッセージ１１と直前のパケットのハッシュ値とを用いて算出したハッシュ値からなるメッセージ認証子１２とを有して構成する。
【００２４】
また、カウンタパケット２０は、カウンタパケットであること示すＩＤ２１と、当該カウンタパケット２０から所定ストリーム方向、ここでは直前（過去）のカウンタパケット２０までの署名付きメッセージパケット１０の送信数（認証対象パケット数）２２とを有して構成する。
【００２５】
図１は、右側が最新の時間ｔを表している。したがって、真中のカウンタパケット２０を送信する際は、それ以前に送信された左側（直前）のカウンタパケット２０からの署名付きメッセージパケット１０の送信数が「３」なので、当該真中のカウンタパケット２０の認証対象パケット数２２には「３」を挿入して送信する。また、右側のカウンタパケット２０を送信する際は、それ以前に送信された真中（直前）のカウンタパケット２０からの署名付きメッセージパケット１０の送信数が「４」なので、当該右側のカウンタパケット２０の認証対象パケット数２２には「４」を挿入して送信する。
【００２６】
図２は、図１に示したストリーム１を送信する本発明の一実施の形態に係る送信装置の要部の構成を示す機能ブロック図である。本実施の形態の送信装置１００は、ハッシュ値計算部１０１、カウンタ１０２、メモリ１０３、パケット生成部１０４、および送信部１０５を備える。
【００２７】
この送信装置１００は、パケット化された先頭の署名付加対象のオリジナルメッセージについては、例えば、当該オリジナルメッセージのみを用いてハッシュ値計算部１０１でハッシュ値を計算してメモリ１０３に保存する。また、２番目以降の署名付加対象のオリジナルメッセージについては、ハッシュ値計算部１０１において、当該オリジナルメッセージと、メモリ１０３に保存されている直前の署名付きメッセージパケットにおけるハッシュ値とを用いて、当該オリジナルメッセージに対するハッシュ値を計算してメモリ１０３に保存する。
【００２８】
ハッシュ値計算部１０１は、ハッシュ値を計算する毎に、カウンタ１０２に計算を行った旨を通知する。これにより、カウンタ１０２は、初期値０の認証対象パケット数をインクリメントして、カウント値をメモリ１０３に保存する。また、ハッシュ値計算部１０１は、ハッシュ値を計算する毎に、その旨をパケット生成部１０４に通知する。
【００２９】
これにより、パケット生成部１０４は、オリジナルメッセージに、メモリ１０３に記憶されている対応するハッシュ値をメッセージ認証子として付加して、署名付きメッセージパケット１０（図１参照）を生成する。この署名付きメッセージパケット１０は、送信部１０５に送信して、送信部１０５からネットワーク（図示せず）に送出する。
【００３０】
また、パケット生成部１０４は、任意のタイミングで、メモリ１０３に記憶されている送信済みの認証対象パケット数を含むカウンタパケット２０（図１参照）を生成する。このカウンタパケット２０は、送信部１０５に送信して、署名付きメッセージパケット１０と同様に、送信部１０５からネットワークに送出する。なお、カウンタ１０２のカウント値は、カウンタパケット２０を送信する毎に、初期値０にリセットする。
【００３１】
したがって、本実施の形態では、ハッシュ値計算部１０１、カウンタ１０２、メモリ１０３およびパケット生成部１０４によりストリーム生成手段を構成し、送信部１０５により送信手段を構成している。
【００３２】
このように、本実施の形態では、一連の署名付きストリームパケット１０に、複数のカウンタパケット２０を挿入し、各カウンタパケット２０に、直前のカウンタパケット２０との間に含まれる認証対象パケット数を示す情報を包含させたストリーム１を生成して送信するようにしたので、受信側において、カウンタパケット２０を適切に利用することにより、認証の失敗原因を識別することが可能になる。また、複数のカウンタパケット２０をランダムに挿入することにより、ストリーム１の改竄を防止でき、ストリーム全体としての安全性をより高めることが可能になる。
【００３３】
図３は、図１に示したストリーム１を受信する本発明の一実施の形態に係る受信装置の要部の構成を示す機能ブロック図である。本実施の形態の受信装置２００は、受信部２０１、ハッシュ値計算部２０２、カウンタ２０３、メモリ２０４、カウンタパケット処理部２０５、認証部２０６、デコーダ２０７、表示部２０８、およびスピーカ２０９を備える。
【００３４】
以下、図４に示すフローチャートを参照しながら、受信装置２００の動作を、音声および画像を有するストリームを視聴する場合を例にとって説明する。受信装置２００は、先ず、受信部２０１でネットワークからパケットを受信したら（ステップＳ１）、受信したパケットをその種別に応じて、署名付きメッセージパケットであればハッシュ値計算部２０２に、カウンタパケットであればカウンタパケット処理部２０５に振り分けて送信する（ステップＳ２）。
【００３５】
ハッシュ値計算部２０２は、署名付きメッセージパケットからオリジナルメッセージを取り出し、当該署名付きメッセージパケットが先頭のパケットの場合には、例えば、取り出したオリジナルメッセージのみを用いてハッシュ値を計算し（ステップＳ３）、その計算したハッシュ値をメモリ２０４に保存する。
【００３６】
これに対し、署名付きメッセージパケットが２番目以降のパケットの場合には、ハッシュ値計算部２０２は、当該署名付きメッセージパケットから取り出したオリジナルメッセージと、メモリ２０４に保存されている直前の署名付きメッセージパケットにおけるハッシュ値とを用いて、当該オリジナルメッセージにおけるハッシュ値を計算して（ステップＳ３）、その計算したハッシュ値をメモリ２０４に保存する。
【００３７】
また、ハッシュ値計算部２０２は、ハッシュ値を計算する毎に、その旨をカウンタ２０３に通知する。これにより、カウンタ２０３は、初期値０のハッシュ計算パケット数、すなわち実際に受信した署名付きメッセージパケット数をインクリメントして（ステップＳ４）、その計数値をメモリ２０４に保存する。
【００３８】
認証部２０６は、受信した署名付きメッセージパケットについて、ハッシュ値計算部２０２で算出されてメモリ２０４に保存されているハッシュ値と、当該受信した署名付きメッセージパケットに付加されているハッシュ値とを比較して一致するか否かを判定する（ステップＳ５）。
【００３９】
その結果、ハッシュ値が一致すれば、認証成功として、当該受信した署名付きメッセージパケットのオリジナルメッセージを、デコーダ２０７でデコードして表示部２０８およびスピーカ２０９に供給することにより視聴を継続する（ステップＳ６）。その後、認証部２０６において、ストリームが終了しているか否かを判定し（ステップＳ７）、終了していなければステップＳ１に戻り、終了していれば当該ストリームの受信動作を正常に終了する。
【００４０】
これに対し、ステップＳ５において、ハッシュ値が一致しなければ、認証失敗と判定して、当該メッセージをデコーダ２０７に送信することなく破棄して表示部２０８およびスピーカ２０９による視聴を中止する（ステップＳ８）。
【００４１】
認証失敗と判定された後、受信部２０１でカウンタパケットが受信されるまで、ハッシュ値計算部２０２は、受信パケットが署名付きメッセージパケットである場合はその旨をカウンタ２０３に通知し、カウンタ２０３は、ハッシュ値計算部２０２からの通知に基づいて、受信した署名付きメッセージパケット数をインクリメントして、その計数値をメモリ２０４に保存する（ステップＳ９〜Ｓ１１）。
【００４２】
受信部２０１でカウンタパケットが受信されると（ステップＳ１０でＹＥＳ）、カウンタパケット処理部２０５は、受信されたカウンタパケットから認証対象パケット数を取り出してメモリ２０４に保存し（ステップＳ１２）、認証部２０６は、メモリ２０４に保存された認証対象パケット数と、メモリ２０４に保存されているカウンタ２０３の計数値とを比較し、計数値と認証対象パケット数とが一致するか否かを判定する（ステップＳ１３）。
【００４３】
その結果、カウンタ２０３の計数値が認証対象パケット数と一致した場合には、メッセージが改竄された不正なストリームと判定して、表示部２０８に、例えば図５（ａ）に示す視聴中の状態から、図５（ｂ）に示すように、「改竄により認証できません 強制終了します」と表示してから（ステップＳ１４）、改竄されたデータの視聴を行わないように受信処理を停止して（ステップＳ１５）、受信動作を強制終了する。
【００４４】
これに対し、ステップＳ１３において、カウンタ２０３の計数値が認証対象パケット数未満の場合、またはカウンタ２０３の計数値が認証対象パケット数を超える場合には、表示部２０８に、例えば図６（ａ）に示す視聴中の状態から、図６（ｂ）に示すように、「パケットロスにより認証できません」と表示してから（ステップＳ１６）、受信処理を停止して（ステップＳ１５）、受信動作を強制終了する。なお、図５および図６は、受信装置２００が携帯端末の場合の表示例を示している。
【００４５】
したがって、本実施の形態では、受信部２０１が受信手段を構成し、ハッシュ値計算部２０２、メモリ２０４および認証部２０６を含んで認証手段を構成し、メモリ２０４および認証部２０６を含んで比較手段および判定手段を構成し、認証部２０６および表示部２０８を含んで報知手段を構成している。
【００４６】
このように、本実施の形態では、一連の署名付きストリームパケット１０に挿入された複数のカウンタパケット２０を有し、各カウンタパケット２０に、直前のカウンタパケット２０との間に含まれる認証対象パケット数を示す情報を包含させたストリーム１を受信し、ストリーム認証が失敗した場合には、カウンタパケット２０に含まれる送信済み認証対象パケット数と、実際に認証を行った署名付きストリームパケット１０の計数値とを比較し、一致しなかった場合は、パケットロスの可能性がある旨を、ユーザに報知することができる。
【００４７】
なお、実際に認証を行った署名付きストリームパケット１０の計数値が、カウンタパケット２０に含まれる送信済み認証対象パケット数より大きかった場合は、当該カウンタパケット２０の直前のカウンタパケットがロスした可能性ありと判定することができ、カウンタパケットをロスしたことで認証対象パケットのロスがあったか否かの判定は不可能と判断できる。ここでは、カウンタパケットにロスがあった場合、認証対象パケットにもロスがあった可能性が高い（特に無線の場合、パケットはバースト的にロスすることが多いので）と判断し、「パケットロスにより認証できません」と表示するものとした。
【００４８】
したがって、ユーザは、単にパケットロスによる認証失敗の場合には、ストリームは正当である可能性が高いので、再度、受信処理を開始する等、次に取るべき動作の判断がし易くなるとともに、改竄されたデータを受信してしまったと言う不安感を抱くこともなくなる。
【００４９】
なお、本発明は、上記実施の形態にのみ限定されるものではなく、幾多の変形または変更が可能である。例えば、上記実施の形態では、認証失敗の原因がパケットロスによる場合も、受信処理を停止して強制終了するようにしたが、この場合は、例えば、引き続きストリームを受信して認証を再開することで、認証が成功する可能性があるので、カウンタ２０３やメモリ２０４をリセットして、受信動作を継続するようにすることもできる。
【００５０】
また、カウンタパケット２０に、シーケンス番号を付加して、カウンタパケット自体のパケットロスを管理し、その結果を、認証が失敗した場合の図４のステップＳ９での比較判定処理に利用することもできる。このようにすれば、実際に認証を行った署名付きストリームパケット１０の計数値が、カウンタパケット２０に包含された認証対象パケット数を超えた場合に、その原因が、カウンタパケットのロスによるものなのか、改竄によるものなのかを識別することができる（シーケンス番号が正確であるのに、署名付きストリームパケット１０の計数値がカウンタパケット２０に包含された認証対象パケット数を超える場合は、不正なストリームが挿入されたと判定できる）。
【００５１】
さらに、本発明は、上記実施の形態のように、署名付きメッセージパケット１０のハッシュ値を、図８に示したように、前の署名付きメッセージパケットのハッシュ値に関連付けて算出して送受信する場合に限らず、図９に示したように、さらに２パケット前のハッシュ値まで関連付けて算出して送受信する場合にも、有効に適用することができる。
【００５２】
また、カウンタパケット２０に挿入する認証対象パケット数は、直前（過去）のカウンタパケット２０までの署名付きメッセージパケット１０の送信数に限らず、次のカウンタパケット２０までに送信する署名付きメッセージパケット１０の送信数とすることもできる。
【００５３】
さらに、カウンタパケット２０は、上記実施の形態のように、任意の間隔で挿入する場合に限らず、一定の間隔で挿入したり、所定の規則に従って挿入したり、することもできるし、その挿入間隔も、認証失敗原因の所望の検出速度に応じて適宜設定することができる。また、上記実施の形態では、カウンタパケット２０を、署名付きメッセージパケット１０とは独立して生成するようにしたが、このようなカウンタパケット２０を生成することなく、カウンタパケット２０で通知する認証対象パケット数を、署名付きメッセージパケット１０に特定パケットとして付加して送受信するようにすることもできる。また、特定の署名付きメッセージパケット１０に、特定の署名付きメッセージパケット１０間の認証対象パケット数を含めるようにしてもよい。
【００５４】
また、上記実施の形態では、ストリームパケットは全て署名付きである、すなわち、カウンタパケット間のストリームパケットは全て署名付きストリームパケット（認証すべきストリームパケット）であるものとして説明したが、所定の種類のパケット、例えば、データ放送パケットのみに署名を付けてもよい。つまり、データ放送パケットのみを署名付きストリームパケット（認証すべきストリームパケット）として扱ってもよい。この場合、カウンタパケット間のストリームパケットのうち、データ放送パケットのみが認証付きストリームパケット（認証すべきストリームパケット）となる。もちろん、所定の種類のパケットとして、映像パケットのみを署名付きストリームパケットとしてもよいし、音声パケットのみを署名付きストリームパケットとしてよい。
【符号の説明】
【００５５】
１ ストリーム
１０ 署名付きメッセージパケット
１１ オリジナルメッセージ
１２ メッセージ認証子
２０ カウンタパケット
２１ ＩＤ
２２ 認証対象パケット数
１００ 送信装置
１０１ ハッシュ値計算部
１０２ カウンタ
１０３ メモリ
１０４ パケット生成部
１０５ 送信部
２００ 受信装置
２０１ 受信部
２０２ ハッシュ値計算部
２０３ カウンタ
２０４ メモリ
２０５ カウンタパケット処理部
２０６ 認証部
２０７ デコーダ
２０８ 表示部
２０９ スピーカ
【技術分野】
【０００１】
本発明は、ストリーミング転送方式によりデータを認証可能に転送する送信装置、および該送信装置から転送されるデータを受信してストリーム認証する受信方法、並びに受信装置に関するものである。
【背景技術】
【０００２】
従来、動画、音声などのデータの転送方式として、全てのデータを受信してからデータを再生する方式と、データを受信しながらその都度データを再生するストリーミング転送方式とがある。一般に、転送すべきデータ量が伝送速度に比較して多量な場合には、データの再生におけるリアルタイム性を考慮して、後者のストリーミング転送方式が用いられている。
【０００３】
ストリーミング転送方式では、転送データ（メッセージ）を認証して安全性を保証する必要がある。その認証方法の一例として、例えば、図７に示す方法が知られている。この認証方法は、送信側で、メッセージをパケット化して、パケット毎にメッセージ認証子として、オリジナルメッセージからハッシュ関数Ｈによるハッシュ値を算出し、その算出したハッシュ値を、オリジナルメッセージに付加して送信する。また、受信側では、受信したメッセージからハッシュ値を算出して、その算出したハッシュ値と受信したハッシュ値とを照合し、両ハッシュ値が一致しない場合には、メッセージに改竄等の不正があるおそれがあるため、認証に失敗した旨を表示して、データの再生を禁止するようにしている。
【０００４】
図７に示した認証方法は、パケット毎に認証を行うので、パケットロスがあっても次のパケットから認証が可能となる。しかし、この認証方法は、悪意ある攻撃者がメッセージ認証子生成方法を解読し、不正なパケットに対してメッセージ認証子を付与したものを送信した場合には、受信側では、認証が成功してしまうために、不正なパケットを検出することができず、メッセージの安全性を保証することができないという問題がある。
【０００５】
この問題を解決する認証方法として、例えば、図８に示すように、送信側において、各パケットのメッセージ認証子を、当該パケットのオリジナルメッセージと直前のパケットのハッシュ値とを用いて算出したハッシュ値とすることにより、前のパケットのハッシュ値を次のパケットのハッシュ値に関連付けて、パケットストリーム全体の認証を行うことが考えられる。
【０００６】
図８に示す認証方法によると、先頭パケットから連鎖的にメッセージ認証子を生成し続けるので、メッセージの安全性を高めることが可能となる。しかし、この認証方法では、１つでもパケットロスが発生すると、その時点でパケットストリームの連鎖性が解除されてしまうため、それ以降のパケットについては安全性を確保することができなくなってしまう。
【０００７】
この場合、上記と同様に、単に、認証に失敗した旨を表示して、データの再生を禁止するようにすると、ユーザは、認証の失敗原因がパケットロスにあるのか、メッセージの改竄にあるのかを識別することができないことになる。このため、ユーザに対して、改竄されたデータを受信してしまったと言う不安感を与えることが懸念されるとともに、ユーザにとっても、再度、受信処理をしてもよいか、するべきでないかなど、次に取るべき動作の判断がし難くなることが懸念される。
【０００８】
なお、図８の場合のパケットロスによる認証失敗を解決する認証方法として、図９に示す方法も知られている（例えば、特許文献１参照）。この認証方法は、送信側において、各パケットＰｉを、メッセージＭｉと、２パケット前のハッシュ値との連鎖ｈｉ２と、１パケット前のハッシュ値との連鎖ｈｉ１と、ｈｉ２およびｈｉ１を入力とした新たなハッシュ値Ｈｉとで構成して送信するものである。
【０００９】
図９に示した認証方法によると、メッセージ認証子を、１パケット前のハッシュ値と、２パケット前のハッシュ値とで連鎖させるようにしたので、メッセージの安全性をより高めることができるとともに、受信側で１つのパケットがロスしても、メッセージ認証データを連鎖させることができるので、その後のパケットについても、認証による安全性を保証することが可能となる。
【００１０】
しかしながら、図９に示した認証方法は、１つのパケットロスにしか対応していないため、連続して２つ以上のパケットロスが生じると、同様に認証に失敗することになる。このような、連続する２以上のパケットロスは、特に、受信装置が携帯端末の場合には、電波状態によって頻繁に生じ易い。このため、図７の場合と同様に、単に認証に失敗した旨を表示して、データの再生を禁止するだけでは、同様の問題が生じることになる。
【００１１】
なお、連続する２つ以上のパケットロスに対応するために、３つ以上前のパケットのハッシュ値まで連鎖させることも考えられるが、このようにすると、各パケットにおけるメッセージ認証子のデータ量が多くなって、送信するオリジナルメッセージのデータ量が少なくなるため、認証処理に時間がかかることが懸念されるとともに、所要のデータを転送するための総パケット数が多くなって、転送に時間がかかることが懸念される。しかも、許容パケット数以上のパケットロスが発生した場合には、上記と同様の問題が生じることになる。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００１−２５１２９６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
したがって、かかる点に鑑みてなされた本発明の目的は、認証の失敗原因を識別できるようにデータを転送でき、受信側においてユーザに不安感を与えることなく、認証失敗の原因に応じて適切に対処できる送信装置および受信方法、並びに受信装置を提供することにある。
【課題を解決するための手段】
【００１４】
上記目的を達成する請求項１に係る送信装置の発明は、
認証子を付加した一連のストリームパケットに、複数の特定パケットを挿入し、各特定パケットに、前記一連のストリームパケットの所定ストリーム方向において隣接する特定パケットとの間に含まれる認証に用いるべきストリームパケット数を示す情報を包含させてストリームを生成するストリーム生成手段と、
該ストリーム生成手段により生成されたストリームを送信する送信手段と、
を備えることを特徴とするものである。
【００１５】
請求項２に係る発明は、請求項１に記載の送信装置において、
前記ストリーム生成手段は、前記複数の特定パケットを、任意のストリームパケット間隔で挿入することを特徴とするものである。
【００１６】
さらに、上記目的を達成する請求項３に係る受信方法の発明は、
認証子が付加された一連のストリームパケットに挿入された複数の特定パケットを有し、各特定パケットに、前記一連のストリームパケットの所定ストリーム方向において隣接する特定パケットとの間に含まれる認証に用いるべきストリームパケット数を示す情報を包含して生成されるストリームを受信する受信方法であって、
受信した前記ストリームパケットを認証し、
認証が失敗した場合に、受信した前記特定パケットに包含された認証に用いるべきストリームパケット数と、当該特定パケットおよび当該特定パケットの所定のストリーム方向において隣接する特定パケットの間で受信した認証に用いるべきストリームパケット数との比較に基づいて、前記受信した認証に用いるべきストリームパケット数が前記特定パケットに包含された認証に用いるべきストリームパケット数と一致する場合には、前記ストリームを不正なストリームと判定し、前記受信した認証に用いるべきストリームパケット数が前記特定パケットに包含された認証に用いるべきストリームパケット数未満の場合には、パケットロスと判定する、
ことを特徴とするものである。
【００１７】
さらに、上記目的を達成する請求項４に係る受信装置の発明は、
認証子が付加された一連のストリームパケットに挿入された複数の特定パケットを有し、各特定パケットに、前記一連のストリームパケットの所定ストリーム方向において隣接する特定パケットとの間に含まれる認証に用いるべきストリームパケット数を示す情報を包含して生成されるストリームを受信する受信手段と、
該受信手段で受信された前記ストリームパケットを用いてストリーム認証を行う認証手段と、
前記受信手段で受信された順次の特定パケット間に、前記受信手段で受信された前記認証に用いるべきストリームパケット数をカウントするカウンタと、
前記認証手段により前記ストリーム認証が失敗した場合、前記受信手段で受信した前記特定パケットに包含された認証に用いるべきストリームパケット数と前記カウンタの値とを比較する比較手段と、
該比較手段による比較結果に基づいて、前記カウンタの値と前記特定パケットに包含された認証に用いるべきストリームパケット数とが一致した場合は、前記ストリームを不正なストリームと判定し、前記カウンタの値が前記特定パケットに包含された認証に用いるべきストリームパケット数よりも少ない場合は、パケットロスと判定する判定手段と、
を備えることを特徴とするものである。
【００１８】
請求項５に係る発明は、請求項４に記載の受信装置において、
前記判定手段による判定結果をユーザに報知する報知手段をさらに備えることを特徴とするものである。
【発明の効果】
【００１９】
本発明によれば、認証子を付加した一連のストリームパケットに、複数の特定パケットを挿入し、各特定パケットに、一連のストリームパケットの所定ストリーム方向において隣接する特定パケットとの間に含まれる認証に用いるべきストリームパケット数を示す情報を包含させたストリームを送受信するので、受信側においては、認証が失敗した場合に、受信した特定パケットに包含された認証に用いるべきストリームパケット数と、当該ストリームパケット数に関連するストリームパケット（当該特定パケットと、当該特定パケットと所定のストリーム方向において隣接する特定パケットとの間で送信された認証に用いるべきストリームパケット）のうち、実際に受信したストリームパケット数とを比較することにより、その比較結果から、認証の失敗原因が、改竄によるものなのか、パケットロスによるものなのかを識別することが可能となる。したがって、ユーザに不安感を与えることなく、認証失敗の原因に応じて適切に対処することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施の形態に係る送信装置により送信するストリーム例を示す図である。
【図２】本発明の一実施の形態に係る送信装置の要部の構成を示す機能ブロック図である。
【図３】図１に示したストリームを受信する本発明の一実施の形態に係る受信装置の要部の構成を示す機能ブロック図である。
【図４】図３に示した受信装置の動作を説明するためのフローチャートである。
【図５】図３に示した受信装置において、改竄により認証が失敗した場合の表示例を示す図である。
【図６】図３に示した受信装置において、パケットロスにより認証が失敗した場合の表示例を示す図である。
【図７】ストリーミング転送方式によるメッセージ認証方法の一例を説明するための図である。
【図８】ストリーミング転送方式によるメッセージ認証方法の他の例を説明するための図である。
【図９】ストリーミング転送方式によるメッセージ認証方法の更に他の例を説明するための図である。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態について、図を参照して説明する。
【００２２】
図１は、本発明の一実施の形態に係る送信装置により送信するストリーム例を示す図である。図１に示すストリーム１は、送信メッセージをパケット化して生成した一連のストリームパケットである署名付きメッセージパケット１０と、この一連の署名付きメッセージパケット１０に、任意の間隔で、すなわちランダムに挿入した特定パケットであるカウンタパケット２０とからなっている。
【００２３】
署名付きメッセージパケット１０は、メッセージの安全性を保証して、ストリーム全体として認証するため、図８と同様に、オリジナルメッセージ１１と、当該オリジナルメッセージ１１と直前のパケットのハッシュ値とを用いて算出したハッシュ値からなるメッセージ認証子１２とを有して構成する。
【００２４】
また、カウンタパケット２０は、カウンタパケットであること示すＩＤ２１と、当該カウンタパケット２０から所定ストリーム方向、ここでは直前（過去）のカウンタパケット２０までの署名付きメッセージパケット１０の送信数（認証対象パケット数）２２とを有して構成する。
【００２５】
図１は、右側が最新の時間ｔを表している。したがって、真中のカウンタパケット２０を送信する際は、それ以前に送信された左側（直前）のカウンタパケット２０からの署名付きメッセージパケット１０の送信数が「３」なので、当該真中のカウンタパケット２０の認証対象パケット数２２には「３」を挿入して送信する。また、右側のカウンタパケット２０を送信する際は、それ以前に送信された真中（直前）のカウンタパケット２０からの署名付きメッセージパケット１０の送信数が「４」なので、当該右側のカウンタパケット２０の認証対象パケット数２２には「４」を挿入して送信する。
【００２６】
図２は、図１に示したストリーム１を送信する本発明の一実施の形態に係る送信装置の要部の構成を示す機能ブロック図である。本実施の形態の送信装置１００は、ハッシュ値計算部１０１、カウンタ１０２、メモリ１０３、パケット生成部１０４、および送信部１０５を備える。
【００２７】
この送信装置１００は、パケット化された先頭の署名付加対象のオリジナルメッセージについては、例えば、当該オリジナルメッセージのみを用いてハッシュ値計算部１０１でハッシュ値を計算してメモリ１０３に保存する。また、２番目以降の署名付加対象のオリジナルメッセージについては、ハッシュ値計算部１０１において、当該オリジナルメッセージと、メモリ１０３に保存されている直前の署名付きメッセージパケットにおけるハッシュ値とを用いて、当該オリジナルメッセージに対するハッシュ値を計算してメモリ１０３に保存する。
【００２８】
ハッシュ値計算部１０１は、ハッシュ値を計算する毎に、カウンタ１０２に計算を行った旨を通知する。これにより、カウンタ１０２は、初期値０の認証対象パケット数をインクリメントして、カウント値をメモリ１０３に保存する。また、ハッシュ値計算部１０１は、ハッシュ値を計算する毎に、その旨をパケット生成部１０４に通知する。
【００２９】
これにより、パケット生成部１０４は、オリジナルメッセージに、メモリ１０３に記憶されている対応するハッシュ値をメッセージ認証子として付加して、署名付きメッセージパケット１０（図１参照）を生成する。この署名付きメッセージパケット１０は、送信部１０５に送信して、送信部１０５からネットワーク（図示せず）に送出する。
【００３０】
また、パケット生成部１０４は、任意のタイミングで、メモリ１０３に記憶されている送信済みの認証対象パケット数を含むカウンタパケット２０（図１参照）を生成する。このカウンタパケット２０は、送信部１０５に送信して、署名付きメッセージパケット１０と同様に、送信部１０５からネットワークに送出する。なお、カウンタ１０２のカウント値は、カウンタパケット２０を送信する毎に、初期値０にリセットする。
【００３１】
したがって、本実施の形態では、ハッシュ値計算部１０１、カウンタ１０２、メモリ１０３およびパケット生成部１０４によりストリーム生成手段を構成し、送信部１０５により送信手段を構成している。
【００３２】
このように、本実施の形態では、一連の署名付きストリームパケット１０に、複数のカウンタパケット２０を挿入し、各カウンタパケット２０に、直前のカウンタパケット２０との間に含まれる認証対象パケット数を示す情報を包含させたストリーム１を生成して送信するようにしたので、受信側において、カウンタパケット２０を適切に利用することにより、認証の失敗原因を識別することが可能になる。また、複数のカウンタパケット２０をランダムに挿入することにより、ストリーム１の改竄を防止でき、ストリーム全体としての安全性をより高めることが可能になる。
【００３３】
図３は、図１に示したストリーム１を受信する本発明の一実施の形態に係る受信装置の要部の構成を示す機能ブロック図である。本実施の形態の受信装置２００は、受信部２０１、ハッシュ値計算部２０２、カウンタ２０３、メモリ２０４、カウンタパケット処理部２０５、認証部２０６、デコーダ２０７、表示部２０８、およびスピーカ２０９を備える。
【００３４】
以下、図４に示すフローチャートを参照しながら、受信装置２００の動作を、音声および画像を有するストリームを視聴する場合を例にとって説明する。受信装置２００は、先ず、受信部２０１でネットワークからパケットを受信したら（ステップＳ１）、受信したパケットをその種別に応じて、署名付きメッセージパケットであればハッシュ値計算部２０２に、カウンタパケットであればカウンタパケット処理部２０５に振り分けて送信する（ステップＳ２）。
【００３５】
ハッシュ値計算部２０２は、署名付きメッセージパケットからオリジナルメッセージを取り出し、当該署名付きメッセージパケットが先頭のパケットの場合には、例えば、取り出したオリジナルメッセージのみを用いてハッシュ値を計算し（ステップＳ３）、その計算したハッシュ値をメモリ２０４に保存する。
【００３６】
これに対し、署名付きメッセージパケットが２番目以降のパケットの場合には、ハッシュ値計算部２０２は、当該署名付きメッセージパケットから取り出したオリジナルメッセージと、メモリ２０４に保存されている直前の署名付きメッセージパケットにおけるハッシュ値とを用いて、当該オリジナルメッセージにおけるハッシュ値を計算して（ステップＳ３）、その計算したハッシュ値をメモリ２０４に保存する。
【００３７】
また、ハッシュ値計算部２０２は、ハッシュ値を計算する毎に、その旨をカウンタ２０３に通知する。これにより、カウンタ２０３は、初期値０のハッシュ計算パケット数、すなわち実際に受信した署名付きメッセージパケット数をインクリメントして（ステップＳ４）、その計数値をメモリ２０４に保存する。
【００３８】
認証部２０６は、受信した署名付きメッセージパケットについて、ハッシュ値計算部２０２で算出されてメモリ２０４に保存されているハッシュ値と、当該受信した署名付きメッセージパケットに付加されているハッシュ値とを比較して一致するか否かを判定する（ステップＳ５）。
【００３９】
その結果、ハッシュ値が一致すれば、認証成功として、当該受信した署名付きメッセージパケットのオリジナルメッセージを、デコーダ２０７でデコードして表示部２０８およびスピーカ２０９に供給することにより視聴を継続する（ステップＳ６）。その後、認証部２０６において、ストリームが終了しているか否かを判定し（ステップＳ７）、終了していなければステップＳ１に戻り、終了していれば当該ストリームの受信動作を正常に終了する。
【００４０】
これに対し、ステップＳ５において、ハッシュ値が一致しなければ、認証失敗と判定して、当該メッセージをデコーダ２０７に送信することなく破棄して表示部２０８およびスピーカ２０９による視聴を中止する（ステップＳ８）。
【００４１】
認証失敗と判定された後、受信部２０１でカウンタパケットが受信されるまで、ハッシュ値計算部２０２は、受信パケットが署名付きメッセージパケットである場合はその旨をカウンタ２０３に通知し、カウンタ２０３は、ハッシュ値計算部２０２からの通知に基づいて、受信した署名付きメッセージパケット数をインクリメントして、その計数値をメモリ２０４に保存する（ステップＳ９〜Ｓ１１）。
【００４２】
受信部２０１でカウンタパケットが受信されると（ステップＳ１０でＹＥＳ）、カウンタパケット処理部２０５は、受信されたカウンタパケットから認証対象パケット数を取り出してメモリ２０４に保存し（ステップＳ１２）、認証部２０６は、メモリ２０４に保存された認証対象パケット数と、メモリ２０４に保存されているカウンタ２０３の計数値とを比較し、計数値と認証対象パケット数とが一致するか否かを判定する（ステップＳ１３）。
【００４３】
その結果、カウンタ２０３の計数値が認証対象パケット数と一致した場合には、メッセージが改竄された不正なストリームと判定して、表示部２０８に、例えば図５（ａ）に示す視聴中の状態から、図５（ｂ）に示すように、「改竄により認証できません 強制終了します」と表示してから（ステップＳ１４）、改竄されたデータの視聴を行わないように受信処理を停止して（ステップＳ１５）、受信動作を強制終了する。
【００４４】
これに対し、ステップＳ１３において、カウンタ２０３の計数値が認証対象パケット数未満の場合、またはカウンタ２０３の計数値が認証対象パケット数を超える場合には、表示部２０８に、例えば図６（ａ）に示す視聴中の状態から、図６（ｂ）に示すように、「パケットロスにより認証できません」と表示してから（ステップＳ１６）、受信処理を停止して（ステップＳ１５）、受信動作を強制終了する。なお、図５および図６は、受信装置２００が携帯端末の場合の表示例を示している。
【００４５】
したがって、本実施の形態では、受信部２０１が受信手段を構成し、ハッシュ値計算部２０２、メモリ２０４および認証部２０６を含んで認証手段を構成し、メモリ２０４および認証部２０６を含んで比較手段および判定手段を構成し、認証部２０６および表示部２０８を含んで報知手段を構成している。
【００４６】
このように、本実施の形態では、一連の署名付きストリームパケット１０に挿入された複数のカウンタパケット２０を有し、各カウンタパケット２０に、直前のカウンタパケット２０との間に含まれる認証対象パケット数を示す情報を包含させたストリーム１を受信し、ストリーム認証が失敗した場合には、カウンタパケット２０に含まれる送信済み認証対象パケット数と、実際に認証を行った署名付きストリームパケット１０の計数値とを比較し、一致しなかった場合は、パケットロスの可能性がある旨を、ユーザに報知することができる。
【００４７】
なお、実際に認証を行った署名付きストリームパケット１０の計数値が、カウンタパケット２０に含まれる送信済み認証対象パケット数より大きかった場合は、当該カウンタパケット２０の直前のカウンタパケットがロスした可能性ありと判定することができ、カウンタパケットをロスしたことで認証対象パケットのロスがあったか否かの判定は不可能と判断できる。ここでは、カウンタパケットにロスがあった場合、認証対象パケットにもロスがあった可能性が高い（特に無線の場合、パケットはバースト的にロスすることが多いので）と判断し、「パケットロスにより認証できません」と表示するものとした。
【００４８】
したがって、ユーザは、単にパケットロスによる認証失敗の場合には、ストリームは正当である可能性が高いので、再度、受信処理を開始する等、次に取るべき動作の判断がし易くなるとともに、改竄されたデータを受信してしまったと言う不安感を抱くこともなくなる。
【００４９】
なお、本発明は、上記実施の形態にのみ限定されるものではなく、幾多の変形または変更が可能である。例えば、上記実施の形態では、認証失敗の原因がパケットロスによる場合も、受信処理を停止して強制終了するようにしたが、この場合は、例えば、引き続きストリームを受信して認証を再開することで、認証が成功する可能性があるので、カウンタ２０３やメモリ２０４をリセットして、受信動作を継続するようにすることもできる。
【００５０】
また、カウンタパケット２０に、シーケンス番号を付加して、カウンタパケット自体のパケットロスを管理し、その結果を、認証が失敗した場合の図４のステップＳ９での比較判定処理に利用することもできる。このようにすれば、実際に認証を行った署名付きストリームパケット１０の計数値が、カウンタパケット２０に包含された認証対象パケット数を超えた場合に、その原因が、カウンタパケットのロスによるものなのか、改竄によるものなのかを識別することができる（シーケンス番号が正確であるのに、署名付きストリームパケット１０の計数値がカウンタパケット２０に包含された認証対象パケット数を超える場合は、不正なストリームが挿入されたと判定できる）。
【００５１】
さらに、本発明は、上記実施の形態のように、署名付きメッセージパケット１０のハッシュ値を、図８に示したように、前の署名付きメッセージパケットのハッシュ値に関連付けて算出して送受信する場合に限らず、図９に示したように、さらに２パケット前のハッシュ値まで関連付けて算出して送受信する場合にも、有効に適用することができる。
【００５２】
また、カウンタパケット２０に挿入する認証対象パケット数は、直前（過去）のカウンタパケット２０までの署名付きメッセージパケット１０の送信数に限らず、次のカウンタパケット２０までに送信する署名付きメッセージパケット１０の送信数とすることもできる。
【００５３】
さらに、カウンタパケット２０は、上記実施の形態のように、任意の間隔で挿入する場合に限らず、一定の間隔で挿入したり、所定の規則に従って挿入したり、することもできるし、その挿入間隔も、認証失敗原因の所望の検出速度に応じて適宜設定することができる。また、上記実施の形態では、カウンタパケット２０を、署名付きメッセージパケット１０とは独立して生成するようにしたが、このようなカウンタパケット２０を生成することなく、カウンタパケット２０で通知する認証対象パケット数を、署名付きメッセージパケット１０に特定パケットとして付加して送受信するようにすることもできる。また、特定の署名付きメッセージパケット１０に、特定の署名付きメッセージパケット１０間の認証対象パケット数を含めるようにしてもよい。
【００５４】
また、上記実施の形態では、ストリームパケットは全て署名付きである、すなわち、カウンタパケット間のストリームパケットは全て署名付きストリームパケット（認証すべきストリームパケット）であるものとして説明したが、所定の種類のパケット、例えば、データ放送パケットのみに署名を付けてもよい。つまり、データ放送パケットのみを署名付きストリームパケット（認証すべきストリームパケット）として扱ってもよい。この場合、カウンタパケット間のストリームパケットのうち、データ放送パケットのみが認証付きストリームパケット（認証すべきストリームパケット）となる。もちろん、所定の種類のパケットとして、映像パケットのみを署名付きストリームパケットとしてもよいし、音声パケットのみを署名付きストリームパケットとしてよい。
【符号の説明】
【００５５】
１ ストリーム
１０ 署名付きメッセージパケット
１１ オリジナルメッセージ
１２ メッセージ認証子
２０ カウンタパケット
２１ ＩＤ
２２ 認証対象パケット数
１００ 送信装置
１０１ ハッシュ値計算部
１０２ カウンタ
１０３ メモリ
１０４ パケット生成部
１０５ 送信部
２００ 受信装置
２０１ 受信部
２０２ ハッシュ値計算部
２０３ カウンタ
２０４ メモリ
２０５ カウンタパケット処理部
２０６ 認証部
２０７ デコーダ
２０８ 表示部
２０９ スピーカ
【特許請求の範囲】
【請求項１】
認証子を付加した一連のストリームパケットに、複数の特定パケットを挿入し、各特定パケットに、前記一連のストリームパケットの所定ストリーム方向において隣接する特定パケットとの間に含まれる認証に用いるべきストリームパケット数を示す情報を包含させてストリームを生成するストリーム生成手段と、
該ストリーム生成手段により生成されたストリームを送信する送信手段と、
を備えることを特徴とする送信装置。
【請求項２】
前記ストリーム生成手段は、前記複数の特定パケットを、任意のストリームパケット間隔で挿入することを特徴とする請求項１に記載の送信装置。
【請求項３】
認証子が付加された一連のストリームパケットに挿入された複数の特定パケットを有し、各特定パケットに、前記一連のストリームパケットの所定ストリーム方向において隣接する特定パケットとの間に含まれる認証に用いるべきストリームパケット数を示す情報を包含して生成されるストリームを受信する受信方法であって、
受信した前記ストリームパケットを認証し、
認証が失敗した場合に、受信した前記特定パケットに包含された認証に用いるべきストリームパケット数と、当該特定パケットおよび当該特定パケットの所定のストリーム方向において隣接する特定パケットの間で受信した認証に用いるべきストリームパケット数との比較に基づいて、前記受信した認証に用いるべきストリームパケット数が前記特定パケットに包含された認証に用いるべきストリームパケット数と一致する場合には、前記ストリームを不正なストリームと判定し、前記受信した認証に用いるべきストリームパケット数が前記特定パケットに包含された認証に用いるべきストリームパケット数未満の場合には、パケットロスと判定する、
ことを特徴とする受信方法。
【請求項４】
認証子が付加された一連のストリームパケットに挿入された複数の特定パケットを有し、各特定パケットに、前記一連のストリームパケットの所定ストリーム方向において隣接する特定パケットとの間に含まれる認証に用いるべきストリームパケット数を示す情報を包含して生成されるストリームを受信する受信手段と、
該受信手段で受信された前記ストリームパケットを用いてストリーム認証を行う認証手段と、
前記受信手段で受信された順次の特定パケット間に、前記受信手段で受信された前記認証に用いるべきストリームパケット数をカウントするカウンタと、
前記認証手段により前記ストリーム認証が失敗した場合、前記受信手段で受信した前記特定パケットに包含された認証に用いるべきストリームパケット数と前記カウンタの値とを比較する比較手段と、
該比較手段による比較結果に基づいて、前記カウンタの値と前記特定パケットに包含された認証に用いるべきストリームパケット数とが一致した場合は、前記ストリームを不正なストリームと判定し、前記カウンタの値が前記特定パケットに包含された認証に用いるべきストリームパケット数よりも少ない場合は、パケットロスと判定する判定手段と、
を備えることを特徴とする受信装置。
【請求項５】
前記判定手段による判定結果をユーザに報知する報知手段をさらに備えることを特徴とする請求項４に記載の受信装置。
【請求項１】
認証子を付加した一連のストリームパケットに、複数の特定パケットを挿入し、各特定パケットに、前記一連のストリームパケットの所定ストリーム方向において隣接する特定パケットとの間に含まれる認証に用いるべきストリームパケット数を示す情報を包含させてストリームを生成するストリーム生成手段と、
該ストリーム生成手段により生成されたストリームを送信する送信手段と、
を備えることを特徴とする送信装置。
【請求項２】
前記ストリーム生成手段は、前記複数の特定パケットを、任意のストリームパケット間隔で挿入することを特徴とする請求項１に記載の送信装置。
【請求項３】
認証子が付加された一連のストリームパケットに挿入された複数の特定パケットを有し、各特定パケットに、前記一連のストリームパケットの所定ストリーム方向において隣接する特定パケットとの間に含まれる認証に用いるべきストリームパケット数を示す情報を包含して生成されるストリームを受信する受信方法であって、
受信した前記ストリームパケットを認証し、
認証が失敗した場合に、受信した前記特定パケットに包含された認証に用いるべきストリームパケット数と、当該特定パケットおよび当該特定パケットの所定のストリーム方向において隣接する特定パケットの間で受信した認証に用いるべきストリームパケット数との比較に基づいて、前記受信した認証に用いるべきストリームパケット数が前記特定パケットに包含された認証に用いるべきストリームパケット数と一致する場合には、前記ストリームを不正なストリームと判定し、前記受信した認証に用いるべきストリームパケット数が前記特定パケットに包含された認証に用いるべきストリームパケット数未満の場合には、パケットロスと判定する、
ことを特徴とする受信方法。
【請求項４】
認証子が付加された一連のストリームパケットに挿入された複数の特定パケットを有し、各特定パケットに、前記一連のストリームパケットの所定ストリーム方向において隣接する特定パケットとの間に含まれる認証に用いるべきストリームパケット数を示す情報を包含して生成されるストリームを受信する受信手段と、
該受信手段で受信された前記ストリームパケットを用いてストリーム認証を行う認証手段と、
前記受信手段で受信された順次の特定パケット間に、前記受信手段で受信された前記認証に用いるべきストリームパケット数をカウントするカウンタと、
前記認証手段により前記ストリーム認証が失敗した場合、前記受信手段で受信した前記特定パケットに包含された認証に用いるべきストリームパケット数と前記カウンタの値とを比較する比較手段と、
該比較手段による比較結果に基づいて、前記カウンタの値と前記特定パケットに包含された認証に用いるべきストリームパケット数とが一致した場合は、前記ストリームを不正なストリームと判定し、前記カウンタの値が前記特定パケットに包含された認証に用いるべきストリームパケット数よりも少ない場合は、パケットロスと判定する判定手段と、
を備えることを特徴とする受信装置。
【請求項５】
前記判定手段による判定結果をユーザに報知する報知手段をさらに備えることを特徴とする請求項４に記載の受信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−４８４８５（Ｐ２０１３−４８４８５Ａ）
【公開日】平成２５年３月７日（２０１３．３．７）
【国際特許分類】
【出願番号】特願２０１２−２４３８０５（Ｐ２０１２−２４３８０５）
【出願日】平成２４年１１月５日（２０１２．１１．５）
【分割の表示】特願２００７−１８９９７８（Ｐ２００７−１８９９７８）の分割
【原出願日】平成１９年７月２０日（２００７．７．２０）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
【公開日】平成２５年３月７日（２０１３．３．７）
【国際特許分類】
【出願日】平成２４年１１月５日（２０１２．１１．５）
【分割の表示】特願２００７−１８９９７８（Ｐ２００７−１８９９７８）の分割
【原出願日】平成１９年７月２０日（２００７．７．２０）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
[ Back to top ]