JPH0944354A - 電子機器及びその動作制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 ＩＥＥＥ−１３９４のベンダーユニークコマ
ンドを用いて独自に開発したアプリケーション毎に他社
による使用を可能にする。 【解決手段】 コントローラは、ターゲットキーコード
を受けとると（手順）、暗号関数とそのターゲットキ
ーコードとから、アプリケーションキーコードを算出す
る。そして、アプリケーションキーコードを付けたアプ
リケーションのオープンコマンドを送信する（手順
）。ターゲットはオープンコマンドを受信したら、コ
マンド中のターゲットキーコードを復号する。そして、
復号した結果が自分のターゲットキーコードと等しけれ
ば、アプリケーションを実行可能なオープン状態にす
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は複数の電子機器をバ
スで接続し、それらの電子機器間で通信を行なうシステ
ムに関し、より詳細には独自に開発したアプリケーショ
ンをライセンス契約して他社でも使用可能とするための
システムに関する。

【０００２】

【従来の技術】複数の電子機器をバスで接続し、それら
の電子機器間で通信を行なうシステムとしては、ＩＥＥ
Ｅ−１３９４シリアルバスを用いた通信システムが考え
られている。ＩＥＥＥ−１３９４シリアルバスを用いた
通信システムは、デジタルビデオテープレコーダ、デジ
タルビデオカメラ、デジタルテレビジョン受像機、パー
ソナルコンピュータ等の電子機器（以下機器と略す）を
ＩＥＥＥ−１３９４シリアルバスで接続し、それらの機
器間でデジタルオーディオ／ビデオ信号等の情報信号や
接続制御コマンド等の制御信号の通信を行なうものであ
る。

【０００３】ＩＥＥＥ−１３９４シリアルバスを用いた
通信システムでは、各メーカーが独自のアプリケーショ
ンを実現するためにベンダーユニークコマンド（Ｖｅｎ
ｄｏｒ Ｕｎｉｑｕｅ Ｃｏｍｍａｎｄ）が用意されて
いる（各社で互換性をとるべき基本的なコマンドはベン
ダーユニークコマンドとは別に定義されている。）。ベ
ンダーユニークコマンドのパケットには、そのメーカー
であることを示すカンパニーＩＤを付けることになって
いる。したがって、基本的にベンダーユニークコマンド
用いて実現するアプリケーションは、そのメーカー１社
でのみ有効となるものである。

【０００４】

【発明が解決しようとする課題】独自に開発されたアプ
リケーションであっても他社に有効な場合がある。その
アプリケーションが共通コマンドとして登録するほどの
汎用性がない場合には、あるメーカーが開発したアプリ
ケーション用のコマンドを他のメーカーでも使用したい
ことがある。他のメーカーがそのアプリケーション用の
ベンダーユニークコマンドを使用するには、アプリケー
ションを開発したメーカーのカンパニーＩＤを使用しな
ければならない。

【０００５】そこで、アプリケーションを開発したメー
カーが正式にライセンス契約をして他のメーカーにカン
パニーＩＤの使用を認めたとすると、そのアプリケーシ
ョン以外のベンダーユニークコマンドまでもが他社でも
使用できてしまう。

【０００６】本発明はこのような問題点に鑑みてなされ
たものであって、独自に開発したアプリケーション毎に
他社による使用を可能にする機器及びその制御方法を提
供するものである。

【０００７】

【課題を解決するための手段】前記課題を解決するため
に、本発明に係る機器及びその動作制御方法は、複数の
機器をバスで接続し、これらの機器間で情報信号及び制
御信号の通信を行なうシステムにおいて、機器の製造元
を示す識別情報を含む所定のフォーマットの制御信号を
用いて実現したアプリケーションの動作を制御する方法
であって、制御する側の機器は制御される側の機器に対
してあらかじめ定められた暗号情報を含む前記所定のフ
ォーマットの制御信号を送信し、制御される側の機器は
受信した制御信号にあらかじめ定められた暗号情報が含
まれているときに、前記アプリケーションを実行可能状
態にすることを特徴とするものである。

【０００８】本発明によれば、制御する側の機器は制御
される側の機器に対してあらかじめ定められた暗号情報
を含む前記所定のフォーマットの制御信号を送信し、制
御される側の機器は受信した制御信号にあらかじめ定め
られた暗号情報が含まれているときに、前記アプリケー
ションを実行可能状態にする。

【０００９】

【発明の実施の形態】以下本発明の実施の形態につい
て、 〔１〕ベンダーユニークコマンド（Ｖｅｎｄｏｒ Ｕｎ
ｉｑｕｅ Ｃｏｍｍａｎｄ） 〔２〕ベンダーユニークコマンドの他社での使用

