JP2014093662A - 通信装置 - Google Patents

Abstract

【課題】グループ管理の信頼性と可用性を高める。
【解決手段】通信装置は、バージョン記憶部と受信部と判定部とコマンド処理部とを備える。バージョン記憶部は、第１バージョン情報を記憶する。受信部は、第２バージョン情報を含むコマンドを受信する。判定部は、第２バージョン情報が第１バージョン情報に連続するバージョンを示すか否かを判定する。コマンド処理部は、判定部の判定結果と、コマンドに対する判定結果に応じた処理を定める決定情報とに基づいて、受信したコマンドに対する処理を実行する。
【選択図】図１

Description

本発明の実施形態は、通信装置に関する。

ネットワークで接続された多くの通信装置の管理を効率的に行うために、通信装置をグループで管理する方法が存在する。グループ管理のためのコマンドを発行する通信装置（以下、発行装置という）は、例えばマルチキャスト通信を使って、通信装置のグループに対してコマンドを発行する。そのグループに属する通信装置は、受信したコマンドに従った処理を行う。

このとき、過去に発行されたコマンドに従った処理を行うと、システムに不具合が生じる場合がある。不具合を生じさせるために、過去のコマンドを意図的に再送する再送攻撃が知られている。このような攻撃を防止する手段として、コマンドごとにバージョン情報を付し、過去のコマンドであるか否かを判定する方法が存在する。

D. Forsberg et. al.、"RFC5191、Protocol for Carrying Authentication for Network Access (PANA)" [online]、 May 2008、 retrieved from the Internet: <URL: http://www.ietf.org/rfc/rfc5191.txt>

しかしながら、一般的なマルチキャスト通信を用いた場合、発行装置がコマンドを送信する順序と、グループ内の通信装置がコマンドを受信する順序とが同じであることは保証されない。さらに、発行装置の送信したデータが、対象の通信装置に届かない場合もある。このようなコマンドの受信漏れが生じた状況下で、その後に受信したコマンドを実行すると、通信装置内の内部状態や処理の一貫性に問題が生じる場合がある。一方、受信漏れを検知した後に受信したコマンドの実行を保留すると、システムの即応性に問題が生じる。受信漏れが生じた場合のコマンドの最適な処理方法は、システムの構成、状況、および目的等に応じて異なる。このため、受信したコマンドから通信装置が最適な処理方法を決定し、それを実行するのは困難であった。

実施形態の通信装置は、バージョン記憶部と受信部と判定部とコマンド処理部とを備える。バージョン記憶部は、第１バージョン情報を記憶する。受信部は、第２バージョン情報を含むコマンドを受信する。判定部は、第２バージョン情報が第１バージョン情報に連続するバージョンを示すか否かを判定する。コマンド処理部は、判定部の判定結果と、コマンドに対する判定結果に応じた処理を定める決定情報とに基づいて、受信したコマンドに対する処理を実行する。

第１の実施形態にかかる通信システムのブロック図。 第１の実施形態の設定装置のブロック図。 第１の実施形態の発行装置のブロック図。 第１の実施形態の発行装置の他の構成例を示すブロック図。 第１の実施形態の通信装置のブロック図。 第１の実施形態におけるコマンド処理のフローチャート。 第１の実施形態における設定処理のフローチャート。 第１の実施形態における発行処理フローチャート。 変形例１の通信装置によるコマンド処理のフローチャート。 第２の実施形態にかかる通信システムのブロック図。 第２の実施形態の発行装置の機能構成例を示すブロック図。 第２の実施形態の発行装置の他の構成例を示すブロック図。 第２の実施形態の通信装置のブロック図。 第２の実施形態におけるコマンド処理のフローチャート。 第２の実施形態における発行処理のフローチャート。 実施形態にかかる通信装置のハードウェア構成図。

以下に添付図面を参照して、この発明にかかる通信装置の好適な実施形態を詳細に説明する。

（第１の実施形態）
第１の実施形態にかかる通信システムは、バージョン情報に加えて、バージョン情報の不整合（不連続）が生じた場合（受信漏れが生じた場合）の通信装置の処理を定める決定情報を利用する。発行装置は、あるグループＩＤに対するコマンドの発行順に応じたバージョン情報を付すとともに、決定情報を含まないコマンドを発行する。設定装置は、グループに対応した決定情報を生成し、グループに属する通信装置に決定情報を与える。通信装置は、バージョン情報が連続しているか否かを検査することで、コマンドの受信漏れを検知できる。さらに、通信装置は、コマンドの受信漏れを検知した場合、決定情報を参照することにより実行すべき処理を決定する。これにより、例えばマルチキャスト通信を用いたグループ管理の信頼性と可用性を高めることができる。

図１は、第１の実施形態にかかる通信システムの構成の一例を示すブロック図である。図１に示すように、本実施形態の通信システムは、設定装置１００と、発行装置２００と、通信装置３００ａ〜３００ｄと、がネットワーク４００で接続された構成となっている。

設定装置１００は、決定情報を通信装置３００ａ〜３００ｄに送信して設定させる通信装置である。発行装置２００は、グループ管理のためのコマンドを発行する通信装置である。ネットワーク４００は、有線や無線に限定されることなく、あらゆる形態のネットワークを使用できる。

設定装置１００、発行装置２００、および、通信装置３００ａ〜３００ｄの個数は、それぞれ１、１および４に限られるものではない。通信装置３００ａ〜３００ｄは、同様の構成を備えるため、特に区別する必要がない場合は単に通信装置３００という。

第１の実施形態では、通信装置３００が所属するグループごとに決定情報が割り振られる。すなわち、設定装置１００は、グループごとに決定情報を生成し、あるグループに属する通信装置３００に対して、当該グループに対応する決定情報を与える。決定情報とは、コマンドの受信漏れが生じた場合に、実行すべき処理を決定する情報である。

