(57)【特許請求の範囲】
【請求項１】
送信装置と、
前記送信装置から第１伝送レートで送信されたデータを受信する受信装置と
を具備し、
前記送信装置は、
前記受信装置から受信バッファの空き容量を示す第１情報の通知を受信する受信部と、
前記第１情報に基づいて、前記受信バッファの空き容量に収まるように送信対象のデータのデータ量を示す第２情報を算出する第１算出部と、
前記第２情報を前記受信装置に送信する第１送信部と、
前記第２情報を送信した後に、前記算出されたデータ量のデータを、前記第１伝送レートで前記受信装置に送信するように前記第１送信部を制御する制御部と
を具備し、
前記受信装置は、
前記受信バッファが、前記送信装置から前記第１伝送レートで送信されるデータを少なくとも格納し、
前記送信装置が送信した前記第２情報に基づいて前記受信バッファの空き容量を示す第３情報を算出する第２算出部と、
データの受信完了前に、前記第３情報を前記第１情報として前記第１伝送レートよりも低い第２伝送レートで前記送信装置に送信する第２送信部と、
を具備する、情報処理装置。
【請求項２】
前記受信装置は、
データの送受信前の所定のイベントに基づいて、前記第１情報として前記受信バッファの空き容量の初期値を、前記第２送信部により前記第２伝送レートで前記送信装置に送信する、請求項１記載の情報処理装置。
【請求項３】
前記第２情報は、
前記送信対象のデータとして、連続して送信されるデータフレームの数と、前記データフレームのサイズとを含む、請求項１記載の情報処理装置。
【請求項４】
前記受信装置は、
前記送信装置から送信されたデータの受信開始後に、前記第２算出部により算出した前記第３情報を前記第１情報として、前記第２送信部により前記第２伝送レートで前記送信装置に送信する、請求項１記載の情報処理装置。
【請求項５】
前記第１情報はＡＣＫフレームに含まれて、
前記受信装置は、前記ＡＣＫフレームを前記第２伝送レートで前記送信装置に送信する、請求項１記載の情報処理装置。
【請求項６】
前記第１情報はユニプロ規格に従ったフレームに含まれて、
前記受信装置は、前記フレームを前記第２伝送レートで前記送信装置に送信する、請求項１記載の情報処理装置。
【請求項７】
第１伝送レートでデータを受信装置に送信する送信装置であって、
前記受信装置から受信バッファの空き容量を示す第１情報の通知を、前記第１伝送レートよりも低い第２伝送レートで受信する受信部と、
前記第１情報に基づいて、前記受信装置の前記受信バッファの空き容量に収まるように送信対象のデータのデータ量を示す第２情報を算出する算出部と、
前記第２情報を前記受信装置に送信する送信部と、
前記第２情報を送信した後に、前記算出されたデータ量のデータを、前記第１伝送レートで前記受信装置に送信するように前記送信部を制御する制御部と
を具備する、送信装置。
【請求項８】
送信装置から第１伝送レートで送信されるデータを少なくとも格納する受信バッファと、
前記送信装置から送信される前記データのデータ量を示す情報に基づいて前記受信バッファの空き容量を示す情報を算出する算出部と、
前記データの受信完了前に、前記受信バッファの空き容量を示す情報を前記第１伝送レートよりも低い第２伝送レートで前記送信装置に送信する送信部と、
を具備する、受信装置。
【請求項９】
送信装置と、前記送信装置から第１伝送レートで送信されたデータを受信する受信装置とを含む情報処理装置に適用するデータの送受信方法であって、
前記送信装置により、
前記受信装置から受信バッファの空き容量を示す第１情報の通知を受信することと、
前記第１情報に基づいて、前記受信バッファの空き容量に収まるように送信対象のデータのデータ量を示す第２情報を算出することと、
前記第２情報を前記受信装置に送信することと、
前記第２情報を送信した後に、前記算出されたデータ量のデータを、前記第１伝送レートで前記受信装置に送信するように制御することと
とを含み、
前記受信装置により、
前記送信装置から前記第１伝送レートで送信されるデータを少なくとも前記受信バッファに格納することと、
前記送信装置が送信した前記第２情報に基づいて前記受信バッファの空き容量を示す第３情報を算出することと、
データの受信完了前に、前記第３情報を前記第１情報として前記第１伝送レートよりも低い第２伝送レートで前記送信装置に送信することと
を含む、データの送受信方法。
【請求項１０】
第１伝送レートでデータを受信装置に送信する送信装置に適用するデータの送受信方法であって、
前記受信装置から受信バッファの空き容量を示す第１情報の通知を、前記第１伝送レートよりも低い第２伝送レートで受信する処理と、
前記第１情報に基づいて、前記受信装置の前記受信バッファの空き容量に収まるように送信対象のデータのデータ量を示す第２情報を算出する処理と、
前記第２情報を前記受信装置に送信する処理と、
前記第２情報を送信した後に、前記算出されたデータ量のデータを、前記第１伝送レートで前記受信装置に送信するように制御する処理と
を含む、データの送受信方法。
【請求項１１】
送信装置から第１伝送レートで送信されるデータを少なくとも格納する受信バッファを備える受信装置に適用するデータの送受信方法であって、
前記送信装置から送信される前記データのデータ量を示す情報に基づいて前記受信バッファの空き容量を示す情報を算出する処理と、
前記データの受信完了前に、前記受信バッファの空き容量を示す情報を前記第１伝送レートよりも低い第２伝送レートで前記送信装置に送信する処理と、
を含む、データの送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報処理装置に関する。
【背景技術】
【０００２】
従来より、情報処理装置のモジュール間でデータの通信を行なう際に、データを受信するよりも前の時点で、当該データを正常に受信したことを示す肯定応答（以下、「ＡＣＫ」（ＡＣＫ：ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）という。）フレームを送信元に送信する技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−２２２４６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、データの受信よりも前に肯定応答を先に送信元に送信する技術について、伝送路の有効活用及びデータの送受信に伴う電力消費の双方の観点から、有効なデータ通信を行なうことはできない。
【課題を解決するための手段】
【０００５】
実施形態によれば、情報処理装置は、送信装置と前記送信装置から第１伝送レートで送信されたデータを受信する受信装置とを具備している。前記送信装置は、前記受信装置から受信バッファの空き容量を示す第１情報の通知を受信する受信部と、前記第１情報に基づいて、前記受信バッファの空き容量に収まるように送信対象のデータのデータ量を示す第２情報を算出する第１算出部と、前記第２情報を前記受信装置に送信する第１送信部と、前記第２情報を送信した後に、前記算出されたデータ量のデータを、前記第１伝送レートで前記受信装置に送信するように前記第１送信部を制御する制御部とを含む。
【０００６】
前記受信装置は、受信バッファが送信装置から前記第１伝送レートで送信されるデータを少なくとも格納し、前記送信装置が送信した前記第２情報に基づいて前記受信バッファの空き容量を示す第３情報を算出する第２算出部と、データの受信完了前に、前記第３情報を前記第１情報として前記第１伝送レートよりも低い第２伝送レートで前記送信装置に送信する第２送信部とを含む。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態に係る送信モジュールＡ及び受信モジュールＢを有する情報処理装置Ｓを示す図である。
【図２】図２は、本実施形態の送信モジュールＡの機能を説明するための機能ブロック図である。
【図３】図３は、本実施形態の受信モジュールＢの機能を説明するための機能ブロック図である。
【図４】図４は、下り伝送路ＤＰ（高レート伝送）と上り伝送路ＵＰ（低レート伝送）のモードと伝送レートとの関係を示す図である。
【図５】図５は、送信モジュールＡから送信されるデータ量通知フレーム５１の構成を示す図である。
【図６】図６は、送信モジュールＡから送信されるデータフレーム６１の構成を示す図である。
【図７】図７は、受信モジュールＢから送信されるＡＣＫフレーム７１の構成を示す図である。
【図８】図８は、本実施形態の上り伝送路ＵＰと下り伝送路ＤＰとのデータ転送シーケンスを示す図である。
【図９】図９は、ユニプロ規格を使用して通信を行なう場合の従来の上り伝送路ＵＰ（低レート）と下り伝送路ＤＰ（高レート）とのデータ転送シーケンスを示す図である。
【図１０】図１０は、ユニプロ規格を使用して通信を行なう場合の従来の上り伝送路ＵＰ（高レート）と下り伝送路ＤＰ（高レート）とのデータ転送シーケンスを示す図である。
【発明を実施するための形態】
【０００８】
以下、実施の形態について、図面を参照して説明する。
１  構成
図１は、実施形態に係る送信モジュールＡ及び受信モジュールＢを有する情報処理装置Ｓを示す図である。
【０００９】
同図において、情報処理装置Ｓは、送信モジュールＡ及び受信モジュールＢを有する。送信モジュールＡは、ＣＰＵ１１、メモリ１２、通信Ｉ／Ｆ１３及びバッファ１４を有する。
【００１０】
ＣＰＵ１１、メモリ１２及び通信Ｉ／Ｆ１３は、バス１０に接続される。バッファ１４は、通信インターフェイス１３のレイヤ層に接続される。例えば、ＭＩＰＩアライアンスのユニプロ規格（Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｆｏｒ  Ｕｎｉｔｅｄ  Ｐｒｏｔｏｃｏｌ）では、バッファ１４は、通信インターフェイス１３のデータリンク層（Ｌ２）に接続される。
【００１１】
ＣＰＵ１１は、本実施形態に係る送信モジュールＡと受信モジュールＢとの間の通信の制御をメモリ１２に格納されたプログラムと共動して行なう他、送信モジュールＡの全体の制御を司る。また、ＣＰＵ１１は送信されるデータ(例えば、ビデオデータ）を通信Ｉ／Ｆ１３のバッファ１４の送信バッファに格納する。
【００１２】
メモリ１２は、本実施形態に係る通信の制御を行なうためのプログラムを格納するほか、ワークエリアなどとして使用される。
【００１３】
通信Ｉ／Ｆ１３は、受信モジュールＢとの通信に使用されるインターフェイスである。通信Ｉ／Ｆ１３は、例えば、ユニプロ規格に基づくインターフェイスである。本実施形態では、通信Ｉ／Ｆ１３はハードウェアによって実現されるものとするが、ソフトウェアによって実現されても良い。
【００１４】
また、通信Ｉ／Ｆ１３は、受信モジュールＢとの伝送路Ｐに接続される。伝送路Ｐは、低レートの上り伝送路ＵＰと、高レートの下り伝送路ＤＰとを有する。送信モジュールＡの通信Ｉ／Ｆ１３は、下り伝送路ＤＰを使用して受信モジュールＢに対してデータフレームの送信を行ない、上り伝送路ＵＰを使用して受信モジュールＢからのデータフレームの受信を行なう。
【００１５】
バッファ１４は、通信Ｉ／Ｆ１３に接続される。通信Ｉ／Ｆ１３は通信の観点から複数のレイヤに分類することができ、バッファ１４は、通信Ｉ／Ｆ１３の所定のレイヤに接続される。バッファ１４は、受信モジュールＡの送信バッファ及び受信バッファを有する。
【００１６】
バッファ１４の送信バッファに格納された送信されるデータは、通信Ｉ／Ｆ１３を介して下り伝送路ＤＰで送信される。バッファ１４の受信バッファに格納された受信モジュールＢからのデータは、通信Ｉ／Ｆ１３又はＣＰＵ１１で処理される。
【００１７】
なお、バッファ１４の送信バッファは、下り伝送路ＤＰの伝送レートが、バッファを必要としないほど高レートに設定されている場合には、送信バッファはなくても良い。
【００１８】
受信モジュールＢは、ＣＰＵ２１、メモリ２２、通信Ｉ／Ｆ２３及びバッファ２４を有する。
【００１９】
ＣＰＵ２１は、本実施形態に係る送信モジュールＡと受信モジュールＢとの間の通信の制御をメモリ２２に格納されたプログラムと共動して行なう他、受信モジュールＢの全体の制御を司る。
【００２０】
メモリ２２は、本実施形態に係る通信の制御を行なうためのプログラムを格納するほか、ワークエリアなどとして使用される。
【００２１】
通信Ｉ／Ｆ２３は、送信モジュールＡとの通信に使用されるインターフェイスである。通信Ｉ／Ｆ２３は、例えば、ユニプロ規格に基づくインターフェイスである。本実施形態では、通信Ｉ／Ｆ２３はハードウェアによって実現されるものとするが、ソフトウェアによって実現されても良い。
【００２２】
また、通信Ｉ／Ｆ２３は、送信モジュールＡとの通信のための伝送路Ｐに接続される。伝送路Ｐは、低レートの上り伝送路ＵＰと、高レートの下り伝送路ＤＰとを有する。受信モジュールＢの通信Ｉ／Ｆ２３は、上り伝送路ＵＰを使用して送信モジュールＡに対してデータフレームの送信を行ない、下り伝送路ＤＰを使用して送信モジュールＡからのデータフレームの受信を行なう。
【００２３】
バッファ２４は、通信Ｉ／Ｆ２３に接続される。通信Ｉ／Ｆ２３は通信の観点から複数のレイヤに分類することができ、バッファ２４は、通信Ｉ／Ｆ２３の所定のレイヤに接続される。バッファ２４は、受信モジュールＢの送信バッファ及び受信バッファを有する。
【００２４】
バッファ２４の送信バッファに格納されたデータは、通信Ｉ／Ｆ１３を介して上り伝送路ＵＰで送信される。バッファ２４の受信バッファに格納された送信モジュールＡからのデータは、通信Ｉ／Ｆ２３又はＣＰＵ２１で処理される。
１−１  機能ブロック図
図２は、本実施形態の送信モジュールＡの機能を説明するための機能ブロック図である。
【００２５】
同図に示すように、送信モジュールＡは、受信部３１、データ量算出部３２、データ送信制御部３３及び送信部３４を具備する。
【００２６】
受信部３１は、受信モジュールＢから上り伝送路ＵＰで送信された受信モジュールＢのバッファ２４の受信バッファ空き容量を示す受信バッファ空き容量情報を含むＡＣＫフレームを受信する。
【００２７】
データ量算出部３２は、ＡＣＫフレームに含まれる受信バッファ空き容量情報に基づいて、送信されるデータのデータ量情報を算出する。データ量情報は、連続して送信されるデータのデータフレームの数と、送信されるデータのデータフレームのサイズとを含む。
【００２８】
データフレームの数は、連続して送信されるデータのデータフレームの数である。例えば、送信されるデータをフレームシーケンス番号１からフレームシーケンス番号５のデータフレームで送ることを示す情報である。
【００２９】
実施形態では、データフレームの数及びデータフレームのサイズが受信モジュールＢから受信した受信バッファ空き容量情報によって示されるモジュールＢのバッファ２４の受信バッファ空き容量内に収まるように決定される。
【００３０】
また、データフレームの数及びデータフレームのサイズは、伝送効率が最も良くなるように決定しても良い。この場合、例えば、受信モジュールＢから送信されたＡＣＫフレームに含まれるバッファ２４の受信バッファ空き容量が５１２バイトの場合、送信モジュールＡは５１２バイトを超えないデータフレームの数と、データフレームのサイズとを決定する。ペイロード数が規格により、例えば、１４４シンボル（＝２８８バイト）と定められているとすると、データフレームの他の部分のサイズが固定であれば、１つのデータフレームのサイズを決定することができる（例えば、２９４バイト）。
【００３１】
しかし、受信モジュールＢの受信バッファのバッファ空き容量が５１２バイトの場合、２つの最大サイズである２９４バイトのデータフレームを受信することはできない。従って、最も効率が良いデータ伝送を行なうためには、バッファ２４の受信バッファ空き容量に丁度２個のフレームが収まるようにデータフレームのサイズを決定する。具体的には、データフレームの数＝２、各データフレームのサイズ＝２５６バイト（ペイロード数＝２５０バイト）が、最も効率が良い。
【００３２】
なお、１つのデータフレームのサイズを小さくして、データフレームの数を増やすことも出来るが、データフレームの数を増やすと、ペイロード以外のデータ（６バイト）を伝送する頻度が増えるために、伝送効率は悪化する。
【００３３】
データ量算出部３２によるデータ量情報は、下り伝送路ＤＰの伝送レートが考慮されても良い。伝送レートが高ければ高いほど、より多くのデータフレームを送ることができる。伝送レートの設定の仕方については後述する。
【００３４】
データ送信制御部３３は、送信されるデータを、データ量情報に基づいて、算出されたサイズのデータフレームに送信されるデータをセットし、算出された数のデータフレームを連続して出力する。また、データフレームは、送信されるデータのフレームシーケンス番号を含む。
【００３５】
実施形態では、送信モジュールＡはデータ量情報を送信した直後にデータフレームの連続送信を行なうが、これに限るものではない。データ送信制御部３３のデータフレームの連続した出力は、データ量情報を送信した後であれば良い。
【００３６】
送信部３４は、データ量算出部３２にて算出されたデータ量情報を含むデータ量通知フレーム及びデータ送信制御部３３から出力されるデータフレームを下り伝送路ＤＰを介して受信モジュールＢに送信する。
【００３７】
図３は、本実施形態の受信モジュールＢの機能を説明するための機能ブロック図である。
【００３８】
同図に示すように、受信モジュールＢは、受信部４１、バッファ部４２、受信バッファ空き容量算出部４３及び送信部４４を具備する。
【００３９】
受信部４１は、送信モジュールＡから下り伝送路ＤＰで送信されたデータ量情報（データフレームの数、データフレームのサイズ）を含むデータ量通知フレーム、連続して送信されるデータフレームなどを受信する。
【００４０】
バッファ部４２は、受信部４１で受信されたデータ量情報及び連続して送信されるデータなどを格納する。
【００４１】
受信バッファ空き容量算出部４３は、バッファ部４２に格納されたデータ量情報に基づいて、送信モジュールＡからデータの送信が終了した時点でのバッファ２４の受信バッファの空き容量を算出する。そして、算出されたバッファ２４の受信バッファの空き容量を示す受信バッファ空き容量情報を出力する。
【００４２】
また、受信バッファ空き容量算出部４３は、送信モジュールＡから送信されたデータフレームの数（フレームシーケンス番号）を出力する。
【００４３】
送信部４４は、受信バッファ空き容量算出部４３から出力された受信バッファ空き容量情報及びフレームシーケンス番号を含むＡＣＫフレームを上り伝送路ＵＰでモジュールＡに送信する。
【００４４】
なお、受信モジュールＢは、送信モジュールＡから送信されたデータの受信エラーを検出した場合であっても、上り伝送路ＤＰを使用したＮＡＣフレームの送信は行なわない。なお、ＮＡＣフレームは、通常、データの受信が正常でない場合に、ＡＣＫフレームの代わりに送信されるフレームである。
１−２  伝送レートについて
実施形態では、上り伝送路ＵＰの伝送レートは、下り伝送路ＤＰの伝送レートよりも低い（遅い）。実施形態は、伝送レートの決定方法を限定するものではない。伝送レートの決定方法は、種々の方法が考えられる。
【００４５】
例えば、上り伝送路ＵＰ及び下り伝送路ＤＰの伝送レートは、予め所定の伝送レートに定めておいても良い。上り伝送路ＵＰ及び下り伝送路ＤＰに、それぞれに伝送レートを規定する複数のモードを設け、上り伝送路ＵＰ及び下り伝送路ＤＰのモードをそれぞれ選択しても良い。
【００４６】
図４は、下り伝送路ＤＰ（高レート伝送）と上り伝送路ＵＰ（低レート伝送）のモードと伝送レートとの関係を示す図である。同図に示すように、下り伝送路ＤＰ（高レート伝送）には、モード１乃至モード３が設けられている。モード１には伝送レート１．０Ｇｂｐｓ又は１．５Ｇｂｐｓ、モード２には伝送レート２．５Ｇｂｐｓ又は３．０Ｇｂｐｓ、モード３には伝送レート５．０Ｇｂｐｓ又は６．０Ｇｂｐｓが割り当てられる。上り伝送路ＵＰ（低レート伝送）には、モード１乃至モード４が設けられている。モード１には伝送レート３Ｍｂｐｓ〜１０Ｍｂｐｓ、モード２には伝送レート６Ｍｂｐｓ〜２０Ｍｂｐｓ、モード３には伝送レート１４Ｍｂｐｓ〜４０Ｍｂｐｓ、モード４には伝送レート２５Ｍｂｐｓ〜８０Ｍｂｐｓが割り当てられる。
【００４７】
また、上り伝送路ＵＰ及び下り伝送路ＤＰの伝送レートは、送信されるデータの種類、送信されるデータのサイズ、バッファ１４の空き容量、ユーザによる設定などに基づいて決定しても良い。さらに、データが送信される毎に決定しても良い。
【００４８】
さらに、下り伝送路ＤＰの伝送レートの設定は送信モジュールＡにおいて、上り伝送路ＵＰの伝送レートの設定は受信モジュールＢにおいて行なっても良いし、情報処理装置Ｓの全体の制御を司るＣＰＵで行なっても良い。
【００４９】
また、伝送レートの設定は、送信モジュールＡからのデータフレームの連続送信の終了時刻（図８のＴ１）と受信モジュールＢのＡＣＫフレームの送信終了時刻（図８のＴ１’）との間隔が狭くなるように設定されるのが好ましい。これにより、下り伝送路ＤＰの無効期間（図８のＴ１−Ｔ２、Ｔ３−Ｔ４、Ｔ５−Ｔ６）を短くすることが可能になる。
１−３  フレーム構成
図５は、送信モジュールＡから送信されるデータ量通知フレーム５１の構成を示す図である。
【００５０】
データ量通知フレーム５１は、連続して送信されるデータのデータフレームの数５２及び送信されるデータのデータフレームのサイズ５３とを含む。データフレームの数５２は、送信モジュールＡのデータ量算出部３２によって算出された、送信されるデータを送るために必要となるデータフレームの数である。データフレームのサイズ５３は、連続して送られるデータフレームの１つのデータフレームのサイズである。
【００５１】
図６は、送信モジュールＡから送信されるデータフレーム６１の構成を示す図である。
【００５２】
データフレーム６１は、データフレームのフレームシーケンス番号６２及びデータ６３を有する。データフレームのフレームシーケンス番号６２は、送信モジュールＡのデータ量算出部３２によって算出された連続して送られるデータのデータフレームのシーケンス番号である。データ６３は、送信されるデータのうち、１つのデータフレーム６１で送られるデータである。
【００５３】
図７は、受信モジュールＢから送信されるＡＣＫフレーム７１の構成を示す図である。
【００５４】
ＡＣＫフレーム７１は、フレームシーケンス番号７２及び受信バッファ空き容量情報７３を有する。ＡＣＫフレーム７１のフレームシーケンス番号７２は、送信モジュールＡからデータの送信に先立ち送られたフレームシーケンス番号である。受信バッファ空き容量情報７３は、受信モジュールＢの受信バッファ空き容量算出部４３によって算出されたバッファ２４の受信バッファの空き容量である。
【００５５】
なお、データ量通知フレーム５１、データフレーム６１、ＡＣＫフレーム７１の形式はどのような形式のフレームであっても良い。例えば、ユニプロ規格に規定されているフレームを使用しても良い。ＡＣＫフレーム７１は、ユニプロ規格に規定されているＡＦＣ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ａｎｄ  Ｆｌｏｗ  Ｃｏｎｔｒｏｌ）フレームであっても良い。
２  動作
図８は、本実施形態の上り伝送路ＵＰと下り伝送路ＤＰとのデータ転送シーケンスを示す図である。
【００５６】
なお、図８において示した送信モジュールＡ及び受信モジュールＢの各タイミングは、下記の通りである。
・送信モジュールＡ
データフレーム送信開始  ＝    Ｔ０，  Ｔ２，  Ｔ４，  Ｔ６
データフレーム送信完了  ＝    Ｔ１，  Ｔ３，  Ｔ５，  Ｔ７
ＡＣＫフレーム受信開始＝  ｄｏｎ’ｔ  ｃａｒｅ  （送信モジュールＡは、この時刻を使用しない）
ＡＣＫフレーム受信完了＝  Ｔ２，  Ｔ４，  Ｔ６，
・受信モジュールＢ
ＡＣＫフレーム送信開始  ＝    Ｔ０’，  Ｔ２’，  Ｔ４’，  Ｔ６’
ＡＣＫフレーム送信完了  ＝    Ｔ１’，  Ｔ３’，  Ｔ５’，
データフレーム受信開始＝  Ｔ０’，  Ｔ２’，  Ｔ４’，  Ｔ６’
データフレーム受信完了＝  ｄｏｎ’ｔ  ｃａｒｅ  （受信モジュールＢは、この時刻を使用しない）
【００５７】
同図に示すように、受信モジュールＢは、受信モジュールＢのバッファ２４の受信バッファ空き容量情報の初期値及びフレームシーケンス番号の初期値を含むＡＣＫフレーム７１を上り伝送路ＵＰの伝送レートで送信を完了する（図８：Ｓ０、図８の最初に示したＡＣＫフレーム７１のＡＣＫ送信完了）。例えば、ＡＣＫフレーム７１のフレームシーケンス番号７２＝０である。
受信モジュールＢからの最初のＡＣＫフレーム７１の送信は、所定のイベントに基づいて行なわれる。例えば、送信モジュールＡと受信モジュールＢとが接続された場合、送信モジュールＡ及び／又は受信モジュールＢの電源起動時、受信モジュールＢのＣＰＵ２１から所定のイベントを受付けた場合、受信モジュールＢの外部から所定のイベントを受付けた場合などである。
【００５８】
送信モジュールＡは、データの送信を行なう際、受信モジュールＢから送られたＡＣＫフレーム７１を受信すると、ＡＣＫフレーム７１に含まれる受信バッファ空き容量情報に基づいて、データ量情報（データフレームの数及びデータフレームのサイズ）を算出し、データ量通知フレーム５１を下り伝送路ＤＰで送信する（図８：Ｓ１）。なお、データ量通知フレーム５１については、低レートの上り伝送路ＵＰを使用して送信しても良い。
【００５９】
例えば、連続して送られるデータフレームの数＝５、１つのデータフレームのサイズ＝Ｘバイトである。
【００６０】
送信モジュールＡは、次に、データ量情報に基づいて算出されたサイズのデータフレーム６１に送信されるデータをセットして、下り伝送路ＤＰで連続的に送信する（図８：Ｔ０〜Ｔ１）。
【００６１】
例えば、連続して送られるデータフレームの数＝５、１つのデータフレームのサイズ＝Ｘバイトである場合、フレームシーケンス番号１〜５がセットされた各データフレーム６１が連続して送信される。
【００６２】
受信モジュールＢは、下り伝送路ＤＰで送信されたデータ量通知フレーム５１を受信すると、その中に含まれるデータフレームの数とデータフレームのサイズに基づいて、送信モジュールＡからのデータ送信が終了した時点（図８：Ｔ１）でのバッファ２４の空き容量を算出する。そして、算出されたバッファ２４の空き容量を示す受信バッファ空き容量情報及び最後に受信されるべきデータフレーム６１のフレームシーケンス番号をＡＣＫフレーム７１にセットして、データフレーム６１の受信完了を待たずに、上り伝送路ＵＰで送信する（図８：Ｔ０’〜Ｔ１’）。
【００６３】
なお、図８：Ｔ０’時点で送信が開始されるＡＣＫフレーム７１は、データ量通知フレーム５１のデータフレームの数をＡＣＫフレーム７１のフレームシーケンス番号７２（例えば、フレームシーケンス番号＝５）にセットする。また、ＡＣＫフレーム７１を送信するタイミングは、データフレーム６１を受信した場合に限られない。
【００６４】
さらに、実施形態においては、データ送信の最初にのみデータ量通知フレーム５１を送信する場合について説明したが、データ量通知フレーム５１は、データフレーム６１を送信する毎に送信しても良い。
【００６５】
送信モジュールＡは、ＡＣＫフレーム７１を上り伝送路ＵＰで受信完了すると（図８：Ｔ２）、次に送信されるデータをデータフレーム６１にセットして、下り伝送路ＤＰで連続的に送信する（図８：Ｔ２〜Ｔ３）。
【００６６】
上述のように、例えば、連続して送られるデータフレームの数＝５、１つのデータフレームのサイズ＝Ｘバイトである場合、フレームシーケンス番号６〜１０がセットされた各データフレーム６１が連続して送信される。
【００６７】
受信モジュールＢは、送信モジュールＡから下り伝送路ＤＰで送信されたデータフレーム６１の受信が開始されると（図８：Ｔ２’）、ＡＣＫフレーム７１を上り伝送路ＵＰで送信する（図８：Ｔ２’〜Ｔ３ ’）。
【００６８】
上述のように、例えば、連続して送られるデータフレームの数＝５、１つのデータフレームのサイズ＝Ｘバイトである場合、フレームシーケンス番号７２には、フレームシーケンス番号＝１０をセットする。
【００６９】
送信モジュールＡは、上り伝送路ＵＰでＡＣＫフレーム７１の受信が開始されると（図８：Ｔ４）、次に送信されるデータをデータフレーム６１にセットして、下り伝送路ＤＰで連続的に送信する（図８：Ｔ４〜Ｔ５）。
【００７０】
上述のように、例えば、連続して送られるデータフレームの数＝５、１つのデータフレームのサイズ＝Ｘバイトである場合、フレームシーケンス番号１１〜１５がセットされた各データフレーム６１が連続して送信される。
【００７１】
受信モジュールＢは、送信モジュールＡから下り伝送路ＤＰで送信されたデータフレーム６１の受信が開始されると、ＡＣＫフレーム７１を上り伝送路ＵＰで送信する（図８：Ｔ４’〜Ｔ５’）。
【００７２】
上述のように、例えば、連続して送られるデータフレームの数＝５、１つのデータフレームのサイズ＝Ｘバイトである場合、フレームシーケンス番号７２には、フレームシーケンス番号＝１５をセットする。
【００７３】
送信モジュールＡは、上り伝送路ＵＰでＡＣＫフレーム７１の受信が開始されると、次に送信されるデータをデータフレーム６１にセットして、下り伝送路ＤＰで連続的に送信する（図８：Ｔ６〜Ｔ７）。
【００７４】
上述のように、例えば、連続して送られるデータフレームの数＝５、１つのデータフレームのサイズ＝Ｘバイトである場合、フレームシーケンス番号１６〜２０がセットされた各データフレーム６１が連続して送信される。
【００７５】
このようにして、送信モジュールＡと受信モジュールＢとのデータの送受信を行なうことができる。
３  効果
図９は、ユニプロ規格を使用して通信を行なう場合の従来の上り伝送路ＵＰ（低レート）と下り伝送路ＤＰ（高レート）とのデータ転送シーケンスを示す図である。
【００７６】
同図において、上り伝送路ＵＰは低レート、下り伝送路ＤＰは高レートに設定されている。この場合、上り伝送路ＵＰは消費電力の少ない低レートになっているため、システム全体の消費電力は低く抑えられる。しかし、伝送レートが低いため、１つのＡＦＣフレームの伝送に長い時間を要する。このＡＦＣフレームを伝送している期間は、送信モジュールＡは受信モジュールの受信バッファ容量を把握することができないため、下り伝送路ＤＰにデータを転送するためのデータフレームを送信することができない。従って、下り伝送路ＤＰの伝送帯域を有効に活用することができず、データレートの高いビデオデータなどの伝送が出来ないなどの問題がある。
【００７７】
図１０は、ユニプロ規格を使用して通信を行なう場合の従来の上り伝送路ＵＰ（高レート）と下り伝送路ＤＰ（高レート）とのデータ転送シーケンスを示す図である。
【００７８】
この場合、ＡＦＣフレームを伝送時間が非常に短いため、下り伝送路ＤＰの使用できない期間も少なくなり、下り伝送路ＤＰの伝送帯域を充分に活用することができる。しかし、上り伝送路ＵＰが常に高レートであるために、システム全体の消費電力が大きくなってしまうという問題がある。
【００７９】
実施形態によれば、上り伝送路ＵＰを低レートとし、下り伝送路ＤＰを高レートととする。そして、データ量通知フレーム５１をデータフレーム６１の送信に先立ち、下り伝送路ＤＰで送信し、受信バッファ空き容量情報７３を含むＡＣＫフレーム７１の送信をデータの受信の完了を待たずに、上り伝送路ＵＰで送信する。
【００８０】
従って、次のデータフレーム５１を送信するまでの待ち時間が短縮するため、下り伝送路ＤＰの有効活用期間を増大することができる。また、上り伝送路ＵＰを低レートに固定できるため、システム全体の消費電力を低く抑えることができる。すなわち、実施形態によれば、消費電力の削減と下り伝送路ＤＰのデータ伝送量の確保との両立を実現することができる。
【００８１】
さらに、下り伝送路ＤＰを高レートに設定することができるため、送信モジュールＡがデータを予め格納しておく必要がなく、送信モジュールＡのバッファサイズを削減することができる。
【００８２】
なお、実施形態では、情報処理装置Ｓが送信モジュールＡ及び受信モジュールＢを具備する場合について説明したが、１つの情報処理装置に送信モジュールＡが設けられ、他の情報処理装置に受信モジュールＢが設けられ、送信モジュールＡと受信モジュールＢとがデータ通信を行なっても良い。また、１つのモジュールに送信モジュールＡ及び受信モジュールＢの機能を有していても良い。
【００８３】
情報処理装置Ｓは、例えば、携帯電話、携帯型コンピュータ、無線ハンドセット、タブレット、デジタルカメラなどである。また、モジュールは、例えば、ビデオ再生モジュール、音声入力モジュール、画像表示モジュールなどである。
【００８４】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８５】
Ａ…送信モジュール、Ｂ…受信モジュール、１１、２１…ＣＰＵ、１２、２２…メモリ、１３…通信Ｉ／Ｆ、１４、２４…バッファ、５１…データ量通知フレーム、６１…データフレーム、７１…ＡＣＫフレーム。
【図１】
0006523995.tif 000002
【図２】
0006523995.tif 000003
【図３】
0006523995.tif 000004
【図４】
0006523995.tif 000005
【図５】
0006523995.tif 000006
【図６】
0006523995.tif 000007
【図７】
0006523995.tif 000008
【図８】
0006523995.tif 000009
【図９】
0006523995.tif 000010
【図１０】
0006523995.tif 000011