專利名稱：Usb裝置以及用于識別usb裝置的usb模式的方法
技術領域：
本發(fā)明的方面涉及一種通用串行總線(USB)裝置以及識別所述USB裝置的模式的 方法，其中，所述USB裝置根據(jù)通過USB連接到支持USB通信操作的裝置的主機的種類來自 動地識別和/或支持USB多模式。
背景技術：
通常，USB被用作由 htel、Microsoft、Compaq、IBM、DEC、NEC 和 Nortel 公司開發(fā) 的個人計算機(PC)的外圍裝置的接口規(guī)范。主機(例如，計算機或打印機)通過USB線連 接到可存儲圖像數(shù)據(jù)和支持USB通信操作的裝置(例如，數(shù)碼相機或可攜式攝像機)。因 此，用于將存儲在所述裝置中的數(shù)據(jù)發(fā)送到所述主機的通信操作被執(zhí)行。USB通信操作可包括大容量級模式和PictBridge模式。所述大容量級模式通 過USB線將計算機連接到USB裝置，將數(shù)據(jù)記錄在內部的大容量存儲器中，并執(zhí)行數(shù)據(jù)通 信。所述PictBridge模式通過USB線將USB裝置直接連接到打印機，而不使用計算機，以 便直接的打印操作(以下被稱為PictBridge)被執(zhí)行。通常，圖像裝置支持大容量模式和 PictBridge模式兩者。能夠支持大容量模式和PictBridge模式的USB裝置已在第2002-305677號日本 專利公開文件中公開，該日本專利公開文件的內容通過引用包含于此。在第2002-305677 號日本專利公開文件中公開的USB裝置確定通過USB線連接到所述USB裝置的主機是計算 機還是打印機，從而允許用戶來選擇大容量模式或PictBridge模式。因此，所述USB裝置 根據(jù)相應的主機的通信規(guī)范來發(fā)送數(shù)據(jù)。發(fā)明的公開技術問題然而，在上面提到的傳統(tǒng)USB裝置的情況下，用戶必須根據(jù)連接到USB線的主機的 類型來手動選擇大容量模式或PictBridge模式，導致使用更加不方便。但是，能夠解決上 面提到的問題的USB裝置在第2006-113768號日本專利公開文件中公開，該日本專利公開 文件的內容通過引用包含于此。當由連接到USB裝置的主機執(zhí)行初始化處理時，從裝置發(fā) 送裝置的USB模式信息(即兩種配置描述符)。因此，USB裝置通知主機USB裝置可同時 支持大容量模式和PictBridge模式。主機選擇期望的模式，從而根據(jù)適合于相應的主機的 通信規(guī)范來發(fā)送數(shù)據(jù)。然而，根據(jù)上面提到的第2006-113768號日本專利公開文件，連接到USB裝置的打 印機必須支持多種配置描述符，以自動地識別大容量模式和PictBridge模式。然而，如果 不能支持所述多種配置描述符的打印機被連接到USB裝置，則USB裝置不能自動地連接到 PictBridge模式，從而用戶必須手動選擇期望的模式，導致使用更加不方便。技術方案本發(fā)明的方面提供一種USB裝置以及識別所述USB裝置的模式的方法，其中，所述 USB裝置根據(jù)連接到USB裝置的主機的類型來自動地識別大容量模式或PictBridge模式，從而USB裝置配置適合于已識別的主機的通信接口。根據(jù)本發(fā)明的一方面，本發(fā)明提供一種連接到主機的通用串行總線(USB)設備， 所述USB設備包括控制器，用于控制與主機的USB通信；接口單元，用于根據(jù)連接的主機 的類型，從多個模式中自動地確定USB通信的模式，并用于提供與主機相應的已確定的模 式的通信接口。根據(jù)本發(fā)明的一方面，所述USB設備可以是數(shù)碼相機、可攜式攝像機或移動通信 終端。根據(jù)本發(fā)明的一方面，所述USB通信的多個模式可包括大容量模式和/或 PictBridge 模式。根據(jù)本發(fā)明的一方面，如果所述主機是計算機，則接口單元可將模式確定為大容
量模式。根據(jù)本發(fā)明的一方面，如果所述主機是打印機，則接口單元可將模式確定為 PictBridge 模式。根據(jù)本發(fā)明的一方面，所述接口單元可包括第一通信模塊，用于執(zhí)行在大容量模 式中的通信操作；第二通信模塊，用于執(zhí)行在PictBridge模式中的通信操作。根據(jù)本發(fā)明的一方面，所述接口單元可在由連接到裝置的主機執(zhí)行的初始化處理 期間操作所述第一通信模塊或所述第二通信模塊。根據(jù)本發(fā)明的一方面，所述第一通信模塊或所述第二通信模塊可包括定時器，所 述定時器為在大容量模式或PictBridge模式下的初始化處理而運行。根據(jù)本發(fā)明的另一方面，本發(fā)明提供一種識別連接到主機的通用串行總線(USB) 設備的模式的方法，所述方法包括當USB設備連接到主機時，執(zhí)行初始化處理；在初始化 處理期間，根據(jù)連接的主機的類型，通過USB設備從多個模式中確定與主機的USB通信的模 式；提供與主機相應的已確定的模式的通信接口。根據(jù)本發(fā)明的一方面，所述USB通信的多個模式可包括大容量模式和PictBridge 模式。根據(jù)本發(fā)明的一方面，確定模式的方法可包括在由連接到USB設備的主機執(zhí)行 的初始化處理期間，在作為默認模式的大容量模式中運行。根據(jù)本發(fā)明的一方面，確定模式的方法還可包括在USB設備連接到主機之后，在 大容量模式中執(zhí)行預定時間段的初始化處理。根據(jù)本發(fā)明的一方面，確定模式的方法還可包括在預定的時間段內從主機接收 到響應信號時，將大容量模式確定為與主機的USB通信的模式。根據(jù)本發(fā)明的一方面，確定模式的方法還可包括在預定的時間段內未從主機接 收到響應信號時，停止在大容量模式中的操作，并將PictBridge模式確定為與主機的USB 通信的模式。根據(jù)本發(fā)明的一方面，確定模式的方法可包括在由連接到USB設備的主機執(zhí)行 的初始化處理期間，在作為默認模式的PictBridge模式中運行。根據(jù)本發(fā)明的一方面，確定模式的方法還可包括在USB設備連接到主機之后，在 PictBridge模式中執(zhí)行預定時間段的初始化處理。根據(jù)本發(fā)明的一方面，確定模式的方法還可包括在預定的時間段內從主機接收
4到響應信號時，將PictBridge模式確定為與主機的USB通信的模式。根據(jù)本發(fā)明的一方面，確定模式的方法還可包括在預定的時間段內未從主機接 收到響應信號時，停止在PictBridge模式中的操作，并將大容量模式確定為與主機的USB 通信的模式。根據(jù)本發(fā)明的另一方面，本發(fā)明提供一種通用串行總線(USB)系統(tǒng)，所述USB系統(tǒng) 包括用于通過USB連接進行通信的主機和連接到所述主機的USB設備，其中，所述USB設 備包括控制器，用于控制與主機的USB通信；接口單元，用于當在多個模式中的一種運行 的同時，根據(jù)通過連接的主機的響應來檢測到的連接的主機的類型，從所述多個模式中自 動地確定USB通信的模式，并用于提供與主機相應的已確定的模式的通信接口。根據(jù)本發(fā)明的另一方面，本發(fā)明提供一種運行連接到通用串行總線(USB)設備的 主機的方法，所述方法包括通過主機將響應信號發(fā)送到連接的USB裝置，從而當連接的 USB裝置在多個模式中的與主機的類型相應的USB通信的模式中運行時，連接的USB裝置 接收所述響應信號，所述響應信號響應于在模式中的通信；根據(jù)USB通信的模式發(fā)送關于 USB裝置的數(shù)據(jù)，其中，所述USB裝置在所述多個模式中的一個或多個中繼續(xù)運行，直到所 述USB裝置接收到用于確定與主機的類型相應的USB通信的模式的響應信號。有益效果如從上面的描述中顯而易見的，根據(jù)本發(fā)明的方面的所述USB裝置和模式識別方 法根據(jù)連接到USB裝置的主機的類型來自動地識別大容量模式或PictBridge模式，從而 可配置適合于相應的主機的通信接口。盡管連接到USB裝置的主機可不支持多種配置描 述符，但是通過包含在大容量模塊中的定時器，USB裝置轉換到適合于相應的主機的USB模 式，從而裝置可支持與主機類型無關的USB多模式。然而不限于此，本發(fā)明的發(fā)明還可被實施為在計算機可讀記錄介質上的計算機可 讀代碼。所述計算機可讀記錄介質是任何能夠存儲可被計算機系統(tǒng)讀取的數(shù)據(jù)的數(shù)據(jù)存 儲裝置。所述計算機可讀記錄介質的示例包括只讀存儲器(ROM)、隨機存取存儲器(RAM)、 ⑶-ROM、磁帶、軟盤和光數(shù)據(jù)存儲裝置等。所述計算機可讀記錄介質還可分布于通過網(wǎng)絡互 連的計算機系統(tǒng)間，從而所述計算機可讀代碼以分布式方式被存儲和執(zhí)行。本發(fā)明的方面 還可被實現(xiàn)為數(shù)據(jù)信號，所述數(shù)據(jù)信號在載波中被實施，并包括計算機可讀的程序，并且能 夠在因特網(wǎng)間傳輸。盡管已示出和描述了本發(fā)明的少數(shù)實施例，但是本領域的技術人員將認識到在 不脫離發(fā)明的原理和精神的情況下，可在這些實施例中進行改變，本發(fā)明的范圍被限定于 權利要求及其等同物中。