発行装置２００は、新たなコマンドを発行するとき、コマンドの対象となるグループに対して発行された最新のバージョンから、連続したバージョンを生成する。発行装置２００は、生成したバージョンを表すバージョン情報を付したコマンドを発行する。連続したバージョンとは、例えば、あるバージョンに１を数値的に加算したバージョンである。また、ｘをあるバージョンとして、ｘに連続したバージョンをｆ（ｘ）により導出することもできる。ｆはシステムで予め定められた任意の関数である。連続したバージョンは、上述の方法に限定されるものではなく、システムで予め決められた規則に従って、逐次決定するあらゆる方法を取ることができる。

このようにコマンドを発行することで、グループに属する通信装置３００は、受信したコマンドのバージョンが連続しているか否かを検査し、自身が所属するグループに対して発行されたコマンドの受信漏れが生じたかどうかを決定できる。さらに、通信装置３００は、設定装置１００より与えられた決定情報に基づいて決定された処理を行うことで、コマンドの受信漏れに対して、適切な対応を取ることができる。このように、通信装置３００のグループに対して決定情報を割り振ることで、コマンドの受信漏れが生じうる状況下であっても、システムの可用性と信頼性を維持することができる。

第１の実施形態において、発行装置２００が発行するコマンドには、コマンド対象を識別する識別情報と、コマンドを特定するコマンドＩＤと、が少なくとも含まれる。コマンド対象の識別情報は、例えばグループを特定するグループＩＤである。

また、決定情報は、（接続先情報、真理値、コマンドＩＤリスト）を含むものとする。接続先情報は、バージョンの不連続が生じたことを表すデータなどを送信する外部装置を特定する情報である。真理値は、バージョンの不連続が生じた際に、当該コマンドの実行可否を定める値である。コマンドＩＤリストは、バージョンの不連続が生じた際、それ以降、受信したとしても実行を行わないコマンドＩＤを定める情報である。

上記決定情報のデータ構造はあくまでも一例であり、第１の実施形態のように、グループＩＤとコマンドＩＤと決定情報とを関連付けて決定情報記憶部３２２（後述）に記録することで、決定情報を適用するコマンドＩＤを定めて管理するのではなく、決定情報に決定情報を適用するコマンドＩＤを定める情報を含めるようにしても良い。

また、上記決定情報は、コマンドの受信漏れを検知した際に実行すべき処理の決定の助けとなる情報ならば、何でもよい。例えば、決定情報は、判定対象のグループＩＤやコマンドＩＤを入力すると、実行すべき処理を返すスクリプトであってもよい。このようなスクリプトを用いる場合は、グループＩＤ、コマンドＩＤ、および、決定情報を関連付けて記憶する必要がない。また、決定情報は、受信したコマンドを入力すると、通信装置３００が備えるバージョン記憶部３２１（後述）と、決定情報記憶部３２２（後述）にアクセスし、コマンドの受信漏れが生じたときに実行すべき処理を返すスクリプトであってもよい。このようなスクリプトを用いる場合は、ＩＤを管理する記憶部の管理を容易にできる。

次に、設定装置１００の構成例について説明する。図２は、設定装置１００の機能構成例を示すブロック図である。設定装置１００は、受信部１０１と、送信部１０２と、生成部１０３と、コマンドＩＤ記憶部１２１と、グループＩＤ記憶部１２２と、決定情報記憶部１２３と、を備える。

受信部１０１は、通信装置３００などの外部装置から送信された各種データを受信する。外部装置から与えられるデータの例としては、決定情報の更新要求、グループＩＤに対する決定情報の設定要求、および、コマンドＩＤに対する決定情報の設定要求などがある。

コマンドＩＤ記憶部１２１は、発行装置２００が発行しうるコマンドのコマンドＩＤを記憶する。

グループＩＤ記憶部１２２は、発行装置２００がコマンドの対象としうるグループのグループＩＤを記憶する。

決定情報記憶部１２３は、現在までに発行した決定情報と、決定情報の対象となるグループＩＤと、コマンドＩＤと、を関連付けて記憶する。

生成部１０３は、通信装置３００に送信する決定情報を生成する。例えば、生成部１０３は、受信部１０１から受け取ったデータに基づき、必要に応じてコマンドＩＤ記憶部１２１、グループＩＤ記憶部１２２、および、決定情報記憶部１２３からデータを読み出し、グループＩＤ、コマンドＩＤ、および、１以上の決定情報と、を表すデータを生成する。生成部１０３は、送信部１０２に生成したデータを送る。

送信部１０２は、生成部１０３から受け取ったデータを、グループＩＤで特定されるグループに所属する通信装置３００に送信する。

次に、発行装置２００の構成例について説明する。図３は、発行装置２００の機能構成例を示すブロック図である。発行装置２００は、受信部２０１と、送信部２０２と、コマンド生成部２０３と、更新部２０４と、コマンド記憶部２２１と、コマンドＩＤ記憶部２２２と、グループＩＤ記憶部２２３と、を少なくとも備える。

受信部２０１は、発行装置２００および通信装置３００などの外部装置から送信された各種データを受信する。受信する情報の例としては、設定装置１００が発行した決定情報、グループＩＤを含む当該グループＩＤに対するコマンド発行要求、および、コマンドＩＤとコマンド内容とを含む当該コマンドＩＤに対応するコマンド発行要求などがある。

コマンドＩＤ記憶部２２２は、コマンドＩＤを記憶する。グループＩＤ記憶部２２３は、グループＩＤを記憶する。コマンド記憶部２２１は、グループＩＤと、当該グループＩＤのグループに対して発行されたコマンドのコマンドＩＤと、バージョン情報と、を関連付けて記憶する。

コマンド生成部２０３は、受信部２０１より受け取った情報に応じて、コマンド記憶部２２１、コマンドＩＤ記憶部２２２、および、グループＩＤ記憶部２２３に記憶されている情報を参照し、グループＩＤとコマンドＩＤとバージョン情報とを含んだコマンドを生成する。