【００１０】〔３〕システムの内容説明 （３−１）アプリケーションのオープン （３−２）暗号化の条件 （３−３）アプリケーションのオープンに必要な情報 （３−４）アプリケーションのオープンの方法 （３−５）オープン中のコマンド （３−６）アプリケーションのクローズ （３−７）アプリケーション実行およびクローズの条件

【００１１】〔４〕アプリケーションの保護 （４−１）カンパニーＩＤによる管理 （４−２）ターゲットキーコードの設定 （４−３）暗号関数ｆｋ

【００１２】〔５〕ターゲットの構成と動作 の順序で詳細に説明する。

【００１３】〔１〕ベンダーユニークコマンド（Ｖｅｎ
ｄｏｒ Ｕｎｉｑｕｅ Ｃｏｍｍａｎｄ） ＩＥＥＥ−１３９４シリアルバスに対するデジタルイン
ターフェイスの機能制御プロトコル（Ｆｕｎｃｔｉｏｎ
Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ：以下ＦＣＰと略
す）では、複数のコマンドトランザクションセット（Ｃ
ｏｍｍａｎｄＴｒａｎｓａｃｔｉｏｎ Ｓｅｔ）を使用
することができる。

【００１４】図１にベンダーユニークフレームのフォー
マットを示す。ここで、ＣＴＳ（Ｃｏｍｍａｎｄ Ｔｒ
ａｎｓａｃｔｉｏｎ Ｓｅｔ）＝１１１０がベンダーユ
ニークフレームであることを示す。そして、ＣＴＳの次
に４ビットを空けて、３バイトのベンダーＩＤ（ＩＥＥ
Ｅで定められたカンパニーＩＤ）を用いる。ベンダーユ
ニークであることを示すＣＴＳとベンダーＩＤ以外はベ
ンダーが自由に定義し、使用することができる。つま
り、そこで使用するコマンドセットもコマンド／レスポ
ンスの送受信等のトランザクションについてもベンダー
に依存することとなっている。なお、ゼロパッドバイト
（ｚｅｒｏ ｐａｄ ｂｙｔｅｓ）は、フレームの長さ
を４バイト（クアドレット）単位にするために必要に応
じて設けられる。

【００１５】図２にＡＶ機器制御用のコマンドトランザ
クションセットであるＡＶ／Ｃ（Ａｕｄｉｏ Ｖｉｓｕ
ａｌ／Ｃｏｎｔｒｏｌ）コマンドトランザクションセッ
トのフレーム構成を示す。ここで、ＣＴＳ＝００００が
ＡＶ／Ｃコマンドトランザクションセットであることを
示す。

【００１６】ＡＶ／Ｃコマンドトランザクションセット
でも、ベンダーが自由にコマンドを定義することができ
るようにオペコード（ＯＰＣ）としてベンダーユニーク
が定義されている。ただしコマンド／レスポンスのトラ
ンザクションについてはＡＶ／Ｃコマンドトランザクシ
ョンセットに従う。この場合のフレーム構成を図３に示
す。ＯＰＣ＝００ｈでベンダーユニークであることを表
す。ベンダーＩＤは前記の場合と同様、３バイトのカン
パニーＩＤを用いる。

【００１７】〔２〕ベンダーユニークコマンドの他社で
の使用 ＦＣＰでは他のノードを制御するノードのことをコント
ローラ、制御される側のノードをターゲットと呼ぶ。以
下コントローラ、ターゲットという名称を用いて説明す
る。

【００１８】ベンダーユニークコマンドはベンダーＩＤ
に記されたカンパニーＩＤを所有している会社が定義
し、使用するものであるが、アプリケーションによって
は他の会社も同じコマンドを使用したい場合も出てく
る。

【００１９】ここではカンパニーＩＤ＝ｘｘｘｘｘｘｈ
のＡ社と、カンパニーＩＤ＝ｙｙｙｙｙｙｈのＢ社を例
に説明する。Ａ社はアプリケーションＫの独自のコマン
ドをベンダーユニークコマンドとして定義し、Ａ社の製
品で使用している。Ｂ社はＡ社のこのベンダーユニーク
コマンドを用いたアプリケーションＫをＢ社の製品でも
対応したいと考えた。Ｂ社での対応の方法としては２つ
の場合がある。Ｂ社がコントローラを製造しＡ社の製品
をターゲットとして制御する場合と、Ｂ社がターゲット
となる製品を作りＡ社のコントローラで制御されるよう
にする場合である。どちらの場合でもＡ社のベンダーユ
ニークコマンドを使用しなければアプリケーションＫの
実現はできない。

