JP5269949B2 - アクセサリを認証するための方法及びシステム - Google Patents

Description

本発明は、一般に、電気装置に関し、より特定的には、アクセサリ装置と通信する、メディアプレーヤのような電子装置に関する。

メディアプレーヤは、メディアプレーヤ上で再生又は表示することができる、音声トラック又は写真のようなメディア資産（ｍｅｄｉａ ａｓｓｅｔ）を格納する。メディアプレーヤの１つの例は、カリフォルニア州Ｃｕｐｅｒｔｉｎｏ所在のＡｐｐｌｅ Ｉｎｃ．社から入手可能なｉＰｏｄ（商標）メディアプレーヤである。多くの場合、メディアプレーヤは、ユーザがメディア資産を管理するのを可能にする働きをするホスト・コンピュータから、そのメディア資産を獲得する。一例として、ホスト・コンピュータは、メディア資産を管理するためにメディア管理アプリケーションを実行することができる。メディア管理アプリケーションの１つの例は、Ａｐｐｌｅ Ｉｎｃ．社によって製造されるｉＴｕｎｅｓ（登録商標）、ｖｅｒｓｉｏｎ６．０である。

メディアプレーヤは、典型的には、メディアプレーヤに接続するために使用することができる１つ又はそれ以上のコネクタ又はポートを含む。例えば、コネクタ又はポートにより、メディアプレーヤが、ホスト・コンピュータに結合し、ドッキング・システムに挿入し、又はアクセサリ装置を受けることが可能になる。今日、メディアプレーヤに相互接続することができる、多く異なるタイプのアクセサリ装置が存在する。例えば、遠隔制御装置をコネクタ又はポートに接続し、ユーザが、メディアプレーヤを遠隔制御できるようにすることができる。別の例として、自動車がコネクタを含むことができ、メディアプレーヤをコネクタに挿入し、自動車のメディア・システムがメディアプレーヤと連携することができるように、それにより、メディアプレーヤ上のメディア・コンテンツを自動車内で再生することが可能になる。

メディアプレーヤと共に使用するために、多数のサード・パーティがアクセサリを開発してきた。両立性のあるコネクタ又はポートが用いられる限り、アクセサリをメディアプレーヤと共に使用することができる。アクセサリは、アクセサリ・プロトコルを用いて、メディアプレーヤと連携する。アクセサリ・プロトコルの１つの例は、カリフォルニア州Ｃｕｐｅｒｔｉｎｏ所在のＡｐｐｌｅ Ｉｎｃ．社から入手可能な、ｉＰｏｄ Ａｃｃｅｓｓｏｒｙ Ｐｒｏｔｏｃｏｌ（ｉＡＰ）と呼ばれるものである。アクセサリ・プロトコルは、典型的には、アクセサリ開発者が自由にアクセスできるようにされたコマンドを含む。自由にアクセスできるコマンドに関連する問題は、これらのコマンドが、権限のないアクセサリ装置又は偽のアクセサリ装置よって使用され得ることである。

１つの解決法は、アクセサリ装置上で認証操作を行なうことである。従って、アクセサリ装置は、認証プロセスが完了するまで、メディアプレーヤにアクセスすることができない。

従って、アクセサリ装置を他の電子装置と共に用い得る性質及び範囲を制御するための改善された技術に対する必要性が存在する。

アクセサリを認証するための方法、システム、及びコネクタ・インターフェースが開示される。１つの態様において、この方法は、認証操作を行ない、認証操作中、アクセサリが、メディアプレーヤにアクセスすることを可能にするステップを含み、認証操作が失敗した場合には、それ以上メディアプレーヤにアクセスしないように、アクセサリがロックアウトされる。認証操作は、例えば、アクセサリが提供する認証証明書内に含まれる認証情報を検証するステップ、及び／又は、アクセサリが提供するデジタル署名を検証するステップを含むことができる。

ここに開示されるシステム及び方法によると、メディアプレーヤ及びアクセサリは、コネクタ・インターフェース・システム環境内のような種々の環境において複数のコマンドを使用し、メディアプレーヤへのアクセスを制御することができる。

本発明によるドッキング・コネクタを示す。 本発明によるドッキング・コネクタを示す。 本発明による遠隔コネクタの正面及び上面図である。 図２Ａの遠隔コネクタに用いることができるプラグを示す。 図２Ａの遠隔コネクタに挿入された図２Ｂのプラグを示す。 ドッキング・コネクタのためコネクタ・ピンの表記を示す。 遠隔コネクタのための接続ピンの表記を示す。 ドッキング・コネクタのための典型的なファイヤワイヤ・コネクタ・インターフェースを示す。 アクセサリ電源のための参考回路図を示す。 ドッキング・コネクタのためのアクセサリを検出し、識別するためのシステムの参考回路図を示す。 遠隔コネクタに接続できるエレクトレット・マイクロフォンの参考回路図である。 異なるアクセサリに結合されるメディアプレーヤを示す。 コンピュータに結合されるメディアプレーヤを示す。 車又はホームステレオ・システムに結合されるメディアプレーヤを示す。 他のアクセサリと無線通信するドングルに結合されるメディアプレーヤを示す。 スピーカ・システムに結合されるメディアプレーヤを示す。 メディアプレーヤへのアクセスを制御するためのプロセスを示すフローチャートである。 アクセサリを認証するためのプロセスを示すフローチャートである。