送信部２０２は、コマンド生成部２０３から受け取ったコマンドを含むデータを送信する。このコマンドは、ブロードキャスト通信や、複数のマルチキャスト通信など、グループＩＤで特定されるグループに所属する通信装置３００以外にも届きうる方法で送信してもよい。

発行装置が、グループに属する通信装置３００に対して、グループの変更などの操作を行うコマンドを発行するように構成してもよい。図４は、このように構成した発行装置２００−ｂの構成例を示すブロック図である。発行装置２００−ｂは、受信部２０１と、送信部２０２と、コマンド生成部２０３−ｂと、更新部２０４と、コマンド記憶部２２１と、コマンドＩＤ記憶部２２２と、グループＩＤ記憶部２２３と、対象ＩＤ記憶部２２４と、ＭＫＢ（メディアキーブロック）生成部２０５と、を備える。なお、図３と同様の構成については同一の符号を付し説明を省略する。

対象ＩＤ記憶部２２４は、グループＩＤと、当該グループＩＤで特定されるグループに現在所属している通信装置３００のＩＤのリストと、を記憶する。

ＭＫＢ生成部２０５は、通信装置３００が保持する全てのデバイス鍵を記憶している。ＭＫＢ生成部２０５は、通信装置３００を識別するＩＤ（デバイスＩＤ）のリストを受け取ったら、グループ鍵を生成し、リストに含まれるデバイスＩＤで特定される通信装置３００のみが、生成したグループ鍵を導出できるＭＫＢを生成する。

コマンド生成部２０３−ｂは、生成されたＭＫＢをさらに含むコマンドを生成する。

このようなコマンドを受信した通信装置３００は、例えば、コマンドに含まれるＭＫＢを自装置のデバイス鍵を用いて処理する。正常に処理できた場合は、コマンドで指定されたグループに属することを意味するので、例えば通信装置３００は、指定されたグループに属するように設定を変更する。正常に処理できなかった場合は、コマンドで指定されたグループに属さないことを意味するので、例えば通信装置３００は、指定されたグループから離脱するように設定を変更する。

次に、通信装置３００の構成例について説明する。図５は、通信装置３００の機能構成例を示すブロック図である。通信装置３００は、受信部３０１と、送信部３０２と、判定部３０３と、コマンド処理部３０４と、バージョン記憶部３２１と、決定情報記憶部３２２と、を備える。

受信部３０１は、発行装置２００から送信されたコマンドを受信する。

バージョン記憶部３２１は、コマンド処理部３０４から受け取ったコマンドに含まれるグループＩＤと、バージョン情報とを関連付けて記憶する。本実施形態では、グループＩＤが最初に割り当てられた際に、グループＩＤのみがバージョン記憶部３２１に記憶されるとする。これは、１例であり、後述するように、通信装置３００が所属するグループのグループＩＤを記憶するグループＩＤ記憶部を備えることで、通信装置３００が所属するグループの管理を行っても良い。

決定情報記憶部３２２は、コマンドＩＤと決定情報とを関連付けて記憶する。

判定部３０３は、バージョンが連続するか否かを判定する。例えば、判定部３０３は、受信したコマンドに含まれるバージョン情報が、バージョン記憶部３２１に記憶されたバージョン情報に連続するバージョンを表すか判定する。

コマンド処理部３０４は、判定部３０３による判定結果と決定情報記憶部３２２に記憶された決定情報とから、受信したコマンドに対する処理を決定して実行することで、コマンドを処理する。例えば、判定結果と、決定情報と、受信したコマンドと、から受信したコマンドに対する複数の処理を特定し、１以上の処理を実行してもよい。また、実行すべき処理の決定のために、通信装置３００が保持する内部状態を参照しても良い。例えば、そのような内部状態として、日時や時刻情報、送受信の履歴、実行したコマンド履歴、または、ファームウェアのバージョンなどが挙げられる。

なお、上記各装置の各記憶部は、ＨＤＤ（Hard Disk Drive）、光ディスク、メモリカード、ＲＡＭ（Random Access Memory）などの一般的に利用されているあらゆる記憶媒体により構成することができる。

記憶部以外の各部（受信部１０１、送信部１０２、生成部１０３、受信部２０１、送信部２０２、コマンド生成部２０３、更新部２０４、受信部３０１、送信部３０２、判定部３０３、および、コマンド処理部３０４等）は、例えば、ＣＰＵ（Central Processing Unit）などの処理装置にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよいし、ＩＣ（Integrated Circuit）などのハードウェアにより実現してもよいし、ソフトウェアおよびハードウェアを併用して実現してもよい。

次に、このように構成された第１の実施形態にかかる通信装置３００によるコマンド処理について図６を用いて説明する。図６は、第１の実施形態におけるコマンド処理の一例を示すフローチャートである。

発行装置２００からコマンドが発行されると、受信部３０１がコマンドを受信する（ステップＳ１０１）。判定部３０３は、受信部３０１が受け取ったコマンドに対して、次のような判定を行う。

判定部３０３は、受信したコマンドの形式が正しいか否かを判定する（ステップＳ１０２）。例えば、判定部３０３は、受信したコマンドが、グループＩＤと、バージョン情報とを含むコマンドであるか判定する。正しくない場合は（ステップＳ１０２：Ｎｏ）、コマンド処理を終了する。

正しい場合（ステップＳ１０２：Ｙｅｓ）、すなわち、例えば受信したコマンドが、グループＩＤとバージョン情報とを含むコマンドである場合、判定部３０３は、コマンドに含まれるグループＩＤが、バージョン記憶部３２１に記憶されているかを判定する（ステップＳ１０３）。

一致するグループＩＤが存在しない場合（ステップＳ１０３：Ｎｏ）、判定部３０３は、自身が対象のコマンドではないと判定し、受信したコマンドに対応するコマンド処理を終了する。