【００２０】以下に説明するシステムは、ベンダーユニ
ークコマンドの所有者である会社がベンダーユニークコ
マンドを用いて実現したアプリケーションのうち幾つか
については、限定した会社での使用を可能とするための
ものである

【００２１】このシステムを導入することによって、一
般的にはベンダーユニークコマンドの他社での使用を禁
止とするが、アプリケーション毎に使用権を与えるよう
にすることが可能となる。したがって前記の場合のＢ社
もＡ社のアプリケーションＫに関してはベンダーユニー
クコマンドを使用することができるようになる。

【００２２】〔３〕システムの内容説明 （３−１）アプリケーションのオープン ターゲットはベンダーユニークコマンドにより実現する
アプリケーション毎に、「オープン状態」「クローズ状
態」を有する。オープン状態とはコマンドを受けて、そ
のアプリケーションを実行することが可能な状態であ
る。クローズ状態とは、コマンドを受けたとしても実行
しない状態である。

【００２３】前記のようにベンダーユニークコマンドは
一般に公開しているコマンドではないので、第三者（Ｃ
社とする）が勝手にＡ社のカンパニーＩＤ＝ｘｘｘｘｘ
ｘｈを付けてコマンドを送った場合にコマンドが実行さ
れないようにするため、通常はアプリケーションを全て
クローズ状態にしておく。そして、ベンダーユニークコ
マンドを定義したＡ社はもとより、使用権を得たＢ社に
ついても、該当するアプリケーションＫをオープン状態
にしてからアプリケーションＫを実行することとした。
このとき、オープン状態にするための手段を教えること
がそのアプリケーションの使用権を与えることに等し
い。

【００２４】（３−２）暗号化の条件 コントローラはターゲットに対して、オープン状態にし
たいアプリケーションを指定してオープンコマンドを送
る。この時、コントローラとターゲットの間で取り決め
を交わしておき、決められたコードを付けてオープンコ
マンドが送られた場合のみ有効とする。このコードは第
三者にはわからないようにする必要がある。このコード
は、あらかじめＡ社とＢ社との間で決めておく。そのと
き、各機器毎あるいは１つの機器でも時間によって異な
る値にするなどの対応をとる。

【００２５】このコードは一種の暗号と考えられるが、
コンスーマー機器での使用を目的とするので、１チップ
マイクロコンピュータでも簡単に対応できるようにし、
コントローラ、ターゲット共に負担をできるだけ軽くす
る必要がある。コンスーマー機器では商品が一度市場に
出たならば、その後暗号の方式を変えることは困難であ
る。

【００２６】（３−３）アプリケーションのオープンに
必要な情報 各アプリケーションをオープンさせる際に必要な情報に
ついて説明する。 （１）アプリケーションナンバー（Ａｐｐｌｉｃａｔｉ
ｏｎ Ｎｏ） アプリケーションの種別をあらわすコードをアプリケー
ションナンバーと呼ぶことにする。図４にアプリケーシ
ョンナンバーの例を示す。ここでは、１バイトでアプリ
ケーションの種類を表している。アプリケーションナン
バーを０１ｈからＦＥｈまで割り当て可能とすると、２
５４種類のアプリケーションまで対応できる。００ｈは
各アプリケーションに共通に用いるために使用禁止（ｒ
ｅｓｅｒｖｅｄ）としておく。また、アプリケーション
の数が増えた時のために、ＦＦｈは拡張用としてｒｅｓ
ｅｒｖｅｄとしておく。

【００２７】（２）暗号関数ｆ アプリケーションをオープンさせる際にアプリケーショ
ンナンバーとともに送る「鍵」をアプリケーションキー
コードと呼ぶ。アプリケーションキーコードの生成方法
（暗号化）はアプリケーション毎に異なり、あらかじめ
Ａ社、Ｂ社間で決めておく。これを暗号関数ｆとし、ア
プリケーションＫの暗号関数をｆｋとする。

【００２８】（３）ターゲットキーコード ターゲットキーコードはターゲット毎に定める値であ
り、全てのアプリケーションに対してアプリケーション
キーコードの生成の元となるものである。そして、機器
毎に異なるターゲットキーコードを付ける等の対応によ
って、１つのアプリケーションでもアプリケーションキ
ーコードを変える。

【００２９】アプリケーションのオープンの際には、コ
ントローラはターゲットにターゲットキーコードの問い
合わせ命令を送り、返答を得ることにより、その時のタ
ーゲットキーコードを知る。

