"データ転送の種類を示す属性情報を含む転送要求を受信する受信手段と、前記受信手段により受信された複数の転送要求を保持する第1保持手段と、属性情報を第1識別子と対応づけて保持する第2保持手段と、前記第1保持手段が保持している転送要求のうち、前記第2保持手段に保持されている属性情報と一致する属性情報を含む転送要求について、当該転送要求を優先して送信する送信手段とを有し、前記送信手段は、前記第1保持手段から優先して送信する転送要求について、当該転送要求に含まれる属性情報と一致する属性情報に対応づけられている第1識別子を前記転送要求の属性情報の代わりに送信することを特徴とするデータ転送装置。前記送信手段は、前記第1識別子を含めたか否かを示す第2識別子を転送要求に付加して送信することを特徴とする請求項1に記載のデータ転送装置。前記送信手段は、前記第1識別子を含めずに転送要求を送信した場合に、当該転送要求に含まれる属性情報を前記第2保持手段に保持させることを特徴とする請求項1又は2に記載のデータ転送装置。ヘッダー部とデータ部とを有するパケットを用いてデータ転送を行うデータ転送装置であって、属性情報を保持する保持手段と、データ転送の種類を示す属性情報を含む転送要求を受信し、当該転送要求を複数保持する受信手段と、前記受信手段に保持されている転送要求の属性情報が前記保持手段に保持されている属性情報と一致すれば、一致することを示す識別子を転送要求の属性情報の代わりにパケットに含めて送信する送信手段とを有することを特徴とするデータ転送装置。前記送信手段は、前記受信手段に保持されている転送要求の属性情報が前記保持手段に保持されている属性情報と一致しなければ、一致しないことを示す識別子を転送要求の属性情報と一緒にパケットに含めて送信することを特徴とする請求項4に記載のデータ転送装置。前記受信手段は第1バスを介して転送要求を受信し、前記送信手段は第2バスの形式に沿った属性情報に変換してパケットを送信することを特徴とする請求項4又は5に記載のデータ転送装置。データ転送の種類を示す属性情報を含む転送要求を受信する受信手段と、前記受信手段により受信された複数の転送要求を保持する第1保持手段と、属性情報を第1識別子と対応づけて保持する第2保持手段と、を備えるデータ転送装置によるデータ転送方法であって、前記第1保持手段が保持している転送要求のうち、前記第2保持手段に保持されている属性情報と一致する属性情報を含む転送要求について、当該転送要求に含まれる属性情報と一致する属性情報に対応づけられている第1識別子を前記転送要求の属性情報の代わりに含めて優先的に送信することを特徴とするデータ転送方法。属性情報を保持する保持手段と、データ転送の種類を示す属性情報を含む転送要求を受信し、当該転送要求を複数保持する受信手段と、を備え、ヘッダー部とデータ部とを有するパケットを用いてデータ転送を行うデータ転送装置によるデータ転送方法であって、前記受信手段に保持されている転送要求の属性情報が前記保持手段に保持されている属性情報と一致すれば、一致することを示す識別子を転送要求の属性情報の代わりにパケットに含めて送信することを有することを特徴とするデータ転送方法。非特許文献1のような従来技術では、直前の転送制御内容との差分しか考慮されないために、直前の転送制御内容とだけ差分が大きくそれ以前の転送制御内容との差分が小さい転送について、パケットが効率良く圧縮されず、転送効率が上がらないという課題がある。本発明に係るデータ転送装置は、データ転送の種類を示す属性情報を含む転送要求を受信する受信手段と、前記受信手段により受信された複数の転送要求を保持する第1保持手段と、属性情報を第1識別子と対応づけて保持する第2保持手段と、前記第1保持手段が保持している転送要求のうち、前記第2保持手段に保持されている属性情報と一致する属性情報を含む転送要求について、当該転送要求を優先して送信する送信手段とを有し、前記送信手段は、前記第1保持手段から優先して送信する転送要求について、当該転送要求に含まれる属性情報と一致する属性情報に対応づけられている第1識別子を前記転送要求の属性情報の代わりに送信することを特徴とする。本発明によれば、複数の転送制御内容との差分を考慮してパケットを圧縮することができ、効率良くパケットを圧縮し転送効率を向上させることができる。<実施形態1>以下、図面を参照しながら本発明の実施形態1について詳細に説明する。図7は、本発明の実施形態1のデータ転送装置を備えるチップ間通信システムの構成例を示す。CPU901、ROM902、RAM903は第1バス909に接続され、PCI906、USB907、IDE908は第2バス910に接続されている。そして第1バス909と第2バス910はブリッジ904とブリッジ905を介して接続されている。この構成は汎用のコンピュータにおける2チップセットの構成で代表的な構成であり、ブリッジ904を備えるチップとブリッジ905を備えるチップとを備える。CPU901はROM902のプログラムをRAM903に展開し、RAMからプログラムを読み込んで実行する。第2バスに接続されているPCI906、USB907、IDE908は各種周辺機器不図示との接続を制御する制御部である。ブリッジ904はCPU又はDMAC不図示によって第1バス909のプロトコルに従って送信されるデータ転送要求リードリクエスト、ライトリクエスト等を、チップ間接続によってブリッジ905へ転送する。なお、ライトリクエストの際はRAM903のデータや不図示のレジスタの値などを包含している。ブリッジ905はブリッジ904から取得したデータを第2バス910のプロトコルに従って、各種周辺回路に転送する。また、データ転送要求は転送対象のデータの転送に用いるデータ伝達方式の種類バースト長、排他属性、セキュリティ情報、キャッシュ利用の有無を示す属性情報を含む。例えば、CPU又はDMAC不図示からPCI906、USB907、IDE908へのリードアクセスで読み出すデータリスポンス時やライトアクセスで書込むデータをこの属性情報の示すデータ転送の種類で転送する。ここで、リクエストに対するリスポンスリードデータ、リクエスト完了通知等は、リクエストの送り先からリクエスト送信元へ伝達される。その場合はブリッジ905とブリッジ904を通過し、リクエストの場合と逆のプロトコル変換をなされるので説明は省略する。図1はASIC_A100とASIC_B200がシリアルバス300で接続されているシステムの構成を示す。ASICはApplicationSpecificIntegratedCircuitの略称である。シリアルバス300上では、パケットによるデータ転送が行われる。ASIC_A100は第1バスマスタA101、第1バスマスタB102、第1ブリッジ103、DRAMコントローラA104を有しており、各モジュールは、第1バス105によって接続されている。第1バス105は、アドレスやデータ等がそれぞれ専用線で接続されているパラレルバスである。第1バスマスタA101及び第1バスマスタB102は第1バス105を介して、第1ブリッジ103とDRAMコントローラA104との間でデータ転送を行う。DRAMコントローラA104はDRAMI/FA107を介してDRAM_A106との間でデータ転送を行う。第1ブリッジ103は第1バス105からの転送をシリアルバス300の転送に変換して、接続先のASIC_B200内の第2ブリッジ203へ転送を行う。一方、ASIC_B200は第2バスマスタA201、第2バスマスタB202、第2ブリッジ203、DRAMコントローラB204を有しており、各モジュールは、第2バス205によって接続されている。第2バス205は、アドレスやデータ等がそれぞれ専用線で接続されているパラレルバスである。第2ブリッジ203はシリアルバス300からの転送を第2バスの転送に変換して、第2バスを介してDRAMコントローラB204に転送する。第2バスマスタA201及び第2バスマスタB202は第2バス205を介して、DRAMコントローラB204との間でデータ転送を行う。DRAMコントローラB204はDRAM_I/F_B207を介してDRAM_B206との間でデータ転送を行う。なお、第1バスマスタABや第2バスマスタABは図7に示すCPU901や、各種周辺機器との接続を制御するPCI906、USB907、IDE908、また不図示のDMACなどバスマスタとしてリクエストを出力する構成であればよい。図2は本実施形態の転送方式を実現するための第1ブリッジ103及び第2ブリッジ203の構成図である。以下にブリッジのそれぞれの処理について説明する。リクエスト送信処理まず、第1ブリッジ103によるデータ転送要求ライトリクエスト、リードリクエスト等、以下単にリクエストと称すの送信処理について説明する。第1バスリクエスト受信部1030は第1バス105を介して、第1バスマスタA101や第1バスマスタB102からのリクエストを受信する。リクエストは、転送先のアドレスAddress、Write転送かRead転送かを示すフラグ、書き込みデータWdata、ストローブWstrb及び転送属性情報ReqAtrb0/1を有する。転送属性情報ReqAtrb0/1は、転送長や転送の優先度等の転送の種類を示す情報を含んでいる。リクエスト送信要求保持部1036第1保持手段には、第1バスリクエスト受信部1030が第1バスから受信し、リクエストパケット変換部1031によりパケットに変換される前の転送情報転送制御内容を複数保持することが可能である。なお、本実施形態ではリクエスト送信要求保持部1036および後述のレスポンス要求保持部2037はFIFOキュー以降、単にキューと称すを備えており、リクエストパケット変換部1031により複数の転送要求を受け付けた順序が識別可能な構成になっている。また、転送情報は転送属性を含むものが例に挙げられるが、以降の説明では簡便のため転送属性を転送情報として扱って説明する。ここで、リクエストパケット変換部1031はキューの任意の段から転送情報を取得しパケット化できる構成となっている。また、リクエスト送信履歴保持部1037第2保持手段には、直前に送信したパケットの転送属性情報ReqAtrb0/1が保持される。リクエストパケット変換部1031は、受信したリクエストを1つ以上のパケットに変換する。ここで、リクエストパケット変換部1031が変換したパケットを図3a及び図3bに示す。パケットはヘッダー部以降、単にヘッダーと称す及びデータ部以降、簡便のためにデータと称す。なお、厳密にはデータ部はデータを格納するフィールドとして用意されているだけであって、データそのものではないこともある。によって構成される。ヘッダー及びデータ共に複数の所定長32Bitのキャラクタによって構成される。ヘッダーは、パケットの種類を示す識別子Typeや転送属性情報ReqAtrb0/1や転送先のアドレスAddressを有する。また、データは書き込みデータWdataやストローブWstrbによって構成され、Write転送時に生成される。以下、リクエストパケット変換部1031におけるパケット変換処理について詳細に説明する。リクエストパケット変換部1031は、第1バスからのリクエストをパケットに変換する。その際に、リクエストパケット変換部1031は、リクエスト送信要求保持部1036に保持されている各転送の転送属性情報ReqAtrb0/1とリクエスト送信履歴保持部1037に保持されている転送属性情報ReqAtrb0/1とを比較する。比較した結果、リクエスト要求保持部1036に保持されている転送属性情報についてリクエスト送信履歴保持部1037に保持している転送属性情報ReqAtrb0/1と一致するものがなければ、リクエストパケット変換部1031はリクエスト送信要求保持部1036に保持している転送要求をFIFO順にパケットに変換する。この際、図3aに示すように転送属性情報ReqAtrb0/1がパケットに付加される。この時の識別子は転送属性情報ReqAtrb0/1がそのまま付加されていることを示す識別子となり、Read転送であれば00000、Write転送であれば01000となる。なお、1~3ビット目がリクエスト送信履歴と一致したことを示す第1識別子に相当し、4ビット目がリードであるかライトであるかを示し、5ビット目が第1識別子を付加しているか否かを示す第2識別子に相当する。また、リクエスト送信履歴保持部1037の転送属性情報ReqAtrb0/1を更新する。一方でリクエストパケット変換部1031はが比較した結果、リクエスト要求保持部1036に保持されている転送属性情報についてリクエスト送信履歴保持部1037に保持している転送属性情報ReqAtrb0/1と一致するものが存在した場合、リクエストパケット変換部1031は一致した転送情報のうち、最先で受け付けた転送要求の転送情報をパケットに変換する。この際、図3bに示すように転送属性情報ReqAtrb0/1をパケットに付加しない代わりに、転送属性情報ReqAtrb0/1が付加されていないことを示す識別子を付加する。識別子は、例えば、Read転送であれば10000、Write転送であれば11000となる。本実施形態のリクエストパケット変換部1031は直前に送信したパケットの転送属性情報ReqAtrb0/1と一致する転送を優先的にパケットに変換して送信するように制御する。リクエスト送信要求保持部1036に2つの転送情報が存在し、第1バス105から最初に受信した転送情報についての比較が不一致であり、二番目に受信した転送情報についての比較は一致した場合、リクエストパケット変換部1031は二番目に受信した転送情報を優先してパケットに変換する。そのため、第一バスから受信した順番に従ってパケットに変換する場合に比べて、1キャラクタ少ないパケットとなる。リクエストパケット送信部1032は、パケットに変換されたリクエストをパラレルーシリアル変換し、シリアルバス300へ送信する。なお、識別子のビット数は転送属性情報のビット数よりも小さいことが好ましい。パラレル―シリアル変換の例を図5に示す。図5においてNは非転送期間NOPを示し、Sはスタートビットを示す。また、数字はキャラクタ内のBit位置を示す。パラレル―シリアル変換は、32Bit単位のキャラクタごと行われる。32Bit単位のキャラクタにキャラクタの先頭を示す2Bitのスタートビットが付加され、まず、2Bitのスタートビットが送信される。その後32Bit単位のキャラクタの最上位Bitから順に1Bitずつ送信が行われる。パラレル―シリアル変換されたキャラクタはクロックとともにシリアルバス300を介して、受信側のASIC_B200に送信される。リクエスト受信処理続いて、第2ブリッジ203によるリクエストの受信処理について説明する。リクエストパケット受信部2030はシリアルバス300を介してASIC_A100から送信された、キャラクタを受信し、シリアル―パラレル変換する。シリアル―パラレル変換は、32Bit単位のキャラクタごと行われる。まず、2Bitのスタートビットの認識を行う。2Bitのスタートビットが認識されたならば、後続の32Bitのシリアルデータを受信しパラレルデータに変換し32Bitのキャラクタを生成し、複数の32Bitのキャラクタによってパケットを生成する。リクエスト受信履歴保持部2036には、直前に受信したパケットの転送属性情報ReqAtrb0/1が保持される。リクエストパケット逆変換部2031は、転送の種類を示す識別子Typeによってパケットから第2バスへのリクエスト形式への変換を行う。パケットの識別子が、転送属性情報ReqAtrb0/1が付加されていることを示しているならば、受信したパケットから転送属性情報ReqAtrb0/1を抽出し、第2バスへのリクエスト形式に変換する。そして、抽出した転送属性情報ReqAtrb0/1をリクエスト受信履歴保持部2036に保持する。一方、パケットの種類を示す識別子が、転送属性情報ReqAtrb0/1が付加されていないことを示しているならば、直前に受信したパケットの転送属性情報ReqAtrb0/1を参照して、第2バスへのリクエスト形式に変換する。第2バスリクエスト送信部2032は、第2バスへのリクエスト形式に変換されたリクエストをDRAMコントローラB204へ第2バス205を介して送信する。レスポンス送信処理続いて、第2ブリッジ203によるレスポンスの送信処理について説明する。第2バスレスポンス受信部2033は第2バス205を介して、DRAMコントローラB204からのレスポンスを受信する。レスポンスは、エラーか否かを示すステータス情報RespSt、読み出しデータRdata、及び転送長や転送のプライオリティーを示す転送属性情報RespAtrb0/1によって構成される。レスポンス送信要求保持部2037には、第2バスレスポンス受信部2033が第2バスから受信し、レスポンスパケット変換部2034によりパケットに変換される前の転送が少なくとも2個以上保持することが可能である。また、レスポンス送信履歴保持部2038には、直前に送信したパケットの転送属性情報RespAtrb0/1が保持される。レスポンスパケット変換部2034は、第2バス205からのレスポンスをパケットに変換する。その際に、レスポンス送信要求保持部2037に保持されている各転送の転送属性情報RespAtrb0/1とレスポンス送信履歴保持部2038に保持されている直前に送信したパケットの転送属性情報RespAtrb0/1を比較する。比較した結果、直前に送信したパケットの転送属性情報RespAtrb0/1と一致する転送が存在しない場合、レスポンスパケット変換部2034はレスポンス送信要求保持部2037に保持される最も古い転送をパケットに変換する。この際、図3cに示すように転送属性情報RespAtrb0/1がパケットに付加される。この時の転送の識別子は転送属性情報RespAtrb0/1が付加されていることを示す識別子となり、Read転送であれば00100、Write転送であれば01100となる。また、レスポンス送信履歴保持部2038の転送属性情報RespAtrb0/1を更新する。一方、直前に送信したパケットの転送属性情報RespAtrb0/1と一致する転送がレスポンス送信要求保持部に存在した場合、レスポンスパケット変換部2034は一致した転送要求のうち、最も古い転送要求をパケットに変換する。この際、図3dに示すように転送属性情報RespAtrb0/1をパケットに付加しない代わりに、転送属性情報RespAtrb0/1が付加されていないことを示す識別子を付加する。識別子は、例えば、Read転送であれば10100、Write転送であれば11100となる。本実施形態のレスポンスパケット変換部2034は直前に送信したパケットの転送属性情報ReqAtrb0/1と一致する転送を優先してパケットに変換する。レスポンス送信要求保持部2037に2つの転送情報が存在し、第2バス205から最初に受信した転送情報の比較が不一致であり、二番目に受信した転送情報の比較は一致した場合、レスポンスパケット変換部2034は二番目に受信した転送情報を優先してパケットに変換する。そのため、第2バス205から受信した順番に従ってパケットに変換する場合に比べて、1キャラクタ少ないパケットとなる。レスポンスパケット送信部2035は、パケットに変換されたレスポンスをパラレル―シリアル変換し、シリアルバス300へ送信する。パラレル―シリアル変換の動作は、リクエストパケット送信部1032の動作と同じであるため、ここでは説明を省略する。パラレル―シリアル変換されたキャラクタはクロックとともにシリアルバス300を介して、受信側のASIC_A100に送信される。レスポンス受信処理続いて、第1ブリッジ103によるレスポンスの受信処理について説明する。レスポンスパケット受信部1033はシリアルバス300を介してASIC_B200から送信された、キャラクタを受信し、シリアル―パラレル変換する。シリアル―パラレル変換の動作は、リクエストパケット受信部2030の動作と同じであるため、ここでは説明を省略する。レスポンス受信履歴保持部1038には、直前に受信したパケットの転送属性情報RespAtrb0/1が保持される。レスポンスパケット逆変換部1034は、転送の種類を示す識別子Typeによってパケットから第1バス105へのレスポンス形式への変換を行う。パケットの種類を示す識別子が、転送属性情報RespAtrb0/1が付加されているパケットを示しているならば、受信したパケットから転送属性情報RespAtrb0/1を抽出し、第1バス105へのレスポンス形式に変換する。また、抽出した転送属性情報RespAtrb0/1をレスポンス受信履歴保持部1038に保持する。一方、パケットの種類を示す識別子が、転送属性情報RespAtrb0/1が付加されていないパケットを示している場合、直前に受信したパケットの転送属性情報RespAtrb0/1を参照して、第1バス105へのレスポンス形式に変換する。第1バスレスポンス送信部1035は、第1バス105へのレスポンス形式に変換されたレスポンスを対応するリクエストを発行したマスタへ第1バス105を介して送信する。AXI図8は集積回路内で用いられるバスのプロトコルであるAXIAdvancedeXtensibleInterfaceバスの制御信号および、アドレス/データ/属性情報を示す。AXIバスプロトコルは、5つのチャネルと呼ばれる転送路を有する。各チャネルは、リードのアドレスを運ぶリードアドレスチャネル、ライトのアドレスを運ぶライトアドレスチャネル、リードの応答データを運ぶリードデータチャネル、ライトのデータを運ぶライトデータチャネル、ライトのレスポンスを運ぶライト応答チャネルである。それぞれのチャネルは転送のやり取りタイミングを司るValid,Ready信号によってハンドシェークを行い、一連の転送の手続きを行う。また、それぞれのチャネルには、データ転送の基本情報となるアドレスやデータ以外に、転送の属性情報として、転送タイプを示すxBURST,転送長を示すxLEN、アトミック転送を示すxLOC、キャッシュの制御情報を示すxCACHE、転送のセキュリティ情報を示すxPROT、転送のデータ幅のサイズxSIZE、転送の優先度を示すxQOS、転送領域区間を示すxBURST、ユーザの任意の情報を運ぶxUSER信号が規定されている。履歴保持部図9に示すテーブルは各送信履歴保持部1037、2038、受信履歴保持部2036、1038が保持する転送情報属性情報の例を示す。図9の例では4つの組合せを保持しているが、上述したように本実施形態の各履歴保持部は属性情報の組合せを少なくとも1つ保持していればよい。例えば、パケット変換部1031、2034は、送信要求部1036、2037転送要求が受け付けてリクエストパケット変換部1031でパケットに変換する転送要求する際に、送信履歴保持部1037、2038に保持されていない属性情報を変換する度に送信履歴保持部1037、2038に属性情報を追加するように構成する。このように構成すると、同様の属性情報を重複して保持しないので効率がよい。また、4つの組合せを保持している状態で新たに属性情報を追加する場合には、一番古いものを削除するように構成すればよい。レスポンス側のレスポンス送信要求保持部2037、レスポンスパケット変換部2034およびレスポンス送信履歴保持部2038も同様に動作するので説明は省略する。なお、リクエストパケット変換部2031においてテーブルに属性情報を追加するアルゴリズムをリクエストパケット変換部1031のアルゴリズムと統一させておけば、各履歴保持部の保持しているテーブルの一貫性を保つ処理をしなくて済む。第1バスAXI、第2バスAXIの属性情報は、排他制御属性LOCK、キャッシュの属性CACHE、セキュリティ属性PORT、データサイズSIZE、リクエストタイプBURST、送信元ID等を有する。排他制御属性LOCKは、受信装置側でシステムバスを独占的に使用する手続きを行った上で転送を行うか否かを示す。排他制御属性LOCK信号として、バスロックを行う転送を行うかどうかを示すLockビットと、システム性能の向上を図るための排他転送を行うかどうかを示すExclusiveビットと、について各々1ビットで表現している。キャッシュ属性CACHEは、受信装置がデータの転送先までの経路において転送内容のバッファリングを許可するか否かを示す。キャッシュ属性CACHEには4ビット割り当てられ、キャッシュ可能かどうかを示すビット、バッファリングが可能かどうかを示すビット、キャッシュミスした際にWriteThroughやWriteBackなどといったキャッシュシステム自身に指示を出すフィールド2ビットがある。セキュリティ属性は、セキュリティレベルの高いスレーブにデータが受信されるように手続きを行った上で転送を行うか否かを示す。リクエストタイプBURSTは転送のタイプを示し、INCR連続アドレス転送/FIXEDアドレス固定/WRAPキャッシュミスの際のアドレッシングの3つを2ビットにエンコードして表現している。データサイズはデータサイズの示す単位でデータ転送を行うことを示す。例えば、物理的なデータ幅が128ビットだとしても、8bit/16bit/../128bitの様に、どのデータ幅分を転送に使用しているかを示す。なお、説明を簡単にするために送信履歴保持部がテーブルを保持している例について説明しているが、同等の情報であればテーブル形式にする必要はない。以上のように実施形態1では、第1ブリッジ103又は第2ブリッジ203はリクエストパケットの生成を行う際に、送信要求保持部1036又はレスポンス送信要求保持部2037に保持している転送属性情報ReqAtrb0/1のうちそれまでに送信したパケットの転送属性情報で履歴保持部1037又は2038に保持している属性情報と一致する転送を優先してパケットに変換して送信する。一致する転送があった場合、転送属性情報ReqAtrb0/1をパケットに付加せず、転送に必要なキャラクタ数を削減している。これにより、直前に受信した転送と転送属性情報ReqAtrb0/1が一致せず2個前以前の転送と一致しているような転送であっても、効率的に情報を圧縮し、転送の効率を高めることができる。図6aに従来例におけるリクエストパケット送信に要するサイクル数を、図6bに本発明におけるリクエストパケット送信の要するサイクル数を示す。図中の数字は転送に要するサイクル数を示すものとする。図6a及びbの例では第1バスマスタA101からのリクエスト図中のA-1~A-4と第1バスマスタB102からのリクエスト図中のB-1~B-4が交互に第1ブリッジ103に送信される例である。なお、全ての転送は64BitのSingleWrite転送とする。この例において、第1バスマスタA101から発行される転送属性情報ReqAtrb0/1と第1バスマスタB102から発行される転送属性情報ReqAtrb0/1は異なっているものとする。図6aの例においては、パケット生成の際にキャラクタの削減が行われず、各マスタからの全のパケットは3キャラクタのヘッダー及び3キャラクタのデータによって構成され、全部で6キャラクタのパケットとなる。よって、各マスタから4つのWrite転送を行うのに、6キャラクタ数4各マスタあたりの転送数2マスタ数=48キャラクタ必要になる。各キャラクタの転送には34サイクルかかるため、従来例の転送には4834=1632サイクル必要になる。本発明によれば、各マスタからの2転送目以降のパケット生成の際に、キャラクタの削減が行われる。そのため、キャラクタの削減が行われないパケットのキャラクタ数が6キャラクタであるのに対して、各マスタからの2転送目以降の転送のキャラクタ数は5キャラクタに削減できる。よって、各マスタから4つのWrite転送を行うのに必要なキャラクタ数は、61転送目のキャラクタ数2マスタ数52転送目以降のキャラクタ数3各マスタからの総転送数―12マスタ数=42キャラクタとなる。各キャラクタの転送には34サイクルかかるため、本発明の転送には4234=1428サイクル必要になる。従来例では、同じ転送に1632サイクル必要になるため、本発明では従来例よりも204サイクル転送に必要なサイクル数を削減できる。上述の実施形態ではリクエスト送信要求保持部1036やレスポンス送信要求保持部2037のキューが2段である構成について説明したが、キューの段数はそれ以上設けてもよい。また、上述の実施形態では、集積回路間チップ間、モジュール間におけるデータ転送について説明したが、本発明は同一集積回路同一チップ、同一モジュール内におけるデータ転送にも適用することもできる。ただし、チップ間の転送は、チップ内の転送に比べて、データを転送する能力が低く、システムのボトルネックとなる可能性が高い。チップ内の転送では、属性情報、アドレス、データについてそれぞれに物理的に信号線が存在し、同時並列的に転送することができる。一方、チップ間の転送では、製品のコストを下げようとすると共通の信号線を利用してすることになりチップのIOピンはコスト上昇を招くため、時系列に転送するので、上述の実施形態による転送効率の向上はチップ内転送に比べて顕著である。さらに、アドレスの上位又は下位について変動しないことが予め分かっている部分があることが予め分かっている場合は属性情報テーブルに上位又は下位アドレス情報を含ませて、属性情報と変動のないアドレスの一部分上位又は下位数ビット分を一緒に圧縮するように構成してもよい。例えば、ソフトウェアのアドレスマップの特性やバスの規格を考慮すると、あるモジュールにアクセスする場合には常に上位4ビットは固定の0000となることが考えられる。その場合は、テーブルに上位アドレス比較値を入れておけば変動のないアドレスビット数分さらにデータ転送効率がよくなる下位アドレスについても同様。この場合、変動のないアドレス部分を識別子で置換する場合には、属性情報の組合せが一致することだけを確かめて置換するようにしてもよい。また、上述の実施形態では属性情報の組合せが保持しているものと一致しない場合は、一致していないことを示す識別子を付加するだけであるが、属性情報の組合せが一致しなくても変動しないアドレス部分を置換するように構成してもよい。その場合には複合側は常に変動しないアドレス部分を付加する構成を設ければよい。また、上述の実施形態ではバスプロトコルとしてAXIを挙げて説明したが、本発明はデータ、アドレス、属性情報を組み合わせて転送するプロトコルであれば広く効果を発揮することができる。なお、複数の転送内容を1つの属性情報として複数のビット数で表現している場合でも本発明は適用できる。"