本発明は、一般に、電気装置に関し、より特定的には、アクセサリ装置と通信する、メディアプレーヤのような電気装置に関する。以下の説明は、当業者が本発明を作成し、使用できるように提示され、特許出願及びその要件に即して提供されるものである。本明細書において説明される好ましい実施形態並びに一般的な原理及び特徴に対する種々の修正が、当業者には容易に分かるであろう。従って、本発明は、示される実施形態に限定することを意図するものではなく、本明細書において説明される原理及び特徴と矛盾することのない最も広い範囲を与えることになる。

アクセサリを認証するための本発明による方法が、メディアプレーヤによってアクセサリ上で第１の認証操作を行なうことを含み、ここで、認証証明書が検証される。１つの実施形態において、認証操作は、バックグラウンドで処理されるので、メディアプレーヤは、認証が開始した後であるが認証が完了する前にコマンドを処理するように動作可能である。このことは、メディアプレーヤ及びアクセサリが、認証プロセスが成功裏に完了するまで待つのではなく、即座に連携することを可能にする。この方法はまた、メディアプレーヤによってアクセサリ上で第２の認証操作を行なうことも含み、ここで、認証署名が検証される。１つの実施形態において、メディアプレーヤは、証明書において提供された公開キーを用いて認証署名を検査する。メディアプレーヤ及びアクセサリは、メディアプレーヤへのアクセスの制御を容易にするために、種々の環境において複数のコマンドを用いることができる。１つのこのような環境は、以下に詳細に説明されるようなコネクタ・インターフェース・システムの環境内である。

アクセサリの認証が以下に説明されるが、当業者であれば、下記に説明される手順をメディアプレーヤの認証に適用できること、かつ、このような適用は、本発明の精神及び範囲内にあることを認識する。

コネクタ・インターフェース・システムの概要
本発明に従ったコネクタ・インターフェース・システムの特徴をより詳細に説明するために、ここで添付の図面と併せて以下の説明を参照する。

ドッキング・コネクタ
図１Ａ及び図１Ｂは、本発明によるドッキング・コネクタ１００を示す。最初に図１Ａを参照すると、キーイング特徴部（ｆｅａｔｕｒｅ）１０２が、カスタム長１０４を有する。さらに、１つの組のキーがコネクタの底部においてある長さで分離され、別の組のキーがコネクタの上部において別の長さで分離される、特定のキー構成が用いられる。このキー構成を使用することにより、不適合のコネクタが差し込まれ、装置に潜在的な損傷をもたらすことが防止される。電源のためのコネクタは、電源のためのファイヤワイヤ（Ｆｉｒｅｗｉｒｅ）規格を利用する。このコネクタは、このスキームを実装するために、ファースト・メーク／ラスト・ブレイク接点（ｆｉｒｓｔ ｍａｋｅ／ｌａｓｔ ｂｒｅａｋ ｃｏｎｔａｃｔ）を含む。図１Ｂは、ファースト・メーク／ラスト・ブレイク接点２０２を示し、適切なファースト・メーク／ラスト・ブレイク接点を提供するのに関連した接地ピン及び電源ピンも示す。この例において、接地ピン２０４は、電源ピン２０６より長い。従って、接地ピン２０４は、電源ピン２０６より前にドッキング・アクセサリ内でその嵌合ピンに接触し、装置の電子機器の内部の電気的損傷を最小にする。

さらに、以下に詳細に説明されるように、本発明に従ったコネクタ・インターフェース・システムは、ユニバーサル・シリアル・バス（ＵＳＢ）、汎用非同期式送受信機構（ＵＲＡＴ）、及び同じドッキング・コネクタ配置の一部のようなファイヤワイヤ・インターフェースを使用し、それにより、異なるタイプのインターフェースとより両立性がある設計が行われる。その際に、より遠隔にあるアクセサリが、メディアプレーヤと接続することができる。

遠隔コネクタ
接続インターフェース・システムはまた、音声を入出力する能力を提供し、Ｉ／Ｏシリアル・プロトコルを提供し、ビデオのための出力を提供する遠隔コネクタも含む。図２Ａは、本発明による、遠隔コネクタ２００の正面及び上面図である。見られるように、遠隔コネクタ２００は、上部ヘッドフォン用レセプタクル２０２、並びに、遠隔装置用の第２のレセプタクル２０４を含む。図２Ｂは、遠隔コネクタに用いられるプラグ３００を示す。プラグ３００は、遠隔コネクタを介して機能を提供することを可能にする。図２Ｃは、遠隔コネクタ２００に挿入されたプラグ３００を示す。従来は、これらの特徴の全てが遠隔コネクタ内に実装されなかった。従って、標準的なヘッドフォン・ケーブルを遠隔コネクタに差し込むことはできるが、特別な遠隔制御ケーブル、マイクロフォン・ケーブル、及びビデオケーブルを遠隔コネクタと共に用いることもできる。