一致するグループＩＤが存在する場合（ステップＳ１０３：Ｙｅｓ）、判定部３０３は、そのグループＩＤと関連付いて記憶されているバージョン情報がバージョン記憶部３２１に記憶されているかを判定する（ステップＳ１０４）。バージョン情報が記憶されていない場合（ステップＳ１０４：Ｎｏ）、判定部３０３は、コマンドに含まれるバージョン情報が初期値であるか否かを判定する（ステップＳ１０５）。ここで、初期値とは、例えば、０や１などシステムで予め共有されている固定値である。初期値は、システムに属する通信装置３００が初期値と認識できる情報であれば何でもよい。

バージョン情報が記憶されている場合（ステップＳ１０４：Ｙｅｓ）、判定部３０３は、グループＩＤと関連付いて記憶されている最新のバージョン情報をバージョン記憶部３２１から読み出す（ステップＳ１０６）。判定部３０３は、読み出したバージョン情報が表すバージョンと、コマンドに含まれるバージョン情報が表すバージョンと、が連続するかを判定する（ステップＳ１０７）。

連続していた場合（ステップＳ１０７：Ｙｅｓ）、または、バージョン情報が初期値の場合（ステップＳ１０５：Ｙｅｓ）、判定部３０３は、判定の合格を表す判定結果と、コマンドと、をコマンド処理部３０４に送る。連続していない場合（ステップＳ１０７：Ｎｏ）、または、バージョン情報が初期値でない場合（ステップＳ１０５：Ｎｏ）、判定部３０３は、判定の不合格を表す判定結果と、コマンドと、をコマンド処理部３０４に送る。

コマンド処理部３０４は、判定部３０３から判定結果とコマンドとを受け取ったら次のように振る舞う。

判定結果が合格の場合、コマンド処理部３０４は、コマンドで指定された処理を実行する（ステップＳ１１６）。コマンド処理部３０４は、実行したコマンドをバージョン記憶部３２１に送り、実行したコマンドのバージョン情報を更新する（ステップＳ１１７）。

判定結果が不合格の場合、コマンド処理部３０４は、コマンドに含まれるコマンドＩＤに対応する決定情報を決定情報記憶部３２２から読み出す（ステップＳ１０８）。先に述べたとおり、決定情報は、（接続先情報、真理値、コマンドＩＤリスト）とする。

コマンド処理部３０４は、読み出した決定情報に接続先情報が含まれるか否かを判定する（ステップＳ１０９）。読み出した決定情報に接続先情報が含まれる場合（ステップＳ１０９：Ｙｅｓ）、コマンド処理部３０４は、バージョンの不連続が生じたことを表すデータを、接続先情報で特定される外部装置に対して、送信部３０２を介して送る（ステップＳ１１０）。そのような外部装置の例として、バージョンの不連続が生じた場合の対応を行う専用の外部装置や、発行装置２００、設定装置１００などが挙げられる。また、バージョンの不連続を表すデータの例としては、グループＩＤ、自身の保持する最新のバージョン、および、受信したコマンドに付されたバージョンを含むデータなどが挙げられる。

読み出した決定情報に接続先情報が含まれない場合（ステップＳ１０９：Ｎｏ）、コマンド処理部３０４は、バージョンの不連続を外部装置に知らせる必要はないと判断する。

コマンド処理部３０４は、読み出した決定情報に含まれる真理値が真であえるか否かを判定する（ステップＳ１１１）。真理値が真の場合（ステップＳ１１１：Ｙｅｓ）、コマンド処理部３０４は、コマンドで指定されるコマンドに対応した処理を実行する（ステップＳ１１２）。コマンド処理部３０４は、実行したコマンドをバージョン記憶部３２１に送り、実行したコマンドのバージョン情報を更新する（ステップＳ１１３）。真理値が偽の場合（ステップＳ１１１：Ｎｏ）、コマンド処理部３０４は、コマンドで指定されるコマンドを実行しない。

コマンド処理部３０４は、読み出した決定情報のコマンドＩＤリストに、受信したコマンドのコマンドＩＤが含まれるか否かを判定する（ステップＳ１１４）。コマンドＩＤリストに、受信したコマンドのコマンドＩＤが含まれる場合（ステップＳ１１４：Ｙｅｓ）、コマンド処理部３０４は、機能をロックする（ステップＳ１１５）。機能のロックとは、バージョンの不連続が生じたと判定された時点以降、コマンドＩＤリストに含まれるコマンドＩＤで特定されるコマンドの機能を停止することを表す。なお、バージョンの不連続が生じたと判定された時点以降に受信したすべてのコマンドの機能を停止するように構成してもよい。機能をロックすると、コマンド処理部３０４は、新たにコマンドを受信したとしても、コマンドＩＤリストに含まれるコマンドＩＤで特定されるコマンドを実行しない。

コマンドＩＤリストに、受信したコマンドのコマンドＩＤが含まれない場合（ステップＳ１１４：Ｎｏ）、コマンド処理部３０４は、機能をロックする必要はないと判断する。

コマンド処理部３０４は、外部装置からの指示に基づき、機能のロックを解除するようにしてもよい。また、バージョンの不連続を表すデータに、自身がロックしている機能を表す情報を含めてもよい。

さらに、通信装置３００が、自身が所属するグループのグループＩＤを記憶するグループＩＤ記憶部（図示せず）と、自身が実行を認めたコマンドのコマンドＩＤを記憶するコマンドＩＤ記憶部（図示せず）とをさらに備えるように構成してもよい。この場合、判定部３０３は、受信したコマンドに含まれるグループＩＤとコマンドＩＤが、それぞれグループＩＤ記憶部とコマンドＩＤ記憶部に記憶済みであるか否かを判定する。コマンド処理部３０４は、記憶済みと判定された場合に、受信したコマンドを実行する。

次に、このように構成された第１の実施形態にかかる設定装置１００による設定処理について図７を用いて説明する。図７は、第１の実施形態における設定処理の一例を示すフローチャートである。

