"データ転送の種類を示す複数の属性情報を含むヘッダー部と、データを含むデータ部とを有するパケットを用いてデータ転送を行うデータ転送装置であって、第1バスで用いるデータ転送の種類を示す属性情報の組合せと識別子と対応付けて保持する保持手段と属性情報を含むパケットを前記第1バスから受信する受信手段と、前記受信手段により受信されるパケットに含まれている複数の属性情報が前記保持手段の保持している属性情報の組合せであると、当該属性情報の組合せに対応する識別子を前記複数の属性情報の代わりにパケットに含めて送信する送信手段とを有することを特徴とするデータ転送装置。前記送信手段は、第1バスから取得したパケットに含まれる複数の属性情報の組合せが前記保持手段の保持する組合せに一致する場合には、一致した組合せの属性情報を送信せず、一致したことを示す識別子をパケットに含めて送信することを特徴とする請求項1に記載のデータ転送装置。前記送信手段は、第1バスから取得したパケットに含まれる複数の属性情報の組合せが前記保持手段に保持されている組合せに一致しない場合には、一致しないことを示すパケット識別子と前記第1バスから受信した属性情報とを前記パケットに含めて送信することを特徴とする請求項1又は2に記載のデータ転送装置。転送の種類を示す複数の属性情報を含むヘッダー部と、データを含むデータ部とを有するパケットを用いてデータ転送を行うデータ転送装置であって、データ転送の種類を示す属性情報の組合せと識別子とを対応づけて保持する保持手段と、識別子を含むパケットを受信する受信手段と、前記受信手段により受信されたパケットの識別子が前記保持手段を参照するように示していると、前記保持手段に保持されている属性情報の組合せの中でパケットに含まれる識別子に対応する組合せの属性情報と前記受信手段の受信したデータとをパケットとして送信する送信手段とを有することを特徴とするデータ転送装置。前記送信手段は、前記受信手段の受信したパケットの識別子が前記保持手段を参照しないように示していると、前記受信手段により受信されたパケットに含まれる属性情報を、受信手段の受信したデータに付加して送信することを特徴とする請求項4に記載のデータ転送装置。前記保持手段は、出現頻度の高い属性情報を優先的に保持していることを特徴とする請求項1乃至5のいずれか1項に記載のデータ転送装置。前記保持手段は、属性情報の組合せを出現頻度に応じて設定されることを特徴とする請求項1乃至5のいずれか1項に記載のデータ転送装置。前記保持手段は、前記識別子に対して属性情報の組合せに加えて、変動のないアドレスの一部分を対応付けて保持し、前記送信手段は前記受信手段により受信される複数の属性情報が前記保持手段に保持されている属性情報の組合せであれば、前記属性情報の組合せに対応する識別子と、前記複数の属性情報および前記受信手段により受信されたアドレスの一部分の代わりとして、残りのアドレスと前記データと前記識別子とを組み合わせたパケットを送信することを特徴とする請求項1乃至3のいずれか1項に記載のデータ転送装置。データ転送の種類を示す属性情報と当該属性情報よりもビット数が小さい第1識別子とを対応付けて保持する第1保持手段と、転送対象のデータと当該データに関する属性情報とを受信する第1受信手段と、前記保持手段に保持されている識別子のうち前記受信手段により受信された属性情報に対応する第1識別子を、当該属性情報の代わりに前記転送対象のデータと対応づけて送信する第1送信手段とを有することを特徴とするデータ転送装置。前記送信手段は、前記保持手段に保持されている属性情報に対応する第1識別子を付与しているか否かを示す第2識別子を前記転送対象のデータと対応づけて送信することを特徴とする請求項9に記載のデータ転送装置。データ転送の種類を示す属性情報と当該属性情報よりもビット数が小さい第1識別子とを対応付けて保持する第2保持手段と、前記第1識別子が対応づけられているデータを受信する第2受信手段と、前記第2保持手段から前記第1識別子に対応する属性情報を前記データと対応づけて送信する第2送信手段とを有することを特徴とするデータ転送装置。第1バスに接続される第1集積回路と、第2バスに接続される第2集積回路と、前記第1集積回路と第2集積回路を接続する第3バスとを有するチップ間通信システムであって、前記第1集積回路は、前記第1バスを介して属性情報とデータとアドレスとを含むデータ転送要求を受信する第1受信手段と、受信した属性情報が第1集積回路に保持されている属性情報であると、前記属性情報に対応する識別子を当該属性情報の代わりに前記アドレスに付加して前記データと一緒にパケットとして前記第3バスを介して前記第2集積回路へ送信する第1送信手段とを備え、前記第2集積回路は、前記第3バスを介して前記第1集積回路から転送されるパケットを受信する第2受信手段と、受信したパケットの識別子が前記第2集積回路に保持されている属性情報を参照することを示していると当該識別子に対応する属性情報を前記パケットに含まれるデータと組み合わせて前記第2バスへ送信する第2送信手段とを備えることを特徴とするチップ間通信システム。前記識別子は前記属性情報よりも小さいビット数であることを特徴とする請求項12に記載のチップ間通信システム。データ転送の種類を示す属性情報と第1識別子とを対応付けて保持する保持手段を有するデータ転送装置によるデータ転送方法であって、属性情報とデータとアドレスとを含むデータ転送要求を受信する受信工程と、前記保持手段に保持されている属性情報に基づいて、前記受信工程で受信したデータ転送要求に含まれる属性情報に対応する第1識別子と当該識別子を付加したことを示す第2識別子とを前記データ転送要求に含まれるアドレスと対応づけて転送する転送工程とを有することを特徴とするデータ転送方法。第1バスで用いるデータ転送の種類を示す属性情報の組合せと識別子と対応付けて保持する保持手段を備え、データ転送の種類を示す複数の属性情報を含むヘッダー部とデータを含むデータ部とを有するパケットを用いてデータ転送を行うデータ転送装置によるデータ転送方法であって、前記属性情報を含むパケットを前記第1バスから受信する受信工程と、前記受信工程で受信したパケットに含まれている複数の属性情報が前記保持手段により保持されている属性情報の組合せであると、当該属性情報の組合せに対応する識別子を前記複数の属性情報の代わりにパケットに含めて送信する送信手段とを有することを特徴とするデータ転送方法。第1バスで用いるデータ転送の種類を示す属性情報の組合せと識別子と対応付けて保持する保持手段を有し、複数の属性情報を含むヘッダー部と、データを含むデータ部とを有するパケットを用いてデータ転送を行うデータ転送装置によるデータ転送方法であって、属性情報を含むパケットを前記第1バスから受信する受信工程と、前記受信工程で受信するパケットに含まれている複数の属性情報が前記保持手段の保持している属性情報の組合せであると、当該属性情報の組合せに対応する識別子を前記複数の属性情報の代わりにパケットに含めて送信する送信工程とを有することを特徴とするデータ転送方法。データ転送の種類を示す属性情報と当該属性情報よりもビット数が小さい第1識別子とを対応付けて保持する第1保持手段を有するデータ転送装置によるデータ転送方法であって、転送対象のデータと当該データに関する属性情報とを受信する第1受信工程と、前記保持手段に保持されている識別子のうち前記受信工程で受信した属性情報に対応する第1識別子を、当該属性情報の代わりに前記転送対象のデータと対応づけて送信する第1送信工程とを有することを特徴とするデータ転送方法。データ転送の種類を示す属性情報と当該属性情報よりもビット数が小さい第1識別子とを対応付けて保持する第2保持手段を有するデータ転送装置によるデータ転送方法であって、前記第1識別子が対応づけられているデータを受信する第2受信工程と、前記第2保持手段から前記第1識別子に対応する属性情報を前記データと対応づけて送信する第2送信工程とを有することを特徴とするデータ転送方法。特許文献1~3の方法では、冗長性を利用して圧縮しているので、転送データや転送アドレスの値のランダム性が高くなると、アドレスやヘッダーをそのまま圧縮しても圧縮効率が良くない。本発明のデータ転送装置は、転送の種類を示す複数の属性情報を含むヘッダー部と、データを含むデータ部とを有するパケットを用いてデータ転送を行うデータ転送装置であって、データ転送の種類を示す属性情報の組合せと識別子とを対応づけて保持する保持手段と、識別子を含むパケットを受信する受信手段と、前記受信手段の受信したパケットの識別子が前記保持手段を参照するように示していると、前記保持手段に保持されている属性情報の組合せの中でパケットに含まれる識別子に対応する組合せの属性情報と前記受信手段の受信したデータとをパケットとして送信する送信手段とを有することを特徴とする。本発明によれば、データ転送効率を向上させることができる。実施形態1以下、図面を参照しながら本発明の実施形態1について詳細に説明する。図9は、本発明の実施形態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のデータ転送装置を備えるチップ間通信システムの構成は図9の構成に限らず、集積回路から送受するパケットについて広く適用できる。図1は、データ転送装置ブリッジ904、ブリッジ905の構成をより詳細に示す図である。図1に示す第1バス100から第2バス200へデータ転送を行うに際して、データ送信装置101とデータ受信装置201とはパケット転送を行う。まず、図1を用いてデータ転送装置の概略構成を説明する。なお、転送に用いられるパケットは、図8A、8Bに示すように、パケット識別子0~4bit、転送の属性情報5~15bitおよびアドレスを含むヘッダー部と転送対象のデータを含むデータ部で構成され、それぞれ所定長の転送単位キャラクターに区切られている。図9のブリッジ904に相当する第1集積回路としてのデータ送信装置101は、第1バス100と第3バス300、301に接続されている。データ送信装置101は内部にリクエスト処理に関わる、第1バスリクエスト受信部1010第1受信部、第1バス第3バスリクエストパケット変換部1011、送信リクエスト属性情報保持部1016第1保持部、リクエストパケット送信部1012第1送信部を有する。第1バス100から送られるリクエストは、転送先アドレスADDRESS、ライト転送かリード転送かを示すフラグ、書き込みデータWDATA、ストローブWSTRB及び、このリクエスト又はレスポンス又はパケットの転送の種類を示す属性情報を有している。第1バスリクエスト受信部1010は、リクエストのタイミングを制御する信号に従い、上述のリクエストからアドレスデータストローブ属性情報を抽出し、リクエストパケット変換部1011に渡す。なお、リクエストのタイミングを制御する信号とは第1バスリクエスト受信部1010が第1バス100から入力される有効信号Request信号や有効信号Valid信号およびこれらに応じて第1バスリクエスト受信部1010が出力するレディ信号Ready信号や受領信号Accept信号である。第1バスリクエスト受信部1010はこれらの信号によってリクエスト送信元とハンドシェークを行った上でパケットの受信手続きを行う。属性情報組合せ保持部1016は、転送リクエストにまつわる属性情報の組合せ又は定数値を保持するレジスタやメモリを有している。リクエストパケット変換部1011は、第1バスのリクエストを第3バスで用いるパケットに変換する。その際に、属性情報組合せ保持部1016にアクセスしてその内容を参照し、属性情報を圧縮できそうであれば圧縮する。詳細は後述する。リクエストパケット送信部1012は、第3バス300に接続されており、リクエストパケット変換部1011から受け取ったパケットを第3バス300に送出する。データ送信装置101は、さらにレスポンスパケット受信部1013、レスポンスパケット変換部1014、属性情報組合せ保持部1017、第1バスレスポンス送信部1015を有する。これらの構成により第3バスから受信するパケットを第1バスの形式に変換して出力されるが、データ送信装置101が第1バスから受信したパケットを第3バスの形式に変換する構成と同様であるので詳細な説明は省略する。図9のブリッジ905に相当する第2集積回路としてのデータ受信装置201は、第2バス200と第3バス300、301に接続される。そして、データ受信装置201はリクエストパケット受信部2010第2受信部、リクエストパケット変換部2011、属性情報組合せ保持部2016第2保持部、第2バスリクエスト送信部2012第2送信部を有する。リクエストパケット受信部2010は、第3バス300と接続され、データ送信装置101から受信したパケットをリクエストパケット変換部2011に渡す。属性情報組合せ保持部2016は、転送リクエストにまつわる属性情報の組合せ又は定数値を保持するレジスタやメモリを有している。データ送信装置201が第2バス200へリクエストとして出力するパケットは、転送先アドレスADDRESS、ライト転送かリード転送かを示すフラグ、書き込みデータWDATA、ストローブWSTRB及び、データ転送の種類を示す属性情報を有する。リクエストパケット変換部2011は、第3バスからのパケットを第2バスのリクエストに変換する。その際にリクエストパケット変換部2011は属性情報組合せ保持部2016にアクセスする。第2バスリクエスト送信部2012は、リクエストパケット変換部2011から受け取ったリクエスト情報をリクエストのタイミングを制御する信号に従い、第2バス200に送出する。なお、リクエストのタイミングを制御する信号とは第2バスリクエスト送信部2012から出力するRequest信号やValid信号に応じてリクエスト送信先が出力するReady信号やAccept信号である。第2バスリクエスト送信部2012はこれらの信号によってリクエスト送信先とハンドシェークを行った上でリクエストの転送を開始する。データ受信装置201はさらにレスポンスに関わる、第2バスレスポンス受信部2013、レスポンスパケット変換部2014、属性情報組合せ保持部2017、レスポンスパケット送信部2015を有している。これらの構成により第2バスから受信するパケットを第3バスの形式に変換して出力するが、データ受信装置201が第1バスから受信したパケットを第3バスの形式に変換する構成と同様であるので詳細な説明は省略する。次に、図1における第1バス100、第2バス200、または図9におけるバス909とバス910に用いる標準的なプロトコルの例としてAXI、OCPプロトコルについて簡単に説明する。これらのバスプロトコルでは、属性情報アドレスデータを所定のフォーマットに従って、並列的に通信することを規定している。図2は集積回路内で用いられるバスのプロトコルであるAXIAdvancedeXtensibleInterfaceバスの制御信号および、アドレス/データ/属性情報を示す。AXIバスプロトコルは、5つのチャネルと呼ばれる転送路を有する。各チャネルは、リードのアドレスを運ぶリードアドレスチャネル、ライトのアドレスを運ぶライトアドレスチャネル、リードの応答データを運ぶリードデータチャネル、ライトのデータを運ぶライトデータチャネル、ライトのレスポンスを運ぶライト応答チャネルである。それぞれのチャネルは転送のやり取りタイミングを司るValid,Ready信号によってハンドシェークを行い、一連の転送の手続きを行う。また、それぞれのチャネルには、データ転送の基本情報となるアドレスやデータ以外に、転送の属性情報として、転送タイプを示すxBURST,転送長を示すxLEN、アトミック転送を示すxLOC、キャッシュの制御情報を示すxCACHE、転送のセキュリティ情報を示すxPORT、転送のデータ幅のサイズxSIZE、転送の優先度を示すxQOS、転送領域区間を示すxBURST、ユーザの任意の情報を運ぶxUSER信号が規定されている。図3は集積回路内で用いられるバスのプロトコルであるOCPOpenCoreProtocolバスの制御信号および、アドレス/データ/属性情報を示す。OCPバスプロトコルは、4つの転送路を持ち、リクエスト情報とアドレスを運ぶリクエスト転送路、ライトレスポンスやリードデータレスポンスを運ぶレスポンス転送路、ライトデータを運ぶデータハンドシェーク転送路、その他の転送路で構成される。それぞれの転送路において、Mcmd/SCmdAccept,SResp/MRespAccept,MdataValid/SDataAcceptの信号の組みでハンドシェークを行い、一連の転送の手続きを行う。それぞれの転送路には、データ転送の基本情報となるアドレスやデータ以外に、転送の属性情報として、転送のタイプを示す、MBurstSeq、転送の長さを示すMBurstLength、転送の正確性を示すMBurstPrecise、アトミック転送を示すMAtomicLength、2次元転送の情報を運ぶMBlockHight/MBlockStride、セキュリティ情報を運ぶMsecureなどから構成される。なお、以降の説明では第1バス100と第2バス200はAXIに従った通信を行うものとして説明する。図4は属性情報組合せ保持部が保持する属性情報テーブルを示す。属性情報テーブルは複数の属性情報の組合せと置換する識別子とを対応付けて保持している。第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の様に、どのデータ幅分を転送に使用しているかを示す。各々の属性情報は直交性があり、使用する値の組合せの出現頻度には偏りがある。なお通常のデータ転送では排他属性、キャッシュ属性、セキュリティ属性情報を保持するフィールドが無効を示す値を保持するパケットの方が、各属性情報が有効を示す値を保持するパケットよりも多いものと考えられる。また、送信元情報や、データサイズ情報は、特定の転送についてデータ転送開始してから断続的に同様の内容が集中することが多い。従って、所定の転送が始まる前に、属性情報組合せ保持部における属性情報テーブルを所定の転送に対応した属性情報テーブルに書き換えることで、様々な属性情報を持つ転送を効率よく転送することも可能となる。図4のテーブルは属性情報組合せ保持部1016、2017等が保持するテーブルを示す。図4に例示するテーブルは、特定の属性情報をもつ組合せを4組、これらの4組に該当しない場合をデフォルトとして5組の属性値の組合せと、其々の組合せに対応する識別子を保持している。パケット識別子のType[4]第2識別子,[1:0]第1識別子は、パケット変換部1011、2011、1014、2014が変換するパケットに付与する識別子を示している。なお、Type[4]はTypeフィールドの4bit目を示し、Type[1:0]はTypeフィールドの0~1bit目を示している。パケット識別子のType[4]は、変換部の受信したパケットに含まれる属性情報の組合せが属性情報組合せ保持部1016、2017の保持しているテーブルに格納されている組合せの何れかに一致しているか否かを示す。この例では1で何れかに一致、0で何れとも一致せず。パケット識別子のType[1:0]はどの組合せに一致しているかを示す。テーブルに登録する組合せ数を増やそうとすると、この箇所のビット数を増やす必要がある。なお、テーブルは頻度の多い組合せを登録しているほど圧縮効率が良いが、登録する組合せを増やし過ぎると圧縮効率は下がってしまう。なお、属性情報より小さいビット数の識別子で属性情報を置換することが好ましい。図5は属性情報組合せ保持部1016、2017のテーブルを用いて変換したパケットに含まれるパケット識別子Type[4:0]を示す。なお、Type[4]とType[1:0]については図4で説明したとおりなので説明を省略する。ただし、Type[4]が不一致0を示す場合は、Type[1:0]には便宜上00を格納させる。パケット識別子のType[3]は転送がリード転送であるかライト転送であるかを示す0でリード転送、1でライト転送。パケット識別子のType[2]はパケットの転送方向がリクエスト方向であるかレスポンス方向であるかを示す0でリクエスト方向、1でレスポンス方向。パケットの属性情報の種類はリクエストのパスとレスポンスのパスでそれぞれ異なっていてもよい。属性情報組合せ保持部2016は、属性情報組合せ保持部1016のテーブルに対応するテーブルを有しており、属性情報組合せ保持部1017は属性情報組合せ保持部2017のテーブルと対応するテーブルを有している。ここで、対応するテーブルとは、上流で属性情報が圧縮されたパケットを属性情報付きのパケットに復号できるテーブルを示す。但し復号する際に必ずしも圧縮前と同一のプロトコルに復号する必要はない。図5では、Type[1:0]のXXが送信リクエスト属性情報保持部1016と受信リクエスト属性情報保持部2016における属性情報の組合せの番号を示す。同様に、Type[1:0]のYYが送信レスポンス属性情報保持部1017と受信レスポンス属性情報保持部2017における属性情報の組合せを示す。図4に対応しているために其々、2bitで表現しているが、テーブルの保持する組合せの数に応じたビット数であればよい。次に図1のデータ転送装置101が、図6の処理フローに従って行うデータ転送処理について説明する。なお、事前に出現頻度が高いことが分かっている属性情報の組合せをテーブル化し、属性情報組合せ保持部1016に設定しておくことが好ましいが、学習する機構を設けてもよいし、モードに応じたテーブルを切り替えてもよい。まず、第1バスを介して送信されるリクエストを第1バスリクエスト受信部1010が受信しステップS600、リクエストパケット変換部1011にて、リクエストの属性情報をチェックするステップS601。リクエストパケット変換部1011は第1バスからのリクエストに含まれる属性情報と属性情報組合せ保持部1016に存在する属性情報とを比較するために、属性情報組合せ保持部1016に問い合わせを行うステップS602。リクエストパケット変換部1011は第1バスリクエスト受信部1010から受信したパケットと属性情報保持部1016から取得した属性情報の値を比較し、その比較結果に応じたパケット識別子を、ヘッダーに付加する。なお、属性情報組合せ保持部のテーブルに登録されている属性情報の組合せを有するパケットについてはパケット識別子を付加する代わりに変換するパケットには属性情報を埋め込まないステップS604に処理を進める。リクエストパケット変換部1011の受信するパケットの属性情報の組合せが属性情報組合せ保持部に存在するテーブルに格納されている属性情報の組合せのいずれとも一致しない場合には所定のパケット識別子図5によると00000又は01000を付加し、パケットに含まれている属性情報を図8Aに示すフォーマットに埋め込んで転送するステップS603、およびステップS604。リクエストパケット変換部1011で生成されたパケットを、リクエストパケット送信部1012が第3バスに送出するステップS605。図8Aは、パケット変換部の受信したパケットの属性情報の組合せが属性情報組合せ保持部内のテーブルに登録されている属性情報の組合せに一致しなかった場合にパケット変換部が出力するパケットのフォーマットを示す。一方で、図8Bは、パケット変換部の受信したパケットの属性情報の組合せが属性情報組合せ保持部内のテーブルに登録されている属性情報の組合せに一致した場合にパケット変換部が出力するパケットのフォーマットを示す。図8Bを参照すると、パケット変換部の受信したパケットの属性情報の組合せが属性情報組合せ保持部内のテーブルに登録されている属性情報の組合せに一致した場合には、第3バスにて転送されるデータの総量が圧縮されることが分かる。例えば、現状のAXIに関しては、プロトコル上16バースト長AXI3、256バースト長AXI4の転送が可能ではあるが、実際は長い転送長を許容するほど他の転送に影響を与えるおそれが高くなるため、便宜的に4又は8バースト長を最大とすることが多い。そのため、属性情報を圧縮しない場合は、4又は8バースト毎に属性情報が出現することが多く、属性情報の圧縮の必要性が高い。次に、図1のデータ受信装置201が、図7の処理フローに従って行うデータ転送処理について説明する。なお、事前に頻度の高い属性情報の組合せをテーブル化し、属性情報組合せ保持部2016に設定しておく。まず、リクエストパケット受信部2010は第3バスを介して送信されるパケットを受信しステップS700、リクエストパケット変換部2011はリクエストパケット受信部2010の受信したパケットの識別子を解析するステップS701。解析によって、受信したパケットがテーブルに登録されている組合せの属性情報を含むパケットとしてリクエストパケット変換部1011によって変換されたことを示す場合は、属性情報組合せ保持部2016のテーブルに登録されている属性情報の値を参照して、圧縮前の属性情報に対応する第2バスの属性情報を生成するステップS702。ここで、パケットの識別子がリクエストパケット変換部1011によって属性情報が置換されていることを示していることは、パケットの識別子がリクエストパケット変換部2011に対して属性情報組合せ保持部2016を参照するように示していることに相当する。一方で、受信したパケットが属性情報保持値に登録されている組合せの属性情報を含まないパケットとしてリクエストパケット変換部1011によって変換されたことを示す場合は、受信したパケットに埋め込まれている属性情報を利用するステップS703。この場合は、リクエストパケット変換部1011は属性情報組合せ保持部2016の属性情報を参照しなくてもよい。リクエストパケット変換部2011が受信したパケットから第2バスのリクエストを生成ステップS704した後に、第2バスリクエスト送信部2012が第2バスへリクエストを発行するステップS705。以上のように、本実施形態によれば、転送するパケットの属性情報を適宜圧縮してデータ転送を行うことができる。そして、第3バス300、301におけるデータ転送を効率的に実行することができる。また、上述の実施形態では、第3バスはパケット型の転送形態パケットの幅でパラレル転送を行う形態:NetworkOnChipなどについて説明したが、シリアルバスや無線通信などの様々な物理的な転送形態を用いても本発明は適用できる。すなわち、論理層でデータをパケット化するデータ転送について高い効果を発揮し、物理層の形態にはとらわれない。また、上述の実施形態では、集積回路間チップ間、モジュール間におけるデータ転送について説明したが、本発明は同一集積回路同一チップ、同一モジュール内におけるデータ転送にも適用することもできる。ただし、チップ間の転送は、チップ内の転送に比べて、データを転送する能力が低く、システムのボトルネックとなる可能性が高い。チップ内の転送では、属性情報アドレスデータについてそれぞれに物理的に信号線が存在し、同時並列的に転送することができる。一方、チップ間の転送では、製品のコストを下げようとすると共通の信号線を利用してすることになりチップのIOピンはコスト上昇を招くため、時系列に転送するので、上述の実施形態による転送効率の向上はチップ内転送に比べて顕著である。また、上述の実施形態では、属性情報組合せ保持部はデータ転送前に属性情報テーブルを設定できるとしたが、設計開発時又は製造時に静的に属性情報を設定してもよい。さらに、アドレスの上位又は下位について変動しないことが予め分かっている部分があることが予め分かっている場合は属性情報テーブルに上位又は下位アドレス情報を含ませて、属性情報と変動のないアドレスの一部分上位又は下位数ビット分を一緒に圧縮するように構成してもよい。例えば、ソフトウェアのアドレスマップの特性やバスの規格を考慮すると、あるモジュールにアクセスする場合には常に上位4ビットは固定の0000となることが考えられる。その場合は、テーブルに上位アドレス比較値を入れておけば変動のないアドレスビット数分さらにデータ転送効率がよくなる下位アドレスについても同様。この場合、変動のないアドレス部分を識別子で置換する場合には、属性情報の組合せが一致することだけを確かめて置換するようにしてもよい。また、上述の実施形態では属性情報の組合せが保持しているものと一致しない場合は、一致していないことを示す識別子を付加するだけであるが、属性情報の組合せが一致しなくても変動しないアドレス部分を置換するように構成してもよい。その場合には復号側は常に変動しないアドレス部分を付加する構成を必要とする。また、上述の実施形態では図1における第1バス100、第2バス200、または図9におけるバス909とバス910に用いるプロトコルとしてAXIを挙げて説明したが、本発明はデータ、アドレス、属性情報を組み合わせて転送するプロトコルであれば広く効果を発揮することができる。なお、複数の転送内容を1つの属性情報として複数のビット数で表現している場合でも本発明は適用できる。なお、属性情報の組合せは、データ転送を行うCPU/DMAなどの送信元の使用形態で組合せ出現率に偏りがある、従って属性情報組合せ保持部は、送信元毎にテーブルを保持するようにしてもよい。また、CPU901が所定のタイミング毎に属性情報の出現頻度の順列に変更があれば、属性情報組合せ保持部のテーブルを更新するようにしてもよい。その際は、出現頻度の高い組合せを優先的に保持させるようにする。本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために以下の請求項を添付する。"