專利名稱：媒體播放器和附件的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及電子設(shè)備，尤其涉及與附件設(shè)備通信的諸如媒體播放器之類的電子設(shè)備。
背景技術(shù)：
媒體播放器存儲可在媒體播放器上播放或顯示的諸如音軌或照片之類的媒體資源。媒體播放器的一個例子是由Cupertino, CA的Apple Inc.提供的iPod 媒體播放器。經(jīng)常，媒體播放器從使用戶能夠管理媒體資源的主機計算機中獲得其媒體資源。作為一個例子，主機計算機可以執(zhí)行媒體管理應(yīng)用程序以管理媒體資源。媒體管理應(yīng)用程序的一個例子是由Apple inc.所生產(chǎn)的iTunes , 6· O版。媒體播放器通常包括可被用于與媒體播放器接口連接的一個或多個連接器或端口。例如，連接器或端口可使媒體播放器能夠稱接到主機計算機、插入到基座系統(tǒng)(dockingsystem)、或接收附件設(shè)備?，F(xiàn)在存在很多不同類型的可以與媒體播放器互連的附件設(shè)備。例如，遙控裝置可被連接到連接器或端口，以允許用戶遠程地控制媒體播放器。再例如，汽車可包括連接器，并且媒體播放器可被插到該連接器上，使得汽車媒體系統(tǒng)可與媒體播放器交互,從而使得能夠在汽車內(nèi)播放媒體播放器上的媒體內(nèi)容。很多第三方已經(jīng)開發(fā)了與媒體播放器一起使用的附件。只要使用兼容的連接器或端口，附件就可與媒體播放器一起使用。附件利用附件協(xié)議(accessory protocol)與媒體播放器交互。附件協(xié)議的一個例子是可從Cupertino, CA的Apple Inc.獲得的iPod附件協(xié)議(iAP)。附件協(xié)議包括命令，這些命令通常已經(jīng)能夠由附件開發(fā)者自由訪問。可自由訪問這些命令帶來的問題是它們可能被未經(jīng)授權(quán)的或仿制的附件設(shè)備使用。一種解決方案是在附件設(shè)備上執(zhí)行驗證操作。因此，在驗證過程完成之前，附件設(shè)備不能夠訪問媒體播放器。因此，需要改進的技術(shù)，來控制附件設(shè)備可與其它電子設(shè)備一起使用的特性(nature)和程度。

發(fā)明內(nèi)容
公開了一種用于驗證附件的方法、系統(tǒng)和連接器接口。在一個方面中，該方法包括執(zhí)行驗證操作，并且在驗證操作期間，允許附件訪問媒體播放器；如果驗證操作失敗，則禁止(lock out)附件對媒體播放器的任何進一步訪問。驗證操作例如可包括確認包括在由附件所提供的驗證證書中的驗證信息，和/或確認由附件所提供的數(shù)字簽名。根據(jù)這里所公開的系統(tǒng)和方法，媒體播放器和附件可在多種環(huán)境中——諸如在連接器接口系統(tǒng)環(huán)境中一使用多種命令來控制對媒體播放器的訪問。