受信部１０１は、外部装置から送信されたデータを受信する（ステップＳ２０１）。受信部１０１は、受信したデータが、決定情報の設定要求（または更新要求）であるか否かを判定する（ステップＳ２０２）。受信したデータが、決定情報の設定要求（または更新要求）でない場合（ステップＳ２０２：Ｎｏ）、設定処理を終了する。

受信したデータが、決定情報の設定要求（または更新要求）である場合（ステップＳ２０２：Ｙｅｓ）、生成部１０３は、要求で指定されたコマンドのコマンドＩＤをコマンドＩＤ記憶部１２１から読み出す（ステップＳ２０３）。生成部１０３は、要求で指定されたグループのグループＩＤをグループＩＤ記憶部１２２から読み出す（ステップＳ２０４）。生成部１０３は、要求で指定された決定情報を決定情報記憶部１２３から読み出す（ステップＳ２０５）。生成部１０３は、読み出したコマンドＩＤ、グループＩＤ、および、決定情報を含むデータを生成する（ステップＳ２０６）。

送信部１０２は、生成されたデータを通信装置３００に送信する（ステップＳ２０７）。

次に、このように構成された第１の実施形態にかかる発行装置２００による発行処理について図８を用いて説明する。図８は、第１の実施形態における発行処理の一例を示すフローチャートである。

受信部２０１は、例えばコマンド発行要求として、グループＩＤおよびコマンドＩＤを受信する（ステップＳ３０１）。受信したグループＩＤのグループに対して、受信したコマンドＩＤのコマンドを発行することを意味する。

コマンド生成部２０３は、グループＩＤ記憶部２２３を参照し、受信したグループＩＤがグループＩＤ記憶部２２３に記憶されているか否かを判定する（ステップＳ３０２）。記憶されていない場合（ステップＳ３０２：Ｎｏ）、発行処理を終了する。

記憶されている場合（ステップＳ３０２：Ｙｅｓ）、コマンド生成部２０３は、コマンドＩＤ記憶部２２２を参照し、受信したコマンドＩＤがコマンドＩＤ記憶部２２２に記憶されているか否かを判定する（ステップＳ３０３）。記憶されていない場合（ステップＳ３０３：Ｎｏ）、発行処理を終了する。

記憶されている場合（ステップＳ３０３：Ｙｅｓ）、コマンド生成部２０３は、コマンド記憶部２２１を参照し、受信したグループＩＤおよびコマンドＩＤに対応するバージョン情報が記憶されているか否かを判定する（ステップＳ３０４）。

対応するバージョン情報が記憶されている場合（ステップＳ３０４：Ｙｅｓ）、コマンド生成部２０３は、最新のバージョン情報をコマンド記憶部２２１から読み出す（ステップＳ３０５）。そして、コマンド生成部２０３は、最新のバージョン情報が表すバージョンの次に連続したバージョンを表すバージョン情報を生成する（ステップＳ３０６）。コマンド生成部２０３は、グループＩＤとコマンドＩＤと生成したバージョン情報とを少なくとも含んだコマンドを生成し（ステップＳ３０８）、送信部２０２に送る。コマンド生成部２０３は、グループＩＤとコマンドＩＤと生成したバージョンを表すバージョン情報とを関連付けてコマンド記憶部２２１に記憶する（ステップＳ３０９）。

対応するバージョン情報が記憶されていない場合（ステップＳ３０４：Ｎｏ）、コマンド生成部２０３は、バージョンの初期値を設定する（ステップＳ３０７）。コマンド生成部２０３は、グループＩＤとコマンドＩＤとバージョンの初期値を表すバージョン情報とを少なくとも含んだコマンドを生成し（ステップＳ３０８）、送信部２０２に送る。そして、コマンド生成部２０３は、グループＩＤとコマンドＩＤとバージョン情報とを関連付けてコマンド記憶部２２１に記憶する（ステップＳ３０９）。ここで、上述の通り、初期値とは、０や１など、システムで予め共有されるなどして、通信装置３００が初期値と認識できる情報であれば何でもよい。

送信部２０２は、コマンド生成部２０３により生成されたコマンドを、ブロードキャスト通信またはマルチキャスト通信などにより送信する（ステップＳ３１０）。

（変形例１）
上記実施形態では、グループＩＤごとにバージョン情報を記憶していた（バージョン記憶部３２１）。第１の実施形態の変形例１では、グループＩＤおよびコマンドＩＤごとにバージョン情報を記憶する。例えば、バージョン記憶部３２１が、コマンド処理部３０４より受け取ったコマンドに含まれるグループＩＤとコマンドＩＤとバージョン情報とを関連付けて記憶する。

判定部３０３は、グループＩＤとバージョン情報とが関連づけてバージョン記憶部３２１に記憶されているかを判定する代わりに、グループＩＤとコマンドに含まれるコマンドＩＤとバージョン情報とが関連づけてバージョン記憶部３２１に記憶されているかを判定する。

図９は、変形例１の通信装置によるコマンド処理の一例を示すフローチャートである。図９では、ステップＳ４０４が追加されたことと、ステップＳ４０６とが、第１の実施形態のコマンド処理を表す図６と異なっている。その他のステップＳ４０１〜ステップＳ４０３、ステップＳ４０６〜ステップＳ４１８は、図６のステップＳ１０１〜ステップＳ１０３とステップＳ１０５〜ステップＳ１１７と同様であるため説明を省略する。

ステップＳ４０４で、判定部３０３は、コマンドのコマンドＩＤが、バージョン記憶部３２１に記憶されているかを判定する（ステップＳ４０４）。記憶されていない場合（ステップＳ４０４：Ｎｏ）、コマンド処理を終了する。記憶されている場合（ステップＳ４０４：Ｙｅｓ）、ステップＳ４０５に移る。

ステップＳ４０６で、判定部３０３は、受信したコマンドに含まれるグループＩＤとコマンドＩＤと関連付けて記憶されているバージョン情報がバージョン記憶部３２１に記憶されているかを判定する。