コネクタ・インターフェース・システムの特徴をより詳細に説明するために、本発明に従ったドッキング・コネクタ、遠隔コネクタ、及びコマンド・セットの機能記述を以下に見いだされたい。

ドッキング・コネクタ及び遠隔コネクタの規格
Ａｐｐｌｅ Ｉｎｃ．社によるｉＰｏｄ（商標）装置のようなメディアプレーヤ用のドッキング・コネクタ及び遠隔コネクタの両方に関するコネクタ・ピンの表記（ｄｅｓｉｇｎａｔｉｏｎ）の例について、ここで図３Ａ及び図３Ｂを参照されたい。図３Ａは、ドッキング・コネクタのためのコネクタ・ピンの表記を示す。図３Ｂは、遠隔コネクタのための接続ピンの表記を示す。

ドッキング・コネクタの規格
図４Ａは、ドッキング・コネクタのための典型的なファイヤワイヤ・コネクタ・インターフェースを示す。以下は、幾つかの例示的な規格、すなわちファイヤワイヤ電源（８Ｖ−３０Ｖ ＤＣ ＩＮ、１０Ｗ Ｍａｘ）である。１つの実施形態において、ファイヤワイヤを、ＩＥＥＥ１３９４ Ａ Ｓｐｅｃ（４００Ｍｂ／ｓ）で設計することができる。

ＵＳＢインターフェース
メディアプレーヤは、ＵＳＢデバイスの動作の２つの構成又はモード、すなわち大容量記憶装置及びメディアプレーヤＵＳＢインターフェース（ＭＰＵＩ）を提供する。ＭＰＵＩにより、本明細書に後で詳細に説明されるメディアプレーヤ・アクセサリ・プロトコル（ＭＰＡＰ）を使用し、トランスポート機構のようなＵＳＢヒューマン・インターフェース・デバイス（ＨＩＤ）インターフェースを使用して、メディアプレーヤを制御することが可能になる。

アクセサリ３．３Ｖ電源
図４Ｂは、アクセサリ電源を示す。メディアプレーヤのアクセサリ電源ピンは、例えば、ドッキング・コネクタ及び遠隔コネクタ（存在する場合には）を上回る３．０Ｖ〜３．３Ｖ＋／−５％まで（２．８５Ｖ〜３．４６５Ｖ）の電圧を供給する。最大電流は、ドッキング・コネクタと遠隔コネクタとの間で共有される。

デフォルトで、メディアプレーヤは、５ｍＡのような特定の電流を供給する。活動中のデバイスの使用中、高出力（例えば、１００ｍＡまで）を作動させるために、適切なソフトウェア・アクセサリの検出が必要とされる。デバイスが停止状態にあるとき、それらのデバイスは、５ｍＡの電流のような所定量の電力より少ない電力を消費しなければならない。
アクセサリ電源は、デジタルＧＮＤピンを通して接地される。

図４Ｃは、ドッキング・コネクタのためにアクセサリを検出し、識別するためのシステムの参考回路図を示す。このシステムは、接地への抵抗器を含み、何がドッキング・コネクタに差し込まれたかをデバイスが判断することを可能にする。メディアプレーヤ内のアクセサリ識別（Ａｃｃｅｓｓｏｒｙ Ｉｄｅｎｔｉｆｙ）上に内部プルアップが存在する。２つのピン（Ａｃｃｅｓｏｒｙ Ｉｄｅｎｔｉｆｙ及びＡｃｃｅｓｏｒｙ Ｄｅｔｅｃｔ）が使用される。

図４Ｄは、遠隔コネクタに接続できるエレクトレット・マイクロフォンの参考回路図である。
シリアル・プロトコル通信
ａ）デバイス間の通信のために使用される２つのピン（Ｒｘ及びＴｘ）
ｂ）入力及び出力（０Ｖ＝低、３．３Ｖ＝高）

前述のように、メディアプレーヤは、種々のアクセサリに接続される。図５Ａ−図５Ｅは、異なるアクセサリに結合されるメディアプレーヤ５００を示す。図５Ａは、ドッキング・ステーション５０２に結合されたメディアプレーヤ５００を示す。図５Ｂは、コンピュータ５０４に結合されたメディアプレーヤ５００´を示す。図５Ｃは、車又はホームステレオ・システム５０６に結合されたメディアプレーヤ５００´´を示す。図５Ｄは、他のデバイスと無線通信するドングル５０８に結合されたメディアプレーヤ５００´´´を示す。図５Ｅは、スピーカ・システム５１０に結合されたメディアプレーヤ５００´´´´を示す。見られるように、アクセサリが意味するものは、これらに限定されるものではないが、ドッキング・ステーション、充電器、カーステレオ、マイクロフォン、ホームステレオ、コンピュータ、スピーカ、及び他のアクセサリと無線通信するアクセサリを含む。

