第1の装置から送られるデータを第2の装置に転送するデータ転送装置において、前記第1の装置から送られる第1のデータを記憶する第1の記憶手段と、前記第1の記憶手段に記憶される前記第1のデータについての第2の装置への送信状態を管理する管理情報を記憶する第2の記憶手段と、前記送信状態に応じて、前記第2の装置に転送する第2のデータのサイズを動的に決定する決定手段と、1または2以上の前記第1のデータを含む前記サイズの前記第2のデータを生成して前記第2の装置に送信する送信手段と、を備えるデータ転送装置。前記決定手段は、前記第1の記憶手段に記憶された前記第1のデータについての前記第2の装置への送信状態およびデータサイズに基づいて、前記第2のデータのサイズを決定する、ことを特徴とする請求項1に記載のデータ転送装置。前記送信手段のビジー状態を検出する検出手段をさらに備え、前記検出手段が、前記送信手段のビジー状態を検出している間も、前記第1の装置から送られる第1のデータを、前記第1の記憶手段に記憶する、ことを特徴とする請求項1に記載のデータ転送装置。前記第2の装置から第1のリクエストを受信すると、前記第1のリクエストが要求するデータを所定のサイズに分割して要求するために、前記第1のリクエストを1または2以上の第2のリクエストに分割して前記第1の装置に送信する送信手段、をさらに備える請求項1に記載のデータ転送装置。第1の装置から送られるデータを第2の装置に転送するデータ転送方法において、データ転送装置が、前記第1の装置から送られる第1のデータを記憶する第1の記憶手段に記憶される前記第1のデータについての第2の装置への送信状態を管理する管理情報を記憶する第2の記憶手段から、前記送信状態を取得し、前記送信状態に応じて、前記第2の装置に転送する第2のデータのサイズを動的に決定し、1または2以上の前記第1のデータを含む前記サイズの前記第2のデータを生成して前記第2の装置に送信する、処理を実行するデータ転送方法。第1の装置から送られるデータを第2の装置に転送するデータ転送装置を含む情報処理装置において、前記データ転送装置は、前記第1の装置から送られる第1のデータを記憶する第1の記憶手段と、前記第1の記憶手段に記憶される前記第1のデータについての第2の装置への送信状態を管理する管理情報を記憶する第2の記憶手段と、前記送信状態に応じて、前記第2の装置に転送する第2のデータのサイズを動的に決定する決定手段と、1または2以上の前記第1のデータを含む前記サイズの前記第2のデータを生成して前記第2の装置に送信する送信手段と、を備える情報処理装置。ブリッジ装置100からの第2リクエストに対して、装置Bは、それぞれ異なるレイテンシで第2レスポンスをブリッジ装置に返す。そのため、従来、上述したように、ブリッジ装置100は、第1リクエストに対するレスポンス、すなわち、第1リクエストを分割した第2リクエストに対する第2レスポンスを全て受信するまで待つ必要があった。例えば、マックスペイロードサイズが大きいと、第1リクエストから第2リクエストに分割する数が多くなるので、第2リクエストに対する第2レスポンスの数も多くなる。そのため、第2レスポンスを全て受信するまでの待ち時間も大きくなる。その結果、ブリッジ装置100における、装置Aからの受信リクエストに対するレスポンスのレイテンシが増大する。図2は、ブリッジ装置100における、装置Aからの受信リクエストに対するレスポンスのレイテンシを説明する図である。装置Aからリクエストを受信すると、ブリッジ装置100は、受信したリクエストを、最終的に1または2以上の第2リクエストに分割する。図2では、簡単のために、受信リクエストを1つの第1リクエストに分割し、さらに、4つの第2リクエスト0、1、2および3に分割した場合を示している。ブリッジ装置100は、第2リクエスト0、1、2および3を、順に装置Bに送信する。すると、装置Bは、第2リクエスト0、1、2および3に対する第2レスポンス0、1、2および3を、ブリッジ装置100に送信する。このとき、ブリッジ装置100は、第1リクエストに対するレスポンス、すなわち、第2レスポンス0、1、2および3、を全て受信するまで待つ必要がある。第2レスポンス0、1、2および3を全て受信してから装置Aにレスポンスを送信するため、第2レスポンス0、1、2および3を全て受信するまでの待ち時間だけ、ブリッジ装置100から装置Aへのレスポンスが遅れることになる。本データ転送装置は、1つの側面では、データ転送時のレイテンシを改善する、ことを目的とする。本データ転送装置の1つの観点によれば、本データ転送装置は、第1の装置から送られるデータを第2の装置に転送する。そして、本データ転送装置は、以下の構成要素を備える。第1の記憶手段は、前記第1の装置から送られる第1のデータを記憶する記憶手段である。第2の記憶手段は、前記第1の記憶手段に記憶される前記第1のデータについての第2の装置への送信状態を管理する管理情報を記憶する記憶手段である。決定手段は、前記送信状態に応じて、前記第2の装置に転送する第2のデータのサイズを動的に決定する。送信手段は、1または2以上の前記第1のデータを含む前記サイズの前記第2のデータを生成して前記第2の装置に送信する。本データ転送装置は、1つの態様では、データ転送時のレイテンシを改善する、ことができる。以下、本実施形態の一例について、図3~図12に基づいて説明する。なお、以下に説明する実施形態はあくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図ではない。すなわち、本実施形態は、その趣旨を逸脱しない範囲で、各実施例を組み合わせるなど種々変形して実施することができる。また、図9および図10にフローチャートの形式で示した処理手順は、処理の順番を限定する趣旨ではない。したがって、可能な場合には、処理の順番を入れ替えても良いのは当然である。図3は、本実施例に係る情報処理装置300の構成例を示す図である。情報処理装置300は、ルートコンプレックス310と、エンドポイント320と、ホストブリッジ330と、メモリコントローラ340と、メモリ350と、CPUCentralProcessingUnit360と、を備える。ルートコンプレックス310とエンドポイント320とは、PCIPeripheralComponentInterconnectExpressバスで接続している。また、ルートコンプレックス310とホストブリッジ330、ホストブリッジ330とメモリコントローラ340とメモリ350は、それぞれPCIバスで接続している。ルートコンプレックス310は、ホストブリッジ330を、エンドポイント320またはエンドポイント320に接続するI/O装置と接続する。そして、ルートコンプレックス310は、プロトコル変換を行って、エンドポイント320から送信されるPCIExpressのパケットと、ホストブリッジ330のプロトコルにしたがったパケットと、を相互に転送する。エンドポイント320はPCIExpressのI/O構造で末端に位置する装置である。エンドポイント320は、PCIExpressを利用したI/O装置であってもよい。また、エンドポイント320は、PCIExpress以外のデバイスを接続するためのインタフェースであってもよい。ホストブリッジ330は、CPU360とPCIバスを接続し、データの通信制御を行なう。メモリコントローラ340は、CPU360やエンドポイント320などからのリクエストに応じて、メモリ350へのデータの書込み、読み出し等を行なう。メモリ350は、CPU360が実行するプログラムやデータなどを記憶する揮発性メモリである。メモリ350には、RAMRandomAccessMemoryなどの揮発性メモリを使用することができる。CPU360は、メモリ350に格納されたプログラムを実行する演算装置である。以上の構成において、エンドポイント320がDMADirectMemoryAccessリクエストを発行する場合を考える。例えば、エンドポイント320配下のI/O装置からDMA要求を受けると、エンドポイント320は、DMAリクエストをルートコンプレックス310に送信する。エンドポイント320からDMAリクエストを受信すると、ルートコンプレックス310は、エンドポイント320から受信したDMAリクエストをホストブリッジ330に転送する。このとき、ルートコンプレックス310は、受信したDMAリクエストを1または2以上のDMAリクエストに分割する。具体的には、ルートコンプレックス310は、受信したDMAリクエストが要求するデータを、最終的に、メモリコントローラ340との間で送受信可能なサイズ以下となるように分割し、分割したデータ毎に新たなDMAリクエストを生成する。そして、ルートコンプレックス310は、分割したDMAリクエストをホストブリッジ330送信する。メモリコントローラ340は、ホストブリッジ330を経由してDMAリクエストを受信すると、DMAリクエストで要求されるデータをメモリ350から読み出す。そして、メモリコントローラ340は、読み出したデータを、DMAリクエストのレスポンスとして、ホストブリッジ330に送信する。ルートコンプレックス310は、ホストブリッジ330を経由して、DMAリクエストに対するレスポンスを受信する。そして、ルートコンプレックス310は、受信した1または2以上のレスポンスが、所定のペイロードサイズになると、所定のペイロードのレスポンスを生成してエンドポイント320に転送する。エンドポイント320は、ルートコンプレックス310からレスポンスを受信すると、DMA要求のあったI/O装置にデータを送信する。なお、上記DMA転送の処理では、ルートコンプレックス310-エンドポイント320間、ルートコンプレックス310-ホストブリッジ330-メモリコントローラ340間は、それぞれパケット形式でデータの送受信が行なわれる。図4は、図3に示したルートコンプレックス310の概要を説明する図である。ルートコンプレックス310は、イングレス処理部410と、スコアボード420と、イーグレス処理部430と、を備える。イングレス処理部410は、受信部411と、パケット分割部412と、リクエストFIFO413と、送信部414と、を備える。受信部411は、エンドポイント320からリクエストを受信する。そして、受信部411は、受信リクエストをパケット分割部412に出力する。パケット分割部412は、受信リクエストを1または2以上の第1リクエストに分割する。具体的には、パケット分割部412は、受信リクエストが要求するデータを、マックスペイロードサイズ以下となるように分割して、分割したデータ毎に第1リクエストを生成する。本実施例に係るマックスペイロードは、エンドポイント320-ルートコンプレックス310間で一度に送受信可能な最大データサイズである。さらに、パケット分割部412は、第1リクエストを1または2以上の第2リクエストに分割する。具体的には、パケット分割部412は、第1リクエストが要求するデータを、ホストブリッジ330との間で受信可能なデータサイズに分割して、分割したデータ毎に第2リクエストを生成する。パケット分割が完了すると、パケット分割部412は、第2リクエストを、リクエストFIFO413に格納する。また、受信リクエストを最終的に1または2以上の第2リクエストに分割すると、パケット分割部412は、図5に示すスコアボード420に、受信パケットについてのパケット情報を記憶する。本実施例に係るパケット情報には、受信リクエストに含まれるコマンドやタグ、分割数などを含むことができる。コマンドには、受信リクエストが要求する、例えば、リード命令やライト命令などが含まれる。タグは、受信リクエストを識別する識別情報である。また、分割数とは、受信リクエストから最終的に分割された第2リクエストの数である。リクエストFIFO413は、パケット分割部412が出力する第2リクエストなどのパケットを記憶する記憶装置である。リクエストFIFO413は、FIFO形式でデータを記憶する。リクエストFIFO413には、RAMなどの揮発性メモリを使用することができる。送信部414は、リクエストFIFO413に格納された第2リクエストを、順次、ルートコンプレックス310に送信する処理を行なう。ここで、例えば、エンドポイント320から受信した受信リクエストが、メモリ350に対するDMAリード要求である場合、第2リクエストも、メモリ350に対するDMAリード要求となる。この場合、ホストブリッジ330は、ルートコンプレックス310から受信した第2リクエストをメモリコントローラ340に送信する。メモリコントローラ340は、第2リクエストが要求するデータをメモリ350から読み出し、読み出したデータを含むレスポンス、すなわち、第2レスポンスをホストブリッジ330に送信する。第2レスポンスを受信すると、ホストブリッジ330は、受信した第2レスポンスをルートコンプレックス310に送信する。イーグレス処理部430は、受信部431と、レスポンスキュー432と、レスポンスデータバッファ433と、制御部434と、送信部435と、を備える。受信部431は、ホストブリッジ330から第2レスポンスを受信する。そして、受信部431は、第2レスポンスに含まれるヘッダ部を、レスポンスキュー432に格納する。また、受信部431は、第2レスポンスに含まれるデータ部を、レスポンスデータバッファ433に格納する。レスポンスデータバッファ433に格納されるデータ部と、レスポンスキュー432に格納されるヘッダ部と、1対1に対応づけて格納される。レスポンスキュー432は、FIFO形式でデータを記憶してキュー制御を実現する。以下では、第2レスポンスに含まれるヘッダ部を、レスポンスキュー432に格納し、その第2レスポンスに含まれるデータ部を、レスポンスデータバッファ433に格納することを、第2レスポンスをレスポンスキュー432にエンキューするという。また、エンキューされた第2レスポンスを、レスポンスキュー432およびレスポンスデータバッファ433から取り出すことを、第2レスポンスをレスポンスキュー432からデキューするという。レスポンスキュー432およびレスポンスデータバッファ433は、RAMなどの揮発性メモリを使用することができる。制御部434は、マックスペイロードサイズMPSと、第2レスポンスの受信状態などに応じて、エンドポイント320に送信するレスポンスのペイロードサイズを決定する。この処理については、図10に具体例を示して後述する。また、制御部434は、第2レスポンスの受信状態などに基づいて、パケットが発行可能であることを検出する。この場合、制御部434は、送信部435にパケットの発行を指示する。また、制御部434は、送信部435による、エンドポイント320へのレスポンスの送信が完了する毎に、スコアボード420を参照し、送信が完了した第2レスポンスの分割元の受信リクエストのカウント値を1だけデクリメントする。なお、カウント値の初期値には、分割数を使用することができる。カウント値が0になると、制御部434は、カウント値が0となった受信リクエストに対するレスポンスの送信が完了したと判断する。制御部434は、レスポンスの送信が完了した受信リクエストのパケット情報を、スコアボード420からクリアする。送信部435は、制御部434から指示を受けると、受信が完了した第2レスポンスをレスポンスキュー432からデキューする。そして、送信部435は、制御部434が指定するペイロードサイズのレスポンスを生成する。送信部435は、生成したレスポンスをエンドポイント320に送信する。以上に説明したイングレス処理部410は、受信部411における受信処理、パケット分割部412におけるパケット分割処理および送信部414における送信処理などの処理要素を直列に連結してパイプライン処理を行なうことができる。この場合、受信処理、パケット分割処理および送信処理を、さらに複数の処理要素に分割してパイプライン処理を行なうこともできる。同様に、イーグレス処理部430においても、受信部431における受信処理、送信部435における送信処理などの処理要素を直列に連結してパイプライン処理を行なうことができる。この場合、受信処理および送信処理を、さらに複数の処理要素に分割してパイプライン処理を行なうこともできる。また、図4では、リクエストFIFO413、スコアボード420、レスポンスキュー432およびレスポンスデータバッファ433など、を別々に記載しているが、1つのメモリで実現してもよいし、必要に応じて、2以上のメモリで実現してもよい。図6に記載の出力バッファ623についても同様である。図5は、図4に示したスコアボード420の具体例を示す図である。スコアボード420は、受信リクエスト番号No.毎に、タグと、コマンドと、分割数と、カウント値と、を含む情報を記憶する記憶装置である。スコアボード420には、RAMなどの揮発性メモリを使用することができる。受信リクエスト番号No.は、受信順に受信リクエストに割り当てる識別情報である。コマンドは、受信リクエストに含まれるコマンドである。タグは、受信リクエストをルートコンプレックス310が識別するための識別情報である。分割数は、受信リクエストから最終的に分割された第2リクエストの数である。カウント値は、レスポンスとして未送信である第2リクエストの数を示す値である。図6は、イーグレス処理部430の具体的な構成例を示す図である。イーグレス処理部430は、受信部431と、レスポンスキュー432と、レスポンスデータバッファ433と、制御部434と、送信部435と、を備える。さらに、イーグレス処理部430は、監視部436を備える。制御部434は、レジスタ611と、ステートマシン記憶部612と、を備える。レジスタ611は、マックスペイロードサイズの初期値を記憶する記憶装置である。レジスタ611は、例えば、ホストブリッジ330を介して、または、直接、CPU360と接続している。CPU360で実行するOSOperatingSystemは、レジスタ611にマックスペイロードサイズの初期値を書き込むことができる。ステートマシン記憶部612は、エンドポイント320へのレスポンスのパケット発行を制御するための発行制御ステートマシンを含むステートマシンテーブル800を記憶する記憶装置である。レスポンスキュー432にエントリーされる第2レスポンス毎に、1つの発行制御ステートマシンが用意される。図7に示すように、発行制御ステートマシンは、有効valid、無効invalid、発行済issuedの3状態を持つ。発行制御ステートマシンの初期値には、無効状態が与えられる。そして、制御部434は、第2レスポンスがレスポンスキュー432にエンキューされると、エンキューされた第2レスポンスについての発行制御ステートマシンを、無効状態から有効状態に設定する。また、第2レスポンスがレスポンスキュー432からデキューされてエンドポイント320へのレスポンスとして送信されると、制御部434は、デキューされた第2レスポンスについての発行制御ステートマシンを、有効状態から発行済状態に設定する。同一受信リクエストから分割された第2リクエストに対する第2レスポンスが全て発行済の状態になると、制御部434は、それら発行済状態となった第2レスポンスについての発行制御ステートマシンを、発行済状態から無効状態に初期化する。制御部434は、第2レスポンスの受信状態、すなわち、ステートマシンテーブル800に記憶される発行制御ステートマシンの状態に基づいて、エンドポイント320へのレスポンス、すなわち、パケットの発行が可能か否かを判断する。また、制御部434は、ステートマシンテーブル800に記憶される発行制御ステートマシンの状態に基づいて、ペイロードサイズを決定する。この処理については、図10に示して後述する。パケットの発行が可能と判断すると、制御部434は、第2レスポンスをレスポンスキュー432からデキューして送信部435に送る。このとき、制御部434は、送信部435にペイロードサイズを通知する。送信部435は、ペイロード生成部621と、パケット生成部622と、出力バッファ623と、を備える。ペイロード生成部621は、レスポンスキュー432からデキューされた第2レスポンスを受信すると、制御部434から通知されたペイロードサイズのペイロードを生成する。そして、ペイロード生成部621は、生成したペイロードをパケット生成部622に出力する。パケット生成部622は、ペイロード生成部621からペイロードを受信すると、ヘッダ情報を生成して、ペイロード生成部621から受信したペイロードを含む、エンドポイント320へのレスポンスを生成する。パケット生成部622は、生成したレスポンスを出力バッファ623に格納する。送信部435は、出力バッファ623にレスポンスが格納されると、出力バッファ623に格納されたレスポンスを、エンドポイント320に出力する。監視部436は、出力バッファ623を監視して、送信部435のビジーbusy状態を検出する。ビジー状態を検出すると、監視部436は、ビジー情報を生成して制御部434に通知する。このビジー情報には、送信部435がビジーか否かを示す情報が含まれる。なお、監視部436は、出力バッファ623の空き状況に基づいて、例えば、出力バッファ623の、新たなパケットを格納するための空き容量が一定以下の場合に、送信部435がビジー状態であると判断することができる。また、監視部436は、出力バッファ623からエンドポイント320へパケットを送出する通信回線の通信状況に基づいて、例えば、通信回線がビジー状態の場合に、送信部435がビジー状態であると判断してもよい。図8は、ステートマシンテーブル800の構成例を示す図である。ステートマシンテーブル800は、図5に示した受信リクエスト番号No.毎に、受信リクエストに対するレスポンス、すなわち、第2レスポンス0、1、2、それぞれのステートマシン0、1、2、を含む情報である。図8では、有効状態のステートマシンを○印で示している。また、空欄は、無効状態のステートマシンを示している。また、-は、発行済状態のステートマシンを示している。図8のステートマシンテーブル800では、例えば、受信リクエスト番号0における、連続する4つのステートマシン0、1、2および3が、有効状態となっている。これは、受信リクエスト番号0における、第2レスポンス0、1、2、をホストブリッジ330から既に受信していることを示している。ここで、第2レスポンス0、1、2、は、それぞれ第2リクエスト0、1、2、に対するレスポンスである。第2リクエスト0、1、2、が、第1リクエストで要求するデータを昇順に分割して要求するリクエストの場合、第2レスポンス0、1、2、のデータ部に含まれるデータから、連続した1つのデータを得ることができる。また、第2レスポンスのデータ部に含まれるデータのサイズが128Byteの場合、連続する第2レスポンス0、1、2および3のデータ部に含まれるデータのサイズの合計は、512Byteとなる。この場合、制御部434は、パケットが発行可能と判断することができる。このように、第2レスポンスのステートマシンを、受信リクエスト番号No.に対して昇順に検索し、最初が有効状態、あるいは、最初から途中まで発行済で続けて有効状態であって、かつ、それら第2レスポンスのデータ部のデータのサイズの合計が特定のペイロードサイズに達した場合、制御部434は、パケットが発行可能と判断することができる。また、連続する第2レスポンスのステートマシンが有効状態、かつ、それら第2レスポンスのデータ部のデータのサイズの合計が特定のペイロードサイズに達した場合以外は、制御部434は、パケットが発行可能でないと判断することができる。図9は、図6に示したイーグレス処理部430におけるパケット生成処理の概要を示すフローチャートである。制御部434は、ステートマシン記憶部612に記憶されたステートマシンテーブル800を参照し、パケットが発行可能と判断すると、以下の処理を開始するステップS900。ステップS901において、制御部434は、レスポンスキュー432から、パケットが発行可能な第2レスポンスのデキューを行なう。制御部434は、デキューした第2レスポンスを送信部435に出力する。ステップS902において、制御部434は、監視部436から、ビジー情報を取得する。制御部434は、例えば、出力バッファ623に新たなパケットを記憶する空き容量がない場合、送信部435がビジー状態であると判別することができる。この場合、制御部434は、ビジー状態の解除待ちとなる。送信部435がビジー状態でない、またはビジー状態が解除された場合、制御部434は、処理をステップS903に移行する。ステップS903において、制御部434は、ステートマシンの状態に基づいて、ペイロードサイズを決定する。そして、制御部434は、決定したペイロードサイズを、ペイロード生成部621に通知する。ステップS904において、制御部434からペイロードサイズの通知を受けると、ペイロード生成部621は、制御部434から通知されたペイロードサイズのペイロードを、デキューした1または2以上の第2レスポンスのデータ部に含まれるデータから生成する。そして、ペイロード生成部621は、生成したペイロードをパケット生成部622に出力する。ステップS905において、パケット生成部622は、ヘッダ情報を生成して、ペイロード生成部621から受信したペイロードを含む、エンドポイント320へのレスポンスを生成する。なお、レスポンスのヘッダ情報は、例えば、ペイロードに使用した第2レスポンスのヘッダ部に含まれる情報、例えば、送信先アドレスなど、に基づいて生成することができる。パケット生成部622は、生成したレスポンスを出力バッファ623に出力する。ステップS906において、出力バッファ623にレスポンスが格納されると、送信部435は、出力バッファ623に格納されたレスポンスを順次、所定のエンドポイント320に送信する。図10は、ペイロードサイズを決定する処理ステップS903の具体例を示す図である。ステップS1001において、制御部434は、ステップS902で取得したビジー情報から、送信部435がビジー状態か否かを判別する。送信部435がビジー状態であると判別するとステップS1001YES、制御部434は、処理をステップS1000に移行する。この場合、例えば、一定期間経過後に、制御部434は、再度ステップS1001の処理を行なう。制御部434は、送信部435のビジー状態が解除されるまで、ステップS1000とS1001の処理を繰り返す。なお、送信部435がビジー状態の間も、受信部431は、ホストブリッジ330から第2レスポンスを受信し、第2レスポンスに含まれるヘッダ部およびデータ部を、それぞれ、レスポンスキュー432およびレスポンスデータバッファ433に格納することができる。ただし、レスポンスキュー432およびレスポンスデータバッファ433に空き領域がある場合に限る。送信部435がビジー状態でないと判別するとステップS1001NO、制御部434は、処理をステップS1002に移行する。この場合、制御部434は、レジスタ611を参照して、マックスペイロードサイズを取得する。マックスペイロードサイズが512Byte以上の場合ステップS1002YES、制御部434は、処理をステップS1003に移行する。この場合、制御部434は、ペイロードサイズが512Byteのレスポンスを生成可能か判別するステップS1003。例えば、第2レスポンスのペイロードサイズが128Byteの場合、制御部434は、ステートマシンテーブル800に、4つ4×128Byte=512Byte以上連続する、最初が有効状態、あるいは、最初から途中まで発行済状態で続けて有効状態のステートマシンがあれば、ペイロードサイズが512Byteのレスポンスを生成可能と判別できる。ペイロードサイズが512Byteのレスポンスを生成可能と判別した場合ステップS1003YES、制御部434は、ペイロードサイズを512Byteに決定するステップS1004。マックスペイロードサイズが512Byteより小さいステップS1002NO、または、ペイロードサイズが512Byteのレスポンスを生成できないと判別した場合ステップS1003NO、制御部434は、処理をステップS1005に移行する。そして、マックスペイロードサイズが256Byte以上場合ステップS1005YES、制御部434は、ペイロードサイズが256Byteのレスポンスを生成可能か判別するステップS1006。例えば、第2レスポンスのペイロードサイズが128Byteの場合、制御部434は、ステートマシンテーブル800に、2つ2×128Byte=256Byte以上連続する、最初が有効状態、あるいは、最初から途中まで発行済状態で続けて有効状態のステートマシンがあれば、ペイロードサイズが256Byteのレスポンスを生成可能と判別できる。ペイロードサイズが256Byteのレスポンスを生成可能と判断した場合ステップS1006YES、制御部434は、ペイロードサイズを256Byteに決定するステップS1007。マックスペイロードサイズが256Byteより小さいステップS1005NO、または、ペイロードサイズが256Byteのレスポンスを生成できないと判別した場合ステップS1006NO、制御部434は、処理をステップS1008に移行する。この場合、制御部434は、ペイロードサイズが128Byteのレスポンスを生成可能か判別するステップS1008。例えば、第2レスポンスのペイロードサイズが128Byteの場合、制御部434は、ステートマシンテーブル800に、少なくとも1つ1×128Byte=128Byte、最初が有効状態、あるいは、最初から途中まで発行済状態で続けて有効状態のステートマシンがあれば、ペイロードサイズが128Byteのレスポンスを生成可能と判別できる。ペイロードサイズが128Byteのレスポンスを生成可能と判別した場合ステップS1008YES、制御部434は、ペイロードサイズを128Byteに決定するステップS1009。また、ペイロードサイズが128Byteのレスポンスを生成できないと判別した場合ステップS1008NO、制御部434は、処理をステップS1000に移行する。この場合、新たな第2レスポンスがレスポンスキュー432にエンキューされると、制御部434は、ステップS1000から処理を開始する。ペイロードサイズを決定するとステップS1004、S1007およびS1008、制御部434は、処理をステップS1010に移行する。そして、制御部434は、ペイロードサイズをペイロード生成部621に通知する。以上の処理が終了すると、制御部434は、ペイロードサイズを決定する処理を終了するステップS1011。図11および図12は、本実施例に係るデータ転送処理による効果の一例を説明する図である。図11に示すh0、h1、h2、は、ホストブリッジ330から送られた第2レスポンス0、1、2、のヘッダ部に含まれるデータを示している。また、図11に示すd0、d1、d2、は、ホストブリッジ330から送られた第2レスポンス0、1、2、のデータ部に含まれるデータを示している。ホストブリッジ330-ルートコンプレックス310間のバスがパラレルバスの場合、ホストブリッジ330から送られる第2レスポンスは、図11に示すように、ヘッダ部のデータと、データ部のデータと、が専用に割り当てられたバスを介して並列に送られる。一方、ルートコンプレックス310-エンドポイント320間のバスがシリアルバスの場合、ルートコンプレックス310は、ホストブリッジ330から受信した第2レスポンスを受信順にエンドポイント320に転送する。以下では、ホストブリッジ330から受信した第2レスポンス0、1、2、が、ペイロードサイズが128Byteである場合について説明する。ただし、これは例示であり、ペイロードサイズを128Byteに限定する趣旨ではない。例えば、第2レスポンス0のヘッダ部の受信が完了すると、第2レスポンス0についてのステートマシンの状態は、有効状態となる。この場合、ルートコンプレックス310は、マックスペイロードサイズが512Byteや256Byteなどに設定されていても、エンドポイント320へのレスポンスのペイロードサイズを128Byteに変更するステップS1008YES、S1009。そして、ルートコンプレックス310は、受信した第2レスポンスを、エンドポイント320へのレスポンスとして送信開始する。同様に、ルートコンプレックス310は、ホストブリッジ330から第2レスポンス1、2および3のヘッダ部の受信が完了すると、第2レスポンス1、2および30についてのステートマシンの状態が、有効状態となる。この場合、図12に示すように、ルートコンプレックス310は、ホストブリッジ330から第2レスポンス1、2および3を受信すると、順次、受信した第2レスポンスをエンドポイント320へのレスポンスとして送信する。このように、ルートコンプレックス310は、エンドポイント320へのレスポンスのペイロードサイズを最大ペイロードサイズに固定せず、第2レスポンスの受信状態に応じて小さくする。そのため、ホストブリッジ330から受信する第2レスポンスのデータの合計が最大ペイロードサイズになるまで待つ必要がなくなる。その結果、ルートコンプレックス310は、ホストブリッジ330から受信する第2レスポンスをエンドポイント320に転送する際のレイテンシを短縮することができる。以上のように、ルートコンプレックス310は、データ転送時のレイテンシを改善することができる。また、ホストブリッジ330から受信した第2レスポンス4を、エンドポイント320に送信する際、ルートコンプレックス310は、ホストブリッジ330から第2レスポンス4および5のヘッダ部の受信が完了している。この場合、連続する第2レスポンス4および5についてのステートマシンの状態は、有効状態となる。この場合、制御部434は、レスポンスのペイロードサイズを256Bと決定するステップS1006YES、S1007。この場合、ルートコンプレックス310は、ホストブリッジ330から受信した第2レスポンス4のデータ部のデータd4と、第2レスポンス5のデータ部のデータd5と、を含む256Byteのペイロードを生成して、エンドポイント320に送信する。このように、ルートコンプレックス310は、第2レスポンスの受信状態に応じて、ペイロードサイズを大きくする。すると、バスに占めるデータの割合が大きくなる。その結果、ルートコンプレックス310-エンドポイント320間のバスを効率的に使用してスループットを向上させることができる。以上の説明において、ホストブリッジ330は、第1の装置の一例として上げられる。また、エンドポイント320は、第2の装置の一例として挙げられる。また、レスポンスキュー432およびレスポンスデータバッファ433は、第1の装置から送られる第1のデータを記憶する第1の記憶手段の一例として挙げられる。また、ステートマシンテーブル800は、第1の記憶手段に記憶される第1のデータについての第2の装置への送信状態を管理する管理情報の一例として挙げられる。また、ステートマシン記憶部612は、管理情報を記憶する第2の記憶手段の一例として挙げられる。また、ペイロードサイズは、第1のデータについての第2の装置への送信状態に応じて、第2の装置に転送する第2のデータのサイズの一例として挙げられる。また、制御部434は、第1のデータについての第2の装置への送信状態に応じて、第2の装置に転送する第2のデータのサイズを動的に決定する決定手段の一例として挙げられる。また、送信部435は、1または2以上の第1のデータを含むサイズの第2のデータを生成して第2の装置に送信する送信手段の一例として挙げられる。以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。付記1第1の装置から送られるデータを第2の装置に転送するデータ転送装置において、前記第1の装置から送られる第1のデータを記憶する第1の記憶手段と、前記第1の記憶手段に記憶される前記第1のデータについての第2の装置への送信状態を管理する管理情報を記憶する第2の記憶手段と、前記送信状態に応じて、前記第2の装置に転送する第2のデータのサイズを動的に決定する決定手段と、1または2以上の前記第1のデータを含む前記サイズの前記第2のデータを生成して前記第2の装置に送信する送信手段と、を備えるデータ転送装置。付記2前記決定手段は、前記第1の記憶手段に記憶された前記第1のデータについての前記第2の装置への送信状態およびデータサイズに基づいて、前記第2のデータのサイズを決定する、ことを特徴とする付記1に記載のデータ転送装置。付記3前記送信手段のビジー状態を検出する検出手段をさらに備え、前記検出手段が、前記送信手段のビジー状態を検出している間も、前記第1の装置から送られる第1のデータを、前記第1の記憶手段に記憶する、ことを特徴とする付記1に記載のデータ転送装置。付記4前記第2の装置から第1のリクエストを受信すると、前記第1のリクエストが要求するデータを所定のサイズに分割して要求するために、前記第1のリクエストを1または2以上の第2のリクエストに分割して前記第1の装置に送信する送信手段、をさらに備える付記1に記載のデータ転送装置。付記5前記第1のデータは、前記第1の装置が送信する、前記第2のリクエストに対するレスポンスである、ことを特徴とする付記4に記載のデータ転送装置。付記6第1の装置から送られるデータを第2の装置に転送するデータ転送方法において、データ転送装置が、前記第1の装置から送られる第1のデータを記憶する第1の記憶手段に記憶される前記第1のデータについての第2の装置への送信状態を管理する管理情報を記憶する第2の記憶手段から、前記送信状態を取得し、前記送信状態に応じて、前記第2の装置に転送する第2のデータのサイズを動的に決定し、1または2以上の前記第1のデータを含む前記サイズの前記第2のデータを生成して前記第2の装置に送信する、処理を実行するデータ転送方法。付記7第1の装置から送られるデータを第2の装置に転送するデータ転送装置を含む情報処理装置において、前記データ転送装置は、前記第1の装置から送られる第1のデータを記憶する第1の記憶手段と、前記第1の記憶手段に記憶される前記第1のデータについての第2の装置への送信状態を管理する管理情報を記憶する第2の記憶手段と、前記送信状態に応じて、前記第2の装置に転送する第2のデータのサイズを動的に決定する決定手段と、1または2以上の前記第1のデータを含む前記サイズの前記第2のデータを生成して前記第2の装置に送信する送信手段と、を備える情報処理装置。