メモリ装置及びその制御方法
【課題】効率の良いアクセスが可能なメモリ装置及びその制御方法を提供すること。
【解決手段】実施形態のメモリ装置１０３は、第１インターフェース１１０、無線通信部１４０、第１メモリ１３０、及び第２メモリ１４１を備える。無線通信部１４０は、無線通信可能である。第１メモリ１３０は、不揮発にデータを格納可能である。第２メモリ１４１は、無線通信部１４０で受信したデータを一時的に保持可能である。無線通信部１４０は、第２メモリ１４１の残余容量が第１容量よりも少なくなった際には、第１フレームBlockAckを送信することにより、無線通信部１４０へのデータ送信が行われない期間を設定する。
【解決手段】実施形態のメモリ装置１０３は、第１インターフェース１１０、無線通信部１４０、第１メモリ１３０、及び第２メモリ１４１を備える。無線通信部１４０は、無線通信可能である。第１メモリ１３０は、不揮発にデータを格納可能である。第２メモリ１４１は、無線通信部１４０で受信したデータを一時的に保持可能である。無線通信部１４０は、第２メモリ１４１の残余容量が第１容量よりも少なくなった際には、第１フレームBlockAckを送信することにより、無線通信部１４０へのデータ送信が行われない期間を設定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、メモリ装置及びその制御方法に関する。
【背景技術】
【０００２】
近年、デジタルテレビ、デジタルビデオ、デジタルカメラ、携帯電話、及びノートパソコン等の電子機器のほとんどには、メモリカードスロットが備えられている。そして、メモリカードを介して他の電子機器とデータをやり取りすることが可能になってきている。
【０００３】
また、無線通信機能を搭載したメモリカードが登場してきている。このようなメモリカードを用いることにより、ＵＳＢ（Universal Serial Bus）インターフェースやメモリカードインターフェースを介して、電子機器に無線通信機能を付加することが可能になる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２１６０１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
効率の良いアクセスが可能なメモリ装置及びその制御方法を提供する。
【課題を解決するための手段】
【０００６】
実施形態のメモリ装置は、第１インターフェース、無線通信部、第１メモリ、及び第２メモリを備える。無線通信部は、無線通信可能である。第１メモリは、不揮発にデータを格納可能である。第２メモリは、無線通信部で受信したデータを一時的に保持可能である。無線通信部は、第２メモリの残余容量が第１容量よりも少なくなった際には、第１フレームを送信することにより、無線通信部へのデータ送信が行われない期間を設定する。
【図面の簡単な説明】
【０００７】
【図１】第１実施形態に係る無線通信システムのブロック図。
【図２】第１実施形態に係るメモリカードのブロック図。
【図３】第１実施形態に係るＭＡＣフレームの模式図。
【図４】第１実施形態に係るBlockAckフレームの模式図。
【図５】第１実施形態に係るメモリカードの動作を示すフローチャート。
【図６】第１実施形態に係る携帯電話の動作を示すフローチャート。
【図７】第１実施形態に係るフレームシーケンスを示すタイミングチャート。
【図８】第２実施形態に係るメモリカードの動作を示すフローチャート。
【図９】第２実施形態に係る携帯電話の動作を示すフローチャート。
【図１０】第２実施形態に係るフレームシーケンスを示すタイミングチャート。
【図１１】第３実施形態に係るメモリカードの動作を示すフローチャート。
【図１２】第３実施形態に係る携帯電話の動作を示すフローチャート。
【図１３】第３実施形態に係るフレームシーケンスを示すタイミングチャート。
【図１４】第４実施形態に係るBlockAckフレームの模式図。
【図１５】第４実施形態に係るメモリカードの動作を示すフローチャート。
【図１６】第４実施形態に係る携帯電話の動作を示すフローチャート。
【図１７】第４実施形態に係るフレームシーケンスを示すタイミングチャート。
【図１８】第５実施形態に係るメモリカードの動作を示すフローチャート。
【図１９】第６実施形態に係るメモリカードのブロック図。
【図２０】第７実施形態に係るメモリカードのブロック図。
【図２１】第７実施形態に係るメモリカードの動作を示すフローチャート。
【図２２】第７実施形態に係るフレームシーケンスを示すタイミングチャート。
【図２３】第８実施形態に係るメモリカードのブロック図。
【図２４】第８実施形態に係るメモリカードの動作を示すフローチャート。
【発明を実施するための形態】
【０００８】
以下、実施形態につき図面を参照して説明する。この説明に際し、全図にわたり、共通する部分には共通する参照符号を付す。
【０００９】
［第１実施形態］
第１実施形態に係るメモリ装置及びその制御方法について、以下説明する。
【００１０】
１．構成について
１．１ 無線通信システムについて
まず、本実施形態に係る無線通信システムの例について、図１を用いて説明する。図１は無線通信システムのブロック図である。
【００１１】
図示するように、無線通信システム１００は、携帯電話１０１、テレビ１０２、及びメモリカード１０３を備えている。携帯電話１０１は、無線ＬＡＮ通信機能を有する。テレビ１０２はカードスロットを備えており、このカードスロットにメモリカード１０３が挿入される。メモリカード１０３は、テレビ１０２から電力を供給されることによって動作し、データの記憶機能に加えて、無線ＬＡＮ通信機能を有する。すなわち、メモリカード１０３が挿入されることによって、テレビ１０２に無線ＬＡＮ通信機能が新たに付加される。
【００１２】
以上の構成において、携帯電話１０１とメモリカード１０３とが無線ＬＡＮ通信を実行する。
【００１３】
１．２ メモリカード１０３の構成について
次に、上記メモリカード１０３の構成について図２を用いて説明する。図２はメモリカードのブロック図である。
【００１４】
図示するようにメモリカード１０３は、インターフェース部（ＩＦ部）１１０、カードコントローラ１２０、不揮発性メモリ１３０、無線通信部１４０、及びアンテナ１５０を備えている。
【００１５】
不揮発性メモリ１３０は、不揮発にデータを記憶する。すなわち、不揮発性メモリに記憶されたデータは、不揮発性メモリ１３０に対する電力供給が停止されても消去されない。不揮発性メモリ１３０は、例えばＮＡＮＤ型フラッシュメモリ等の半導体メモリである。ＮＡＮＤ型フラッシュメモリにおいて、データの書き込み及び読み出しは、複数のメモリセルの集合毎に行われる。このメモリセルの集合を１ページと呼ぶ。つまり、ＮＡＮＤ型フラッシュメモリへの書き込み及び読み出しは、ページ単位で行われる。ここで、１ページの容量は、例えば２Ｋバイト（＝１６Ｋビット）である。
【００１６】
ＩＦ部１１０は、当該メモリカード１０３が挿入される電子機器（本例ではテレビ１０２）との接続を司る。そして有線接続によって、テレビ１０２へデータを送信し、またはテレビ１０２からデータを受信する。メモリカード１０３がＳＤＴＭカードである場合、ＩＦ部１１０はＳＤインターフェースである。また、ＩＦ部１１０はレジスタ１１１を備えている。レジスタ１１１は、例えばメモリカード１０３のステータス情報を保持可能である。そしてテレビ１０２は、レジスタ１１１内の情報を読み出すことで、メモリカード１０３の現在の状態を把握することが出来る。
【００１７】
無線通信部１４０は、IEEE 802.11（IEEE 802.11a、IEEE 802.11b、IEEE 802.11g、及びIEEE 802.11nも含む）規格に対応するよう構成される。無線通信部１４０は、アンテナ１５０を介して、携帯電話１０１に内蔵される無線ＬＡＮ装置からの無線信号を受信し、また携帯電話１０１に内蔵される無線ＬＡＮ装置へ無線信号の送信を行う。図２に示すように無線通信部１４０は、大まかにはバッファメモリ１４１、送受信部１４２、監視部１４２、及び通信制御部１４３を備えている。
【００１８】
バッファメモリ１４１は、携帯電話１０１からの受信データを一時的に保持し、またカードコントローラ１２０によって与えられた送信データを一時的に保持する。一般的に、バッファメモリ１４１の書き込み及び読み出しに要する時間は、不揮発性メモリ１３０のそれよりも速い。またメモリカード１０３では、不揮発性メモリ１３０の容量は、その物理的なサイズやコスト等を考慮しながら、出来るだけ大きくされる。他方、バッファメモリ１４１は、その容量がなるべく小さくなるように構成されることが多い。従って、例えば不揮発性メモリ１３０にデータを書き込む場合には、バッファメモリ１４１が一杯（full）になっていることが想定される。
【００１９】
送受信部１４２は、データの送受信処理を行う。すなわち、データの送信時には、バッファメモリ１４１内の送信データにつき、変調処理やＤ／Ａ変換等を行い、アンテナ１５０から送信する。またデータの受信時には、アンテナ１５０で受信したフレームにつきＡ／Ｄ変換や復調処理を行い、受信データをバッファメモリ１４１に格納する。送受信部１４２はその他に、通信制御部１４４の命令によって種々の管理フレームや制御フレームを送信し、また受信した管理フレームや制御フレームを通信制御部１４４に出力する。
【００２０】
監視部１４３は、バッファメモリ１４１の空き状況を監視する。そしてこの空き状況を、通信制御部１４４に通知する。
【００２１】
通信制御部１４４は、無線通信部１４０全体の動作を制御する。すなわち、カードコントローラ１２０からデータの送信命令を受信した際には、送受信部１４２に対してデータを送信させる。また通信制御部１４４は、種々の管理フレームや制御フレームを組み立て、これを送信するよう送受信部１４２に命令する。
【００２２】
カードコントローラ１２０は、メモリカード１０３全体の動作を制御する。例えば、ＩＦ部１１０を介してテレビ１０２からデータの書き込み命令を受信した際には、受信したデータを不揮発性メモリ１３０へ書き込む。またテレビ１０２から読み出し命令を受信した際には、不揮発性メモリ１３０からデータを読み出し、ＩＦ部１１０を介してテレビ１０２へ出力する。
【００２３】
更にカードコントローラ１２０は、ＩＦ部１１０を介してテレビ１０２からデータの送信命令を受信した際には、送信データを無線通信部１４０へ転送すると共に、携帯電話１０１へのデータ送信命令を無線通信部１４０へ発行する。また無線通信部１４０が携帯電話１０１からデータを受信した際には、カードコントローラ１２０は受信データをバッファメモリ１４１から読み出して、不揮発性メモリ１３０へ書き込み、及び／またはＩＦ部１１０を介してテレビ１０２へ出力する。
【００２４】
１．３ ＭＡＣフレームの構成について
次に、無線通信部１４０で送受信されるＭＡＣフレームの構成について説明する。一般的なＭＡＣフレームのフォーマットは、ＭＡＣヘッダ部、フレームボディ部、及びＦＣＳ（Frame Check Sequence）部を含む。
【００２５】
ＭＡＣヘッダ部には、ＭＡＣ層における受信処理に必要な情報が設定される。フレームボディには、フレームの種類に応じた情報（上位レイヤからのデータ等）が設定される。ＦＣＳ部には、ＭＡＣヘッダ部とフレームボディ部とが正常に受信できたか否かを判定するために用いるＣＲＣ（Cyclic Redundancy Code）が設定される。
【００２６】
一例として、ＩＥＥＥ８０２．１１規格に従った無線ＬＡＮシステムにおけるＭＡＣフレームの構成例を図３に示す。図示するように、ＭＡＣヘッダ部には、Frame Controlフィールド、Duration/IDフィールド、Addressフィールド（複数含まれる：図３のAddress1〜Address4）、Sequence Controlフィールド、QoS Controlフィールド、及びHT Controlフィールドが含まれる。
【００２７】
Frame Controlフィールドには、フレームの種類に応じた値が設定される。Duration/IDフィールドには、送信待機する期間（ＮＡＶ：Network Allocation Vector）が設定される。Addressフィールドには、当該ＭＡＣフレームの直接の宛先や最終宛先、及び／または送信元のＭＡＣアドレスが設定される。Sequence Controlフィールドには、送信するデータのシーケンス番号や、データをフラグメント化した場合のフラグメント番号が設定される。QoS controlフィールド及びHT Controlフィールドについては後述する。
【００２８】
Frame Controlフィールドには、Protocol Versionフィールド、Typeフィールド、Subtypeフィールド、“To Ds”フィールド、“From DS”フィールド、モアフラグメント（more fragment）フィールド、Retryフィールド、PwrMgtフィールド、“More Data”フィールド、プロテクトフレーム（Protected Frame）フィールド、及びオーダー（order）フィールド等が含まれる。
【００２９】
Protocol Versionフィールドは、ＭＡＣプロトコルのバージョンを示す。
【００３０】
Typeフィールドは、当該ＭＡＣフレームの種類を示す。すなわち、Typeフィールドに設定されるビット列によって、制御フレーム、管理フレーム、及びデータフレームのうちどのフレームタイプに属するフレームであるかを判定することができる。
【００３１】
更に、Subtypeフィールドのビット列によって、各フレームタイプ内のＭＡＣフレームの種類が示される。
【００３２】
また“To DS”フィールドには、受信局が無線基地局であるか無線端末であるかの情報が設定され、“From DS”フィールドには、送信局が無線基地局であるか、無線端末であるかの情報が設定される。例えば、無線基地局から無線端末へ送信されるフレームであれば、“To DS”フィールドには０が設定され、“From DS”フィールドには１が設定される。なお、“To DS”フィールド及び“From DS”フィールドの両方に１が設定される場合には、無線ＬＡＮ基地局間でやりとりされるフレームであることを意味し、ＭＡＣヘッダにはAddress4フィールドが付加されるが、それ以外の設定ではAddress4フィールドは付加されない。
【００３３】
More Fragmentフィールドは、データがフラグメント化された場合に、後続するフラグメントフレームが存在するか否かを示す情報を保持する。
【００３４】
Retryフィールドは、当該ＭＡＣフレームが再送されていることを示す。
【００３５】
PwrMgt（power management）フィールドは、このビットが１に設定されたフレームが送信された後に、メモリカード側がパワーセーブ（power save）モードに移行することを示す。
【００３６】
“More Data”フィールドは、パワーセーブモードに移行することを示した無線端末（本例では携帯電話１０１）に対して、バッファリングされたデータがまだ存在していることを示す。
【００３７】
プロテクトフレームフィールドには、当該フレームがプロテクトされているか否かの情報が設定される。
【００３８】
オーダーフィールドには、フレームを中継する際に、フレームの順序を入れ替えてはいけないことを示す情報、もしくはHT Controlフィールドが付加されるか否かを示す情報が設定される。
【００３９】
例えば、正常に受信されたフレームのTypeフィールドによって、当該フレームがデータフレームであることが判明した場合に、さらにSubtypeフィールドに設定されるビット列を確認することにより、QoSデータであるか、またはnon-QoSデータであるかを判別することが可能である。
【００４０】
QoSデータフレームでは、ＭＡＣヘッダ部にQoS Controlフィールドが付加される（逆にnon-QoSデータの場合にはQoS Controlフィールドは付加されない）。従って、判定の結果QoSデータであると判別した場合には、QoS Controlフィールドを確認する。このQoS Controlフィールドには、データのトラフィックに応じた識別子が設定されるＴＩＤフィールド（０〜１５までの１６種類存在）や、送達確認方式が設定されるAck policyフィールド等が含まれる。ＴＩＤフィールドを確認することでデータのトラフィック種別を認識することができ、Ack policyフィールドを確認することで、そのQoSデータがNormal Ack policyか、Block Ack policyか、それともNo Ack policyで送信されたのかを判別することができる。なお、Ack policyフィールドにNormal Ack policyを意味するビット列が設定されている場合には、QoSデータフレームの受信に対して即時応答フレームの送信を要求していることを意味する。一方、non-QoSデータ（Subtypeが“Data”を示す）フレームの受信に対しては、常に即時応答フレームの送信を要求している。また、non-QoSデータである場合のオーダーフィールドは、フレームの順序を入れ替えてはいけないことを意味する情報を示すことになっている。
【００４１】
HT Controlフィールドは、IEEE 802.11n規格に対応する無線通信装置同士の通信で用いることができる。HT Controlフィールドは、802.11nのみで規定された物理層フレームフォーマットで送信されたＭＡＣフレームが、QoSデータもしくは管理フレームである場合で、且つオーダーフィールドに１が設定されたときのみ、付加される（受信した物理層フレームが802.11n規格のみで規定された物理層フレームフォーマットであるか否かは、送受信部１４２内の物理層処理部（図示せず）からの伝送フレーム情報によって判定可能である）。このHT Controlフィールドには、802.11n規格で規定されるLink Adaptation機能などを支援するための情報が含まれる。
【００４２】
図３において、ＭＡＣヘッダの各フィールドの上に記した数字は、各フィールドの長さ（サイズ）を示しており、オクテット単位で示している。なお１オクテットは８ビットである。またFrame Controlフィールド内の各フィールドの上に記した数字も、各フィールドの長さ（サイズ）であり、こちらはビット単位で示している。図３の通り、ＭＡＣヘッダの最大長は、例えば３６オクテット（３６バイト）である。しかしながら、ＭＡＣヘッダの長さは、フレームの種類によって異なる。
【００４３】
図４は、送達確認フレームの模式図であり、一例としてBlockAckフレームを示している。データを送信する際には、複数のデータフレームが連接されて送信されても良い。このようなフレームはＡ−ＭＰＤＵ（aggregated MAC Protocol Data Unit）等と呼ばれる。この複数のデータフレームを含むＡ−ＭＰＤＵに対して、単一のフレームで送達確認を行うのがBlockAckフレームである。送達確認フレームは制御フレームの一つである。
【００４４】
図示するようにBlockAckフレームは、Frame Controlフィールド、Duration/IDフィールド、及びAddressフィールドをＭＡＣヘッダ部に含む。またフレームボディには、BA Controlフィールド、Block Ack Bitmapフィールド、及びBlock Ack Starting Sequence Controlフィールドを含む
BA Controlフィールドには、データフレームのQoS Controlフィールドに含まれるトラフィックに応じた識別子であるＴＩＤフィールド等が含まれる。Block Ack Bitmapフィールドには、データフレームを正常受信したことを示す送達確認情報が設定される。より具体的には、連接された複数のデータフレームのうち、どれが正常に受信され、どれが正常に受信されなかったを示す情報が設定される。Block Ack Starting Sequence Controlフィールドには、データフレームのシーケンス番号が含まれる。これは、Block Ack Bitmapフィールドに示される送達確認情報の開始シーケンス番号である。その他のフィールドは、図３で説明した通りである。
【００４５】
２．動作について
以下、本実施形態に係る無線通信システム１００において、携帯電話１０１が送信端末となり、メモリカード１０３が受信端末となって、データを携帯電話１０１からメモリカード１０３へ送信する場合を例に挙げて、携帯電話１０１及びメモリカード１０３の動作を説明する。
【００４６】
２．１ メモリカード１０３の動作について
まず、メモリカード１０３の動作について図５を用いて説明する。図５はメモリカード１０３の動作の流れを示すフローチャートである。
【００４７】
図示するようにメモリカード１０３は、送受信部１４２でデータを受信すると（ステップＳ１０）、このデータをバッファメモリ１４１に格納する（ステップＳ１１）。データがバッファメモリ１４１に格納されて、そのサイズが不揮発性メモリ１３０への書き込み単位（例えば２Ｋバイト）に達すると、カードコントローラ１２０はバッファメモリ１４１からデータを読み出して、不揮発性メモリ１３０へ書き込む。
【００４８】
監視部１４３は、バッファメモリ１４１の空き容量が、ある一定値未満に減少したか否かを監視しており、その監視結果を通信制御部１４４へ供給している。この一定値は、例えば１つのデータフレームのサイズや、５１２バイト等の固定値であってもよく、適宜選択出来る。
【００４９】
バッファメモリ１４１の空き容量が一定値未満になると（ステップＳ１２、ＹＥＳ）、その情報を受信した通信制御部１４４は、PwrMgtフィールドのビットを“１”として、BlockAckフレームを送信する（ステップＳ１３）。より具体的には、通信制御部１４４は、PwrMgtフィールドのビットを“１”としてBlockAckフレームを組み立てる。そして送受信部１４２に対してこのBlockAckフレームを供給すると共に、これを携帯電話１０１へ送信するよう命令する。この命令に従って送受信部１４２は、アンテナ１５０を介してBlockAckフレームを携帯電話１０１へ送信する。これによってメモリカード１０３は、携帯電話１０１に対して当該メモリカード１０３へのデータ送信を禁止する。
【００５０】
BlockAckフレームを送信した後、通信制御部１４４は、監視部１４３を介してバッファメモリ１４１の空き容量をチェックする。そして、バッファメモリ１４１の空き容量がある一定容量以上になった際（ステップＳ１４、ＹＥＳ）、通信制御部１４４は、QoS-Nullフレームを携帯電話１０１へ送信する（ステップＳ１５）。図示を省略するが、QoS-NullフレームもPwrMgtフィールドを有しており、本ステップＳ１５において通信制御部１４４は、QoS-NullフレームのPwrMgtフィールドを“０”とする。これによってメモリカード１０３は、携帯電話１０１に対する当該メモリカード１０３へのデータ送信の禁止を解除する。
【００５１】
ステップＳ１２において、バッファメモリ１４１の空き容量が一定値以上であれば（ステップＳ１２、ＮＯ）、通信制御部１４４は、PwrMgtフィールドのビットを“０”として、BlockAckフレームを送信する（ステップＳ１６）。
【００５２】
なお、ステップＳ１０において、データを正常に受信出来たと通信制御部１４４が判断した場合、この判断に基づいてカードコントローラ１２０は、ＩＦ部１１０のレジスタ１１１に、ビジー（busy）状態または無線通信中である旨を示す情報を格納する。テレビ１０２は、このレジスタ１１１内の情報を参照することにより、メモリカード１０３が動作中（無線通信中）であることを認識出来る。なお、ビジー状態または無線通信中である旨を示す情報を、レジスタ１１１に格納するのみならず、ＩＦ部１１０がテレビ１０２へ通知しても良い。
【００５３】
２．２ 携帯電話１０１の動作について
次に、携帯電話１０１の動作について図６を用いて説明する。図６は携帯電話１０１の動作の流れを示すフローチャートである。
【００５４】
図示するように、携帯電話１０１はメモリカード１０３へデータを送信し（ステップＳ２０）、引き続きこのデータについてのBlockAckフレームを受信する（ステップＳ２１）。そして、受信したBlockAckフレーム内のPwrMgtフィールドの値を確認し、PwrMgtフィールドのビットが“１”であれば（ステップＳ２２、ＹＥＳ）、携帯電話１０１は送信待機する（ステップＳ２３）。この送信待機は、PwrMgtフィールドのビットが“０”とされたQoS-Nullフレームを受信するまで継続する（ステップＳ２４、ＮＯ）。
【００５５】
QoS-Nullフレームを受信すると（ステップＳ２４、ＹＥＳ）、携帯電話１０１は送信待機を解除し（ステップＳ２５）、QoS-Nullフレームに対する応答フレーム（ＡＣＫフレーム）をメモリカード１０３へ送信する（ステップＳ２６）。その後はまたデータの送信を再開する。
【００５６】
２．３ 動作の具体例について
以上の携帯電話１０１及びメモリカード１０３の動作の具体例について、図７を用いて説明する。図７は、携帯電話に内蔵される無線ＬＡＮ装置から、２つのデータフレームが３回のバースト送信によって送信され、メモリカード１０３に内蔵される無線通信部１４０がこれを受信する際のフレームシーケンスを示している。
【００５７】
連続して送信されるデータフレームの間隔は、通信効率を上げるため、無線機能が対応する無線通信規格で規定されるなるべく短い間隔を指定する。例えば、802.11規格であれば、ＳＩＦＳ（16μsec）あるいはＲＩＦＳ（2μsec）を選択する。また、データフレームとBlockAckフレームのフレーム間隔は、無線通信規格で規定される最小の間隔を指定する。例えば、802.11規格であれば、ＳＩＦＳ（16μsec）を選択する。
【００５８】
図７に示されるデータフレームはそれぞれ１つのフレームを意味するが、これらをアグリゲートすることにより、802.11n規格で規定されるアグリゲーションフレームを用いても良い。
【００５９】
図示するように、時刻ｔ０で２つのデータフレームを受信した際、メモリカード１０３側ではバッファメモリ１４１の空き容量が一定値未満にまで減少したとする。するとメモリカード１０３は、PwrMgtフィールドを“１”としてBlockAckフレームを時刻ｔ１で携帯電話１０１へ送信する。これによって、携帯電話１０１は、メモリカード１０３への送信を禁止される。
【００６０】
その後、バッファメモリ１４１内のデータが不揮発性メモリ１３０に転送されることにより、バッファメモリ１４１の空き容量が一定値以上になると、メモリカード１０３は時刻ｔ２でQoS-Nullフレームを携帯電話１０１へ送信する。すると携帯電話１０１は、時刻ｔ３で、QoS-Nullフレームに対するＡＣＫフレームをメモリカード１０３へ送信する。これにより、メモリカード１０３のデータ送信禁止が解除され、再び２つのデータフレームをメモリカード１０３へ送信する。
【００６１】
時刻ｔ４で２つのデータフレームを受信したメモリカード１０３は、この時点ではバッファメモリ１４１内の空き容量が一定値以上であったとする。するとメモリカード１０３は、PwrMgtフィールドを“０”としたBlockAckフレームを、時刻ｔ５で携帯電話１０１へ送信する。PwrMgtフィールドが“０”であるので、携帯電話１０１は送信待機することなく、引き続きデータフレームをメモリカード１０３へ送信する。
【００６２】
３．本実施形態に係る効果
以上のように、本実施形態に係る構成であると、効率の良いアクセスが可能となる。本効果につき、以下説明する。
【００６３】
ＳＤメモリカードインターフェース規格のように、不揮発性メモリを用いたメモリカードで使用されることを前提とした規格では、不揮発性メモリにデータを書き込む際の処理時間を考慮したプロトコルが規定される。
【００６４】
一方、無線ＬＡＮのような無線通信規格では、無線チャネルを介して転送されたデータを不揮発性メモリへ書き込む処理時間を考慮したプロトコルは規定されていない。
【００６５】
ここで、ＳＤメモリカード内に不揮発性メモリ、メモリコントローラ、及び無線ＬＡＮ機能が搭載される場合を考える。例えば、メモリコントローラが不揮発性メモリにデータを書き込む速度が、無線ＬＡＮによるデータの通信速度より速い場合には、無線ＬＡＮ経由で受信したデータが滞ることはない。しかし、無線ＬＡＮによるデータの通信速度の方が速い場合には、無線ＬＮＡ経由で受信したデータが不揮発性メモリに書き込むことができずに廃棄されてしまう可能性がある。
【００６６】
この回避方法としては、ＴＣＰ／ＩＰのようなフロー制御を行う上位プロトコルを用いる方法があるが、ＴＣＰ／ＩＰ処理を行うプロセッサの動作電力の増加となるため好ましくない。
【００６７】
この点、本実施形態に係る構成であると、無線通信によって受信されたデータを一時的に保持するバッファメモリ１４１の空き容量を監視している。そして、バッファメモリ１４１の空き容量が少なくなった場合には、メモリカード１０３の送信する応答フレーム（BlockAckフレーム）によって、送信待機の旨を、データフレームの送信元である携帯電話１０１に通知して、携帯電話１０１からのデータフレーム送信を一時的に停止させる。その後、バッファメモリ１４１の空き容量が増加すると、その旨を通知するフレーム（QoS-Nullフレーム）を携帯電話１０１に送信し、このフレームと、それに対する応答フレームとの交換によって、データフレーム送信の一時的な停止を解除する。
【００６８】
一方、バッファメモリ１４１の空き容量が十分にある場合には、メモリカード１０３の送信する応答フレームによって送信継続の旨を携帯電話１０１に通知する。これにより、携帯電話１０１はメモリカード１０３へのデータフレームの送信を継続出来る。
【００６９】
以上により、メモリカード１０３は、メモリカード１０３のバッファメモリ１４１の使用状況によって、適宜、携帯電話１０１からのデータフレーム送信を制御出来る。そのため、バッファメモリ１４１に空きが無いにも関わらずデータフレームを受信し、受信したデータフレームを破棄せざるを得ないような状況を回避出来る。このため、効率の良いデータ通信が可能となる。
【００７０】
更に本実施形態に係る構成であると、無線通信によるデータ通信が開始された際には、電力を供給しているホスト機器（本実施形態ではテレビ１０２）に対して、無線通信中であることを通知している。これにより、無線通信中に給電が停止されることを防止出来る。このことによっても、データの無駄な再送の必要性が生じることを抑制し、効率的なデータ通信に寄与する。
【００７１】
［第２実施形態］
次に、第２実施形態に係るメモリ装置及びその制御方法について説明する。本実施形態に係るメモリ装置は、上記第１実施形態において、メモリカード１０３の送信するBlockAckフレームのDurationフィールドに、携帯電話１０１の送信待機期間と、この情報をDurationフィールドに示している旨の情報とを格納するものである。以下では、第１実施形態と異なる点についてのみ説明する。
【００７２】
１．構成について
メモリカード１０３の構成は、第１実施形態で説明した図２の通りである。第１実施形態と異なる点は以下の点のみである。すなわち、
・通信制御部１４４は、バッファメモリ１４１の空き容量が一定値未満であった場合、その空き容量に応じて、携帯電話１０１の送信待機期間の長さを算出する。
・携帯電話１０１によるデータフレーム送信を禁止するBlockAckフレームのDurationフィールドに、算出した送信待機期間と、それを格納した旨の情報を設定する。
【００７３】
２．動作
次に、本実施形態に係るメモリカード１０３及び携帯電話１０１の動作について、第１実施形態と同様に携帯電話１０１が送信端末となり、メモリカード１０３が受信端末となる場合を例に、以下説明する。
【００７４】
２．１ メモリカード１０３の動作について
まず、メモリカード１０３の動作について図８を用いて説明する。図８はメモリカード１０３の動作の流れを示すフローチャートである。
【００７５】
図示するように、第１実施形態において図５を用いて説明したフローチャートにおいて、バッファメモリ１４１の空き容量が一定値未満であった場合（ステップＳ１２、ＹＥＳ）、通信制御部１４４は、携帯電話１０１に設定すべき送信待機期間の長さを決定し、これをBlockAckフレームのDurationフィールドに設定する（ステップＳ３０）。例えば、フィールドの単位を３２μsecとすれば、Duratinonフィールドに“１０（十進数）”が設定された場合には、送信待機期間の長さは３２０μsecとなる。
【００７６】
引き続き通信制御部１４４は、PwrMgtフィールドを“１”として、BlockAckフレームを携帯電話１０１へ送信する（ステップＳ３１）。
【００７７】
２．２ 携帯電話１０１の動作について
次に、携帯電話１０１の動作について図９を用いて説明する。図９は携帯電話１０１の動作の流れを示すフローチャートである。
【００７８】
図示するように、第１実施形態において図６を用いて説明したフローチャートにおいて、受信したBlockAckフレームのPwrMgtフィールドが“１”であった場合（ステップＳ２２、ＹＥＳ）、携帯電話１０１はDurationフィールドを確認して（ステップＳ３３）、Durationフィールドに設定された期間が経過するまでデータフレームの送信を待機する（ステップＳ２３、ステップＳ３４でＮＯ）。期間が満了すれば（ステップＳ３４、ＹＥＳ）、送信待機を解除する（ステップＳ２５）。
【００７９】
２．３ 動作の具体例について
以上の携帯電話１０１及びメモリカード１０３の動作の具体例について、図１０を用いて説明する。図１０は、第１実施形態の図７と同様に、携帯電話に内蔵される無線ＬＡＮ装置から、２つのデータフレームが３回のバースト送信によって送信され、メモリカード１０３に内蔵される無線通信部１４０がこれを受信する際のフレームシーケンスを示している。
【００８０】
図示するように、時刻ｔ０で２つのデータフレームを受信した際、メモリカード１０３側ではバッファメモリ１４１の空き容量が一定値未満にまで減少したとする。するとメモリカード１０３の通信制御部１４４は、どのくらいの期間、送信を待機させればバッファメモリ１４１の空き容量が一定値以上になるかを計算する。そして、Durationフィールドに、得られた期間Δｔ１を設定し、またPwrMgtフィールドを“１”として、BlockAckフレームを時刻ｔ１で携帯電話１０１へ送信する。これによって、携帯電話１０１は、メモリカード１０３への送信を禁止される。
【００８１】
携帯電話１０１は、BlockAckフレームを受信した時点から、Durationフィールドに格納されている期間Δｔ１が満了するまで、データフレームのメモリカード１０３への送信を停止する。この間にメモリカード１０３では、バッファメモリ１４１から不揮発性メモリ１３０へのデータ転送が行われる。
【００８２】
携帯電話１０１は、期間Δｔ１が満了すると、QoS-Nullフレームの受信及びこれに対するＡＣＫフレームの送信を行うことなく、データフレームのメモリカード１０３への送信を再開する。
【００８３】
時刻ｔ４で２つのデータフレームを受信したメモリカード１０３は、この時点ではバッファメモリ１４１内の空き容量が一定値以上であったとする。するとメモリカード１０３は、PwrMgtフィールドを“０”とし、またDurationフィールドに送信待機期間を設定することなく、BlockAckフレームを時刻ｔ５で携帯電話１０１へ送信する。PwrMgtフィールドが“０”であるので、携帯電話１０１は送信待機することなく、引き続きデータフレームをメモリカード１０３へ送信する。
【００８４】
３．本実施形態に係る効果
以上のように、本実施形態に係る構成であると、第１実施形態よりも更に効率の良いアクセスが可能となる。本効果につき、以下説明する。
【００８５】
本実施形態に係る構成であると、データフレームの送信元を送信待機させるためのフレーム（本例ではBlockAckフレーム）のDurationフィールドに、送信待機期間の長さを設定している。従って、データフレームの送信元は、このフレームを受信した時点において、いつ、データフレームの送信を再開出来るのか、を知ることが出来る。従って、第１実施形態におけるQoS-NullフレームとＡＣＫフレームとのやりとりが不要となる。その結果、より効率の良いアクセスが可能となる。
【００８６】
なお、送信待機を解除するまでの時間を予測することは、バッファメモリ１４１の容量が空くまでにどれだけ時間を要するか、を予測することに等しい。従って、例えばある書き込み単位のサイズのデータを不揮発性メモリ１３０に書き込むのに要する時間を、通信制御部１４４に設定しておいても良い。もちろん、この計算処理は、通信制御部１４４ではなくカードコントローラ１２０が行い、上記時間もカードコントローラ１２０が保持しても良い。
【００８７】
また本実施形態では、PwrMgtフィールドの使用を省略しても良い。つまり、Durationフィールドに送信待機期間が設定された送達確認フレーム（本実施形態ではBlockAckフレーム）を受信した場合には、当該送達確認フレームの宛先である通信端末が送信を待機する、という取り決めを予めしておけば、PwrMgtフィールドが無くても良い。この場合、送信待機させる際にはDurationフィールドにその期間を格納し、送信待機させない際にはDurationフィールドにゼロを格納すればよい。
【００８８】
［第３実施形態］
次に、第３実施形態に係るメモリ装置及びその制御方法について説明する。本実施形態は、上記第１実施形態と第２実施形態とを組み合わせたものである。以下では、第１、第２実施形態と異なる点についてのみ説明する。
【００８９】
１．構成について
メモリカード１０３の構成は、第１実施形態で説明した図２の通りである。第１実施形態と異なる点は以下の点のみである。すなわち、
・通信制御部１４４は、バッファメモリ１４１の空き容量が一定値未満であった場合、Durationフィールドに送信待機期間の長さを設定するか否かを判断する。
・通信制御部１４４は、Durationフィールドに送信待機期間の長さを設定する場合には第２実施形態の処理を行い、設定しない場合（または設定不可能な場合（例えば送信待機期間を算出出来なかった場合等））には第１実施形態の処理を行う。
【００９０】
２．動作
次に、本実施形態に係るメモリカード１０３及び携帯電話１０１の動作について、第１実施形態と同様に携帯電話１０１が送信端末となり、メモリカード１０３が受信端末となる場合を例に、以下説明する。
【００９１】
２．１ メモリカード１０３の動作について
まず、メモリカード１０３の動作について図１１を用いて説明する。図１１はメモリカード１０３の動作の流れを示すフローチャートである。
【００９２】
図示するように、ステップＳ１０、Ｓ１１の後、バッファメモリ１４１の空き容量が一定値未満であった場合（ステップＳ１２、ＹＥＳ）、通信制御部１４４は、Durationフィールドに送信待機期間を設定するか否か、つまり携帯電話１０１に対して送信待機期間を通知するか否かを判断する。設定しない場合（ステップＳ４０、ＮＯ）には、第１実施形態で説明したステップＳ１３〜Ｓ１５の処理を実行する。他方、設定する場合（ステップＳ４０、ＹＥＳ）には、第２実施形態で説明したステップＳ３０、Ｓ３１の処理を実行する。
【００９３】
２．２ 携帯電話１０１の動作について
次に、携帯電話１０１の動作について図１１を用いて説明する。図１１は携帯電話１０１の動作の流れを示すフローチャートである。
【００９４】
図示するように、ステップＳ２０、Ｓ２１の後、受信したBlockAckフレームのPwrMgtフィールドが“１”であった場合（ステップＳ２２、ＹＥＳ）、携帯電話１０１はDurationフィールドが設定されているか否かを確認する。設定されていない場合（ステップＳ５１、ＮＯ）には、第１実施形態で説明したステップＳ２３〜Ｓ２６の処理を実行する。他方、設定されている場合（ステップＳ５１、ＹＥＳ）には、第２実施形態で説明したステップＳ３３以降の処理を実行する。
【００９５】
２．３ 動作の具体例について
以上の携帯電話１０１及びメモリカード１０３の動作の具体例について、図１３を用いて説明する。図１３は、第１実施形態の図７と同様に、携帯電話に内蔵される無線ＬＡＮ装置から、２つのデータフレームが３回のバースト送信によって送信され、メモリカード１０３に内蔵される無線通信部１４０がこれを受信する際のフレームシーケンスを示している。
【００９６】
図示するように、時刻ｔ０で２つのデータフレームを受信した際、メモリカード１０３側ではバッファメモリ１４１の空き容量が一定値未満にまで減少したとする。この際、何らかの事情により、設定すべき送信待機期間の長さを予測出来なかったとする。この場合、通信制御部１４４は、Durationフィールドに送信待機期間を設定することなく、PwrMgtフィールドを“１”として、BlockAckフレームを送信する。そしてバッファメモリ１４１の空き容量が十分となった時点でQoS-Nullフレームを送信する。
【００９７】
他方、時刻ｔ４でデータフレームを受信した際には、バッファメモリ１４１の空き容量が一定値未満にまで減少し、且つ設定すべき送信待機期間の長さを予測可能であったとする。この場合、通信制御部１４４は、Durationフィールドに送信待機期間を設定すると共に、PwrMgtフィールドを“１”として、BlockAckフレームを送信する。この場合には、QoS-Nullフレームの送信は不要である。
【００９８】
３．本実施形態に係る効果
本実施形態に係る構成であると、そのときの状況に応じて、データフレームの送信元端末に対する送信待機の手法を適宜選択出来る。従って、様々な使用の端末と通信する場合に広く対応出来、またシステムの設計の自由度を向上出来る。
【００９９】
［第４実施形態］
次に、第４実施形態に係るメモリ装置及びその制御方法について説明する。本実施形態に係るメモリ装置は、上記第１実施形態において、メモリカード１０３の送信するBlockAckフレームを拡張して、メモリカード１０３の受信可能なデータフレーム数を携帯電話１０１に通知するものである。以下では、第１実施形態と異なる点についてのみ説明する。
【０１００】
１．構成について
メモリカード１０３の構成は、第１実施形態で説明した図２の通りである。第１実施形態と異なる点は以下の点のみである。すなわち、
・通信制御部１４４は、バッファメモリ１４１の空き容量が一定値以上であった場合、その空き容量に応じて、BlockAckフレーム送信後に受信可能なデータフレーム数を算出する。
・通信制御部１４４は、バッファメモリ１４１の空き容量が一定値未満であった場合、その空き容量に応じて、携帯電話１０１の送信待機期間の後に受信可能なデータフレーム数を算出する。
・携帯電話１０１に対して送達確認を行うBlockAckフレームに、Remaining Bufferフィールドを付加して、Remaining Bufferフィールドに、算出したデータフレーム数を設定する。
【０１０１】
図１４は、Remaining Bufferフィールドを付加したBlockAckフレームの模式図である。以下、このフレームを拡張BlockAckフレームと呼ぶ。図示するように、フレームボディにはRemaining Bufferフィールドが設けられている。そしてRemaining Bufferフィールドには、バッファメモリ１４１の残余容量情報が格納される。本実施形態では、Remaining Bufferフィールドの単位をデータフレームの個数として説明するが、Ｋバイト単位等、受信可能なデータサイズであっても良い。
【０１０２】
２．動作について
次に、本実施形態に係るメモリカード１０３及び携帯電話１０１の動作について、第１実施形態と同様に携帯電話１０１が送信端末となり、メモリカード１０３が受信端末となる場合を例に、以下説明する。
【０１０３】
２．１ メモリカード１０３の動作について
まず、メモリカード１０３の動作について図１５を用いて説明する。図１５はメモリカード１０３の動作の流れを示すフローチャートである。
【０１０４】
図示するように、第１実施形態において図５を用いて説明したフローチャートにおいて、バッファメモリ１４１の空き容量が一定値未満であった場合（ステップＳ１２、ＹＥＳ）、通信制御部１４４は、携帯電話１０１を送信待機させた後に受信可能なデータフレーム数を決定し、これをRemaining Bufferフィールドに設定する（ステップＳ５０）。
【０１０５】
引き続き通信制御部１４４は、PwrMgtフィールドを“１”として、拡張BlockAckフレームを携帯電話１０１へ送信する（ステップＳ５１）。その後は、第１実施形態と同様にステップＳ１４、Ｓ１５の処理を実行する。
【０１０６】
他方、バッファメモリ１４１の空き容量が一定値以上であった場合（ステップＳ１２、ＮＯ）、通信制御部１４４は、拡張BlockAckフレームを送信した後に受信可能なデータフレーム数を決定し、これをRemaining Bufferフィールドに設定する（ステップＳ５２）。
【０１０７】
引き続き通信制御部１４４は、PwrMgtフィールドを“０”として、拡張BlockAckフレームを携帯電話１０１へ送信する（ステップＳ５３）。
【０１０８】
なお、Remaining Bufferフィールドを“０”に設定した際には、データフレーム数についての判断を携帯電話１０１に委ねることとしてもよい。
【０１０９】
２．２ 携帯電話１０１の動作について
次に、携帯電話１０１の動作について図１６を用いて説明する。図１６は携帯電話１０１の動作の流れを示すフローチャートである。
【０１１０】
図示するように、携帯電話１０１は拡張BlockAckフレームを受信すると（ステップＳ５４）、Remaining Bufferフィールドを確認する（ステップＳ５５）ことにより、次に送信可能なデータフレーム数を把握する（ステップＳ５６）。
【０１１１】
その後は、第１実施形態と同様にステップＳ２２〜Ｓ２６の処理を実行する。携帯電話は、次の送信機会においては、直近で受信した拡張BlockAckフレーム内のRemaining Bufferフィールドで指定された数を最大限として、データフレームを送信する。Remaining Bufferフィールドが“０”であった際には、送信するデータフレーム数は携帯電話１０１が判断するようにしても良い。
【０１１２】
２．３ 動作の具体例について
以上の携帯電話１０１及びメモリカード１０３の動作の具体例について、図１７を用いて説明する。図１７は、第１実施形態の図７と同様に、携帯電話に内蔵される無線ＬＡＮ装置からメモリカード１０３に内蔵される無線通信部１４０にデータフレームが送信される際のフレームシーケンスを示している。
【０１１３】
図示するように、時刻ｔ０で２つのデータフレームを受信した際、メモリカード１０３側ではバッファメモリ１４１の空き容量が一定値未満にまで減少したとする。するとメモリカード１０３の通信制御部１４４は、携帯電話１０１に対して送信待機させる期間と、不揮発性メモリ１３０へのデータの書き込み速度との関係等に基づき、送信待機期間後にバッファメモリ１４１で受信可能なデータフレーム数を算出する。この結果、例えば受信可能なデータフレーム数は２個であったとする。すると通信制御部１４４は、Remaining Bufferフィールドに“２”を設定し、またPwrMgtフィールドを“１”として、拡張BlockAckフレームを時刻ｔ１で携帯電話１０１へ送信する。これによって、携帯電話１０１は、メモリカード１０３への送信を禁止される。
【０１１４】
その後、QoS-NullフレームとＡＣＫフレームとにより送信待機が解除されると、携帯電話は、時刻ｔ１で受信した拡張BlockAckフレームのRemaining Bufferフィールドに設定されていた２個を上限として、データフレームを送信する（図１７では２個のデータフレームが送信されている）。
【０１１５】
時刻ｔ４で２つのデータフレームを受信した際、メモリカード１０３側ではバッファメモリ１４１の空き容量が一定値以上であったとする。すると通信制御部１４４は、バッファメモリ１４１の空き状況に基づき、拡張BlockAckフレーム送信後にバッファメモリ１４１で受信可能なデータフレーム数を算出する。この結果、例えば受信可能なデータフレーム数は３個であったとする。すると通信制御部１４４は、Remaining Bufferフィールドに“３”を設定し、またPwrMgtフィールドを“０”として、拡張BlockAckフレームを時刻ｔ５で携帯電話１０１へ送信する。
【０１１６】
すると携帯電話は、時刻ｔ５で受信した拡張BlockAckフレームのRemaining Bufferフィールドに設定されていた３個を上限として、データフレームを送信する（図１７では３個のデータフレームが送信されている）。
【０１１７】
３．本実施形態に係る効果
以上のように、本実施形態に係る構成であると、第１実施形態よりも更に効率の良いアクセスが可能となる。本効果につき、以下説明する。
【０１１８】
本実施形態に係る構成であると、従来のBlockAckフレームを拡張することにより、受信可能なデータフレーム数を示すRemaining BufferフィールドをBlockAckフレームに付加している。そして、この拡張BlockAckフレームを用いることにより、データの送信端末に対して、送信可能な最大データフレーム数を通知出来る。
【０１１９】
その結果、データの受信端末においては、バッファメモリの空き容量が、ある一定値未満にまで減少することがほとんど無くなる。従って、送信端末に送信待機期間が設定される機会が減少し、QoS-NullフレームとＡＣＫフレームによるフレーム交換の必要性も減少する。よって、効率の良いデータ通信が可能となる。
【０１２０】
４．本実施形態の変形例
以下、本実施形態の変形例のいくつかについて説明する。
【０１２１】
４．１ 第１の例
上記第４実施形態では、拡張BlockAckフレームにPwrMgtフィールドを設ける場合を例に説明したが、PwrMgtフィールドを省略しても良い。この場合、Remaining Bufferフィールドの値は、バッファメモリ１４１の残余容量を示す。そしてRemaining Bufferフィールドがゼロの場合、携帯電話１０１は送信を待機する。QoS-NullフレームとＡＣＫフレームにより送信待機を解除された後に送信するデータフレーム数は、例えば携帯電話１０１が判断する。
【０１２２】
４．２ 第２の例
上記第４実施形態及び上記第１の例において、QoS-NullフレームとＡＣＫフレームのやりとりを省略してもよい。これは、先に述べた通り、Remaining Bufferフィールドを用いることで、バッファメモリ１４１の残余容量が一定値未満にまで減少するケースはかなり減少すると考えられるからである。この場合、どれだけの期間、送信待機するかは、例えば携帯電話１０１が判断する。
【０１２３】
４．３ 第３の例
上記第４実施形態及び上記第１、第２の例において、拡張BlockAckフレームのDurationフィールドに、送信待機期間の長さを設定してもよい。これは第２、第３実施形態で説明した通りである。
【０１２４】
［第５実施形態］
次に、第５実施形態に係るメモリ装置及びその制御方法について説明する。本実施形態は、上記第１乃至第４実施形態において、メモリカード１０３がテレビ１０２からアクセスされた際には、送信待機を携帯電話１０１に命令するものである。以下では、第１乃至第４実施形態と異なる点についてのみ説明する。
【０１２５】
１．メモリカード１０３の動作について
図１８は、本実施形態に係るメモリカード１０３の動作を示すフローチャートである。
【０１２６】
図示するように、メモリカード１０３がＩＦ部１１０を介してテレビ１０２からアクセスされた場合（すなわち、テレビ１０２がメモリカード１０３に対してデータの書き込みまたは読み出しを実施してきた場合）、ＩＦ部１１０はこれを受け付ける（ステップＳ６０）。ＩＦ部１１０でアクセスを受け付けたことに応答して、カードコントローラ１２０は、無線通信部１４０が携帯電話１０１と無線通信中であるか否かを確認する（ステップＳ６１）。
【０１２７】
無線通信中であった場合（ステップＳ６２、ＹＥＳ）、カードコントローラ１２０は、無線通信部１４０に対して、不揮発性メモリ１３０はビジー状態であることを通知すると共に、携帯電話１０１に送信待機させるよう、無線通信部１４０に命令する。すなわち、無線通信部１４０は、PwrMgtフィールドを“１”としてQoS-Nullフレームを生成し、これを携帯電話１０１へ送信する（ステップＳ６３）。これによって携帯電話１０１は、メモリカード１０３に対するデータ送信を禁止される。
【０１２８】
その後、テレビ１０２による不揮発性メモリ１３０へのアクセスが終了すると（ステップＳ６４、ＹＥＳ）、カードコントローラ１２０は、携帯電話１０１の送信待機を解除するよう、無線通信部１４０に命令する。すなわち、無線通信部１４０は、PwrMgtフィールドを“０”としてQoS-Nullフレームを生成し、これを携帯電話１０１へ送信する（ステップＳ６５）。これによって携帯電話１０１は、メモリカード１０３に対するデータ送信を再開する。
【０１２９】
２．本実施形態に係る効果
本実施形態に係るメモリカード１０３は、外部と接続するインターフェースを複数有する。すなわち、一方は有線接続のＩＦ部１１０であり、他方は無線接続の無線通信部１４０である。つまり、複数のホスト機器によって、メモリカード１０３はアクセスされる。
【０１３０】
そして、場合によっては複数のホスト機器から同時にアクセスされるケースがあり得る。例えば、テレビ１０２がメモリカード１０３にアクセス中に、携帯電話１０１からメモリカード１０３にデータが送信されたとする。すると、メモリカード１０３は既にビジー状態にあるので、携帯電話１０１から送信されたデータは不揮発性メモリ１３０に書き込まれず、破棄されてしまうおそれがある。
【０１３１】
しかしながら本実施形態に係る構成であると、テレビ１０２からのアクセスを受け付けた際、メモリカード１０３は無線通信を一旦停止する。つまり、あるホスト機器からのアクセスを受け付けている期間は、その他のホスト機器からのアクセスを受け付けない。このように、先にアクセスされたホスト機器の処理を優先することで、データの無駄な再送を防止し、効率の良い通信が可能となる。
【０１３２】
なお、テレビ１０２からのアクセス時間が予測できる場合には、第２実施形態のように、送信待機期間の長さを携帯電話１０１に通知してもよいし、または第４実施形態のようにRemaining Bufferフィールドを使用してもよい。
【０１３３】
なお、本実施形態では、ＩＦ部１１０からのアクセスを優先する場合を例に説明したが、無線通信部１４０を優先しても良い。すなわち、無線通信部１４０によって携帯電話１０１と無線通信中に、ＩＦ部１１０を介してテレビ１０２からアクセスを受け付けた際には、カードコントローラ１２０は、ビジー状態である旨を、ＩＦ部１１０を介してテレビ１０２に通知してもよい。これによって、無線通信中にテレビ１０２からデータが転送されることを抑制出来る。
【０１３４】
また、本実施形態は上記第１乃至第４実施形態の構成を前提として説明したが、本実施形態単独で実施してもよい。
【０１３５】
［第６実施形態］
次に、第６実施形態に係るメモリ装置及びその制御方法について説明する。本実施形態は、上記第１乃至第５実施形態において、ＩＦ部１１０を無線化したものである。以下では、第１乃至第５実施形態と異なる点についてのみ説明する。
【０１３６】
１．メモリカード１０３の構成について
図１９は、本実施形態に係るメモリカード１０３のブロック図である。図示するように、本実施形態に係るメモリカード１０３は、第１実施形態で説明した図２の構成において、無線通信部１４０をＩＦ部１１０内に搭載したものである。言い換えれば、図２において無線通信部１４０を廃して、且つＩＦ部１１０を無線化した、と言うことも出来るし、または図２においてＩＦ部１１０を廃して、ＩＦ部１１０の機能を無線通信部１４０に持たせた、と言うことも出来る。
【０１３７】
２．メモリカード１０３の構成について
図１９において、無線通信部１４０は、携帯電話１０１だけでなく、テレビ１０２とも通信を行う。そしてテレビ１０２との通信の際も、PwrMgtフィールド、Durationフィールド、及びReaminingフィールドの少なくともいずれかによって、テレビ１０２に対してデータフレームの送信を待機させる。
【０１３８】
３．本実施形態に係る効果
以上のように、メモリカード１０３のインターフェースを全て無線化してもよい。また、本実施形態も、第１乃至第５実施形態を前提とすることなく、本実施形態単独で実施してもよい。
【０１３９】
［第７実施形態］
次に、第７実施形態に係るメモリ装置及びその制御方法について説明する。本実施形態は、上記第１実施形態において、携帯電話１０１に対して送信待機させるか否かを判断する別の方法に関するものである。以下では、第１実施形態と異なる点についてのみ説明する。
【０１４０】
１．メモリカード１０３の構成について
図２０は、本実施形態に係るメモリカード１０３のブロック図である。図示するように、本実施形態に係るメモリカード１０３は、第１実施形態で説明した図２において、カードコントローラ１２０が、バッファメモリ１２１を備えたものである。
【０１４１】
無線通信によって無線通信部１４０で受信されたデータは、まずバッファメモリ１４１に格納され、その後バッファメモリ１２１に転送される。そしてカードコントローラ１２０は、バッファメモリ１２１内のデータを不揮発性メモリ１３０に記憶させる。
【０１４２】
通信制御部１４４は、バッファメモリ１４１の空き容量がある一定値未満になったか否かだけではなく、バッファメモリ１２１にデータが転送されることによってバッファメモリ１４１の空き容量が増加することと、携帯電話１０１が次にデータフレームを送信するまでに要する時間とに応じて、携帯電話１０１を送信待機させるか否かを判断する。この通信制御部１４４の動作については、以下詳細に説明する。
【０１４３】
２．メモリカード１０３の動作について
図２１は、メモリカード１０３の動作を示すフローチャートである。
【０１４４】
図示するように、バッファメモリ１４１の空き容量が一定値未満であった場合（ステップＳ１２、ＹＥＳ）、通信制御部１４４は、遅延時間とバッファ解放時間とを比較する（ステップＳ７０）。遅延時間とは、メモリカード１０３がBlockAckフレームを送信開始してから、携帯電話１０１がデータフレームを送信するまでに要する時間のことである。この遅延時間は、通信制御部１４４によって統計的に算出出来る。他方、バッファ解放時間とは、バッファメモリ１４１内のデータを、カードコントローラ１２０のバッファメモリ１２１またはＩＦ部１１０を介してテレビ１０２に転送するのに要する時間である。言い換えれば、バッファ解放時間は、現時点から、バッファメモリ１４１の空き容量がある一定値以上に増加するまでに要する時間のことである。
【０１４５】
そして通信制御部１４４は、遅延時間がバッファ解放時間以下であれば（ステップＳ７１、ＮＯ）、ステップＳ１３に進み、携帯電話１０１を送信待機させる。他方、遅延時間がバッファ解放時間より長ければ（ステップＳ７１、ＹＥＳ）、現時点ではバッファメモリ１４１の空き容量は十分では無いが、実際にデータフレームが送信されてくる時点においては十分な空き容量が確保出来る、と判断する。従って、ステップＳ１６に進み、携帯電話１０１を送信待機させず、携帯電話１０１との無線通信を継続する。
【０１４６】
図２２は、第１実施形態の図７と同様に、携帯電話に内蔵される無線ＬＡＮ装置から、メモリカード１０３に内蔵される無線通信部１４０にデータが送信される際のフレームシーケンスである。
【０１４７】
図示するように、時刻ｔ０で２つのデータフレームを受信した際、メモリカード１０３側ではバッファメモリ１４１の空き容量が一定値未満にまで減少したとする。すると通信制御部１４４は、遅延時間Δｔdとバッファ解放時間Δｔfとを予測し、両者を比較する。その結果、遅延時間Δｔd＞バッファ解放時間Δｔfであったとする。すると、通信制御部１４４は、PwrMgtフィールドを“０”として、BlockAckフレームを時刻ｔ２で携帯電話１０１へ送信する。これによって、携帯電話１０１は、引き続き継続してメモリカード１０３へデータフレームを送信出来る。
【０１４８】
３．本実施形態に係る効果
本実施形態に係る構成であると、第１実施形態に較べてより効率の良い通信が可能となる。本効果につき以下説明する。
【０１４９】
アンテナ１５０で受信されたデータは、まず初めにバッファメモリ１４１に蓄えられる。しかしこのデータは、バッファメモリ１４１内にいつまでも残っているわけではない。例えば不揮発性メモリ１３０に書き込まれるためにバッファメモリ１２１に転送されたり、またはテレビ１０２へ転送されたりする。
【０１５０】
すると、バッファメモリ１４１の空き容量が少なくなったとしても、バッファメモリ１４１内のデータがすぐにバッファメモリ１２１やテレビ１０２に転送されるのであれば、バッファメモリ１４１の空き容量不足は、すぐに解消される。
【０１５１】
そこで本実施形態では、次にデータフレームが転送される時点でバッファメモリ１４１の空き容量不足が解消されると予測されるなら、たとえ現時点でバッファメモリ１４１の空き容量が一定値未満であっても、携帯電話１０１を送信待機させない。より具体的には、遅延時間Δｔd＞バッファ解放時間Δｔfであれば、空き容量不足はすぐに解消されると判断出来る。
【０１５２】
これにより、携帯電話１０１を必要以上に送信待機させる必要がなく、より一層、効率のよい通信が可能となる。
【０１５３】
なお、本実施形態は第１実施形態に適用した場合を例に説明したが、第２乃至第５実施形態にも同様に適用出来る。例えば第２実施形態に適用する際には、図８のステップＳ１２でＹＥＳの分岐の後に、ステップＳ７０、Ｓ７１の処理を実行し、遅延時間Δｔd＞バッファ解放時間Δｔfであれば、ステップＳ１６に進み、そうでなければステップＳ３０に進む。例えば第４実施形態に適用する際には、図１５のステップＳ１２でＹＥＳの分岐の後に、ステップＳ７０、Ｓ７１の処理を実行し、遅延時間Δｔd＞バッファ解放時間Δｔfであれば、ステップＳ５２に進み、そうでなければステップＳ５０に進む。
【０１５４】
［第８実施形態］
次に、第８実施形態に係るメモリ装置及びその制御方法について説明する。本実施形態は、上記第７実施形態のより詳細な具体例に対応するものである。
【０１５５】
１．メモリカードの構成について
１．１ メモリカードの全体構成について
図２３は、本実施形態に係るメモリカード２００のブロック図である。図示するようにメモリ装置２００は、ホスト装置３００と有線接続され、またホスト装置３００から電力供給を受ける。ホスト装置３００との間のインターフェース規格は、例えばＳＤ規格（ＳＤメモリインターフェース規格や、ＳＤＩＯインターフェース規格を含む）やＵＳＢ等に対応する規格である。
【０１５６】
更にメモリ装置２００は、無線通信装置４００と無線接続可能とされている。この無線通信方式は、IEEE 802.11（IEEE 802.11a、IEEE 802.11b、IEEE 802.11g、IEEE 802.11nも含む）規格に対応するように構成されてもよいし、別の無線規格であってもよい。
【０１５７】
メモリカード２００は、制御部２１０、不揮発性メモリ２２０、無線通信部２３０、及びアンテナ２４０を備えている。
【０１５８】
無線通信部２３０は、無線通信装置４００と無線通信を行い、またホスト装置３００と有線通信を行う機能を有する。
【０１５９】
制御部２１０は、不揮発性メモリ２２０及び無線通信部２３０と接続される。そして制御部２１０は、無線通信部２３０から与えられるデータを不揮発性メモリ２２０へ書き込み、また不揮発性メモリ２２０から読み出したデータを無線通信部２３０へ転送する。
【０１６０】
不揮発性メモリ２２０は、メモリカード２００への電源供給が停止されてもデータを保持し続けるメモリであり、例えばＮＡＮＤ型フラッシュメモリである。
【０１６１】
１．２ 無線通信部２３０の構成について
次に、上記無線通信部２３０の構成について、引き続き図２３を参照して説明する。図示するように無線通信部２３０は、ＣＰＵ２３１、ＳＤインターフェース部（ＳＤＩＦ部）２３２、メモリ２３３、無線処理部２３４、マスター（Master）インターフェース部（マスターＩＦ部）２３５、及びバス２３６を備えている。
【０１６２】
無線処理部２３４は、アンテナ２４０を介して、IEEE 802.11（IEEE 802.11a、IEEE 802.11b、IEEE 802.11g、IEEE 802.11nも含む）規格に対応した送信および受信処理を行う。そして、メモリ２３３から読み出したデータを無線通信装置４００に送信したり、無線通信装置４００から受信したデータをメモリ２３３に書き込んだりする。
【０１６３】
ＳＤＩＦ部２３２は、ホスト装置３００との間で、ＳＤ規格（ＳＤメモリインターフェース規格やＳＤＩＯインターフェース規格を含む）に対応した転送処理を行う。そして、メモリ２３３から読み出したデータをホスト装置３００に送信したり、ホスト装置３００から受信したデータをメモリ２３３に書き込んだりする。
【０１６４】
メモリ２３３は、ＳＤＩＦ部２３２及び無線処理部２３４がやりとりするデータを一時的に格納する。メモリ２３３は例えば半導体メモリであり、ＤＲＡＭやＳＲＡＭである。ここで、本実施形態に係るメモリ２３３における、フレームを格納する容量を、例えばＤＡＴＡフレーム２つ分とする。
【０１６５】
マスターＩＦ部２３５は、制御部２１０とデータをやりとりするためのインターフェース機能を有する。そしてマスターＩＦ部２３５は、例えばＣＰＵ２３１からの指示により、メモリ２３３に格納されるデータを制御部２１０へ転送したり、不揮発性メモリ２２０に保存されるデータを、制御部２１０を介して読み出す処理を行ったりする。
【０１６６】
ＣＰＵ２３１は、無線通信部２３０全体の動作を制御する。すなわちＣＰＵ２３１は、無線通信部２３０内の各ブロックの制御を行い、またメモリ２３３に格納されるデータがマスターＩＦ部２３５を経由して制御部２１０へ転送されるまでの時間を計算したり、更には無線接続が開始された場合にＳＤＩＦ部２３２に「無線通信中」であることを示す状態を設定したりする。
【０１６７】
バス２３６は、上記の各機能ブロックを互いに通信可能に接続する。
【０１６８】
１．３ 制御部２１０の構成について
次に、制御部２１０の構成について、引き続き図２３を参照して説明する。図示するように制御部２１０は、ＣＰＵ２１１、メモリ制御部２１２、スレーブ（Slave）インターフェース部（スレーブＩＦ部）２１３、及びバス２１４を備えている。
【０１６９】
メモリ制御部２１２は、不揮発性メモリ２２０に対してデータの書き込み、読み出し、及び消去を行う機能を有する。そしてメモリ制御部２１２は、無線通信部２３０から転送されたデータを不揮発性メモリ２２０に書き込んだり、不揮発性メモリ２２０から読み出したデータを無線通信部２３０へ転送したりする。このためメモリ制御部２１２は、例えば少なくとも１ページ分（本実施形態では、ＤＡＴＡフレーム４つ分）の内部バッファを有する（図示せず）。
【０１７０】
スレーブＩＦ部２１３は、無線通信部２３０とデータをやりとりするためのインターフェース機能を有する。そしてスレーブＩＦ部２１３は、例えばマスターＩＦ部２３５からの要求により、受信したデータをメモリ制御部２１２へ転送したり、メモリ制御部２１２から転送されたデータをマスターＩＦ部２３５に送信したりする。
【０１７１】
ＣＰＵ２１１は、制御部２１０全体の動作を制御する。
【０１７２】
バス２１４は、上記の各機能ブロックを互いに通信可能に接続する。
【０１７３】
１．４ 第１乃至第７実施形態との対応関係について
上記説明した第１乃至第７実施形態と本実施形態は、例えば次のような関係にある。すなわち、先に説明したメモリカード１０３、テレビ１０２、及び携帯電話１０１は、それぞれ図２３のメモリカード２００、ホスト装置３００、及び無線通信装置４００に対応する。
【０１７４】
またＩＦ部１１０、カードコントローラ１２０、不揮発性メモリ１３０、及び無線通信部１４０はそれぞれ、ＳＤＩＦ部２３２、制御部２１０、不揮発性メモリ２２０、及びＳＤＩＦ部２３２を除く無線通信部２３０に対応する。
【０１７５】
更に、バッファメモリ１４１、送受信部１４２、並びに監視部１４３及び通信制御部１４４は、それぞれメモリ２３３、無線処理部２３４、及びＣＰＵ２３１に対応する。
【０１７６】
またバッファメモリ１２１は、スレーブＩＦ部２１３に対応する。
【０１７７】
２．メモリカード２００の動作について
２．１ データ通信の全体の流れについて
次に、本実施形態に係るメモリカード２００の動作について、図２４を用いて説明する。図２４は、メモリカード２００の各ブロック、ホスト装置３００、及び無線通信装置４００の間での信号やデータの授受を示すシーケンス図である。
【０１７８】
図示するように、
まず、無線通信装置４００は、メモリカード２００にデータを書き込むために書き込み要求（Write Request）を発行して、これをメモリカード２００に送信する。このWrite Requestは、IEEE 802.11規格で規定されるフレームの１つ（例えば、データフレーム）を用いて送信される。図２４におけるWrite Requestは、データフレームＤＡＴＡ１〜ＤＡＴＡ４の４つのデータフレームの送信要求であると仮定する。
【０１７９】
無線処理部２３４は、このWrite Requestを受信すると、現在のステータスがビジー状態であることをＳＤＩＦ部２３２に設定する。この場合、ＳＤＩＦ部２３２は、ビジー状態であることをホスト装置３００に対して明示的に通知してもよいし、ホスト装置３００から状態の問い合わせを受けたときに、ビジー状態を返答することでもよい。これにより、ホスト装置３００がメモリカード２００に対する電気の供給を不用意に停止してしまうことを回避する。
【０１８０】
引き続きメモリカード２００は、無線通信装置４００からＤＡＴＡ１及びＤＡＴＡ２を受信する。そして無線処理部２３４は、ＤＡＴＡ２を受信してからＳＩＦＳ（Short Inter Frame Space）期間の後に、ＤＡＴＡ１及びＤＡＴＡ２に対するBlockAckフレームを無線通信装置４００に送信する。
【０１８１】
また無線処理部２３４は、受信したＤＡＴＡ１及びＤＡＴＡ２をメモリ２３３に転送する。転送後、無線処理部２３４は、ＤＡＴＡ１及びＤＡＴＡ２を受信完了したことを、ＣＰＵ２３１に通知する。
【０１８２】
引き続き、ＣＰＵ２３１の制御に従って、マスターＩＦ部２３５はメモリ２３３からＤＡＴＡ１及びＤＡＴＡ２を読み出し、これをスレーブＩＦ部２１３に転送する。
【０１８３】
マスターＩＦ部２３５は、ＤＡＴＡ１およびＤＡＴＡ２の転送が完了すると、メモリ２３３に転送成功を通知する。この後、メモリ２３３は、ＤＡＴＡ１およびＤＡＴＡ２が格納されていたメモリ領域を解放し、データを書き込みができることを意味するレディ（Ready）状態であることを無線処理部２３４に通知する。
【０１８４】
ここで、ホスト装置３００がメモリカード２００の現在の状態を問い合わせてきた場合、ＳＤＩＦ部２３２は、ビジー状態（あるいは、無線通信中）であることを返答する。
【０１８５】
次に無線処理部２３４は、無線通信装置４００からＤＡＴＡ３及びＤＡＴＡ４を受信する。このとき、ＤＡＴＡ３及びＤＡＴＡ４が無線処理部２３４からメモリ制御部２１２に転送されるまでの手順は、先述した動作と同様である。
【０１８６】
メモリ制御部２１２は、内部バッファに転送されたデータが一定量溜まった場合、あるいはWrite Requestで要求されたサイズのデータ転送が終了した場合に、不揮発性メモリ２２０にデータを書き込む（図２４の例では、内部バッファにＤＡＴＡ１〜ＤＡＴＡ４が溜まった場合）。
【０１８７】
無線処理部２３４は、ＤＡＴＡ３及びＤＡＴＡ４の転送が完了してメモリ２３３からのレディ通知を受けた後、ビジー状態を解除する設定をＳＤＩＦ部２３２に行う。
【０１８８】
２．２ 無線通信装置４００を送信待機させるか否かの判断について
次に、無線通信装置４００を送信待機させるか否かの判断について、引き続き図２３及び図２４を用いて説明する。以下では簡単化のために、メモリ２３３は、ＤＡＴＡ１及びＤＡＴＡ２を格納すると、空き容量が一定値未満になる場合を仮定する。
【０１８９】
ここで、無線処理部２３４がBlockAckフレームを送信開始する時点から、ＤＡＴＡ３フレームを受信し始めるまでの時間を統計的に観測した平均値をＴ１（第７実施形態におけるΔｔdに相当する）する。また無線処理部２３４がBlockAckフレームを送信開始する時点から、メモリ２３３がレディ状態になる（メモリ２３３からＤＡＴＡ１およびＤＡＴＡ２が読みだされて、そのメモリ領域が解放される）までの時間をＴ２（第７実施形態におけるΔｔfに相当する）とする。
【０１９０】
無線処理部２３４は、Ｔ１＞Ｔ２であれば、BlockAckフレームのPwrMgtビットを“０”に設定して送信する（無線処理部２３４は、ＤＡＴＡ３を受信するまでにはメモリ２３３の領域が解放されていると予測する）。
【０１９１】
他方、Ｔ１≦Ｔ２であれば、無線処理部２３４は、BlockAckフレームのPwrMgtビットを“１”に設定して送信する（無線処理部２３４は、ＤＡＴＡ３を受信するまでにはメモリ２３３の領域が解放されていないと予測する）。
【０１９２】
３．本実施形態に係る効果
本実施形態により、第７実施形態と同様の効果が得られる。
【０１９３】
［変形例等］
上記のように、第１乃至第８実施形態に係るメモリ装置１０３は、第１インターフェース１１０、無線通信部１４０、第１メモリ１３０、及び第２メモリ１４１を備える。無線通信部１４０は、無線通信可能である。第１メモリ１３０は、不揮発にデータを格納可能である。第２メモリ１４１は、無線通信部１４０で受信したデータを一時的に保持可能である。無線通信部１４０は、第２メモリ１４１の残余容量が第１容量よりも少なくなった際には、第１フレームBlockAckを送信することにより、無線通信部１４０へのデータ送信が行われない期間を設定する。
【０１９４】
これにより、メモリ装置１０３が、無線チャネルを介して受信したデータを不揮発性メモリ１３０に書き込む際には、送信元装置１０１の送信を待機させることができる。そのため、メモリ装置１０３側で受信データが廃棄されることなく、効率よく不揮発性メモリ１３０へのデータ書き込みを実現できる。
【０１９５】
なお、上記実施形態は一例に過ぎず、種々の変形が可能である。例えば、上記実施形態では、バッファメモリ１４１が無線通信部１４０に含まれる場合を例に説明したが、バッファメモリ１４１がカードコントローラ１２０内にある場合であってもよいし、無線通信部１４０及びカードコントローラ１２０の両方にあってもよい。バッファメモリ１４１は、無線通信によって受信したデータの一次メモリとして機能するものであって、二次メモリとして機能するメモリ（例えば不揮発性メモリ１３０や図２０のバッファメモリ１２１）に較べて、読み出し及び書き込み動作を開始するまでの時間（レイテンシ）の短いメモリである。
【０１９６】
また、上記実施形態では、データフレームがアグリゲートされて送信され、これに対してBlockAckフレームを送信する場合を例に説明した。しかしながら、データフレームがアグリゲートされている必要はなく、この場合、通常の送達確認フレーム（無線方式が８０２．１１規格であれば、ＡＣＫフレーム）を用いて上記実施形態を実施してもよい。
【０１９７】
更に、ホスト機器としてテレビ１０２及び携帯電話１０１の例を説明したが、ホスト機器はこれら以外の電子機器であってもよく、限定されない。例えば、デジタルビデオ、デジタルカメラ、ノートパソコン、またはＰＤＡ等であっても良い。
【０１９８】
またメモリ装置１０３もＳＤカードに限られず、その他のカードデバイスであってもよい。更に不揮発性メモリ１３０はＮＡＮＤ型フラッシュメモリに限らず、その他の半導体メモリであってよい。またメモリ装置１０３は、ＳＤＩＯカードであってもよく、ストレージデバイスに限定されるものではない。つまり、無線機能と、無線によって受信したデータをバッファする構成を有していれば、限定されるものではない。更に、カードデバイスに限定されるものでもない。
【０１９９】
更に、上記実施形態は可能な限り組み合わせて実施することができ、また可能な限り単独で実施することも出来る。また上記実施形態においてフローチャートを用いて説明した動作も、可能な限りその順序を入れ替えることが出来る。
【０２００】
なお、上記実施形態は、以下のものを含む。すなわち、
１．第１インターフェース(IF部110@図2)と、無線通信可能な無線通信部(無線通信部140@図2)と、データを格納可能な不揮発性の第１メモリ(不揮発性メモリ130@図2)と、前記無線通信部で受信したデータを一時的に保持可能な第２メモリ(ハ゛ッファメモリ141@図2)とを具備し、前記無線通信部は、前記第２メモリの残余容量が第１容量よりも少なくなった際には、第１フレーム(BlockAckのPwrMgtまたはDuration@図7,10)を送信することにより、該無線通信部へのデータ送信が行われない期間を設定するメモリ装置。
２．上記１において、前記無線通信部は、前記第２メモリの残余容量が前記第１容量以上になった際には、第２フレーム(QoS-Null with PwrMgt=0@図7)を送信することにより、前記期間を解除する。
３．上記１または２において、前記第１フレームは、前記期間の長さを示す情報(Duration field@図10)を含む。
４．上記１において、前記無線通信部は、前記期間の長さを示す情報(Duration field@図13)を前記第１フレームに格納可能であり、
前記情報を前記第１フレームに含める場合(Duration fieldに設定する場合@図13)には、前記無線通信部が前記期間を解除するためのフレームを送信することなく、前記期間の満了によって前記期間が解除され、
前記情報を前記第１フレームに含めない場合(Duration fieldに設定しない場合@図13)には、前記無線通信部は、前記第２メモリの残余容量が前記第１容量以上になった際には、第２フレーム(QoS-Null with PwrMgt=0@図7)を送信することにより前記期間を解除する。
５．上記１〜４において、前記第１フレームは、前記第２メモリの残余容量を示す第１情報（Remaining Buffer@図14）を含む。
６．上記５において、前記第１フレームは、前記無線通信部へのデータ送信を禁止する旨の第２情報(PwrMgt@図17)を更に格納可能であり、
前記第１フレームが前記第２情報を含み、且つ前記第２情報が前記データ送信を禁止する場合(PwrMgt=1@図17)、前記第１情報(RemainingBuffer@図17)は、前記データ送信の禁止の解除後に前記第２メモリが受信可能なデータフレーム数を示し、
前記第２情報が前記データ送信を禁止しない場合(PwrMgt=0@図17)、前記第１情報(RemainingBuffer@図17)は、前記第１フレーム送信後に前記第２メモリが受信可能なデータフレーム数を示す。
７．上記１〜６において、前記第１インターフェースは、前記無線通信部が通信を開始した際、無線通信中であることを外部に明示する。
８．上記１〜７において、前記無線通信部が無線通信を行っている際に前記第１インターフェースがアクセスを受け付けた際、前記無線通信部は前記第１フレームを送信して、該無線通信部へのデータ送信を禁止する。
９．上記１〜８において、前記第１インターフェースは無線通信可能である。
１０．上記１〜９において、前記無線通信部は、前記第２メモリの残余容量が第１容量よりも少なくなった際、前記第１フレームを送信してからデータフレームを受信するまでの第１期間(Δtd@図22)と、前記第２メモリの残余容量が前記第１容量以上に増加するまでの第２期間(Δtf@図22)とを比較し、その比較結果に基づいて前記第１フレームを送信する。
１１．第１インターフェース(IF部110@図2)と、無線通信部(無線通信部140@図2)と、不揮発性の第１メモリ(不揮発性メモリ130@図2)と、第２メモリ(ハ゛ッファメモリ141@図2)とを備えたメモリ装置の制御方法であって、
前記無線通信部が、無線通信によって第１データを受信するステップ(S10@図5)と、前記第１データを第２メモリに格納するステップ(S11@図5)と、前記第２メモリの残余容量が第１容量よりも少なくなった場合(S12,YES@図5)、前記無線通信部は、無線通信によって第１フレームを送信することにより、前記メモリ装置へのデータ送信を禁止するステップ(S13@図5)とを備えるメモリ装置の制御方法。
１２．上記１１において、前記第２メモリ内の前記第１データを前記第１メモリへ転送するステップと、前記第２メモリの残余容量が前記第１容量以上になった際に、前記無線通信部が第２フレーム(QoS-Null with PwrMgt=0@図7)を送信することにより、前記データ送信の禁止を解除するステップ(S15@図5)とを更に備える。
１３．上記１１または１２において、前記第１フレームは、前記データ送信の禁止期間の長さを示す情報(Duration field@図10)を含む。
１４．上記１１において、前記無線通信部は、前記データ送信の禁止期間の長さを示す情報(Duration field@図13)を前記第１フレームに格納可能であり、
前記情報を前記第１フレームに含める場合(Duration fieldに設定する場合@図13)には、前記無線通信部が前記禁止期間を解除するためのフレームを送信することなく、前記禁止期間の満了によって前記禁止期間が解除され、
前記情報を前記第１フレームに含めない場合(Duration fieldに設定しない場合@図13)には、前記無線通信部は、前記第２メモリの残余容量が前記第１容量以上になった際には、第２フレーム(QoS-Null with PwrMgt=0@図7)を送信することにより前記禁止期間を解除する。
１５．上記１１〜１４において、前記第１フレームは、前記第２メモリの残余容量を示す第１情報（Remaining Buffer@図14）を含む。
１６．上記１５において、前記第１フレームは、前記無線通信部へのデータ送信を禁止する旨の第２情報(PwrMgt@図17)を更に格納可能であり、
前記第１フレームが前記第２情報を含み、且つ前記第２情報が前記データ送信を禁止する場合(PwrMgt=1@図17)、前記第１情報(RemainingBuffer@図17)は、前記データ送信の禁止の解除後に前記第２メモリが受信可能なデータフレーム数を示し、
前記第２情報が前記データ送信を禁止しない場合(PwrMgt=0@図17)、前記第１情報(RemainingBuffer@図17)は、前記第１フレーム送信後に前記第２メモリが受信可能なデータフレーム数を示す。
１７．上記１１〜１６において、前記無線通信部が通信を開始した際、無線通信中であることを前記第１インターフェースが外部に明示するステップを更に備える。
１８．上記１１〜１７において、前記無線通信部が無線通信を行っている際に前記第１インターフェースがアクセスを受け付けた際、前記無線通信部は前記第１フレームを送信して、該無線通信部へのデータ送信を禁止するステップを更に備える。
１９．上記１１〜１８において、前記第１インターフェースは無線通信可能である。
２０．上記１１〜１９において、前記無線通信部は、前記第２メモリの残余容量が第１容量よりも少なくなった際、前記第１フレームを送信してからデータフレームを受信するまでの第１期間(Δtd@図22)と、前記第２メモリの残余容量が前記第１容量以上に増加するまでの第２期間(Δtf@図22)とを比較し、その比較結果に基づいて前記第１フレームを送信する。
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【０２０１】
１００…無線通信システム、１０１…携帯電話、１０２…テレビ、１０３…メモリカード、１１０…ＩＦ部、１１１…レジスタ、１２０…カードコントローラ、１２１、１４１…バッファメモリ、１３０…不揮発性メモリ、１４０…無線通信部、１４２…送受信部、１４３…監視部、１４４…通信制御部、１５０…アンテナ
【技術分野】
【０００１】
本発明の実施形態は、メモリ装置及びその制御方法に関する。
【背景技術】
【０００２】
近年、デジタルテレビ、デジタルビデオ、デジタルカメラ、携帯電話、及びノートパソコン等の電子機器のほとんどには、メモリカードスロットが備えられている。そして、メモリカードを介して他の電子機器とデータをやり取りすることが可能になってきている。
【０００３】
また、無線通信機能を搭載したメモリカードが登場してきている。このようなメモリカードを用いることにより、ＵＳＢ（Universal Serial Bus）インターフェースやメモリカードインターフェースを介して、電子機器に無線通信機能を付加することが可能になる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２１６０１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
効率の良いアクセスが可能なメモリ装置及びその制御方法を提供する。
【課題を解決するための手段】
【０００６】
実施形態のメモリ装置は、第１インターフェース、無線通信部、第１メモリ、及び第２メモリを備える。無線通信部は、無線通信可能である。第１メモリは、不揮発にデータを格納可能である。第２メモリは、無線通信部で受信したデータを一時的に保持可能である。無線通信部は、第２メモリの残余容量が第１容量よりも少なくなった際には、第１フレームを送信することにより、無線通信部へのデータ送信が行われない期間を設定する。
【図面の簡単な説明】
【０００７】
【図１】第１実施形態に係る無線通信システムのブロック図。
【図２】第１実施形態に係るメモリカードのブロック図。
【図３】第１実施形態に係るＭＡＣフレームの模式図。
【図４】第１実施形態に係るBlockAckフレームの模式図。
【図５】第１実施形態に係るメモリカードの動作を示すフローチャート。
【図６】第１実施形態に係る携帯電話の動作を示すフローチャート。
【図７】第１実施形態に係るフレームシーケンスを示すタイミングチャート。
【図８】第２実施形態に係るメモリカードの動作を示すフローチャート。
【図９】第２実施形態に係る携帯電話の動作を示すフローチャート。
【図１０】第２実施形態に係るフレームシーケンスを示すタイミングチャート。
【図１１】第３実施形態に係るメモリカードの動作を示すフローチャート。
【図１２】第３実施形態に係る携帯電話の動作を示すフローチャート。
【図１３】第３実施形態に係るフレームシーケンスを示すタイミングチャート。
【図１４】第４実施形態に係るBlockAckフレームの模式図。
【図１５】第４実施形態に係るメモリカードの動作を示すフローチャート。
【図１６】第４実施形態に係る携帯電話の動作を示すフローチャート。
【図１７】第４実施形態に係るフレームシーケンスを示すタイミングチャート。
【図１８】第５実施形態に係るメモリカードの動作を示すフローチャート。
【図１９】第６実施形態に係るメモリカードのブロック図。
【図２０】第７実施形態に係るメモリカードのブロック図。
【図２１】第７実施形態に係るメモリカードの動作を示すフローチャート。
【図２２】第７実施形態に係るフレームシーケンスを示すタイミングチャート。
【図２３】第８実施形態に係るメモリカードのブロック図。
【図２４】第８実施形態に係るメモリカードの動作を示すフローチャート。
【発明を実施するための形態】
【０００８】
以下、実施形態につき図面を参照して説明する。この説明に際し、全図にわたり、共通する部分には共通する参照符号を付す。
【０００９】
［第１実施形態］
第１実施形態に係るメモリ装置及びその制御方法について、以下説明する。
【００１０】
１．構成について
１．１ 無線通信システムについて
まず、本実施形態に係る無線通信システムの例について、図１を用いて説明する。図１は無線通信システムのブロック図である。
【００１１】
図示するように、無線通信システム１００は、携帯電話１０１、テレビ１０２、及びメモリカード１０３を備えている。携帯電話１０１は、無線ＬＡＮ通信機能を有する。テレビ１０２はカードスロットを備えており、このカードスロットにメモリカード１０３が挿入される。メモリカード１０３は、テレビ１０２から電力を供給されることによって動作し、データの記憶機能に加えて、無線ＬＡＮ通信機能を有する。すなわち、メモリカード１０３が挿入されることによって、テレビ１０２に無線ＬＡＮ通信機能が新たに付加される。
【００１２】
以上の構成において、携帯電話１０１とメモリカード１０３とが無線ＬＡＮ通信を実行する。
【００１３】
１．２ メモリカード１０３の構成について
次に、上記メモリカード１０３の構成について図２を用いて説明する。図２はメモリカードのブロック図である。
【００１４】
図示するようにメモリカード１０３は、インターフェース部（ＩＦ部）１１０、カードコントローラ１２０、不揮発性メモリ１３０、無線通信部１４０、及びアンテナ１５０を備えている。
【００１５】
不揮発性メモリ１３０は、不揮発にデータを記憶する。すなわち、不揮発性メモリに記憶されたデータは、不揮発性メモリ１３０に対する電力供給が停止されても消去されない。不揮発性メモリ１３０は、例えばＮＡＮＤ型フラッシュメモリ等の半導体メモリである。ＮＡＮＤ型フラッシュメモリにおいて、データの書き込み及び読み出しは、複数のメモリセルの集合毎に行われる。このメモリセルの集合を１ページと呼ぶ。つまり、ＮＡＮＤ型フラッシュメモリへの書き込み及び読み出しは、ページ単位で行われる。ここで、１ページの容量は、例えば２Ｋバイト（＝１６Ｋビット）である。
【００１６】
ＩＦ部１１０は、当該メモリカード１０３が挿入される電子機器（本例ではテレビ１０２）との接続を司る。そして有線接続によって、テレビ１０２へデータを送信し、またはテレビ１０２からデータを受信する。メモリカード１０３がＳＤＴＭカードである場合、ＩＦ部１１０はＳＤインターフェースである。また、ＩＦ部１１０はレジスタ１１１を備えている。レジスタ１１１は、例えばメモリカード１０３のステータス情報を保持可能である。そしてテレビ１０２は、レジスタ１１１内の情報を読み出すことで、メモリカード１０３の現在の状態を把握することが出来る。
【００１７】
無線通信部１４０は、IEEE 802.11（IEEE 802.11a、IEEE 802.11b、IEEE 802.11g、及びIEEE 802.11nも含む）規格に対応するよう構成される。無線通信部１４０は、アンテナ１５０を介して、携帯電話１０１に内蔵される無線ＬＡＮ装置からの無線信号を受信し、また携帯電話１０１に内蔵される無線ＬＡＮ装置へ無線信号の送信を行う。図２に示すように無線通信部１４０は、大まかにはバッファメモリ１４１、送受信部１４２、監視部１４２、及び通信制御部１４３を備えている。
【００１８】
バッファメモリ１４１は、携帯電話１０１からの受信データを一時的に保持し、またカードコントローラ１２０によって与えられた送信データを一時的に保持する。一般的に、バッファメモリ１４１の書き込み及び読み出しに要する時間は、不揮発性メモリ１３０のそれよりも速い。またメモリカード１０３では、不揮発性メモリ１３０の容量は、その物理的なサイズやコスト等を考慮しながら、出来るだけ大きくされる。他方、バッファメモリ１４１は、その容量がなるべく小さくなるように構成されることが多い。従って、例えば不揮発性メモリ１３０にデータを書き込む場合には、バッファメモリ１４１が一杯（full）になっていることが想定される。
【００１９】
送受信部１４２は、データの送受信処理を行う。すなわち、データの送信時には、バッファメモリ１４１内の送信データにつき、変調処理やＤ／Ａ変換等を行い、アンテナ１５０から送信する。またデータの受信時には、アンテナ１５０で受信したフレームにつきＡ／Ｄ変換や復調処理を行い、受信データをバッファメモリ１４１に格納する。送受信部１４２はその他に、通信制御部１４４の命令によって種々の管理フレームや制御フレームを送信し、また受信した管理フレームや制御フレームを通信制御部１４４に出力する。
【００２０】
監視部１４３は、バッファメモリ１４１の空き状況を監視する。そしてこの空き状況を、通信制御部１４４に通知する。
【００２１】
通信制御部１４４は、無線通信部１４０全体の動作を制御する。すなわち、カードコントローラ１２０からデータの送信命令を受信した際には、送受信部１４２に対してデータを送信させる。また通信制御部１４４は、種々の管理フレームや制御フレームを組み立て、これを送信するよう送受信部１４２に命令する。
【００２２】
カードコントローラ１２０は、メモリカード１０３全体の動作を制御する。例えば、ＩＦ部１１０を介してテレビ１０２からデータの書き込み命令を受信した際には、受信したデータを不揮発性メモリ１３０へ書き込む。またテレビ１０２から読み出し命令を受信した際には、不揮発性メモリ１３０からデータを読み出し、ＩＦ部１１０を介してテレビ１０２へ出力する。
【００２３】
更にカードコントローラ１２０は、ＩＦ部１１０を介してテレビ１０２からデータの送信命令を受信した際には、送信データを無線通信部１４０へ転送すると共に、携帯電話１０１へのデータ送信命令を無線通信部１４０へ発行する。また無線通信部１４０が携帯電話１０１からデータを受信した際には、カードコントローラ１２０は受信データをバッファメモリ１４１から読み出して、不揮発性メモリ１３０へ書き込み、及び／またはＩＦ部１１０を介してテレビ１０２へ出力する。
【００２４】
１．３ ＭＡＣフレームの構成について
次に、無線通信部１４０で送受信されるＭＡＣフレームの構成について説明する。一般的なＭＡＣフレームのフォーマットは、ＭＡＣヘッダ部、フレームボディ部、及びＦＣＳ（Frame Check Sequence）部を含む。
【００２５】
ＭＡＣヘッダ部には、ＭＡＣ層における受信処理に必要な情報が設定される。フレームボディには、フレームの種類に応じた情報（上位レイヤからのデータ等）が設定される。ＦＣＳ部には、ＭＡＣヘッダ部とフレームボディ部とが正常に受信できたか否かを判定するために用いるＣＲＣ（Cyclic Redundancy Code）が設定される。
【００２６】
一例として、ＩＥＥＥ８０２．１１規格に従った無線ＬＡＮシステムにおけるＭＡＣフレームの構成例を図３に示す。図示するように、ＭＡＣヘッダ部には、Frame Controlフィールド、Duration/IDフィールド、Addressフィールド（複数含まれる：図３のAddress1〜Address4）、Sequence Controlフィールド、QoS Controlフィールド、及びHT Controlフィールドが含まれる。
【００２７】
Frame Controlフィールドには、フレームの種類に応じた値が設定される。Duration/IDフィールドには、送信待機する期間（ＮＡＶ：Network Allocation Vector）が設定される。Addressフィールドには、当該ＭＡＣフレームの直接の宛先や最終宛先、及び／または送信元のＭＡＣアドレスが設定される。Sequence Controlフィールドには、送信するデータのシーケンス番号や、データをフラグメント化した場合のフラグメント番号が設定される。QoS controlフィールド及びHT Controlフィールドについては後述する。
【００２８】
Frame Controlフィールドには、Protocol Versionフィールド、Typeフィールド、Subtypeフィールド、“To Ds”フィールド、“From DS”フィールド、モアフラグメント（more fragment）フィールド、Retryフィールド、PwrMgtフィールド、“More Data”フィールド、プロテクトフレーム（Protected Frame）フィールド、及びオーダー（order）フィールド等が含まれる。
【００２９】
Protocol Versionフィールドは、ＭＡＣプロトコルのバージョンを示す。
【００３０】
Typeフィールドは、当該ＭＡＣフレームの種類を示す。すなわち、Typeフィールドに設定されるビット列によって、制御フレーム、管理フレーム、及びデータフレームのうちどのフレームタイプに属するフレームであるかを判定することができる。
【００３１】
更に、Subtypeフィールドのビット列によって、各フレームタイプ内のＭＡＣフレームの種類が示される。
【００３２】
また“To DS”フィールドには、受信局が無線基地局であるか無線端末であるかの情報が設定され、“From DS”フィールドには、送信局が無線基地局であるか、無線端末であるかの情報が設定される。例えば、無線基地局から無線端末へ送信されるフレームであれば、“To DS”フィールドには０が設定され、“From DS”フィールドには１が設定される。なお、“To DS”フィールド及び“From DS”フィールドの両方に１が設定される場合には、無線ＬＡＮ基地局間でやりとりされるフレームであることを意味し、ＭＡＣヘッダにはAddress4フィールドが付加されるが、それ以外の設定ではAddress4フィールドは付加されない。
【００３３】
More Fragmentフィールドは、データがフラグメント化された場合に、後続するフラグメントフレームが存在するか否かを示す情報を保持する。
【００３４】
Retryフィールドは、当該ＭＡＣフレームが再送されていることを示す。
【００３５】
PwrMgt（power management）フィールドは、このビットが１に設定されたフレームが送信された後に、メモリカード側がパワーセーブ（power save）モードに移行することを示す。
【００３６】
“More Data”フィールドは、パワーセーブモードに移行することを示した無線端末（本例では携帯電話１０１）に対して、バッファリングされたデータがまだ存在していることを示す。
【００３７】
プロテクトフレームフィールドには、当該フレームがプロテクトされているか否かの情報が設定される。
【００３８】
オーダーフィールドには、フレームを中継する際に、フレームの順序を入れ替えてはいけないことを示す情報、もしくはHT Controlフィールドが付加されるか否かを示す情報が設定される。
【００３９】
例えば、正常に受信されたフレームのTypeフィールドによって、当該フレームがデータフレームであることが判明した場合に、さらにSubtypeフィールドに設定されるビット列を確認することにより、QoSデータであるか、またはnon-QoSデータであるかを判別することが可能である。
【００４０】
QoSデータフレームでは、ＭＡＣヘッダ部にQoS Controlフィールドが付加される（逆にnon-QoSデータの場合にはQoS Controlフィールドは付加されない）。従って、判定の結果QoSデータであると判別した場合には、QoS Controlフィールドを確認する。このQoS Controlフィールドには、データのトラフィックに応じた識別子が設定されるＴＩＤフィールド（０〜１５までの１６種類存在）や、送達確認方式が設定されるAck policyフィールド等が含まれる。ＴＩＤフィールドを確認することでデータのトラフィック種別を認識することができ、Ack policyフィールドを確認することで、そのQoSデータがNormal Ack policyか、Block Ack policyか、それともNo Ack policyで送信されたのかを判別することができる。なお、Ack policyフィールドにNormal Ack policyを意味するビット列が設定されている場合には、QoSデータフレームの受信に対して即時応答フレームの送信を要求していることを意味する。一方、non-QoSデータ（Subtypeが“Data”を示す）フレームの受信に対しては、常に即時応答フレームの送信を要求している。また、non-QoSデータである場合のオーダーフィールドは、フレームの順序を入れ替えてはいけないことを意味する情報を示すことになっている。
【００４１】
HT Controlフィールドは、IEEE 802.11n規格に対応する無線通信装置同士の通信で用いることができる。HT Controlフィールドは、802.11nのみで規定された物理層フレームフォーマットで送信されたＭＡＣフレームが、QoSデータもしくは管理フレームである場合で、且つオーダーフィールドに１が設定されたときのみ、付加される（受信した物理層フレームが802.11n規格のみで規定された物理層フレームフォーマットであるか否かは、送受信部１４２内の物理層処理部（図示せず）からの伝送フレーム情報によって判定可能である）。このHT Controlフィールドには、802.11n規格で規定されるLink Adaptation機能などを支援するための情報が含まれる。
【００４２】
図３において、ＭＡＣヘッダの各フィールドの上に記した数字は、各フィールドの長さ（サイズ）を示しており、オクテット単位で示している。なお１オクテットは８ビットである。またFrame Controlフィールド内の各フィールドの上に記した数字も、各フィールドの長さ（サイズ）であり、こちらはビット単位で示している。図３の通り、ＭＡＣヘッダの最大長は、例えば３６オクテット（３６バイト）である。しかしながら、ＭＡＣヘッダの長さは、フレームの種類によって異なる。
【００４３】
図４は、送達確認フレームの模式図であり、一例としてBlockAckフレームを示している。データを送信する際には、複数のデータフレームが連接されて送信されても良い。このようなフレームはＡ−ＭＰＤＵ（aggregated MAC Protocol Data Unit）等と呼ばれる。この複数のデータフレームを含むＡ−ＭＰＤＵに対して、単一のフレームで送達確認を行うのがBlockAckフレームである。送達確認フレームは制御フレームの一つである。
【００４４】
図示するようにBlockAckフレームは、Frame Controlフィールド、Duration/IDフィールド、及びAddressフィールドをＭＡＣヘッダ部に含む。またフレームボディには、BA Controlフィールド、Block Ack Bitmapフィールド、及びBlock Ack Starting Sequence Controlフィールドを含む
BA Controlフィールドには、データフレームのQoS Controlフィールドに含まれるトラフィックに応じた識別子であるＴＩＤフィールド等が含まれる。Block Ack Bitmapフィールドには、データフレームを正常受信したことを示す送達確認情報が設定される。より具体的には、連接された複数のデータフレームのうち、どれが正常に受信され、どれが正常に受信されなかったを示す情報が設定される。Block Ack Starting Sequence Controlフィールドには、データフレームのシーケンス番号が含まれる。これは、Block Ack Bitmapフィールドに示される送達確認情報の開始シーケンス番号である。その他のフィールドは、図３で説明した通りである。
【００４５】
２．動作について
以下、本実施形態に係る無線通信システム１００において、携帯電話１０１が送信端末となり、メモリカード１０３が受信端末となって、データを携帯電話１０１からメモリカード１０３へ送信する場合を例に挙げて、携帯電話１０１及びメモリカード１０３の動作を説明する。
【００４６】
２．１ メモリカード１０３の動作について
まず、メモリカード１０３の動作について図５を用いて説明する。図５はメモリカード１０３の動作の流れを示すフローチャートである。
【００４７】
図示するようにメモリカード１０３は、送受信部１４２でデータを受信すると（ステップＳ１０）、このデータをバッファメモリ１４１に格納する（ステップＳ１１）。データがバッファメモリ１４１に格納されて、そのサイズが不揮発性メモリ１３０への書き込み単位（例えば２Ｋバイト）に達すると、カードコントローラ１２０はバッファメモリ１４１からデータを読み出して、不揮発性メモリ１３０へ書き込む。
【００４８】
監視部１４３は、バッファメモリ１４１の空き容量が、ある一定値未満に減少したか否かを監視しており、その監視結果を通信制御部１４４へ供給している。この一定値は、例えば１つのデータフレームのサイズや、５１２バイト等の固定値であってもよく、適宜選択出来る。
【００４９】
バッファメモリ１４１の空き容量が一定値未満になると（ステップＳ１２、ＹＥＳ）、その情報を受信した通信制御部１４４は、PwrMgtフィールドのビットを“１”として、BlockAckフレームを送信する（ステップＳ１３）。より具体的には、通信制御部１４４は、PwrMgtフィールドのビットを“１”としてBlockAckフレームを組み立てる。そして送受信部１４２に対してこのBlockAckフレームを供給すると共に、これを携帯電話１０１へ送信するよう命令する。この命令に従って送受信部１４２は、アンテナ１５０を介してBlockAckフレームを携帯電話１０１へ送信する。これによってメモリカード１０３は、携帯電話１０１に対して当該メモリカード１０３へのデータ送信を禁止する。
【００５０】
BlockAckフレームを送信した後、通信制御部１４４は、監視部１４３を介してバッファメモリ１４１の空き容量をチェックする。そして、バッファメモリ１４１の空き容量がある一定容量以上になった際（ステップＳ１４、ＹＥＳ）、通信制御部１４４は、QoS-Nullフレームを携帯電話１０１へ送信する（ステップＳ１５）。図示を省略するが、QoS-NullフレームもPwrMgtフィールドを有しており、本ステップＳ１５において通信制御部１４４は、QoS-NullフレームのPwrMgtフィールドを“０”とする。これによってメモリカード１０３は、携帯電話１０１に対する当該メモリカード１０３へのデータ送信の禁止を解除する。
【００５１】
ステップＳ１２において、バッファメモリ１４１の空き容量が一定値以上であれば（ステップＳ１２、ＮＯ）、通信制御部１４４は、PwrMgtフィールドのビットを“０”として、BlockAckフレームを送信する（ステップＳ１６）。
【００５２】
なお、ステップＳ１０において、データを正常に受信出来たと通信制御部１４４が判断した場合、この判断に基づいてカードコントローラ１２０は、ＩＦ部１１０のレジスタ１１１に、ビジー（busy）状態または無線通信中である旨を示す情報を格納する。テレビ１０２は、このレジスタ１１１内の情報を参照することにより、メモリカード１０３が動作中（無線通信中）であることを認識出来る。なお、ビジー状態または無線通信中である旨を示す情報を、レジスタ１１１に格納するのみならず、ＩＦ部１１０がテレビ１０２へ通知しても良い。
【００５３】
２．２ 携帯電話１０１の動作について
次に、携帯電話１０１の動作について図６を用いて説明する。図６は携帯電話１０１の動作の流れを示すフローチャートである。
【００５４】
図示するように、携帯電話１０１はメモリカード１０３へデータを送信し（ステップＳ２０）、引き続きこのデータについてのBlockAckフレームを受信する（ステップＳ２１）。そして、受信したBlockAckフレーム内のPwrMgtフィールドの値を確認し、PwrMgtフィールドのビットが“１”であれば（ステップＳ２２、ＹＥＳ）、携帯電話１０１は送信待機する（ステップＳ２３）。この送信待機は、PwrMgtフィールドのビットが“０”とされたQoS-Nullフレームを受信するまで継続する（ステップＳ２４、ＮＯ）。
【００５５】
QoS-Nullフレームを受信すると（ステップＳ２４、ＹＥＳ）、携帯電話１０１は送信待機を解除し（ステップＳ２５）、QoS-Nullフレームに対する応答フレーム（ＡＣＫフレーム）をメモリカード１０３へ送信する（ステップＳ２６）。その後はまたデータの送信を再開する。
【００５６】
２．３ 動作の具体例について
以上の携帯電話１０１及びメモリカード１０３の動作の具体例について、図７を用いて説明する。図７は、携帯電話に内蔵される無線ＬＡＮ装置から、２つのデータフレームが３回のバースト送信によって送信され、メモリカード１０３に内蔵される無線通信部１４０がこれを受信する際のフレームシーケンスを示している。
【００５７】
連続して送信されるデータフレームの間隔は、通信効率を上げるため、無線機能が対応する無線通信規格で規定されるなるべく短い間隔を指定する。例えば、802.11規格であれば、ＳＩＦＳ（16μsec）あるいはＲＩＦＳ（2μsec）を選択する。また、データフレームとBlockAckフレームのフレーム間隔は、無線通信規格で規定される最小の間隔を指定する。例えば、802.11規格であれば、ＳＩＦＳ（16μsec）を選択する。
【００５８】
図７に示されるデータフレームはそれぞれ１つのフレームを意味するが、これらをアグリゲートすることにより、802.11n規格で規定されるアグリゲーションフレームを用いても良い。
【００５９】
図示するように、時刻ｔ０で２つのデータフレームを受信した際、メモリカード１０３側ではバッファメモリ１４１の空き容量が一定値未満にまで減少したとする。するとメモリカード１０３は、PwrMgtフィールドを“１”としてBlockAckフレームを時刻ｔ１で携帯電話１０１へ送信する。これによって、携帯電話１０１は、メモリカード１０３への送信を禁止される。
【００６０】
その後、バッファメモリ１４１内のデータが不揮発性メモリ１３０に転送されることにより、バッファメモリ１４１の空き容量が一定値以上になると、メモリカード１０３は時刻ｔ２でQoS-Nullフレームを携帯電話１０１へ送信する。すると携帯電話１０１は、時刻ｔ３で、QoS-Nullフレームに対するＡＣＫフレームをメモリカード１０３へ送信する。これにより、メモリカード１０３のデータ送信禁止が解除され、再び２つのデータフレームをメモリカード１０３へ送信する。
【００６１】
時刻ｔ４で２つのデータフレームを受信したメモリカード１０３は、この時点ではバッファメモリ１４１内の空き容量が一定値以上であったとする。するとメモリカード１０３は、PwrMgtフィールドを“０”としたBlockAckフレームを、時刻ｔ５で携帯電話１０１へ送信する。PwrMgtフィールドが“０”であるので、携帯電話１０１は送信待機することなく、引き続きデータフレームをメモリカード１０３へ送信する。
【００６２】
３．本実施形態に係る効果
以上のように、本実施形態に係る構成であると、効率の良いアクセスが可能となる。本効果につき、以下説明する。
【００６３】
ＳＤメモリカードインターフェース規格のように、不揮発性メモリを用いたメモリカードで使用されることを前提とした規格では、不揮発性メモリにデータを書き込む際の処理時間を考慮したプロトコルが規定される。
【００６４】
一方、無線ＬＡＮのような無線通信規格では、無線チャネルを介して転送されたデータを不揮発性メモリへ書き込む処理時間を考慮したプロトコルは規定されていない。
【００６５】
ここで、ＳＤメモリカード内に不揮発性メモリ、メモリコントローラ、及び無線ＬＡＮ機能が搭載される場合を考える。例えば、メモリコントローラが不揮発性メモリにデータを書き込む速度が、無線ＬＡＮによるデータの通信速度より速い場合には、無線ＬＡＮ経由で受信したデータが滞ることはない。しかし、無線ＬＡＮによるデータの通信速度の方が速い場合には、無線ＬＮＡ経由で受信したデータが不揮発性メモリに書き込むことができずに廃棄されてしまう可能性がある。
【００６６】
この回避方法としては、ＴＣＰ／ＩＰのようなフロー制御を行う上位プロトコルを用いる方法があるが、ＴＣＰ／ＩＰ処理を行うプロセッサの動作電力の増加となるため好ましくない。
【００６７】
この点、本実施形態に係る構成であると、無線通信によって受信されたデータを一時的に保持するバッファメモリ１４１の空き容量を監視している。そして、バッファメモリ１４１の空き容量が少なくなった場合には、メモリカード１０３の送信する応答フレーム（BlockAckフレーム）によって、送信待機の旨を、データフレームの送信元である携帯電話１０１に通知して、携帯電話１０１からのデータフレーム送信を一時的に停止させる。その後、バッファメモリ１４１の空き容量が増加すると、その旨を通知するフレーム（QoS-Nullフレーム）を携帯電話１０１に送信し、このフレームと、それに対する応答フレームとの交換によって、データフレーム送信の一時的な停止を解除する。
【００６８】
一方、バッファメモリ１４１の空き容量が十分にある場合には、メモリカード１０３の送信する応答フレームによって送信継続の旨を携帯電話１０１に通知する。これにより、携帯電話１０１はメモリカード１０３へのデータフレームの送信を継続出来る。
【００６９】
以上により、メモリカード１０３は、メモリカード１０３のバッファメモリ１４１の使用状況によって、適宜、携帯電話１０１からのデータフレーム送信を制御出来る。そのため、バッファメモリ１４１に空きが無いにも関わらずデータフレームを受信し、受信したデータフレームを破棄せざるを得ないような状況を回避出来る。このため、効率の良いデータ通信が可能となる。
【００７０】
更に本実施形態に係る構成であると、無線通信によるデータ通信が開始された際には、電力を供給しているホスト機器（本実施形態ではテレビ１０２）に対して、無線通信中であることを通知している。これにより、無線通信中に給電が停止されることを防止出来る。このことによっても、データの無駄な再送の必要性が生じることを抑制し、効率的なデータ通信に寄与する。
【００７１】
［第２実施形態］
次に、第２実施形態に係るメモリ装置及びその制御方法について説明する。本実施形態に係るメモリ装置は、上記第１実施形態において、メモリカード１０３の送信するBlockAckフレームのDurationフィールドに、携帯電話１０１の送信待機期間と、この情報をDurationフィールドに示している旨の情報とを格納するものである。以下では、第１実施形態と異なる点についてのみ説明する。
【００７２】
１．構成について
メモリカード１０３の構成は、第１実施形態で説明した図２の通りである。第１実施形態と異なる点は以下の点のみである。すなわち、
・通信制御部１４４は、バッファメモリ１４１の空き容量が一定値未満であった場合、その空き容量に応じて、携帯電話１０１の送信待機期間の長さを算出する。
・携帯電話１０１によるデータフレーム送信を禁止するBlockAckフレームのDurationフィールドに、算出した送信待機期間と、それを格納した旨の情報を設定する。
【００７３】
２．動作
次に、本実施形態に係るメモリカード１０３及び携帯電話１０１の動作について、第１実施形態と同様に携帯電話１０１が送信端末となり、メモリカード１０３が受信端末となる場合を例に、以下説明する。
【００７４】
２．１ メモリカード１０３の動作について
まず、メモリカード１０３の動作について図８を用いて説明する。図８はメモリカード１０３の動作の流れを示すフローチャートである。
【００７５】
図示するように、第１実施形態において図５を用いて説明したフローチャートにおいて、バッファメモリ１４１の空き容量が一定値未満であった場合（ステップＳ１２、ＹＥＳ）、通信制御部１４４は、携帯電話１０１に設定すべき送信待機期間の長さを決定し、これをBlockAckフレームのDurationフィールドに設定する（ステップＳ３０）。例えば、フィールドの単位を３２μsecとすれば、Duratinonフィールドに“１０（十進数）”が設定された場合には、送信待機期間の長さは３２０μsecとなる。
【００７６】
引き続き通信制御部１４４は、PwrMgtフィールドを“１”として、BlockAckフレームを携帯電話１０１へ送信する（ステップＳ３１）。
【００７７】
２．２ 携帯電話１０１の動作について
次に、携帯電話１０１の動作について図９を用いて説明する。図９は携帯電話１０１の動作の流れを示すフローチャートである。
【００７８】
図示するように、第１実施形態において図６を用いて説明したフローチャートにおいて、受信したBlockAckフレームのPwrMgtフィールドが“１”であった場合（ステップＳ２２、ＹＥＳ）、携帯電話１０１はDurationフィールドを確認して（ステップＳ３３）、Durationフィールドに設定された期間が経過するまでデータフレームの送信を待機する（ステップＳ２３、ステップＳ３４でＮＯ）。期間が満了すれば（ステップＳ３４、ＹＥＳ）、送信待機を解除する（ステップＳ２５）。
【００７９】
２．３ 動作の具体例について
以上の携帯電話１０１及びメモリカード１０３の動作の具体例について、図１０を用いて説明する。図１０は、第１実施形態の図７と同様に、携帯電話に内蔵される無線ＬＡＮ装置から、２つのデータフレームが３回のバースト送信によって送信され、メモリカード１０３に内蔵される無線通信部１４０がこれを受信する際のフレームシーケンスを示している。
【００８０】
図示するように、時刻ｔ０で２つのデータフレームを受信した際、メモリカード１０３側ではバッファメモリ１４１の空き容量が一定値未満にまで減少したとする。するとメモリカード１０３の通信制御部１４４は、どのくらいの期間、送信を待機させればバッファメモリ１４１の空き容量が一定値以上になるかを計算する。そして、Durationフィールドに、得られた期間Δｔ１を設定し、またPwrMgtフィールドを“１”として、BlockAckフレームを時刻ｔ１で携帯電話１０１へ送信する。これによって、携帯電話１０１は、メモリカード１０３への送信を禁止される。
【００８１】
携帯電話１０１は、BlockAckフレームを受信した時点から、Durationフィールドに格納されている期間Δｔ１が満了するまで、データフレームのメモリカード１０３への送信を停止する。この間にメモリカード１０３では、バッファメモリ１４１から不揮発性メモリ１３０へのデータ転送が行われる。
【００８２】
携帯電話１０１は、期間Δｔ１が満了すると、QoS-Nullフレームの受信及びこれに対するＡＣＫフレームの送信を行うことなく、データフレームのメモリカード１０３への送信を再開する。
【００８３】
時刻ｔ４で２つのデータフレームを受信したメモリカード１０３は、この時点ではバッファメモリ１４１内の空き容量が一定値以上であったとする。するとメモリカード１０３は、PwrMgtフィールドを“０”とし、またDurationフィールドに送信待機期間を設定することなく、BlockAckフレームを時刻ｔ５で携帯電話１０１へ送信する。PwrMgtフィールドが“０”であるので、携帯電話１０１は送信待機することなく、引き続きデータフレームをメモリカード１０３へ送信する。
【００８４】
３．本実施形態に係る効果
以上のように、本実施形態に係る構成であると、第１実施形態よりも更に効率の良いアクセスが可能となる。本効果につき、以下説明する。
【００８５】
本実施形態に係る構成であると、データフレームの送信元を送信待機させるためのフレーム（本例ではBlockAckフレーム）のDurationフィールドに、送信待機期間の長さを設定している。従って、データフレームの送信元は、このフレームを受信した時点において、いつ、データフレームの送信を再開出来るのか、を知ることが出来る。従って、第１実施形態におけるQoS-NullフレームとＡＣＫフレームとのやりとりが不要となる。その結果、より効率の良いアクセスが可能となる。
【００８６】
なお、送信待機を解除するまでの時間を予測することは、バッファメモリ１４１の容量が空くまでにどれだけ時間を要するか、を予測することに等しい。従って、例えばある書き込み単位のサイズのデータを不揮発性メモリ１３０に書き込むのに要する時間を、通信制御部１４４に設定しておいても良い。もちろん、この計算処理は、通信制御部１４４ではなくカードコントローラ１２０が行い、上記時間もカードコントローラ１２０が保持しても良い。
【００８７】
また本実施形態では、PwrMgtフィールドの使用を省略しても良い。つまり、Durationフィールドに送信待機期間が設定された送達確認フレーム（本実施形態ではBlockAckフレーム）を受信した場合には、当該送達確認フレームの宛先である通信端末が送信を待機する、という取り決めを予めしておけば、PwrMgtフィールドが無くても良い。この場合、送信待機させる際にはDurationフィールドにその期間を格納し、送信待機させない際にはDurationフィールドにゼロを格納すればよい。
【００８８】
［第３実施形態］
次に、第３実施形態に係るメモリ装置及びその制御方法について説明する。本実施形態は、上記第１実施形態と第２実施形態とを組み合わせたものである。以下では、第１、第２実施形態と異なる点についてのみ説明する。
【００８９】
１．構成について
メモリカード１０３の構成は、第１実施形態で説明した図２の通りである。第１実施形態と異なる点は以下の点のみである。すなわち、
・通信制御部１４４は、バッファメモリ１４１の空き容量が一定値未満であった場合、Durationフィールドに送信待機期間の長さを設定するか否かを判断する。
・通信制御部１４４は、Durationフィールドに送信待機期間の長さを設定する場合には第２実施形態の処理を行い、設定しない場合（または設定不可能な場合（例えば送信待機期間を算出出来なかった場合等））には第１実施形態の処理を行う。
【００９０】
２．動作
次に、本実施形態に係るメモリカード１０３及び携帯電話１０１の動作について、第１実施形態と同様に携帯電話１０１が送信端末となり、メモリカード１０３が受信端末となる場合を例に、以下説明する。
【００９１】
２．１ メモリカード１０３の動作について
まず、メモリカード１０３の動作について図１１を用いて説明する。図１１はメモリカード１０３の動作の流れを示すフローチャートである。
【００９２】
図示するように、ステップＳ１０、Ｓ１１の後、バッファメモリ１４１の空き容量が一定値未満であった場合（ステップＳ１２、ＹＥＳ）、通信制御部１４４は、Durationフィールドに送信待機期間を設定するか否か、つまり携帯電話１０１に対して送信待機期間を通知するか否かを判断する。設定しない場合（ステップＳ４０、ＮＯ）には、第１実施形態で説明したステップＳ１３〜Ｓ１５の処理を実行する。他方、設定する場合（ステップＳ４０、ＹＥＳ）には、第２実施形態で説明したステップＳ３０、Ｓ３１の処理を実行する。
【００９３】
２．２ 携帯電話１０１の動作について
次に、携帯電話１０１の動作について図１１を用いて説明する。図１１は携帯電話１０１の動作の流れを示すフローチャートである。
【００９４】
図示するように、ステップＳ２０、Ｓ２１の後、受信したBlockAckフレームのPwrMgtフィールドが“１”であった場合（ステップＳ２２、ＹＥＳ）、携帯電話１０１はDurationフィールドが設定されているか否かを確認する。設定されていない場合（ステップＳ５１、ＮＯ）には、第１実施形態で説明したステップＳ２３〜Ｓ２６の処理を実行する。他方、設定されている場合（ステップＳ５１、ＹＥＳ）には、第２実施形態で説明したステップＳ３３以降の処理を実行する。
【００９５】
２．３ 動作の具体例について
以上の携帯電話１０１及びメモリカード１０３の動作の具体例について、図１３を用いて説明する。図１３は、第１実施形態の図７と同様に、携帯電話に内蔵される無線ＬＡＮ装置から、２つのデータフレームが３回のバースト送信によって送信され、メモリカード１０３に内蔵される無線通信部１４０がこれを受信する際のフレームシーケンスを示している。
【００９６】
図示するように、時刻ｔ０で２つのデータフレームを受信した際、メモリカード１０３側ではバッファメモリ１４１の空き容量が一定値未満にまで減少したとする。この際、何らかの事情により、設定すべき送信待機期間の長さを予測出来なかったとする。この場合、通信制御部１４４は、Durationフィールドに送信待機期間を設定することなく、PwrMgtフィールドを“１”として、BlockAckフレームを送信する。そしてバッファメモリ１４１の空き容量が十分となった時点でQoS-Nullフレームを送信する。
【００９７】
他方、時刻ｔ４でデータフレームを受信した際には、バッファメモリ１４１の空き容量が一定値未満にまで減少し、且つ設定すべき送信待機期間の長さを予測可能であったとする。この場合、通信制御部１４４は、Durationフィールドに送信待機期間を設定すると共に、PwrMgtフィールドを“１”として、BlockAckフレームを送信する。この場合には、QoS-Nullフレームの送信は不要である。
【００９８】
３．本実施形態に係る効果
本実施形態に係る構成であると、そのときの状況に応じて、データフレームの送信元端末に対する送信待機の手法を適宜選択出来る。従って、様々な使用の端末と通信する場合に広く対応出来、またシステムの設計の自由度を向上出来る。
【００９９】
［第４実施形態］
次に、第４実施形態に係るメモリ装置及びその制御方法について説明する。本実施形態に係るメモリ装置は、上記第１実施形態において、メモリカード１０３の送信するBlockAckフレームを拡張して、メモリカード１０３の受信可能なデータフレーム数を携帯電話１０１に通知するものである。以下では、第１実施形態と異なる点についてのみ説明する。
【０１００】
１．構成について
メモリカード１０３の構成は、第１実施形態で説明した図２の通りである。第１実施形態と異なる点は以下の点のみである。すなわち、
・通信制御部１４４は、バッファメモリ１４１の空き容量が一定値以上であった場合、その空き容量に応じて、BlockAckフレーム送信後に受信可能なデータフレーム数を算出する。
・通信制御部１４４は、バッファメモリ１４１の空き容量が一定値未満であった場合、その空き容量に応じて、携帯電話１０１の送信待機期間の後に受信可能なデータフレーム数を算出する。
・携帯電話１０１に対して送達確認を行うBlockAckフレームに、Remaining Bufferフィールドを付加して、Remaining Bufferフィールドに、算出したデータフレーム数を設定する。
【０１０１】
図１４は、Remaining Bufferフィールドを付加したBlockAckフレームの模式図である。以下、このフレームを拡張BlockAckフレームと呼ぶ。図示するように、フレームボディにはRemaining Bufferフィールドが設けられている。そしてRemaining Bufferフィールドには、バッファメモリ１４１の残余容量情報が格納される。本実施形態では、Remaining Bufferフィールドの単位をデータフレームの個数として説明するが、Ｋバイト単位等、受信可能なデータサイズであっても良い。
【０１０２】
２．動作について
次に、本実施形態に係るメモリカード１０３及び携帯電話１０１の動作について、第１実施形態と同様に携帯電話１０１が送信端末となり、メモリカード１０３が受信端末となる場合を例に、以下説明する。
【０１０３】
２．１ メモリカード１０３の動作について
まず、メモリカード１０３の動作について図１５を用いて説明する。図１５はメモリカード１０３の動作の流れを示すフローチャートである。
【０１０４】
図示するように、第１実施形態において図５を用いて説明したフローチャートにおいて、バッファメモリ１４１の空き容量が一定値未満であった場合（ステップＳ１２、ＹＥＳ）、通信制御部１４４は、携帯電話１０１を送信待機させた後に受信可能なデータフレーム数を決定し、これをRemaining Bufferフィールドに設定する（ステップＳ５０）。
【０１０５】
引き続き通信制御部１４４は、PwrMgtフィールドを“１”として、拡張BlockAckフレームを携帯電話１０１へ送信する（ステップＳ５１）。その後は、第１実施形態と同様にステップＳ１４、Ｓ１５の処理を実行する。
【０１０６】
他方、バッファメモリ１４１の空き容量が一定値以上であった場合（ステップＳ１２、ＮＯ）、通信制御部１４４は、拡張BlockAckフレームを送信した後に受信可能なデータフレーム数を決定し、これをRemaining Bufferフィールドに設定する（ステップＳ５２）。
【０１０７】
引き続き通信制御部１４４は、PwrMgtフィールドを“０”として、拡張BlockAckフレームを携帯電話１０１へ送信する（ステップＳ５３）。
【０１０８】
なお、Remaining Bufferフィールドを“０”に設定した際には、データフレーム数についての判断を携帯電話１０１に委ねることとしてもよい。
【０１０９】
２．２ 携帯電話１０１の動作について
次に、携帯電話１０１の動作について図１６を用いて説明する。図１６は携帯電話１０１の動作の流れを示すフローチャートである。
【０１１０】
図示するように、携帯電話１０１は拡張BlockAckフレームを受信すると（ステップＳ５４）、Remaining Bufferフィールドを確認する（ステップＳ５５）ことにより、次に送信可能なデータフレーム数を把握する（ステップＳ５６）。
【０１１１】
その後は、第１実施形態と同様にステップＳ２２〜Ｓ２６の処理を実行する。携帯電話は、次の送信機会においては、直近で受信した拡張BlockAckフレーム内のRemaining Bufferフィールドで指定された数を最大限として、データフレームを送信する。Remaining Bufferフィールドが“０”であった際には、送信するデータフレーム数は携帯電話１０１が判断するようにしても良い。
【０１１２】
２．３ 動作の具体例について
以上の携帯電話１０１及びメモリカード１０３の動作の具体例について、図１７を用いて説明する。図１７は、第１実施形態の図７と同様に、携帯電話に内蔵される無線ＬＡＮ装置からメモリカード１０３に内蔵される無線通信部１４０にデータフレームが送信される際のフレームシーケンスを示している。
【０１１３】
図示するように、時刻ｔ０で２つのデータフレームを受信した際、メモリカード１０３側ではバッファメモリ１４１の空き容量が一定値未満にまで減少したとする。するとメモリカード１０３の通信制御部１４４は、携帯電話１０１に対して送信待機させる期間と、不揮発性メモリ１３０へのデータの書き込み速度との関係等に基づき、送信待機期間後にバッファメモリ１４１で受信可能なデータフレーム数を算出する。この結果、例えば受信可能なデータフレーム数は２個であったとする。すると通信制御部１４４は、Remaining Bufferフィールドに“２”を設定し、またPwrMgtフィールドを“１”として、拡張BlockAckフレームを時刻ｔ１で携帯電話１０１へ送信する。これによって、携帯電話１０１は、メモリカード１０３への送信を禁止される。
【０１１４】
その後、QoS-NullフレームとＡＣＫフレームとにより送信待機が解除されると、携帯電話は、時刻ｔ１で受信した拡張BlockAckフレームのRemaining Bufferフィールドに設定されていた２個を上限として、データフレームを送信する（図１７では２個のデータフレームが送信されている）。
【０１１５】
時刻ｔ４で２つのデータフレームを受信した際、メモリカード１０３側ではバッファメモリ１４１の空き容量が一定値以上であったとする。すると通信制御部１４４は、バッファメモリ１４１の空き状況に基づき、拡張BlockAckフレーム送信後にバッファメモリ１４１で受信可能なデータフレーム数を算出する。この結果、例えば受信可能なデータフレーム数は３個であったとする。すると通信制御部１４４は、Remaining Bufferフィールドに“３”を設定し、またPwrMgtフィールドを“０”として、拡張BlockAckフレームを時刻ｔ５で携帯電話１０１へ送信する。
【０１１６】
すると携帯電話は、時刻ｔ５で受信した拡張BlockAckフレームのRemaining Bufferフィールドに設定されていた３個を上限として、データフレームを送信する（図１７では３個のデータフレームが送信されている）。
【０１１７】
３．本実施形態に係る効果
以上のように、本実施形態に係る構成であると、第１実施形態よりも更に効率の良いアクセスが可能となる。本効果につき、以下説明する。
【０１１８】
本実施形態に係る構成であると、従来のBlockAckフレームを拡張することにより、受信可能なデータフレーム数を示すRemaining BufferフィールドをBlockAckフレームに付加している。そして、この拡張BlockAckフレームを用いることにより、データの送信端末に対して、送信可能な最大データフレーム数を通知出来る。
【０１１９】
その結果、データの受信端末においては、バッファメモリの空き容量が、ある一定値未満にまで減少することがほとんど無くなる。従って、送信端末に送信待機期間が設定される機会が減少し、QoS-NullフレームとＡＣＫフレームによるフレーム交換の必要性も減少する。よって、効率の良いデータ通信が可能となる。
【０１２０】
４．本実施形態の変形例
以下、本実施形態の変形例のいくつかについて説明する。
【０１２１】
４．１ 第１の例
上記第４実施形態では、拡張BlockAckフレームにPwrMgtフィールドを設ける場合を例に説明したが、PwrMgtフィールドを省略しても良い。この場合、Remaining Bufferフィールドの値は、バッファメモリ１４１の残余容量を示す。そしてRemaining Bufferフィールドがゼロの場合、携帯電話１０１は送信を待機する。QoS-NullフレームとＡＣＫフレームにより送信待機を解除された後に送信するデータフレーム数は、例えば携帯電話１０１が判断する。
【０１２２】
４．２ 第２の例
上記第４実施形態及び上記第１の例において、QoS-NullフレームとＡＣＫフレームのやりとりを省略してもよい。これは、先に述べた通り、Remaining Bufferフィールドを用いることで、バッファメモリ１４１の残余容量が一定値未満にまで減少するケースはかなり減少すると考えられるからである。この場合、どれだけの期間、送信待機するかは、例えば携帯電話１０１が判断する。
【０１２３】
４．３ 第３の例
上記第４実施形態及び上記第１、第２の例において、拡張BlockAckフレームのDurationフィールドに、送信待機期間の長さを設定してもよい。これは第２、第３実施形態で説明した通りである。
【０１２４】
［第５実施形態］
次に、第５実施形態に係るメモリ装置及びその制御方法について説明する。本実施形態は、上記第１乃至第４実施形態において、メモリカード１０３がテレビ１０２からアクセスされた際には、送信待機を携帯電話１０１に命令するものである。以下では、第１乃至第４実施形態と異なる点についてのみ説明する。
【０１２５】
１．メモリカード１０３の動作について
図１８は、本実施形態に係るメモリカード１０３の動作を示すフローチャートである。
【０１２６】
図示するように、メモリカード１０３がＩＦ部１１０を介してテレビ１０２からアクセスされた場合（すなわち、テレビ１０２がメモリカード１０３に対してデータの書き込みまたは読み出しを実施してきた場合）、ＩＦ部１１０はこれを受け付ける（ステップＳ６０）。ＩＦ部１１０でアクセスを受け付けたことに応答して、カードコントローラ１２０は、無線通信部１４０が携帯電話１０１と無線通信中であるか否かを確認する（ステップＳ６１）。
【０１２７】
無線通信中であった場合（ステップＳ６２、ＹＥＳ）、カードコントローラ１２０は、無線通信部１４０に対して、不揮発性メモリ１３０はビジー状態であることを通知すると共に、携帯電話１０１に送信待機させるよう、無線通信部１４０に命令する。すなわち、無線通信部１４０は、PwrMgtフィールドを“１”としてQoS-Nullフレームを生成し、これを携帯電話１０１へ送信する（ステップＳ６３）。これによって携帯電話１０１は、メモリカード１０３に対するデータ送信を禁止される。
【０１２８】
その後、テレビ１０２による不揮発性メモリ１３０へのアクセスが終了すると（ステップＳ６４、ＹＥＳ）、カードコントローラ１２０は、携帯電話１０１の送信待機を解除するよう、無線通信部１４０に命令する。すなわち、無線通信部１４０は、PwrMgtフィールドを“０”としてQoS-Nullフレームを生成し、これを携帯電話１０１へ送信する（ステップＳ６５）。これによって携帯電話１０１は、メモリカード１０３に対するデータ送信を再開する。
【０１２９】
２．本実施形態に係る効果
本実施形態に係るメモリカード１０３は、外部と接続するインターフェースを複数有する。すなわち、一方は有線接続のＩＦ部１１０であり、他方は無線接続の無線通信部１４０である。つまり、複数のホスト機器によって、メモリカード１０３はアクセスされる。
【０１３０】
そして、場合によっては複数のホスト機器から同時にアクセスされるケースがあり得る。例えば、テレビ１０２がメモリカード１０３にアクセス中に、携帯電話１０１からメモリカード１０３にデータが送信されたとする。すると、メモリカード１０３は既にビジー状態にあるので、携帯電話１０１から送信されたデータは不揮発性メモリ１３０に書き込まれず、破棄されてしまうおそれがある。
【０１３１】
しかしながら本実施形態に係る構成であると、テレビ１０２からのアクセスを受け付けた際、メモリカード１０３は無線通信を一旦停止する。つまり、あるホスト機器からのアクセスを受け付けている期間は、その他のホスト機器からのアクセスを受け付けない。このように、先にアクセスされたホスト機器の処理を優先することで、データの無駄な再送を防止し、効率の良い通信が可能となる。
【０１３２】
なお、テレビ１０２からのアクセス時間が予測できる場合には、第２実施形態のように、送信待機期間の長さを携帯電話１０１に通知してもよいし、または第４実施形態のようにRemaining Bufferフィールドを使用してもよい。
【０１３３】
なお、本実施形態では、ＩＦ部１１０からのアクセスを優先する場合を例に説明したが、無線通信部１４０を優先しても良い。すなわち、無線通信部１４０によって携帯電話１０１と無線通信中に、ＩＦ部１１０を介してテレビ１０２からアクセスを受け付けた際には、カードコントローラ１２０は、ビジー状態である旨を、ＩＦ部１１０を介してテレビ１０２に通知してもよい。これによって、無線通信中にテレビ１０２からデータが転送されることを抑制出来る。
【０１３４】
また、本実施形態は上記第１乃至第４実施形態の構成を前提として説明したが、本実施形態単独で実施してもよい。
【０１３５】
［第６実施形態］
次に、第６実施形態に係るメモリ装置及びその制御方法について説明する。本実施形態は、上記第１乃至第５実施形態において、ＩＦ部１１０を無線化したものである。以下では、第１乃至第５実施形態と異なる点についてのみ説明する。
【０１３６】
１．メモリカード１０３の構成について
図１９は、本実施形態に係るメモリカード１０３のブロック図である。図示するように、本実施形態に係るメモリカード１０３は、第１実施形態で説明した図２の構成において、無線通信部１４０をＩＦ部１１０内に搭載したものである。言い換えれば、図２において無線通信部１４０を廃して、且つＩＦ部１１０を無線化した、と言うことも出来るし、または図２においてＩＦ部１１０を廃して、ＩＦ部１１０の機能を無線通信部１４０に持たせた、と言うことも出来る。
【０１３７】
２．メモリカード１０３の構成について
図１９において、無線通信部１４０は、携帯電話１０１だけでなく、テレビ１０２とも通信を行う。そしてテレビ１０２との通信の際も、PwrMgtフィールド、Durationフィールド、及びReaminingフィールドの少なくともいずれかによって、テレビ１０２に対してデータフレームの送信を待機させる。
【０１３８】
３．本実施形態に係る効果
以上のように、メモリカード１０３のインターフェースを全て無線化してもよい。また、本実施形態も、第１乃至第５実施形態を前提とすることなく、本実施形態単独で実施してもよい。
【０１３９】
［第７実施形態］
次に、第７実施形態に係るメモリ装置及びその制御方法について説明する。本実施形態は、上記第１実施形態において、携帯電話１０１に対して送信待機させるか否かを判断する別の方法に関するものである。以下では、第１実施形態と異なる点についてのみ説明する。
【０１４０】
１．メモリカード１０３の構成について
図２０は、本実施形態に係るメモリカード１０３のブロック図である。図示するように、本実施形態に係るメモリカード１０３は、第１実施形態で説明した図２において、カードコントローラ１２０が、バッファメモリ１２１を備えたものである。
【０１４１】
無線通信によって無線通信部１４０で受信されたデータは、まずバッファメモリ１４１に格納され、その後バッファメモリ１２１に転送される。そしてカードコントローラ１２０は、バッファメモリ１２１内のデータを不揮発性メモリ１３０に記憶させる。
【０１４２】
通信制御部１４４は、バッファメモリ１４１の空き容量がある一定値未満になったか否かだけではなく、バッファメモリ１２１にデータが転送されることによってバッファメモリ１４１の空き容量が増加することと、携帯電話１０１が次にデータフレームを送信するまでに要する時間とに応じて、携帯電話１０１を送信待機させるか否かを判断する。この通信制御部１４４の動作については、以下詳細に説明する。
【０１４３】
２．メモリカード１０３の動作について
図２１は、メモリカード１０３の動作を示すフローチャートである。
【０１４４】
図示するように、バッファメモリ１４１の空き容量が一定値未満であった場合（ステップＳ１２、ＹＥＳ）、通信制御部１４４は、遅延時間とバッファ解放時間とを比較する（ステップＳ７０）。遅延時間とは、メモリカード１０３がBlockAckフレームを送信開始してから、携帯電話１０１がデータフレームを送信するまでに要する時間のことである。この遅延時間は、通信制御部１４４によって統計的に算出出来る。他方、バッファ解放時間とは、バッファメモリ１４１内のデータを、カードコントローラ１２０のバッファメモリ１２１またはＩＦ部１１０を介してテレビ１０２に転送するのに要する時間である。言い換えれば、バッファ解放時間は、現時点から、バッファメモリ１４１の空き容量がある一定値以上に増加するまでに要する時間のことである。
【０１４５】
そして通信制御部１４４は、遅延時間がバッファ解放時間以下であれば（ステップＳ７１、ＮＯ）、ステップＳ１３に進み、携帯電話１０１を送信待機させる。他方、遅延時間がバッファ解放時間より長ければ（ステップＳ７１、ＹＥＳ）、現時点ではバッファメモリ１４１の空き容量は十分では無いが、実際にデータフレームが送信されてくる時点においては十分な空き容量が確保出来る、と判断する。従って、ステップＳ１６に進み、携帯電話１０１を送信待機させず、携帯電話１０１との無線通信を継続する。
【０１４６】
図２２は、第１実施形態の図７と同様に、携帯電話に内蔵される無線ＬＡＮ装置から、メモリカード１０３に内蔵される無線通信部１４０にデータが送信される際のフレームシーケンスである。
【０１４７】
図示するように、時刻ｔ０で２つのデータフレームを受信した際、メモリカード１０３側ではバッファメモリ１４１の空き容量が一定値未満にまで減少したとする。すると通信制御部１４４は、遅延時間Δｔdとバッファ解放時間Δｔfとを予測し、両者を比較する。その結果、遅延時間Δｔd＞バッファ解放時間Δｔfであったとする。すると、通信制御部１４４は、PwrMgtフィールドを“０”として、BlockAckフレームを時刻ｔ２で携帯電話１０１へ送信する。これによって、携帯電話１０１は、引き続き継続してメモリカード１０３へデータフレームを送信出来る。
【０１４８】
３．本実施形態に係る効果
本実施形態に係る構成であると、第１実施形態に較べてより効率の良い通信が可能となる。本効果につき以下説明する。
【０１４９】
アンテナ１５０で受信されたデータは、まず初めにバッファメモリ１４１に蓄えられる。しかしこのデータは、バッファメモリ１４１内にいつまでも残っているわけではない。例えば不揮発性メモリ１３０に書き込まれるためにバッファメモリ１２１に転送されたり、またはテレビ１０２へ転送されたりする。
【０１５０】
すると、バッファメモリ１４１の空き容量が少なくなったとしても、バッファメモリ１４１内のデータがすぐにバッファメモリ１２１やテレビ１０２に転送されるのであれば、バッファメモリ１４１の空き容量不足は、すぐに解消される。
【０１５１】
そこで本実施形態では、次にデータフレームが転送される時点でバッファメモリ１４１の空き容量不足が解消されると予測されるなら、たとえ現時点でバッファメモリ１４１の空き容量が一定値未満であっても、携帯電話１０１を送信待機させない。より具体的には、遅延時間Δｔd＞バッファ解放時間Δｔfであれば、空き容量不足はすぐに解消されると判断出来る。
【０１５２】
これにより、携帯電話１０１を必要以上に送信待機させる必要がなく、より一層、効率のよい通信が可能となる。
【０１５３】
なお、本実施形態は第１実施形態に適用した場合を例に説明したが、第２乃至第５実施形態にも同様に適用出来る。例えば第２実施形態に適用する際には、図８のステップＳ１２でＹＥＳの分岐の後に、ステップＳ７０、Ｓ７１の処理を実行し、遅延時間Δｔd＞バッファ解放時間Δｔfであれば、ステップＳ１６に進み、そうでなければステップＳ３０に進む。例えば第４実施形態に適用する際には、図１５のステップＳ１２でＹＥＳの分岐の後に、ステップＳ７０、Ｓ７１の処理を実行し、遅延時間Δｔd＞バッファ解放時間Δｔfであれば、ステップＳ５２に進み、そうでなければステップＳ５０に進む。
【０１５４】
［第８実施形態］
次に、第８実施形態に係るメモリ装置及びその制御方法について説明する。本実施形態は、上記第７実施形態のより詳細な具体例に対応するものである。
【０１５５】
１．メモリカードの構成について
１．１ メモリカードの全体構成について
図２３は、本実施形態に係るメモリカード２００のブロック図である。図示するようにメモリ装置２００は、ホスト装置３００と有線接続され、またホスト装置３００から電力供給を受ける。ホスト装置３００との間のインターフェース規格は、例えばＳＤ規格（ＳＤメモリインターフェース規格や、ＳＤＩＯインターフェース規格を含む）やＵＳＢ等に対応する規格である。
【０１５６】
更にメモリ装置２００は、無線通信装置４００と無線接続可能とされている。この無線通信方式は、IEEE 802.11（IEEE 802.11a、IEEE 802.11b、IEEE 802.11g、IEEE 802.11nも含む）規格に対応するように構成されてもよいし、別の無線規格であってもよい。
【０１５７】
メモリカード２００は、制御部２１０、不揮発性メモリ２２０、無線通信部２３０、及びアンテナ２４０を備えている。
【０１５８】
無線通信部２３０は、無線通信装置４００と無線通信を行い、またホスト装置３００と有線通信を行う機能を有する。
【０１５９】
制御部２１０は、不揮発性メモリ２２０及び無線通信部２３０と接続される。そして制御部２１０は、無線通信部２３０から与えられるデータを不揮発性メモリ２２０へ書き込み、また不揮発性メモリ２２０から読み出したデータを無線通信部２３０へ転送する。
【０１６０】
不揮発性メモリ２２０は、メモリカード２００への電源供給が停止されてもデータを保持し続けるメモリであり、例えばＮＡＮＤ型フラッシュメモリである。
【０１６１】
１．２ 無線通信部２３０の構成について
次に、上記無線通信部２３０の構成について、引き続き図２３を参照して説明する。図示するように無線通信部２３０は、ＣＰＵ２３１、ＳＤインターフェース部（ＳＤＩＦ部）２３２、メモリ２３３、無線処理部２３４、マスター（Master）インターフェース部（マスターＩＦ部）２３５、及びバス２３６を備えている。
【０１６２】
無線処理部２３４は、アンテナ２４０を介して、IEEE 802.11（IEEE 802.11a、IEEE 802.11b、IEEE 802.11g、IEEE 802.11nも含む）規格に対応した送信および受信処理を行う。そして、メモリ２３３から読み出したデータを無線通信装置４００に送信したり、無線通信装置４００から受信したデータをメモリ２３３に書き込んだりする。
【０１６３】
ＳＤＩＦ部２３２は、ホスト装置３００との間で、ＳＤ規格（ＳＤメモリインターフェース規格やＳＤＩＯインターフェース規格を含む）に対応した転送処理を行う。そして、メモリ２３３から読み出したデータをホスト装置３００に送信したり、ホスト装置３００から受信したデータをメモリ２３３に書き込んだりする。
【０１６４】
メモリ２３３は、ＳＤＩＦ部２３２及び無線処理部２３４がやりとりするデータを一時的に格納する。メモリ２３３は例えば半導体メモリであり、ＤＲＡＭやＳＲＡＭである。ここで、本実施形態に係るメモリ２３３における、フレームを格納する容量を、例えばＤＡＴＡフレーム２つ分とする。
【０１６５】
マスターＩＦ部２３５は、制御部２１０とデータをやりとりするためのインターフェース機能を有する。そしてマスターＩＦ部２３５は、例えばＣＰＵ２３１からの指示により、メモリ２３３に格納されるデータを制御部２１０へ転送したり、不揮発性メモリ２２０に保存されるデータを、制御部２１０を介して読み出す処理を行ったりする。
【０１６６】
ＣＰＵ２３１は、無線通信部２３０全体の動作を制御する。すなわちＣＰＵ２３１は、無線通信部２３０内の各ブロックの制御を行い、またメモリ２３３に格納されるデータがマスターＩＦ部２３５を経由して制御部２１０へ転送されるまでの時間を計算したり、更には無線接続が開始された場合にＳＤＩＦ部２３２に「無線通信中」であることを示す状態を設定したりする。
【０１６７】
バス２３６は、上記の各機能ブロックを互いに通信可能に接続する。
【０１６８】
１．３ 制御部２１０の構成について
次に、制御部２１０の構成について、引き続き図２３を参照して説明する。図示するように制御部２１０は、ＣＰＵ２１１、メモリ制御部２１２、スレーブ（Slave）インターフェース部（スレーブＩＦ部）２１３、及びバス２１４を備えている。
【０１６９】
メモリ制御部２１２は、不揮発性メモリ２２０に対してデータの書き込み、読み出し、及び消去を行う機能を有する。そしてメモリ制御部２１２は、無線通信部２３０から転送されたデータを不揮発性メモリ２２０に書き込んだり、不揮発性メモリ２２０から読み出したデータを無線通信部２３０へ転送したりする。このためメモリ制御部２１２は、例えば少なくとも１ページ分（本実施形態では、ＤＡＴＡフレーム４つ分）の内部バッファを有する（図示せず）。
【０１７０】
スレーブＩＦ部２１３は、無線通信部２３０とデータをやりとりするためのインターフェース機能を有する。そしてスレーブＩＦ部２１３は、例えばマスターＩＦ部２３５からの要求により、受信したデータをメモリ制御部２１２へ転送したり、メモリ制御部２１２から転送されたデータをマスターＩＦ部２３５に送信したりする。
【０１７１】
ＣＰＵ２１１は、制御部２１０全体の動作を制御する。
【０１７２】
バス２１４は、上記の各機能ブロックを互いに通信可能に接続する。
【０１７３】
１．４ 第１乃至第７実施形態との対応関係について
上記説明した第１乃至第７実施形態と本実施形態は、例えば次のような関係にある。すなわち、先に説明したメモリカード１０３、テレビ１０２、及び携帯電話１０１は、それぞれ図２３のメモリカード２００、ホスト装置３００、及び無線通信装置４００に対応する。
【０１７４】
またＩＦ部１１０、カードコントローラ１２０、不揮発性メモリ１３０、及び無線通信部１４０はそれぞれ、ＳＤＩＦ部２３２、制御部２１０、不揮発性メモリ２２０、及びＳＤＩＦ部２３２を除く無線通信部２３０に対応する。
【０１７５】
更に、バッファメモリ１４１、送受信部１４２、並びに監視部１４３及び通信制御部１４４は、それぞれメモリ２３３、無線処理部２３４、及びＣＰＵ２３１に対応する。
【０１７６】
またバッファメモリ１２１は、スレーブＩＦ部２１３に対応する。
【０１７７】
２．メモリカード２００の動作について
２．１ データ通信の全体の流れについて
次に、本実施形態に係るメモリカード２００の動作について、図２４を用いて説明する。図２４は、メモリカード２００の各ブロック、ホスト装置３００、及び無線通信装置４００の間での信号やデータの授受を示すシーケンス図である。
【０１７８】
図示するように、
まず、無線通信装置４００は、メモリカード２００にデータを書き込むために書き込み要求（Write Request）を発行して、これをメモリカード２００に送信する。このWrite Requestは、IEEE 802.11規格で規定されるフレームの１つ（例えば、データフレーム）を用いて送信される。図２４におけるWrite Requestは、データフレームＤＡＴＡ１〜ＤＡＴＡ４の４つのデータフレームの送信要求であると仮定する。
【０１７９】
無線処理部２３４は、このWrite Requestを受信すると、現在のステータスがビジー状態であることをＳＤＩＦ部２３２に設定する。この場合、ＳＤＩＦ部２３２は、ビジー状態であることをホスト装置３００に対して明示的に通知してもよいし、ホスト装置３００から状態の問い合わせを受けたときに、ビジー状態を返答することでもよい。これにより、ホスト装置３００がメモリカード２００に対する電気の供給を不用意に停止してしまうことを回避する。
【０１８０】
引き続きメモリカード２００は、無線通信装置４００からＤＡＴＡ１及びＤＡＴＡ２を受信する。そして無線処理部２３４は、ＤＡＴＡ２を受信してからＳＩＦＳ（Short Inter Frame Space）期間の後に、ＤＡＴＡ１及びＤＡＴＡ２に対するBlockAckフレームを無線通信装置４００に送信する。
【０１８１】
また無線処理部２３４は、受信したＤＡＴＡ１及びＤＡＴＡ２をメモリ２３３に転送する。転送後、無線処理部２３４は、ＤＡＴＡ１及びＤＡＴＡ２を受信完了したことを、ＣＰＵ２３１に通知する。
【０１８２】
引き続き、ＣＰＵ２３１の制御に従って、マスターＩＦ部２３５はメモリ２３３からＤＡＴＡ１及びＤＡＴＡ２を読み出し、これをスレーブＩＦ部２１３に転送する。
【０１８３】
マスターＩＦ部２３５は、ＤＡＴＡ１およびＤＡＴＡ２の転送が完了すると、メモリ２３３に転送成功を通知する。この後、メモリ２３３は、ＤＡＴＡ１およびＤＡＴＡ２が格納されていたメモリ領域を解放し、データを書き込みができることを意味するレディ（Ready）状態であることを無線処理部２３４に通知する。
【０１８４】
ここで、ホスト装置３００がメモリカード２００の現在の状態を問い合わせてきた場合、ＳＤＩＦ部２３２は、ビジー状態（あるいは、無線通信中）であることを返答する。
【０１８５】
次に無線処理部２３４は、無線通信装置４００からＤＡＴＡ３及びＤＡＴＡ４を受信する。このとき、ＤＡＴＡ３及びＤＡＴＡ４が無線処理部２３４からメモリ制御部２１２に転送されるまでの手順は、先述した動作と同様である。
【０１８６】
メモリ制御部２１２は、内部バッファに転送されたデータが一定量溜まった場合、あるいはWrite Requestで要求されたサイズのデータ転送が終了した場合に、不揮発性メモリ２２０にデータを書き込む（図２４の例では、内部バッファにＤＡＴＡ１〜ＤＡＴＡ４が溜まった場合）。
【０１８７】
無線処理部２３４は、ＤＡＴＡ３及びＤＡＴＡ４の転送が完了してメモリ２３３からのレディ通知を受けた後、ビジー状態を解除する設定をＳＤＩＦ部２３２に行う。
【０１８８】
２．２ 無線通信装置４００を送信待機させるか否かの判断について
次に、無線通信装置４００を送信待機させるか否かの判断について、引き続き図２３及び図２４を用いて説明する。以下では簡単化のために、メモリ２３３は、ＤＡＴＡ１及びＤＡＴＡ２を格納すると、空き容量が一定値未満になる場合を仮定する。
【０１８９】
ここで、無線処理部２３４がBlockAckフレームを送信開始する時点から、ＤＡＴＡ３フレームを受信し始めるまでの時間を統計的に観測した平均値をＴ１（第７実施形態におけるΔｔdに相当する）する。また無線処理部２３４がBlockAckフレームを送信開始する時点から、メモリ２３３がレディ状態になる（メモリ２３３からＤＡＴＡ１およびＤＡＴＡ２が読みだされて、そのメモリ領域が解放される）までの時間をＴ２（第７実施形態におけるΔｔfに相当する）とする。
【０１９０】
無線処理部２３４は、Ｔ１＞Ｔ２であれば、BlockAckフレームのPwrMgtビットを“０”に設定して送信する（無線処理部２３４は、ＤＡＴＡ３を受信するまでにはメモリ２３３の領域が解放されていると予測する）。
【０１９１】
他方、Ｔ１≦Ｔ２であれば、無線処理部２３４は、BlockAckフレームのPwrMgtビットを“１”に設定して送信する（無線処理部２３４は、ＤＡＴＡ３を受信するまでにはメモリ２３３の領域が解放されていないと予測する）。
【０１９２】
３．本実施形態に係る効果
本実施形態により、第７実施形態と同様の効果が得られる。
【０１９３】
［変形例等］
上記のように、第１乃至第８実施形態に係るメモリ装置１０３は、第１インターフェース１１０、無線通信部１４０、第１メモリ１３０、及び第２メモリ１４１を備える。無線通信部１４０は、無線通信可能である。第１メモリ１３０は、不揮発にデータを格納可能である。第２メモリ１４１は、無線通信部１４０で受信したデータを一時的に保持可能である。無線通信部１４０は、第２メモリ１４１の残余容量が第１容量よりも少なくなった際には、第１フレームBlockAckを送信することにより、無線通信部１４０へのデータ送信が行われない期間を設定する。
【０１９４】
これにより、メモリ装置１０３が、無線チャネルを介して受信したデータを不揮発性メモリ１３０に書き込む際には、送信元装置１０１の送信を待機させることができる。そのため、メモリ装置１０３側で受信データが廃棄されることなく、効率よく不揮発性メモリ１３０へのデータ書き込みを実現できる。
【０１９５】
なお、上記実施形態は一例に過ぎず、種々の変形が可能である。例えば、上記実施形態では、バッファメモリ１４１が無線通信部１４０に含まれる場合を例に説明したが、バッファメモリ１４１がカードコントローラ１２０内にある場合であってもよいし、無線通信部１４０及びカードコントローラ１２０の両方にあってもよい。バッファメモリ１４１は、無線通信によって受信したデータの一次メモリとして機能するものであって、二次メモリとして機能するメモリ（例えば不揮発性メモリ１３０や図２０のバッファメモリ１２１）に較べて、読み出し及び書き込み動作を開始するまでの時間（レイテンシ）の短いメモリである。
【０１９６】
また、上記実施形態では、データフレームがアグリゲートされて送信され、これに対してBlockAckフレームを送信する場合を例に説明した。しかしながら、データフレームがアグリゲートされている必要はなく、この場合、通常の送達確認フレーム（無線方式が８０２．１１規格であれば、ＡＣＫフレーム）を用いて上記実施形態を実施してもよい。
【０１９７】
更に、ホスト機器としてテレビ１０２及び携帯電話１０１の例を説明したが、ホスト機器はこれら以外の電子機器であってもよく、限定されない。例えば、デジタルビデオ、デジタルカメラ、ノートパソコン、またはＰＤＡ等であっても良い。
【０１９８】
またメモリ装置１０３もＳＤカードに限られず、その他のカードデバイスであってもよい。更に不揮発性メモリ１３０はＮＡＮＤ型フラッシュメモリに限らず、その他の半導体メモリであってよい。またメモリ装置１０３は、ＳＤＩＯカードであってもよく、ストレージデバイスに限定されるものではない。つまり、無線機能と、無線によって受信したデータをバッファする構成を有していれば、限定されるものではない。更に、カードデバイスに限定されるものでもない。
【０１９９】
更に、上記実施形態は可能な限り組み合わせて実施することができ、また可能な限り単独で実施することも出来る。また上記実施形態においてフローチャートを用いて説明した動作も、可能な限りその順序を入れ替えることが出来る。
【０２００】
なお、上記実施形態は、以下のものを含む。すなわち、
１．第１インターフェース(IF部110@図2)と、無線通信可能な無線通信部(無線通信部140@図2)と、データを格納可能な不揮発性の第１メモリ(不揮発性メモリ130@図2)と、前記無線通信部で受信したデータを一時的に保持可能な第２メモリ(ハ゛ッファメモリ141@図2)とを具備し、前記無線通信部は、前記第２メモリの残余容量が第１容量よりも少なくなった際には、第１フレーム(BlockAckのPwrMgtまたはDuration@図7,10)を送信することにより、該無線通信部へのデータ送信が行われない期間を設定するメモリ装置。
２．上記１において、前記無線通信部は、前記第２メモリの残余容量が前記第１容量以上になった際には、第２フレーム(QoS-Null with PwrMgt=0@図7)を送信することにより、前記期間を解除する。
３．上記１または２において、前記第１フレームは、前記期間の長さを示す情報(Duration field@図10)を含む。
４．上記１において、前記無線通信部は、前記期間の長さを示す情報(Duration field@図13)を前記第１フレームに格納可能であり、
前記情報を前記第１フレームに含める場合(Duration fieldに設定する場合@図13)には、前記無線通信部が前記期間を解除するためのフレームを送信することなく、前記期間の満了によって前記期間が解除され、
前記情報を前記第１フレームに含めない場合(Duration fieldに設定しない場合@図13)には、前記無線通信部は、前記第２メモリの残余容量が前記第１容量以上になった際には、第２フレーム(QoS-Null with PwrMgt=0@図7)を送信することにより前記期間を解除する。
５．上記１〜４において、前記第１フレームは、前記第２メモリの残余容量を示す第１情報（Remaining Buffer@図14）を含む。
６．上記５において、前記第１フレームは、前記無線通信部へのデータ送信を禁止する旨の第２情報(PwrMgt@図17)を更に格納可能であり、
前記第１フレームが前記第２情報を含み、且つ前記第２情報が前記データ送信を禁止する場合(PwrMgt=1@図17)、前記第１情報(RemainingBuffer@図17)は、前記データ送信の禁止の解除後に前記第２メモリが受信可能なデータフレーム数を示し、
前記第２情報が前記データ送信を禁止しない場合(PwrMgt=0@図17)、前記第１情報(RemainingBuffer@図17)は、前記第１フレーム送信後に前記第２メモリが受信可能なデータフレーム数を示す。
７．上記１〜６において、前記第１インターフェースは、前記無線通信部が通信を開始した際、無線通信中であることを外部に明示する。
８．上記１〜７において、前記無線通信部が無線通信を行っている際に前記第１インターフェースがアクセスを受け付けた際、前記無線通信部は前記第１フレームを送信して、該無線通信部へのデータ送信を禁止する。
９．上記１〜８において、前記第１インターフェースは無線通信可能である。
１０．上記１〜９において、前記無線通信部は、前記第２メモリの残余容量が第１容量よりも少なくなった際、前記第１フレームを送信してからデータフレームを受信するまでの第１期間(Δtd@図22)と、前記第２メモリの残余容量が前記第１容量以上に増加するまでの第２期間(Δtf@図22)とを比較し、その比較結果に基づいて前記第１フレームを送信する。
１１．第１インターフェース(IF部110@図2)と、無線通信部(無線通信部140@図2)と、不揮発性の第１メモリ(不揮発性メモリ130@図2)と、第２メモリ(ハ゛ッファメモリ141@図2)とを備えたメモリ装置の制御方法であって、
前記無線通信部が、無線通信によって第１データを受信するステップ(S10@図5)と、前記第１データを第２メモリに格納するステップ(S11@図5)と、前記第２メモリの残余容量が第１容量よりも少なくなった場合(S12,YES@図5)、前記無線通信部は、無線通信によって第１フレームを送信することにより、前記メモリ装置へのデータ送信を禁止するステップ(S13@図5)とを備えるメモリ装置の制御方法。
１２．上記１１において、前記第２メモリ内の前記第１データを前記第１メモリへ転送するステップと、前記第２メモリの残余容量が前記第１容量以上になった際に、前記無線通信部が第２フレーム(QoS-Null with PwrMgt=0@図7)を送信することにより、前記データ送信の禁止を解除するステップ(S15@図5)とを更に備える。
１３．上記１１または１２において、前記第１フレームは、前記データ送信の禁止期間の長さを示す情報(Duration field@図10)を含む。
１４．上記１１において、前記無線通信部は、前記データ送信の禁止期間の長さを示す情報(Duration field@図13)を前記第１フレームに格納可能であり、
前記情報を前記第１フレームに含める場合(Duration fieldに設定する場合@図13)には、前記無線通信部が前記禁止期間を解除するためのフレームを送信することなく、前記禁止期間の満了によって前記禁止期間が解除され、
前記情報を前記第１フレームに含めない場合(Duration fieldに設定しない場合@図13)には、前記無線通信部は、前記第２メモリの残余容量が前記第１容量以上になった際には、第２フレーム(QoS-Null with PwrMgt=0@図7)を送信することにより前記禁止期間を解除する。
１５．上記１１〜１４において、前記第１フレームは、前記第２メモリの残余容量を示す第１情報（Remaining Buffer@図14）を含む。
１６．上記１５において、前記第１フレームは、前記無線通信部へのデータ送信を禁止する旨の第２情報(PwrMgt@図17)を更に格納可能であり、
前記第１フレームが前記第２情報を含み、且つ前記第２情報が前記データ送信を禁止する場合(PwrMgt=1@図17)、前記第１情報(RemainingBuffer@図17)は、前記データ送信の禁止の解除後に前記第２メモリが受信可能なデータフレーム数を示し、
前記第２情報が前記データ送信を禁止しない場合(PwrMgt=0@図17)、前記第１情報(RemainingBuffer@図17)は、前記第１フレーム送信後に前記第２メモリが受信可能なデータフレーム数を示す。
１７．上記１１〜１６において、前記無線通信部が通信を開始した際、無線通信中であることを前記第１インターフェースが外部に明示するステップを更に備える。
１８．上記１１〜１７において、前記無線通信部が無線通信を行っている際に前記第１インターフェースがアクセスを受け付けた際、前記無線通信部は前記第１フレームを送信して、該無線通信部へのデータ送信を禁止するステップを更に備える。
１９．上記１１〜１８において、前記第１インターフェースは無線通信可能である。
２０．上記１１〜１９において、前記無線通信部は、前記第２メモリの残余容量が第１容量よりも少なくなった際、前記第１フレームを送信してからデータフレームを受信するまでの第１期間(Δtd@図22)と、前記第２メモリの残余容量が前記第１容量以上に増加するまでの第２期間(Δtf@図22)とを比較し、その比較結果に基づいて前記第１フレームを送信する。
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【０２０１】
１００…無線通信システム、１０１…携帯電話、１０２…テレビ、１０３…メモリカード、１１０…ＩＦ部、１１１…レジスタ、１２０…カードコントローラ、１２１、１４１…バッファメモリ、１３０…不揮発性メモリ、１４０…無線通信部、１４２…送受信部、１４３…監視部、１４４…通信制御部、１５０…アンテナ
【特許請求の範囲】
【請求項１】
第１インターフェースと、
無線通信可能な無線通信部と、
データを格納可能な不揮発性の第１メモリと、
前記無線通信部で受信したデータを一時的に保持可能な第２メモリと
を具備し、前記無線通信部は、前記第２メモリの残余容量が第１容量よりも少なくなった際には、第１フレームを送信することにより、該無線通信部へのデータ送信が行われない期間を設定する
ことを特徴とするメモリ装置。
【請求項２】
前記無線通信部は、前記第２メモリの残余容量が前記第１容量以上になった際には、第２フレームを送信することにより、前記期間を解除する
ことを特徴とする請求項１記載のメモリ装置。
【請求項３】
前記第１フレームは、前記期間の長さを示す情報を含む
ことを特徴とする請求項１または２記載のメモリ装置。
【請求項４】
第１インターフェースと、無線通信部と、不揮発性の第１メモリと、第２メモリとを備えたメモリ装置の制御方法であって、
前記無線通信部が、無線通信によって第１データを受信するステップと、
前記第１データを第２メモリに格納するステップと、
前記第２メモリの残余容量が第１容量よりも少なくなった場合、前記無線通信部は、無線通信によって第１フレームを送信することにより、前記メモリ装置へのデータ送信を禁止するステップと
を備えるメモリ装置の制御方法。
【請求項５】
前記第２メモリ内の前記第１データを前記第１メモリへ転送するステップと、
前記第２メモリの残余容量が前記第１容量以上になった際に、前記無線通信部が第２フレームを送信することにより、前記データ送信の禁止を解除するステップと
を更に備えることを特徴とする請求項４記載のメモリ装置の制御方法。
【請求項１】
第１インターフェースと、
無線通信可能な無線通信部と、
データを格納可能な不揮発性の第１メモリと、
前記無線通信部で受信したデータを一時的に保持可能な第２メモリと
を具備し、前記無線通信部は、前記第２メモリの残余容量が第１容量よりも少なくなった際には、第１フレームを送信することにより、該無線通信部へのデータ送信が行われない期間を設定する
ことを特徴とするメモリ装置。
【請求項２】
前記無線通信部は、前記第２メモリの残余容量が前記第１容量以上になった際には、第２フレームを送信することにより、前記期間を解除する
ことを特徴とする請求項１記載のメモリ装置。
【請求項３】
前記第１フレームは、前記期間の長さを示す情報を含む
ことを特徴とする請求項１または２記載のメモリ装置。
【請求項４】
第１インターフェースと、無線通信部と、不揮発性の第１メモリと、第２メモリとを備えたメモリ装置の制御方法であって、
前記無線通信部が、無線通信によって第１データを受信するステップと、
前記第１データを第２メモリに格納するステップと、
前記第２メモリの残余容量が第１容量よりも少なくなった場合、前記無線通信部は、無線通信によって第１フレームを送信することにより、前記メモリ装置へのデータ送信を禁止するステップと
を備えるメモリ装置の制御方法。
【請求項５】
前記第２メモリ内の前記第１データを前記第１メモリへ転送するステップと、
前記第２メモリの残余容量が前記第１容量以上になった際に、前記無線通信部が第２フレームを送信することにより、前記データ送信の禁止を解除するステップと
を更に備えることを特徴とする請求項４記載のメモリ装置の制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【公開番号】特開２０１２−２０４８８０（Ｐ２０１２−２０４８８０Ａ）
【公開日】平成２４年１０月２２日（２０１２．１０．２２）
【国際特許分類】
【出願番号】特願２０１１−６４９３４（Ｐ２０１１−６４９３４）
【出願日】平成２３年３月２３日（２０１１．３．２３）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２４年１０月２２日（２０１２．１０．２２）
【国際特許分類】
【出願日】平成２３年３月２３日（２０１１．３．２３）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]