前述のように、このコネクタ・インターフェース・システムは、アクセサリを認証するためのコマンド・セットと共に用いることができる。１つの実施形態において、アクセサリは、ホスト・コンピュータ、或いはメディアプレーヤと通信できる他のいずれかの電子装置又はシステムとすることができる。当業者であれば、上で識別されたコネクタ・インターフェース・システムをコマンド・セットと共に用い得るが、種々の他のコネクタ又はシステムを用いることができ、それらは本発明の精神及び範囲内にあることを理解すべきである。

上述のように、アクセサリは、メディアプレーヤ・アクセサリ・プロトコルを用いてメディアプレーヤと連携する。このようなメディアプレーヤ・アクセサリ・プロトコルの例は、ｉＰｏｄアクセサリ・プロトコル（ｉＡＰ）である。メディアプレーヤ・アクセサリ・プロトコルは、所定のトランスポート層でアクセサリと通信するメディアプレーヤ上で実行されているソフトウェア・コンポーネントを指す。メディアプレーヤのアプリケーションは、例えば、メニュー／画面をユーザに提示するメディアプレーヤのアプリケーション・フレームワークとすることができる。メディアプレーヤのコマンドは、音声、ビデオ、及びメディアプレーヤとアクセサリとの間の他のデータの処理と関連付けることができる。例えば、コマンドを読み取り操作及び書き込み操作と関連付け、メディアプレーヤとアクセサリとの間で情報を転送し、格納することができる。従って、１つの実施形態において、メディアプレーヤに関連するコマンドごとに、アクセサリのための相互コマンドが存在する。１つの実施形態において、コマンドをグループ化し、特定のアクセサリ機能と関連付けることができる。

コマンドの機能
複数のコマンドが以下に説明されるが、当業者であれば、他の多くのコマンドを用い得ること、及び、その使用は本発明の精神及び範囲内にあることを理解する。従って、以下のコマンドのリストは、アクセサリを認証するために用い得るコマンドのタイプの代表的なものであり、網羅的なものではない。さらに、当業者であれば、メディアプレーヤ又はアクセサリによって、これらのコマンドのサブセットを用い得ること、及び、その使用は本発明の精神及び範囲内にあることも容易に理解する。これらのコマンドの幾つかの機能の記述が、以下に説明される。

アクセサリの認証
以前の認証方法では、アクセサリは、識別メッセージをメディアプレーヤに伝送し、そこで、識別メッセージは、アクセサリが特定のコマンドをサポートし、認証をサポートすることを示す。次に、メディアプレーヤは、確認応答メッセージをアクセサリに伝送する。メディアプレーヤは、全体の認証プロセスが完了するまで、アクセサリによるアクセスをブロックする。メディアプレーヤは、「接続中」の画面を表示することができる。次に、メディアプレーヤは、アクセサリが提供する認証バージョン番号が正しいバージョン番号であることを確認する。正しいバージョン番号である場合には、メディアプレーヤは、デバイスによって署名されるチャレンジ（ｃｈａｌｌｅｎｇｅ）を伝送する。次に、メディアプレーヤは、アクセサリからのデバイスＩＤに基づいた公開キーを用いて、認証署名を検証する。以下は、本発明による前の認証方法に優る改善点を説明する。

図６は、本発明に従ってメディアプレーヤへのアクセスを制御するためのプロセスを示すフローチャートである。図６が示すように、プロセスは、メディアプレーヤがアクセサリ上でバックグラウンドの認証操作を行なうステップ６０２で開始し、そこで、認証証明書が検証される。より具体的には、バックグラウンド認証操作中、アクセサリは、認証情報をメディアプレーヤに伝送し、メディアプレーヤは、認証情報内に含まれる証明書を受信し、検証する。１つの実施形態において、認証情報はまた、認証バージョン番号を含むこともできる。認証証明書は、以下により詳細に説明される。以下により詳細に説明されるように、メディアプレーヤは、全体の認証プロセスが完了するまで待つことなく、代わりに、認証プロセスが完了する前に特定のアクセスを許容する。次に、ステップ６０４において、メディアプレーヤは、アクセサリ上で第２の認証操作を行ない、そこで、認証署名が検証される。より具体的には、第２の認証操作中、アクセサリは、認証署名をメディアプレーヤに伝送し、メディアプレーヤは、認証署名を受信し、検証する。１つの実施形態において、メディアプレーヤは、公開キーを用いて認証署名を検査する。バックグラウンド認証及び第２の認証操作のより詳細な実施形態が、図７を参照して以下に説明される。

アクセサリの認証がここに説明されるが、当業者であれば、ここに説明される手順をメディアプレーヤの認証に適用できること、及び、こうした適用は本発明の精神及び範囲内にあることを理解する。例えば、メディアプレーヤを認証するために、アクセサリにより、上記に図６に及び／又は下記に図７に説明される同じ又は類似したステップを用いることが可能である。

認証証明書
標準的な認証証明書は、証明書作成者（発行者、国など）、証明書のタイプ、有効な証明書の日付範囲、及び他のメタデータのようなデータのためのコンテナとして機能する。証明書（ｃｅｒｔｉｆｉｃａｔｅ）又は証明書（ｃｅｒｔｓ）とも呼ばれる認証証明書は、１又はそれ以上の認証局（ＣＡ）によって作成され、署名され、固有のシリアル番号を有する。１つの実施形態において、証明書は、アクセサリ上の認証コプロセッサ・チップに格納することができる。本発明による認証証明書は、標準的な認証証明書におけるようなメタデータのみならず、デバイスのクラス情報及び公開キーをも含み、これらは、以下により詳細に説明される。

