JP2004302778A - Interface device - Google Patents

Interface device Download PDF

Info

Publication number
JP2004302778A
JP2004302778A JP2003093961A JP2003093961A JP2004302778A JP 2004302778 A JP2004302778 A JP 2004302778A JP 2003093961 A JP2003093961 A JP 2003093961A JP 2003093961 A JP2003093961 A JP 2003093961A JP 2004302778 A JP2004302778 A JP 2004302778A
Authority
JP
Japan
Prior art keywords
mode
transfer
save mode
speed
usb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003093961A
Other languages
Japanese (ja)
Inventor
Takeshi Ko
全 顧
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kawasaki Microelectronics Inc
Original Assignee
Kawasaki Microelectronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Kawasaki Microelectronics Inc filed Critical Kawasaki Microelectronics Inc
Priority to JP2003093961A priority Critical patent/JP2004302778A/en
Publication of JP2004302778A publication Critical patent/JP2004302778A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

<P>PROBLEM TO BE SOLVED: To transmit information while suppressing power consumption without lowering a practical transfer rate. <P>SOLUTION: In the interface device for connecting equipment on the basis of specifications of USB or the like, a save mode setting processing part 14 receives the setting input of a save mode for forcibly suppressing the transfer of the connection to a full speed mode of low-speed transfer. A save mode handshake processing part 12 transmits the presence / absence of the setting of the save mode to the equipment which is the opposite side of the connection. By suppressing the transfer speed corresponding to the necessity of power consumption suppression and the amount of the information to be transmitted, practical degradation of the transfer rate is suppressed while suppressing the power consumption. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、機器を接続するためのインタフェイス装置に係り、特に、実質的な転送速度を低下させることなく、消費電力を抑制しながら情報伝達することができるインタフェイス装置に関する。
【0002】
【従来の技術】
USB2.0の仕様では、480Mbpsで動作するハイスピード・モード(High Speed Mode)が定められ、従来のUSB1.0やUSB1.1(これら従来仕様を以下USB1.1と総称する)との上位互換性が得られるように、該従来仕様に基づく12Mbpsで動作するフルスピード・モード(Full Speed Mode)の規定をも含んでいる。
【0003】
又、機器によれば、USB2.0の仕様に対応し、ハイスピード・モードにもフルスピード・モードにも対応しているものがある。又、USB1.1に対応し、フルスピード・モード及びロースピード・モードに対応のものがある。そして、このように様々な機器は、USBケーブルで相手方機器に接続すると、双方の対応モードに基づいて自動的に判断し、情報伝送に用いるモードが設定される。
【0004】
【発明が解決しようとする課題】
しかしながら、該自動判定では、これらハイスピード・モード、フルスピード・モード、及びロースピード・モードの内で、接続する両機器が対応している、通常は最も高速に動作できるモードが設定される。従って、USB2.0仕様のハイスピード・モードを備えた機器同士では、通常は、必ずハイスピード・モードが選択される。
【0005】
ここで、ハイスピード・モードはフルスピード・モードに比較して、理論値で40倍の転送速度であるため、動作クロック周波数が高く、消費電力がかなり多い。
【0006】
ノート型パーソナル・コンピュータなどモバイル機器で内蔵バッテリを電源にしている場合では、極力、消費電力を抑える必要がある。更に、利用状況によっては、フルスピード・モードで転送速度が十分であって、ハイスピード・モードは要せず、消費電力を抑制する方がよい場合がある。これらの場合にも従来は、消費電力が多いハイスピード・モードが設定されることになる。
【0007】
USBの仕様では「サスペンド・モード」が規定されており、該サスペンド・モードによって消費電力を抑制することができるが、情報伝達ができない。
【0008】
本発明は、前記従来の問題点を解決するべくなされたもので、実質的な転送速度を低下させることなく、消費電力を抑制しながら情報伝達することができるインタフェイス装置を提供することを目的とする。
【0009】
【課題を解決するための手段】
まず、本発明は、高速転送と低速転送の異なる動作モードを有する、機器を接続するためのインタフェイス装置において、該接続の転送を強制的に、前記低速転送に抑制する設定入力を受付けるセーブモード設定処理部と、該セーブモードの設定の有無を、前記接続の相手方機器に対して伝達するセーブモード・ハンドシェイク処理部と、を備えるようにしたことにより、前記課題を解決したものである。ここで、前記インタフェイス装置が、一般公開された仕様に準拠して機器を接続するためのものであってもよい。
【0010】
又、前記インタフェイス装置が、前記高速転送に相当するハイスピード・モード、及び前記低速転送に相当するUSB1.1と互換性を持つフルスピード・モードの仕様を含む、USB1.1上位互換のUSB2.0の仕様によるものであって、前記セーブモード・ハンドシェイク処理部が、既に確立している前記フルスピード・モードにおいて、相手方機器に対してUSB2.0で規定されるチャープ・ハンドシェイクに係る処理を行って、前記ハイスピード・モードに移行させるものであって、更に、前記セーブモード設定処理部、及び前記セーブモード・ハンドシェイク処理部の少なくとも一方が、前記セーブモードの設定時には、前記チャープ・ハンドシェイクに係るチャープ信号をマスクするものであって、該マスクによって、前記チャープ・ハンドシェイクに際して既に確立の前記フルスピード・モードのままとすることにより、前記低速転送に転送速度を抑制することにより、広く利用されているUSBの仕様において本発明を適用し、前記課題を解決したものである。
【0011】
更に、前記インタフェイス装置をスレーブ用とすることにより、USBのデバイス側において本発明を適用することができる。
【0012】
又、前記インタフェイス装置をマスタ用とすることにより、USBのホスト側において本発明を適用することができる。
【0013】
以下、本発明の作用について、簡単に説明する。
【0014】
本発明は、機器を接続するためのインタフェイス装置において、該接続の転送を強制的に、低速転送に抑制するセーブモードの設定入力を受付けるセーブモード設定処理部を有する。インタフェイス装置が例えばUSB2.0の仕様であれば、後述する実施形態のように、セーブモードは、フルスピード・モードになる。
【0015】
又、本発明のインタフェイス装置は、該セーブモードの設定の有無を、前記接続の相手方機器に対して伝達するセーブモード・ハンドシェイク処理部を備える。セーブモード・ハンドシェイクによって、相手方機器との間において、上記のセーブモードを確立する。
【0016】
USBの仕様であれば、該セーブモード・ハンドシェイクとして、USB2.0の仕様で定められたチャープ・ハンドシェイクを、後述する実施形態のように用いるようにしてもよい。該チャープ・ハンドシェイクは、まずはフルスピード・モードの転送を確立し、該フルスピード・モードにおいて、相手方機器に対して該チャープ・ハンドシェイクに係る処理を行って、ハイスピード・モードに移行するというものである。従って、チャープ・ハンドシェイクに係るチャープ信号をマスクすることで、チャープ・ハンドシェイクの際にフルスピード・モード(本発明の低速転送に相当)からハイスピード・モード(本発明の高速転送に相当)に移行しないようにし、もって、引き続き低速転送のフルスピード・モードとすることができる。
【0017】
該セーブモードでは転送速度が強制的に、低速転送に抑制される。又、このようなセーブモードは、消費電力抑制の必要性や、伝送する情報の量に応じて設定するようにすれば、実質的な転送速度低下を抑えられる。又、セーブモードの設定の機能は、一般公開された仕様に対する互換性を、維持しながら盛り込むことができる。互換性を維持することで、一般公開された仕様に準拠することができる。
【0018】
このように本発明では、実質的な転送速度を低下させることなく、消費電力を抑制しながら情報伝達することができる。
【0019】
なお、本発明が対象にするインタフェイス装置の仕様は、特に限定されるものではない。例えば後述する実施形態のように、USB2.0の仕様であってもよい。
【0020】
【発明の実施の形態】
以下、図を用いて本発明の実施の形態を詳細に説明する。
【0021】
図1は、本発明が適用された実施形態のインタフェイス装置による接続を示す回路図である。
【0022】
本実施形態においては、ホスト側の機器においてもデバイス側の機器においても、USB2.0の仕様が適用されている。従って、USB2.0の仕様のフルスピード・モードとハイスピード・モードに対応している。従来であれば、これら機器間はハイスピード・モードで接続されることになる。又、本実施形態において、消費電力を抑制するための本発明のセーブモードは、フルスピード・モードである。
【0023】
この図において、まず左側が、パーソナル・コンピュータなどのホスト側である。ホスト側は、マスタUSBトランシーバ31、及び後述するインタフェイス制御部10などを少なくとも含む、マスタ用のインタフェイス装置になっている。なお、該インタフェイス制御部10は、USBに関する制御を行うためのものであり、ホスト側においてUSBドライバ・プログラムになっている。
【0024】
次に、この図において右側が、外部記憶装置やビデオ・キャプチャ装置などのデバイス側である。デバイス側は、スレーブUSBトランシーバ32、及び後述するインタフェイス制御部10などを少なくとも含む、スレーブ用のインタフェイス装置になっている。該インタフェイス制御部10は、USBに関する制御を行うためのものであり、又ホスト側のUSBドライバ・プログラムに相当するものであり、本デバイス側ではファームウェアになっている。なお、ホスト側及びデバイス側のインタフェイス制御部10は、同様の通信用機能を備えているものの、具体的な内容は相互に異なる。
【0025】
これらホスト側インタフェイス装置及びデバイス側インタフェイス装置は、コネクタCN1及びCN2とケーブル線によって構成されているUSBケーブル20によって接続されている。該ケーブルの信号線D+及びD−は、マスタ側においてそれぞれ、プルダウン抵抗RPDによってグランドGNDに接続されている。又、スレーブ側においては、信号線D+は、スイッチSWPUを介してプルアップ抵抗RPUによって、電源VDDに接続されている。
【0026】
なお、スイッチSWPUは、フルスピード・モード時にオン状態になり、ハイスピード・モード時にはオフ状態になる。
【0027】
次に、図2は、本実施形態におけるインタフェイス制御部10の構成を示すブロック図である。
【0028】
該インタフェイス制御部10は、USBに関する制御を行い、ホスト側ではマスタUSBトランシーバ31の制御、デバイス側ではスレーブUSBトランシーバ32の制御を行う。又、該インタフェイス制御部10においては、USB2.0で規定されているチャープ・ハンドシェイクに係る処理と共に、本実施形態の専用プロトコルのハンドシェイクに係る処理を行うセーブモード・ハンドシェイク処理部12を有している。これらチャープ・ハンドシェイクもセーブモード・ハンドシェイクも、USBにおける伝送速度を決定するために、接続相手の機器とハンドシェイクを行う。
【0029】
モード設定関連ハードウェア16は、例えば前述のスイッチSWPUである。デバイス側では該スイッチSWPUは、本発明のセーブモードに相当するフルスピード・モードにおいてはオン状態にする。該モード設定関連ハードウェア16は、セーブモード・ハンドシェイク処理部12によって制御される。
【0030】
次に、セーブモード設定処理部14は、本発明に係るセーブモードを設定するための処理を行う。具体的には、セーブモード設定を外部から入力し内部のレジスタに対する情報書き込みをしたり、あるいは利用者が省電力切替用スイッチを操作しセーブモード設定をしたりして、該セーブモードを設定する。そして、該設定に基づいて、セーブモード・ハンドシェイク処理部12に信号を伝達する。なお、省電力切替用スイッチは、セーブモード設定処理部14において設けている。
【0031】
例えば、近年のパーソナル・コンピュータ用のOS(Operating System)においては、コンピュータの電源管理も行うようになっているので、後述する実施例のように該電源管理の一部として、セーブモードを設定できるようにしてもよい。あるいは、後述する実施例のように、パーソナル・コンピュータのアプリケーション・プログラムの要求に応じて、セーブモード設定処理部14に信号を伝達し、該設定を行うようにしてもよい。
【0032】
以下、本実施形態の作用について説明するに際し、まずUSB2.0のチャープ・ハンドシェイクの説明を行う。
【0033】
USB2.0仕様のホストとデバイスをUSBケーブルで接続した場合に、ホストは、まず、フルスピード・モードで機器間において接続を確立する。その上で、下記に列挙するような手順A1〜A4による、チャープ・ハンドシェイクを試み、ハイスピード・モードを確立する。
【0034】
A1.ホスト側からフルスピード・モードで送られてくる「USBリセット信号」を、デバイス側が検出する。該検出によってデバイス側はホスト側に、「ハイスピード・モード」の「Kステート」を、フルスピード・モードで通知する。
【0035】
A2.ホスト側が「Kステート」を検出すると、該検出後にデバイス側へ、「チャープ信号」を通知する。
【0036】
A3.デバイス側が「チャープ信号」を検出すると、デバイス側はスイッチSWPUをオフ状態にしてハイスピード・モードの準備を完了する。
【0037】
A4.この後は、ホスト側及びデバイス側において、ハイスピード・モードが確立する。
【0038】
本実施形態においては、チャープ・ハンドシェイクのこのような手順A1〜A4において、ハイスピード・モードが確立されないようにする(マスクする)。ハイスピード・モードが確立されないと、セーブモードのフルスピード・モードになる。即ち、既に確立されているフルスピード・モードを、引き続いて採用することになる。具体的には、下記のような手法B1、B2の少なくともいずれか1つによって、ハイスピード・モードに移行しないようにしている。
【0039】
B1.前述の手順A1において、デバイス側はホスト側に、「Kステート」を通知しないようにする。これによって、デバイス側から、フルスピード・モードを設定できる。
【0040】
B2.前述の手順A2において、ホスト側はデバイス側に、「チャープ信号」を通知しないようにする。これによって、ホスト側から、フルスピード・モードを設定できる。
【0041】
なお、既に確立されているハイスピード・モード又はフルスピード・モードを他のモードに変更する場合は、何らかの方法によって、ホスト側からデバイス側に「USBリセット信号」を通知するようになる状態にすればよい。ハイスピード・モードからフルスピード・モードに変更する場合は、前述の手順A1〜A4において手法B1やB2を行う。フルスピード・モードからハイスピード・モードに変更する場合は、該「USBリセット信号」の後、通常のチャープ・ハンドシェイクを行い、ハイスピード・モードを確立するようにすればよい。
【0042】
上述の「USBリセット信号」を通知する状態にするには、例えば、USBケーブルによる機器間の接続を、利用者が一旦取り外し、一旦接続を解除することで行ってもよい。あるいは後述するような本実施形態特有の専用プロトコルのハンドシェイクにより、強制的に、低速転送のフルスピード・モードに移行させるようにしてもよい。
【0043】
前述の手法B1は、具体的には、デバイス側のセーブモード設定処理部14において、前述の省電力切替用スイッチによって、利用者がセーブモードを選択操作していたとする。あるいは、デバイス側の他の制御部から該セーブモード設定処理部14に対して、セーブモードを選択する信号が入力されていたとする。これらの場合、前述の手法B1は、セーブモード・ハンドシェイク処理部12がホスト側に「Kステート」を通知しないように、デバイス側においてセーブモード設定処理部14は該セーブモード・ハンドシェイク処理部12に対して指示する。すると、セーブモード・ハンドシェイク処理部12は、ホスト側に「Kステート」を通知しないように動作がマスクされる。
【0044】
又、前述の手法B2は、ホスト側のセーブモード設定処理部14において、前述の省電力切替用スイッチによって、利用者がセーブモードを選択操作していたとする。あるいは、ホスト側の他の制御部から該セーブモード設定処理部14に対して、セーブモードを選択する信号が入力されていたとする。この場合、セーブモード・ハンドシェイク処理部12は、デバイス側に「チャープ信号」を通知しないように動作がマスクされる。
【0045】
以上のように、USB2.0の仕様に従って本来はハイスピード・モードになるところ、本実施形態では、デバイス側からも、ホスト側からも、セーブモードのフルスピード・モードが選択できるようになっている。
【0046】
なお、本実施形態においては、以下に示すように、ホスト側及びデバイス側の間において、本実施形態特有の専用プロトコルのハンドシェイクを行うようにして、ハイスピード・モード、及びセーブモードのフルスピード・モードの切り替えを行うようにしている。
【0047】
以下、上述した専用プロトコル・ハンドシェイクの処理について説明する。
【0048】
この専用プロトコル・ハンドシェイクは、本実施形態においては、USB仕様のコントロール転送によっても、あるいはバルク転送によっても可能になっている。
【0049】
まず、USB仕様のコントロール転送による専用プロトコル・ハンドシェイクの処理について説明する。
【0050】
図3は、本実施形態におけるコントロール転送による専用プロトコル・ハンドシェイク処理の第1例のフローチャートである。
【0051】
コントロール転送において、デバイス側からの応答を要する場合は、当該第1例のような、ホスト側及びデバイス側の専用プロトコルの受渡しになる。該受渡しは、以下に説明するような、セットアップ・トランザクション、イン・トランザクション、及びアウト・トランザクションによって行われる。
【0052】
この図において、符号112〜符号116のパケットによって、セットアップ・トランザクションが行われる。符号122〜符号126のパケットによって、イン・トランザクションが行われる。符号132〜符号136のパケットによって、アウト・トランザクションが行われる。
【0053】
ここで、符号114のデータ・パケットは、図4に示すような、データD1〜D5を含むフォーマットのパケットAになっている。
【0054】
データD1である図中の“0xc0”において、右から2番目の“c”は、デバイス側からホスト側へデータを送ることを指示するパケットであることを示している。又、データD2の“0xff”の右側の“ff”によって、当該パケットAが専用プロトコル・ハンドシェイク用の専用コマンドを伝達するパケットであることが示される。そして、データD3は、該専用コマンドの内容、即ちコマンド種別を示すデータになっている。
【0055】
このようなパケットAに対する応答として、符号124のデータ・パケット(パケットB)が、デバイス側からホスト側に伝送される。該パケットBにおいて、図4のパケットAのデータD5に示したデータ長以下のデータが、ホスト側に送り返される。
【0056】
図5は、本実施形態におけるコントロール転送による専用プロトコル・ハンドシェイク処理の第2例のフローチャートである。
【0057】
コントロール転送において、デバイス側からの応答を要しない場合は、当該第2例のような、ホスト側及びデバイス側の専用プロトコルの受渡しになる。該受渡しは、以下に説明するような、セットアップ・トランザクション、及びイン・トランザクションによって行われている。
【0058】
この図において、符号162〜符号166のパケットによって、セットアップ・トランザクションが行われている。符号172〜符号176のパケットによって、イン・トランザクションが行われている。
【0059】
ここで、符号164のデータ・パケットは、図6に示すフォーマットのパケットAになっている。もっとも、データD3のコマンド種別は、応答を要しないコマンドを示すデータになっている。そして、パケットBは「NULLパケット」になっている。
【0060】
セットアップ・トランザクションにおいて、符号114や符号164のデータ・パケットをデバイス側が受けると、セーブモード・ハンドシェイク処理部12は、そのコマンドをデコードする。そして、図3の場合のようにデバイス側が応答を要する場合は、設定するモードを応答すると共に、必要な処理を行う。例えば該セーブモード・ハンドシェイク処理部12は、チャープ・ハンドシェイクのマスクを設定し、本発明のセーブモードに相当するフルスピード・モードになるようにする。
【0061】
次に、USB仕様のバルク転送による専用プロトコル・ハンドシェイクの処理について説明する。
【0062】
図7は、本実施形態におけるバルクアウト転送による専用プロトコル・ハンドシェイク処理のフローチャートである。図8は、本実施形態におけるバルクイン転送による専用プロトコル・ハンドシェイク処理のフローチャートである。
【0063】
まずは、バルクアウト転送においては、図7に示すように符号212〜216に示すようなプロトコルによる、アウト・トランザクションを行う。あるいは、バルクイン転送においては、図8に示すように符号242〜246に示すようなプロトコルによる、イン・トランザクションを行う。
【0064】
バルク転送の場合は、データ・フォーマットの自由度が大きくなる。そして、このようなバルクアウト転送によってホスト側は、コマンドをデバイス側に対して送信する。そして、該コマンドに対して応答が必要な場合は、このようなバルクイン転送によってデバイス側は、ホスト側に対して該応答を行う。
【0065】
以上説明したように、本実施形態によれば本発明を効果的に適用することができる。
【0066】
【発明の実施例】
以下、前述した実施形態に係る、本発明の実施例について説明する。
【0067】
まず第1実施例は、ホスト側が、ノート型パーソナル・コンピュータなどのモバイル機器になっている。
【0068】
例えば、近年のパーソナル・コンピュータ用のOSにおいては、コンピュータの電源管理も行うようになっている。そして、ノート型パーソナル・コンピュータにおいては、外部AC電源による運用中であるか、あるいは内蔵バッテリ運用中であるかに応じて、更には内蔵バッテリ運用中の場合には、該バッテリの消耗状態に応じて、消費電力を抑制するように、CPUの動作クロックを低くするなどして、コンピュータの動作状態を切り替えるようにしている。
【0069】
そして、本実施例では、このように消費電力を抑制するように切り替える場合に、該抑制の指示として、セーブモード設定処理部14に対してセーブモード設定を入力し、該セーブモード設定処理部14の前述の内部レジスタに対する情報書き込みによって、セーブモードが設定できるようにする。これによって、フルスピード・モードが設定され、消費電力が抑制される。
【0070】
本実施例においては、本来ハイスピード・モードになるところ、フルスピード・モードが設定されることで、USBの利用を提供しながら、USBに係る消費電力を低減することができる。
【0071】
次に、第2実施例は、多量の情報をUSBにより転送すべきときにのみ、ハイスピード・モードを設定し、これ以外はフルスピード・モードを設定することで消費電力の低減を図るというものである。本実施例もホスト側は、ノート型パーソナル・コンピュータなどのモバイル機器に特に有効である。
【0072】
本実施例において、例えば、デバイス側がビデオ・キャプチャ機器であって、USBで転送する情報を圧縮することも、非圧縮とすることもできる機器を一例とすることができる。
【0073】
圧縮の場合は、USBで転送する情報量は抑えられるため、セーブモードのフルスピード・モードとしても、転送速度は十分であり、又セーブモードとすることで消費電力を抑えることができる。
【0074】
従って、圧縮の場合は、転送速度は低くてもよいという指示として、セーブモード設定処理部14に対してセーブモード設定を入力し、該セーブモード設定処理部14の前述の内部レジスタに対して情報書き込みをする。これによって、セーブモードが設定され、フルスピード・モードが設定される。又消費電力が抑制される。
【0075】
非圧縮の場合は、USBで転送する情報量は多いので、ハイスピード・モードを設定し、安定した機器の利用を提供することができる。
【0076】
次に、第3実施例は、USBによる情報転送が断続的に行われ、しかも中断時間が転送時間に比べて相対的に長い場合である。本実施例においては、大量の情報を転送する場合にハイスピード・モードを設定し、性能の向上を図る。他方、情報転送が中断している場合や、転送する情報が少ない場合は、セーブモードでフルスピード・モードとすることで、消費電力を抑えることができる。
【0077】
具体的には、転送する情報が少ない場合は、転送速度は低くてもよいという指示として、セーブモード設定処理部14に対してセーブモード設定を入力する。これによって、セーブモードのフルスピード・モードが設定され、消費電力が抑制される。
【0078】
【発明の効果】
本発明によれば、実質的な転送速度を低下させることなく、消費電力を抑制しながら情報を伝達することができる。
【図面の簡単な説明】
【図1】本発明が適用された実施形態のインタフェイス装置による接続を示す回路図
【図2】上記実施形態におけるインタフェイス制御部の構成を示すブロック図
【図3】前記実施形態におけるコントロール転送による専用プロトコル・ハンドシェイク処理の第1例のフローチャート
【図4】上記専用プロトコルのパケットAのフォーマット図
【図5】前記実施形態におけるコントロール転送による専用プロトコル・ハンドシェイク処理の第2例のフローチャート
【図6】上記専用プロトコルのパケットAのフォーマット図
【図7】前記実施形態におけるバルクアウト転送による専用プロトコル・ハンドシェイク処理のフローチャート
【図8】前記実施形態におけるバルクイン転送による専用プロトコル・ハンドシェイク処理のフローチャート
【符号の説明】
10…インタフェイス制御部
12…セーブモード・ハンドシェイク処理部
14…セーブモード設定処理部
16…モード設定関連ハードウェア
20…USBケーブル
31…マスタUSBトランシーバ
32…スレーブUSBトランシーバ
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an interface device for connecting devices, and more particularly to an interface device capable of transmitting information while suppressing power consumption without substantially lowering a transfer speed.
[0002]
[Prior art]
The USB 2.0 specification defines a high speed mode (High Speed Mode) operating at 480 Mbps, and is upwardly compatible with conventional USB 1.0 and USB 1.1 (these conventional specifications are collectively referred to as USB 1.1 hereinafter). In order to obtain the performance, the specification of the full speed mode operating at 12 Mbps based on the conventional specification is also included.
[0003]
Also, some devices are compatible with USB 2.0 specifications, and are compatible with both high-speed mode and full-speed mode. Further, there are some which correspond to USB 1.1 and correspond to a full speed mode and a low speed mode. When the various devices are connected to the other device via a USB cable, the various devices are automatically determined based on the corresponding modes, and the mode used for information transmission is set.
[0004]
[Problems to be solved by the invention]
However, in the automatic determination, among the high-speed mode, the full-speed mode, and the low-speed mode, a mode which can be operated at the highest speed, which is supported by both connected devices, is set. Therefore, the high-speed mode is always selected between devices having the USB 2.0 high-speed mode.
[0005]
Here, since the high-speed mode has a transfer speed 40 times the theoretical value as compared with the full-speed mode, the operation clock frequency is high and the power consumption is considerably large.
[0006]
When a built-in battery is used as a power source in a mobile device such as a notebook personal computer, it is necessary to minimize power consumption. Further, depending on the use situation, there are cases where the transfer speed is sufficient in the full speed mode, the high speed mode is not required, and it is better to reduce the power consumption. In these cases, a high-speed mode that consumes a large amount of power is conventionally set.
[0007]
The USB specification defines a “suspend mode”. Although the power consumption can be suppressed by the suspend mode, information cannot be transmitted.
[0008]
SUMMARY OF THE INVENTION The present invention has been made to solve the above-mentioned conventional problems, and has as its object to provide an interface device capable of transmitting information while suppressing power consumption without substantially lowering a transfer rate. And
[0009]
[Means for Solving the Problems]
First, the present invention relates to an interface device for connecting devices having different operation modes of a high-speed transfer and a low-speed transfer, wherein a save mode for accepting a setting input for forcibly restricting the transfer of the connection to the low-speed transfer is provided. This object has been achieved by providing a setting processing section and a save mode handshake processing section for transmitting the presence / absence of the setting of the save mode to the other device of the connection. Here, the interface device may be for connecting a device in conformity with a publicly available specification.
[0010]
Also, the interface device may include a high speed mode corresponding to the high speed transfer, and a full speed mode compatible with USB 1.1 corresponding to the low speed transfer. 2.0, wherein the save mode handshake processing unit is adapted to perform a chirp handshake specified by USB 2.0 with respect to a counterpart device in the already established full speed mode. Performing a process to shift to the high speed mode, wherein at least one of the save mode setting processing unit and the save mode handshake processing unit performs the chirp when the save mode is set. Masking a chirp signal related to a handshake, the mask including: The present invention is applied to a widely used USB specification by suppressing the transfer speed in the low-speed transfer by maintaining the already established full-speed mode during the chirp handshake, and solving the problem. It is a solution.
[0011]
Further, the present invention can be applied to a USB device by using the interface device for a slave.
[0012]
Further, the present invention can be applied to the USB host side by using the interface device for the master.
[0013]
Hereinafter, the operation of the present invention will be briefly described.
[0014]
The present invention provides, in an interface device for connecting a device, a save mode setting processing unit that receives a save mode setting input for forcibly restricting transfer of the connection to low-speed transfer. If the interface device has the USB 2.0 specification, for example, the save mode is a full speed mode as in the embodiment described later.
[0015]
Further, the interface device of the present invention includes a save mode handshake processing unit for transmitting the presence or absence of the setting of the save mode to the other device of the connection. By the save mode handshake, the above save mode is established with the partner device.
[0016]
In the case of the USB specification, a chirp handshake defined in the USB 2.0 specification may be used as the save mode handshake as in an embodiment described later. The chirp handshake first establishes a full-speed mode transfer, performs a process related to the chirp handshake on the other device in the full-speed mode, and transitions to the high-speed mode. Things. Therefore, by masking the chirp signal related to the chirp handshake, the full-speed mode (corresponding to the low-speed transfer of the present invention) to the high-speed mode (corresponding to the high-speed transfer of the present invention) during the chirp handshake. , So that the full-speed mode of the low-speed transfer can be continued.
[0017]
In the save mode, the transfer speed is forcibly suppressed to a low speed transfer. Further, if such a save mode is set according to the necessity of suppressing power consumption and the amount of information to be transmitted, a substantial decrease in transfer speed can be suppressed. In addition, the function of setting the save mode can be incorporated while maintaining the compatibility with the specification which is open to the public. Maintaining compatibility allows compliance with publicly available specifications.
[0018]
As described above, according to the present invention, information can be transmitted while suppressing power consumption without substantially lowering the transfer speed.
[0019]
It should be noted that the specifications of the interface device targeted by the present invention are not particularly limited. For example, as in an embodiment described later, the specification may be USB 2.0.
[0020]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0021]
FIG. 1 is a circuit diagram showing a connection by an interface device according to an embodiment to which the present invention is applied.
[0022]
In this embodiment, the USB 2.0 specification is applied to both the host-side device and the device-side device. Therefore, it corresponds to the full speed mode and the high speed mode of the USB 2.0 specification. Conventionally, these devices are connected in a high-speed mode. In the present embodiment, the save mode of the present invention for suppressing power consumption is a full speed mode.
[0023]
In this figure, the left side is the host side such as a personal computer. The host side is a master interface device including at least a master USB transceiver 31 and an interface control unit 10 described later. The interface control unit 10 is for performing USB-related control, and is a USB driver program on the host side.
[0024]
Next, the right side in this figure is a device side such as an external storage device or a video capture device. The device side is a slave interface device including at least a slave USB transceiver 32 and an interface control unit 10 described later. The interface control unit 10 is for controlling USB, and corresponds to a USB driver program on the host side, and is a firmware on the device side. The host-side and device-side interface control units 10 have the same communication function, but specific contents are different from each other.
[0025]
The host-side interface device and the device-side interface device are connected to each other by a USB cable 20 composed of connectors CN1 and CN2 and a cable line. The signal lines D + and D− of the cable are connected to the ground GND by pull-down resistors RPD on the master side. On the slave side, the signal line D + is connected to the power supply VDD by a pull-up resistor RPU via a switch SWPU.
[0026]
The switch SWPU is turned on in the full-speed mode, and turned off in the high-speed mode.
[0027]
Next, FIG. 2 is a block diagram illustrating a configuration of the interface control unit 10 in the present embodiment.
[0028]
The interface control unit 10 controls USB, and controls the master USB transceiver 31 on the host side and controls the slave USB transceiver 32 on the device side. In the interface control unit 10, a save mode handshake processing unit 12 that performs a process related to the handshake of the dedicated protocol according to the present embodiment together with a process related to the chirp handshake specified by USB 2.0. have. In both the chirp handshake and the save mode handshake, a handshake is performed with a device to be connected in order to determine a USB transmission speed.
[0029]
The mode setting related hardware 16 is, for example, the above-described switch SWPU. On the device side, the switch SWPU is turned on in the full speed mode corresponding to the save mode of the present invention. The mode setting related hardware 16 is controlled by the save mode handshake processing unit 12.
[0030]
Next, the save mode setting processing unit 14 performs a process for setting a save mode according to the present invention. Specifically, the save mode is set by externally inputting the save mode setting and writing information to an internal register, or by operating a power saving switch to set the save mode. . Then, a signal is transmitted to the save mode handshake processing unit 12 based on the setting. The power saving switch is provided in the save mode setting processing unit 14.
[0031]
For example, in a recent OS (Operating System) for a personal computer, the power management of the computer is also performed, so that the save mode can be set as a part of the power management as in an embodiment described later. You may do so. Alternatively, as in an embodiment described later, a signal may be transmitted to the save mode setting processing unit 14 in response to a request from an application program of a personal computer, and the setting may be performed.
[0032]
Hereinafter, when describing the operation of the present embodiment, first, the chirp handshake of USB 2.0 will be described.
[0033]
When a USB 2.0 host and a device are connected by a USB cable, the host first establishes a connection between devices in a full-speed mode. Then, a chirp handshake is performed according to procedures A1 to A4 as listed below to establish a high-speed mode.
[0034]
A1. The device detects the “USB reset signal” sent from the host in the full speed mode. By this detection, the device notifies the host of the "K state" of the "high speed mode" in the full speed mode.
[0035]
A2. When the host detects the “K state”, it notifies the device of a “chirp signal” after the detection.
[0036]
A3. When the device detects the "chirp signal", the device turns off the switch SWPU to complete the preparation for the high-speed mode.
[0037]
A4. Thereafter, the high-speed mode is established on the host side and the device side.
[0038]
In the present embodiment, in such procedures A1 to A4 of the chirp handshake, the high-speed mode is prevented from being established (masked). If the high speed mode is not established, the save mode becomes the full speed mode. That is, the already established full speed mode will be continuously employed. Specifically, the transition to the high-speed mode is prevented by at least one of the following methods B1 and B2.
[0039]
B1. In the aforementioned procedure A1, the device does not notify the host of the "K state". Thus, the full speed mode can be set from the device side.
[0040]
B2. In the procedure A2, the host does not notify the device of the "chirp signal". This allows the host to set the full speed mode.
[0041]
When changing the already established high-speed mode or full-speed mode to another mode, the host side notifies the device side of a “USB reset signal” by some method. Just fine. When changing from the high-speed mode to the full-speed mode, the methods B1 and B2 are performed in the procedures A1 to A4 described above. When changing from the full-speed mode to the high-speed mode, a normal chirp handshake may be performed after the “USB reset signal” to establish the high-speed mode.
[0042]
In order to notify the above-mentioned “USB reset signal”, for example, the user may disconnect the USB cable once and then disconnect the device once. Alternatively, the mode may be forcibly shifted to the full-speed mode of low-speed transfer by a handshake of a dedicated protocol specific to the present embodiment as described later.
[0043]
In the method B1 described above, specifically, it is assumed that the user has selected and operated the save mode in the save mode setting processing unit 14 of the device by using the above-described power saving switch. Alternatively, it is assumed that a signal for selecting a save mode has been input to the save mode setting processing unit 14 from another control unit on the device side. In these cases, the above-mentioned method B1 is to set the save mode setting processing unit 14 on the device side so that the save mode handshake processing unit 12 does not notify the host side of the “K state”. Instruct 12. Then, the operation of the save mode handshake processing unit 12 is masked so as not to notify the “K state” to the host.
[0044]
In the method B2 described above, it is assumed that the user selects and operates the save mode in the save mode setting processing unit 14 on the host side by using the power saving switch. Alternatively, it is assumed that a signal for selecting a save mode has been input to the save mode setting processing unit 14 from another control unit on the host side. In this case, the operation of the save mode handshake processing unit 12 is masked so as not to notify the device side of the “chirp signal”.
[0045]
As described above, the high speed mode is originally set according to the USB 2.0 specification. In the present embodiment, the full speed mode of the save mode can be selected from the device side and the host side. I have.
[0046]
In the present embodiment, as described below, a handshake of a dedicated protocol unique to the present embodiment is performed between the host side and the device side, so that the full speed of the high-speed mode and the save mode is performed. -The mode is switched.
[0047]
Hereinafter, the processing of the above-described dedicated protocol handshake will be described.
[0048]
In the present embodiment, the dedicated protocol handshake is enabled by USB-based control transfer or bulk transfer.
[0049]
First, the processing of the dedicated protocol handshake by the control transfer of the USB specification will be described.
[0050]
FIG. 3 is a flowchart of a first example of a dedicated protocol handshake process by control transfer in the present embodiment.
[0051]
In the control transfer, when a response is required from the device side, a dedicated protocol of the host side and the device side is transferred as in the first example. The delivery is performed by a setup transaction, an in transaction, and an out transaction as described below.
[0052]
In this figure, a setup transaction is performed by packets 112 to 116. An in-transaction is performed by packets 122 to 126. Out-transactions are performed by packets 132 to 136.
[0053]
Here, the data packet denoted by reference numeral 114 is a packet A having a format including data D1 to D5 as shown in FIG.
[0054]
In the data D1 “0xc0” in the figure, the second “c” from the right indicates that this is a packet instructing to send data from the device side to the host side. Further, “ff” on the right side of “0xff” of the data D2 indicates that the packet A is a packet for transmitting a dedicated command for a dedicated protocol handshake. The data D3 is data indicating the content of the dedicated command, that is, the command type.
[0055]
As a response to the packet A, a data packet denoted by reference numeral 124 (packet B) is transmitted from the device to the host. In the packet B, data shorter than the data length shown in the data D5 of the packet A in FIG. 4 is sent back to the host.
[0056]
FIG. 5 is a flowchart of a second example of the dedicated protocol handshake process by control transfer in the present embodiment.
[0057]
In the case where a response from the device is not required in the control transfer, a dedicated protocol is transferred between the host and the device as in the second example. The delivery is performed by a setup transaction and an in-transaction as described below.
[0058]
In this figure, a setup transaction is performed by packets 162 to 166. An in-transaction is performed by packets 172 to 176.
[0059]
Here, the data packet denoted by reference numeral 164 is a packet A having the format shown in FIG. However, the command type of the data D3 is data indicating a command that does not require a response. The packet B is a “NULL packet”.
[0060]
In the setup transaction, when the device receives the data packet denoted by reference numeral 114 or 164, the save mode handshake processing unit 12 decodes the command. Then, when the device side needs a response as in the case of FIG. 3, the mode to be set is returned and necessary processing is performed. For example, the save mode handshake processing unit 12 sets a chirp handshake mask so as to set the full speed mode corresponding to the save mode of the present invention.
[0061]
Next, processing of the dedicated protocol handshake by the bulk transfer of the USB specification will be described.
[0062]
FIG. 7 is a flowchart of a dedicated protocol handshake process by bulk-out transfer in the present embodiment. FIG. 8 is a flowchart of a dedicated protocol handshake process by bulk-in transfer in the present embodiment.
[0063]
First, in the bulk-out transfer, an out-transaction is performed according to a protocol indicated by reference numerals 212 to 216 as shown in FIG. Alternatively, in bulk-in transfer, an in-transaction is performed according to a protocol indicated by reference numerals 242 to 246 as shown in FIG.
[0064]
In the case of bulk transfer, the degree of freedom of the data format increases. The host sends a command to the device by such a bulk-out transfer. Then, when a response to the command is required, the device sends the response to the host by such bulk-in transfer.
[0065]
As described above, according to the present embodiment, the present invention can be effectively applied.
[0066]
DESCRIPTION OF THE PREFERRED EMBODIMENTS
Hereinafter, examples of the present invention according to the above-described embodiments will be described.
[0067]
First, in the first embodiment, the host side is a mobile device such as a notebook personal computer.
[0068]
For example, in recent years, an OS for a personal computer has also been designed to manage the power supply of the computer. In the case of a notebook personal computer, it depends on whether the battery is operating with an external AC power supply or the built-in battery. In order to suppress power consumption, the operating state of the computer is switched by lowering the operating clock of the CPU.
[0069]
In the present embodiment, when the power consumption is switched in such a manner as to be suppressed, a save mode setting is input to the save mode setting processing unit 14 as an instruction of the suppression, and the save mode setting processing unit 14 The save mode can be set by writing information to the above-described internal register. As a result, the full speed mode is set, and power consumption is suppressed.
[0070]
In the present embodiment, the full-speed mode is set when the high-speed mode is originally set, so that the power consumption of the USB can be reduced while providing the use of the USB.
[0071]
Next, the second embodiment aims to reduce the power consumption by setting the high-speed mode only when a large amount of information is to be transferred by USB, and setting the full-speed mode otherwise. It is. This embodiment is also particularly effective on the host side for mobile devices such as notebook personal computers.
[0072]
In the present embodiment, for example, a device that is a video capture device on the device side and that can compress or uncompress information transferred by USB can be taken as an example.
[0073]
In the case of compression, the amount of information transferred by USB is suppressed, so that the transfer speed is sufficient even in the full speed mode of the save mode, and the power consumption can be suppressed by setting the save mode.
[0074]
Therefore, in the case of compression, the save mode setting is input to the save mode setting processing unit 14 as an instruction that the transfer speed may be low, and information is stored in the internal register of the save mode setting processing unit 14. Write. Thus, the save mode is set, and the full speed mode is set. Further, power consumption is suppressed.
[0075]
In the case of non-compression, since the amount of information transferred by USB is large, a high-speed mode can be set to provide stable use of the device.
[0076]
Next, the third embodiment is a case where information transfer by USB is performed intermittently, and the interruption time is relatively longer than the transfer time. In this embodiment, a high-speed mode is set when a large amount of information is transferred, and the performance is improved. On the other hand, when the information transfer is interrupted or the amount of information to be transferred is small, the power consumption can be suppressed by setting the save mode to the full speed mode.
[0077]
Specifically, when the amount of information to be transferred is small, a save mode setting is input to the save mode setting processing unit 14 as an instruction that the transfer speed may be low. As a result, the full speed mode of the save mode is set, and power consumption is suppressed.
[0078]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, information can be transmitted, suppressing power consumption, without lowering a substantial transfer speed.
[Brief description of the drawings]
FIG. 1 is a circuit diagram showing a connection by an interface device according to an embodiment to which the present invention is applied; FIG. 2 is a block diagram showing a configuration of an interface control unit in the embodiment; FIG. 3 is a control transfer in the embodiment; FIG. 4 is a format diagram of a packet A of the dedicated protocol described above. FIG. 5 is a flowchart of a second example of a dedicated protocol handshake process by control transfer in the embodiment. FIG. 6 is a format diagram of the packet A of the dedicated protocol. FIG. 7 is a flowchart of a dedicated protocol handshake process by bulk-out transfer in the embodiment. FIG. 8 is a diagram of a dedicated protocol handshake process by bulk-in transfer in the embodiment. Floater DESCRIPTION OF SYMBOLS
DESCRIPTION OF SYMBOLS 10 ... Interface control part 12 ... Save mode handshake processing part 14 ... Save mode setting processing part 16 ... Mode setting related hardware 20 ... USB cable 31 ... Master USB transceiver 32 ... Slave USB transceiver