圖IA和圖IB示出了根據(jù)本發(fā)明的基座(docking)連接器。圖2A是根據(jù)本發(fā)明的遠程連接器的正視圖和頂視圖。圖2B示出了可在圖2A的遠程連接器中使用的插頭。 圖2C示出了插入到圖2A的遠程連接器中的圖2B的插頭。圖3A示出了基座連接器的連接器引腳分配(pin designation)。圖3B示出了遠程連接器的連接引腳分配。圖4A示出了用于基座連接器的典型FireWire連接器接口。圖4B示出了附件電源的參考示意圖。圖4C示出了用于檢測和標識(identify)用于基座連接器的附件的系統(tǒng)的參考示意圖。圖4D是可被連接到遠程連接器的駐極體麥克風(fēng)的參考示意圖。圖5A示出了耦接到不同附件的媒體播放器。圖5B示出了耦接到計算機的媒體播放器。圖5C示出了耦接到汽車或家庭立體聲系統(tǒng)的媒體播放器。圖示出了耦接到與其它附件無線通信的軟件保護器(dongle)的媒體播放器。圖5E示出了耦接到揚聲器系統(tǒng)的媒體播放器。圖6是說明用于控制對媒體播放器的訪問的過程的流程圖。圖7是說明用于驗證附件的過程的流程圖。
具體實施例方式本發(fā)明一般涉及電子設(shè)備，尤其涉及與附件設(shè)備通信的諸如媒體播放器之類的電子設(shè)備。提供以下描述以使本領(lǐng)域技術(shù)人員能夠?qū)崿F(xiàn)和使用本發(fā)明，并且以下描述被提供在專利申請及其要求的語境中。針對優(yōu)選實施例的各種修改以及這里所描述的一般性原理和特征對于本領(lǐng)域技術(shù)人員而言是顯而易見的。因此，本發(fā)明不受限于所示的實施例，而是具有與這里描述的原理和特征相一致的最寬范圍。根據(jù)本發(fā)明的用于驗證附件的方法包括由媒體播放器在附件上執(zhí)行第一驗證操作，其中對驗證證書進行確認。在一個實施例中，驗證操作在后臺中進行，使得媒體播放器在驗證已經(jīng)開始之后但在驗證已經(jīng)完成之前可操作以處理命令。這允許媒體播放器和附件能夠即時地交互，而不是等到驗證過程已經(jīng)成功完成之后。該方法還包括由媒體播放器在附件上執(zhí)行第二驗證操作，其中對驗證簽名進行確認。在一個實施例中，媒體播放器利用證書中所提供的公鑰來核實(verify)驗證簽名。媒體播放器和附件可在多種環(huán)境中使用多種命令，以有助于控制對媒體播放器的訪問。一個這樣的環(huán)境是在諸如下面詳細描述的連接器接口系統(tǒng)內(nèi)。盡管下面描述了附件的驗證，但是本領(lǐng)域技術(shù)人員將認識到，下面所描述的過程可應(yīng)用于對媒體播放器的驗證，并且這樣的應(yīng)用也在本發(fā)明的實質(zhì)和范圍內(nèi)。連接器接口系統(tǒng)概述
為了更詳細地描述根據(jù)本發(fā)明的連接器接口系統(tǒng)的特征，下面結(jié)合附圖進行描述?；B接器圖IA和圖IB示出了根據(jù)本發(fā)明的基座連接器100。首先參考圖1A，鍵控功能部件(keying feature) 102具有定制的(custom)長度104。此外,使用特定的鍵(key)布置(arrangement),其中一組鍵在連接器的底部被一段長度分隔,另一組鍵在連接器的頂部被另一段長度分隔。使用這種鍵布置，可防止不兼容的連接器被插入并導(dǎo)致對設(shè)備的潛在損壞。電源連接器使用Firewire電源規(guī)范。連接器包括先合/后斷觸點(first make/lastbreak contact),以實現(xiàn)該方案。圖IB示出了先合/后斷觸點202,還示出了與提供適當?shù)南群?后斷觸點有關(guān)的接地引腳和電源引腳。在這個例子中，接地引腳204比電源引腳206長。因此，接地引腳204將在電源引腳206之前接觸到基座附件中與其配合的引腳，從而使設(shè)備的電子元件的內(nèi)部電氣損壞最小化。
此外，根據(jù)本發(fā)明的連接器接口系統(tǒng)使用通用串行總線(USB)、通用異步收發(fā)器(UART)和Firewire接口作為相同基座連接器對準(docking connector alignment)的部分，從而使設(shè)計對不同類型的接口更加兼容，正如下面將要詳細討論的那樣。這樣，更多的遠程附件可與媒體播放器交互。遠程連接器連接接口系統(tǒng)還包括遠程連接器，其提供輸出和輸入音頻的能力，提供1/0串行協(xié)議，并提供視頻輸出。圖2A是根據(jù)本發(fā)明的遠程連接器200的正視圖和頂視圖。如圖所示，遠程連接器200包括頂部耳機插孔202、以及用于遠程設(shè)備的第二插孔204。圖2B示出了要在遠程連接器中使用的插頭300。插頭300允許經(jīng)由遠程連接器提供功能。圖2C示出了插頭300被插入到遠程連接器200中。迄今為止，所有這些特征都沒有在遠程連接器中實現(xiàn)。因此，不僅可插入標準的耳機纜線，也可將專用遠程控制纜線、麥克風(fēng)纜線和視頻纜線與遠程連接器一起使用。為了更詳細地描述連接器接口系統(tǒng)的特征，以下對根據(jù)本發(fā)明的基座連接器、遠程連接器和命令集進行功能描述?；瓦h稈連接器規(guī)范對于用于諸如Apple Inc.所提供的iPod 設(shè)備之類的媒體播放器的基座連接器和遠程連接器二者的連接器引腳分配的例子，現(xiàn)在參考圖3A和圖3B。圖3A示出了基座連接器的連接器引腳分配。圖3B示出了遠程連接器的連接引腳分配。基座連接器規(guī)范圖4A示出了用于基座連接器的典型Firewire連接器接口。以下是一些示例性規(guī)范Firewire 功率(8V-30V DC IN, IOff Max)。在一個實施例中，F(xiàn)irewire 可被設(shè)計為 IEEE1394 A 規(guī)范(400Mb/s)。USB 接口媒體播放器提供USB設(shè)備操作的兩種配置或模式大容量存儲器和媒體播放器USB接口(ΜΡΠ)。ΜΡΠ允許利用下面將要詳細描述的媒體播放器附件協(xié)議(MPAP)控制媒體播放器，使用USB人機接口設(shè)備(HID)作為傳送機制。附件3. 3V電源
圖4B示出了附件電源。媒體播放器附件電源引腳在基座連接器和遠程連接器(如果存在)上提供例如3. OV到3. 3V+/-5% (2. 85V到3. 465V)的電壓。最大電流在基座和遠程連接器之間共享。默認地，媒體播放器提供特定電流，諸如5mA。需要適當?shù)能浖郊z測來在活動的設(shè)備使用(active device usage)期間開啟高功率(例如，高達IOOmA)。當設(shè)備不活動時，其必須消耗少于預(yù)定的功率量，諸如5mA電流。附件電源通過Digital GND引腳接地。圖4C示出了用于檢測并標識用于基座連接器的附件的系統(tǒng)的參考原理圖。該系統(tǒng)包括接地電阻器，其使設(shè)備能夠確定是什么已經(jīng)被插入到基座連接器中。在媒體設(shè)備內(nèi)存在附件標識引腳(Accessory Identify)上的內(nèi)部上拉(pulIup)。使用兩個引腳(附件識別和附件檢測)。圖4D是可被連接到遠程連接器的駐極體麥克風(fēng)的參考原理圖。串行協(xié)議通信a)用于與設(shè)備通信的兩個引腳(Rx和Tx)b)輸入(Input)和輸出(Output) (0V =低(Low), 3. 3V =高(High))如前面提到的，媒體播放器連接到各種附件。圖5A到5E示出了耦接到不同附件的媒體播放器500。圖5A示出了耦接到塢站(docking station) 502的媒體播放器500。圖5B示出了耦接到計算機504的媒體播放器500’。圖5C示出了耦接到汽車或家庭立體聲系統(tǒng)506的媒體播放器500”。圖示出了耦接到與其它設(shè)備無線通信的軟件保護器508的媒體播放器500”’。圖5E示出了耦接到揚聲器系統(tǒng)510的媒體播放器500””。如圖所示，附件所指的包括但不限于塢站、充電器、汽車立體聲系統(tǒng)、麥克風(fēng)、家庭立體聲系統(tǒng)、計算機、揚聲器、以及與其它設(shè)備無線通信的附件。如前面提到的，該連接器接口系統(tǒng)可與用于驗證附件的命令集一起使用。在一個實施例中，附件可以是主機計算機或任何其它可與媒體播放器通信的電子設(shè)備或系統(tǒng)。本領(lǐng)域技術(shù)人員應(yīng)當理解，雖然上述連接器接口系統(tǒng)可以與命令集一起使用，但是也可使用各種其它連接器或系統(tǒng)，并且它們在本發(fā)明的精神和范圍內(nèi)。如上所述，附件利用媒體播放器附件協(xié)議與媒體播放器交互。這樣的媒體播放器附件協(xié)議的一個例子是iPod附件協(xié)議(iAP)。媒體播放器附件協(xié)議指的是在媒體播放器上執(zhí)行的軟件組件，其在給定的傳送層上與附件通信。媒體播放器的應(yīng)用例如可以是向用戶呈現(xiàn)菜單/屏幕的媒體播放器應(yīng)用框架(framework)。媒體播放器命令與在媒體播放器和附件之間處理語音、視頻和其它數(shù)據(jù)相關(guān)聯(lián)。例如，命令可與讀操作和寫操作相關(guān)聯(lián)，以在媒體播放器和附件之間傳遞和存儲信息。因此，在一個實施例中，對于每個與媒體播放器有關(guān)的命令，存在相對的(reciprocal)用于附件的命令。在一個實施例中，命令可被分組(group)并與特定的附件功能相關(guān)聯(lián)。命令功能盡管下面描述了多個命令，但是本領(lǐng)域技術(shù)人員將認識到可以使用許多其它命 令，并且它們的使用在本發(fā)明的精神和范圍內(nèi)。因此，下面的命令列表是代表性的，而不是詳盡的可用于驗證附件的命令類型。而且，本領(lǐng)域技術(shù)人員還將理解，媒體播放器或附件也可使用這些命令的子集，而且其使用在本發(fā)明的精神和范圍內(nèi)。下面描述這些命令中某些命令的功能。附件的駘證在以前的驗證方法中，附件發(fā)送標識消息到媒體播放器，其中標識消息指示附件支持某些命令以及支持驗證。媒體播放器然后發(fā)送確認消息到附件。媒體播放器阻止附件進行訪問，直至整個驗證過程完成為止。媒體播放器可顯示“連接中...”屏幕。媒體播放器然后證實(confirm)附件所提供的驗證版本號是正確的版本號。如果是，則媒體播放器發(fā)送要由設(shè)備簽名的詢問(challenge)。媒體播放器然后利用基于來自附件的設(shè)備ID的公鑰確認驗證簽名。下面描述根據(jù)本發(fā)明對以前的驗證方法的改進。圖6是示出根據(jù)本發(fā)明的用于控制對媒體播放器的訪問的過程的流程圖。如圖6所示，過程從步驟602開始，其中媒體播放器在附件上執(zhí)行后臺驗證操作，其中對驗證證書進行確認。更具體地，在后臺驗證操作期間，附件發(fā)送驗證信息到媒體播放器，媒體播放器接收和確認包含在驗證信息中的證書。在一個實施例中，驗證信息還可包括驗證版本號。下 面更詳細地描述驗證證書。如下面詳細描述的，媒體播放器并不是等待直到整個驗證過程完成為止，而是在驗證過程完成之前就允許某種訪問。接下來，在步驟604，媒體播放器在附件上執(zhí)行第二驗證操作，其中對驗證簽名進行確認。更具體地，在第二驗證操作期間，附件發(fā)送驗證簽名到媒體播放器，媒體播放器接收和確認驗證簽名。在一個實施例中，媒體播放器利用公鑰來核實驗證簽名。下面參考圖7描述后臺驗證和第二驗證操作的更詳細的實施例。盡管這里描述了附件的驗證，但是本領(lǐng)域技術(shù)人員將認識到，這里所描述的過程也可應(yīng)用于媒體播放器的驗證，并且這樣的應(yīng)用在本發(fā)明的精神和范圍內(nèi)。例如，附件可以利用上面在圖6中和/或下面在圖7中所描述的相同或類似的步驟來驗證媒體播放器。驗證證書標準的驗證證書作為數(shù)據(jù)的容器(container)，該數(shù)據(jù)諸如是證書創(chuàng)建者(發(fā)布者、國家等)、證書類型、證書有效日期范圍以及其它元數(shù)據(jù)。驗證證書——也被稱為證書
或cert-由一個或多個證書授權(quán)者(CA certificate authority)生成并簽名，并且具
有唯一的序列號。在一個實施例中，證書可被存儲在附件上的驗證協(xié)處理器芯片中。如同下面更詳細描述的，根據(jù)本發(fā)明的驗證證書不僅包含如標準的驗證證書中的元數(shù)據(jù)，而且還包含設(shè)備類別(class)信息以及公鑰。如同下面更詳細描述的，媒體播放器利用CA所發(fā)布的公鑰核實證書。媒體播放器也可利用公鑰核實簽名后的詢問。證書被用來向媒體播放器傳遞公鑰和其它特定于附件的信息。這樣的特定于附件的信息例如可包含關(guān)于附件的設(shè)備類別信息。設(shè)備類別確定允許附件針對媒體播放器使用什么命令。在一個實施例中，媒體播放器可通過媒體播放器固件更新而增加新的設(shè)備類別或者增加允許的命令到現(xiàn)有類別。當CA發(fā)布新的證書給附件廠商時，媒體播放器可支持新的附件。在一個實施例中，如果證書以某種方式被泄露(compromise)或在仿制設(shè)備中被克隆，則被泄露的序列號可被添加到媒體播放器上的證書撤銷列表(或CRL)中，以防止使用該證書的設(shè)備成功地驗證。如果媒體播放器的證書分析器(parser)沒有識別出cert的設(shè)備類別，則媒體播放器拒絕該證書。在一個實施例中，要用于設(shè)備驗證的證書可具有預(yù)設(shè)的生命期(例如I到5年的范圍內(nèi)，等等)，其例如可由日期來設(shè)置。在一個實施例中，可以在到期日過去之后通過將設(shè)備序列號添加到CRL來實現(xiàn)證書到期。圖7是說明根據(jù)本發(fā)明的用于驗證附件的過程的流程圖。如圖7所示，過程從步驟702開始，在該步驟中，媒體播放器和附件交換消息，以確定附件是否支持某些命令和支持立即驗證。更具體地，在一個實施例中，附件發(fā)送標識消息到媒體播放器。標識消息包括設(shè)備標識(ID)和關(guān)于附件支持某些命令和支持驗證的指示。在某些實施例中，要求支持立即驗證。媒體播放器然后發(fā)送確認消息到附件。在一個實施例中，媒體播放器向媒體播放器的應(yīng)用通知附件正在試圖訪問媒體播放器。如上面所述，在一個實施例中，驗證操作在后臺進行，以允許使用具有/不具有硬件加速的多種加密技術(shù)選項(例如RSA或SFEE)。因此，媒體播放器在驗證已經(jīng)開始之后、驗證已經(jīng)完成之前、以及其成功完成期間可操作以處理設(shè)備命令。當設(shè)備驗證失敗時(例如，重試計數(shù)和/或最大時間已經(jīng)耗盡)，媒體播放器可禁止對進入的命令的處理并阻止設(shè)備與媒體播放器交互。一旦驗證已經(jīng)開始，媒體播放器應(yīng)用就可允許不危險的設(shè)備使用。危險行為被定義為任何可能永久地改變媒體播放器行為或下載不安全媒體的行為。要避免的危險行為的例子包括下載可執(zhí)行媒體或固件更新到媒體播放器。如果驗證在之后某個時 刻失敗，則媒體播放器的應(yīng)用可取消任何與設(shè)備有關(guān)的行為，并可能向用戶報告錯誤消息(例如“設(shè)備不被支持”)。仍然參考圖7，在步驟704，在后臺驗證操作期間，媒體播放器發(fā)送驗證信息請求到附件。在一個實施例中，媒體播放器啟動超時計時器。然后，在步驟706，附件發(fā)送驗證信息到媒體播放器。在一個實施例中，驗證信息包括驗證主版本、驗證次版本以及公開證書(public certificate),其中，如果證書很大(例如大于500字節(jié))，則可將其分割成多個部分。如果證書被分成多個部分，則在接收到驗證信息之后，媒體播放器重新組合證書。當證書被完全組合時，證書被分析以確定設(shè)備類別信息。媒體播放器然后將來自設(shè)備類別信息的類別號轉(zhuǎn)換成允許的命令掩碼(mask)。該掩碼被用于確認設(shè)備所識別的命令被證書允許。換而言之，媒體播放器至少部分地基于設(shè)備類別信息確認證書。然后，在步驟708，媒體播放器確認驗證信息。驗證信息可能由于多種原因而是無效的。例如，如果驗證版本不是有效的，如果公開證書已經(jīng)到期，或者如果公開證書在證書撤銷列表(CRL)上，則驗證信息可能是無效的。如果任何驗證信息是無效的，則后臺驗證操作失敗。失敗將重新啟動驗證過程(如果重試計數(shù)和超時限制還沒有被超過)。如果驗證版本被確認，并且如果證書類別命令已經(jīng)被確定為匹配或超過媒體播放器的標識命令所要求的證書類別命令，并且如果證書鏈已經(jīng)被核實，則后臺驗證操作通過。在一個實施例中，在驗證過程繼續(xù)的同時，允許不危險的媒體播放器命令應(yīng)用功能和命令處理。在一個實施例中，媒體播放器可發(fā)送消息到附件，以指示版本信息狀態(tài)。然后，在步驟710，在第二驗證操作期間，媒體播放器發(fā)送驗證簽名請求到附件。驗證簽名請求包括要由設(shè)備簽名的隨機瞬時值(nonce)/詢問。具體的瞬時值/詢問長度可變，并將取決于具體配置。接下來，在步驟712，附件發(fā)送驗證簽名(即，具有簽名后的詢問/簽名的消息)到媒體播放器。然后，在步驟714，一接收到驗證簽名，媒體播放器就確認驗證簽名(即簽名后的詢問)。在一個實施例中，媒體播放器基于來自附件的設(shè)備ID利用公鑰核實簽名后的瞬時值/詢問。在一個優(yōu)選實施例中，媒體播放器利用來自由附件所提供的證書的公鑰核實簽名后的瞬時值/詢問。
在一個實施例中，附件驗證過程是基于公鑰/私鑰系統(tǒng)，其中附件具有私鑰，而媒體播放器具有相關(guān)聯(lián)的公鑰。附件驗證過程與附件協(xié)議命令緊密結(jié)合。在完成驗證過程之前，媒體播放器發(fā)送驗證狀態(tài)消息到附件，以指示簽名狀態(tài)和驗證過程完成。如果媒體播放器核實了驗證簽名，則驗證通過。否則，驗證過程失敗。如果驗證通過，則媒體播放器的應(yīng)用解除禁止，以允許用戶訪問設(shè)備。如果驗證過程失敗，則媒體播放器的設(shè)備端口將禁止附件。同樣，一旦失敗，則媒體播放器解除對附件的授權(quán)，以防止附件利用媒體播放器資源。在一個實施例中，媒體播放器還可發(fā)送驗證狀態(tài)到媒體播放器的應(yīng)用。例如，如果驗證失敗，則媒體播放器的應(yīng)用可顯示“連接失敗”消息。在一個實施例中，驗證操作可使用重試計數(shù)和最大超時。因此，在一個實施例中，如果超過了重試計數(shù)器或者最大超，則驗證也會失敗。對端口的禁止防止附件假裝分離或重新識別，以便復(fù)位驗證重試/超時計數(shù)器。在一個實施例中，如果設(shè)備端口驗證狀態(tài)被設(shè) 置為“禁止”，則可刪除進入的分組。這將防止任何被禁止的設(shè)備分組被處理。在一個實施例中，如果失敗是由于附件識別多于證書所允許的命令，則在驗證失敗時不激活設(shè)備禁止，并且可允許附件重新識別。已經(jīng)公開了一種用于驗證附件的方法、系統(tǒng)和連接器接口。該方法包括由媒體播放器在附件上執(zhí)行第一驗證操作，其中對驗證證書進行確認。該方法還包括由媒體播放器在附件上執(zhí)行第二驗證操作，其中對驗證簽名進行確認。根據(jù)這里公開的系統(tǒng)和方法，媒體播放器和附件可在多種環(huán)境中——諸如在連接器接口系統(tǒng)環(huán)境中——使用多種命令來控制對媒體播放器的訪問。雖然已經(jīng)根據(jù)所示實施例描述了本發(fā)明，但是本領(lǐng)域技術(shù)人員將認識到，可以對實施例作出改變，且這些改變在本發(fā)明的精神和范圍內(nèi)。例如，本發(fā)明可使用硬件、軟件、包含程序指令的計算機可讀介質(zhì)或其組合來實現(xiàn)。根據(jù)本發(fā)明所寫的軟件將以某種計算機可讀介質(zhì)的形式——諸如存儲器或CD-ROM——被存儲，或者將在網(wǎng)絡(luò)上發(fā)送，并由處理器執(zhí)行。所以，計算機可讀介質(zhì)將包括例如可在網(wǎng)絡(luò)上發(fā)送的計算機可讀信號。因此，本領(lǐng)域技術(shù)人員可作出許多修改而不脫離所附權(quán)利要求的精神和范圍。
權(quán)利要求
1.一種媒體播放器，包括 存儲設(shè)備，被配置成存儲媒體資源； 控制模塊，被配置成執(zhí)行用于訪問所存儲的媒體資源的至少一個應(yīng)用； 接口，被配置成與附件交換命令和相關(guān)數(shù)據(jù)；和 命令模塊，被耦接到所述接口和所述控制模塊，并且被配置成操作所述接口以與所述附件交換命令和數(shù)據(jù)， 其中與所述附件交換的命令包括一個或多個驗證命令和一個或多個應(yīng)用命令，所述驗證命令可用于驗證操作以驗證所述附件，所述應(yīng)用命令可用來控制所述控制模塊對至少一個所述應(yīng)用的執(zhí)行，并且 其中所述命令模塊被配置成當所述驗證操作正在進行的同時，向所述控制模塊傳送應(yīng)用命令；如果所述驗證操作以驗證所述附件失敗而結(jié)束，則停止向所述控制模塊傳送應(yīng)用命令。
2.如權(quán)利要求I所述的媒體播放器，其中所述驗證命令包括 從所述媒體播放器向所述附件請求驗證證書的命令；和 從所述附件向所述媒體播放器返回所述驗證證書的命令。
3.如權(quán)利要求2所述的媒體播放器，其中所述驗證命令還包括 從所述媒體播放器向所述附件請求所述附件對隨機詢問進行數(shù)字簽名的命令，其中所述隨機詢問被提供作為與所述命令相關(guān)聯(lián)的數(shù)據(jù)；以及 從所述附件向所述媒體播放器返回數(shù)字簽名后的隨機詢問的命令。
4.如權(quán)利要求I所述的媒體播放器，其中所述命令模塊被進一步配置成如果所述驗證操作以驗證所述附件失敗而結(jié)束，則刪除從所述附件所接收的任何應(yīng)用命令。
5.如權(quán)利要求I所述的媒體播放器，其中所述命令模塊被進一步配置成向所述控制模塊發(fā)送信號以取消對在所述驗證操作期間從所述附件所接收到的應(yīng)用命令的處理，其中如果所述驗證操作以驗證所述附件失敗而結(jié)束，則取消處理。
6.—種附件,包括 控制模塊，被配置成執(zhí)行用于訪問存儲的媒體資源的至少一個應(yīng)用； 接口，被配置成與媒體播放器交換命令和相關(guān)數(shù)據(jù)，其中與所述媒體播放器交換的命令包括一個或多個驗證命令和一個或多個應(yīng)用命令，所述驗證命令可用于驗證操作以驗證所述附件，所述應(yīng)用命令可用來控制執(zhí)行所述媒體播放器的至少一個功能， 其中所述附件被配置成在驗證操作期間向所述媒體播放器發(fā)送應(yīng)用命令，所述驗證操作包括向所述媒體播放器發(fā)送至少一個所述驗證命令。
7.如權(quán)利要求6所述的附件，其中所述驗證命令包括 從所述媒體播放器向所述附件請求驗證證書的命令；和 從所述附件向所述媒體播放器返回所述驗證證書的命令。
8.如權(quán)利要求7所述的附件，其中所述驗證命令還包括 從所述媒體播放器向所述附件請求所述附件對隨機詢問進行數(shù)字簽名的命令，其中所述隨機詢問被提供作為與所述命令相關(guān)聯(lián)的數(shù)據(jù)；以及 從所述附件向所述媒體播放器返回數(shù)字簽名后的隨機詢問的命令。
9.一種附件,包括控制模塊，被配置成執(zhí)行用于訪問存儲的媒體資源的至少一個應(yīng)用； 接口，被配置成與媒體播放器交換命令和相關(guān)數(shù)據(jù)，其中與所述媒體播放器交換的命令包括一個或多個驗證命令和一個或多個應(yīng)用命令，所述驗證命令可用于驗證操作以驗證所述附件，所述應(yīng)用命令可用來控制執(zhí)行所述媒體播放器的至少一個功能； 其中，所述附件被配置成在驗證操作之前或驗證操作期間向所述媒體播放器發(fā)送應(yīng)用命令，或者在驗證操作之前和驗證操作期間都向所述媒體播放器發(fā)送應(yīng)用命令； 其中，所述驗證操作包括向所述媒體播放器發(fā)送至少一個所述驗證命令，并且 其中，如果所述驗證操作失敗，則所述附件停止向所述媒體播放器發(fā)送應(yīng)用命令。
10.如權(quán)利要求9所述的附件，其中所述驗證命令包括 從所述媒體播放器向所述附件請求驗證證書的命令；和 從所述附件向所述媒體播放器返回所述驗證證書的命令。
11.如權(quán)利要求9所述的附件，其中所述驗證命令還包括 從所述媒體播放器向所述附件請求所述附件對隨機詢問進行數(shù)字簽名的命令，其中所述隨機詢問被提供作為與所述命令相關(guān)聯(lián)的數(shù)據(jù)；以及 從所述附件向所述媒體播放器返回數(shù)字簽名后的隨機詢問的命令。
12.—種媒體播放器，包括 處理器；和 附件接口，被耦接到所述處理器并被配置成按照媒體播放器附件協(xié)議來與附件通信，所述媒體播放器附件協(xié)議定義了對多個媒體播放器應(yīng)用功能進行調(diào)用的多個應(yīng)用命令，其中，與所述附件接口相結(jié)合的所述處理器被配置成 發(fā)起對所述附件進行驗證的驗證操作； 從所述附件接收第一驗證信息； 對所述第一驗證信息進行確認； 基于對所述第一驗證信息的確認，從所述附件接收所述媒體播放器附件協(xié)議的所述多個應(yīng)用命令中的一個應(yīng)用命令； 響應(yīng)于所接收的應(yīng)用命令，調(diào)用所述多個媒體播放器應(yīng)用功能中的一個媒體播放器應(yīng)用功能； 從所述附件接收第二驗證信息，所述第二驗證信息不同于所述第一驗證信息； 對所述第二驗證信息進行確認以確定所述驗證操作成功完成；以及從所述附件接收所述多個應(yīng)用命令中的隨后一個應(yīng)用命令，并且響應(yīng)于所述隨后一個應(yīng)用命令來調(diào)用所述多個媒體播放器應(yīng)用功能中的隨后一個媒體播放器應(yīng)用功能。
13.如權(quán)利要求12所述的媒體播放器，其中，所述處理器還被配置成如果所述驗證操作失敗，則忽略從所述附件接收的任何隨后應(yīng)用命令。
14.如權(quán)利要求12所述的媒體播放器，其中，所述第一驗證信息包括下述一項或多項驗證證書、驗證主版本信息、驗證次版本信息。
15.如權(quán)利要求14所述的媒體播放器，其中，所述處理器還被配置成 從所述附件接收設(shè)備標識消息，所述設(shè)備標識消息包括所述附件支持的命令集的指示，所述支持的命令集包括由所述媒體播放器附件協(xié)議定義的所述多個命令中的至少一些基于包括在所述驗證證書中的驗證信息，來確定所述附件的允許的命令集；以及 比較所述允許的命令集與所述支持的命令集， 其中，如果所述允許的命令集與所述支持的命令集不匹配，則所述驗證操作失敗。
16.如權(quán)利要求14所述的媒體播放器，其中，所述第二驗證信息包括數(shù)字簽名，所述數(shù)字簽名包括由所述媒體播放器向所述附件發(fā)送的隨機詢問的數(shù)字簽名版本。
17.如權(quán)利要求16所述的媒體播放器，其中，所述隨機詢問的數(shù)字簽名版本由所述附件使用私鑰來簽名，并且其中，所述處理器還被配置成 從所述驗證證書中提取公鑰；以及 使用所述公鑰來確認所述數(shù)字簽名。
18.如權(quán)利要求12所述的媒體播放器，其中，所述處理器還被配置成 從所述附件接收設(shè)備標識消息，所述設(shè)備標識消息包括所述附件支持的命令集的指示，所述命令集包括由所述媒體播放器附件協(xié)議定義的所述多個命令中的至少一些， 其中，在所述驗證操作期間，所述多個應(yīng)用命令中的一個應(yīng)用命令是所述附件支持的命令集中的命令之一。
19.如權(quán)利要求12所述的媒體播放器，其中，所述處理器還被配置成 從所述附件接收設(shè)備標識消息，所述設(shè)備標識消息包括由所述附件支持的命令集的指示，所述命令集包括由所述媒體播放器附件協(xié)議定義的所述多個命令中的至少一些，其中所述命令集包括關(guān)于危險行為的第一命令和關(guān)于非危險行為的第二命令， 其中，如果在所述第二驗證信息的確認之前接收到所述第二命令，則所述媒體播放器調(diào)用相應(yīng)的媒體播放器應(yīng)用功能，但是如果在所述第二驗證信息的確認之前接收到所述第一命令，則所述媒體播放器忽略所述第一命令。
20.如權(quán)利要求12所述的媒體播放器，其中，在所述驗證操作期間發(fā)生錯誤的情況下，所述處理器被配置成如果超時時間段尚未結(jié)束，則重試所述驗證操作。
21.如權(quán)利要求20所述的設(shè)備，其中，所述處理器還被配置成對重試的計數(shù)進行更新，并且其中，如果所述重試的計數(shù)超過重試極限，則所述驗證操作失敗。
22.如權(quán)利要求12所述的設(shè)備，其中，如果所述驗證操作失敗，則所述處理器被配置成給所述媒體播放器的用戶提供通知，并且其中，所述通知包括顯示在所述媒體播放器的顯示屏上的消息。
23.—種媒體播放器,包括 處理器；和 附件接口，被耦接到所述處理器并被配置成按照媒體播放器附件協(xié)議來與附件通信，所述媒體播放器附件協(xié)議定義了對多個媒體播放器應(yīng)用功能進行調(diào)用的多個應(yīng)用命令，所述多個媒體播放器應(yīng)用功能包括關(guān)于危險行為的第一功能和關(guān)于非危險行為的第二功能，其中，所述處理器被配置成 響應(yīng)于驗證請求而從所述附件接收第一驗證信息，所述第一驗證信息是所述媒體播放器在驗證操作中可用的； 在所述驗證操作完成之前，基于對所述第一驗證信息的確認，從所述附件接收所述多個應(yīng)用命令中的至少一個應(yīng)用命令； 響應(yīng)于所述至少一個應(yīng)用命令，如果所述多個媒體播放器應(yīng)用功能中相關(guān)的一個媒體播放器應(yīng)用功能是所述第二功能，則調(diào)用所述多個媒體播放器應(yīng)用功能中的所述相關(guān)的一個媒體播放器應(yīng)用功能，但如果所述多個媒體播放器應(yīng)用功能中相關(guān)的一個媒體播放器應(yīng)用功能是所述第一功能，則不調(diào)用所述多個媒體播放器應(yīng)用功能中所述相關(guān)的一個媒體播放器應(yīng)用功能； 從所述附件接收用于確認的驗證簽名，其中，在所述驗證簽名的確認完成時所述驗證操作結(jié)束，所述驗證簽名不同于所述第一驗證信息。
24.如權(quán)利要求23所述的媒體播放器，其中，如果所述驗證操作失敗，則所述處理器被配置成忽略從所述附件接收的任何隨后命令。
25.如權(quán)利要求23所述的媒體播放器，其中，所述多個媒體播放器應(yīng)用功能包括與對下述至少一項的處理相關(guān)的功能語音數(shù)據(jù)、視頻數(shù)據(jù)、或其他數(shù)據(jù)。
26.如權(quán)利要求23所述的媒體播放器，其中，所述第一功能是與把可執(zhí)行媒體下載到所述媒體播放器上有關(guān)的功能。
27.如權(quán)利要求23所述的媒體播放器，其中，所述第一功能是與在所述媒體播放器上執(zhí)行固件更新有關(guān)的功能。
28.一種附件，包括 控制器；和 媒體播放器接口，被耦接到所述控制器并被配置成按照媒體播放器附件協(xié)議來與媒體播放器通信，所述媒體播放器附件協(xié)議定義了對多個媒體播放器應(yīng)用功能進行調(diào)用的多個應(yīng)用命令， 其中，所述控制器被配置成 從所述媒體播放器接收驗證請求，所述驗證請求發(fā)起驗證操作； 響應(yīng)于所述驗證請求，向所述媒體播放器發(fā)送第一驗證信息； 基于所述第一驗證信息的確認，在所述驗證操作完成之前，向所述媒體播放器發(fā)送所述多個應(yīng)用命令中的至少一個應(yīng)用命令，其中，所述媒體播放器對所述至少一個應(yīng)用命令進行處理，從而允許所述附件在所述驗證操作期間調(diào)用所述多個媒體播放器應(yīng)用功能中的至少一個媒體播放器應(yīng)用功能；和 向所述媒體播放器發(fā)送不同于所述第一驗證信息的第二驗證信息以進行確認，其中，在所述第二驗證信息確認時所述驗證操作完成，并且其中，如果所述驗證操作失敗，則由所述附件發(fā)送的任何隨后應(yīng)用命令都不由所述媒體播放器處理。
29.如權(quán)利要求28所述的附件，其中，所述媒體播放器附件協(xié)議定義的所述應(yīng)用命令包括在所述媒體播放器和所述附件之間傳輸和存儲信息的命令。
30.如權(quán)利要求28所述的附件，其中，所述媒體播放器附件協(xié)議定義的所述應(yīng)用命令包括與在所述媒體播放器和所述附件之間對下列至少一項進行處理相關(guān)的命令語音、視頻、或其他數(shù)據(jù)。
31.一種附件，包括 控制器；和 媒體播放器接口，被耦接到所述控制器并被配置成按照媒體播放器附件協(xié)議來與媒體播放器通信，所述媒體播放器附件協(xié)議定義了對多個媒體播放器應(yīng)用功能進行調(diào)用的多個應(yīng)用命令，所述多個媒體播放器應(yīng)用功能包括關(guān)于危險行為的第一功能和關(guān)于非危險行為的第二功能， 其中，所述控制器被配置成 從所述媒體播放器接收驗證請求，所述驗證請求發(fā)起驗證操作； 響應(yīng)于所述驗證請求而向所述媒體播放器發(fā)送第一驗證信息，所述第一驗證信息是所述媒體播放器在所述驗證操作中可用的； 在所述驗證操作完成之前，基于對所述第一驗證信息的確認，向所述媒體播放器發(fā)送所述多個應(yīng)用命令中的至少一個應(yīng)用命令，其中，響應(yīng)于所述至少一個應(yīng)用命令，如果所述多個媒體播放器應(yīng)用功能中相關(guān)的一個媒體播放器應(yīng)用功能是所述第二功能，則所述媒體播放器調(diào)用所述多個媒體播放器應(yīng)用功能中的所述相關(guān)的一個媒體播放器應(yīng)用功能，但如果所述多個媒體播放器應(yīng)用功能中相關(guān)的一個媒體播放器應(yīng)用功能是所述第一功能，則所述媒體播放器不調(diào)用所述多個媒體播放器應(yīng)用功能中所述相關(guān)的一個媒體播放器應(yīng)用功倉泛; 向所述媒體播放器發(fā)送用于確認的驗證簽名，其中，在所述驗證簽名的確認完成時所述驗證操作結(jié)束，所述驗證簽名不同于所述第一驗證信息； 其中，如果所述驗證操作失敗，則由所述附件發(fā)送的任何隨后命令都被所述媒體播放器忽略。
32.如權(quán)利要求31所述的附件，其中，所述多個媒體播放器應(yīng)用功能包括在所述媒體播放器和所述附件之間傳輸和存儲信息的命令。
33.如權(quán)利要求31所述的附件，其中，所述第一功能是與把可執(zhí)行媒體下載到所述媒體播放器上有關(guān)的功能。
34.如權(quán)利要求31所述的附件，其中，所述第一功能是與在所述媒體播放器上執(zhí)行固件更新有關(guān)的功能。
35.如權(quán)利要求31所述的附件，其中，所述媒體播放器應(yīng)用功能包括與對所述媒體播放器和所述附件之間的語音、視頻和其他數(shù)據(jù)進行處理相關(guān)的功能。
36.如權(quán)利要求31所述的附件，其中，在所述驗證操作結(jié)束之后，所述控制器被配置成發(fā)送隨后的應(yīng)用命令以調(diào)用所述第一功能，其中，如果所述驗證操作成功結(jié)束，則所述媒體播放器響應(yīng)于所述隨后的應(yīng)用命令而調(diào)用所述第一功能。
全文摘要
本申請涉及媒體播放器和附件。公開了一種用于驗證附件的方法、系統(tǒng)和連接器接口。一種方法包括執(zhí)行驗證操作，并且在所述驗證操作期間，允許所述附件訪問媒體播放器；如果所述驗證操作失敗，則禁止所述附件對所述媒體播放器的任何進一步訪問。所述驗證操作可包括，例如，確認包括在由所述附件提供的驗證證書中的驗證信息，和/或確認由所述附件提供的數(shù)字簽名。所述媒體播放器和附件可在多種環(huán)境中、諸如在連接器接口系統(tǒng)環(huán)境中使用多種命令來控制對所述媒體播放器的訪問。
文檔編號G06F13/00GK102663300SQ201210101598
公開日2012年9月12日 申請日期2007年6月26日 優(yōu)先權(quán)日2006年6月27日
發(fā)明者D·J·諾沃特尼, D·塔普曼, G·T·利頓, J·B·菲爾森 申請人:蘋果公司