以下により詳細に説明されるように、メディアプレーヤは、ＣＡによって発行された公開キーを用いて証明書を検査する。メディアプレーヤはまた、公開キーを用いて、署名されたチャレンジを検査することもできる。証明書は、公開キー及び他のアクセサリ特有の情報をメディアプレーヤに転送するために使用される。このようなアクセサリ特有の情報は、例えば、アクセサリについてのデバイス・クラスの情報を含むことができる。デバイス・クラスは、アクセサリが、メディアプレーヤに対してどのコマンドを使用することが許可されているかを判断する。１つの実施形態において、メディアプレーヤは、許容可能なコマンドを既存のクラスに付加することができ、又は、メディアプレーヤのファームウェアの更新によって新しいデバイス・クラスを付加することができる。ＣＡが新しい証明書をアクセサリ・ベンダーに発行するとき、メディアプレーヤにより、新しいアクセサリをサポートすることができる。

１つの実施形態において、証明書が、偽のデバイスにおいて何らかの形で漏洩され、複製された場合には、漏洩されたシリアル番号を、メディアプレーヤ上の証明書失効リスト（又はＣＲＬ）に付加し、証明書を使用するデバイスが、成功裏に認証するのを防ぐことができる。メディアプレーヤの証明書パーサが証明書のデバイス・クラスを認識していない場合には、メディアプレーヤは、証明書を拒否する。１つの実施形態において、デバイスの認証のために使用される証明書は、例えば、日付で設定できる予め定められた寿命（例えば、１−５年の範囲内など）を有することができる。１つの実施形態において、有効期限が経過した後、デバイスのシリアル番号をＣＲＬに付加することによって、証明書の有効期限を達成することができる。

図７は、本発明に従ったアクセサリを認証するためのプロセスを示すフローチャートである。図７が示すように、プロセスは、メディアプレーヤ及びアクセサリが、メッセージを交換し、アクセサリが特定のコマンドをサポートし、速やかな認証をサポートするかどうかを判断する、ステップ７０２で開始する。より具体的には、１つの実施形態において、アクセサリは、識別メッセージをメディアプレーヤに伝送する。識別メッセージは、デバイス識別（ＩＤ）と、アクセサリが特定のコマンドをサポートし、認証をサポートするという表示とを含む。幾つかの実施形態において、速やかな認証のためのサポートが必要とされる。次に、メディアプレーヤは、確認応答メッセージをアクセサリに伝送する。１つの実施形態において、メディアプレーヤは、アクセサリがメディアプレーヤにアクセスしようと試みていることを、メディアプレーヤのアプリケーションに通知する。

上述したように、１つの実施形態において、認証操作がバックグラウンドで処理され、ハードウェアの加速の有無にかかわらず、多数の暗号化技術の選択肢（例えば、ＲＳＡ又はＳＦＥＥ）が用いられることを可能にする。結果として、メディアプレーヤは、認証が始まった後、認証が完了する前、及び正常終了中に、デバイス・コマンドを処理するように動作可能である。デバイスの認証が失敗したとき（例えば、再試行カウント及び／又は最大時間が切れる）、メディアプレーヤは、入ってくるコマンドの処理をロックアウトし、デバイスがメディアプレーヤと連携するのを防ぐことができる。認証が開始されると、メディアプレーヤのアプリケーションは、危険でないデバイスの使用を許可することができる。危険な行動は、メディアプレーヤの行動を永続的に変更する、又は安全でないメディアプレーヤをダウンロードする可能性がある、いずれかの行動として定義される。回避されるべき危険な行動の例は、実行可能なメディア又はファームウェアの更新をメディアプレーヤにダウンロードすることを含む。認証がいずれか後の時点で失敗した場合には、メディアプレーヤのアプリケーションは、あらゆるデバイス関連の活動を取り消し、潜在的にエラー・メッセージをユーザに伝える（例えば、「デバイスはサポートされていない」）ことができる。

さらに図７を参照すると、ステップ７０４において、バックグラウンド認証操作中、メディアプレーヤは、認証情報要求をアクセサリに伝送する。１つの実施形態において、メディアプレーヤは、タイムアウト・タイマーを開始する。次に、ステップ７０６において、アクセサリは、認証情報をメディアプレーヤに伝送する。１つの実施形態において、認証情報は、認証のメジャー・バージョン、認証のマイナー・バージョン、及び公開証明書を含み、この証明書が大容量の場合には（例えば、５００バイトより大きい）、証明書をセクションに分割することができる。証明書がセクションに分割される場合には、認証情報を受け取った際、メディアプレーヤは、証明書を再度組み立てる。証明書が完全に組み立てられると、証明書はデバイス・クラス情報に関して構文解析される。次に、メディアプレーヤは、デバイス・クラス情報からのクラス番号を許可されたコマンド・マスクに変換する。このマスクを用いて、証明書がデバイスによって識別されたコマンドを許可することを検証する。言い換えると、メディアプレーヤは、デバイス・クラス情報の少なくとも一部に基づいて証明書を検証する。

