"パケットの属性情報を第1識別子と対応づけて複数保持する保持手段と、データ転送の種類を示す属性情報を含む転送要求を受信する受信手段と、前記受信手段により受信した属性情報と前記保持手段の保持している属性情報とが一致すると、前記受信手段により受信した属性情報が前記保持手段により保持されるどの属性情報と一致するかを示す第1識別子を前記受信手段により受信した属性情報の代わりにパケットに含めて送信する送信手段とを有することを特徴とするデータ転送装置。前記送信手段は、前記第1識別子を含めたか否かを示す第2識別子を転送要求に付加して送信することを特徴とする請求項1に記載のデータ転送装置。前記送信手段は、前記受信手段の受信した転送要求の属性情報が前記保持手段の保持するどの属性情報とも一致しないことを示す第1識別子を含めて転送要求を送信した場合に、当該転送要求に含まれる属性情報を前記保持手段に保持させることを特徴とする請求項1又は2に記載のデータ転送装置。前記送信手段は、前記受信手段により受信した転送要求の属性情報が前記保持手段に保持されている属性情報と一致しなければ、一致しないことを示す第2識別子を前記受信手段により受信した転送要求の属性情報と一緒にパケットに含めて送信することを特徴とする請求項1乃至3のいずれか1項に記載のデータ転送装置。前記受信手段は第1バスを介して転送要求を受信し、前記送信手段は第2バスの形式に沿った属性情報に変換してパケットを送信することを特徴とする請求項1乃至4のいずれか1項に記載のデータ転送装置。第1識別子を含む転送要求を受信する受信手段と、過去に受信したパケットの属性情報を前記第1識別子と対応づけて複数保持する保持手段と、前記保持手段の保持する属性情報のうち前記受信手段により受信した第1識別子に対応する属性情報を、前記受信手段により受信した識別子の代わりにパケットに含めて送信する送信手段とを有することを特徴とするデータ転送装置。前記受信手段は、前記第1識別子を含めたか否かを示す第2識別子をさらに受信することを特徴とする請求項6に記載のデータ転送装置。前記受信手段は、前記第1識別子に置き換えられなかった属性情報を受信し、当該属性情報を前記保持手段に保持させることを特徴とする請求項6又は7に記載のデータ転送装置。前記保持手段は、過去に送信したパケットの属性情報を所定数保持している状態でさらに保持すべき属性情報を受けると、最も古く保持した属性情報を置き換える当該保持すべき属性情報に置き換えることを特徴とする請求項1乃至8のいずれか1項に記載のデータ転送装置。前記保持手段は、過去に送信したパケットの属性情報を所定数保持している状態でさらに保持すべき属性情報を受けると、前記保持手段の保持する属性情報のうちパケットに付与した回数の少ない属性情報から置き換えることを特徴とする請求項1乃至9のいずれか1項に記載のデータ転送装置。パケットの属性情報を第1識別子と対応づけて複数保持する保持手段と、データ転送の種類を示す属性情報を含む転送要求を受信する受信手段と、を備えるデータ転送装置によるデータ転送方法であって、前記受信手段により受信した属性情報と前記保持手段の保持している属性情報とが一致すると、前記受信手段により受信した属性情報が前記保持手段により保持されるどの属性情報と一致するかを示す第1識別子を前記受信手段により受信した属性情報の代わりにパケットに含めて送信することを特徴とするデータ転送方法。パケットの属性情報を前記第1識別子と対応づけて複数保持する保持手段と、第1識別子を含む転送要求を受信する受信手段と、を備えるデータ転送装置によるデータ転送方法であって、前記保持手段が保持する属性情報のうち前記受信手段により受信した第1識別子に対応する属性情報を、前記受信手段により受信した識別子の代わりにパケットに含めて送信することを特徴とするデータ転送方法。非特許文献1のような従来技術では、直前の転送との差分しか考慮されないために、圧縮効率が良くないので転送効率を向上させ難い。以上の課題を解決するために本発明に係るデータ転送装置は、パケットの属性情報を第1識別子と対応づけて複数保持する保持手段と、データ転送の種類を示す属性情報を含む転送要求を受信する受信手段と、前記受信手段により受信した属性情報と前記保持手段の保持している属性情報とが一致すると、前記受信手段により受信した属性情報が前記保持手段により保持されるどの属性情報と一致するかを示す第1識別子を前記受信手段により受信した属性情報の代わりにパケットに含めて送信する送信手段とを有することを特徴とする。また、本発明に係るデータ転送装置は、パケットの属性情報を前記第1識別子と対応づけて複数保持する保持手段と、第1識別子を含む転送要求を受信する受信手段と、前記保持手段の保持する属性情報のうち前記受信手段により受信した第1識別子に対応する属性情報を、前記受信手段により受信した識別子の代わりにパケットに含めて送信する送信手段とを有することを特徴とする。直前の転送との差分が大きかったとしても、2つ前や3つ前の転送との差分が小さい場合に、パケットを圧縮することができ、転送効率を上げることができる。<実施形態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のデータ転送装置を備えるチップ間通信システムの構成は図7の構成に限らず、集積回路から送受するパケットについて広く適用できる。図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はDRAMI/FB207を介して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には、過去に転送した転送属性情報ReqAtrb0/1が複数保持される。リクエスト送信履歴保持部2036に保持される情報の例を図9に示す。リクエストパケット変換部1031は、受信したリクエストを1つ以上のパケットに変換する。ここで、リクエストパケット変換部1031が変換したパケットを図3a及び図3bに示す。パケットはヘッダー及びデータによって構成される。ヘッダー及びデータ共に複数の所定長32Bitのキャラクタによって構成される。ヘッダーは、パケットの種類を示す識別子Typeや転送属性情報ReqAtrb0/1や転送先のアドレスAddressを有する。また、データは書き込みデータWdataやストローブWstrbによって構成され、Write転送時に生成される。以下、リクエストパケット変換部1031におけるパケット変換処理について詳細に説明する。リクエストパケット変換部1031は、第1バスからのリクエストをパケットに変換する際に、リクエスト送信履歴保持部1036に保持されている、過去の転送属性情報ReqAtrb0/1を参照し、一致するものがあるか比較を行う。そして、リクエストパケット変換部1031は、比較結果に応じたパケットに変換する。比較結果が一致しなかった場合は、図3aに示すように転送属性情報ReqAtrb0/1がパケットに付加される。この時パケットに付加する識別子は転送属性情報ReqAtrb0/1が付加されていることを示す識別子となり、Read転送であれば00000、Write転送であれば01000となる。また、リクエスト送信履歴保持部1036に転送属性情報ReqAtrb0/1を保持する。ただし、リクエスト送信履歴保持部1036が転送属性情報ReqAtrb0/1を所定数保持している状態例えば、保持可能な最大数保持しているであるならば、保持されている最も古い転送属性情報ReqAtrb0/1を削除する。そして、代わりにこれから転送を行う転送属性情報ReqAtrb0/1を保持する。一方で、比較結果が一致した場合は、図3bに示すように転送属性情報ReqAtrb0/1をパケットに付加しない。この時パケットに付加する識別子は転送属性情報ReqAtrb0/1がリクエスト送信履歴保持部1036に保持されているどの転送属性情報ReqAtrb0/1と一致するかを示す識別子となる。図4にパケット変換処理で付加する識別子の詳細を示す。本実施形態では、リクエスト送信履歴保持部1036は図9に示すように4個まで過去に転送したパケットの転送属性情報を記憶するものとする。識別子の最上位ビットは過去の転送情報と一致するか否かを示す識別子第2識別子であり、0であれば一致しない事を示し、1であれば一致する事を示す。識別氏の上位から2番目のビットはRead転送かWrite転送かを示す識別氏であり、0であればRead転送を1であればWrite転送を示す。識別氏の上位から3番目のビットはRequestかResponseかを示す識別氏であり、0であればRequestを1であればResponseを示す。識別子の下位2ビット第1識別子は過去の転送情報と一致する場合に、どの組合せと一致するかを示す。例えば下位2ビットが00であれば組合せ1と一致し、下位2ビットが01であれば組合せ2と一致する。例えばRead転送時に過去の転送属性情報の組合せ3と転送属性情報が一致しているならば、今回転送するパケットの識別子は10010となる。なお、図9に示す転送属性情報はAXIAdvancedeXtensibleInterfaceに対応しており、その詳細は後述する。本実施形態のリクエストパケット変換部1031によって生成されるパケットは、直前の転送だけでなく、過去数個前の転送と転送属性情報ReqAtrb0/1が一致すれば、一致しなかった時のパケットに比べて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のキャラクタを生成する。リクエスト受信履歴保持部2036には、過去に転送した転送属性情報ReqAtrbが複数保持される。リクエスト受信履歴保持部2036に保持される情報の例を図10に示す。リクエストパケット逆変換部2031は、転送の種類を示す識別子Typeを含むパケットを第2バスへのリクエスト形式へ変換する処理を行う。識別子の詳細な説明はリクエスト送信処理の説明と同じであるためここでは割愛する。パケットの種類を示す識別子が、転送属性情報ReqAtrb0/1が付加されていることを示していれば、受信したパケットから転送属性情報ReqAtrb0/1を抽出し、第2バスへのリクエスト形式に変換する。また、抽出した転送属性情報ReqAtrb0/1をリクエスト受信履歴保持部2036に保持する。ただし、リクエスト受信履歴保持部2036に保持されている転送属性情報ReqAtrb0/1の数が、保持可能な最大数であるならば、保持されているもっとも古い転送属性情報ReqAtrbを削除する。そして、代わりに受信した転送属性情報ReqAtrb0/1を保持する。一方、パケットの種類を示す識別子が、転送属性情報ReqAtrb0/1が付加されていないことを示していれば、リクエストパケット逆変換部2031はリクエスト受信履歴保持部2036に保持されている転送属性情報ReqAtrb0/1を参照する。例えば、識別子が10010であれば、組合せ3の転送属性情報が参照される。そして、識別子に対応する転送属性情報ReqAtrb0/1を用いて、第2バスへのリクエスト形式に変換する。第2バスリクエスト送信部2032は、第2バスへのリクエスト形式に変換されたリクエストをDRAMコントローラB204へ第2バス205を介して送信する。レスポンス送信処理続いて、第2ブリッジ203によるレスポンスの送信処理について説明する。第2バスレスポンス受信部2033は第2バス205を介して、DRAMコントローラB204からのレスポンスを受信する。レスポンスは、エラーか否かを示すステータス情報RespSt、読み出しデータRdata、及び転送長や転送のプライオリティーを示す転送属性情報RespAtrb0/1によって構成される。レスポンス送信履歴保持部2037には、少なくとも2個以上の過去の転送の転送属性情報RespAtrb0/1が保持される。レスポンス送信履歴保持部2037に保持される情報の例を図9に示す。レスポンスパケット変換部2034は、受信したレスポンスをパケットに変換する。変換されるパケットの例を図3c及び図3dに示す。パケットはヘッダー及びデータによって構成される。ヘッダー及びデータ共に複数の32Bit単位のキャラクタによって構成される。ヘッダーは、転送の種類を示す識別子TypeやステータスRespStや転送属性情報RespAtrb0/1によって構成される。図4に識別子の例を示す。識別子の詳細な説明はリクエスト送信処理の説明と同じであるためここでは割愛する。また、データは読み出しデータRdataによって構成され、Read転送時にのみ生成される。以下、レスポンスパケット変換部2034におけるパケット変換処理について詳細に説明する。レスポンスパケット変換部2034は、第2バスからのレスポンスをパケットに変換する際に、レスポンス送信履歴保持部2037に保持されている、過去の転送属性情報RespAtrb0/1を参照し、一致するものがあるか比較を行う。比較結果に応じて、異なるパケットへの変換が行われる。比較結果が一致しなかった場合は、図3cに示すように転送属性情報RespAtrb0/1がパケットに付加される。この時の転送の識別子は転送属性情報RespAtrb0/1が付加されていることを示す識別子となり、Read転送であれば00100、Write転送であれば01100となる。また、レスポンス送信履歴保持部2037に転送属性情報RespAtrbを保持する。ただし、レスポンス送信履歴保持部2037に保持されている転送属性情報RespAtrb0/1の数が、保持可能な最大数であるならば、保持されているもっとも古い転送属性情報RespAtrb0/1を削除する。そして、代わりにこれから転送を行う転送属性情報RespAtrb0/1を保持する。一方、比較結果が一致した場合は、レスポンスパケット変換部2034は図3dに示すように転送属性情報RespAtrb0/1をパケットに付加しない。この時の転送の識別子は転送属性情報RespAtrb0/1がレスポンス送信履歴保持部2037に保持されているどの転送属性情報RespAtrb0/1と一致するかを示す識別子となる。図4に識別子の例を示す。識別子の詳細な説明はリクエスト送信処理の説明と同じであるためここでは割愛する。本実施形態のレスポンスパケット変換部2034によって生成されるパケットは、直前の転送だけでなく、過去数個前の転送と転送属性情報RespAtrb0/1が一致すれば、一致しなかった時のパケットに比べて1キャラクタ少ないパケットとなる。レスポンスパケット送信部2035は、パケットに変換されたレスポンスをパラレルーシリアル変換し、シリアルバス300へ送信する。パラレルーシリアル変換の動作は、リクエストパケット送信部1032の動作と同じであるため、ここでは説明を省略する。パラレルーシリアル変換されたキャラクタはクロックとともにシリアルバス300を介して、受信側のASIC_A100に送信される。レスポンス受信処理続いて、第1ブリッジ103によるレスポンスの受信処理について説明する。レスポンスパケット受信部1033はシリアルバス300を介してASIC_B200から送信された、キャラクタを受信し、シリアルーパラレル変換する。シリアルーパラレル変換の動作は、リクエストパケット受信部2030の動作と同じであるため、ここでは説明を省略する。レスポンス受信履歴保持部1037には、少なくとも2個以上の過去の転送に転送属性情報RespAtrb0/1が保持される。レスポンス受信履歴保持部1037に保持される情報の例を図10に示す。レスポンスパケット逆変換部1034は、転送の種類を示す識別子Typeによって行われるパケットから第1バスへのレスポンス形式への変換を行う。識別子の詳細な説明はリクエスト送信処理の説明と同じであるためここでは割愛する。パケットの種類を示す識別子が、転送属性情報RespAtrb0/1が付加されているパケットを示しているならば、受信したパケットから転送属性情報RespAtrb0/1を抽出し、第1バスへのレスポンス形式に変換する。また、抽出した転送属性情報RespAtrb0/1をレスポンス受信履歴保持部1037に保持する。ただし、レスポンス受信履歴保持部1037に保持されている転送属性情報RespAtrb0/1の数が、保持可能な最大数であるならば、保持されているもっとも古い転送属性情報RespAtrbを削除する。そして、代わりに受信した転送属性情報RespAtrb0/1を保持する。一方、パケットの種類を示す識別子が、転送属性情報RespAtrb0/1が付加されていないことを示す識別子であるならば、レスポンス受信履歴保持部1037に保持されている転送属性情報RespAtrb0/1を参照する。例えば、識別子が10110であれば、組合せ3の転送属性情報が参照される。そして、参照された転送属性情報RespAtrb0/1を用いて、第1バスへのレスポンス形式に変換する。第1バスレスポンス送信部1035は、第1バスへのレスポンス形式に変換されたレスポンスを対応するリクエストを発行した第1バスマスタへ第1バス105を介して送信する。AXI図8は集積回路内で用いられるバスのプロトコルであるAXIAdvancedeXtensibleInterfaceバスの制御信号および、アドレス/データ/属性情報を示す。AXIバスプロトコルは、5つのチャネルと呼ばれる転送路を有する。各チャネルは、リードのアドレスを運ぶリードアドレスチャネル、ライトのアドレスを運ぶライトアドレスチャネル、リードの応答データを運ぶリードデータチャネル、ライトのデータを運ぶライトデータチャネル、ライトのレスポンスを運ぶライト応答チャネルである。それぞれのチャネルは転送のやり取りタイミングを司るValid,Ready信号によってハンドシェークを行い、一連の転送の手続きを行う。また、それぞれのチャネルには、データ転送の基本情報となるアドレスやデータ以外に、転送の属性情報として、転送タイプを示すxBURST,転送長を示すxLEN、アトミック転送を示すxLOC、キャッシュの制御情報を示すxCACHE、転送のセキュリティ情報を示すxPROT、転送のデータ幅のサイズxSIZE、転送の優先度を示すxQOS、転送領域区間を示すxBURST、ユーザの任意の情報を運ぶxUSER信号が規定されている。履歴保持部履歴保持部1036、2037、2036、1038は、既に保持している属性情報と同じものは保持せず、既に保持しているものと異なる属性情報が受信された場合パケット変換部からすると、バスから受信した属性情報を識別子に置き換えなかった場合に相当するにそれを保持する。追加保持する際には、保持されているもっとも古いものを追加するものに書き換える。既に履歴として保持しているかどうかは送信側で判断され、受信側へはパケットの識別子で、保持されているかどうかまた、保持されているとしたらどの情報と合致するかが判断される。図9は各送信履歴保持部1036、2037、受信履歴保持部2036、1038が保持する履歴テーブルを示す。履歴テーブルは複数の属性情報の組合せを保持している。図示していないが、其々のエントリに格納されている組合せについて、直近で何個前に転送パケットであるかが分かる情報を対応付けて記憶しておくことが好ましい。第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はリクエストパケットの生成を行う際に、直前の転送だけでなく過去数個前の転送の転送属性情報ReqAtrb0/1を参照する。そして、参照された転送属性情報ReqAtrb0/1とこれから転送を行う転送の転送属性情報RespAtrb0/1の比較を行う。比較結果が一致したときには、転送属性情報ReqAtrb0/1をパケットに付加しないことで、転送に必要なキャラクタ数を削減している。このような構成だと、直前の転送と、転送属性情報ReqAtrb0/1が一致していないが、2個前や3個前の転送と転送属性情報RespAtrb0/1が一致している場合にも、転送に必要なキャラクタ数を削減し、転送の効率を高めることができる。一方、本実施形態の、第2ブリッジ203はレスポンスパケットの生成を行う際に、直前の転送だけでなく過去数個前の転送の転送属性情報RespAtrb0/1を参照する。そして、参照された転送属性情報RespAtrb0/1とこれから転送を行う転送の転送属性情報RespAtrb0/1の比較を行う。比較結果が一致したときには、転送属性情報RespAtrb0/1をパケットに付加しないことで、転送に必要なキャラクタ数を削減している。このような構成だと、直前の転送と、転送属性情報RespAtrb0/1が一致していないが、2個前や3個前の転送と転送属性情報RespAtrb0/1が一致している場合にも、転送に必要なキャラクタ数を削減し、転送の効率を高めることができる。図6aに従来例におけるリクエストパケット送信に要するサイクル数を、図6bに本発明におけるリクエストパケット送信に要するサイクル数を示す。図中の数字は転送に要するサイクル数を示すものとする。図6a及びbの例では第1バスマスタA101からのリクエスト図中のA1~A4と第1バスマスタB102からのリクエスト図中のB1~B4が交互に第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サイクル転送に必要なサイクル数を削減できる。なお、本実施形態では、Type内に転送属性情報が一致する過去の転送番号を付与したが、第一キャラクタ内のReserved領域に転送番号を付与することで、過去の転送属性情報の参照数を増やしてもよい。<実施形態2>実施形態1記載のリクエスト送信履歴保持部1036及びリクエスト受信履歴保持部2036は、新しい転送の転送属性情報ReqAtrb0/1を優先的に保持していた。しかし、リクエスト送信履歴保持部1036及びリクエスト受信履歴保持部2036には転送を行う際の属性情報の比較の結果、一致回数の多い転送の転送属性情報ReqAtrb0/1を優先的に保持するように構成することもできる一致回数の多い転送属性情報とはパケットに付与した回数の多い転送属性情報に相当し、その場合はパケとに付与した回数の少ない転送属性情報から置き換えることになる。また、実施形態1記載のレスポンス送信履歴保持部2037及びレスポンス受信履歴保持部1037は、新しい転送の転送属性情報RespAtrb0/1を優先的に保持していた。しかし、レスポンス送信履歴保持部2037及びレスポンス受信履歴保持部1037には転送を行う際の属性情報の比較の結果、一致回数の多い転送の転送属性情報RespAtrb0/1を優先的に保持するように構成することもできる。以降の説明では実施形態1と同一機能を有する構成には同一符号を付すとともに、機能的に変わらないものについてはその説明を省略する。リクエスト送信処理リクエスト送信履歴保持部1036には、実施形態1のリクエスト送信履歴保持部1036に対して、さらに何回の転送と転送属性情報ReqAtrb0/1が一致したかを示す識別子が保持される。リクエストパケット変換部1031は、第1バスからのリクエストをパケットに変換する際に、リクエスト送信履歴保持部1036に保持されている、過去の転送属性情報ReqAtrb0/1を参照し、一致するものがあるか比較を行う。比較結果に応じて、異なるパケットへの変換が行われる。比較結果が一致しなかった場合は、実施形態1と同様にパケットを生成し、リクエスト送信履歴保持部1036に転送属性情報ReqAtrb0/1を保持する。ただし、リクエスト送信履歴保持部1036に保持されている転送属性情報ReqAtrb0/1の数が、保持可能な最大数であるならば、リクエスト送信履歴保持部1036に保持されている一致数を示す識別子を参照する。参照の結果最も一致数の少ない転送属性情報ReqAtrb0/1を削除する。そして、代わりにこれから転送を行う転送属性情報ReqAtrb0/1を保持する。一方、比較結果が一致した場合は、実施形態1と同様にパケットを生成する。さらに、リクエスト送信履歴保持部1036に保持されている一致した転送属性情報ReqAtrb0/1の一致数を示す識別子の値を1増加させる。リクエスト受信処理リクエスト受信履歴保持部2036には、実施形態1のリクエスト受信履歴保持部2036に対して、さらに何回の転送と転送属性情報ReqAtrb0/1が一致したかを示す識別子が保持される。リクエストパケット逆変換部2031は、転送の種類を示す識別子Typeによってパケットから第2バスへのリクエスト形式への変換を行う。パケットの種類を示す識別子が、転送属性情報ReqAtrb0/1が付加されているパケットを示しているならば、実施形態1と同様に、第2バスへのリクエスト形式に変換する。また、抽出した転送属性情報ReqAtrb0/1をリクエスト受信履歴保持部2036に保持する。ただし、リクエスト受信履歴保持部2036に保持されている転送属性情報ReqAtrb0/1の数が、保持可能な最大数であるならば、リクエスト受信履歴保持部2036に保持されている一致数を示す識別子を参照する。参照の結果最も一致数の少ない転送属性情報ReqAtrb0/1を削除する。そして、代わりに受信した転送属性情報ReqAtrb0/1を保持する。一方、パケットの種類を示す識別子が、転送属性情報ReqAtrb0/1が付加されていないことを示す識別子であるならば、実施形態1と同様に第2バスへのリクエスト形式に変換する。さらに、リクエスト受信履歴保持部2036に保持されている一致した転送属性情報ReqAtrb0/1の一致数を示す識別子の値を1増加させる。レスポンス送信処理レスポンス送信履歴保持部2037には、実施形態1のレスポンス送信履歴保持部2037に対して、さらに何回の転送と転送属性情報RespAtrb0/1が一致したかを示す識別子が保持される。レスポンスパケット変換部2034は、第2バスからのレスポンスをパケットに変換する際に、レスポンス送信履歴保持部2037に保持されている、過去の転送属性情報RespAtrb0/1を参照し、一致するものがあるか探索を行う。比較結果に応じて、異なるパケットへの変換が行われる。比較結果が一致しなかった場合は、実施形態1と同様にパケットを生成し、レスポンス送信履歴保持部2037に転送属性情報RespAtrb0/1を保持する。ただし、レスポンス送信履歴保持部2037に保持されている転送属性情報RespAtrb0/1の数が、保持可能な最大数であるならば、レスポンス送信履歴保持部2037に保持されている一致数を示す識別子を参照する。参照の結果最も一致数の少ない転送属性情報RespAtrb0/1を削除する。そして、代わりにこれから転送を行う転送属性情報RespAtrb0/1を保持する。比較結果が一致した場合は、実施形態1と同様にパケットを生成する。さらに、レスポンス送信履歴保持部2037に保持されている一致した転送属性情報RespAtrb0/1の一致数を示す識別子の値を1増加させる。レスポンス受信処理レスポンス受信履歴保持部1037には、実施形態1のレスポンス受信履歴保持部1037に対して、さらに何回の転送と転送属性情報RespAtrb0/1が一致したかを示す識別子が保持される。レスポンスパケット逆変換部1034は、転送の種類を示す識別子Typeによってパケットから第1バスへのレスポンス形式への変換を行う。パケットの種類を示す識別子が、転送属性情報RespAtrb0/1が付加されているパケットを示しているならば、実施形態1と同様に、第1バスへのレスポンス形式に変換する。また、抽出した転送属性情報RespAtrb0/1をレスポンス受信履歴保持部1037に保持する。ただし、レスポンス受信履歴保持部1037に保持されている転送属性情報RespAtrb0/1の数が、保持可能な最大数であるならば、レスポンス受信履歴保持部1037に保持されている一致数を示す識別子を参照する。参照の結果最も一致数の少ない転送属性情報RespAtrb0/1を削除する。そして、代わりに受信した転送属性情報RespAtrb0/1を保持する。一方、パケットの種類を示す識別子が、転送属性情報RespAtrb0/1が付加されていないことを示す識別子であるならば、実施形態1と同様に第1バスへのレスポンス形式に変換する。さらに、レスポンス受信履歴保持部1037に保持されている一致した転送属性情報RespAtrb0/1の一致数を示す識別子の値を1増加させる。以上のように本実施形態によれば、実施形態1に比べて更に効率良く転送情報を圧縮することができる。また、上述の実施形態では、集積回路間チップ間、モジュール間におけるデータ転送について説明したが、本発明は同一集積回路同一チップ、同一モジュール内におけるデータ転送にも適用することもできる。ただし、チップ間の転送は、チップ内の転送に比べて、データを転送する能力が低く、システムのボトルネックとなる可能性が高い。チップ内の転送では、属性情報アドレスデータについてそれぞれに物理的に信号線が存在し、同時並列的に転送することができる。一方、チップ間の転送では、製品のコストを下げようとすると共通の信号線を利用してすることになりチップのIOピンはコスト上昇を招くため、時系列に転送するので、上述の実施形態による転送効率の向上はチップ内転送に比べて顕著である。さらに、アドレスの上位又は下位について変動しないことが予め分かっている部分があることが予め分かっている場合は属性情報テーブルに上位又は下位アドレス情報を含ませて、属性情報と変動のないアドレスの一部分上位又は下位数ビット分を一緒に圧縮するように構成してもよい。例えば、ソフトウェアのアドレスマップの特性やバスの規格を考慮すると、あるモジュールにアクセスする場合には常に上位4ビットは固定の0000となることが考えられる。その場合は、テーブルに上位アドレス比較値を入れておけば変動のないアドレスビット数分さらにデータ転送効率がよくなる下位アドレスについても同様。この場合、変動のないアドレス部分を識別子で置換する場合には、属性情報の組合せが一致することだけを確かめて置換するようにしてもよい。また、上述の実施形態では属性情報の組合せが保持しているものと一致しない場合は、一致していないことを示す識別子を付加するだけであるが、属性情報の組合せが一致しなくても変動しないアドレス部分を置換するように構成してもよい。その場合には複合側は常に変動しないアドレス部分を付加する構成を設ければよい。また、上述の実施形態では図1における第1バス105、第2バス205、または図7におけるバス909とバス910に用いるプロトコルとしてAXIを挙げて説明したが、本発明はデータ、アドレス、属性情報を組み合わせて転送するプロトコルであれば広く効果を発揮することができる。なお、複数の転送内容を1つの属性情報として複数のビット数で表現している場合であっても本発明は適用できる。"