【００３０】（４）アプリケーションキーコード ターゲットキーコードを暗号関数ｆで暗号化したものが
アプリケーションキーコードとなる。つまり、アプリケ
ーションＫに対するアプリケーションキーコードは アプリケーションキーコード＝ｆｋ（ターゲットキーコ
ード） と表せる。

【００３１】（３−４）アプリケーションのオープンの
方法 コントローラがターゲットのアプリケーションＫをオー
プン状態にする方法について説明する。

【００３２】（１） コマンド送信手順 図５にコントローラ／ターゲット間のコマンド／レスポ
ンスの概略図を示す。まず、コントローラはターゲット
に対し、ターゲットキーコードの問い合わせコマンドを
送信する（手順）。ターゲットはそれに対するレスポ
ンスとして、その時の自分のターゲットキーコードを返
信する（手順）。

【００３３】コントローラは、ターゲットキーコードを
受けとると、暗号関数ｆｋにそのターゲットキーコード
をかけ、アプリケーションキーコードを算出する。次
に、コントローラはターゲットに対し、アプリケーショ
ンＮｏと算出したアプリケーションキーコードを付け
て、アプリケーションのオープンコマンドを送信する
（手順）。

【００３４】ターゲットはオープンコマンドを受信した
ら、指定されたアプリケーションＮｏのアプリケーショ
ンを備えているかどうかを確認する。そして、対応して
いるアプリケーションの場合、受信したアプリケーショ
ンキーコードをその暗号関数ｆｋの逆関数にかけ、復号
する。

【００３５】ターゲットは復号した結果が自分のターゲ
ットキーコードと等しいかどうか確認する。そして、等
しい場合に初めてアプリケーションＫのオープンコマン
ドを有効とし、アプリケーション実行可能なオープン状
態に入る。

【００３６】ターゲットはアプリケーションＫをオープ
ン状態にしたら、コントローラに対して、アプリケーシ
ョンＫをオープン状態にしたこと知らせるためのレスポ
ンスを返す（手順）。

【００３７】（２）コマンドフォーマット 図１と図３を参照しながら説明したように、ベンダーユ
ニークコマンドは、ベンダーユニークフレーム又はＡＶ
／Ｃコマンドトランザクションセットのいずれを用いて
も実現できるが、ここでは、コマンド構成として、ＡＶ
／Ｃコマンドトランザクションセットを用いた場合の例
を示す。

【００３８】図６にベンダーユニークコマンドの構成を
示す。ここでは３バイトのベンダーＩＤに続くベンダー
が独自に定義する領域（ＯＰＲ４以降）のみ図示した。
前述したように、コマンド／レスポンスのトランザクシ
ョンについてはＡＶ／Ｃコマンドトランザクションセッ
トに準ずるものとする。アプリケーションを実行する具
体的なコマンドについてはここで記載しない。これは各
アプリケーン毎に定義する。

【００３９】図７にターゲットキーコードの問い合わせ
のコマンド／レスポンスを示す。ここではアプリケーシ
ョンＮｏをｋｋｈ、ターゲットキーコードを１６ビット
の１２３４ｈとした。なお、ターゲットキーコードの長
さはアプリケーション毎に定めることができる。

【００４０】ターゲットキーコードは機器毎／アプリケ
ーション毎に異なる値としたり、乱数とすることも考え
られるので、各アプリケーションを実行開始する際には
必ず問い合わせをする。図７（ａ）は問い合わせのコマ
ンドを示す。ここでＯＰＲ４はアプリケーションＮｏで
あり、ＯＰ５の１０ｈとＯＰ６の７１ｈでターゲットキ
ーコードの問い合わせであることを示す。また、ＯＰ７
とＯＰ８はＦＦｈ（ダミー）とする。

【００４１】ターゲットは、問い合わせのコマンドに付
いているアプリケーション（アプリケーションＫ）に対
応している場合には、図７（ｂ）に示すように、ＯＰ７
とＯＰ８に１６ビットのターゲットキーコード１２３４
ｈを付けた“Ｓｔａｂｌｅ”のレスポンスをコントロー
ラに返答する。そのアプリケーションに対応していない
場合には、図７（ｃ）に示すように、問い合わせコマン
ドと同じ内容の“Ｎｏｔ Ｉｍｐｌｅｍｅｎｔｅｄ”の
レスポンスを返す。

