アクセサリを認証するための方法及びシステム
【課題】改良された、アクセサリを認証するための方法、システム、及びコネクタ・インターフェースを提供する。
【解決手段】この方法は、認証操作を実行することと、認証操作中、アクセサリがメディアプレーヤにアクセスするのを可能にすることとを含み、認証操作が失敗した場合には、アクセサリをロックアウトし、それ以上メディアプレーヤにアクセスしないようにする。認証操作は、例えば、アクセサリによって提供される認証証明書内に含まれる認証情報を検証すること、及び／又は、アクセサリによって提供されるデジタル署名を検証することを含むことができる。メディアプレーヤ及びアクセサリは、コネクタ・インターフェース・システム環境内のような種々の環境において複数のコマンドを使用し、メディアプレーヤへのアクセスを制御することができる。
【解決手段】この方法は、認証操作を実行することと、認証操作中、アクセサリがメディアプレーヤにアクセスするのを可能にすることとを含み、認証操作が失敗した場合には、アクセサリをロックアウトし、それ以上メディアプレーヤにアクセスしないようにする。認証操作は、例えば、アクセサリによって提供される認証証明書内に含まれる認証情報を検証すること、及び／又は、アクセサリによって提供されるデジタル署名を検証することを含むことができる。メディアプレーヤ及びアクセサリは、コネクタ・インターフェース・システム環境内のような種々の環境において複数のコマンドを使用し、メディアプレーヤへのアクセスを制御することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、電気装置に関し、より特定的には、アクセサリ装置と通信する、メディアプレーヤのような電子装置に関する。
【背景技術】
【０００２】
メディアプレーヤは、メディアプレーヤ上で再生又は表示することができる、音声トラック又は写真のようなメディア資産（ｍｅｄｉａ ａｓｓｅｔ）を格納する。メディアプレーヤの１つの例は、カリフォルニア州Ｃｕｐｅｒｔｉｎｏ所在のＡｐｐｌｅ Ｉｎｃ．社から入手可能なｉＰｏｄ（商標）メディアプレーヤである。多くの場合、メディアプレーヤは、ユーザがメディア資産を管理するのを可能にする働きをするホスト・コンピュータから、そのメディア資産を獲得する。一例として、ホスト・コンピュータは、メディア資産を管理するためにメディア管理アプリケーションを実行することができる。メディア管理アプリケーションの１つの例は、Ａｐｐｌｅ Ｉｎｃ．社によって製造されるｉＴｕｎｅｓ（登録商標）、ｖｅｒｓｉｏｎ６．０である。
【０００３】
メディアプレーヤは、典型的には、メディアプレーヤに接続するために使用することができる１つ又はそれ以上のコネクタ又はポートを含む。例えば、コネクタ又はポートにより、メディアプレーヤが、ホスト・コンピュータに結合し、ドッキング・システムに挿入し、又はアクセサリ装置を受けることが可能になる。今日、メディアプレーヤに相互接続することができる、多く異なるタイプのアクセサリ装置が存在する。例えば、遠隔制御装置をコネクタ又はポートに接続し、ユーザが、メディアプレーヤを遠隔制御できるようにすることができる。別の例として、自動車がコネクタを含むことができ、メディアプレーヤをコネクタに挿入し、自動車のメディア・システムがメディアプレーヤと連携することができるように、それにより、メディアプレーヤ上のメディア・コンテンツを自動車内で再生することが可能になる。
【０００４】
メディアプレーヤと共に使用するために、多数のサード・パーティがアクセサリを開発してきた。両立性のあるコネクタ又はポートが用いられる限り、アクセサリをメディアプレーヤと共に使用することができる。アクセサリは、アクセサリ・プロトコルを用いて、メディアプレーヤと連携する。アクセサリ・プロトコルの１つの例は、カリフォルニア州Ｃｕｐｅｒｔｉｎｏ所在のＡｐｐｌｅ Ｉｎｃ．社から入手可能な、ｉＰｏｄ Ａｃｃｅｓｓｏｒｙ Ｐｒｏｔｏｃｏｌ（ｉＡＰ）と呼ばれるものである。アクセサリ・プロトコルは、典型的には、アクセサリ開発者が自由にアクセスできるようにされたコマンドを含む。自由にアクセスできるコマンドに関連する問題は、これらのコマンドが、権限のないアクセサリ装置又は偽のアクセサリ装置よって使用され得ることである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
１つの解決法は、アクセサリ装置上で認証操作を行なうことである。従って、アクセサリ装置は、認証プロセスが完了するまで、メディアプレーヤにアクセスすることができない。
【０００６】
従って、アクセサリ装置を他の電子装置と共に用い得る性質及び範囲を制御するための改善された技術に対する必要性が存在する。
【課題を解決するための手段】
【０００７】
アクセサリを認証するための方法、システム、及びコネクタ・インターフェースが開示される。１つの態様において、この方法は、認証操作を行ない、認証操作中、アクセサリが、メディアプレーヤにアクセスすることを可能にするステップを含み、認証操作が失敗した場合には、それ以上メディアプレーヤにアクセスしないように、アクセサリがロックアウトされる。認証操作は、例えば、アクセサリが提供する認証証明書内に含まれる認証情報を検証するステップ、及び／又は、アクセサリが提供するデジタル署名を検証するステップを含むことができる。
【０００８】
ここに開示されるシステム及び方法によると、メディアプレーヤ及びアクセサリは、コネクタ・インターフェース・システム環境内のような種々の環境において複数のコマンドを使用し、メディアプレーヤへのアクセスを制御することができる。
【図面の簡単な説明】
【０００９】
【図１Ａ】本発明によるドッキング・コネクタを示す。
【図１Ｂ】本発明によるドッキング・コネクタを示す。
【図２Ａ】本発明による遠隔コネクタの正面及び上面図である。
【図２Ｂ】図２Ａの遠隔コネクタに用いることができるプラグを示す。
【図２Ｃ】図２Ａの遠隔コネクタに挿入された図２Ｂのプラグを示す。
【図３Ａ】ドッキング・コネクタのためコネクタ・ピンの表記を示す。
【図３Ｂ】遠隔コネクタのための接続ピンの表記を示す。
【図４Ａ】ドッキング・コネクタのための典型的なファイヤワイヤ・コネクタ・インターフェースを示す。
【図４Ｂ】アクセサリ電源のための参考回路図を示す。
【図４Ｃ】ドッキング・コネクタのためのアクセサリを検出し、識別するためのシステムの参考回路図を示す。
【図４Ｄ】遠隔コネクタに接続できるエレクトレット・マイクロフォンの参考回路図である。
【図５Ａ】異なるアクセサリに結合されるメディアプレーヤを示す。
【図５Ｂ】コンピュータに結合されるメディアプレーヤを示す。
【図５Ｃ】車又はホームステレオ・システムに結合されるメディアプレーヤを示す。
【図５Ｄ】他のアクセサリと無線通信するドングルに結合されるメディアプレーヤを示す。
【図５Ｅ】スピーカ・システムに結合されるメディアプレーヤを示す。
【図６】メディアプレーヤへのアクセスを制御するためのプロセスを示すフローチャートである。
【図７】アクセサリを認証するためのプロセスを示すフローチャートである。
【発明を実施するための形態】
【００１０】
本発明は、一般に、電気装置に関し、より特定的には、アクセサリ装置と通信する、メディアプレーヤのような電気装置に関する。以下の説明は、当業者が本発明を作成し、使用できるように提示され、特許出願及びその要件に即して提供されるものである。本明細書において説明される好ましい実施形態並びに一般的な原理及び特徴に対する種々の修正が、当業者には容易に分かるであろう。従って、本発明は、示される実施形態に限定することを意図するものではなく、本明細書において説明される原理及び特徴と矛盾することのない最も広い範囲を与えることになる。
【００１１】
アクセサリを認証するための本発明による方法が、メディアプレーヤによってアクセサリ上で第１の認証操作を行なうことを含み、ここで、認証証明書が検証される。１つの実施形態において、認証操作は、バックグラウンドで処理されるので、メディアプレーヤは、認証が開始した後であるが認証が完了する前にコマンドを処理するように動作可能である。このことは、メディアプレーヤ及びアクセサリが、認証プロセスが成功裏に完了するまで待つのではなく、即座に連携することを可能にする。この方法はまた、メディアプレーヤによってアクセサリ上で第２の認証操作を行なうことも含み、ここで、認証署名が検証される。１つの実施形態において、メディアプレーヤは、証明書において提供された公開キーを用いて認証署名を検査する。メディアプレーヤ及びアクセサリは、メディアプレーヤへのアクセスの制御を容易にするために、種々の環境において複数のコマンドを用いることができる。１つのこのような環境は、以下に詳細に説明されるようなコネクタ・インターフェース・システムの環境内である。
【００１２】
アクセサリの認証が以下に説明されるが、当業者であれば、下記に説明される手順をメディアプレーヤの認証に適用できること、かつ、このような適用は、本発明の精神及び範囲内にあることを認識する。
【００１３】
コネクタ・インターフェース・システムの概要
本発明に従ったコネクタ・インターフェース・システムの特徴をより詳細に説明するために、ここで添付の図面と併せて以下の説明を参照する。
【００１４】
ドッキング・コネクタ
図１Ａ及び図１Ｂは、本発明によるドッキング・コネクタ１００を示す。最初に図１Ａを参照すると、キーイング特徴部（ｆｅａｔｕｒｅ）１０２が、カスタム長１０４を有する。さらに、１つの組のキーがコネクタの底部においてある長さで分離され、別の組のキーがコネクタの上部において別の長さで分離される、特定のキー構成が用いられる。このキー構成を使用することにより、不適合のコネクタが差し込まれ、装置に潜在的な損傷をもたらすことが防止される。電源のためのコネクタは、電源のためのファイヤワイヤ（Ｆｉｒｅｗｉｒｅ）規格を利用する。このコネクタは、このスキームを実装するために、ファースト・メーク／ラスト・ブレイク接点（ｆｉｒｓｔ ｍａｋｅ／ｌａｓｔ ｂｒｅａｋ ｃｏｎｔａｃｔ）を含む。図１Ｂは、ファースト・メーク／ラスト・ブレイク接点２０２を示し、適切なファースト・メーク／ラスト・ブレイク接点を提供するのに関連した接地ピン及び電源ピンも示す。この例において、接地ピン２０４は、電源ピン２０６より長い。従って、接地ピン２０４は、電源ピン２０６より前にドッキング・アクセサリ内でその嵌合ピンに接触し、装置の電子機器の内部の電気的損傷を最小にする。
【００１５】
さらに、以下に詳細に説明されるように、本発明に従ったコネクタ・インターフェース・システムは、ユニバーサル・シリアル・バス（ＵＳＢ）、汎用非同期式送受信機構（ＵＲＡＴ）、及び同じドッキング・コネクタ配置の一部のようなファイヤワイヤ・インターフェースを使用し、それにより、異なるタイプのインターフェースとより両立性がある設計が行われる。その際に、より遠隔にあるアクセサリが、メディアプレーヤと接続することができる。
【００１６】
遠隔コネクタ
接続インターフェース・システムはまた、音声を入出力する能力を提供し、Ｉ／Ｏシリアル・プロトコルを提供し、ビデオのための出力を提供する遠隔コネクタも含む。図２Ａは、本発明による、遠隔コネクタ２００の正面及び上面図である。見られるように、遠隔コネクタ２００は、上部ヘッドフォン用レセプタクル２０２、並びに、遠隔装置用の第２のレセプタクル２０４を含む。図２Ｂは、遠隔コネクタに用いられるプラグ３００を示す。プラグ３００は、遠隔コネクタを介して機能を提供することを可能にする。図２Ｃは、遠隔コネクタ２００に挿入されたプラグ３００を示す。従来は、これらの特徴の全てが遠隔コネクタ内に実装されなかった。従って、標準的なヘッドフォン・ケーブルを遠隔コネクタに差し込むことはできるが、特別な遠隔制御ケーブル、マイクロフォン・ケーブル、及びビデオケーブルを遠隔コネクタと共に用いることもできる。
【００１７】
コネクタ・インターフェース・システムの特徴をより詳細に説明するために、本発明に従ったドッキング・コネクタ、遠隔コネクタ、及びコマンド・セットの機能記述を以下に見いだされたい。
【００１８】
ドッキング・コネクタ及び遠隔コネクタの規格
Ａｐｐｌｅ Ｉｎｃ．社によるｉＰｏｄ（商標）装置のようなメディアプレーヤ用のドッキング・コネクタ及び遠隔コネクタの両方に関するコネクタ・ピンの表記（ｄｅｓｉｇｎａｔｉｏｎ）の例について、ここで図３Ａ及び図３Ｂを参照されたい。図３Ａは、ドッキング・コネクタのためのコネクタ・ピンの表記を示す。図３Ｂは、遠隔コネクタのための接続ピンの表記を示す。
【００１９】
ドッキング・コネクタの規格
図４Ａは、ドッキング・コネクタのための典型的なファイヤワイヤ・コネクタ・インターフェースを示す。以下は、幾つかの例示的な規格、すなわちファイヤワイヤ電源（８Ｖ−３０Ｖ ＤＣ ＩＮ、１０Ｗ Ｍａｘ）である。１つの実施形態において、ファイヤワイヤを、ＩＥＥＥ１３９４ Ａ Ｓｐｅｃ（４００Ｍｂ／ｓ）で設計することができる。
【００２０】
ＵＳＢインターフェース
メディアプレーヤは、ＵＳＢデバイスの動作の２つの構成又はモード、すなわち大容量記憶装置及びメディアプレーヤＵＳＢインターフェース（ＭＰＵＩ）を提供する。ＭＰＵＩにより、本明細書に後で詳細に説明されるメディアプレーヤ・アクセサリ・プロトコル（ＭＰＡＰ）を使用し、トランスポート機構のようなＵＳＢヒューマン・インターフェース・デバイス（ＨＩＤ）インターフェースを使用して、メディアプレーヤを制御することが可能になる。
【００２１】
アクセサリ３．３Ｖ電源
図４Ｂは、アクセサリ電源を示す。メディアプレーヤのアクセサリ電源ピンは、例えば、ドッキング・コネクタ及び遠隔コネクタ（存在する場合には）を上回る３．０Ｖ〜３．３Ｖ＋／−５％まで（２．８５Ｖ〜３．４６５Ｖ）の電圧を供給する。最大電流は、ドッキング・コネクタと遠隔コネクタとの間で共有される。
【００２２】
デフォルトで、メディアプレーヤは、５ｍＡのような特定の電流を供給する。活動中のデバイスの使用中、高出力（例えば、１００ｍＡまで）を作動させるために、適切なソフトウェア・アクセサリの検出が必要とされる。デバイスが停止状態にあるとき、それらのデバイスは、５ｍＡの電流のような所定量の電力より少ない電力を消費しなければならない。
アクセサリ電源は、デジタルＧＮＤピンを通して接地される。
【００２３】
図４Ｃは、ドッキング・コネクタのためにアクセサリを検出し、識別するためのシステムの参考回路図を示す。このシステムは、接地への抵抗器を含み、何がドッキング・コネクタに差し込まれたかをデバイスが判断することを可能にする。メディアプレーヤ内のアクセサリ識別（Ａｃｃｅｓｓｏｒｙ Ｉｄｅｎｔｉｆｙ）上に内部プルアップが存在する。２つのピン（Ａｃｃｅｓｏｒｙ Ｉｄｅｎｔｉｆｙ及びＡｃｃｅｓｏｒｙ Ｄｅｔｅｃｔ）が使用される。
【００２４】
図４Ｄは、遠隔コネクタに接続できるエレクトレット・マイクロフォンの参考回路図である。
シリアル・プロトコル通信
ａ）デバイス間の通信のために使用される２つのピン（Ｒｘ及びＴｘ）
ｂ）入力及び出力（０Ｖ＝低、３．３Ｖ＝高）
【００２５】
前述のように、メディアプレーヤは、種々のアクセサリに接続される。図５Ａ−図５Ｅは、異なるアクセサリに結合されるメディアプレーヤ５００を示す。図５Ａは、ドッキング・ステーション５０２に結合されたメディアプレーヤ５００を示す。図５Ｂは、コンピュータ５０４に結合されたメディアプレーヤ５００´を示す。図５Ｃは、車又はホームステレオ・システム５０６に結合されたメディアプレーヤ５００´´を示す。図５Ｄは、他のデバイスと無線通信するドングル５０８に結合されたメディアプレーヤ５００´´´を示す。図５Ｅは、スピーカ・システム５１０に結合されたメディアプレーヤ５００´´´´を示す。見られるように、アクセサリが意味するものは、これらに限定されるものではないが、ドッキング・ステーション、充電器、カーステレオ、マイクロフォン、ホームステレオ、コンピュータ、スピーカ、及び他のアクセサリと無線通信するアクセサリを含む。
【００２６】
前述のように、このコネクタ・インターフェース・システムは、アクセサリを認証するためのコマンド・セットと共に用いることができる。１つの実施形態において、アクセサリは、ホスト・コンピュータ、或いはメディアプレーヤと通信できる他のいずれかの電子装置又はシステムとすることができる。当業者であれば、上で識別されたコネクタ・インターフェース・システムをコマンド・セットと共に用い得るが、種々の他のコネクタ又はシステムを用いることができ、それらは本発明の精神及び範囲内にあることを理解すべきである。
【００２７】
上述のように、アクセサリは、メディアプレーヤ・アクセサリ・プロトコルを用いてメディアプレーヤと連携する。このようなメディアプレーヤ・アクセサリ・プロトコルの例は、ｉＰｏｄアクセサリ・プロトコル（ｉＡＰ）である。メディアプレーヤ・アクセサリ・プロトコルは、所定のトランスポート層でアクセサリと通信するメディアプレーヤ上で実行されているソフトウェア・コンポーネントを指す。メディアプレーヤのアプリケーションは、例えば、メニュー／画面をユーザに提示するメディアプレーヤのアプリケーション・フレームワークとすることができる。メディアプレーヤのコマンドは、音声、ビデオ、及びメディアプレーヤとアクセサリとの間の他のデータの処理と関連付けることができる。例えば、コマンドを読み取り操作及び書き込み操作と関連付け、メディアプレーヤとアクセサリとの間で情報を転送し、格納することができる。従って、１つの実施形態において、メディアプレーヤに関連するコマンドごとに、アクセサリのための相互コマンドが存在する。１つの実施形態において、コマンドをグループ化し、特定のアクセサリ機能と関連付けることができる。
【００２８】
コマンドの機能
複数のコマンドが以下に説明されるが、当業者であれば、他の多くのコマンドを用い得ること、及び、その使用は本発明の精神及び範囲内にあることを理解する。従って、以下のコマンドのリストは、アクセサリを認証するために用い得るコマンドのタイプの代表的なものであり、網羅的なものではない。さらに、当業者であれば、メディアプレーヤ又はアクセサリによって、これらのコマンドのサブセットを用い得ること、及び、その使用は本発明の精神及び範囲内にあることも容易に理解する。これらのコマンドの幾つかの機能の記述が、以下に説明される。
【００２９】
アクセサリの認証
以前の認証方法では、アクセサリは、識別メッセージをメディアプレーヤに伝送し、そこで、識別メッセージは、アクセサリが特定のコマンドをサポートし、認証をサポートすることを示す。次に、メディアプレーヤは、確認応答メッセージをアクセサリに伝送する。メディアプレーヤは、全体の認証プロセスが完了するまで、アクセサリによるアクセスをブロックする。メディアプレーヤは、「接続中」の画面を表示することができる。次に、メディアプレーヤは、アクセサリが提供する認証バージョン番号が正しいバージョン番号であることを確認する。正しいバージョン番号である場合には、メディアプレーヤは、デバイスによって署名されるチャレンジ（ｃｈａｌｌｅｎｇｅ）を伝送する。次に、メディアプレーヤは、アクセサリからのデバイスＩＤに基づいた公開キーを用いて、認証署名を検証する。以下は、本発明による前の認証方法に優る改善点を説明する。
【００３０】
図６は、本発明に従ってメディアプレーヤへのアクセスを制御するためのプロセスを示すフローチャートである。図６が示すように、プロセスは、メディアプレーヤがアクセサリ上でバックグラウンドの認証操作を行なうステップ６０２で開始し、そこで、認証証明書が検証される。より具体的には、バックグラウンド認証操作中、アクセサリは、認証情報をメディアプレーヤに伝送し、メディアプレーヤは、認証情報内に含まれる証明書を受信し、検証する。１つの実施形態において、認証情報はまた、認証バージョン番号を含むこともできる。認証証明書は、以下により詳細に説明される。以下により詳細に説明されるように、メディアプレーヤは、全体の認証プロセスが完了するまで待つことなく、代わりに、認証プロセスが完了する前に特定のアクセスを許容する。次に、ステップ６０４において、メディアプレーヤは、アクセサリ上で第２の認証操作を行ない、そこで、認証署名が検証される。より具体的には、第２の認証操作中、アクセサリは、認証署名をメディアプレーヤに伝送し、メディアプレーヤは、認証署名を受信し、検証する。１つの実施形態において、メディアプレーヤは、公開キーを用いて認証署名を検査する。バックグラウンド認証及び第２の認証操作のより詳細な実施形態が、図７を参照して以下に説明される。
【００３１】
アクセサリの認証がここに説明されるが、当業者であれば、ここに説明される手順をメディアプレーヤの認証に適用できること、及び、こうした適用は本発明の精神及び範囲内にあることを理解する。例えば、メディアプレーヤを認証するために、アクセサリにより、上記に図６に及び／又は下記に図７に説明される同じ又は類似したステップを用いることが可能である。
【００３２】
認証証明書
標準的な認証証明書は、証明書作成者（発行者、国など）、証明書のタイプ、有効な証明書の日付範囲、及び他のメタデータのようなデータのためのコンテナとして機能する。証明書（ｃｅｒｔｉｆｉｃａｔｅ）又は証明書（ｃｅｒｔｓ）とも呼ばれる認証証明書は、１又はそれ以上の認証局（ＣＡ）によって作成され、署名され、固有のシリアル番号を有する。１つの実施形態において、証明書は、アクセサリ上の認証コプロセッサ・チップに格納することができる。本発明による認証証明書は、標準的な認証証明書におけるようなメタデータのみならず、デバイスのクラス情報及び公開キーをも含み、これらは、以下により詳細に説明される。
【００３３】
以下により詳細に説明されるように、メディアプレーヤは、ＣＡによって発行された公開キーを用いて証明書を検査する。メディアプレーヤはまた、公開キーを用いて、署名されたチャレンジを検査することもできる。証明書は、公開キー及び他のアクセサリ特有の情報をメディアプレーヤに転送するために使用される。このようなアクセサリ特有の情報は、例えば、アクセサリについてのデバイス・クラスの情報を含むことができる。デバイス・クラスは、アクセサリが、メディアプレーヤに対してどのコマンドを使用することが許可されているかを判断する。１つの実施形態において、メディアプレーヤは、許容可能なコマンドを既存のクラスに付加することができ、又は、メディアプレーヤのファームウェアの更新によって新しいデバイス・クラスを付加することができる。ＣＡが新しい証明書をアクセサリ・ベンダーに発行するとき、メディアプレーヤにより、新しいアクセサリをサポートすることができる。
【００３４】
１つの実施形態において、証明書が、偽のデバイスにおいて何らかの形で漏洩され、複製された場合には、漏洩されたシリアル番号を、メディアプレーヤ上の証明書失効リスト（又はＣＲＬ）に付加し、証明書を使用するデバイスが、成功裏に認証するのを防ぐことができる。メディアプレーヤの証明書パーサが証明書のデバイス・クラスを認識していない場合には、メディアプレーヤは、証明書を拒否する。１つの実施形態において、デバイスの認証のために使用される証明書は、例えば、日付で設定できる予め定められた寿命（例えば、１−５年の範囲内など）を有することができる。１つの実施形態において、有効期限が経過した後、デバイスのシリアル番号をＣＲＬに付加することによって、証明書の有効期限を達成することができる。
【００３５】
図７は、本発明に従ったアクセサリを認証するためのプロセスを示すフローチャートである。図７が示すように、プロセスは、メディアプレーヤ及びアクセサリが、メッセージを交換し、アクセサリが特定のコマンドをサポートし、速やかな認証をサポートするかどうかを判断する、ステップ７０２で開始する。より具体的には、１つの実施形態において、アクセサリは、識別メッセージをメディアプレーヤに伝送する。識別メッセージは、デバイス識別（ＩＤ）と、アクセサリが特定のコマンドをサポートし、認証をサポートするという表示とを含む。幾つかの実施形態において、速やかな認証のためのサポートが必要とされる。次に、メディアプレーヤは、確認応答メッセージをアクセサリに伝送する。１つの実施形態において、メディアプレーヤは、アクセサリがメディアプレーヤにアクセスしようと試みていることを、メディアプレーヤのアプリケーションに通知する。
【００３６】
上述したように、１つの実施形態において、認証操作がバックグラウンドで処理され、ハードウェアの加速の有無にかかわらず、多数の暗号化技術の選択肢（例えば、ＲＳＡ又はＳＦＥＥ）が用いられることを可能にする。結果として、メディアプレーヤは、認証が始まった後、認証が完了する前、及び正常終了中に、デバイス・コマンドを処理するように動作可能である。デバイスの認証が失敗したとき（例えば、再試行カウント及び／又は最大時間が切れる）、メディアプレーヤは、入ってくるコマンドの処理をロックアウトし、デバイスがメディアプレーヤと連携するのを防ぐことができる。認証が開始されると、メディアプレーヤのアプリケーションは、危険でないデバイスの使用を許可することができる。危険な行動は、メディアプレーヤの行動を永続的に変更する、又は安全でないメディアプレーヤをダウンロードする可能性がある、いずれかの行動として定義される。回避されるべき危険な行動の例は、実行可能なメディア又はファームウェアの更新をメディアプレーヤにダウンロードすることを含む。認証がいずれか後の時点で失敗した場合には、メディアプレーヤのアプリケーションは、あらゆるデバイス関連の活動を取り消し、潜在的にエラー・メッセージをユーザに伝える（例えば、「デバイスはサポートされていない」）ことができる。
【００３７】
さらに図７を参照すると、ステップ７０４において、バックグラウンド認証操作中、メディアプレーヤは、認証情報要求をアクセサリに伝送する。１つの実施形態において、メディアプレーヤは、タイムアウト・タイマーを開始する。次に、ステップ７０６において、アクセサリは、認証情報をメディアプレーヤに伝送する。１つの実施形態において、認証情報は、認証のメジャー・バージョン、認証のマイナー・バージョン、及び公開証明書を含み、この証明書が大容量の場合には（例えば、５００バイトより大きい）、証明書をセクションに分割することができる。証明書がセクションに分割される場合には、認証情報を受け取った際、メディアプレーヤは、証明書を再度組み立てる。証明書が完全に組み立てられると、証明書はデバイス・クラス情報に関して構文解析される。次に、メディアプレーヤは、デバイス・クラス情報からのクラス番号を許可されたコマンド・マスクに変換する。このマスクを用いて、証明書がデバイスによって識別されたコマンドを許可することを検証する。言い換えると、メディアプレーヤは、デバイス・クラス情報の少なくとも一部に基づいて証明書を検証する。
【００３８】
次に、ステップ７０８において、メディアプレーヤは認証情報を検証する。認証情報は、多くの理由のために無効とすることができる。例えば、認証バージョンが有効でない場合、公開証明書が期限切れの場合、又は公開証明書が証明書失効リスト（ＣＲＬ）上にある場合、認証情報は無効とすることができる。いずれの認証情報も無効である場合、バックグラウンド認証操作は失敗する。失敗により認証プロセスが再開される（再試行カウント及びタイムアウト制限値を超えなかった場合）。認証バージョンが検証される場合、証明書のクラス・コマンドがメディアプレーヤの識別コマンドが必要とするものと一致する又はそれを超えると判断された場合、及び証明書チェーンが検査される場合、バックグラウンド認証操作は進む。１つの実施形態において、危険でないメディアプレーヤのコマンド・アプリケーション機能及びコマンド処理が可能にされ、認証プロセスが続く。１つの実施形態において、メディアプレーヤは、バージョン情報の状況を示すメッセージをアクセサリに伝送することができる。
【００３９】
次に、ステップ７１０において、第２の認証操作中、メディアプレーヤは、認証署名要求をアクセサリに伝送する。認証署名要求は、デバイスによって署名されるランダム・ノンス／チャレンジを含む。特定のノンス／チャレンジの長さは変わることができ、特定の実施に依存する。次に、ステップ７１２において、アクセサリは、認証署名（すなわち、署名されたチャレンジ／署名を有するメッセージ）をメディアプレーヤに伝送する。次に、ステップ７１４において、認証署名を受け取った際、メディアプレーヤは、認証署名（すなわち、署名されたチャレンジ）を検証する。１つの実施形態において、メディアプレーヤは、アクセサリからのデバイスＩＤに基づいて、公開キーを用いて署名されたノンス／チャレンジを検査する。好ましい実施形態において、メディアプレーヤは、アクセサリによって提供された証明書からの公開キーを用いて、署名されたノンス／チャレンジを検査する。
【００４０】
１つの実施形態において、アクセサリ認証プロセスは、アクセサリが秘密キーを有し、メディアプレーヤが関連した公開キーを有する、公開キー／秘密キー・システムに基づいている。アクセサリ認証プロセスは、アクセサリ・プロトコル・コマンドと緊密に統合される。
【００４１】
認証プロセスを完了する前、メディアプレーヤは、認証状況メッセージをアクセサリに伝送し、署名状況及び認証プロセスの完了を示す。メディアプレーヤが認証署名を検査した場合、認証が通る。他の場合には、認証プロセスは失敗する。認証が通る場合、メディアプレーヤのアプリケーションは、デバイスへのユーザ・アクセスを可能にするように、ブロックを解除する。
【００４２】
認証プロセスが失敗した場合、メディアプレーヤのデバイス・ポートがアクセサリをロックアウトする。同様に、失敗の際、メディアプレーヤは、アクセサリへの認証を解除し、アクセサリがメディアプレーヤのリソースを用いるのを防止する。１つの実施形態において、メディアプレーヤはまた、認証状況をメディアプレーヤのアプリケーションに伝送することができる。例えば、認証が失敗した場合、メディアプレーヤのアプリケーションは「接続に失敗した」というメッセージを表示することができる。
【００４３】
１つの実施形態において、認証操作は、再試行カウント及び最大タイムアウトを用いることができる。従って、１つの実施形態において、再試行カウンタ又は最大タイムアウトを超えた場合、認証が失敗することもある。ポートをロックアウトすることにより、認証の再試行／タイムアウト・カウンタを再設定するために、アクセサリがデタッチをシミュレートすること又は再識別を行なうことが防止される。１つの実施形態において、デバイス・ポートの認証状態が「ロックアウト」に設定された場合、入ってくるパケットを削除することができる。このことは、如何なるロックアウトされたデバイス・パケットが処理されることも防止する。１つの実施形態において、失敗が、アクセサリが証明書に許可されたものより多いコマンドを識別したことに起因する場合には、認証の失敗時にデバイスのロックアウトは作動されず、アクセサリの再識別を許可することができる。
【００４４】
アクセサリを認証するための方法、システム、及びコネクタ・インターフェースが開示される。この方法は、メディアプレーヤによってアクセサリ上で第１の認証操作を行なうことを含み、ここで、認証証明書が検証される。この方法はまた、メディアプレーヤによってアクセサリ上で第２の認証操作を行なうことを含み、ここで、認証署名が検証される。ここに開示されるシステム及び方法によると、メディアプレーヤ及びアクセサリは、メディアプレーヤへのアクセスを制御するためにコネクタ・インターフェース・システムの環境内のような種々の環境において複数のコマンドを用いることができる。
【００４５】
本発明は、示される実施形態に従って説明されたが、当業者であれば、実施形態に対する変形物が存在し、それらの変形物が本発明の精神及び範囲内にあることを容易に理解するであろう。例えば、本発明は、ハードウェア、ソフトウェア、プログラム命令を含むコンピュータ可読媒体、又はそれらの組み合わせを用いて実施することができる。本発明に従って書き込まれたソフトウェアは、メモリ又はＣＤ−ＲＯＭのような、何らかの形のコンピュータ可読媒体で格納されるか、又は、ネットワーク上で伝送され、プロセッサによって実行される。結果として、コンピュータ可読媒体は、コンピュータ可読信号を含むように意図され、コンピュータ可読信号は、例えば、ネットワーク上で伝送することができる。従って、添付の特許請求の精神及び範囲から逸脱することなく、当業者であれば、多くの変更をなすことができる。
【技術分野】
【０００１】
本発明は、一般に、電気装置に関し、より特定的には、アクセサリ装置と通信する、メディアプレーヤのような電子装置に関する。
【背景技術】
【０００２】
メディアプレーヤは、メディアプレーヤ上で再生又は表示することができる、音声トラック又は写真のようなメディア資産（ｍｅｄｉａ ａｓｓｅｔ）を格納する。メディアプレーヤの１つの例は、カリフォルニア州Ｃｕｐｅｒｔｉｎｏ所在のＡｐｐｌｅ Ｉｎｃ．社から入手可能なｉＰｏｄ（商標）メディアプレーヤである。多くの場合、メディアプレーヤは、ユーザがメディア資産を管理するのを可能にする働きをするホスト・コンピュータから、そのメディア資産を獲得する。一例として、ホスト・コンピュータは、メディア資産を管理するためにメディア管理アプリケーションを実行することができる。メディア管理アプリケーションの１つの例は、Ａｐｐｌｅ Ｉｎｃ．社によって製造されるｉＴｕｎｅｓ（登録商標）、ｖｅｒｓｉｏｎ６．０である。
【０００３】
メディアプレーヤは、典型的には、メディアプレーヤに接続するために使用することができる１つ又はそれ以上のコネクタ又はポートを含む。例えば、コネクタ又はポートにより、メディアプレーヤが、ホスト・コンピュータに結合し、ドッキング・システムに挿入し、又はアクセサリ装置を受けることが可能になる。今日、メディアプレーヤに相互接続することができる、多く異なるタイプのアクセサリ装置が存在する。例えば、遠隔制御装置をコネクタ又はポートに接続し、ユーザが、メディアプレーヤを遠隔制御できるようにすることができる。別の例として、自動車がコネクタを含むことができ、メディアプレーヤをコネクタに挿入し、自動車のメディア・システムがメディアプレーヤと連携することができるように、それにより、メディアプレーヤ上のメディア・コンテンツを自動車内で再生することが可能になる。
【０００４】
メディアプレーヤと共に使用するために、多数のサード・パーティがアクセサリを開発してきた。両立性のあるコネクタ又はポートが用いられる限り、アクセサリをメディアプレーヤと共に使用することができる。アクセサリは、アクセサリ・プロトコルを用いて、メディアプレーヤと連携する。アクセサリ・プロトコルの１つの例は、カリフォルニア州Ｃｕｐｅｒｔｉｎｏ所在のＡｐｐｌｅ Ｉｎｃ．社から入手可能な、ｉＰｏｄ Ａｃｃｅｓｓｏｒｙ Ｐｒｏｔｏｃｏｌ（ｉＡＰ）と呼ばれるものである。アクセサリ・プロトコルは、典型的には、アクセサリ開発者が自由にアクセスできるようにされたコマンドを含む。自由にアクセスできるコマンドに関連する問題は、これらのコマンドが、権限のないアクセサリ装置又は偽のアクセサリ装置よって使用され得ることである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
１つの解決法は、アクセサリ装置上で認証操作を行なうことである。従って、アクセサリ装置は、認証プロセスが完了するまで、メディアプレーヤにアクセスすることができない。
【０００６】
従って、アクセサリ装置を他の電子装置と共に用い得る性質及び範囲を制御するための改善された技術に対する必要性が存在する。
【課題を解決するための手段】
【０００７】
アクセサリを認証するための方法、システム、及びコネクタ・インターフェースが開示される。１つの態様において、この方法は、認証操作を行ない、認証操作中、アクセサリが、メディアプレーヤにアクセスすることを可能にするステップを含み、認証操作が失敗した場合には、それ以上メディアプレーヤにアクセスしないように、アクセサリがロックアウトされる。認証操作は、例えば、アクセサリが提供する認証証明書内に含まれる認証情報を検証するステップ、及び／又は、アクセサリが提供するデジタル署名を検証するステップを含むことができる。
【０００８】
ここに開示されるシステム及び方法によると、メディアプレーヤ及びアクセサリは、コネクタ・インターフェース・システム環境内のような種々の環境において複数のコマンドを使用し、メディアプレーヤへのアクセスを制御することができる。
【図面の簡単な説明】
【０００９】
【図１Ａ】本発明によるドッキング・コネクタを示す。
【図１Ｂ】本発明によるドッキング・コネクタを示す。
【図２Ａ】本発明による遠隔コネクタの正面及び上面図である。
【図２Ｂ】図２Ａの遠隔コネクタに用いることができるプラグを示す。
【図２Ｃ】図２Ａの遠隔コネクタに挿入された図２Ｂのプラグを示す。
【図３Ａ】ドッキング・コネクタのためコネクタ・ピンの表記を示す。
【図３Ｂ】遠隔コネクタのための接続ピンの表記を示す。
【図４Ａ】ドッキング・コネクタのための典型的なファイヤワイヤ・コネクタ・インターフェースを示す。
【図４Ｂ】アクセサリ電源のための参考回路図を示す。
【図４Ｃ】ドッキング・コネクタのためのアクセサリを検出し、識別するためのシステムの参考回路図を示す。
【図４Ｄ】遠隔コネクタに接続できるエレクトレット・マイクロフォンの参考回路図である。
【図５Ａ】異なるアクセサリに結合されるメディアプレーヤを示す。
【図５Ｂ】コンピュータに結合されるメディアプレーヤを示す。
【図５Ｃ】車又はホームステレオ・システムに結合されるメディアプレーヤを示す。
【図５Ｄ】他のアクセサリと無線通信するドングルに結合されるメディアプレーヤを示す。
【図５Ｅ】スピーカ・システムに結合されるメディアプレーヤを示す。
【図６】メディアプレーヤへのアクセスを制御するためのプロセスを示すフローチャートである。
【図７】アクセサリを認証するためのプロセスを示すフローチャートである。
【発明を実施するための形態】
【００１０】
本発明は、一般に、電気装置に関し、より特定的には、アクセサリ装置と通信する、メディアプレーヤのような電気装置に関する。以下の説明は、当業者が本発明を作成し、使用できるように提示され、特許出願及びその要件に即して提供されるものである。本明細書において説明される好ましい実施形態並びに一般的な原理及び特徴に対する種々の修正が、当業者には容易に分かるであろう。従って、本発明は、示される実施形態に限定することを意図するものではなく、本明細書において説明される原理及び特徴と矛盾することのない最も広い範囲を与えることになる。
【００１１】
アクセサリを認証するための本発明による方法が、メディアプレーヤによってアクセサリ上で第１の認証操作を行なうことを含み、ここで、認証証明書が検証される。１つの実施形態において、認証操作は、バックグラウンドで処理されるので、メディアプレーヤは、認証が開始した後であるが認証が完了する前にコマンドを処理するように動作可能である。このことは、メディアプレーヤ及びアクセサリが、認証プロセスが成功裏に完了するまで待つのではなく、即座に連携することを可能にする。この方法はまた、メディアプレーヤによってアクセサリ上で第２の認証操作を行なうことも含み、ここで、認証署名が検証される。１つの実施形態において、メディアプレーヤは、証明書において提供された公開キーを用いて認証署名を検査する。メディアプレーヤ及びアクセサリは、メディアプレーヤへのアクセスの制御を容易にするために、種々の環境において複数のコマンドを用いることができる。１つのこのような環境は、以下に詳細に説明されるようなコネクタ・インターフェース・システムの環境内である。
【００１２】
アクセサリの認証が以下に説明されるが、当業者であれば、下記に説明される手順をメディアプレーヤの認証に適用できること、かつ、このような適用は、本発明の精神及び範囲内にあることを認識する。
【００１３】
コネクタ・インターフェース・システムの概要
本発明に従ったコネクタ・インターフェース・システムの特徴をより詳細に説明するために、ここで添付の図面と併せて以下の説明を参照する。
【００１４】
ドッキング・コネクタ
図１Ａ及び図１Ｂは、本発明によるドッキング・コネクタ１００を示す。最初に図１Ａを参照すると、キーイング特徴部（ｆｅａｔｕｒｅ）１０２が、カスタム長１０４を有する。さらに、１つの組のキーがコネクタの底部においてある長さで分離され、別の組のキーがコネクタの上部において別の長さで分離される、特定のキー構成が用いられる。このキー構成を使用することにより、不適合のコネクタが差し込まれ、装置に潜在的な損傷をもたらすことが防止される。電源のためのコネクタは、電源のためのファイヤワイヤ（Ｆｉｒｅｗｉｒｅ）規格を利用する。このコネクタは、このスキームを実装するために、ファースト・メーク／ラスト・ブレイク接点（ｆｉｒｓｔ ｍａｋｅ／ｌａｓｔ ｂｒｅａｋ ｃｏｎｔａｃｔ）を含む。図１Ｂは、ファースト・メーク／ラスト・ブレイク接点２０２を示し、適切なファースト・メーク／ラスト・ブレイク接点を提供するのに関連した接地ピン及び電源ピンも示す。この例において、接地ピン２０４は、電源ピン２０６より長い。従って、接地ピン２０４は、電源ピン２０６より前にドッキング・アクセサリ内でその嵌合ピンに接触し、装置の電子機器の内部の電気的損傷を最小にする。
【００１５】
さらに、以下に詳細に説明されるように、本発明に従ったコネクタ・インターフェース・システムは、ユニバーサル・シリアル・バス（ＵＳＢ）、汎用非同期式送受信機構（ＵＲＡＴ）、及び同じドッキング・コネクタ配置の一部のようなファイヤワイヤ・インターフェースを使用し、それにより、異なるタイプのインターフェースとより両立性がある設計が行われる。その際に、より遠隔にあるアクセサリが、メディアプレーヤと接続することができる。
【００１６】
遠隔コネクタ
接続インターフェース・システムはまた、音声を入出力する能力を提供し、Ｉ／Ｏシリアル・プロトコルを提供し、ビデオのための出力を提供する遠隔コネクタも含む。図２Ａは、本発明による、遠隔コネクタ２００の正面及び上面図である。見られるように、遠隔コネクタ２００は、上部ヘッドフォン用レセプタクル２０２、並びに、遠隔装置用の第２のレセプタクル２０４を含む。図２Ｂは、遠隔コネクタに用いられるプラグ３００を示す。プラグ３００は、遠隔コネクタを介して機能を提供することを可能にする。図２Ｃは、遠隔コネクタ２００に挿入されたプラグ３００を示す。従来は、これらの特徴の全てが遠隔コネクタ内に実装されなかった。従って、標準的なヘッドフォン・ケーブルを遠隔コネクタに差し込むことはできるが、特別な遠隔制御ケーブル、マイクロフォン・ケーブル、及びビデオケーブルを遠隔コネクタと共に用いることもできる。
【００１７】
コネクタ・インターフェース・システムの特徴をより詳細に説明するために、本発明に従ったドッキング・コネクタ、遠隔コネクタ、及びコマンド・セットの機能記述を以下に見いだされたい。
【００１８】
ドッキング・コネクタ及び遠隔コネクタの規格
Ａｐｐｌｅ Ｉｎｃ．社によるｉＰｏｄ（商標）装置のようなメディアプレーヤ用のドッキング・コネクタ及び遠隔コネクタの両方に関するコネクタ・ピンの表記（ｄｅｓｉｇｎａｔｉｏｎ）の例について、ここで図３Ａ及び図３Ｂを参照されたい。図３Ａは、ドッキング・コネクタのためのコネクタ・ピンの表記を示す。図３Ｂは、遠隔コネクタのための接続ピンの表記を示す。
【００１９】
ドッキング・コネクタの規格
図４Ａは、ドッキング・コネクタのための典型的なファイヤワイヤ・コネクタ・インターフェースを示す。以下は、幾つかの例示的な規格、すなわちファイヤワイヤ電源（８Ｖ−３０Ｖ ＤＣ ＩＮ、１０Ｗ Ｍａｘ）である。１つの実施形態において、ファイヤワイヤを、ＩＥＥＥ１３９４ Ａ Ｓｐｅｃ（４００Ｍｂ／ｓ）で設計することができる。
【００２０】
ＵＳＢインターフェース
メディアプレーヤは、ＵＳＢデバイスの動作の２つの構成又はモード、すなわち大容量記憶装置及びメディアプレーヤＵＳＢインターフェース（ＭＰＵＩ）を提供する。ＭＰＵＩにより、本明細書に後で詳細に説明されるメディアプレーヤ・アクセサリ・プロトコル（ＭＰＡＰ）を使用し、トランスポート機構のようなＵＳＢヒューマン・インターフェース・デバイス（ＨＩＤ）インターフェースを使用して、メディアプレーヤを制御することが可能になる。
【００２１】
アクセサリ３．３Ｖ電源
図４Ｂは、アクセサリ電源を示す。メディアプレーヤのアクセサリ電源ピンは、例えば、ドッキング・コネクタ及び遠隔コネクタ（存在する場合には）を上回る３．０Ｖ〜３．３Ｖ＋／−５％まで（２．８５Ｖ〜３．４６５Ｖ）の電圧を供給する。最大電流は、ドッキング・コネクタと遠隔コネクタとの間で共有される。
【００２２】
デフォルトで、メディアプレーヤは、５ｍＡのような特定の電流を供給する。活動中のデバイスの使用中、高出力（例えば、１００ｍＡまで）を作動させるために、適切なソフトウェア・アクセサリの検出が必要とされる。デバイスが停止状態にあるとき、それらのデバイスは、５ｍＡの電流のような所定量の電力より少ない電力を消費しなければならない。
アクセサリ電源は、デジタルＧＮＤピンを通して接地される。
【００２３】
図４Ｃは、ドッキング・コネクタのためにアクセサリを検出し、識別するためのシステムの参考回路図を示す。このシステムは、接地への抵抗器を含み、何がドッキング・コネクタに差し込まれたかをデバイスが判断することを可能にする。メディアプレーヤ内のアクセサリ識別（Ａｃｃｅｓｓｏｒｙ Ｉｄｅｎｔｉｆｙ）上に内部プルアップが存在する。２つのピン（Ａｃｃｅｓｏｒｙ Ｉｄｅｎｔｉｆｙ及びＡｃｃｅｓｏｒｙ Ｄｅｔｅｃｔ）が使用される。
【００２４】
図４Ｄは、遠隔コネクタに接続できるエレクトレット・マイクロフォンの参考回路図である。
シリアル・プロトコル通信
ａ）デバイス間の通信のために使用される２つのピン（Ｒｘ及びＴｘ）
ｂ）入力及び出力（０Ｖ＝低、３．３Ｖ＝高）
【００２５】
前述のように、メディアプレーヤは、種々のアクセサリに接続される。図５Ａ−図５Ｅは、異なるアクセサリに結合されるメディアプレーヤ５００を示す。図５Ａは、ドッキング・ステーション５０２に結合されたメディアプレーヤ５００を示す。図５Ｂは、コンピュータ５０４に結合されたメディアプレーヤ５００´を示す。図５Ｃは、車又はホームステレオ・システム５０６に結合されたメディアプレーヤ５００´´を示す。図５Ｄは、他のデバイスと無線通信するドングル５０８に結合されたメディアプレーヤ５００´´´を示す。図５Ｅは、スピーカ・システム５１０に結合されたメディアプレーヤ５００´´´´を示す。見られるように、アクセサリが意味するものは、これらに限定されるものではないが、ドッキング・ステーション、充電器、カーステレオ、マイクロフォン、ホームステレオ、コンピュータ、スピーカ、及び他のアクセサリと無線通信するアクセサリを含む。
【００２６】
前述のように、このコネクタ・インターフェース・システムは、アクセサリを認証するためのコマンド・セットと共に用いることができる。１つの実施形態において、アクセサリは、ホスト・コンピュータ、或いはメディアプレーヤと通信できる他のいずれかの電子装置又はシステムとすることができる。当業者であれば、上で識別されたコネクタ・インターフェース・システムをコマンド・セットと共に用い得るが、種々の他のコネクタ又はシステムを用いることができ、それらは本発明の精神及び範囲内にあることを理解すべきである。
【００２７】
上述のように、アクセサリは、メディアプレーヤ・アクセサリ・プロトコルを用いてメディアプレーヤと連携する。このようなメディアプレーヤ・アクセサリ・プロトコルの例は、ｉＰｏｄアクセサリ・プロトコル（ｉＡＰ）である。メディアプレーヤ・アクセサリ・プロトコルは、所定のトランスポート層でアクセサリと通信するメディアプレーヤ上で実行されているソフトウェア・コンポーネントを指す。メディアプレーヤのアプリケーションは、例えば、メニュー／画面をユーザに提示するメディアプレーヤのアプリケーション・フレームワークとすることができる。メディアプレーヤのコマンドは、音声、ビデオ、及びメディアプレーヤとアクセサリとの間の他のデータの処理と関連付けることができる。例えば、コマンドを読み取り操作及び書き込み操作と関連付け、メディアプレーヤとアクセサリとの間で情報を転送し、格納することができる。従って、１つの実施形態において、メディアプレーヤに関連するコマンドごとに、アクセサリのための相互コマンドが存在する。１つの実施形態において、コマンドをグループ化し、特定のアクセサリ機能と関連付けることができる。
【００２８】
コマンドの機能
複数のコマンドが以下に説明されるが、当業者であれば、他の多くのコマンドを用い得ること、及び、その使用は本発明の精神及び範囲内にあることを理解する。従って、以下のコマンドのリストは、アクセサリを認証するために用い得るコマンドのタイプの代表的なものであり、網羅的なものではない。さらに、当業者であれば、メディアプレーヤ又はアクセサリによって、これらのコマンドのサブセットを用い得ること、及び、その使用は本発明の精神及び範囲内にあることも容易に理解する。これらのコマンドの幾つかの機能の記述が、以下に説明される。
【００２９】
アクセサリの認証
以前の認証方法では、アクセサリは、識別メッセージをメディアプレーヤに伝送し、そこで、識別メッセージは、アクセサリが特定のコマンドをサポートし、認証をサポートすることを示す。次に、メディアプレーヤは、確認応答メッセージをアクセサリに伝送する。メディアプレーヤは、全体の認証プロセスが完了するまで、アクセサリによるアクセスをブロックする。メディアプレーヤは、「接続中」の画面を表示することができる。次に、メディアプレーヤは、アクセサリが提供する認証バージョン番号が正しいバージョン番号であることを確認する。正しいバージョン番号である場合には、メディアプレーヤは、デバイスによって署名されるチャレンジ（ｃｈａｌｌｅｎｇｅ）を伝送する。次に、メディアプレーヤは、アクセサリからのデバイスＩＤに基づいた公開キーを用いて、認証署名を検証する。以下は、本発明による前の認証方法に優る改善点を説明する。
【００３０】
図６は、本発明に従ってメディアプレーヤへのアクセスを制御するためのプロセスを示すフローチャートである。図６が示すように、プロセスは、メディアプレーヤがアクセサリ上でバックグラウンドの認証操作を行なうステップ６０２で開始し、そこで、認証証明書が検証される。より具体的には、バックグラウンド認証操作中、アクセサリは、認証情報をメディアプレーヤに伝送し、メディアプレーヤは、認証情報内に含まれる証明書を受信し、検証する。１つの実施形態において、認証情報はまた、認証バージョン番号を含むこともできる。認証証明書は、以下により詳細に説明される。以下により詳細に説明されるように、メディアプレーヤは、全体の認証プロセスが完了するまで待つことなく、代わりに、認証プロセスが完了する前に特定のアクセスを許容する。次に、ステップ６０４において、メディアプレーヤは、アクセサリ上で第２の認証操作を行ない、そこで、認証署名が検証される。より具体的には、第２の認証操作中、アクセサリは、認証署名をメディアプレーヤに伝送し、メディアプレーヤは、認証署名を受信し、検証する。１つの実施形態において、メディアプレーヤは、公開キーを用いて認証署名を検査する。バックグラウンド認証及び第２の認証操作のより詳細な実施形態が、図７を参照して以下に説明される。
【００３１】
アクセサリの認証がここに説明されるが、当業者であれば、ここに説明される手順をメディアプレーヤの認証に適用できること、及び、こうした適用は本発明の精神及び範囲内にあることを理解する。例えば、メディアプレーヤを認証するために、アクセサリにより、上記に図６に及び／又は下記に図７に説明される同じ又は類似したステップを用いることが可能である。
【００３２】
認証証明書
標準的な認証証明書は、証明書作成者（発行者、国など）、証明書のタイプ、有効な証明書の日付範囲、及び他のメタデータのようなデータのためのコンテナとして機能する。証明書（ｃｅｒｔｉｆｉｃａｔｅ）又は証明書（ｃｅｒｔｓ）とも呼ばれる認証証明書は、１又はそれ以上の認証局（ＣＡ）によって作成され、署名され、固有のシリアル番号を有する。１つの実施形態において、証明書は、アクセサリ上の認証コプロセッサ・チップに格納することができる。本発明による認証証明書は、標準的な認証証明書におけるようなメタデータのみならず、デバイスのクラス情報及び公開キーをも含み、これらは、以下により詳細に説明される。
【００３３】
以下により詳細に説明されるように、メディアプレーヤは、ＣＡによって発行された公開キーを用いて証明書を検査する。メディアプレーヤはまた、公開キーを用いて、署名されたチャレンジを検査することもできる。証明書は、公開キー及び他のアクセサリ特有の情報をメディアプレーヤに転送するために使用される。このようなアクセサリ特有の情報は、例えば、アクセサリについてのデバイス・クラスの情報を含むことができる。デバイス・クラスは、アクセサリが、メディアプレーヤに対してどのコマンドを使用することが許可されているかを判断する。１つの実施形態において、メディアプレーヤは、許容可能なコマンドを既存のクラスに付加することができ、又は、メディアプレーヤのファームウェアの更新によって新しいデバイス・クラスを付加することができる。ＣＡが新しい証明書をアクセサリ・ベンダーに発行するとき、メディアプレーヤにより、新しいアクセサリをサポートすることができる。
【００３４】
１つの実施形態において、証明書が、偽のデバイスにおいて何らかの形で漏洩され、複製された場合には、漏洩されたシリアル番号を、メディアプレーヤ上の証明書失効リスト（又はＣＲＬ）に付加し、証明書を使用するデバイスが、成功裏に認証するのを防ぐことができる。メディアプレーヤの証明書パーサが証明書のデバイス・クラスを認識していない場合には、メディアプレーヤは、証明書を拒否する。１つの実施形態において、デバイスの認証のために使用される証明書は、例えば、日付で設定できる予め定められた寿命（例えば、１−５年の範囲内など）を有することができる。１つの実施形態において、有効期限が経過した後、デバイスのシリアル番号をＣＲＬに付加することによって、証明書の有効期限を達成することができる。
【００３５】
図７は、本発明に従ったアクセサリを認証するためのプロセスを示すフローチャートである。図７が示すように、プロセスは、メディアプレーヤ及びアクセサリが、メッセージを交換し、アクセサリが特定のコマンドをサポートし、速やかな認証をサポートするかどうかを判断する、ステップ７０２で開始する。より具体的には、１つの実施形態において、アクセサリは、識別メッセージをメディアプレーヤに伝送する。識別メッセージは、デバイス識別（ＩＤ）と、アクセサリが特定のコマンドをサポートし、認証をサポートするという表示とを含む。幾つかの実施形態において、速やかな認証のためのサポートが必要とされる。次に、メディアプレーヤは、確認応答メッセージをアクセサリに伝送する。１つの実施形態において、メディアプレーヤは、アクセサリがメディアプレーヤにアクセスしようと試みていることを、メディアプレーヤのアプリケーションに通知する。
【００３６】
上述したように、１つの実施形態において、認証操作がバックグラウンドで処理され、ハードウェアの加速の有無にかかわらず、多数の暗号化技術の選択肢（例えば、ＲＳＡ又はＳＦＥＥ）が用いられることを可能にする。結果として、メディアプレーヤは、認証が始まった後、認証が完了する前、及び正常終了中に、デバイス・コマンドを処理するように動作可能である。デバイスの認証が失敗したとき（例えば、再試行カウント及び／又は最大時間が切れる）、メディアプレーヤは、入ってくるコマンドの処理をロックアウトし、デバイスがメディアプレーヤと連携するのを防ぐことができる。認証が開始されると、メディアプレーヤのアプリケーションは、危険でないデバイスの使用を許可することができる。危険な行動は、メディアプレーヤの行動を永続的に変更する、又は安全でないメディアプレーヤをダウンロードする可能性がある、いずれかの行動として定義される。回避されるべき危険な行動の例は、実行可能なメディア又はファームウェアの更新をメディアプレーヤにダウンロードすることを含む。認証がいずれか後の時点で失敗した場合には、メディアプレーヤのアプリケーションは、あらゆるデバイス関連の活動を取り消し、潜在的にエラー・メッセージをユーザに伝える（例えば、「デバイスはサポートされていない」）ことができる。
【００３７】
さらに図７を参照すると、ステップ７０４において、バックグラウンド認証操作中、メディアプレーヤは、認証情報要求をアクセサリに伝送する。１つの実施形態において、メディアプレーヤは、タイムアウト・タイマーを開始する。次に、ステップ７０６において、アクセサリは、認証情報をメディアプレーヤに伝送する。１つの実施形態において、認証情報は、認証のメジャー・バージョン、認証のマイナー・バージョン、及び公開証明書を含み、この証明書が大容量の場合には（例えば、５００バイトより大きい）、証明書をセクションに分割することができる。証明書がセクションに分割される場合には、認証情報を受け取った際、メディアプレーヤは、証明書を再度組み立てる。証明書が完全に組み立てられると、証明書はデバイス・クラス情報に関して構文解析される。次に、メディアプレーヤは、デバイス・クラス情報からのクラス番号を許可されたコマンド・マスクに変換する。このマスクを用いて、証明書がデバイスによって識別されたコマンドを許可することを検証する。言い換えると、メディアプレーヤは、デバイス・クラス情報の少なくとも一部に基づいて証明書を検証する。
【００３８】
次に、ステップ７０８において、メディアプレーヤは認証情報を検証する。認証情報は、多くの理由のために無効とすることができる。例えば、認証バージョンが有効でない場合、公開証明書が期限切れの場合、又は公開証明書が証明書失効リスト（ＣＲＬ）上にある場合、認証情報は無効とすることができる。いずれの認証情報も無効である場合、バックグラウンド認証操作は失敗する。失敗により認証プロセスが再開される（再試行カウント及びタイムアウト制限値を超えなかった場合）。認証バージョンが検証される場合、証明書のクラス・コマンドがメディアプレーヤの識別コマンドが必要とするものと一致する又はそれを超えると判断された場合、及び証明書チェーンが検査される場合、バックグラウンド認証操作は進む。１つの実施形態において、危険でないメディアプレーヤのコマンド・アプリケーション機能及びコマンド処理が可能にされ、認証プロセスが続く。１つの実施形態において、メディアプレーヤは、バージョン情報の状況を示すメッセージをアクセサリに伝送することができる。
【００３９】
次に、ステップ７１０において、第２の認証操作中、メディアプレーヤは、認証署名要求をアクセサリに伝送する。認証署名要求は、デバイスによって署名されるランダム・ノンス／チャレンジを含む。特定のノンス／チャレンジの長さは変わることができ、特定の実施に依存する。次に、ステップ７１２において、アクセサリは、認証署名（すなわち、署名されたチャレンジ／署名を有するメッセージ）をメディアプレーヤに伝送する。次に、ステップ７１４において、認証署名を受け取った際、メディアプレーヤは、認証署名（すなわち、署名されたチャレンジ）を検証する。１つの実施形態において、メディアプレーヤは、アクセサリからのデバイスＩＤに基づいて、公開キーを用いて署名されたノンス／チャレンジを検査する。好ましい実施形態において、メディアプレーヤは、アクセサリによって提供された証明書からの公開キーを用いて、署名されたノンス／チャレンジを検査する。
【００４０】
１つの実施形態において、アクセサリ認証プロセスは、アクセサリが秘密キーを有し、メディアプレーヤが関連した公開キーを有する、公開キー／秘密キー・システムに基づいている。アクセサリ認証プロセスは、アクセサリ・プロトコル・コマンドと緊密に統合される。
【００４１】
認証プロセスを完了する前、メディアプレーヤは、認証状況メッセージをアクセサリに伝送し、署名状況及び認証プロセスの完了を示す。メディアプレーヤが認証署名を検査した場合、認証が通る。他の場合には、認証プロセスは失敗する。認証が通る場合、メディアプレーヤのアプリケーションは、デバイスへのユーザ・アクセスを可能にするように、ブロックを解除する。
【００４２】
認証プロセスが失敗した場合、メディアプレーヤのデバイス・ポートがアクセサリをロックアウトする。同様に、失敗の際、メディアプレーヤは、アクセサリへの認証を解除し、アクセサリがメディアプレーヤのリソースを用いるのを防止する。１つの実施形態において、メディアプレーヤはまた、認証状況をメディアプレーヤのアプリケーションに伝送することができる。例えば、認証が失敗した場合、メディアプレーヤのアプリケーションは「接続に失敗した」というメッセージを表示することができる。
【００４３】
１つの実施形態において、認証操作は、再試行カウント及び最大タイムアウトを用いることができる。従って、１つの実施形態において、再試行カウンタ又は最大タイムアウトを超えた場合、認証が失敗することもある。ポートをロックアウトすることにより、認証の再試行／タイムアウト・カウンタを再設定するために、アクセサリがデタッチをシミュレートすること又は再識別を行なうことが防止される。１つの実施形態において、デバイス・ポートの認証状態が「ロックアウト」に設定された場合、入ってくるパケットを削除することができる。このことは、如何なるロックアウトされたデバイス・パケットが処理されることも防止する。１つの実施形態において、失敗が、アクセサリが証明書に許可されたものより多いコマンドを識別したことに起因する場合には、認証の失敗時にデバイスのロックアウトは作動されず、アクセサリの再識別を許可することができる。
【００４４】
アクセサリを認証するための方法、システム、及びコネクタ・インターフェースが開示される。この方法は、メディアプレーヤによってアクセサリ上で第１の認証操作を行なうことを含み、ここで、認証証明書が検証される。この方法はまた、メディアプレーヤによってアクセサリ上で第２の認証操作を行なうことを含み、ここで、認証署名が検証される。ここに開示されるシステム及び方法によると、メディアプレーヤ及びアクセサリは、メディアプレーヤへのアクセスを制御するためにコネクタ・インターフェース・システムの環境内のような種々の環境において複数のコマンドを用いることができる。
【００４５】
本発明は、示される実施形態に従って説明されたが、当業者であれば、実施形態に対する変形物が存在し、それらの変形物が本発明の精神及び範囲内にあることを容易に理解するであろう。例えば、本発明は、ハードウェア、ソフトウェア、プログラム命令を含むコンピュータ可読媒体、又はそれらの組み合わせを用いて実施することができる。本発明に従って書き込まれたソフトウェアは、メモリ又はＣＤ−ＲＯＭのような、何らかの形のコンピュータ可読媒体で格納されるか、又は、ネットワーク上で伝送され、プロセッサによって実行される。結果として、コンピュータ可読媒体は、コンピュータ可読信号を含むように意図され、コンピュータ可読信号は、例えば、ネットワーク上で伝送することができる。従って、添付の特許請求の精神及び範囲から逸脱することなく、当業者であれば、多くの変更をなすことができる。
【特許請求の範囲】
【請求項１】
アクセサリと連携するためにメディアプレーヤにより使用可能な方法であって、
前記アクセサリを認証するために認証操作を実行し、
前記認証操作中、前記アクセサリが前記メディアプレーヤにアクセスできるようにし、 前記認証操作が成功裏に完了したか又は失敗したかを判断し、
前記認証操作が成功裏に完了した場合には、前記アクセサリが前記メディアプレーヤに引き続きアクセスできるようにし、
前記認証操作が失敗した場合には、前記メディアプレーヤにそれ以上アクセスしないように前記アクセサリをロックアウトする、
ステップを含むことを特徴とする方法。
【請求項２】
前記認証操作を実行するステップは、
前記アクセサリから認証証明書を獲得し、
前記認証証明書内に含まれる認証情報を検証する、
ステップを含むことを特徴とする、請求項１に記載の方法。
【請求項３】
前記アクセサリから、該アクセサリによりサポートされるコマンド・セットの表示を含むデバイス識別メッセージを受信し、
前記認証証明書内に含まれる前記認証情報に基づいて前記アクセサリに関する許可されたコマンド・セットを判断し、
前記許可されたコマンド・セットと前記サポートされたコマンド・セットを比較する、ステップをさらに含み、
前記許可されたコマンド・セットが前記サポートされたコマンド・セットと一致しない場合には、前記認証操作は失敗することを特徴とする、請求項２に記載の方法。
【請求項４】
前記認証操作を実行するステップは、
ランダム・チャレンジを含むデジタル署名要求を前記アクセサリに伝送し、
前記アクセサリから前記ランダム・チャレンジのデジタル署名されたバージョンを受信し、
前記デジタル署名を検証する、
ステップをさらに含むことを特徴とする、請求項２に記載の方法。
【請求項５】
前ランダム・チャレンジの前記デジタル署名されたバージョンは、秘密キーを用いて前記アクセサリにより署名され、前記デジタル署名を検証するステップは、
前記認証証明書から公開キーを抽出し、
前記公開キーを用いて前記デジタル署名を検証する、
ステップを含むことを特徴とする、請求項４に記載の方法。
【請求項６】
前記アクセサリから、該アクセサリによりサポートされるコマンド・セットの表示を含むデバイス識別メッセージを受信するステップをさらに含み、
前記認証操作中、前記アクセサリは、該アクセサリによりサポートされる前記コマンド・セット内の前記コマンドのいずれかを用いて前記メディアプレーヤにアクセスすることが許容されることを特徴とする、請求項１に記載の方法。
【請求項７】
前記アクセサリから、前記アクセサリがサポートするコマンド・セットの表示を含むデバイス識別メッセージを受信するステップをさらに含み、前記コマンド・セットは危険な行動に関連する第１のコマンドと、危険でない行動に関連する第２のコマンドとを含み、 前記認証操作中、前記アクセサリは、前記第２のコマンドを用いて前記メディアプレーヤにアクセスすることが許容されるが、前記第１のコマンドを用いて該メディアプレーヤにアクセスすることは許容されないことを特徴とする、請求項１に記載の方法。
【請求項８】
前記認証操作が成功裏に完了したか又は失敗したかを判断するステップは、
前記認証操作の開始時間から計測されたタイムアウト期間がいつ終了するかを検出するステップを含み、
前記タイムアウト期間が終了する前に前記認証操作が成功裏に完了しない場合には、前記認証操作は失敗することを特徴とする、請求項１に記載の方法。
【請求項９】
前記認証操作を実行するステップは、
前記認証操作中にエラーが生じた場合、前記タイムアウト期間が終了しなかった場合に前記認証操作を再試行するステップを含むことを特徴とする、請求項８に記載の方法。
【請求項１０】
前記認証を再試行するステップは、再試行のカウントを更新するステップを含み、前記再試行のカウントが再試行限界値を超える場合には、前記認証操作は失敗することを特徴とする、請求項９に記載の方法。
【請求項１１】
前記認証操作が失敗した場合には、ユーザに対して通知を生成するステップをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項１２】
前記通知は、前記メディアプレーヤの表示画面上に表示されるメッセージを含むことを特徴とする、請求項１１に記載の方法。
【請求項１３】
メディアプレーヤと連携するためにアクセサリにより使用可能な方法であって、
前記メディアプレーヤを認証するために認証操作を実行し、
前記認証操作中、前記メディアプレーヤが前記アクセサリにアクセスできるようにし、 前記認証操作が成功裏に完了したか又は失敗したかを判断し、
前記認証操作が成功裏に完了した場合には、前記メディアプレーヤが前記アクセサリに引き続きアクセスできるようにし、
前記認証操作が失敗した場合には、前記アクセサリにそれ以上アクセスしないように前記メディアプレーヤをロックアウトする、
ステップを含むことを特徴とする方法。
【請求項１４】
メディア資産を格納するように構成された格納装置と、
前記格納されたメディア資産にアクセスするために少なくとも１つのアプリケーションを実行するように構成された制御モジュールと、
コマンド及び関連したデータをアクセサリと交換するように構成されたインターフェースと、
前記インターフェース及び前記制御モジュールに結合され、且つ、コマンド及びデータを前記アクセサリと交換するように該インターフェースを動作させるように構成されたコマンド・モジュールと
を備え、
前記アクセサリと交換される前記コマンドは、前記アクセサリを認証するために認証操作において使用可能な１つ又はそれ以上の認証コマンドと、前記制御モジュールによって前記アプリケーションの少なくとも１つの実行を制御するために使用可能な１つ又はそれ以上のアプリケーション・コマンドとを含み、
前記コマンド・モジュールは、前記認証操作の進行中の際、アプリケーション・コマンドを前記制御モジュールに送付し、前記アクセサリを認証するための前記認証操作が失敗に終わった場合には、アプリケーション・コマンドを前記制御モジュールに送付するのを中止するように構成されることを特徴とするメディアプレーヤ。
【請求項１５】
前記認証コマンドは、
認証証明書を要求する、前記メディアプレーヤから前記アクセサリへのコマンドと、
前記認証証明書を返す、前記アクセサリから前記メディアプレーヤへのコマンドと、
を含むことを特徴とする、請求項１４に記載のメディアプレーヤ。
【請求項１６】
前記認証コマンドは、
前記アクセサリが、前記コマンドと関連したデータとして提供されるランダム・チャレンジをデジタル署名することを要求する、前記メディアプレーヤから該アクセサリへのコマンドと、
前記デジタル署名されたランダム・チャレンジを返す、前記アクセサリから前記メディアプレーヤへのコマンドと、
をさらに含むことを特徴とする、請求項１５に記載のメディアプレーヤ。
【請求項１７】
前記コマンド・モジュールは、前記アクセサリを認証するための前記認証操作が失敗に終わった場合には、該アクセサリから受信した如何なるアプリケーション・コマンドも削除するようにさらに構成されることを特徴とする、請求項１４に記載のメディアプレーヤ。
【請求項１８】
前記コマンド・モジュールは、前記認証操作中に前記アクセサリから受信したアプリケーション・コマンドの処理を取り消すように、前記制御モジュールに信号を送るようにさらに構成され、該アクセリを認証するための該認証操作が失敗に終わった場合には、処理が取り消されることを特徴とする、請求項１４に記載のメディアプレーヤ。
【請求項１】
アクセサリと連携するためにメディアプレーヤにより使用可能な方法であって、
前記アクセサリを認証するために認証操作を実行し、
前記認証操作中、前記アクセサリが前記メディアプレーヤにアクセスできるようにし、 前記認証操作が成功裏に完了したか又は失敗したかを判断し、
前記認証操作が成功裏に完了した場合には、前記アクセサリが前記メディアプレーヤに引き続きアクセスできるようにし、
前記認証操作が失敗した場合には、前記メディアプレーヤにそれ以上アクセスしないように前記アクセサリをロックアウトする、
ステップを含むことを特徴とする方法。
【請求項２】
前記認証操作を実行するステップは、
前記アクセサリから認証証明書を獲得し、
前記認証証明書内に含まれる認証情報を検証する、
ステップを含むことを特徴とする、請求項１に記載の方法。
【請求項３】
前記アクセサリから、該アクセサリによりサポートされるコマンド・セットの表示を含むデバイス識別メッセージを受信し、
前記認証証明書内に含まれる前記認証情報に基づいて前記アクセサリに関する許可されたコマンド・セットを判断し、
前記許可されたコマンド・セットと前記サポートされたコマンド・セットを比較する、ステップをさらに含み、
前記許可されたコマンド・セットが前記サポートされたコマンド・セットと一致しない場合には、前記認証操作は失敗することを特徴とする、請求項２に記載の方法。
【請求項４】
前記認証操作を実行するステップは、
ランダム・チャレンジを含むデジタル署名要求を前記アクセサリに伝送し、
前記アクセサリから前記ランダム・チャレンジのデジタル署名されたバージョンを受信し、
前記デジタル署名を検証する、
ステップをさらに含むことを特徴とする、請求項２に記載の方法。
【請求項５】
前ランダム・チャレンジの前記デジタル署名されたバージョンは、秘密キーを用いて前記アクセサリにより署名され、前記デジタル署名を検証するステップは、
前記認証証明書から公開キーを抽出し、
前記公開キーを用いて前記デジタル署名を検証する、
ステップを含むことを特徴とする、請求項４に記載の方法。
【請求項６】
前記アクセサリから、該アクセサリによりサポートされるコマンド・セットの表示を含むデバイス識別メッセージを受信するステップをさらに含み、
前記認証操作中、前記アクセサリは、該アクセサリによりサポートされる前記コマンド・セット内の前記コマンドのいずれかを用いて前記メディアプレーヤにアクセスすることが許容されることを特徴とする、請求項１に記載の方法。
【請求項７】
前記アクセサリから、前記アクセサリがサポートするコマンド・セットの表示を含むデバイス識別メッセージを受信するステップをさらに含み、前記コマンド・セットは危険な行動に関連する第１のコマンドと、危険でない行動に関連する第２のコマンドとを含み、 前記認証操作中、前記アクセサリは、前記第２のコマンドを用いて前記メディアプレーヤにアクセスすることが許容されるが、前記第１のコマンドを用いて該メディアプレーヤにアクセスすることは許容されないことを特徴とする、請求項１に記載の方法。
【請求項８】
前記認証操作が成功裏に完了したか又は失敗したかを判断するステップは、
前記認証操作の開始時間から計測されたタイムアウト期間がいつ終了するかを検出するステップを含み、
前記タイムアウト期間が終了する前に前記認証操作が成功裏に完了しない場合には、前記認証操作は失敗することを特徴とする、請求項１に記載の方法。
【請求項９】
前記認証操作を実行するステップは、
前記認証操作中にエラーが生じた場合、前記タイムアウト期間が終了しなかった場合に前記認証操作を再試行するステップを含むことを特徴とする、請求項８に記載の方法。
【請求項１０】
前記認証を再試行するステップは、再試行のカウントを更新するステップを含み、前記再試行のカウントが再試行限界値を超える場合には、前記認証操作は失敗することを特徴とする、請求項９に記載の方法。
【請求項１１】
前記認証操作が失敗した場合には、ユーザに対して通知を生成するステップをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項１２】
前記通知は、前記メディアプレーヤの表示画面上に表示されるメッセージを含むことを特徴とする、請求項１１に記載の方法。
【請求項１３】
メディアプレーヤと連携するためにアクセサリにより使用可能な方法であって、
前記メディアプレーヤを認証するために認証操作を実行し、
前記認証操作中、前記メディアプレーヤが前記アクセサリにアクセスできるようにし、 前記認証操作が成功裏に完了したか又は失敗したかを判断し、
前記認証操作が成功裏に完了した場合には、前記メディアプレーヤが前記アクセサリに引き続きアクセスできるようにし、
前記認証操作が失敗した場合には、前記アクセサリにそれ以上アクセスしないように前記メディアプレーヤをロックアウトする、
ステップを含むことを特徴とする方法。
【請求項１４】
メディア資産を格納するように構成された格納装置と、
前記格納されたメディア資産にアクセスするために少なくとも１つのアプリケーションを実行するように構成された制御モジュールと、
コマンド及び関連したデータをアクセサリと交換するように構成されたインターフェースと、
前記インターフェース及び前記制御モジュールに結合され、且つ、コマンド及びデータを前記アクセサリと交換するように該インターフェースを動作させるように構成されたコマンド・モジュールと
を備え、
前記アクセサリと交換される前記コマンドは、前記アクセサリを認証するために認証操作において使用可能な１つ又はそれ以上の認証コマンドと、前記制御モジュールによって前記アプリケーションの少なくとも１つの実行を制御するために使用可能な１つ又はそれ以上のアプリケーション・コマンドとを含み、
前記コマンド・モジュールは、前記認証操作の進行中の際、アプリケーション・コマンドを前記制御モジュールに送付し、前記アクセサリを認証するための前記認証操作が失敗に終わった場合には、アプリケーション・コマンドを前記制御モジュールに送付するのを中止するように構成されることを特徴とするメディアプレーヤ。
【請求項１５】
前記認証コマンドは、
認証証明書を要求する、前記メディアプレーヤから前記アクセサリへのコマンドと、
前記認証証明書を返す、前記アクセサリから前記メディアプレーヤへのコマンドと、
を含むことを特徴とする、請求項１４に記載のメディアプレーヤ。
【請求項１６】
前記認証コマンドは、
前記アクセサリが、前記コマンドと関連したデータとして提供されるランダム・チャレンジをデジタル署名することを要求する、前記メディアプレーヤから該アクセサリへのコマンドと、
前記デジタル署名されたランダム・チャレンジを返す、前記アクセサリから前記メディアプレーヤへのコマンドと、
をさらに含むことを特徴とする、請求項１５に記載のメディアプレーヤ。
【請求項１７】
前記コマンド・モジュールは、前記アクセサリを認証するための前記認証操作が失敗に終わった場合には、該アクセサリから受信した如何なるアプリケーション・コマンドも削除するようにさらに構成されることを特徴とする、請求項１４に記載のメディアプレーヤ。
【請求項１８】
前記コマンド・モジュールは、前記認証操作中に前記アクセサリから受信したアプリケーション・コマンドの処理を取り消すように、前記制御モジュールに信号を送るようにさらに構成され、該アクセリを認証するための該認証操作が失敗に終わった場合には、処理が取り消されることを特徴とする、請求項１４に記載のメディアプレーヤ。
【図１Ａ】
【図１Ｂ】
【図２Ａ】
【図２Ｂ】
【図２Ｃ】
【図３Ａ】
【図３Ｂ】
【図４Ａ】
【図４Ｂ】
【図４Ｃ】
【図４Ｄ】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図５Ｄ】
【図５Ｅ】
【図６】
【図７】
【図１Ｂ】
【図２Ａ】
【図２Ｂ】
【図２Ｃ】
【図３Ａ】
【図３Ｂ】
【図４Ａ】
【図４Ｂ】
【図４Ｃ】
【図４Ｄ】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図５Ｄ】
【図５Ｅ】
【図６】
【図７】
【公開番号】特開２０１１−２２７９１０（Ｐ２０１１−２２７９１０Ａ）
【公開日】平成２３年１１月１０日（２０１１．１１．１０）
【国際特許分類】
【出願番号】特願２０１１−１２１８５８（Ｐ２０１１−１２１８５８）
【出願日】平成２３年５月３１日（２０１１．５．３１）
【分割の表示】特願２００９−５１８５１４（Ｐ２００９−５１８５１４）の分割
【原出願日】平成１９年６月２６日（２００７．６．２６）
【出願人】（５０３２６０９１８）アップル インコーポレイテッド (568)
【Ｆターム（参考）】
【公開日】平成２３年１１月１０日（２０１１．１１．１０）
【国際特許分類】
【出願日】平成２３年５月３１日（２０１１．５．３１）
【分割の表示】特願２００９−５１８５１４（Ｐ２００９−５１８５１４）の分割
【原出願日】平成１９年６月２６日（２００７．６．２６）
【出願人】（５０３２６０９１８）アップル インコーポレイテッド (568)
【Ｆターム（参考）】
[ Back to top ]