発行装置２００は、コマンド記憶部２２１を参照する際に、そのグループＩＤとコマンドＩＤに対応するバージョン情報を読み出し、対応するバージョン情報が記憶されていないならばバージョン情報として初期値を割り振るように構成してもよい。

このように通信装置３００と発行装置２００を構成すると、コマンドＩＤごとに連続したバージョンを割り振ることが可能となる。このとき、コマンドに応じて、発行装置２００を複数に分割したとしても、複数の発行装置２００間で、バージョン情報を共有する必要がないため、システムを効率的に実現できるという利点がある。また、コマンドを一意に特定するコマンドＩＤではなく、複数のコマンドを特定するようなコマンドＩＤであってもよい。

（変形例２）
設定装置１００が、決定情報とともに、通信装置３００にグループの移動を命じるコマンドを発行するようにしてもよい。また、設定装置１００が、ＭＫＢ生成部２０５と同様の機能をさらに備えてもよい。そして、設定装置１００が、この機能により生成したＭＫＢをさらに含む、グループの移動を命じるコマンドと、決定情報とを発行するようにしてもよい。

このようなコマンドを設定装置１００が発行することで、通信装置３００のグループの設定と、そのグループへの決定情報の割り当てとを効率的に実現できる。

このように、第１の実施形態にかかる通信システムでは、通信装置が、バージョン情報が連続していない場合の処理を定める決定情報を参照して処理を決定する。これにより、例えばマルチキャスト通信を用いたグループ管理の信頼性と可用性を高めることができる。

（第２の実施形態）
第１の実施形態では、通信装置が、設定装置から送信された決定情報を参照して処理を決定した。第２の実施形態にかかる通信システムでは、発行装置がコマンドに決定情報を含める。通信装置は、コマンドに含まれる決定情報を参照して処理を決定する。

図１０は、第２の実施形態にかかる通信システムの構成の一例を示すブロック図である。図１０に示すように、本実施形態の通信システムは、発行装置２００−２と、通信装置３００−２ａ〜３００−２ｄと、がネットワーク４００で接続された構成となっている。

第２の実施形態では、発行装置２００−２が発行するコマンドは、コマンド対象のグループを特定するグループＩＤと、コマンドを特定するコマンドＩＤと、決定情報と、を少なくとも含む。決定情報は、（接続先情報、真理値、コマンドＩＤリスト）を含むものとする。第１の実施形態と同様に、上述の決定情報はあくまでも一例であり、上述の形式に限定されるものではない。

次に、発行装置２００−２の構成例について説明する。図１１は、発行装置２００−２の機能構成例を示すブロック図である。発行装置２００−２は、受信部２０１と、送信部２０２と、コマンド生成部２０３−２と、更新部２０４と、決定情報管理部２０６−２と、コマンド記憶部２２１−２と、コマンドＩＤ記憶部２２２と、グループＩＤ記憶部２２３と、を備える。

第２の実施形態では、決定情報管理部２０６−２を追加したこと、コマンド記憶部２２１−２のデータ構造、および、コマンド生成部２０３−２の機能が第１の実施形態と異なっている。その他の構成および機能は、第１の実施形態にかかる発行装置２００のブロック図である図３と同様であるので、同一符号を付し、ここでの説明は省略する。

決定情報管理部２０６−２は、決定情報の生成および生成した決定情報の記憶を行う。

コマンド記憶部２２１−２は、グループＩＤと、当該グループＩＤのグループに対して発行されたコマンドのコマンドＩＤと、バージョン情報と、決定情報と、を関連付けて記憶する。

コマンド生成部２０３−２は、受信部２０１より受け取った情報に応じて、コマンド記憶部２２１−２、コマンドＩＤ記憶部２２２、決定情報管理部２０６−２、および、グループＩＤ記憶部２２３に記憶されている情報を参照し、コマンドを生成する。

第１の実施形態と同様に、発行装置が、グループに属する通信装置３００に対して、グループの変更などの操作を行うコマンドを発行するように構成してもよい。図１２は、このように構成した発行装置２００−２ｂの構成例を示すブロック図である。発行装置２００−２ｂは、受信部２０１と、送信部２０２と、コマンド生成部２０３−２ｂと、更新部２０４と、決定情報管理部２０６−２と、コマンド記憶部２２１−２と、コマンドＩＤ記憶部２２２と、グループＩＤ記憶部２２３と、対象ＩＤ記憶部２２４と、ＭＫＢ生成部２０５と、を備える。なお、図４および図１１と同様の構成については同一の符号を付し説明を省略する。

コマンド生成部２０３−２ｂは、生成されたＭＫＢをさらに含むコマンドを生成する。

次に、通信装置３００−２の構成例について説明する。図１３は、通信装置３００−２の機能構成例を示すブロック図である。通信装置３００−２は、受信部３０１と、送信部３０２と、判定部３０３−２と、コマンド処理部３０４−２と、バージョン記憶部３２１と、を備える。

第２の実施形態では、決定情報記憶部３２２を削除したこと、判定部３０３−２の機能、および、コマンド処理部３０４−２の機能が第１の実施形態と異なっている。その他の構成および機能は、第１の実施形態にかかる通信装置３００のブロック図である図５と同様であるので、同一符号を付し、ここでの説明は省略する。

判定部３０３−２は、コマンドの形式を判定するときに、グループＩＤと、バージョン情報と、に加え、決定情報を含むコマンドであるか判定する点が、第１の実施形態の判定部３０３と異なっている。その他の機能は第１の実施形態の判定部３０３と同様である。

コマンド処理部３０４−２は、記憶された決定情報ではなく、コマンドに含まれる決定情報を参照して、受信したコマンドに対する処理を決定して実行することで、コマンドを処理する点が、第１の実施形態のコマンド処理部３０４と異なっている。その他の機能は第１の実施形態のコマンド処理部３０４と同様である。