【００４２】次に、コントローラがターゲットに送るア
プリケーションＫのオープンコントロールコマンドおよ
びそのレスポンスを図８（ａ），（ｂ）に示す。ここで
はアプリケーションキーコードを１６ビットの５６７８
ｈとした。なお、アプリケーションキーコードの長さは
アプリケーション毎に定めることができる。

【００４３】コマンドに付いているアプリケーションキ
ーコードの指定値がターゲットが持っているアプリケー
ションキーコードの値と異なっていてオープンできない
場合には、コントローラに対して“Ｒｅｊｅｃｔｅｄ”
のレスポンスを返すのが基本である。しかし、第三者が
アプリケーションキーコード捜し求める過程において
は、００００ｈからＦＦＦＦｈまで１つづつ試してみる
ということが考えられる。そこでオープンできなかった
場合でもわざと“Ａｃｃｅｐｔｅｄ”のレスポンスを返
答する。図８（ｃ），（ｄ）にオープンできない場合の
例（正しいアプリケーションキーコード＝５６７８ｈの
ところ、５６７９ｈを指定）を示す。第三者はオープン
コマンドのトランザクションだけではオープンに成功し
たかどうかわからないので、アプリケーションの実行コ
マンドを送ってみるか、オープン中かどうか問い合わせ
て調べるという手順が必要となる。

【００４４】アプリケーションがオープン状態であるか
クローズ状態であるかの問い合わせもアプリケーション
キーコードを付けて送る。アプリケーションキーコード
の指定値が正しい場合には“Ａｃｃｅｐｔｅｄ”を、異
なっている場合には“Ｒｅｊｅｃｔｅｄ”をレスポンス
として返す。図９（ａ），（ｂ）にアプリケーションキ
ーコードとして正しい値（５６７８ｈ）を指定された場
合のコマンドとレスポンスの例を示す。

【００４５】（３−５）オープン中のコマンド アプリケーションがオープン（実行可能状態）している
間のみ、ターゲットはそのアプリケーション用のコマン
ドを受け付ける。コマンドフォーマットとしては図６の
ように最初の１バイトでアプリケーションＮｏを示す他
は、各アプリケーション毎に定める。

【００４６】アプリケーションがオープン状態である
か、クローズ状態であるかにかかわらず、対応していな
いアプリケーションの実行コマンドを受けた場合にはレ
スポンスとしては“Ｎｏｔ Ｉｍｐｌｅｍｅｎｔｅｄ”
を返す。また、アプリケーションがオープン状態であっ
ても、アプリケーション毎に定めたＯＰＣとして指定さ
れたものに対応していない場合には、レスポンスとして
は“Ｎｏｔ Ｉｍｐｌｅｍｅｎｔｅｄ”を返す。

【００４７】（３−６）アプリケーションのクローズ ターゲットとなる機器は電源をオフにする際に基本的に
全てのアプリケーションを自動的にクローズ状態にす
る。再び電源が入れられた場合にもクローズ状態を継続
する。

【００４８】コントローラはアプリケーションの実行を
終了した際に、ターゲットにクローズコマントを送信す
る。図１０にクローズコマンドの例を示す。このよう
に、クローズの際にもアプリケーションキーコードを付
けてコマンドを送る。ターゲットはクローズコマンドを
受けとると、そのクローズコマンドのアプリケーション
Ｎｏに示されるアプリケーションをクローズ状態にす
る。このとき、アプリケーションキーコードの値が異な
っていてもクローズ状態にする。本システムでは通常は
アプリケーションはクローズ状態とし、実行させる際の
みにオープンさせることが基本である。

【００４９】なお、オープン状態ならば受け付けるコマ
ンドをクローズ状態で受けた場合には、レスポンスとし
ては“Ｒｅｊｅｃｔｅｄ”を返す。

【００５０】（３−７）アプリケーション実行およびク
ローズの条件 アプリケーションによっては長時間オープンのままでは
問題が生じるものや、一度オープンさせたら独占的に制
御を行ないたいものなど、様々な場合が考えられる。し
たがって、アプリケーション毎にその用途に適した実行
条件等を定めるものとする。以下にその例を記す。

【００５１】（１）オープン時間の制限 オープン状態にいるにもかかわらず、そのアプリケーシ
ョン実行のためのコマンドが一定時間以上アクセスされ
ない場合には、強制的にクローズする。タイムアウトの
時間についてはアプリケーション毎に定める。

【００５２】（２）バスの異常処理 バスにリセットがかかった場合には、強制的にクローズ
する。