次に、ステップ７０８において、メディアプレーヤは認証情報を検証する。認証情報は、多くの理由のために無効とすることができる。例えば、認証バージョンが有効でない場合、公開証明書が期限切れの場合、又は公開証明書が証明書失効リスト（ＣＲＬ）上にある場合、認証情報は無効とすることができる。いずれの認証情報も無効である場合、バックグラウンド認証操作は失敗する。失敗により認証プロセスが再開される（再試行カウント及びタイムアウト制限値を超えなかった場合）。認証バージョンが検証される場合、証明書のクラス・コマンドがメディアプレーヤの識別コマンドが必要とするものと一致する又はそれを超えると判断された場合、及び証明書チェーンが検査される場合、バックグラウンド認証操作は進む。１つの実施形態において、危険でないメディアプレーヤのコマンド・アプリケーション機能及びコマンド処理が可能にされ、認証プロセスが続く。１つの実施形態において、メディアプレーヤは、バージョン情報の状況を示すメッセージをアクセサリに伝送することができる。

次に、ステップ７１０において、第２の認証操作中、メディアプレーヤは、認証署名要求をアクセサリに伝送する。認証署名要求は、デバイスによって署名されるランダム・ノンス／チャレンジを含む。特定のノンス／チャレンジの長さは変わることができ、特定の実施に依存する。次に、ステップ７１２において、アクセサリは、認証署名（すなわち、署名されたチャレンジ／署名を有するメッセージ）をメディアプレーヤに伝送する。次に、ステップ７１４において、認証署名を受け取った際、メディアプレーヤは、認証署名（すなわち、署名されたチャレンジ）を検証する。１つの実施形態において、メディアプレーヤは、アクセサリからのデバイスＩＤに基づいて、公開キーを用いて署名されたノンス／チャレンジを検査する。好ましい実施形態において、メディアプレーヤは、アクセサリによって提供された証明書からの公開キーを用いて、署名されたノンス／チャレンジを検査する。

１つの実施形態において、アクセサリ認証プロセスは、アクセサリが秘密キーを有し、メディアプレーヤが関連した公開キーを有する、公開キー／秘密キー・システムに基づいている。アクセサリ認証プロセスは、アクセサリ・プロトコル・コマンドと緊密に統合される。

認証プロセスを完了する前、メディアプレーヤは、認証状況メッセージをアクセサリに伝送し、署名状況及び認証プロセスの完了を示す。メディアプレーヤが認証署名を検査した場合、認証が通る。他の場合には、認証プロセスは失敗する。認証が通る場合、メディアプレーヤのアプリケーションは、デバイスへのユーザ・アクセスを可能にするように、ブロックを解除する。

認証プロセスが失敗した場合、メディアプレーヤのデバイス・ポートがアクセサリをロックアウトする。同様に、失敗の際、メディアプレーヤは、アクセサリへの認証を解除し、アクセサリがメディアプレーヤのリソースを用いるのを防止する。１つの実施形態において、メディアプレーヤはまた、認証状況をメディアプレーヤのアプリケーションに伝送することができる。例えば、認証が失敗した場合、メディアプレーヤのアプリケーションは「接続に失敗した」というメッセージを表示することができる。

１つの実施形態において、認証操作は、再試行カウント及び最大タイムアウトを用いることができる。従って、１つの実施形態において、再試行カウンタ又は最大タイムアウトを超えた場合、認証が失敗することもある。ポートをロックアウトすることにより、認証の再試行／タイムアウト・カウンタを再設定するために、アクセサリがデタッチをシミュレートすること又は再識別を行なうことが防止される。１つの実施形態において、デバイス・ポートの認証状態が「ロックアウト」に設定された場合、入ってくるパケットを削除することができる。このことは、如何なるロックアウトされたデバイス・パケットが処理されることも防止する。１つの実施形態において、失敗が、アクセサリが証明書に許可されたものより多いコマンドを識別したことに起因する場合には、認証の失敗時にデバイスのロックアウトは作動されず、アクセサリの再識別を許可することができる。

アクセサリを認証するための方法、システム、及びコネクタ・インターフェースが開示される。この方法は、メディアプレーヤによってアクセサリ上で第１の認証操作を行なうことを含み、ここで、認証証明書が検証される。この方法はまた、メディアプレーヤによってアクセサリ上で第２の認証操作を行なうことを含み、ここで、認証署名が検証される。ここに開示されるシステム及び方法によると、メディアプレーヤ及びアクセサリは、メディアプレーヤへのアクセスを制御するためにコネクタ・インターフェース・システムの環境内のような種々の環境において複数のコマンドを用いることができる。