次に、このように構成された第２の実施形態にかかる通信装置３００−２によるコマンド処理について図１４を用いて説明する。図１４は、第２の実施形態におけるコマンド処理の一例を示すフローチャートである。

図１４では、ステップＳ５０２およびステップＳ５０８が、第１の実施形態のコマンド処理を示す図６のステップＳ１０２およびステップＳ１０８と異なっている。その他のステップは図６と同様であるため説明を省略する。

ステップＳ５０２では、判定部３０３−２は、受信したコマンドが、グループＩＤと、バージョン情報と、決定情報と、を含むコマンドであるか判定する（ステップＳ５０２）。

ステップＳ５０８では、コマンド処理部３０４−２は、受信されたコマンドに含まれる決定情報を読み出す（ステップＳ５０８）。

なお、第１の実施形態と同様に、通信装置３００−２が、自身が所属するグループのグループＩＤを記憶するグループＩＤ記憶部（図示せず）と、自身が実行を認めたコマンドのコマンドＩＤを記憶するコマンドＩＤ記憶部（図示せず）とをさらに備えるように構成してもよい。この場合、判定部３０３−２は、受信したコマンドに含まれるグループＩＤとコマンドＩＤが、それぞれグループＩＤ記憶部とコマンドＩＤ記憶部に記憶済みであるか否かを判定する。コマンド処理部３０４−２は、記憶済みと判定された場合に、受信したコマンドを実行する。

次に、このように構成された第２の実施形態にかかる発行装置２００−２による発行処理について図１５を用いて説明する。図１５は、第２の実施形態における発行処理の一例を示すフローチャートである。

ステップＳ６０１〜ステップＳ６０７は、第１の実施形態の発行処理を示す図８のステップＳ３０１〜ステップＳ３０７と同様であるため説明を省略する。

ステップＳ６０６またはステップＳ６０７でバージョン情報が設定された後、コマンド生成部２０３−２は、決定情報管理部２０６−２を参照し、グループＩＤとコマンドＩＤに対応した決定情報を読み出す（ステップＳ６０８）。コマンド生成部２０３−２は、グループＩＤとコマンドＩＤと生成したバージョン情報と決定情報とを少なくとも含んだコマンドを生成し（ステップＳ６０９）、送信部２０２に送る。コマンド生成部２０３−２は、グループＩＤとコマンドＩＤと生成したバージョン情報と決定情報とを関連付けてコマンド記憶部２２１−２に記憶する（ステップＳ６１０）。

送信部２０２は、コマンド生成部２０３−２により生成されたコマンドを、ブロードキャスト通信またはマルチキャスト通信などにより送信する（ステップＳ６１１）。

（変形例３）
発行装置２００−２が、コマンド記憶部２２１−２を参照する際に、そのグループＩＤとコマンドＩＤに対応する最新のバージョン情報を読み出し、対応するバージョン情報が記憶されていないならばバージョン情報として初期値を割り振るように構成してもよい。

また、通信装置３００−２の判定部３０３−２が、コマンドに含まれるグループＩＤがバージョン記憶部３２１に記憶されているか否かを判定する際に、グループＩＤとコマンドＩＤとが関連づけて記憶されているかを判定するようにしてもよい。

このように通信装置３００−２と発行装置２００−２を構成すると、グループＩＤとコマンドＩＤの組ごとにバージョン情報を付することができる。このため、コマンドＩＤごとにそれに対応するコマンドを発行する発行装置２００−２を分割したとしても、バージョン情報を共有する必要がなくなる。

このように、第２の実施形態にかかる通信装置では、コマンドに含まれる決定情報を参照して、処理を決定し実行することができる。これにより、例えばマルチキャスト通信を用いたグループ管理の信頼性と可用性を高めることができる。

次に、第１または第２の実施形態にかかる通信装置のハードウェア構成について図１６を用いて説明する。図１６は、第１または第２の実施形態にかかる通信装置のハードウェア構成を示す説明図である。

第１または第２の実施形態にかかる通信装置は、ＣＰＵ（Central Processing Unit）５１などの制御装置と、ＲＯＭ（Read Only Memory）５２やＲＡＭ（Random Access Memory）５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、各部を接続するバス６１を備えている。

第１または第２の実施形態にかかる通信装置で実行されるプログラムは、ＲＯＭ５２等に予め組み込まれて提供される。

第１または第２の実施形態にかかる通信装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Compact Disk Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録してコンピュータプログラムプロダクトとして提供されるように構成してもよい。

さらに、第１または第２の実施形態にかかる通信装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、第１または第２の実施形態にかかる通信装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

第１または第２の実施形態にかかる通信装置で実行されるプログラムは、コンピュータを上述した通信装置の各部として機能させうる。このコンピュータは、ＣＰＵ５１がコンピュータ読取可能な記憶媒体からプログラムを主記憶装置上に読み出して実行することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００ 設定装置
１０１ 受信部
１０２ 送信部
１０３ 生成部
１２１ コマンドＩＤ記憶部
１２２ グループＩＤ記憶部
１２３ 決定情報記憶部
２００ 発行装置
２０１ 受信部
２０２ 送信部
２０３ コマンド生成部
２０４ 更新部
２０５ ＭＫＢ生成部
２０６ 決定情報管理部
２２１ コマンド記憶部
２２２ コマンドＩＤ記憶部
２２３ グループＩＤ記憶部
２２４ 対象ＩＤ記憶部
３００ａ〜３００ｄ 通信装置
３０１ 受信部
３０２ 送信部
３０３ 判定部
３０４ コマンド処理部
３２１ バージョン記憶部
３２２ 決定情報記憶部

Claims (25)

1. 第１バージョン情報を記憶するバージョン記憶部と、
   第２バージョン情報を含むコマンドを受信する受信部と、
   前記第２バージョン情報が前記第１バージョン情報に連続するバージョンを示すか否かを判定する判定部と、
   前記判定部の判定結果と、コマンドに対する前記判定結果に応じた処理を定める決定情報とに基づいて、受信したコマンドに対する処理を実行するコマンド処理部と、
   を備える通信装置。