【００５３】（３）アプリケーション実行許可台数 複数のコントローラからの制御を許可しないようにす
る。ターゲットはそのアプリケーションをオープンした
コントローラを記憶しておき、アプリケーショ実行コマ
ンドについてはそのコントローラからのコマンドのみ受
けるようにする。このとき、オープン中であっても他の
コントローラからのコマンドはＲｅｊｅｃｔする。複数
のコントローラからの制御を許可するが、その台数を限
定してもよい。

【００５４】〔４〕アプリケーションの保護 暗号化したアプリケーションキーコードを送るからとい
っても、そのアプリケーションを完璧に保護したことに
はならない。このアプリケーションの使用権を持たない
第三者であっても、コントローラとターゲットの間の通
信内容は傍受できるので、傍受したターゲットキーコー
ドとアプリケーションキーコードからコンピュータを用
いて暗号関数ｆｋを求めることが考えられるからであ
る。

【００５５】（４−１）カンパニーＩＤによる管理 そこで、このような事態に対してアプリケーションを保
護する手段を考えた。使用権を持たない第三者がターゲ
ットとなる機器を作った場合、コントローラ側の負荷を
無視すれば、以下のような方法で第三者の検出を行ない
アプリケーションを実行させないことが可能である。

【００５６】パーソナルコンピュータがコントローラと
なり、アプリケーションを実行させるような場合の例を
説明する。パーソナルコンピュータにアプリケーション
実行の対象となる会社（使用権を持っている会社）のカ
ンパニーＩＤを登録しておく。そして、ターゲットにベ
ンダーＩＤの問い合わせコマンドを送り、そのレスポン
スに付けられたベンダーＩＤが登録されているかどうか
を調べる。ＩＥＥＥ−１３９４シリアルバスに対応する
機器は、内部にノードユニークＩＤが書き込まれている
ので、例えば図５の手順より前にこの問い合わせを行
なう。このとき、第三者であるＣ社（カンパニーＩＤ＝
ｚｚｚｚｚｚｈ）が、勝手にＡ社のベンダーＩＤ＝ｘｘ
ｘｘｘｘｈに基づくベンダーユニークコマンド受けアプ
リケーションＫを実行できるように作ったとしても、コ
ントローラは図１１に示すような登録ＩＤのリストを基
に、Ｃ社が登録されていないことを知ることができるの
で、アプリケーションＫを起動させないようにすること
ができる。

【００５７】この場合、実際にはアプリケーションＫの
使用権を得る会社が増えることが考えられるので、上記
例のような保護の仕方は、リストの更新が可能となるよ
うな場合に適用できるものである。

【００５８】（４−２）ターゲットキーコードの設定 アプリケーションキーコード＝ｆｋ（ターゲットキーコ
ード） の関係式では、ターゲットキーコード，アプリケーショ
ンキーコードのサンプル数が多いほど、暗号関数ｆｋの
解読は容易となる。コンスーマー機器での適用を考える
と、ある機種においてターゲットキーコードが頻繁にで
はなくたまに変化することが望ましい。そこで、例えば
以下のようにターゲットキーコードの設定を行なう。

【００５９】（１）生産台数での切替え 例えば１０万台ごとにターゲットキーコードを切り替え
る。第三者がコントローラを作った場合、最初の１０万
台のターゲットキーコードには対応できても、その後生
産されたものについては第三者の作ったコントローラで
は動作しないことになる。

【００６０】（２）内蔵時計（カレンダー）での切替え 同一機器でも、例えば１年ごとにターゲットキーコード
を切り替える。１９９５年に生産された機器は１９９５
をもとにした値をターゲットキーコードとする。第三者
はこの初期のターゲットキーコードをもとにコントロー
ラを作ることになる。したがって、当初は第三者のコン
トローラでも動作してしまうが、年が変わると動作しな
くなる。

【００６１】（４−３）暗号関数ｆｋ 暗号関数ｆｋが数値演算式の場合、ターゲットキーコー
ド，アプリケーションキーコードのサンプル数によって
は簡単にｆｋを求めることができる。そこでコンスーマ
ー機器への導入の際には、ｆｋは数値関数とはせず、タ
ーゲットキーコードに対してアプリケーションキーコー
ドを１対１に割り付け、その対応表をｆｋとしてアプリ
ケーションＫの使用権を持つ会社にも渡すこととする。
図１２に対応表の例を示す。このようにすれば、暗号関
数ｆｋを求めることは困難になる。また、１チップマイ
クロコンピュータでも簡単に対応できる。さらに、商品
が一度市場に出た後でも、ＲＯＭのバージョンアップに
より比較的簡単に暗号の方式を変えることができる。