本発明は、示される実施形態に従って説明されたが、当業者であれば、実施形態に対する変形物が存在し、それらの変形物が本発明の精神及び範囲内にあることを容易に理解するであろう。例えば、本発明は、ハードウェア、ソフトウェア、プログラム命令を含むコンピュータ可読媒体、又はそれらの組み合わせを用いて実施することができる。本発明に従って書き込まれたソフトウェアは、メモリ又はＣＤ−ＲＯＭのような、何らかの形のコンピュータ可読媒体で格納されるか、又は、ネットワーク上で伝送され、プロセッサによって実行される。結果として、コンピュータ可読媒体は、コンピュータ可読信号を含むように意図され、コンピュータ可読信号は、例えば、ネットワーク上で伝送することができる。従って、添付の特許請求の精神及び範囲から逸脱することなく、当業者であれば、多くの変更をなすことができる。

Claims (21)

1. 複数のメディアプレーヤ・アプリケーション機能を呼び出すための複数のアプリケーション・コマンドを定義するメディア・プレーヤ・アクセサリ・プロトコルに従ってメディアプレーヤと連携するように構成されたアクセサリと通信するために前記メディアプレーヤにより使用可能な方法であって、前記方法は、
   前記アクセサリを認証するために認証操作を実行し、
   前記認証操作中、前記アクセサリから前記メディアプレーヤ・アクセサリ・プロトコルの前記複数のアプリケーション・コマンドの１つを受信し、そして前記受信したアプリケーション・コマンドに応答して、前記複数のメディアプレーヤ・アプリケーション機能の１つを呼び出し、
   前記認証操作が成功裏に完了したか又は失敗したかを判断し、
   前記認証操作が成功裏に完了した場合には、前記アクセサリから前記複数のアプリケーション・コマンドの後続の１つを受信し、そして前記受信した後続のアプリケーション・コマンドに応答して、前記複数のメディアプレーヤ・アプリケーション機能の後続の１つを呼び出し、
   前記認証操作が失敗した場合には、前記アクセサリから受信したいかなる後続のアプリケーション・コマンドも無視する、
   ステップを含むことを特徴とする方法。
2. 前記認証操作を実行するステップは、
   前記アクセサリから認証証明書を獲得し、
   前記認証証明書内に含まれる認証情報を検証する、
   ステップを含むことを特徴とする、請求項１に記載の方法。
3. 前記アクセサリから、該アクセサリによりサポートされるコマンド・セットの表示を含むデバイス識別メッセージを受信し、
   前記認証証明書内に含まれる前記認証情報に基づいて前記アクセサリに関する許可されたコマンド・セットを判断し、
   前記許可されたコマンド・セットと前記サポートされたコマンド・セットを比較する、ステップをさらに含み、
   前記許可されたコマンド・セットが前記サポートされたコマンド・セットと一致しない場合には、前記認証操作は失敗することを特徴とする、請求項２に記載の方法。
4. 前記認証操作を実行するステップは、
   ランダム・チャレンジを含むデジタル署名要求を前記アクセサリに伝送し、
   前記アクセサリから前記ランダム・チャレンジのデジタル署名されたバージョンを受信し、
   前記デジタル署名を検証する、
   ステップをさらに含むことを特徴とする、請求項２に記載の方法。
5. 前記ランダム・チャレンジの前記デジタル署名されたバージョンは、秘密キーを用いて前記アクセサリにより署名され、前記デジタル署名を検証するステップは、
   前記認証証明書から公開キーを抽出し、
   前記公開キーを用いて前記デジタル署名を検証する、
   ステップを含むことを特徴とする、請求項４に記載の方法。
6. 前記アクセサリから、該アクセサリによりサポートされるコマンド・セットの表示を含むデバイス識別メッセージを受信するステップをさらに含み、
   前記認証操作中、前記アクセサリは、該アクセサリによりサポートされる前記コマンド・セット内の前記コマンドのいずれかを用いて前記メディアプレーヤにアクセスすることが許容されることを特徴とする、請求項１に記載の方法。
7. 前記アクセサリから、前記アクセサリがサポートするコマンド・セットの表示を含むデバイス識別メッセージを受信するステップをさらに含み、前記コマンド・セットは危険な行動に関連する第１のコマンドと、危険でない行動に関連する第２のコマンドとを含み、 前記認証操作中、前記アクセサリは、前記第２のコマンドを用いて前記メディアプレーヤにアクセスすることが許容されるが、前記第１のコマンドを用いて該メディアプレーヤにアクセスすることは許容されないことを特徴とする、請求項１に記載の方法。
8. 前記認証操作が成功裏に完了したか又は失敗したかを判断するステップは、
   最大タイムアウトを超える前に前記認証操作が成功裏に完了しない場合には、前記認証操作は失敗したと判断するステップを含むことを特徴とする、請求項１に記載の方法。
9. 前記認証操作を実行するステップは、
   前記認証操作中にエラーが生じた場合、タイムアウト制限値を超えていなかった場合に前記認証操作を再試行するステップを含むことを特徴とする、請求項８に記載の方法。