Claims (4)

高速転送と低速転送の異なる動作モードを有する、機器を接続するためのインタフェイス装置において、
該接続の転送を強制的に、前記低速転送に抑制する設定入力を受付けるセーブモード設定処理部と、
該セーブモードの設定の有無を、前記接続の相手方機器に対して伝達するセーブモード・ハンドシェイク処理部と、を備えるようにしたことを特徴とするインタフェイス装置。
In an interface device for connecting devices having different operation modes of high-speed transfer and low-speed transfer,
A save mode setting processing unit that receives a setting input for suppressing the transfer of the connection to the low-speed transfer forcibly,
An interface device comprising: a save mode handshake processing unit for transmitting the presence / absence of the save mode to the other device of the connection.
請求項1に記載のインタフェイス装置が、前記高速転送に相当するハイスピード・モード、及び前記低速転送に相当するUSB1.1と互換性を持つフルスピード・モードの仕様を含む、USB1.1上位互換のUSB2.0の仕様によるものであって、
前記セーブモード・ハンドシェイク処理部が、既に確立している前記フルスピード・モードにおいて、相手方機器に対してUSB2.0で規定されるチャープ・ハンドシェイクに係る処理を行って、前記ハイスピード・モードに移行させるものであって、
更に、前記セーブモード設定処理部、及び前記セーブモード・ハンドシェイク処理部の少なくとも一方が、前記セーブモードの設定時には、前記チャープ・ハンドシェイクに係るチャープ信号をマスクするものであって、
該マスクによって、前記チャープ・ハンドシェイクに際して既に確立の前記フルスピード・モードのままとすることにより、前記低速転送に転送速度を抑制することを特徴とするインタフェイス装置。
The USB device according to claim 1, wherein the interface device includes a high speed mode corresponding to the high speed transfer and a full speed mode compatible with USB 1.1 corresponding to the low speed transfer. Compatible USB 2.0 specification,
The save mode handshake processing unit performs a process related to a chirp handshake specified by USB 2.0 with respect to a partner device in the already established full speed mode, and performs the high speed mode. To move to,
Furthermore, at least one of the save mode setting processing unit and the save mode handshake processing unit, when setting the save mode, masks a chirp signal related to the chirp handshake,
The interface apparatus according to claim 1, wherein the mask keeps the full-speed mode already established at the time of the chirp handshake, thereby suppressing a transfer rate to the low-speed transfer.
請求項1又は2のいずれかに記載のインタフェイス装置において、
当該インタフェイス装置がスレーブ用(デバイス用)であることを特徴とするインタフェイス装置。
The interface device according to claim 1 or 2,
An interface device, wherein the interface device is for a slave (for a device).
請求項1又は2のいずれかに記載のインタフェイス装置において、
当該インタフェイス装置がマスタ用(ホスト用)であることを特徴とするインタフェイス装置。
The interface device according to claim 1 or 2,
An interface device, wherein the interface device is for a master (for a host).
JP2003093961A 2003-03-31 2003-03-31 Interface device Pending JP2004302778A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003093961A JP2004302778A (en) 2003-03-31 2003-03-31 Interface device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003093961A JP2004302778A (en) 2003-03-31 2003-03-31 Interface device