【００６２】〔５〕ターゲットの構成 図１３に本発明を適用したターゲットの構成の例を示
す。この図に示すように、ターゲットとなるノードは、
マイクロコンピュータ１と、ターゲットキーコードメモ
リ２と、暗号関数メモリ３と、時計４と、通信インター
フェイス５とを備えている。

【００６３】マイクロコンピュータ１は内蔵するアプリ
ケーションのオープン／クローズ、コマンド／レスポン
スの作成、アプリケーションキーコードの作成等、アプ
リケーションに関する処理の全てを司る。

【００６４】ターゲットキーコードメモリ２は、アプリ
ケーション毎に異なるターゲットキーコードを保持して
いる。また、ここにはターゲットキーコードを１年毎に
切り替えられるように、各アプリケーション毎に複数の
ターゲットキーコードが格納されている。

【００６５】暗号関数メモリ３はアプリケーション毎の
暗号関数ｆｋを保持している。ここでは、図１２のよう
なターゲットキーコードとアプリケーションキーコード
との対応表を記憶したＲＯＭテーブルである。

【００６６】時計４は現在の時刻情報をマイクロコンピ
ュータ１に知らせる。マイクロコンピュータ１はこの時
刻情報を見て、年が変わるごとにターゲットキーコード
を切り替えて読み出す。

【００６７】通信インターフェイス５はＩＥＥＥ−１３
９４シリアルバス６に対してコマンド／レスポンスを送
受信するためのインターフェイスである。なお、実際の
ターゲットにはオーディオ／ビデオ信号を処理するため
のブロックが設けられているが、ここではアプリケーシ
ョンのオープンに関連するブロックのみを示した。

【００６８】ここでコントローラの構成について簡単に
説明しておく。図１３のターゲットに対応するコントロ
ーラは、マイクロコンピュータと、暗号関数メモリと、
通信インターフェイスを備えている。もしコントローラ
が、（４−１）で説明したカンパニーＩＤによる管理を
行なっているのであれば、さらにアプリケーション実行
の対象となる会社カンパニーＩＤを登録しておくメモリ
を備えている。

【００６９】次に図１３に示したターゲットがアプリケ
ーションをオープンにするまでの動作を説明する。ま
ず、コントローラが送信したターゲットキーコードの問
い合わせコマンドを受けとる（図５の手順、図７
（ａ）を参照）。マイクロコンピュータ１はターゲット
キーコードメモリ２を参照し、問い合わせコマンドに付
いていたアプリケーションＮｏに対応するターゲットキ
ーコードを読み出し、通信インターフェイス５を介して
“Ｓｔａｂｌｅ”のレスポンスを送信する（図５の手順
、図７（ｂ）を参照）。問い合わせコマンドに付いて
いたアプリケーションＮｏに対応するターゲットキーコ
ードが存在しない場合には、“Ｎｏｔ Ｉｍｐｌｅｍｅ
ｎｔｅｄ”のレスポンスを送信する（図７（ｃ）を参
照）。

【００７０】コントローラはターゲットから“Ｓｔａｂ
ｌｅ”のレスポンスを受けとると、そこに付いているタ
ーゲットキーコードを検出し、内蔵する暗号関数メモリ
を読み出してアプリケーションキーコードを作成する。
この暗号関数メモリはターゲットの暗号関数メモリ３と
同様に構成されている。コントローラは作成したアプリ
ケーションキーコードを付けたオープンコマンドをター
ゲットに送信する。（図５の手順、図８（ａ）を参
照）。

【００７１】ターゲット内のマイクロコンピュータ１
は、受けとったオープンコマンドに付いていたアプリケ
ーションキーコードと、自分の暗号関数メモリ３に格納
されているターゲットキーコードに対応するアプリケー
ションキーコードとを比較する。すなわち、ここでは図
５に示したように暗号関数の逆関数を用いてアプリケー
ションキーコードからターゲットキーコードを復号化す
るのではなく、コントローラと同様、暗号化を行なって
いるわけである。勿論、アプリケーションキーコードか
らターゲットキーコードを復号するように構成してもよ
い。比較したアプリケーションキーコード同士が一致し
ていれば、アプリケーションをオープン状態にすると共
に、コントローラに対して、アプリケーションをオープ
ン状態にしたこと知らせるため“Ａｃｃｅｐｔｅｄ”の
レスポンスを返す（図５の手順を参照）。

【００７２】

【発明の効果】以上詳細に説明したように、本発明によ
れば機器の製造元を示す識別情報を含む所定のフォーマ
ットの制御信号を用いた独自のアプリケーションを他社
でも使用することができ、かつアプリケーション毎に使
用を許可／禁止することができる。そして、複雑な暗号
化等を用いずにアプリケーションの保護が可能となる。