10. 前記認証を再試行するステップは、再試行のカウントを更新するステップを含み、前記再試行のカウントが再試行限界値を超える場合には、前記認証操作は失敗することを特徴とする、請求項９に記載の方法。
11. 前記認証操作が失敗した場合には、ユーザに対して通知を生成するステップをさらに含むことを特徴とする、請求項１に記載の方法。
12. 前記通知は、前記メディアプレーヤの表示画面上に表示されるメッセージを含むことを特徴とする、請求項１１に記載の方法。
13. 複数のメディアプレーヤ・アプリケーション機能を呼び出すための複数のアプリケーション・コマンドを定義するメディアプレーヤ・アクセサリ・プロトコルに従ってメディアプレーヤと連携するためにアクセサリにより使用可能な方法であって、前記方法は、
    前記メディアプレーヤから、認証操作を開始させる認証要求を受信し、
    前記認証要求に応答して、前記認証操作において前記メディアプレーヤによって使用可能な認証情報を前記メディアプレーヤに送信し、
    認証操作の完了前に前記複数のアプリケーション・コマンドの少なくとも１つを前記メディアプレーヤに送信し、前記メディアプレーヤは前記少なくとも１つのアプリケーション・コマンドを処理し、それによって、前記認証操作中、前記複数の前記メディアプレーヤ・アプリケーション機能の少なくとも１つを前記アクセサリが呼び出せるようにし、
    検証のために認証署名を前記メディアプレーヤに送信し、前記認証操作は前記認証署名の検証により完了し、
    前記認証操作が失敗した場合には、前記アクセサリによって送信されたいかなる後続のアプリケーション・コマンドも前記メディアプレーヤによって処理されないようにする、ステップを含むことを特徴とする方法。
14. 複数のメディアプレーヤ・アプリケーション機能を呼び出すための複数のアプリケーション・コマンドを定義するメディアプレーヤ・アクセサリ・プロトコルに従ってメディアプレーヤと連携するためにアクセサリにより使用可能な方法であって、前記複数のメディアプレーヤ・アプリケーション機能は危険な行動に関連する第１の機能と、危険でない行動に関連する第２の機能を含み、前記方法は、
    前記メディアプレーヤから、認証操作を開始させる認証情報の要求を受信し、
    前記認証情報の要求に応答して、前記認証操作において前記メディアプレーヤによって使用可能な認証情報を前記メディアプレーヤに送信し、
    認証操作の完了前に前記複数のアプリケーション・コマンドの少なくとも１つを前記メディアプレーヤに送信し、前記少なくとも１つのアプリケーション・コマンドに応答して、前記メディアプレーヤが、前記複数の前記メディアプレーヤ・アプリケーション機能の関連する１つを、前記複数の前記メディアプレーヤ・アプリケーション機能の関連する前記１つが前記第２の機能であれば呼び出し、前記複数の前記メディアプレーヤ・アプリケーション機能の関連する前記１つが前記第１の機能であれば呼び出さず
    検証のために認証署名を前記メディアプレーヤに送信し、前記認証操作は前記認証署名の検証により完了し、
    前記認証操作が失敗した場合には、前記アクセサリによって送信されたいかなる後続のコマンドも前記メディアプレーヤによって無視されるようにする、
    ステップを含むことを特徴とする方法。
15. 前記認証情報は認証証明書を含むことを特徴とする請求項１４に記載の方法。
16. 前記アクセサリによりサポートされるコマンド・セットの表示を含むデバイス識別メッセージを前記メディアプレーヤに伝送するステップをさらに含み、
    前記サポートされたコマンド・セットが、前記認証情報に基づいて判断された許容されたコマンド・セットと一致しない場合には、前記認証操作が失敗することを特徴とする請求項１４に記載の方法。
17. メディアプレーヤ機能にアクセスするステップは、前記サポートされたコマンド・セットから前記メディアプレーヤにコマンドを送るステップを含むことを特徴とする請求項１６に記載の方法。
18. 前記メディアプレーヤから、ランダム・チャレンジを含むデジタル署名要求を受信し、 前記ランダム・チャレンジのデジタル署名されたバージョンを生成する、
    ステップをさらに含み、
    前記認証署名は、前記ランダム・チャレンジの前記デジタル署名されたバージョンを含むことを特徴とする請求項１４に記載の方法。
19. 前記ランダム・チャレンジの前記デジタル署名されたバージョンは、秘密キーを用いて前記アクセサリによって署名され、前記認証情報は、前記秘密キーに対応する公開キーを含み、前記公開キーは、該ランダム・チャレンジの該デジタル署名されたバージョンを検証するように使用可能であることを特徴とする、請求項１８に記載の方法。
20. 前記アクセサリによりサポートされるコマンド・セットの表示を含むデバイス識別メッセージを前記メディアプレーヤに送るステップをさらに含み、前記コマンド・セットは、前記危険な行動に関連する第１のコマンドと、前記危険でない行動に関連する第２のコマンドとを含み、
    前記認証操作が完了する前に、前記アクセサリは、前記第２のコマンドと関連した第１のメディアプレーヤ機能にアクセスすることが許可されるが、前記第１のコマンドと関連した第２のメディアプレーヤ機能にアクセスすることは許可されないことを特徴とする、請求項１４に記載の方法。
21. 前記メディアプレーヤから、前記認証操作が成功裏に完了したかどうかを示す認証状況メッセージを受信するステップをさらに含むことを特徴とする、請求項１４に記載の方法。

Images