Publications (1)

Publication Number Publication Date
JP2004302778A true JP2004302778A (en) 2004-10-28

Family

ID=33406634

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003093961A Pending JP2004302778A (en) 2003-03-31 2003-03-31 Interface device

Country Status (1)

Country Link
JP (1) JP2004302778A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011118674A (en) * 2009-12-03 2011-06-16 Brother Industries Ltd Usb host device
JP2012044508A (en) * 2010-08-20 2012-03-01 Alpine Electronics Inc Communication device
JP2012109967A (en) * 2011-11-09 2012-06-07 Canon Inc Communication device
USRE43995E1 (en) 2006-04-10 2013-02-12 Canon Kabushiki Kaisha Communication apparatus
JP2020140526A (en) * 2019-02-28 2020-09-03 富士通クライアントコンピューティング株式会社 Control device, information processing system, and program

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
USRE43995E1 (en) 2006-04-10 2013-02-12 Canon Kabushiki Kaisha Communication apparatus
JP2011118674A (en) * 2009-12-03 2011-06-16 Brother Industries Ltd Usb host device
JP2012044508A (en) * 2010-08-20 2012-03-01 Alpine Electronics Inc Communication device
JP2012109967A (en) * 2011-11-09 2012-06-07 Canon Inc Communication device
JP2020140526A (en) * 2019-02-28 2020-09-03 富士通クライアントコンピューティング株式会社 Control device, information processing system, and program