【図面の簡単な説明】

【図１】ベンダーユニークフレームのフォーマットを示
す図である。

【図２】ＡＶ／Ｃコマンドトランザクションセットのフ
レーム構成を示す図である。

【図３】ＡＶ／Ｃコマンドトランザクションセットで定
義されているベンダーユニークフレームの構成を示す図
である。

【図４】アプリケーションナンバーの例を示す図であ
る。

【図５】コントローラ／ターゲット間のコマンド／レス
ポンスの概略を示す図である。

【図６】ベンダーユニークコマンドの構成を示す図であ
る。

【図７】ターゲットキーコードの問い合わせのコマンド
／レスポンスを示す図である。

【図８】アプリケーションＫのオープンコントロールコ
マンド／レスポンスを示す図である。

【図９】アプリケーションキーコードとして正しい値を
指定された場合のオープン／クローズ問い合わせコマン
ド／レスポンスの例を示す図である。

【図１０】クローズコマンドの例を示す図である。

【図１１】使用権を持っている会社のカンパニーＩＤの
登録リストの例を示す図である。

【図１２】ターゲットキーコードとアプリケーションキ
ーコードの対応表の例を示す図である。

【図１３】ターゲットの構成の例を示す図である。

【符号の説明】

１…マイクロコンピュータ、２…ターゲットキーコード
メモリ、３…暗号関数メモリ、４…時計、５…通信イン
ターフェイス、６…ＩＥＥＥ−１３９４シリアルバス

フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 7/167 Ｈ０４Ｎ 7/167 Ｚ

Claims (9)

【特許請求の範囲】
1. 【請求項１】 複数の電子機器をバスで接続し、該電子
   機器間で情報信号及び制御信号の通信を行なうシステム
   において、電子機器の製造元情報を含む所定のフォーマ
   ットの制御信号を用いて実現したアプリケーションの動
   作を制御する方法であって、 制御する側の電子機器は制御される側の電子機器に対し
   てあらかじめ定められた暗号情報を含む前記所定のフォ
   ーマットの制御信号を送信し、該制御される側の電子機
   器は受信した制御信号にあらかじめ定められた暗号情報
   が含まれているときに、前記アプリケーションを実行可
   能状態にすることを特徴とする電子機器の動作制御方
   法。
2. 【請求項２】 暗号情報は電子機器毎に定められている
   キーコードとアプリケーション毎に定められている暗号
   関数とから作成されるものである請求項１記載の電子機
   器の動作制御方法。
3. 【請求項３】 制御する側の電子機器は制御される側の
   電子機器に対してキーコードを問い合わせ、該制御され
   る側の電子機器から返答されたキーコードとあらかじめ
   自分が保持している暗号関数とから暗号情報を作成し、
   該暗号情報を前記制御される側の電子機器へ送信する請
   求項２記載の電子機器の動作制御方法。
4. 【請求項４】 制御される側の電子機器は誤った暗号情
   報を受信してアプリケーションを実行可能状態にしなか
   ったときに、アプリケーションを実行可能状態にしたこ
   とを制御する側の電子機器に知らせる請求項１記載の電
   子機器の動作制御方法。
5. 【請求項５】 制御する側の電子機器は制御される側の
   電子機器に対して製造元情報を問い合わせ、該制御され
   る側の電子機器から返答された製造元情報があらかじめ
   自分が保持しているリストに登録されているかどうかを
   判定し、登録されていないときは、アプリケーションを
   実行可能状態にする手順を実行しない請求項１記載の電
   子機器のアプリケーションの動作制御方法。
6. 【請求項６】 キーコードをあらかじめ定められた期間
   毎に変化させる請求項２記載の電子機器の動作制御方
   法。
7. 【請求項７】 キーコードをあらかじめ定められた生産
   台数毎に変化させる請求項２記載の電子機器の動作制御
   方法。
8. 【請求項８】 キーコードと暗号情報とを１対１に割り
   付けた請求項２記載の電子機器の動作制御方法。
9. 【請求項９】 複数の電子機器をバスで接続し、該電子
   機器間で情報信号及び制御信号の通信を行なうシステム
   における電子機器であって、 電子機器の製造元を示す識別情報を含む所定のフォーマ
   ットの制御信号を用いて実現したアプリケーションを有
   し、あらかじめ定められた暗号情報が含まれている所定
   のフォーマットの制御信号により前記アプリケーション
   を実行可能状態にすることを特徴とする電子機器。