從下面結合附圖的實施例的描述中認識到本發(fā)明的這些和/或其他方面和優(yōu)點 將變得更為顯而易見，其中圖1是示出根據(jù)本發(fā)明實施例的USB系統(tǒng)的結構圖；圖2是示出根據(jù)本發(fā)明實施例的USB裝置的框圖；圖3是示出根據(jù)本發(fā)明實施例的USB裝置的模式識別方法的流程圖；以及圖4示出根據(jù)本發(fā)明實施例的當打印機連接到USB裝置時激活的大容量模式的初始化數(shù)據(jù)的示例。
具體實施例方式現(xiàn)將詳細地描述本發(fā)明的現(xiàn)有實施例，實施例的例子在附圖中示出，其中，相同的 標號始終表示相同的組件。以下通過參照附圖描述實施例以解釋本發(fā)明。圖1是示出根據(jù)本發(fā)明實施例的通用串行總線(USB)系統(tǒng)的結構圖。參照圖1，所 述USB系統(tǒng)包括裝置100，用于基于USB通信提供圖像文件；主機200，通過USB線300連 接到裝置100，從而主機200從裝置100接收所述圖像文件。詳細地講，所述裝置100是存 儲圖像文件和支持USB通信操作的一般裝置(例如，數(shù)碼相機、可攜式攝像機、移動通信終 端、存儲單元等)。所述主機200是通過USB線300連接到裝置100的一般主機(例如，計 算機202或打印機204)。但不限于此，USB通信可以是根據(jù)USB 1. 0、USB 2. 0或USB 3. 0， 而不限于此。圖1的USB系統(tǒng)將數(shù)碼相機用作裝置100，將計算機202或打印機204用作連接到 裝置100的主機200的示例。然而，將理解的是本發(fā)明的方面不限于此。例如，裝置100可 以是可攜式攝像機、移動通信終端或任何存儲圖像文件的USB存儲單元。圖2是示出根據(jù)本發(fā)明實施例的USB裝置100的框圖。參照圖2，裝置100是存儲 圖像文件和支持在USB通信操作中的大容量模式和PictBridge模式的移動類型圖像設備。 裝置100包括相機模塊102、圖像編解碼器104、控制器106、存儲單元108、輸入單元110、顯 示器112和接口單元114。相機模塊102捕獲外部輸入的圖像，并將圖像信號發(fā)送到圖像編解碼器104。圖像 編解碼器104對從相機模塊102接收到的圖像信號進行壓縮和/或編碼(例如，根據(jù)JPEG 格式)，并產(chǎn)生圖像數(shù)據(jù)。此外，圖像編解碼器104可對已編碼的圖像數(shù)據(jù)進行解碼，并將已 編碼的圖像數(shù)據(jù)轉換為圖像信號。控制器106控制裝置100的全部操作。具體地講，控制器106將外部輸入的圖像 存儲在存儲單元108中，復制存儲在存儲單元108中的圖像文件，并控制裝置100和主機 200之間的文件傳輸操作。此外，根據(jù)本發(fā)明的方面，控制器106根據(jù)連接到裝置100的主 機200的類型(例如，計算機或打印機)自動地識別大容量模式或PictBridge模式，從而 控制器106構造適合于相應的主機200的通信接口。換句話說，盡管用戶未使用輸入單元 110來選擇USB模式，但是控制器106構造適合于相應的主機200的USB通信接口。例如， 當在由連接到主機200的裝置100執(zhí)行的初始化處理期間，裝置100被連接到計算機202 時，在預定時間段內默認執(zhí)行大容量模式。如果從主機200接收到響應信號(即，大容量指 令)，則在大容量模式下配置裝置100和主機200之間的通信接口，以便執(zhí)行在裝置100和 主機200之間的通信操作。如果主機200未在預定的時間段發(fā)送所述響應信號(即，大容 量指令)，則當前模式被轉換為PictBridge模式，以便初始化處理在PictBridge模式下被 再次執(zhí)行。在PictBridge模式下配置裝置100和主機200之間的通信接口，以便執(zhí)行在裝 置100和主機200之間的操作。存儲單元108可以在外部或內部，并且可以是易失性存儲器(諸如RAM)或非易失 性存儲器(諸如ROM、存儲卡、閃存、快閃型EEPROM或硬盤驅動)。輸入單元110是用于允 許用戶來輸入指令的用戶界面(UI)，從而用戶通過所述用戶界面(UI)選擇或復制期望的圖像文件，并命令裝置100將用戶期望的圖像文件發(fā)送到主機200。當裝置100通過由控制 器106產(chǎn)生的控制信號而連接到主機200時，顯示器112使用用戶界面(UI)在設置屏幕上 顯示通信接口確認信息。接口單元114通過由控制器106產(chǎn)生的控制信號來配置裝置100和主機200之間 的通信接口。接口單元114包括第一通信模塊116 (例如，大容量模塊)，用于執(zhí)行在第一模 式(例如，大容量模式)下的通信操作；第二通信模塊118(例如，PictBridge模塊)，用于 執(zhí)行在第二模式(例如，PictBridge模式)下的通信操作。如果連接到裝置100的主機200是計算機202，則第一通信模塊116執(zhí)行裝置100 和主機200之間的大容量模式的通信操作。第一通信模塊116包括定時器117，所述定時器 117為大容量模式的初始化處理而運行。特別是，當初始化處理通過裝置100和主機200之 間的連接而被執(zhí)行時，在預定時間段(例如，1秒)內默認執(zhí)行大容量模式。第一通信模塊 116存儲用于控制和/或用于管理大容量模式的通信的程序。相反地，如果連接到裝置100的主機200是打印機204，則第二通信模塊118執(zhí)行 裝置100和主機200之間的PictBridge模式的通信操作。特別是，當初始化處理通過裝置 100和主機200之間的連接而被執(zhí)行時，若第一通信模塊116未能在預定時間段內連接到作 為默認執(zhí)行的大容量模式，則第二通信模塊118使用轉換為PictBridge模式的USB通信來 再次執(zhí)行與主機200相關聯(lián)的初始化處理。并且，第二通信模塊118存儲用于控制和/或 用于管理PictBridge模式通信的程序。上面提到的根據(jù)本發(fā)明實施例的USB裝置100和識別USB裝置100的模式的方法 將在后面參照圖3進行詳細的描述。如上面所述，USB裝置100使用相機模塊102捕獲外 部輸入的圖像，并將圖像信號發(fā)送到圖像編解碼器104。圖像編解碼器104對從相機模塊 102接收到的圖像信號進行壓縮和/或編碼，產(chǎn)生已編碼的圖像文件，并將產(chǎn)生的圖像文件 (例如，JPEG文件)存儲在存儲單元108中。數(shù)碼相機可被用作USB裝置100，但是本發(fā)明 的方面不限于此。圖3是示出根據(jù)本發(fā)明實施例的USB裝置100的模式識別方法的流程圖。參照圖 3，在操作500中，如果裝置100 (例如，數(shù)碼相機)通過USB線300連接到主機200 (例如，計 算機202或打印機204)，則裝置100不能識別連接的主機200是主機202還是打印機204。 因此，第一通信模塊116作為默認而操作，從而在操作502中，與主機200相關聯(lián)的初始化 處理在大容量模式下被執(zhí)行。當主機200開始執(zhí)行初始化處理(操作502)時，在操作504中，第一通信模塊116 的定時器117運行預定的時間段。通常，通過裝置100和主機200之間的連接而執(zhí)行的初 始化處理在全速或高速狀態(tài)下在0. 6秒內完成，從而由定時器117確立的預定時間可以是 1秒。然而，應理解的是本發(fā)明的方面不限于此，并且所述預定時間可以是變化的或可以 是少于或多于1秒。如果計算機202連接到裝置100，則計算機202在大容量模式下完成初始化處理之 后發(fā)送響應信號。然而，如果打印機204連接到裝置100，則如在圖4中所示，打印機204在 大容量模式下完成初始化處理之后不發(fā)送響應信號。因此，在操作506中，裝置100確定是 否從主機200發(fā)送響應信號(例如，大容量指令)，從而裝置100能夠識別連接的主機200 的類型。
如果裝置100確定已從主機200發(fā)送響應信號(操作506)，則在大容量模式下與 裝置100通信的計算機202被連接到裝置100。因此，在操作508中，裝置100停止定時器 117的操作或定時器終止。因此，如果裝置100從主機200接收到響應信號，則在操作510 中，裝置100繼續(xù)在大容量模式下執(zhí)行通信操作，而不再次試圖連接主機200。同時，如果裝置100未從主機200接收到響應信號(操作506)，則在操作512中， 裝置100確定預定的時間段是否已過去。如果預定的時間段還未過去(操作512)，則裝置 100回到操作504。因此，裝置100繼續(xù)檢查主機200是否發(fā)送響應信號，直到在操作512中 的預定的時間段過去。如果預定時間段過去(操作512)，則在操作514中，裝置100返回與 主機200的連接失敗，停止第一通信模塊116的操作，并在操作516中停止在大容量模式中 的通信。然后，裝置100運行第二通信模塊118，從而在操作518中，與主機200相關聯(lián)的初 始化處理在PictBridge模式下被再次執(zhí)行。在已完成初始化處理之后(操作518)，在操作 520中，通信操作在PictBridge模式下被執(zhí)行。隨后，如果在操作522中，裝置100和主機 200之間的USB連接被釋放，則根據(jù)連接到裝置100的主機200的大容量模式或PictBridge 模式的通信操作被完成。根據(jù)上面提到的實施例，在由連接到裝置100的主機200執(zhí)行的初始化處理期間， 首先操作第一通信模塊116，默認執(zhí)行大容量模式，并且一旦從主機200接收到響應信號便 在大容量模式或PictBridge模式下執(zhí)行通信操作。然而，應理解的是本發(fā)明的方面不只 限于上面提到的實施例。例如，根據(jù)其他方面，第二通信模塊118可替代第一通信模塊116 而被首先操作，從而默認執(zhí)行PictBridge模式。在這種情況下，定時器117可包括在第二通 信模塊118中，而不是在第一通信模塊116中，或者如果必要可加入另外的定時器。此外，根 據(jù)其他方面，可實現(xiàn)不同的和/或另外的通信模式。例如，裝置100可包括第三通信模塊， 從而如果響應信號未在大容量模式中的主機初始化和在PictBridge模式中的主機初始化 的期間被分別發(fā)送，則第三通信模塊控制和/或管理在第三模式中的初始化。而且，可實現(xiàn) 其他替代大容量模式和/或PictBridge模式的通信模式。
權利要求
1.一種連接到主機的通用串行總線USB設備，所述USB設備包括控制器，用于控制與主機的USB通信；以及接口單元，用于根據(jù)連接的主機的類型，從多個模式中自動地確定USB通信的模式，并 用于提供與主機相應的已確定的模式的通信接口。
2.如權利要求1所述的USB設備，其中，所述USB通信的多個模式包括大容量模式和/ 或 PictBridge 模式。
3.如權利要求2所述的USB設備，其中，如果所述主機是計算機，則接口單元將模式確定為大容量模式，并提供在大容量模式 中的通信接口。
4.如權利要求2所述的USB設備，其中，如果所述主機是打印機，則接口單元將模式確定為PictBridge模式，并提供在 PictBridge模式中的通信接口。
5.如權利要求2所述的USB設備，其中，所述接口單元包括第一通信模塊，用于執(zhí)行在大容量模式中的通信操作；以及第二通信模塊，用于執(zhí)行在PictBridge模式中的通信操作。
6.一種識別連接到主機的通用串行總線USB設備的模式的方法，所述方法包括當USB設備連接到主機時，執(zhí)行初始化處理；以及在初始化處理期間，根據(jù)連接的主機的類型，通過USB設備從多個模式中確定與主機 的USB通信的模式，并提供與主機相應的已確定的模式的通信接口。
7.如權利要求6所述的方法，其中，所述USB通信的多個模式可包括大容量模式和/或 PictBridge 模式。
8.如權利要求7所述的方法，其中，確定所述模式的步驟包括在由連接到USB設備的 主機執(zhí)行的初始化處理期間，在作為默認模式的大容量模式中運行。
9.如權利要求8所述的方法，其中，確定所述模式的步驟還包括在USB設備連接到主 機之后，在大容量模式中執(zhí)行預定時間段的初始化處理。
10.如權利要求9所述的方法，其中，確定所述模式的步驟還包括在預定的時間段內 從主機接收到響應信號時，將大容量模式確定為與主機的USB通信的模式。
11.如權利要求9所述的方法，其中，確定所述模式的步驟還包括在預定的時間段內 未從主機接收到響應信號時，停止在大容量模式中的操作，并將PictBridge模式確定為與 主機的USB通信的模式。
12.如權利要求7所述的方法，其中，確定所述模式的步驟包括在由連接到USB設備 的主機執(zhí)行的初始化處理期間，在作為默認模式的PictBridge模式中運行。
13.如權利要求12所述的方法，其中，確定所述模式的步驟還包括在USB設備連接到 主機之后，在PictBridge模式中執(zhí)行預定時間段的初始化處理。
14.如權利要求13所述的方法，確定所述模式的步驟還包括在預定的時間段內從主 機接收到響應信號時，將PictBridge模式確定為與主機的USB通信的模式。
15.如權利要求13所述的方法，還包括在預定的時間段內未從主機接收到響應信號 時，停止在PictBridge模式中的操作，并將大容量模式確定為與主機的USB通信的模式。
全文摘要
一種通用串行總線(USB)裝置和識別USB模式的方法。所述USB裝置根據(jù)連接的主機的類型自動地識別大容量模式或PictBridge模式，以便USB裝置配置適合于已識別的主機的通信接口。所述USB裝置包括控制器，用于控制與主機的USB通信；接口單元，用于根據(jù)連接的主機的類型，從多個模式中自動地確定所述USB通信的模式，并用于提供在與主機相應的已確定的模式中的通信接口。盡管連接到所述USB裝置的主機不支持多種配置描述符，但是大容量模塊的定時器將當前模式轉換為適合于相應的主機的USB模式，以便所述USB裝置通用地支持與主機類型無關的USB多模式。
文檔編號G06F13/14GK102067097SQ200980123877
公開日2011年5月18日 申請日期2009年6月5日 優(yōu)先權日2008年6月30日
發(fā)明者尹準浩 申請人:三星電子株式會社