2. 前記決定情報を記憶する決定情報記憶部をさらに備え、
   前記コマンド処理部は、前記判定結果と、前記決定情報記憶部に記憶された前記決定情報とに基づいて、受信したコマンドに対する処理を実行する、
   請求項１に記載の通信装置。
3. 前記受信部は、前記決定情報をさらに含むコマンドを受信し、
   前記コマンド処理部は、前記判定結果と、受信したコマンドに含まれる前記決定情報とに基づいて、受信したコマンドに対する処理を実行する、
   請求項１に記載の通信装置。
4. 前記バージョン記憶部は、コマンドの対象を識別する第１識別情報ごとに、前記第１バージョン情報を対応づけて記憶し、
   前記受信部は、前記第１識別情報をさらに含むコマンドを受信し、
   前記判定部は、前記第２バージョン情報が、受信したコマンドに含まれる前記第１識別情報に対応する前記第１バージョン情報に連続するバージョンを示すか否かを判定する、
   請求項１に記載の通信装置。
5. 前記コマンド処理部は、前記判定結果と、コマンドの対象ごとに定められた前記決定情報とに基づいて、受信したコマンドに対する処理を実行する、
   請求項１に記載の通信装置。
6. 前記コマンド処理部は、前記判定結果と、コマンドの対象およびコマンドごとに定められた前記決定情報とに基づいて、受信したコマンドに対する処理を実行する、
   請求項１に記載の通信装置。
7. 前記決定情報は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでない場合に、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでない旨を、接続先情報で特定される装置に通知することを定め、
   前記コマンド処理部は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでないと判定された場合に、前記接続先情報で特定される装置に、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでない旨を通知する、
   請求項１に記載の通信装置。
8. 前記決定情報は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでない場合に、コマンドを処理するか否かを定め、
   前記コマンド処理部は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでないと判定され、前記決定情報がコマンドを処理することを定める場合に、受信したコマンドを処理する、
   請求項１に記載の通信装置。
9. 前記決定情報は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでないと判定された時点以降の処理を停止するか否かを定め、
   前記コマンド処理部は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでないと判定され、前記決定情報が処理の停止を定める場合に、受信したコマンドおよび受信したコマンドより後に前記受信部により受信されるコマンドの処理を停止する、
   請求項１に記載の通信装置。
10. 前記決定情報は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでないと判定された時点以降の処理を停止するコマンドを定め、
    前記コマンド処理部は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでないと判定された場合に、前記決定情報で定められたコマンドの処理を停止する、
    請求項１に記載の通信装置。
11. 第１バージョン情報を記憶する外部装置に接続される通信装置であって、
    前記外部装置に送信するコマンドに付す第２バージョン情報が前記第１バージョン情報に連続するバージョンを示すか否かの判定結果に応じた1以上の処理を定める決定情報を生成する生成部と、
    前記決定情報を前記外部装置に送信する送信部と、
    を備える通信装置。
12. 前記生成部は、コマンドの対象ごとに、前記決定情報を生成する、
    請求項１１に記載の通信装置。
13. 前記生成部は、コマンドの対象およびコマンドごとに、前記決定情報を生成する、
    請求項１１に記載の通信装置。
14. 前記決定情報は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでない場合に、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでない旨を、接続先情報で特定される装置に通知することを定める、
    請求項１１に記載の通信装置。
15. 前記決定情報は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでない場合に、コマンドを処理するか否かを定める、
    請求項１１に記載の通信装置。
16. 前記決定情報は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでないと判定された時点以降の処理を停止するか否かを定める、
    請求項１１に記載の通信装置。
17. 前記決定情報は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでないと判定された時点以降の処理を停止するコマンドを定める、
    請求項１１に記載の通信装置。
18. 第１バージョン情報を記憶する外部装置に接続される通信装置であって、
    第２バージョン情報と、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンを示すか否かの判定結果に応じた1以上の処理を定める決定情報と、を含むコマンドを生成するコマンド生成部と、
    前記コマンドを前記外部装置に送信する送信部と、
    を備える通信装置。
19. コマンドの対象を識別する第１識別情報ごとに、前記第２バージョン情報を記憶する記憶部をさらに備え、
    前記コマンド生成部は、前記第１識別情報ごとに、前記第１識別情報に対応する前記第２バージョン情報と、前記決定情報と、を含む前記コマンドを生成する、
    請求項１８に記載の通信装置。
20. 前記第１識別情報は、外部装置が属するグループを識別するグループ識別情報であり、
    前記コマンド生成部は、前記グループ識別情報ごとに、前記グループ識別情報に対応する前記第２バージョン情報と、前記決定情報とを含み、前記グループを変更するコマンドを生成する、
    請求項１９に記載の通信装置。
21. 指定された外部装置がグループ鍵を導出可能なメディアキーブロックを生成するＭＫＢ生成部をさらに備え、
    前記コマンド生成部は、前記グループ識別情報ごとに、前記グループ識別情報に対応する前記第２バージョン情報と、前記決定情報と、指定された前記外部装置を特定する情報と、前記メディアキーブロックと、を含み、前記グループを変更するコマンドを生成する、
    請求項２０に記載の通信装置。
22. 前記決定情報は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでない場合に、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでない旨を、接続先情報で特定される装置に通知することを定める、
    請求項１８に記載の通信装置。
23. 前記決定情報は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでない場合に、コマンドを処理するか否かを定める、
    請求項１８に記載の通信装置。
24. 前記決定情報は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでないと判定された時点以降の処理を停止するか否かを定める、
    請求項１８に記載の通信装置。
25. 前記決定情報は、前記第２バージョン情報が前記第１バージョン情報に連続するバージョンでないと判定された時点以降の処理を停止するコマンドを定める、
    請求項１８に記載の通信装置。

Images