Similar Documents

Publication Publication Date Title
US7349973B2 (en) Data transfer control device, electronic equipment, and data transfer control method
JP3636157B2 (en) Data transfer control device, electronic device, and data transfer control method
JP3649226B2 (en) Data transfer control device, electronic device, and data transfer control method
JP3632695B2 (en) Data transfer control device, electronic device, and data transfer control method
JP4377603B2 (en) Bus communication system and communication control method thereof
US20060160569A1 (en) Cellular phone and portable storage device using the same
TW200917047A (en) Physical device (PHY) support of the USB2.0 link power management addendum using a ULPI PHY interface standard
US20060041611A1 (en) Data transfer control system, electronic apparatus, and program
US7337382B2 (en) Data transfer control device, electronic instrument, and data transfer control method
US7409471B2 (en) Data transfer control device for data transfer over a bus, electronic equipment and method for data transfer over a bus
JP2002055936A (en) Usb device, and system and method for communication between usb devices
US7310739B2 (en) Universal serial bus and method for transmitting serial clock and serial data signals during power-saving mode
JP3675394B2 (en) Communication device
JP2003179666A (en) Multiple function modem including external memory adapter
US7359996B2 (en) Data transfer control device, electronic equipment, and data transfer control method
WO2023082622A1 (en) Method for designing communication module having master and slave devices compatible, and apparatus
JP3636158B2 (en) Data transfer control device and electronic device
US7428600B2 (en) Data transfer control device, electronic equipment, and data transfer control method
JP2004302778A (en) Interface device
JP4497587B2 (en) Computer system, computer, message processing method, and computer-readable storage medium
KR102018666B1 (en) Electronic apparatus connecting usb device and control method thereof
JP4127071B2 (en) Data transfer control device, electronic device, and data transfer control method
KR20070010945A (en) Spi communication method and system between host cpu and peripheral device on pda
JP2003323391A (en) Data transfer control device, electronic equipment and data transfer control method
JP2003316734A (en) Data transfer control device, electronic equipment, and data transfer control method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060217

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20081215

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090106

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090309

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20091020