(57)【特許請求の範囲】
【請求項１】
データの受け渡しを行う通信部と、
前記通信部を介して、受信バッファを有する第二の電子機器と接続する複数の可搬媒体のそれぞれに書き込むデータを、前記第二の電子機器に送信する制御部と、
前記通信部を介して、前記第二の電子機器から、前記第二の電子機器が前記受信バッファから消去したデータ量と、前記複数の可搬媒体のうち、該消去されたデータが対応する可搬媒体と、を示す情報とを受信し、該受信した情報に基づいて前記第二の電子機器に送信するデータを決定するデータコントローラと、
を具備する電子機器。
【請求項２】
前記データコントローラは、前記複数の可搬媒体のそれぞれの特性に基づいて、前記複数の可搬媒体のそれぞれへ送信するデータの量あるいは送信順を設定する請求項１記載の電子機器。
【請求項３】
前記データコントローラは、前記第二の電子機器からの前記情報を、前記複数の可搬媒体のいずれかへ転送するデータの送信回数のそれぞれに対応する回数より少ない回数にまとめた回数で、受信する請求項２記載の電子機器。
【請求項４】
前記データコントローラは、前記複数の可搬媒体のいずれかに次に送信すべきデータを前記第二の電子機器からの前記情報に基づいて決定する請求項２または３記載の電子機器。
【請求項５】
通信部を介して、第二の電子機器の受信バッファ部と接続する複数の可搬媒体のいずれかへのデータ転送可能量及び第二の電子機器の受信バッファ部が一時的に保持可能なデータ量を受信し、
個々の可搬媒体へ送信すべきデータを、受信したそれぞれの可搬媒体へのデータ転送可能量に応じて第二の電子機器の受信バッファ部へ送信可能に、送信バッファに転送し、
第二の電子機器から、いずれかの可搬媒体へのデータの転送が終了したことを受信して個々の可搬媒体へ次に送信するデータを、個々の可搬媒体の特性及び第二の電子機器の受信バッファ部が保持可能なデータ量に基づいて送信バッファに転送する
データ転送方法。
【請求項６】
第二の電子機器から、第二の電子機器の受信バッファ部と接続する個々の可搬媒体のそれぞれが保持するデータ量の通知を受け取り、受け取ったそれぞれの可搬媒体が保持する処理済みデータ量に基づいて個々の可搬媒体へ送信すべき送信データを決定する請求項５記載のデータ転送方法。
【請求項７】
それぞれの可搬媒体の特性に基づいて、個々の可搬媒体へ送信するデータの量あるいは次に送信すべき送信順を求める請求項５または６記載のデータ転送方法。
【請求項８】
データの受け渡しを行う通信部と、
前記通信部を介して、第二の電子機器の受信バッファへのデータ転送時には前記受信バッファへ転送するデータを送信し、前記受信バッファからのデータの読み出し時には前記受信バッファから転送されるデータを受信する制御部と、
前記通信部を介して、前記第二の電子機器から、前記第二の電子機器が前記受信バッファから消去したデータ量と、前記受信バッファと接続する複数の可搬媒体のうち、消去したデータが対応する可搬媒体と、を示す情報を受信し、受信した前記情報に基づいて前記複数の可搬媒体のいずれかへ転送するために前記受信バッファに送信するデータを決定するデータコントローラと、
を具備する電子機器。
【請求項９】
前記データコントローラは、前記複数の可搬媒体のそれぞれから受信した前記それぞれの可搬媒体が保持する処理済みデータ量の通知を受け取り、受け取った前記それぞれの前記可搬媒体が保持する処理済みデータ量の前記通知に基づいて前記それぞれの可搬媒体へ送信すべき送信データを決定する請求項８記載の電子機器。
【請求項１０】
前記データコントローラは、前記それぞれの可搬媒体の特性に基づいて、前記それぞれの可搬媒体へ送信するデータの量あるいは送信順を設定する請求項８または９記載の電子機器。
【請求項１１】
前記データコントローラは、前記第二の電子機器からの前記通知を、前記複数の可搬媒体のいずれかへ転送するデータの送信回数のそれぞれに対応する回数より少ない回数にまとめた回数で、受信する請求項９記載の電子機器。
【請求項１２】
前記データコントローラは、前記複数の可搬媒体のいずれかに次に送信すべきデータを前記第二の電子機器からの前記通知に基づいて決定する請求項９または１１記載の電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、他の電子機器を介在した記憶装置との間のデータ転送方法ならびにそれを実現する電子機器に関する。
【背景技術】
【０００２】
可搬デバイス、例えば記録及び読み出しが可能な装置（他の電子機器）から取り出だすことができる記憶装置との間で、無線通信もしくは有線通信によりデータ（情報）を書き込み、あるいは記憶装置からデータを読み出すホスト装置（電子機器）が、既に広く利用されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２００００５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
今日、２以上の記憶装置との間で、同時にあるいは並列してデータの転送（受け渡し）が可能であることの要求がある。
【０００５】
この発明の目的は、２以上の記憶装置との間のデータ転送方法ならびにそれを実現する電子機器を提供することである。
【課題を解決するための手段】
【０００６】
実施形態によれば、電子機器は、通信部と、制御部と、データコントローラと、を具備する。通信部は、データの受け渡しを行う。制御部は、前記通信部を介して、受信バッファを有する第二の電子機器と接続する複数の可搬媒体のそれぞれに書き込むデータを、前記第二の電子機器に送信する。データコントローラは、前記通信部を介して、前記第二の電子機器から、前記第二の電子機器が前記受信バッファから消去したデータ量と、前記複数の可搬媒体のうち、該消去されたデータが対応する可搬媒体と、を示す情報とを受信し、該受信した情報に基づいて前記第二の電子機器に送信するデータを決定する。
【図面の簡単な説明】
【０００７】
【図１】実施形態を適用する電子機器と記憶装置（可搬デバイス）と記録及び読み出しが可能な装置（他の電子機器）相互の関係の一例を示す。
【図２】実施形態を適用する電子機器、記憶装置及び他の電子機器相互間においてデータの転送（受け渡し）を開始するためのセッション準備の手順の一例を示す。
【図３】実施形態を適用する電子機器、記憶装置及び他の電子機器相互間における送信側と受信側との間のデータ転送の一例を示す。
【図４Ａ】実施形態を適用する電子機器、記憶装置及び他の電子機器相互間における送信側と受信側との間のデータ転送の一例を示す。
【図４Ｂ】実施形態を適用する電子機器、記憶装置及び他の電子機器相互間における送信側と受信側との間のデータ転送の一例を示す。
【図４Ｃ】実施形態を適用する電子機器、記憶装置及び他の電子機器相互間における送信側と受信側との間のデータ転送の一例を示す。
【発明を実施するための形態】
【０００８】
以下、図面を参照して、本発明の実施の一形態について説明する。
【０００９】
図１は、実施形態を適用する電子機器、可搬デバイス及び第２の電子機器（可搬デバイスとの間で、データの記録及び読み出しが可能な装置（他の電子機器、以下デバイスと呼称する））相互の関係の一例を示す。なお、可搬デバイスは、第２の電子機器に装着、あるいは第２の電子機器から取り出し可能な半導体メモリ、例えばＳＤ（Secure Digital）メモリカード等である。
【００１０】
図１が示す実施形態において、ホスト（電子機器）１は、例えばＰＣ（Personal Computer）であり、メモリカード（可搬デバイス／記憶装置）３が保持するデータ（コンテンツ）を、デバイス（第２の電子機器）２を介在させて読み込んで再生し、あるいはデバイス２を経由してメモリカード３にデータを書き込む。ホスト１は、例えばＤＬＮＡ（Digital Living Network Alliance）等のネットワーク上に位置するテレビ受信装置（情報再生装置）等であってもよい。デバイス２は、同じくネットワーク上に位置するＨＤＤ／ＤＶＤレコーダ（記録再生装置）等であってもよい。
【００１１】
なお、コンテンツの取得あるいは出力の方法としては、空間波（電波）の利用、ケーブル（光ファイバを含む）やインターネット・プロトコル（ＩＰ）通信網等の利用等、任意である。また、コンテンツは、ストリームや番組もしくは情報とも称され、映像及び音声あるいは音楽等を含む。なお、映像は、動画と静止画、あるいはテキスト（コード化された符号列で示される文字や記号等で表される情報）、ならびにその任意の組み合わせを含む。
【００１２】
図１において、デバイス２とホスト１とは、例えば無線ＬＡＮ（Wireless Local Area Network）やＷｉＧｉｇ（Wireless Gigabit）等の無線通信によって、データの転送を行う。
【００１３】
デバイス２は、デバイス側ＰＨＹ／ＭＡＣ層２０１、デバイス側ＳＤ  ＰＡＬ（Protocol Adaptation Layer）部２０２、デバイス側ＳＤアプリケーション２０３、ＳＤホストコントローラドライバ２０４、ＳＤ相互接続部２０５、ＳＤホストコントローラ２０６、ＳＤカードスロット２０７、等を含む。なお、デバイス側ＳＤ  ＰＡＬ部２０２は、パケット送受信部２１１と接続し、後段に説明するホスト１のパケット送受信部１１１との間で、上述の無線ＬＡＮやＷｉＧｉｇ等の無線通信によって、データの受け渡し（転送）を行う。また、デバイス側ＳＤ  ＰＡＬ部２０２は、コマンドヘッダ解釈部２２２、レスポンス解釈部２２３及びローカルコマンド生成部２２４、を少なくとも含む。また、ＳＤホストコントローラ２０６は、バッファメモリ２２５と接続する。
【００１４】
デバイス側ＰＨＹ／ＭＡＣ層２０１は、物理（ＰＨＹ）層とメディアアクセス制御（ＭＡＣ）層とを有する。
【００１５】
ＳＤカードスロット２０７には、上述したメモリカード（記憶装置）３が挿入される。なお、ＳＤカードスロット２０７が複数用意された場合、メモリカード３は、任意のスロットに挿入される。また、メモリカード３は、２以上または全てのスロットに挿入されてもよい。その場合、メモリカードは、同一仕様であってもよいし、転送速度（入出力速度等）や記憶容量が異なるものであってもよい。なお、メモリカード３が２以上である場合において、それぞれの識別が必要である場合、以下、（カード）３Ａ、３Ｂ、３Ｃ・・・と、呼称する。
【００１６】
ＳＤホストコントローラ２０６は、ＳＤカードスロット２０７に挿入されるメモリカード３にデータを書き込み、あるいはメモリカード３からデータを読み出す。
【００１７】
デバイス側ＳＤアプリケーション２０３は、メモリカード３にアクセスするアプリケーションである。ＳＤ  ホストコントローラドライバ２０４は、ＳＤカードホストコントローラ２０６を制御し、デバイス側ＳＤアプリケーション２０３に対して抽象化したインタフェースを提供するためのソフトウエアである。
【００１８】
デバイス側ＳＤ  ＰＡＬ部２０２は、ＳＤカードホストコントローラ２０６とホスト１との間で交換されるパケット形式を変換する。例えばＳＤカードホストコントローラ２０６からホスト１にパケットを送信する場合、ＳＤカード規格のコマンドを高速無線通信で送信するために適したコマンド形式のパケットに変換する。また、例えばホスト１からコマンドを受信した場合、高速無線通信で送信するために適したパケットをＳＤカード規格のコマンド形式に変換する。
【００１９】
ＳＤ相互接続部２０５は、ＳＤメモリカード３へのアクセスをデバイス側ＳＤアプリケーション２０３からのアクセスとホスト１のＳＤアプリケーション１０１からのアクセスを切り替える機能を有する。
【００２０】
ホスト１は、ホスト側ＳＤアプリケーション１０１、ＳＤカード仮想コントローラ１０２、ホスト側ＳＤ  ＰＡＬ部（ＳＤ  ＰＡＬ）１０３、ホスト側ＰＨＹ／ＭＡＣ層１０４等を有する。
【００２１】
ホスト側ＰＨＹ／ＭＡＣ層１０４は、物理（ＰＨＹ）層とメディアアクセス制御（ＭＡＣ）層とを有する。
【００２２】
ＳＤカード仮想コントローラ１０２は、ホスト側ＳＤアプリケーション１０１がメモリカード３内のデータにアクセスするための仮想的なコントローラであり、ホスト側ＳＤ  ＰＡＬ部１０３に送信するコマンドに変換する。
【００２３】
ホスト側ＳＤ  ＰＡＬ部１０３とデバイス側ＳＤ  ＰＡＬ部２０２とは、パケット送受信部１１１とパケット送受信部２１１とにより、上述の無線ＬＡＮやＷｉＧｉｇ等の無線通信に適したコマンドが送受信される。
【００２４】
また、ホスト側ＳＤ  ＰＡＬ部１０３は、コマンド生成部１１２及びレスポンス解釈部１１５、を少なくとも含む。また、ＳＤカード仮想コントローラ１０２は、バッファメモリ１２５と接続する。
【００２５】
上述したホスト１とデバイス２との間では、パケット送受信部１１１とパケット送受信部２１１とにより、上述の無線ＬＡＮやＷｉＧｉｇ等の無線通信に適したパケットが送受信される。
【００２６】
詳細には、図２に一例を示す通り、ホスト側ＰＨＹ／ＭＡＣ層２０４とデバイス側ＰＨＹ／ＭＡＣ層２０１との間で、無線通信を行うためのリンクが開始される（Link Startup）。
【００２７】
リンク開始後、通信サービスが両者を見つけ、通信が必要に応じてセキュア化される（Service Discovery/Security）。
【００２８】
ＳＤカードスロット２０７がＳＤメモリカード３を検出すると、ＳＤ相互接続部２０５は、ＳＤメモリカード３との通信を可能にするために、デバイス側ＳＤ  ＩＦ／ＵＨＳ−ＩＩ  ＩＦ２０９およびＳＤメモリカード３側のカードＳＤ  ＩＦ／ＵＨＳ−ＩＩ  ＩＦ３０２を初期化する。
【００２９】
初期化後、ＳＤ相互接続部２０５は、初期化が終了したことをデバイス側ＳＤアプリケーション２０３に通知する（notification(SD Initialized)）。
【００３０】
デバイス側ＳＤアプリケーション２０３は、デバイス側ＳＤ  ＰＡＬ部２０２に、ＳＤカード３との間の、ＳＤ  ＰＡＬの開始を要求する（SD PAL start request）。
【００３１】
デバイス側ＳＤ  ＰＡＬ部２０２は、ＳＤ  ＰＡＬの開始をホスト側ＳＤ  ＰＡＬ部１０３に要求する（notification(SD PAL start request)）。
【００３２】
ホスト側ＳＤ  ＰＡＬ部１０３は、ＳＤ  ＰＡＬの開始要求通知“notification(SD PAL start request)”を受信したことを、ホスト側ＳＤアプリケーション１０１に通知する（notification）。
【００３３】
ホスト側ＳＤアプリケーション１０１は、ＳＤ  ＰＡＬ開始要求(SD PAL start request)を、デバイス側ＳＤ  ＰＡＬ部２０２に送信し、ＳＤ  ＰＡＬセットアップを要求する。
【００３４】
デバイス側ＳＤ  ＰＡＬ部２０２は、ＳＤ  ＰＡＬセットアップの要求に対し、“SDPAL setup response”を、ホスト側ＳＤ  ＰＡＬ部１０３へ応答する。
【００３５】
ホスト側ＳＤ  ＰＡＬ部１０３は、ホスト１の能力を送信するとともに、デバイス２の能力の送信を要求する“capability exchange (Host PAL Information) request”を、ホスト１側の能力であるバッファサイズ（バッファメモリ１２５の容量）等の情報とともにデバイス側ＳＤ  ＰＡＬ部２０２に送信する。
【００３６】
デバイス側ＳＤ  ＰＡＬ部２０２は、“capability exchange request”の受信に応じてＳＤメモリカード３の容量、対応する規格の能力であるバッファサイズ（バッファメモリ２２５の容量）を示す“capability exchange response”を、ホスト側ＳＤ  ＰＡＬ部１０３に送信する。
【００３７】
ホスト側ＳＤ  ＰＡＬ部１０３は、デバイス側ＳＤ  ＩＦ／ＵＨＳ−ＩＩ  ＩＦ２０９によりアクセス可能なメモリカード（ＳＤデバイス）３へのアクセス権を要求するため、“get bus handle request”をデバイス側ＳＤ  ＰＡＬ部２０２に送信する。
【００３８】
デバイス側ＳＤ  ＰＡＬ部２０２は、“get bus handle request”を受信し、ＳＤ相互接続部２０５に、ホスト１によるＳＤカードへのアクセス権を取得できるかを、問い合わせる。
【００３９】
ＳＤ相互接続部２０５は、アクセス権を許可する場合に、デバイス側ＳＤ  ＰＡＬ部２０２に、許可する旨を返答する。
【００４０】
デバイス側ＳＤ  ＰＡＬ部２０２１は、“get bus handle response”を、ホスト側ＳＤ  ＰＡＬ部１０３に送信する。
【００４１】
ホスト側ＳＤ  ＰＡＬ部１０３は、ホスト側ＳＤアプリケーション１０１にバスハンドルを取得できたことを通知する。
【００４２】
なお、ホスト１上で動作するＳＤアプリケーション１０１が保持するプログラムは、メモリカード３の制御を行う場合、コマンド生成部１１２にて、メモリカード３を制御するためのコマンドを生成する。
【００４３】
制御対象のメモリカード３がリモートの環境に存在する場合、コマンド生成部１１２が生成したコマンドは、リモートコマンド生成部１１３において、生成されたコマンドに応じて、リモートコマンドに変換される。この時、ヘッダ情報としてコマンドタイプとレスポンスタイプとが付与される。
【００４４】
変換されたリモートコマンドは、パケット送受信部１１１によって、デバイス２に送信される。
【００４５】
デバイス２は、ホスト１からのリモートコマンドを、パケット送受信部２１１によって受信し、コマンドヘッダ解釈部２２２に転送する。
【００４６】
コマンドヘッダ解釈部２２２は、このパケット送受信部２１１によって受信されたリモートコマンドのヘッダ情報すなわちコマンドタイプとレスポンスタイプの解釈を実行する。
【００４７】
コマンドヘッダ解釈部２２２は、リモートコマンドヘッダから解釈したコマンドタイプとリモートコマンド本体とをローカルコマンド生成部２２４に、リモートコマンドヘッダから解釈したレスポンスタイプをレスポンス解釈部２２３に、それぞれ転送する。
【００４８】
ローカルコマンド生成部２２４は、コマンドヘッダ解釈部２２２から受け取ったコマンドタイプとリモートコマンド本体とから可搬デバイス３を制御するためのコマンド群を生成する。
【００４９】
ローカルコマンド生成部２２４は、この生成したコマンド群を、コマンドヘッダ解釈部２２２から受け取ったコマンドタイプにおいて特定される体系に対応する手順に従って、ホストコントローラ２２５経由で、メモリカード３に発行する。
【００５０】
メモリカード３にて実行された結果は、ホストコントローラ２２５に戻され、レスポンス解釈部２２３にて確認される。すなわち、レスポンス解釈部２２３は、コマンドヘッダ解釈部２２２から受け取ったレスポンスタイプに対応する、期待されるレスポンスデータフォーマット、例えば（１）データ無しのコマンド実行、（２）データアウトのコマンド実行、（３）データインのコマンド実行、のいずれかである場合、この結果を、パケット送受信部２１１に送る。これにより、この結果は、ホスト１に転送される。
【００５１】
ホスト１は、パケット送受信部１１１が受け取ったコマンドからレスポンスデータを取得し、レスポンス解釈部１１５にてレスポンスを解釈し、ＳＤアプリケーション１０１が保持するプログラムに、実行結果が通知される。
【００５２】
図３に、上述した電子機器（ＰＣ／ホスト）、メモリカード（記憶媒体／ＳＤカード）及びデバイス（第２の電子機器／レコーダ）において、電子機器からメモリカードへデータを転送する例を示す。
【００５３】
ホスト１は、図１及び図２により既に説明したが、メモリカード（ＳＤカード）に対する種々のコマンドの発行およびレスポンスの受信を行い、またデータ（コンテンツ）の送受信を行う。デバイス２は、ホスト１から受けたコマンドを、接続されたメモリカードに発行する。すなわち、コマンド、レスポンスおよびデータは、デバイス２を介してメモリカード３とホスト１との間で、送受信される。
【００５４】
なお、ホスト１およびデバイス２は、それぞれのパケット受信用バッファ（バッファメモリ）のサイズを、お互いに能力交換のフェーズにて、通知しあう。
【００５５】
データを、ＳＤカード３に対して書き込む際には、ホスト１が送信側、デバイス２が受信側になる。データを、ＳＤカード３から読み込む際には、デバイス２が送信側、ホスト１が受信側となる。
【００５６】
なお、双方においては、コマンドの送信はホスト１が、レスポンスの送信はデバイス２が行うこととなる。
【００５７】
図３は、ホストからメモリカード（デバイス）にデータを送信する例である。
【００５８】
図３において、送信側（ホスト１）は、受信側（デバイス２）のバッファメモリの空きを（以下に説明する受信側からのＤＡＴＡ−ＡＣＫに基づいて）勘定して、データを送信する。
【００５９】
データ送信側（ホスト１）は、上述したコマンドの送受信（能力の交換のフェーズ）において、トランザクション（１回の端末（メモリカード）とホストとの間の処理の単位）で、やり取り可能なデータサイズを取得している。なお、送信側（ホスト１）は、データの送信に成功した場合、送信に成功したデータを、バッファメモリ（送信バッファ）から削除できる。
【００６０】
受信側（デバイス２）は、データ受信後、そのデータを適切に処理できた場合、例えばメモリカード３に記憶できたことをチェックできた場合、データの受信完了（処理完了）の旨を（送信側に）通知するＤＡＴＡ−ＡＣＫを、これまでそのトランザクションで処理できたデータの先頭からのサイズとともに、送信側に送信する。
【００６１】
従い、送信側は、受信側のバッファメモリ（受信バッファ）に滞留しているデータの量（滞留量）を確認（把握）することができ、受信バッファの空きがある分だけ次のデータを送信することができる。
【００６２】
詳細には、    
送信準備として、送信バッファにデータを詰める            （１）    
受信側にデータを送信                                    （２）    
送信側の送信済みデータを消去                            （３）    
受信側から処理済みデータを消去                          （４）    
受信側から送信側に処理済みデータ量を通知                （５）    
受信側のバッファの空きに送信側からデータを送信          （２´）    
送信側の送信済みデータを消去                            （３）    
受信側から処理済みデータを消去                          （４）    
受信側から送信側に処理済みデータ量を通知                （５）    
により、送信対象である（送信側の）全てのデータが送信されるまで、（２´）〜（５）を繰り返す。
【００６３】
なお、（５）において、受信側から送信側に処理済みデータ量を通知することで、送信側は、受信バッファの空きを計算（勘定）できる。
【００６４】
また、（２´）は、（２）が空の状態の受信バッファへのデータの送信であるに対し、受信バッファに生じる空き（容量）のデータを送信であることを識別して示したもので、動作は実質的に同じである。
【００６５】
なお、上述の受信バッファの空き容量（受信バッファの空き）は、    
受信バッファ空き  ＝  受信バッファサイズ  −  受信バッファ滞留量    
にて、推定している。
【００６６】
また、受信バッファ滞留量は、    
受信バッファ滞留量  ＝  送信データ総量  −  処理済みデータ量    
で、計算できる。
【００６７】
図４は、デバイスに、複数（３つ）のメモリカードが接続する場合のデータ送信方法の一例を示す。
【００６８】
はじめに、    
送信準備として、送信バッファにデータを詰める    
ここで、メモリカードが複数（３）であるから、送信バッファにおいては、それぞれのメモリカードへ均等にデータを送信できる、と仮定し、［Ａ１］〜［Ａ５］、［Ｂ１］〜［Ｂ５］、［Ｃ１］〜［Ｃ５］を用意する                （１１）    
受信側にデータを送信    
ここで、［Ｃ３］〜［Ｃ５］が送信バッファに入らずに残った、と仮定する    
（１２）    
送信側の送信済みデータを消去    
ここで、［Ａ１］〜［Ａ５］、［Ｂ１］〜［Ｂ５］が消去される    
（１３）    
受信側から処理済みデータを消去    
ここでは、［Ａ１］〜［Ａ５］が消去される            （１４）    
受信側から送信側に処理済みデータ量を通知    
ここでは、空きが［５］であるが、処理済みデータが［Ａ１］〜［Ａ５］であることが通知される                                            （１５）。
【００６９】
続いて、受信側のバッファの空きに送信側からデータを送信    
ここでは、送信バッファに残った［Ｃ１］〜［Ｃ５］が送信される    
（２１）    
送信側の送信済みデータを消去    
ここで、［Ｃ１］〜［Ｃ５］が消去される              （２２）    
受信側から処理済みデータを消去    
ここでは、［Ｂ１］〜［Ｂ５］が消去されず、［Ｃ１］〜［Ｃ５］が消去されたとする                                                      （２３）    
受信側から送信側に処理済みデータ量を通知    
ここでは、空きが［５］であるが、処理済みデータが［Ｃ１］〜［Ｃ５］であることが通知される                                            （２４）。
【００７０】
また、送信バッファに、次の送信のためのデータを詰める    
ここでは、受信バッファに［Ｂ１］〜［Ｂ５］が残っていることが通知されていることを受けて、［Ａ６］〜［Ａ１０］、［Ｃ６］〜［Ｃ１０］を用意する    
（３１）    
受信側のバッファの空きに送信側からデータを送信    
ここで、［Ａ６］〜［Ａ１０］が送信される    
（３２）    
送信側の送信済みデータを消去    
ここで、［Ａ６］〜［Ａ１０］が消去される            （３３）    
受信側から処理済みデータを消去    
ここでは、［Ｂ１］〜［Ｂ５］が消去された、とする    （３４）    
受信側から送信側に処理済みデータ量を通知    
ここでは、空きが［５］であるが、処理済みデータが［Ｂ１］〜［Ｂ５］である（受信バッファに［Ａ６］〜［Ａ１０］が残っている）ことが通知される    
（３５）。
【００７１】
続いて、送信バッファに、次の送信のためのデータを詰める    
ここでは、受信バッファに［Ａ６］〜［Ａ１０］が残っていることが通知されていることを受けて、［Ｃ６］〜［Ｃ１０］に続いて、［Ｂ６］〜［Ｂ１０］を用意する    
（４１）    
受信側のバッファの空きに送信側からデータを送信    
ここで、［Ｃ６］〜［Ｃ１０］が送信される    
（４２）    
送信側の送信済みデータを消去    
ここで、［Ｃ６］〜［Ｃ１０］が消去される            （４３）    
受信側から処理済みデータを消去    
ここでは、［Ａ６］〜［Ａ１０］が消去された、とする  （４４）    
受信側から送信側に処理済みデータ量を通知    
ここでは、空きが［５］であるが、処理済みデータが［Ａ６］〜［Ａ１０］である（受信バッファに［Ｃ６］〜［Ｃ１０］が残っている）ことが通知される    
（４５）。
【００７２】
またさらに、送信バッファに、次の送信のためのデータを詰める    
ここでは、受信バッファに［Ｃ６］〜［Ｃ１０］が残っていることが通知されていることを受けて、［Ｂ６］〜［Ｂ１０］に続いて、［Ａ１１］〜［Ａ１５］または［Ｃ１１］〜［Ｃ１５］のうちの、メモリカードの能力の高い（処理速度が速い）カードに送信すべきデータを用意する                                    （５１）    
受信側のバッファの空きに送信側からデータを送信    
ここでは、（５１）で用意した［Ａ１１］〜［Ａ１５］または［Ｃ１１］〜［Ｃ１５］のいずれかが送信される    
（５２）    
送信側の送信済みデータを消去    
ここでは、（５１）で用意した［Ａ１１］〜［Ａ１５］または［Ｃ１１］〜［Ｃ１５］のいずれかが消去される                                （５３）    
受信側から処理済みデータを消去    
ここでは、［Ｃ６］〜［Ｃ１０］が消去された、とする  （５４）    
受信側から送信側に処理済みデータ量を通知    
ここでは、空きが［５］であるが、処理済みデータが［Ｃ６］〜［Ｃ１０］である（受信バッファに［Ａ１１］〜［Ａ１５］または［Ｃ１１］〜［Ｃ１５］のいずれかが残っている）ことが通知される                                （５５）。
【００７３】
次に、送信バッファに、次の送信のためのデータを詰める    
ここでは、送信データ数が少ないメモリカードへ送信すべき、例えば［Ｂ１１］〜［Ｂ１５］を積極的に送信するものとし、［Ｂ１１］〜［Ｂ１５］を送信すべきデータとして用意する    
（６１）。
【００７４】
以下、（６１）において用意した［Ｂ１１］〜［Ｂ１５］に先行する［Ｂ６］〜［Ｂ１０］を、受信側のバッファの空きへ送信し                      （６２）    
送信側において、送信済みデータを消去し                  （６３）    
受信側において、処理済みデータを消去し                  （６４）    
受信側から送信側へ、処理済みデータ量を通知する          （６５）。
【００７５】
ここで、（６１）に示した［Ｂ１１］〜［Ｂ１５］のデータに代えて、（５１）により送信した［Ａ１１］〜［Ａ１５］あるいは［Ｃ１１］〜［Ｃ１５］のいずれかに引き続く［Ｃ１１］〜［Ｃ１５］もしくは［Ａ１１］〜［Ａ１５］を用意して、［Ｂ１１］〜［Ｂ１５］に先行して送信することも可能である。
【００７６】
なお、（１３）、（１５）、（２４）、（３５）、（４５）、あるいは（５５）において、受信側から送信側に各メモリカードに記憶すべき処理済みデータ量を通知することで、送信側は、受信バッファの空きを計算（勘定）できる。このとき、受信バッファの空き、すなわち受信バッファ空量については、メモリカード毎に求めた受信バッファ空量の総和である。
【００７７】
すなわち、受信バッファ空量は、    
受信バッファ滞留量  ＝  送信済みデータ量  −  処理済みデータ量    
受信バッファ空量    
＝  受信バッファサイズ  −  Σ  （デバイスあたりの）受信バッファ滞留量    
＜＜（デバイスあたりの）受信バッファ滞留量の総和＞＞    
により求めることができる。
【００７８】
以上から、デバイスと接続する全てのメモリカードに対するトランザクションにおけるデータの滞留量から、受信バッファの空量を推定することができる。すなわち、各メモリカードあたりの受信バッファ滞留量を計算し、それを総和することでデバイス機器に複数のメモリカードが接続されたときのデータバッファ空量を推定することができる。
【００７９】
次に、デバイス２（受信側）において、受信したデータを次工程へ処理（メモリカードの記憶領域へ記録）し、受信バッファからデータが削除されたことを示す、ＤＡＴＡ−ＡＣＫを、ホスト１（送信側）へ返却するタイミングを工夫する。
【００８０】
通常、無線通信のＭＡＣ層のデータは、２〜８ＫＢ（キロバイト）のパケットであり、送受信されるデータは、複数のパケットに分割される。
【００８１】
メモリカードが保持するデータのサイズは、例えば数ＭＢ（メガバイト）を超える場合も多く、一つのデータが１０００個以上のパケットに分割されることもある。ＤＡＴＡ−ＡＣＫは、多くの場合、パケットが一つ処理されるたびに送出される。しかしながら、ＤＡＴＡ−ＡＣＫは、ある程度まとめて送出することが可能であり、一つのパケットを受信して、その都度、送信する場合に比較して、送出されるデータ量が少なくなる。従って、ＤＡＴＡ−ＡＣＫの送出タイミングを工夫して、許容される時間内である程度、まとめて送信することが、効率がよい。
【００８２】
なお、ＤＡＴＡ−ＡＣＫも、送信側と受信側との間の通信（トラフィック）を占有するものであるから、ＤＡＴＡ−ＡＣＫの回数が少ないことは、データそのものの転送速度を高めるためにも有益である。
【００８３】
なお、ＤＡＴＡ−ＡＣＫを送出する（ＤＡＴＡ−ＡＣＫを返す）タイミングの一つとしては、トランザクション毎に、送信側でタイムアウトが発生する直前、であることが好ましい。返すものである。
【００８４】
また、送信側は、ＤＡＴＡ−ＡＣＫを受信するタイミングとＤＡＴＡ−ＡＣＫに記載の処理済みデータ量とから、受信側の機器の単位時間当たりのデータ処理量を推定することができる。
【００８５】
すなわち、特定のメモリカードへの読みだしもしくは書き込みにおいて、例えば過去１分に受け取ったＤＡＴＡ−ＡＣＫに記載の処理済みデータ量をすべて足して、それを６０で割ったものが、一秒当たりの、そのメモリカードの処理量となる。
【００８６】
このように、送信側（ホスト１）で、受信側（デバイス２）におけるデータ処理量を推定することができたとすると、送信側は、そのデータ処理量でデータを送出することに努める（データの送出時に、求めたデータ処理量を維持する）。
【００８７】
なお、通常、データ処理量はメモリカード毎に異なるため、データを伝送路に送出する場合にトランザクション毎の単位時間あたりに送出するデータ量は、異なることになる。
【００８８】
従って、送信側は、そのトランザクション毎のデータ送出量の割合でデータを多重し、ＭＡＣ層からデータを送出する。もちろん、その時点において送出するデータ量は、受信データで空量と推定されるデータ量に限る（受信バッファ空量の範囲内である）。
【００８９】
なお、全てのパケットには、例えばバス（Ｂｕｓ）ＩＤ、デバイス（Ｄｅｖｉｃｅ）ＩＤ、一連番号（ｓｅｑｕｅｎｃｅ  ＮＯ．）等の管理情報を含むヘッダ部（管理情報保持部）が付属するため、個々のパケットをメモリカード毎に連続する必要はなく、任意の順に送信することができる。また、受信されたパケットについても、メモリカード毎に区分され、さらに一連番号に従って再配列（一連化）される。
【００９０】
このようにすることにより、受信側では、一定量のデータ消費（次工程処理）が行え、また送信側では、一定量のデータ送信が安定して行える。
【００９１】
また、伝送路のデータ転送レートが変化した場合においても、前述のデータ処理量の推定を定期的に行うことにより、その配分は定期的に適切な値に更新されることになる。
【００９２】
このように、実施形態によれば、一つのデバイス装置に複数のメモリカードが接続し、それぞれに対して、同時にアクセスする場合について対応できるという点に効果がある。
また、接続されているメモリカードの特性（入出力速度等）に合わせて、送信側（ホスト）でデータレートを調節してデータを送信することにより、接続されたメモリカードにそれぞれ最適な速度でデータの送信が可能である。
【００９３】
また、メモリカードからデータを読み出す側においても、受信側のデータの消費（次工程への転送）の速度に合わせて、最適な速度でデータの送信が可能になる。
【００９４】
すなわち、メモリカードあたりの受信バッファ滞留量を計算し、それを総和することでデバイス（他の電子機器）に複数のメモリカードが接続されたときのデータバッファ空量を推定することで、接続されたメモリカードにそれぞれ最適な速度でデータの送信が可能となる。なお、受信したＤＡＴＡ−ＡＣＫより受信側でのデータ処理量を推定することにより、受信側で処理できる量のデータを安定して送出することができる。
【００９５】
また、受信側から送信側に送信されるＤＡＴＡ−ＡＣＫを、送信側でタイムアウトになる直前に送信することによって不要なＤＡＴＡ−ＡＣＫを送信する必要がなくなり、無線リソースの効率に役立つ。
【００９６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００９７】
１…ホスト装置（ＰＣ、テレビ装置、第一の電子機器）、２…デバイス（レコーダ、第二の電子機器）、３…記憶媒体（メモリカード、可搬媒体）、１０３…ホストＰＡＬ（プロトコルアプリケーション層）、１０４…ＰＨＹ／ＭＡＣ層、１１１…パケット送受信部、１２５・・・バッファメモリ、２０１…ＰＨＹ／ＭＡＣ層、２０２…ＰＡＬ（プロトコルアプリケーション層）、２０６…ＳＤホストコントローラ、２１１…パケット送受信部、２２５…バッファメモリ。
【図１】
0005390662.tif 000002
【図２】
0005390662.tif 000003
【図３】
0005390662.tif 000004
【図４Ａ】
0005390662.tif 000005
【図４Ｂ】
0005390662.tif 000006
【図４Ｃ】
0005390662.tif 000007