(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-11-14
(45)【発行日】2022-11-22
(54)【発明の名称】マルチキャストグループ内のデバイス
(51)【国際特許分類】
H04L 9/14 20060101AFI20221115BHJP
H04L 61/5069 20220101ALI20221115BHJP
【ＦＩ】
H04L9/14
H04L61/5069
【請求項の数】
17
(21)【出願番号】P 2021541097
(86)(22)【出願日】2020-04-22
(65)【公表番号】
(43)【公表日】2022-03-08
(86)【国際出願番号】 KR2020005281
(87)【国際公開番号】W WO2020242058
(87)【国際公開日】2020-12-03
【審査請求日】2021-07-15
(31)【優先権主張番号】10-2019-0064208
(32)【優先日】2019-05-31
(33)【優先権主張国・地域又は機関】KR
(73)【特許権者】
【識別番号】517419179
【氏名又は名称】株式会社ユニオンプレイス
【氏名又は名称原語表記】ＵＮＩＯＮＰＬＡＣＥ ＣＯ．， ＬＴＤ．
【住所又は居所原語表記】（Ｇｕｒｏ－ｄｏｎｇ， ＥＮＣ Ｖｅｎｔｕｒｅ Ｄｒｅａｍ Ｔｏｗｅｒ ２－ｃｈａ） ＃１３０３， ５５， Ｄｉｇｉｔａｌ－ｒｏ ３３－ｇｉｌ， Ｇｕｒｏ－ｇｕ， Ｓｅｏｕｌ， Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100166372
【弁理士】
【氏名又は名称】山内 博明
(72)【発明者】
【氏名】パン・ソンチョル
(72)【発明者】
【氏名】チャ・ジェウォン
(72)【発明者】
【氏名】クァク・スンチョル
【審査官】中里 裕正
(56)【参考文献】
【文献】特開２０１７－２２０８８６（ＪＰ，Ａ）
【文献】特開２００２－２４７０２２（ＪＰ，Ａ）
【文献】特開２０１５－１３３５７３（ＪＰ，Ａ）
【文献】特開２００８－３０６３９５（ＪＰ，Ａ）
【文献】特開２００８－０６６８８２（ＪＰ，Ａ）
【文献】特開２００４－１６６１５３（ＪＰ，Ａ）
【文献】韓国公開特許第１０－２００６－００６４４６９（ＫＲ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ９／１４
Ｈ０４Ｌ ６１／５０６９
(57)【特許請求の範囲】
【請求項1】
マルチキャストグループ内のデバイスとして、（ａ）ｉを１からｎ（ただし、ｎは２以上の自然数）まで増加させながら、（ａ－１）第ｉ一連番号および第ｉ暗号化キーデータを有する第ｉキーパケットを獲得する処理と、（ａ－２）前記第ｉ暗号化キーデータを前記マルチキャストグループのグループキーを用いて復号化した第ｉキーデータを獲得する処理と、（ａ－３）前記第ｉキーデータをキーデータ解釈規格に従ってデコーディングする処理を行うことにより、一つ以上のキーを抽出して第１一連番号～第ｎ一連番号と前記一つ以上のキーの対応関係を獲得する処理と、（ｂ）ｉを１からｎまで増加させながら、（ｂ－１）第ｉ一連番号および第ｉ暗号化メッセージデータを有する第ｉデータパケットを獲得する処理と、（ｂ－２）前記対応関係にを基に前記一つ以上のキーのうち、前記第ｉ暗号化メッセージデータを復号化するために用いられる復号化キーを指定する処理と、（ｂ－３）前記第ｉ暗号化メッセージデータを前記復号化キーを用いて復号化した第ｉメッセージデータを獲得する処理を行うことにより、第１メッセージデータ～第ｎメッセージデータを獲得する処理を行う演算処理部を有し、
前記第ｉキーデータは、第ｉメッセージデータに含まれるリターンアドレスおよび認証キーを抽出するための第ｉリターンアドレス抽出情報を更に有するデバイス。
【請求項2】
前記グループキーを保存して前記グループキーを用いてデータを復号化するグループキー復号化部と、前記一つ以上のキーを保存して、前記一つ以上のキーのいずれか一つを用いてデータを復号化するキー復号化部と、
をさらに有し、
前記演算処理部は、（ｃ）前記グループキーを獲得して、前記グループキーを前記グループキー復号化部に保存する処理と、（ｄ）前記処理（ａ）によって抽出された前記一つ以上のキーを前記キー復号化部に保存する処理とをさらに行う請求項１に記載のデバイス。
【請求項3】
前記処理（ａ－２）は、前記グループキー復号化部へ前記第ｉ暗号化キーデータを伝送し、前記グループキー復号化部から前記第ｉキーデータを受信する処理を有する請求項２に記載のデバイス。
【請求項4】
前記処理（ｂ－３）は、前記キー復号化部へ前記復号化キーの識別情報および前記第ｉ暗号化メッセージデータを伝送し、前記キー復号化部から前記第ｉメッセージデータを獲得する処理を有する請求項２に記載のデバイス。
【請求項5】
前記処理（ｂ－２）は、前記一つ以上のキーのうち、前記第ｉ一連番号と対応するキーを前記復号化キーに指定する処理を有する請求項１に記載のデバイス。
【請求項6】
前記第ｉキーデータは、前記第ｉ一連番号に対応するキーを有する請求項１に記載のデバイス。
【請求項7】
前記第ｉキーデータは、第ｋ一連番号（ただし、ｋはｉより大きい自然数）を獲得するためのキー変更情報および前記第ｋ一連番号に対応するキーを更に有する請求項６に記載のデバイス。
【請求項8】
前記演算処理部は、（ｃ）第１メッセージデータ～第ｎメッセージデータのうち少なくとも一つにを基に前記リターンアドレスおよび前記認証キーを獲得する処理と、（ｄ）前記リターンアドレスによって識別されるコンピューティング装置に接続して前記認証キーを用いて前記コンピューティング装置との認証を行う処理とをさらに行う請求項１に記載のデバイス。
【請求項9】
前記マルチキャストグループは、第１マルチキャストグループおよび第２マルチキャストグループを有し、前記第ｉキーパケットは、第１マルチキャストグループを通じて受信され、
前記第ｉデータパケットは、前記第１マルチキャストグループとは異なる第２マルチキャストグループを通じて受信される請求項１に記載のデバイス。
【請求項10】
前記グループキーは、前記第１マルチキャストグループのグループキーおよび前記第２マルチキャストグループのグループキーのいずれか一つである請求項９に記載のデバイス。
【請求項11】
前記第ｉキーパケットはユニキャストを通じて受信され、前記第ｉデータパケットは、前記マルチキャストグループを通じて受信される請求項１に記載のデバイス。
【請求項12】
マルチキャストグループ内のデバイスとして、ｉを１からｎ（ただし、ｎは２以上の自然数）まで増加させながら、（ａ）第ｉ一連番号、第ｉ暗号化キーデータおよび第ｉ暗号化メッセージデータを有する第ｉ統合データパケットを獲得する処理と、（ｂ）前記第ｉ暗号化キーデータを前記マルチキャストグループのグループキーを用いて復号化した第ｉキーデータを獲得する処理と、（ｃ）前記第ｉキーデータをキーデータ解釈規格に従ってデコーディング下で前記第ｉ暗号化メッセージデータを復号化するための復号化キーを少なくとも有する一つ以上のキーを抽出する処理と、（ｄ）前記第ｉ暗号化メッセージデータを前記復号化キーを用いて復号化した第ｉメッセージデータを獲得する処理とを行うことにより、第１メッセージデータ～第ｎメッセージデータを獲得する演算処理部を有し、
前記第ｉキーデータは、第ｉメッセージデータに含まれるリターンアドレスおよび認証キーを抽出するための第ｉリターンアドレス抽出情報を更に有するデバイス。
【請求項13】
前記グループキーを保存して前記グループキーを用いてデータを復号化するグループキー復号化部と、前記一つ以上のキーを保存して、前記一つ以上のキーのいずれか一つを用いてデータを復号化するキー復号化部と、
をさらに有し、
前記演算処理部は、（ｅ）前記グループキーを前記グループキー復号化部に保存する処理と、（ｆ）前記処理（ｃ）によって抽出された前記一つ以上のキーを前記キー復号化部に保存する処理とをさらに行う請求項１２に記載のデバイス。
【請求項14】
前記処理（ｂ）は前記グループキー復号化部へ前記第ｉ暗号化キーデータを伝送し、前記グループキー復号化部から前記第ｉキーデータを受信する処理を有する請求項１３に記載のデバイス。
【請求項15】
前記処理（ｄ）は前記キー復号化部へ前記復号化キーの識別情報および前記第ｉ暗号化メッセージデータを伝送し、前記キー復号化部から前記第ｉメッセージデータを獲得する処理を有する請求項１３に記載のデバイス。
【請求項16】
前記第ｉキーデータは、前記復号化キー、第ｋ一連番号（ただし、ｋはｉより大きい自然数）を獲得するためのキー変更情報および前記第ｋ一連番号に対応するキーを有する請求項１２に記載のデバイス。
【請求項17】
前記演算処理部は、（ｇ）第１メッセージデータ～第ｎメッセージデータのうち少なくとも一つにを基に前記リターンアドレスおよび前記認証キーを獲得する処理と、（ｈ）前記リターンアドレスによって識別されるコンピューティング装置に接続して前記認証キーを用いて前記コンピューティング装置との認証を行う処理をさらに行う請求項１２に記載のデバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、マルチキャストグループ内のデバイスに関するものであり、より具体的には、暗号化メッセージデータおよび暗号化メッセージデータを復号化するための暗号化キーデータを受信して信号処理し、メッセージデータを獲得する、マルチキャストグループ内のデバイスに関するものである。
【0002】
本願で説明される技術は、韓国産業技術振興院により管理されている中小ベンチャー企業部の研究課題の支援を受けて開発された（研究課題名：「国際保安標準規格ＵＬ２９００を満たす分散型超高速ＣＰＳ Ｓｅｃｕｒｅ ＭＣＵ開発」、課題固有番号：１４２５１３１７３１）。
【背景技術】
【0003】
発行－購読パターン（publisher-subscriber pattern）は、非同期メッセージングパターンの一つである。発行－購読パターンは、マルチキャストグループ内で送信者（一般的に「発行者」と呼ぶ。）がメッセージデータを一人以上の受信者（一般的に「購読者」と呼ぶ。）へマルチキャストを用いて伝送するために用いられる。マルチキャストグループは、多数のデバイスを有し、多数のデバイスのいずれか一つは発行者に指定され、他のデバイスは購読者に指定される。すなわち、一般的に特定のマルチキャストグループ内には、一人の発行者および一人以上の購読者が存在する。発行－購読パターンによれば、一般的に発行者はどのような購読者がメッセージデータを受信するのかを知り得ず、購読者は発行者についての正確な知識がなくとも、所望のメッセージデータを受信することができる。発行－購読パターンは、例えば無線通信に用いられる多数のデバイスを有するマルチキャストグループ内で、発行者が購読者にメッセージデータを伝送するために用いられることがある。また、発行－購読パターンは、例えばモノのインターネット（ＩｏＴ）通信に用いられる多様なデバイスを有するマルチキャストグループ内で発行者が、購読者にメッセージデータを伝送するために用いられることもある。
【0004】
前述のように、発行者はどのような購読者がメッセージデータを受信するのか知り得ないため、認証されなかった（unauthorized）デバイスがメッセージデータを受信することがある。したがって、マルチキャストグループ内のデバイスではない他のデバイスすなわち認証されていないデバイスがメッセージデータを受信することを防ぐために、マルチキャストグループ内のデバイスのための暗号化キー（以下、「グループキー」と呼ぶ。）が用いられることがある。発行者はグループキーを用いてメッセージデータを暗号化して購読者に伝送し、購読者はグループキーを用いて受信された暗号化されたメッセージデータを復号化する。グループキーとして、一般的に対称キーが用いられる。例えばＬＧ電子によって２０１２年２月２８日付で出願され、２０１４年１月１６日付で公開された「マシン対マシンマルチキャストグループのためのトラフィック暗号化キー管理」という名称の韓国特許公開番号１０－２０１４－０００６９９６号（特許文献１）は、マルチキャストデータ（すなわち、メッセージデータ）を暗号化および復号化するのに用いられるグループトラフィックキー（すなわち、本明細書における「グループキー」）を更新する方法が例示的に開示されている。
【0005】
一方、認証されていないデバイスがメッセージデータを伝送し、購読者が当該メッセージデータを認証された発行者が伝送したと誤解して受信することを防ぐために、メッセージ認証コード（message authentication code、一般的に「ＭＡＣ」とも呼ぶ。）が用いられる。例えばＬＧ電子によって２０１６年１０月１７日付で出願され、２０１７年８月４日付で公開された「モノの認証システムおよび方法」という名称の韓国特許公開番号１０－２０１７－００８９７４７号（特許文献２）は、モノのインターネット内で認証のためにメッセージ認証コードを用いる方法が例示的に開示されている。例えば、メッセージ認証コードは、ハッシュ（ｈａｓｈ）関数を用いて生成され得る。発行者は、メッセージデータにメッセージ認証コードを付加した後、メッセージ認証コードが付加されたメッセージデータを購読者に伝送する。購読者は、受信されたメッセージデータを、ハッシュ関数を用いて、演算した結果を受信されたメッセージデータに含まれるメッセージ認証コードと比較する。前記演算した結果とメッセージ認証コードとが同一であるならば、当該メッセージデータは認証された発行者が伝送したものと見做される。
【0006】
ところが、前述の通り、グループキー又はメッセージ認証コードを用いる場合にも、保安上の問題が発生することがある。例えば、悪意的なデバイスがグループキーおよびメッセージ認証コードを知っている場合、悪意的なデバイスもメッセージデータを受信して利用することができる。
【先行技術文献】
【特許文献】
【0007】
【文献】韓国特許公開番号１０－２０１４－０００６９９６号
【文献】韓国特許公開番号１０－２０１７－００８９７４７号
【発明の概要】
【発明が解決しようとする課題】
【0008】
本願に開示される技術の目的は、暗号化メッセージデータを復号化するためのキーデータを一連番号にを基に獲得し、獲得したキーデータを用いて暗号化メッセージデータを復号化することにより、マルチキャストグループのセキュリティを強化することのできるマルチキャストグループ内のデバイスを提供することである。
【0009】
本願に開示される技術の他の目的は、キーデータに含まれるリターンアドレス抽出情報を用いてメッセージデータに対応するリターンアドレスおよび認証キーを獲得して、獲得したリターンアドレスおよび認証キーを用いてコンピューティング装置と接続することのできるマルチキャストグループ内のデバイスを提供することである。
【課題を解決するための手段】
【0010】
前記技術的課題を達成するために、本願に開示される技術の一態様によれば、マルチキャストグループ内のデバイスとして、（ａ）ｉを１からｎ（ただし、ｎは２以上の自然数）まで増加させながら、（ａ－１）第ｉ一連番号および第ｉ暗号化キーデータを有する第ｉキーパケットを獲得する処理と、（ａ－２）前記第ｉ暗号化キーデータを前記マルチキャストグループのグループキーを用いて復号化した第ｉキーデータを獲得する処理と、（ａ－３）前記第ｉキーデータをキーデータ解釈規格に従ってデコーディングする処理を行うことにより、一つ以上のキーを抽出して第１一連番号～第ｎ一連番号と前記一つ以上のキーの対応関係を獲得する処理と、（ｂ）ｉを１からｎまで増加させながら、（ｂ－１）第ｉ一連番号および第ｉ暗号化メッセージデータを有するｉデータパケットを獲得する処理と、（ｂ－２）前記対応関係にを基に前記一つ以上のキーのうち前記第ｉ暗号化メッセージデータを復号化するために用いられる復号化キーを指定する処理と、（ｂ－３）前記第ｉ暗号化メッセージデータを前記復号化キーを用いて復号化した第ｉメッセージデータを獲得する処理を行うことにより第１メッセージデータ～第ｎメッセージデータを獲得する処理を行う演算処理部を有するデバイスが提供される。
【発明の効果】
【0011】
本願に開示される技術によれば、暗号化メッセージデータを復号化するためのキーデータを一連番号にを基に獲得し、獲得したキーデータを用いて暗号化メッセージデータを復号化することにより、マルチキャストグループのセキュリティを強化することができる。また、キーデータに含まれるリターンアドレス抽出情報を用いてメッセージデータに対応するリターンアドレスおよび認証キーを獲得し、獲得したリターンアドレスおよび認証キーを用いてコンピューティング装置と接続することができる。
【図面の簡単な説明】
【0012】
【図1】本願で開示される第１実施例に係るマルチキャストグループ内のデバイスの例示的な構成を示す図面である。
【図2】第１実施例に係るデバイスを有するマルチキャストグループの例示的な構成を示す図面である。
【図3】第１実施例に係るデバイスの演算処理部が行う第１処理を例示的に図示する図面である。
【図4】第１実施例に係る第ｉキーパケットの例示的な構成を示す図面である。
【図5a】第ｉキーデータの例示的な構成を示す図面である。
【図5b】第ｉキーデータの例示的な構成を示す図面である。
【図5d】第ｉキーデータの例示的な構成を示す図面である。
【図5c】第ｉキーデータの例示的な構成を示す図面である。
【図6】第１実施例に係る第１一連番号～第ｎ一連番号と一つ以上のキーとの対応関係を例示的に図示する図面である。
【図7】第１実施例に係るデバイスにおいて、第ｉ暗号化キーデータを復号化する処理を例示的に図示する図面である。
【図8】第１実施例に係るデバイスの演算処理部が行う第２処理を例示的に図示する図面である。
【図9】第１実施例に係る第ｉデータパケットの例示的な構成を示す図面である。
【図10】第１実施例に係るデバイスにおいて、第ｉ暗号化メッセージデータを復号化する処理を例示的に図示する図面である。
【図11】第１実施例に係るデバイスの演算処理部が行う第３処理を例示的に図示する図面である。
【図12】第１実施例に係るデバイスにおいて、メッセージデータとリターンアドレス抽出情報との関係を例示的に図示する図面である。
【図13】第１実施例に係るデバイスにおいて、リターンアドレスおよび認証キーを用いた処理を例示的に図示する図面である。
【図14】本願で開示される第２実施例に係るマルチキャストグループ内のデバイスの例示的な構成を示す図面である。
【図15】第２実施例に係るデバイスを有するマルチキャストグループの例示的な構成を示す図面である。
【図16】第２実施例に係る第ｉ統合データパケットの例示的な構成を示す図面である。
【図17】第２実施例に係るデバイスの演算処理部が行う第１処理を例示的に図示する図面である。
【図18】第２実施例に係るデバイスにおいて、第ｉ暗号化キーデータを復号化する処理を例示的に図示する図面である。
【図19】第２実施例に係るデバイスにおいて、第ｉ暗号化メッセージデータを復号化する処理を例示的に図示する図面である。
【図20】第２実施例に係るデバイスの演算処理部が行う第２処理を例示的に図示する図面である。
【発明を実施するための態様】
【0013】
以下、本開示によるマルチキャストグループ内のデバイスの実施例を、添付図面を参照して具体的に説明する。一方、本開示の実施例を説明するための図面において、説明の便宜上、実際の構成の一部のみを図示したり、一部を省略して図示したり、変形して図示したり、又は縮尺が異なって図示されることがある。
【0014】
＜第１実施例＞
図１は、本願で開示される第１実施例に係るマルチキャストグループ内のデバイスの例示的な構成を示す図面である。
図１は、本願で開示される第１実施例に係るマルチキャストグループ内のデバイスの例示的な構成を示す図面である。
【0015】
図１に示すように、第１実施例に係るデバイス１００は、演算処理部１１０を有する。演算処理部１１０は、例えばＣＰＵ（Central Processing Unit）およびＡＳＩＣ（Application-Specific Integrated Circuit）などの半導体素子によって具現される。演算処理部１１０の詳しい構成については後述する。
【0016】
また、デバイス１００は、グループキー復号化部１４０およびキー復号化部１５０を更に有することができる。グループキー復号化部１４０およびキー復号化部１５０は、以下、総称して復号化部１３０とも呼ぶ。復号化部１３０は、例えばＣＰＵおよびＡＳＩＣなどの半導体素子によって具現される。
【0017】
復号化部１３０は保安性の非常に高いセキュリティモジュール、例えばＥＭＶ（Europay MasterCard Visa）規格およびＴＥＥ（Trusted Execution Environment）規格のいずれか一つによるセキュリティモジュールを用いて具現される。
【0018】
グループキー復号化部１４０は、グループキーを保存し、グループキーを用いてデータを復号化する。グループキーは、例えば第１マルチキャストグループ２００のグループキー、又は、第２マルチキャストグループ３００のグループキーのいずれか一つとすることができる。以下、グループキーは、第１マルチキャストグループ２００のグループキーと仮定して説明する。
【0019】
キー復号化部１５０は、一つ以上のキーを保存し、一つ以上のキーのいずれか一つを用いてデータを復号化する。一つ以上のキーは、後述する第１データパケット～第ｎデータパケットを復号化するためのキーである。ただし、ｎは２以上の自然数である。
【0020】
図２は、本願で開示される第１実施例に係るデバイスを有するマルチキャストグループの例示的な構成を示す図面である。
【0021】
図２に示すように、第１実施例に係るマルチキャストグループは、第１マルチキャストグループ２００および第２マルチキャストグループ３００から構成される。
【0022】
第１マルチキャストグループ２００は、発行者２１０および一つ以上のデバイスを有する。発行者２１０および一つ以上のデバイスの各々は、少なくとも例えばＣＰＵおよびＡＳＩＣなどの半導体素子を有する。
【0023】
より具体的に、一つ以上のデバイスは、例えばデバイス１００－１～デバイス１００－ｘを有する。ただし、ｘは１以上の自然数である。第１マルチキャストグループ２００は、例えば後述する第１キーパケット～第ｎキーパケットを伝達するためのマルチキャストグループであり、発行者２１０は後述する第１キーパケット～第ｎキーパケットを一つ以上のデバイス、例えばデバイス１００－１～デバイス１００－ｘへ伝送する。一つ以上のデバイス、例えばデバイス１００－１～デバイス１００－ｘは、望ましくは、上述のデバイス１００と実質的に同一である。すなわち、一つ以上のデバイス、例えばデバイス１００－１～デバイス１００－ｘは、演算処理部１１０を有し、復号化部１３０すなわちグループキー復号化部１４０およびキー復号化部１５０を更に有することができる。
【0024】
第２マルチキャストグループ３００は、発行者３１０および一つ以上のデバイスを有する。発行者３１０および一つ以上のデバイスの各々は、少なくとも例えばＣＰＵおよびＡＳＩＣなどの半導体素子を有する。より具体的に、一つ以上のデバイスは、例えばデバイス１００－１～デバイス１００－ｘを有する。第２マルチキャストグループ３００は、例えば後述する第１データパケット～第ｎデータパケットを伝達するためのマルチキャストグループであり、発行者３１０は後述する第１データパケット～第ｎデータパケットを一つ以上のデバイス、例えばデバイス１００－１～デバイス１００－ｘへ伝送する。
【0025】
図２に示すように、一つ以上のデバイス例えばデバイス１００－１～デバイス１００－ｘは、第１マルチキャストグループ２００に属し、また第２マルチキャストグループ３００にも属する。
【0026】
一方、図２に示すように、発行者２１０および発行者３１０は、別途のデバイスとして図示されているが、同一のデバイスが発行者２１０および発行者３１０として動作することもできる。すなわち、同じ一つのデバイスが第１マルチキャストグループ２００の発行者２１０および第２マルチキャストグループ３００の発行者３１０として動作することもできる。
【0027】
図２に示すように、一つ以上のデバイス例えばデバイス１００－１～デバイス１００－ｘは、コンピューティング装置４００に後述するリターンアドレスと認証キーを用いて接続され得る。コンピューティング装置４００は、少なくとも例えばＣＰＵおよびＡＳＩＣなどの半導体素子を有する。コンピューティング装置４００については後述する。
【0028】
【0029】
前述のように、デバイス１００は演算処理部１１０を有する。
【0030】
演算処理部１１０は、以下に説明する処理を行う。
【0031】
＜第１処理＞
第１処理は、第１一連番号～第ｎ一連番号と一つ以上のキーの対応関係を獲得する処理である。
第１処理は、第１一連番号～第ｎ一連番号と一つ以上のキーの対応関係を獲得する処理である。
【0032】
図３は、第１実施例に係るデバイスの演算処理部が行う第１処理を例示的に図示する図面である。
【0033】
演算処理部１１０は、ｉを１からｎまで１つずつ順次増加させながら次の処理を行う。
【0034】
まず、演算処理部１１０は、第ｉ一連番号および第ｉ暗号化キーデータを有する第ｉキーパケットを獲得する（Ｓ１１０）。より具体的に、演算処理部１１０は、例えば第１キーパケット～第ｎキーパケットを有するデータストリームを発行者２１０から受信することができる。
【0035】
図４は、第１実施例に係る第ｉキーパケットの例示的な構成を示す図面である。図４に示すように、第ｉキーパケットは、第ｉ一連番号と第ｉ暗号化キーデータを有する。第ｉ一連番号は、第１キーパケット～第ｎキーパケットに対応して順次指定される。例えば第１キーパケットの一連番号が「１０１」であるならば、第２キーパケットの一連番号は「１０２」のような形式で順次指定される。
【0036】
つぎに、演算処理部１１０は、第ｉ暗号化キーデータをグループキーを用いて復号化した第ｉキーデータを獲得する（Ｓ１２０）。
【0037】
【0038】
例えば図５ａに示すように、第ｉキーデータは、キー識別情報、開始一連番号およびキーを有する。キー識別情報は、キーの識別情報である。例えばキー識別情報は、「キー＃１」のように指定される。開始一連番号は、「キー＃１」に対応するキーが適用される一連番号を示す。例えば、開始一連番号が「１０１」であり、第１キーパケットの一連番号が「１０１」であるならば、「キー＃１」に対応するキーは、第１キーパケットから適用されることを示す。キーはキー識別情報に対応するキー値である。例えば「キー＃１」に対応するキーが「０ｘ１２ ０ｘ２３ ０ｘｆａ…０ｘａ０」であるならば、キーは「０ｘ１２ ０ｘ２３ ０ｘｆａ…０ｘａ０」値を持つ。もし第ｉ一連番号が開始一連番号未満であるならば、演算処理部１１０は第ｉキーデータが異常であると判断する。
【0039】
このように第ｉキーデータは第ｉ一連番号に対応するキーを有する。すなわち、第ｉ一連番号に対応する第ｉデータパケットを復号化するために用いられるキーを有する。前述の例では、キー識別情報が「キー＃１」であり、キー値が「０ｘ１２ ０ｘ２３ ０ｘｆａ…０ｘａ０」であるキーが第ｉデータパケットを復号化するために用いられる。
【0040】
例えば図５ｂに示すように、第ｉキーデータは、キー識別情報、開始一連番号、キーおよび初期ベクターを有する。キー識別情報、開始一連番号およびキーは、前述の図５ａのものと同一である。初期ベクターは、データの暗号化／復号化のための初期値である。
【0041】
例えば図５ｃに示すように、第ｉキーデータはキー識別情報、開始一連番号、キー、キー変更時点一連番号および付加キーを有する。キー識別情報、開始一連番号およびキーは、前述の図５ａのものと同一である。キー変更時点一連番号は、付加キーが適用され始めるキー変更時点の一連番号を指す。例えば、第ｉ一連番号が「１０２」であり、キー識別情報が「キー＃１」、開始一連番号が「１０１」であり、キーが「０ｘ１２ ０ｘ２３ ０ｘｆａ…０ｘａ０」であり、キー変更時点一連番号が「１０４」であり、付加キーが「０ｘ４２ ０ｘａ３ ０ｘａｂ…０ｘ３５」であるならば、第ｉ一連番号に対応する第ｉデータパケットを復号化するためにはキー識別情報が「キー＃１」であり、キー値が「０ｘ１２ ０ｘ２３ ０ｘｆａ…０ｘａ０」であるキーが用いられるということと、一連番号「１０４」からは付加キー、すなわちキー値が「０ｘ４２ ０ｘａ３ ０ｘａｂ…０ｘ３５」であるキーが用いられるということを示す。図５ｃには図示されていないが、第ｉキーデータは、付加キーの識別情報を更に有することができる。例えば、付加キーの識別情報である「キー＃２」を、更に有することができる。
【0042】
このように第ｉキーデータは、第ｉ一連番号に対応する、キー、第ｋ一連番号（ただし、ｋはｉより大きい自然数）を獲得するためのキー変更情報および第ｋ一連番号に対応するキーを有することができる。第ｋ一連番号を獲得するためのキー変更情報は、例えば前述のキー変更時点一連番号である。第ｋ一連番号に対応するキーは、例えば前述の付加キーである。一方、第ｋ一連番号を獲得するためのキー変更情報は、例えば第ｉ一連番号との差値を有することもできる。例えば前述の図５ｃを参照した例で、第ｉキーデータは、キー識別情報、開始一連番号、キー、一連番号差値および付加キーを有することができる。例えば前述の図５ｃを参照した例で、第ｉ一連番号が「１０２」、キー変更時点一連番号が「１０４」と例示されているため、一連番号差値は「２」に指定される。
【0043】
第ｉキーデータが付加キーを更に有する理由は、演算処理部１１０の円滑な動作のためである。すなわち、演算処理部１１０は、例えば第ｋデータパケットを処理する前に第ｋ一連番号に対応するキーを予め獲得することができる。
【0044】
例えば図５ｄに示すように、第ｉキーデータはキー識別情報、開始一連番号、キーおよび第ｉリターンアドレス抽出情報を有する。キー識別情報、開始一連番号およびキーは、前述の図５ａと同一である。第ｉリターンアドレス抽出情報は、第ｉメッセージデータに含まれるリターンアドレスおよび認証キーを抽出するための情報である。第ｉリターンアドレス抽出情報は、例えば第ｉメッセージデータ内においてリターンアドレスの開始位置および長さ、認証キーの開始位置および長さなどの情報を有することができる。
【0045】
認証キーは、例えばコンピューティング装置４００とデバイス１００との間における認証および暗号化のために用いられるキーである。例えば発行者３１０は、コンピューティング装置４００からリターンアドレスおよび認証キーを受信した後、第ｉメッセージデータにリターンアドレスおよび認証キーを挿入することができる。例えば、発行者２１０は、発行者３１０から第ｉメッセージデータにリターンアドレスおよび認証キーを挿入した位置および長さなどの情報を受信して第ｉリターンアドレス抽出情報を生成した後、第ｉリターンアドレス抽出情報を第ｉキーデータに挿入することができる。
【0046】
第ｉキーデータが図５ａ～図５ｄを参照して例示的に説明されたが、第ｉキーデータはこれに限られない。例えば、図５ａ～図５ｄに開示されている例を組み合わせることによって第ｉキーデータが構成されることができ、また、他の情報を更に有することもできる。例えば第ｉキーデータは、キー識別情報、開始一連番号、キー、初期ベクター、キー変更時点一連番号、付加キーおよび第ｉリターンアドレス抽出情報を有することもできる。また、第ｉリターンアドレス抽出情報も他の形態で構成することもできる。
【0047】
また、一連番号によって、キーデータが互いに異なるように設定されることもある。例えば第１キーパケットに含まれる第１キーデータは、キー識別情報、開始一連番号およびキーを有し、第２キーパケットに含まれる第２キーデータは、キー識別情報、開始一連番号、キー、キー変更時点一連番号および付加キーを有することもできる。
【0048】
つぎに、演算処理部１１０は、第ｉキーデータをキーデータ解釈規格に従ってデコーディングする（Ｓ１３０）。
【0049】
ステップＳ１２０を通じて獲得した第ｉキーデータは、キーデータ解釈規格に従って解釈される。キーデータ解釈規格は、第ｉキーデータ内に含まれる情報をデコーディングする規則を指し、例えばキー識別情報の開始位置および長さ、開始一連番号の開始位置および長さ、キーの開始位置および長さ、初期ベクターが含まれるか否かの情報、初期ベクターの開始位置および長さ、付加キーが含まれるか否かの情報、キー変更時点一連番号の開始位置および長さ、付加キーの開始位置および長さ、第ｉリターンアドレス抽出情報が含まれるかどうかの要否、第ｉリターンアドレス抽出情報の開始位置および長さなどの情報を有する。
【0050】
演算処理部１１０は、ｉを１からｎまで１つずつ順次増加させながらステップＳ１１０～ステップＳ１３０を行うことにより、一つ以上のキーを抽出して第１一連番号～第ｎ一連番号と一つ以上のキーとの対応関係を獲得する（Ｓ１４０）。
【0051】
図６は、第１実施例に係る第１一連番号～第ｎ一連番号と一つ以上のキーとの対応関係を例示的に図示する図面である。
【0052】
図６には、例えばｎが５であり、第１一連番号～第ｎ一連番号が「１０１」～「１０５」であり、キー識別情報が「キー＃１」であり、キー値が「０ｘ１２ ０ｘ２３ ０ｘｆａ…０ｘａ０」であるキー、およびキー識別情報が「キー＃２」であり、キー値が「０ｘ４２ ０ｘａ３ ０ｘａｂ…０ｘ３５」であるキーである前述の例を参照して対応関係を図示する。
【0053】
図６に示すように、第１一連番号に対応する第１データパケット～第３一連番号に対応する第３データパケットは、キー識別情報が「キー＃１」であり、キー値が「０ｘ１２ ０ｘ２３ ０ｘｆａ…０ｘａ０」であるキーに対応し、第４一連番号に対応する第４データパケット～第５一連番号（第ｎ一連番号）に対応する第５データパケット（第ｎデータパケット）は、キー識別情報が「キー＃２」であり、キー値が「０ｘ４２ ０ｘａ３ ０ｘａｂ…０ｘ３５」であるキーに対応する。
【0054】
すなわち、対応関係に示すように、第１一連番号に対応する第１データパケット～第３一連番号に対応する第３データパケットは、キー識別情報が「キー＃１」であり、キー値が「０ｘ１２ ０ｘ２３ ０ｘｆａ…０ｘａ０」であるキーを用いて復号化され、第４一連番号に対応する第４データパケット～第５一連番号（第ｎ一連番号）に対応する第５データパケット（第ｎデータパケット）は、キー識別情報が「キー＃２」であり、キー値が「０ｘ４２ ０ｘａ３ ０ｘａｂ…０ｘ３５」であるキーを用いて復号化される。
【0055】
演算処理部１１０は、ステップＳ１２０を通じて第ｉキーデータを獲得する。例えば演算処理部１１０は、直接、第ｉ暗号化キーデータをグループキーを用いて復号化して第ｉキーデータを獲得することができる。しかし、前述のように、グループキー復号化部１４０は、保安性の非常に高いセキュリティモジュール、例えばＥＭＶ規格およびＴＥＥ規格のいずれか一つに係るセキュリティモジュールを用いて具現される。したがって、演算処理部１１０は、グループキー復号化部１４０を用いて第ｉキーデータを獲得することもできる。
【0056】
図７は、第１実施例に係るデバイスにおいて、第ｉ暗号化キーデータを復号化する処理を例示的に図示する図面である。
【0057】
図７に示すように、まず、演算処理部１１０は、グループキーを獲得する（Ｓ２１０）。例えばグループキーが前述の第１マルチキャストグループ２００のグループキーであるならば、演算処理部１１０は、発行者２１０又は第１マルチキャストグループ２００のグループキーを提供するデバイスから、グループキーを獲得する。例えばグループキーが前述の第２マルチキャストグループ３００のグループキーであるならば、演算処理部１１０は、発行者３１０又は第２マルチキャストグループ３００のグループキーを提供するデバイスから、グループキーを獲得する。
【0058】
つぎに、演算処理部１１０は、グループキーをグループキー復号化部１４０へ伝送する（Ｓ２２０）。グループキー復号化部１４０は、グループキーを保存する（Ｓ２３０）。
【0059】
ステップＳ２１０～Ｓ２３０は、例えば図３を参照して説明した第１処理を行う前に実行される。
【0060】
ステップＳ２１０～ステップＳ２３０を通じて、演算処理部１１０は、グループキーを獲得し、グループキーをグループキー復号化部１４０に保存することができる。
【0061】
ステップＳ１１０を通じて第ｉキーパケットを獲得した後、演算処理部１１０は、第ｉ暗号化キーデータをグループキー復号化部１４０へ伝送する（Ｓ２４０）。グループキー復号化部１４０は、第ｉ暗号化キーデータをグループキーを用いて復号化して第ｉキーデータを生成する（Ｓ２５０）。つぎに、グループキー復号化部１４０は、第ｉキーデータを演算処理部１１０へ伝送する（Ｓ２６０）。
【0062】
このように、演算処理部１１０はステップＳ２１０～ステップＳ２６０を通じて第ｉキーデータを獲得することができる。その後、演算処理部１１０は、前述のステップＳ１３０を行う。
【0063】
＜第２処理＞
第２処理は、第１メッセージデータ～第ｎメッセージデータを獲得する処理である。
第２処理は、第１メッセージデータ～第ｎメッセージデータを獲得する処理である。
【0064】
図８は、第１実施例に係るデバイスの演算処理部が行う第２処理を例示的に図示する図面である。
【0065】
演算処理部１１０は、ｉを１からｎまで１つずつ順次増加させながら次の処理を行う。
【0066】
まず、第ｉ一連番号および第ｉ暗号化メッセージデータを有する第ｉデータパケットを獲得する（Ｓ３１０）。より具体的に、演算処理部１１０は、例えば第１データパケット～第ｎデータパケットを有するデータストリームを、発行者３１０から受信することができる。
【0067】
図９は、第１実施例に係る第ｉデータパケットの例示的な構成を示す図面である。
【0068】
図９に示すように、第ｉデータパケットは、第ｉ一連番号と第ｉ暗号化メッセージデータとを有する。第ｉ一連番号は、例えば第１データパケット～第ｎデータパケットに対応して順次指定される。例えば第１データパケットの一連番号が１０１であるならば、第２データパケットの一連番号は１０２のような形式で順次指定される。第１キーパケット～第ｎキーパケットの各々の一連番号は、第１データパケット～第ｎデータパケットの各々の一連番号と同一である。例えば、第１キーパケットの一連番号が「１０１」であるならば、第１データパケットの一連番号も同一に「１０１」である。また、例えばｎが５であり、第ｎキーパケット（第５キーパケット）の一連番号が「１０５」であるならば、第ｎデータパケット（第５データパケット）の一連番号も同一に「１０５」である。
【0069】
つぎに、演算処理部１１０は、第１処理を通じて獲得された対応関係にを基に一つ以上のキーのうち、第ｉ暗号化メッセージデータを復号化するために用いられる復号化キーを指定する（Ｓ３２０）。
【0070】
すなわち、第ｉデータパケットの第ｉ一連番号にを基に、第ｉ暗号化メッセージデータを復号化するために用いられる復号化キーを指定する。
【0071】
例えば、前述の図６に示す例では、第１一連番号に対応する第１データパケット～第３一連番号に対応する第３データパケットは、キー識別情報が「キー＃１」であり、キー値が「０ｘ１２ ０ｘ２３ ０ｘｆａ…０ｘａ０」であるキーに対応して、第４一連番号に対応する第４データパケット～第５一連番号（第ｎ一連番号）に対応する第５データパケット（第ｎデータパケット）は、キー識別情報が「キー＃２」であり、キー値が「０ｘ４２ ０ｘａ３ ０ｘａｂ…０ｘ３５」であるキーに対応する。したがって、演算処理部１１０は対応関係にを基に、一つ以上のキーのうち第ｉ暗号化メッセージデータを復号化するために用いられる復号化キーを指定する。
【0072】
つぎに、演算処理部１１０は、第ｉ暗号化メッセージデータを、復号化キーを用いて復号化した第ｉメッセージデータを獲得する（Ｓ３３０）。
【0073】
演算処理部１１０は、ｉを１からｎまで１つずつ順次増加させながらステップＳ３１０～ステップＳ３３０を行うことにより、第１メッセージデータ～第ｎメッセージデータを獲得する（Ｓ３４０）。
【0074】
第１メッセージデータ～第ｎメッセージデータは、例えば発行者３１０が伝送したメッセージデータを、例えばｎ個に分割したものである。メッセージデータをｎ個に分割した場合には、演算処理部１１０は第１メッセージデータ～第ｎメッセージデータを併合してメッセージデータを復元することができる。
【0075】
一方、演算処理部１１０は、直接第ｉ暗号化メッセージデータを、復号化キーを用いて復号化して第ｉメッセージデータを獲得することができる。しかし、前述のように、キー復号化部１５０は、保安性の非常に高いセキュリティモジュール、例えばＥＭＶ規格およびＴＥＥ規格のいずれか一つに係るセキュリティモジュールを用いて具現される。したがって、演算処理部１１０は、キー復号化部１５０を用いて第ｉメッセージデータを獲得することもできる。
【0076】
図１０は、第１実施例に係るデバイスにおいて、第ｉ暗号化メッセージデータを復号化する処理を例示的に図示する図面である。
【0077】
図１０に示すように、まず演算処理部１１０は一つ以上のキーを獲得する（Ｓ４１０）。演算処理部１１０は、例えば前述のステップＳ１４０を通じて一つ以上のキーを獲得することができる。
【0078】
つぎに、演算処理部１１０は、一つ以上のキーをキー復号化部１５０へ伝送する（Ｓ４２０）。キー復号化部１５０は、一つ以上のキーを保存する（Ｓ４３０）。
【0079】
ステップＳ３１０を通じて第ｉデータパケットを受信し、ステップＳ３２０を通じて復号化キーを指定した後、演算処理部１１０は復号化キーの識別情報および第ｉ暗号化メッセージデータをキー復号化部１５０へ伝送する（Ｓ４４０）。キー復号化部１５０は、第ｉ暗号化メッセージデータを、復号化キーを用いて復号化して第ｉメッセージデータを生成する（Ｓ４５０）。つぎに、キー復号化部１５０は、第ｉメッセージデータを演算処理部１１０へ伝送する（Ｓ４６０）。
【0080】
このように、演算処理部１１０は、ステップＳ４１０～ステップＳ４６０を通じて第ｉメッセージデータを獲得することができる。その後、演算処理部１１０は前述のステップＳ３４０を行う。
【0081】
＜第３処理＞
第３処理は、リターンアドレスおよび認証キーを獲得する処理である。
第３処理は、リターンアドレスおよび認証キーを獲得する処理である。
【0082】
前述のように、第ｉキーデータは、第ｉメッセージデータに含まれるリターンアドレスおよび認証キーを抽出するための第ｉリターンアドレス抽出情報を更に有することができる。
【0083】
図１１は、第１実施例に係るデバイスの演算処理部が行う第３処理を例示的に図示する図面である。
【0084】
まず、演算処理部１１０は、第１メッセージデータ～第ｎメッセージデータのうち少なくとも一つにを基にリターンアドレスおよび認証キーを獲得する（Ｓ５１０）。例えば、第ｎキーデータが第ｎメッセージデータに含まれるリターンアドレスおよび認証キーを抽出するための第ｎリターンアドレス抽出情報を更に有すると仮定すると、演算処理部１１０は第ｎリターンアドレス抽出情報にを基に第ｎメッセージデータを解釈して、リターンアドレスおよび認証キーを抽出する。
【0085】
図１２は、第１実施例に係るデバイスにおいて、メッセージデータとリターンアドレス抽出情報との関係を例示的に図示する図面である。
【0086】
例えば第ｎキーデータから獲得される第ｎリターンアドレス抽出情報は、第ｎメッセージデータ内でリターンアドレスの開始位置および長さ、認証キーの開始位置および長さなどの情報を有する。したがって、演算処理部１１０は、第ｎリターンアドレス抽出情報に含まれるリターンアドレスの開始位置およびリターンアドレスの長さ、認証キーの開始位置および認証キーの長さなどの情報を用いて、第ｎメッセージデータからリターンアドレスおよび認証キーを抽出する。
【0087】
つぎに、演算処理部１１０は、ステップＳ５１０を通じて獲得したリターンアドレスによって識別されるコンピューティング装置に接続し、ステップＳ５１０を通じて獲得した認証キーを用いてコンピューティング装置との認証を行う（Ｓ５２０）。例えば、リターンアドレスは、図２に図示されるコンピューティング装置４００のネットワークアドレスであり得る。コンピューティング装置４００は、予め認証キーを保存している。
【0088】
図１３は、第１実施例に係るデバイスにおいて、リターンアドレスおよび認証キーを用いた処理を例示的に図示する図面である。
【0089】
図１３に示すように、演算処理部１１０はリターンアドレスを用いてコンピューティング装置４００に接続する（Ｓ６１０）。つぎに、演算処理部１１０は、認証要請をコンピューティング装置４００へ伝送する（Ｓ６２０）。つぎに、コンピューティング装置４００は、認証要請を受信したら、認証データを生成し（Ｓ６３０）、認証データを演算処理部１１０へ伝送する（Ｓ６４０）。認証データは、コンピューティング装置４００が保存している認証キーと演算処理部１１０が獲得した認証キーとが同一であるかどうかを確認するためのデータとして、その形式と長さは特に制限されない。つぎに、演算処理部１１０は、認証データを認証キーを用いて暗号化して暗号化認証データを生成し（Ｓ６５０）、暗号化認証データをコンピューティング装置４００へ伝送する（Ｓ６６０）。つぎに、コンピューティング装置４００は、暗号化認証データを認証キーを用いて復号化した値と認証データとを比較して、認証結果を生成する（Ｓ６７０）。復号化した値と認証データとが同一であるならば、コンピューティング装置４００はコンピューティング装置４００が保存している認証キーと演算処理部１１０が獲得した認証キーとが同一なものとして、すなわち認証成功として認証結果を生成する。復号化した値と認証データとが同一でなければ、コンピューティング装置４００は認証失敗として認証結果を生成する。つぎに、コンピューティング装置４００は、認証結果を演算処理部１１０へ伝送する（Ｓ６８０）。
【0090】
一旦、コンピューティング装置４００と演算処理部１１０との認証に成功すれば、コンピューティング装置４００および演算処理部１１０は、例えば認証キーを用いて暗号化されたものである暗号化データを送受信して、暗号化データを認証キーを用いて復号化することができる。
【0091】
以上説明した第１実施例によれば、マルチキャストグループのセキュリティを強化することができる。マルチキャストグループに属さない悪意的なデバイスがキーパケットおよびデータパケットを復号化するためには、グループキーおよびキーデータ解釈規格を全て知る必要がある。しかし、グループキーは、保安性の非常に高いセキュリティモジュールを用いて保存されており、またキーデータ解釈規格を知らなければキーパケットに含まれる暗号化キーデータを解釈することができない。したがって、悪意的なデバイスは、メッセージデータを復号化することが実質的に不可能である。
【0092】
また、第１実施例によれば、デバイスはメッセージデータに含まれるリターンアドレスおよび認証キーを用いてコンピューティング装置と接続して、コンピューティング装置と認証を行うことができる。したがって、認証キーを用いてコンピューティング装置と暗号化された通信を行うことができる。
【0093】
＜第２実施例＞
図１４は、本願で開示された第２実施例に係るマルチキャストグループ内のデバイスの例示的な構成を示す図面である。
図１４は、本願で開示された第２実施例に係るマルチキャストグループ内のデバイスの例示的な構成を示す図面である。
【0094】
図１４に示すように、第２実施例に係るデバイス１００’は、演算処理部１１０’を有する。演算処理部１１０’の詳しい構成は後述する。
【0095】
また、デバイス１００’は、グループキー復号化部１４０およびキー復号化部１５０を更に有することができる。グループキー復号化部１４０およびキー復号化部１５０は、以下総称して復号化部１３０とも呼ぶ。第２実施例に係るグループキー復号化部１４０およびキー復号化部１５０は、第１実施例に係るグループキー復号化部１４０およびキー復号化部１５０と同一であるため、詳しい説明は省略する。
【0096】
図１５は、本願で開示された第２実施例に係るデバイスを有するマルチキャストグループの例示的な構成を示す図面である。
【0097】
図１５に示すように、第２実施例に係るマルチキャストグループ２００’は、ｍ発行者２１０’および一つ以上のデバイスを有する。より具体的に、一つ以上のデバイスは、例えばデバイス１００’－１～デバイス１００’－ｘを有する。ただし、ｘは１以上の自然数である。マルチキャストグループ２００’は、例えば後述する第１統合データパケット～第ｎ統合データパケットを伝達するためのマルチキャストグループであり、発行者２１０’は後述する第１統合データパケット～第ｎ統合データパケットを一つ以上のデバイス、例えばデバイス１００’－１～デバイス１００’－ｘへ伝送する。ただし、ｎは２以上の自然数である。一つ以上のデバイス、例えばデバイス１００’－１～デバイス１００’－ｘは、望ましく前述のデバイス１００’と実質的に同一である。すなわち、一つ以上のデバイス、例えばデバイス１００’－１～デバイス１００’－ｘは、演算処理部１１０’を有し、復号化部１３０すなわちグループキー復号化部１４０およびキー復号化部１５０を更に有することができる。
【0098】
図１５に示すように、一つ以上のデバイス、例えばデバイス１００’－１～デバイス１００’－ｘはコンピューティング装置４００に接続され得る。
【0099】
図１６は、第２実施例に係る第ｉ統合データパケットの例示的な構成を示す図面である。
【0100】
図１６に示すように、第ｉ統合データパケットは、第ｉ一連番号、第ｉ暗号化キーデータおよび第ｉ暗号化メッセージデータを有する。
【0101】
第ｉ一連番号および第ｉ暗号化キーデータは、第１実施例に係る第ｉ一連番号および第ｉ暗号化キーデータと実質的に同一である。
【0102】
第ｉ暗号化メッセージデータは、第１実施例に係る第ｉ暗号化データの構成と実質的に同一である。ただし、第２実施例に係る第ｉ暗号化メッセージデータは、グループキーを用いて暗号化された第ｉ一連番号を更に有することができる。
【0103】
以下演算処理部１１０’が行う処理を詳しく説明する。
【0104】
＜第１処理＞
第１処理は、第１メッセージデータ～第ｎメッセージデータを獲得する処理である。
第１処理は、第１メッセージデータ～第ｎメッセージデータを獲得する処理である。
【0105】
図１７は、第２実施例に係るデバイスの演算処理部が行う第１処理を例示的に図示する図面である。
【0106】
演算処理部１１０’は、ｉを１からｎまで１つずつ順次増加させながら次の処理を行う。
【0107】
まず演算処理部１１０’は、第ｉ一連番号、第ｉ暗号化キーデータおよび第ｉ暗号化メッセージデータを有する第ｉ統合データパケットを獲得する（Ｓ７１０）。より具体的に、演算処理部１１０’は、例えば第１統合データパケット～第ｎ統合データパケットを有するデータストリームを発行者２１０’から受信することができる。
【0108】
つぎに、演算処理部１１０’は、第ｉ統合データパケットの第ｉ暗号化キーデータを、グループキーを用いて復号化した第ｉキーデータを獲得する（Ｓ７２０）。
【0109】
第２実施例に係る第ｉキーデータは、第１実施例の第ｉキーデータと実質的に同一であるため、詳しい説明を省略する。
【0110】
つぎに、演算処理部１１０’は、第ｉキーデータをキーデータ解釈規格に従ってデコーディングし、第ｉ暗号化メッセージデータを復号化するための復号化キーを少なくとも有するものである一つ以上のキーを抽出する（Ｓ７３０）。
【0111】
つぎに、演算処理部１１０’は、第ｉ暗号化メッセージデータを、復号化キーを用いて復号化した第ｉメッセージデータを獲得する（Ｓ７４０）。
【0112】
演算処理部１１０’はｉを１からｎまで１つずつ順次増加させながらステップＳ７１０～ステップＳ７４０を行うことにより、第１メッセージデータ～第ｎメッセージデータを獲得する（Ｓ７５０）。
【0113】
一方、第１実施例と同様に、第２実施例に係る演算処理部１１０’は、グループキー復号化部１４０を用いて第ｉキーデータを獲得することもできる。
【0114】
図１８は、第２実施例に係るデバイスにおいて、第ｉ暗号化キーデータを復号化する処理を例示的に図示する図面である。
【0115】
図１８に示すように、まず演算処理部１１０’は、グループキーを獲得する（Ｓ２１０’）。ステップＳ２１０’は、第１実施例のステップＳ２１０と実質的に同一なため、詳しい説明を省略する。
【0116】
つぎに、演算処理部１１０’は、グループキーをグループキー復号化部１４０へ伝送する（Ｓ２２０’）。グループキー復号化部１４０は、グループキーを保存する（Ｓ２３０’）。
【0117】
ステップＳ２１０’～Ｓ２３０’は、例えば図１７を参照して説明した第１処理を行う前に行われる。
【0118】
ステップＳ２１０’～ステップＳ２３０’を通じて、演算処理部１１０’は、グループキーを獲得し、グループキーをグループキー復号化部１４０に保存することができる。
【0119】
ステップＳ７１０を通じて第ｉ暗号化キーデータを有する第ｉ統合データパケットを受信した後、演算処理部１１０’は第ｉ暗号化キーデータをグループキー復号化部１４０へ伝送する（Ｓ２４０’）。グループキー復号化部１４０は、第ｉ暗号化キーデータを、グループキーを用いて復号化して第ｉキーデータを生成する（Ｓ２５０’）。つぎに、グループキー復号化部１４０は第ｉキーデータを演算処理部１１０’へ伝送する（Ｓ２６０’）。
【0120】
このように、演算処理部１１０’は、ステップＳ２１０’～ステップＳ２６０’を通じて第ｉキーデータを獲得することができる。その後、演算処理部１１０’は、前述のステップＳ７３０を行う。
【0121】
一方、第１実施例と同様に、第２実施例に係る演算処理部１１０’は、キー復号化部１５０を用いて第ｉメッセージデータを獲得することもできる。
【0122】
図１９は、第２実施例に係るデバイスにおいて、第ｉ暗号化メッセージデータを復号化する処理を例示的に図示する図面である。
【0123】
図１９に示すように、まず演算処理部１１０’は、一つ以上のキーを獲得する（Ｓ４１０’）。演算処理部１１０’は、例えば前述のステップＳ７３０を通じて一つ以上のキーを獲得することができる。
【0124】
つぎに、演算処理部１１０’は、一つ以上のキーをキー復号化部１５０へ伝送する（Ｓ４２０’）。キー復号化部１５０は、一つ以上のキーを保存する（Ｓ４３０’）。
【0125】
ステップＳ７１０を通じて第ｉ暗号化メッセージデータを有する第ｉ統合データパケットを獲得し、ステップＳ７３０を通じて復号化キーを抽出した後、演算処理部１１０’は、復号化キーの識別情報および第ｉ暗号化メッセージデータをキー復号化部１５０へ伝送する（Ｓ４４０’）。キー復号化部１５０は、第ｉ暗号化メッセージデータを復号化キーを用いて復号化して第ｉメッセージデータを生成する（Ｓ４５０’）。
【0126】
つぎに、キー復号化部１５０は、第ｉメッセージデータを演算処理部１１０’へ伝送する（Ｓ４６０’）。第ｉ暗号化メッセージデータがグループキーを用いて暗号化された第ｉ一連番号を更に有する場合、演算処理部１１０’は、ステップＳ７１０を通じて獲得した第ｉ一連番号とキー復号化部１５０から受信した第ｉメッセージデータに含まれる第ｉ一連番号とを比較して一致する場合、第ｉメッセージデータが正常であると判断することもできる。
【0127】
このように、演算処理部１１０’は、ステップＳ４１０’～ステップＳ４６０’を通じて第ｉメッセージデータを獲得することができる。
【0128】
＜第２処理＞
第２処理は、リターンアドレスおよび認証キーを獲得する処理である。
第２処理は、リターンアドレスおよび認証キーを獲得する処理である。
【0129】
前述のように、第ｉキーデータは、第ｉメッセージデータに含まれるリターンアドレスおよび認証キーを抽出するための第ｉリターンアドレス抽出情報を更に有することができる。
【0130】
図２０は、第２実施例に係るデバイスの演算処理部が行う第２処理を例示的に図示する図面である。
【0131】
まず演算処理部１１０’は、第１メッセージデータ～第ｎメッセージデータのうち少なくとも一つにを基にリターンアドレスおよび認証キーを獲得する（Ｓ５１０’）。例えば、第ｎキーデータが第ｎメッセージデータに含まれるリターンアドレスおよび認証キーを抽出するための第ｎリターンアドレス抽出情報を更に有すると仮定すると、演算処理部１１０’は、第ｎリターンアドレス抽出情報にを基に第ｎメッセージデータを解釈して、リターンアドレスおよび認証キーを抽出する。
【0132】
つぎに、演算処理部１１０’は、ステップＳ５１０’を通じて獲得したリターンアドレスによって識別されるコンピューティング装置に接続して、ステップＳ５１０’を通じて獲得した認証キーを用いてコンピューティング装置との認証を行う（Ｓ５２０’）。例えばリターンアドレスは、図２に図示されるコンピューティング装置４００のネットワークアドレスであり得る。コンピューティング装置４００は、予め認証キーを保存している。
【0133】
リターンアドレスおよび認証キーを用いた処理は、例えば、図１３を参照して説明した第１実施例に係るリターンアドレスおよび認証キーを用いた処理と実質的に同一であるため、詳しい説明を省略する。
【0134】
以上説明した第２実施例によれば、マルチキャストグループのセキュリティを強化することができる。マルチキャストグループに属さない悪意的なデバイスが、キーデータおよびメッセージデータが統合された統合データパケットを復号化するためには、グループキーおよびキーデータ解釈規格を全て知る必要がある。しかしグループキーは、保安性の非常に高いセキュリティモジュールを用いて保存され、また、キーデータ解釈規格を知らなければ暗号化キーデータを解釈することができない。したがって、悪意的なデバイスは、メッセージデータを復号化することが実質的に不可能である。また、キーデータおよびメッセージデータが統合された統合データパケットを受信して信号処理することができるため、キーデータおよびメッセージデータを常に同期化して受信することができる。
【0135】
また、第２実施例によれば、デバイスは、メッセージデータに含まれるリターンアドレスおよび認証キーを用いてコンピューティング装置と接続し、コンピューティング装置と認証を行うことができる。したがって、認証キーを用いてコンピューティング装置と暗号化された通信を行うことができる。
【0136】
＜他の実施例＞
以上、本願に開示される技術の実施例を具体的に説明したが、これは単に本願に開示される技術を例示的に説明したに過ぎず、本願に開示される技術が属する技術分野において通常の知識を有する者であれば、本願に開示される技術の本質的な特性から逸脱しない範囲内で様々な変形が可能である。
以上、本願に開示される技術の実施例を具体的に説明したが、これは単に本願に開示される技術を例示的に説明したに過ぎず、本願に開示される技術が属する技術分野において通常の知識を有する者であれば、本願に開示される技術の本質的な特性から逸脱しない範囲内で様々な変形が可能である。
【0137】
例えば、第１実施例において、第１キーパケット～第ｎキーパケットは、第１マルチキャストグループ２００を通じて演算処理部１１０に伝達される。しかし、第ｉキーパケットすなわち第１キーパケット～第ｎキーパケットは、ユニキャストを通じて伝達されることもある。すなわち、第ｉキーパケットは、発行者２１０とデバイス１００とのユニキャスト通信を通じて第ｉキーパケットは伝達され得る。
【0138】
また、第１実施例において、第ｉキーパケットに含まれる第ｉ一連番号又は第ｉデータパケットに含まれる第ｉ一連番号も暗号化されたものであり得る。例えば、マルチキャストグループで対称キー構造が用いられる場合、第ｉキーパケットに含まれる第ｉ一連番号は、グループキーを用いて暗号化されたものであり、第ｉデータパケットに含まれる第ｉ一連番号は復号化キーを用いて暗号化されたものである。
【0139】
また、メッセージデータは、メッセージ認証コード（ＭＡＣ）を更に有することもできる。
【0140】
したがって、本明細書に説明される実施例は、本願に開示される技術を限定するためのものでなく説明するためのものであり、このような実施例によって本開示に係る技術の思想と範囲が限定されるものではない。本願に開示される技術の権利範囲は、特許の請求範囲によって解釈されるべきであり、それと同等な範囲内にある全ての技術は、本願に開示される技術の権利範囲に含まれると解釈されるべきである。
【産業上の利用可能性】
【0141】
本願に開示される技術によれば、暗号化メッセージデータを復号化するためのキーデータを一連番号にを基に獲得し、獲得したキーデータを用いて暗号化メッセージデータを復号化することによってマルチキャストグループのセキュリティを強化することができる。また、キーデータに含まれるリターンアドレス抽出情報を用いてメッセージデータに対応するリターンアドレスおよび認証キーを獲得し、獲得したリターンアドレスおよび認証キーを用いてコンピューティング装置と接続することができる。
【符号の説明】
【0142】
１００：デバイス
１１０：演算処理部
１３０：復号化部
１４０：グループキー復号化部
１５０：キー復号化部
２００：第１マルチキャストグループ
２１０：発行者
３００：第２マルチキャストグループ
３１０：発行者
４００：コンピューティング装置
１１０：演算処理部
１３０：復号化部
１４０：グループキー復号化部
１５０：キー復号化部
２００：第１マルチキャストグループ
２１０：発行者
３００：第２マルチキャストグループ
３１０：発行者
４００：コンピューティング装置
【図1】
【図2】
【図3】
【図4】
【図5a】
【図5b】
【図5c】
【図5d】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
