(57)【要約】【課題】  従来技術では、直前の転送との差分しか考慮されないために、直前の転送とは差分が大きいが、２つ前や３つ前の転送と差分が小さい転送においては、パケットが圧縮されず、転送効率が上がらないという課題がある。【解決手段】  パケットを用いてデータ転送を行うデータ転送装置において、過去の複数の転送の転送属性情報を保持することで、過去の転送と転送属性情報が一致する転送に関しては、転送属性情報を送らずに、過去のどの転送と一致したかを示す識別子を付加して転送を行うことで、パケットのサイズを削減し、転送効率を上げる。【選択図】  図２
2013130952.tif 000002
【特許請求の範囲】
【請求項１】
パケットの属性情報を第１識別子と対応づけて複数保持する保持手段と、
データ転送の種類を示す属性情報を含む転送要求を受信する受信手段と、
前記受信手段により受信した属性情報と前記保持手段の保持している属性情報とが一致すると、前記受信手段により受信した属性情報が前記保持手段により保持されるどの属性情報と一致するかを示す第１識別子を前記受信手段により受信した属性情報の代わりにパケットに含めて送信する送信手段とを有することを特徴とするデータ転送装置。
【請求項２】
前記送信手段は、前記第１識別子を含めたか否かを示す第２識別子を転送要求に付加して送信することを特徴とする請求項１に記載のデータ転送装置。
【請求項３】
前記送信手段は、前記受信手段の受信した転送要求の属性情報が前記保持手段の保持するどの属性情報とも一致しないことを示す第１識別子を含めて転送要求を送信した場合に、当該転送要求に含まれる属性情報を前記保持手段に保持させることを特徴とする請求項１又は２に記載のデータ転送装置。
【請求項４】
前記送信手段は、前記受信手段により受信した転送要求の属性情報が前記保持手段に保持されている属性情報と一致しなければ、一致しないことを示す第２識別子を前記受信手段により受信した転送要求の属性情報と一緒にパケットに含めて送信することを特徴とする請求項１乃至３のいずれか１項に記載のデータ転送装置。
【請求項５】
前記受信手段は第１バスを介して転送要求を受信し、前記送信手段は第２バスの形式に沿った属性情報に変換してパケットを送信することを特徴とする請求項１乃至４のいずれか１項に記載のデータ転送装置。
【請求項６】
第１識別子を含む転送要求を受信する受信手段と、
過去に受信したパケットの属性情報を前記第１識別子と対応づけて複数保持する保持手段と、
前記保持手段の保持する属性情報のうち前記受信手段により受信した第１識別子に対応する属性情報を、前記受信手段により受信した識別子の代わりにパケットに含めて送信する送信手段とを有することを特徴とするデータ転送装置。
【請求項７】
前記受信手段は、前記第１識別子を含めたか否かを示す第２識別子をさらに受信することを特徴とする請求項６に記載のデータ転送装置。
【請求項８】
前記受信手段は、前記第１識別子に置き換えられなかった属性情報を受信し、当該属性情報を前記保持手段に保持させることを特徴とする請求項６又は７に記載のデータ転送装置。
【請求項９】
前記保持手段は、過去に送信したパケットの属性情報を所定数保持している状態でさらに保持すべき属性情報を受けると、最も古く保持した属性情報を置き換える当該保持すべき属性情報に置き換えることを特徴とする請求項１乃至８のいずれか１項に記載のデータ転送装置。
【請求項１０】
前記保持手段は、過去に送信したパケットの属性情報を所定数保持している状態でさらに保持すべき属性情報を受けると、前記保持手段の保持する属性情報のうちパケットに付与した回数の少ない属性情報から置き換えることを特徴とする請求項１乃至９のいずれか１項に記載のデータ転送装置。
【請求項１１】
パケットの属性情報を第１識別子と対応づけて複数保持する保持手段と、データ転送の種類を示す属性情報を含む転送要求を受信する受信手段と、を備えるデータ転送装置によるデータ転送方法であって、
前記受信手段により受信した属性情報と前記保持手段の保持している属性情報とが一致すると、前記受信手段により受信した属性情報が前記保持手段により保持されるどの属性情報と一致するかを示す第１識別子を前記受信手段により受信した属性情報の代わりにパケットに含めて送信することを特徴とするデータ転送方法。
【請求項１２】
パケットの属性情報を前記第１識別子と対応づけて複数保持する保持手段と、第１識別子を含む転送要求を受信する受信手段と、を備えるデータ転送装置によるデータ転送方法であって、
前記保持手段が保持する属性情報のうち前記受信手段により受信した第１識別子に対応する属性情報を、前記受信手段により受信した識別子の代わりにパケットに含めて送信することを特徴とするデータ転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケットを使用してデータ転送を行うデータ転送装置及びデータ転送方法に関する。
【背景技術】
【０００２】
パケットを使用してデータ転送を行う技術が様々な分野に適用されている。ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）はインターネット上のデータ転送をパケットベースで行う技術である。また、ＰＣＩ−Ｅｘｐｒｅｓｓ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ−Ｅｘｐｒｅｓｓ）は集積回路間のデータ転送をパケットベースで行う技術である。また、ＮｏＣ（Ｎｅｔｗｏｒｋ  Ｏｎ  Ｃｈｉｐ）は集積回路内のデータ転送をパケットベースで行う技術である。パケットベースでデータ転送を行うメリットは、アドレスやデータ等の転送に必要な様々な情報をセットとして少ない信号線で転送できることにある。例えば、ＰＣＩ−Ｅｘｐｒｅｓｓでは、２対の差動線路のみで、データ転送を行うことができる。他にも、パケットベースでデータ転送を行うメリットとして、転送レートを上げやすいという点がある。
しかし、パケットベースの転送方式においては、様々な情報を時間軸上に展開して送信するため、非パケットベースの転送方式に比べて転送に要するサイクル数が多いという問題点がある。そのため、パケット構造を工夫し、必要最低限の情報のみを転送することで、転送に要するサイクル数を減らし、転送効率を上げる技術が提案されている。例として、非特許文献１に開示されているＲＦＣ１１４４に規定されているＶ．Ｊａｃｏｂｓｏｎのヘッダー圧縮方式がある。Ｖ．Ｊａｃｏｂｓｏｎのヘッダー圧縮方式では、直前の転送のパケットとこれから転送を行おうとしているパケットとの比較を行い、差分のあった情報だけを転送することで、パケットを圧縮し転送効率の向上を図っている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ＲＦＣ  １１４４  Ｃｏｍｐｒｅｓｓｉｎｇ  ＴＣＰ／ＩＰ  Ｈｅａｄｅｒｓ  Ｆｅｂｒｕａｒｙ  １９９０
【発明の概要】
【発明が解決しようとする課題】
【０００４】
非特許文献１のような従来技術では、直前の転送との差分しか考慮されないために、圧縮効率が良くないので転送効率を向上させ難い。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために本発明に係るデータ転送装置は、パケットの属性情報を第１識別子と対応づけて複数保持する保持手段と、データ転送の種類を示す属性情報を含む転送要求を受信する受信手段と、前記受信手段により受信した属性情報と前記保持手段の保持している属性情報とが一致すると、前記受信手段により受信した属性情報が前記保持手段により保持されるどの属性情報と一致するかを示す第１識別子を前記受信手段により受信した属性情報の代わりにパケットに含めて送信する送信手段とを有することを特徴とする。
また、本発明に係るデータ転送装置は、パケットの属性情報を前記第１識別子と対応づけて複数保持する保持手段と、第１識別子を含む転送要求を受信する受信手段と、前記保持手段の保持する属性情報のうち前記受信手段により受信した第１識別子に対応する属性情報を、前記受信手段により受信した識別子の代わりにパケットに含めて送信する送信手段とを有することを特徴とする。
【発明の効果】
【０００６】
直前の転送との差分が大きかったとしても、２つ前や３つ前の転送との差分が小さい場合に、パケットを圧縮することができ、転送効率を上げることができる。
【図面の簡単な説明】
【０００７】
【図１】システムの構成を示す。
【図２】本発明の一実施形態におけるバスブリッジの構成を示す。
【図３】パケットのフォーマットを示す。
【図４】本発明の一実施形態におけるパケット識別子を示す。
【図５】シリアルバスのフォーマットを示す。
【図６】従来例及び本発明の第一実施形態におけるタイミングチャートを示す。
【図７】チップ間通信システムの構成を示す概略図である。
【図８】ＡＸＩバスプロトコルを示す図である。
【図９】履歴保持部が保持するテーブルを示す。
【発明を実施するための形態】
【０００８】
＜実施形態１＞
以下、図面を参照しながら本発明の実施形態１について詳細に説明する。
【０００９】
図７は、本発明の実施形態１のデータ転送装置を備えるチップ間通信システムの構成例を示す。ＣＰＵ９０１、ＲＯＭ９０２、ＲＡＭ９０３は第１バス９０９に接続され、ＰＣＩ９０６、ＵＳＢ９０７、ＩＤＥ９０８は第２バス９１０に接続されている。そして第１バス９０９と第２バス９１０はブリッジ９０４とブリッジ９０５を介して接続されている。この構成は汎用のコンピュータにおける２チップセットの構成で代表的な構成であり、ブリッジ９０４を備えるチップとブリッジ９０５を備えるチップとを備える。
【００１０】
ＣＰＵ９０１はＲＯＭ９０２のプログラムをＲＡＭ９０３に展開し、ＲＡＭからプログラムを読み込んで実行する。第２バスに接続されているＰＣＩ９０６、ＵＳＢ９０７、ＩＤＥ９０８は各種周辺機器（不図示）との接続を制御する制御部である。
【００１１】
ブリッジ９０４はＣＰＵ又はＤＭＡＣ（不図示）によって第１バス９０９のプロトコルに従って送信されるデータ転送要求（リードリクエスト、ライトリクエスト等）を、チップ間接続によってブリッジ９０５へ転送する。なお、ライトリクエストの際はＲＡＭ９０３のデータや不図示のレジスタの値などを包含している。ブリッジ９０５はブリッジ９０４から取得したデータを第２バス９１０のプロトコルに従って、各種周辺回路に転送する。また、データ転送要求は転送対象のデータの転送に用いるデータ伝達方式の種類（バースト長、排他属性、セキュリティ情報、キャッシュ利用の有無）を示す属性情報を含む。例えば、ＣＰＵ又はＤＭＡＣ（不図示）からＰＣＩ９０６、ＵＳＢ９０７、ＩＤＥ９０８へのリードアクセスで読み出すデータ（リスポンス時）やライトアクセスで書込むデータをこの属性情報の示すデータ転送の種類で転送する。
【００１２】
ここで、リクエストに対するリスポンス（リードデータ、リクエスト完了通知等）は、リクエストの送り先からリクエスト送信元へ伝達される。その場合はブリッジ９０５とブリッジ９０４を通過し、リクエストの場合と逆のプロトコル変換をなされるので説明は省略する。
【００１３】
なお、実施形態１のデータ転送装置を備えるチップ間通信システムの構成は図７の構成に限らず、集積回路から送受するパケットについて広く適用できる。
【００１４】
図１はＡＳＩＣ＿Ａ１００とＡＳＩＣ＿Ｂ２００がシリアルバス３００で接続されているシステムの構成を示す。（ＡＳＩＣはＡｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔの略称である。）シリアルバス３００上では、パケットによるデータ転送が行われる。ＡＳＩＣ＿Ａ１００は第１バスマスタＡ１０１、第１バスマスタＢ１０２、第１ブリッジ１０３、ＤＲＡＭコントローラＡ１０４を有しており、各モジュールは、第１バス１０５によって接続されている。第１バス１０５は、アドレスやデータ等がそれぞれ専用線で接続されているパラレルバスである。
【００１５】
第１バスマスタＡ１０１及び第１バスマスタＢ１０２は第１バス１０５を介して、第１ブリッジ１０３とＤＲＡＭコントローラＡ１０４との間でデータ転送を行う。ＤＲＡＭコントローラＡ１０４はＤＲＡＭ  Ｉ／Ｆ  Ａ１０７を介してＤＲＡＭ＿Ａ１０６との間でデータ転送を行う。第１ブリッジ１０３は第１バス１０５からの転送をシリアルバス３００の転送に変換して、接続先のＡＳＩＣ＿Ｂ２００内の第２ブリッジ２０３へ転送を行う。一方、ＡＳＩＣ＿Ｂ２００は第２バスマスタＡ２０１、第２バスマスタＢ２０２、第２ブリッジ２０３、ＤＲＡＭコントローラＢ２０４を有しており、各モジュールは、第２バス２０５によって接続されている。第２バス２０５は、アドレスやデータ等がそれぞれ専用線で接続されているパラレルバスである。
【００１６】
第２ブリッジ２０３はシリアルバス３００からの転送を第２バスの転送に変換して、第２バスを介してＤＲＡＭコントローラＢ２０４に転送する。第２バスマスタＡ２０１及び第２バスマスタＢ２０２は第２バス２０５を介して、ＤＲＡＭコントローラＢ２０４との間でデータ転送を行う。ＤＲＡＭコントローラＢ２０４はＤＲＡＭ  Ｉ／Ｆ  Ｂ２０７を介してＤＲＡＭ＿Ｂ２０６との間でデータ転送を行う。なお、第１バスマスタＡ・Ｂや第２バスマスタＡ・Ｂは図７に示すＣＰＵ９０１や、各種周辺機器との接続を制御するＰＣＩ９０６、ＵＳＢ９０７、ＩＤＥ９０８、また不図示のＤＭＡＣなどバスマスタとしてリクエストを出力する構成であればよい。
【００１７】
図２は本実施形態の転送方式を実現するための第１ブリッジ１０３及び第２ブリッジ２０３の構成図である。以下にブリッジのそれぞれの処理について説明する。
【００１８】
〔リクエスト送信処理〕
まず、第１ブリッジ１０３によるデータ転送要求（ライトリクエスト、リードリクエスト等、以降単にリクエストと称す）の送信処理について説明する。第１バスリクエスト受信部１０３０は第１バス１０５を介して、第１バスマスタＡ１０１や第１バスマスタＢ１０２からのリクエストを受信する。リクエストは、転送先のアドレス（Ａｄｄｒｅｓｓ）、Ｗｒｉｔｅ転送かＲｅａｄ転送かを示すフラグ、書き込みデータ（Ｗｄａｔａ）、ストローブ（Ｗｓｔｒｂ）及び転送属性情報（ＲｅｑＡｔｒｂ０／１）を有する。
【００１９】
転送属性情報（ＲｅｑＡｔｒｂ０／１）は、転送長や転送の優先度等を示す情報を含む。リクエスト送信履歴保持部１０３６には、過去に転送した転送属性情報（ＲｅｑＡｔｒｂ０／１）が複数保持される。リクエスト送信履歴保持部２０３６に保持される情報の例を図９に示す。リクエストパケット変換部１０３１は、受信したリクエストを１つ以上のパケットに変換する。
【００２０】
ここで、リクエストパケット変換部１０３１が変換したパケットを図３（ａ）及び図３（ｂ）に示す。パケットはヘッダー及びデータによって構成される。ヘッダー及びデータ共に複数の所定長（３２Ｂｉｔ）のキャラクタによって構成される。ヘッダーは、パケットの種類を示す識別子（Ｔｙｐｅ）や転送属性情報（ＲｅｑＡｔｒｂ０／１）や転送先のアドレス（Ａｄｄｒｅｓｓ）を有する。また、データは書き込みデータ（Ｗｄａｔａ）やストローブ（Ｗｓｔｒｂ）によって構成され、Ｗｒｉｔｅ転送時に生成される。
【００２１】
以下、リクエストパケット変換部１０３１におけるパケット変換処理について詳細に説明する。リクエストパケット変換部１０３１は、第１バスからのリクエストをパケットに変換する際に、リクエスト送信履歴保持部１０３６に保持されている、過去の転送属性情報（ＲｅｑＡｔｒｂ０／１）を参照し、一致するものがあるか比較を行う。そして、リクエストパケット変換部１０３１は、比較結果に応じたパケットに変換する。
【００２２】
比較結果が一致しなかった場合は、図３（ａ）に示すように転送属性情報（ＲｅｑＡｔｒｂ０／１）がパケットに付加される。この時パケットに付加する識別子は転送属性情報（ＲｅｑＡｔｒｂ０／１）が付加されていることを示す識別子となり、Ｒｅａｄ転送であれば“０００００”、Ｗｒｉｔｅ転送であれば“０１０００”となる。また、リクエスト送信履歴保持部１０３６に転送属性情報（ＲｅｑＡｔｒｂ０／１）を保持する。ただし、リクエスト送信履歴保持部１０３６が転送属性情報（ＲｅｑＡｔｒｂ０／１）を所定数保持している状態（例えば、保持可能な最大数保持している）であるならば、保持されている最も古い転送属性情報（ＲｅｑＡｔｒｂ０／１）を削除する。そして、代わりにこれから転送を行う転送属性情報（ＲｅｑＡｔｒｂ０／１）を保持する。
【００２３】
一方で、比較結果が一致した場合は、図３（ｂ）に示すように転送属性情報（ＲｅｑＡｔｒｂ０／１）をパケットに付加しない。この時パケットに付加する識別子は転送属性情報（ＲｅｑＡｔｒｂ０／１）がリクエスト送信履歴保持部１０３６に保持されているどの転送属性情報（ＲｅｑＡｔｒｂ０／１）と一致するかを示す識別子となる。
【００２４】
図４にパケット変換処理で付加する識別子の詳細を示す。本実施形態では、リクエスト送信履歴保持部１０３６は図９に示すように４個まで過去に転送したパケットの転送属性情報を記憶するものとする。識別子の最上位ビットは過去の転送情報と一致するか否かを示す識別子（第２識別子）であり、０であれば一致しない事を示し、１であれば一致する事を示す。識別氏の上位から２番目のビットはＲｅａｄ転送かＷｒｉｔｅ転送かを示す識別氏であり、０であればＲｅａｄ転送を１であればＷｒｉｔｅ転送を示す。識別氏の上位から３番目のビットはＲｅｑｕｅｓｔかＲｅｓｐｏｎｓｅかを示す識別氏であり、０であればＲｅｑｕｅｓｔを１であればＲｅｓｐｏｎｓｅを示す。識別子の下位２ビット（第１識別子）は過去の転送情報と一致する場合に、どの組合せと一致するかを示す。例えば下位２ビットが“００”であれば組合せ１と一致し、下位２ビットが“０１”であれば組合せ２と一致する。例えばＲｅａｄ転送時に過去の転送属性情報の組合せ３と転送属性情報が一致しているならば、今回転送するパケットの識別子は“１００１０”となる。なお、図９に示す転送属性情報はＡＸＩ（Ａｄｖａｎｃｅｄ  ｅＸｔｅｎｓｉｂｌｅ  Ｉｎｔｅｒｆａｃｅ）に対応しており、その詳細は後述する。
【００２５】
本実施形態のリクエストパケット変換部１０３１によって生成されるパケットは、直前の転送だけでなく、過去数個前の転送と転送属性情報（ＲｅｑＡｔｒｂ０／１）が一致すれば、一致しなかった時のパケットに比べて１キャラクタ少ないパケットとなる。リクエストパケット送信部１０３２は、パケットに変換されたリクエストをパラレルーシリアル変換し、シリアルバス３００へ送信する。
【００２６】
パラレルーシリアル変換の例を図５に示す。図５において“Ｎ”は非転送期間（ＮＯＰ）を示し、“Ｓ”はスタートビットを示す。また、数字はキャラクタ内のＢｉｔ位置を示す。パラレルーシリアル変換は、３２Ｂｉｔ単位のキャラクタごと行われる。３２Ｂｉｔ単位のキャラクタにキャラクタの先頭を示す２Ｂｉｔのスタートビットが付加され、まず。２Ｂｉｔのスタートビットが送信される。その後３２Ｂｉｔ単位のキャラクタの最上位Ｂｉｔから順に１Ｂｉｔずつ送信が行われる。パラレルーシリアル変換されたキャラクタはクロックとともにシリアルバス３００を介して、受信側のＡＳＩＣ＿Ｂ２００に送信される。
【００２７】
〔リクエスト受信処理〕
続いて、第２ブリッジ２０３によるリクエストの受信処理について説明する。リクエストパケット受信部２０３０はシリアルバス３００を介してＡＳＩＣ＿Ａ１００から送信された、キャラクタを受信し、シリアルーパラレル変換する。シリアルーパラレル変換は、３２Ｂｉｔ単位のキャラクタごと行われる。まず、２Ｂｉｔのスタートビットの認識を行う。２Ｂｉｔのスタートビットが認識されたならば、後続の３２Ｂｉｔのシリアルデータを受信しパラレルデータに変換し３２Ｂｉｔのキャラクタを生成する。
【００２８】
リクエスト受信履歴保持部２０３６には、過去に転送した転送属性情報（ＲｅｑＡｔｒｂ）が複数保持される。リクエスト受信履歴保持部２０３６に保持される情報の例を図１０に示す。リクエストパケット逆変換部２０３１は、転送の種類を示す識別子（Ｔｙｐｅ）を含むパケットを第２バスへのリクエスト形式へ変換する処理を行う。識別子の詳細な説明はリクエスト送信処理の説明と同じであるためここでは割愛する。パケットの種類を示す識別子が、転送属性情報（ＲｅｑＡｔｒｂ０／１）が付加されていることを示していれば、受信したパケットから転送属性情報（ＲｅｑＡｔｒｂ０／１）を抽出し、第２バスへのリクエスト形式に変換する。また、抽出した転送属性情報（ＲｅｑＡｔｒｂ０／１）をリクエスト受信履歴保持部２０３６に保持する。ただし、リクエスト受信履歴保持部２０３６に保持されている転送属性情報（ＲｅｑＡｔｒｂ０／１）の数が、保持可能な最大数であるならば、保持されているもっとも古い転送属性情報（ＲｅｑＡｔｒｂ）を削除する。そして、代わりに受信した転送属性情報（ＲｅｑＡｔｒｂ０／１）を保持する。
【００２９】
一方、パケットの種類を示す識別子が、転送属性情報（ＲｅｑＡｔｒｂ０／１）が付加されていないことを示していれば、リクエストパケット逆変換部２０３１はリクエスト受信履歴保持部２０３６に保持されている転送属性情報（ＲｅｑＡｔｒｂ０／１）を参照する。例えば、識別子が“１００１０”であれば、組合せ３の転送属性情報が参照される。そして、識別子に対応する転送属性情報（ＲｅｑＡｔｒｂ０／１）を用いて、第２バスへのリクエスト形式に変換する。第２バスリクエスト送信部２０３２は、第２バスへのリクエスト形式に変換されたリクエストをＤＲＡＭコントローラＢ２０４へ第２バス２０５を介して送信する。
【００３０】
〔レスポンス送信処理〕
続いて、第２ブリッジ２０３によるレスポンスの送信処理について説明する。第２バスレスポンス受信部２０３３は第２バス２０５を介して、ＤＲＡＭコントローラＢ２０４からのレスポンスを受信する。レスポンスは、エラーか否かを示すステータス情報（ＲｅｓｐＳｔ）、読み出しデータ（Ｒｄａｔａ）、及び転送長や転送のプライオリティーを示す転送属性情報（ＲｅｓｐＡｔｒｂ０／１）によって構成される。レスポンス送信履歴保持部２０３７には、少なくとも２個以上の過去の転送の転送属性情報（ＲｅｓｐＡｔｒｂ０／１）が保持される。レスポンス送信履歴保持部２０３７に保持される情報の例を図９に示す。レスポンスパケット変換部２０３４は、受信したレスポンスをパケットに変換する。変換されるパケットの例を図３（ｃ）及び図３（ｄ）に示す。パケットはヘッダー及びデータによって構成される。ヘッダー及びデータ共に複数の３２Ｂｉｔ単位のキャラクタによって構成される。ヘッダーは、転送の種類を示す識別子（Ｔｙｐｅ）やステータス（ＲｅｓｐＳｔ）や転送属性情報（ＲｅｓｐＡｔｒｂ０／１）によって構成される。図４に識別子の例を示す。識別子の詳細な説明はリクエスト送信処理の説明と同じであるためここでは割愛する。また、データは読み出しデータ（Ｒｄａｔａ）によって構成され、Ｒｅａｄ転送時にのみ生成される。以下、レスポンスパケット変換部２０３４におけるパケット変換処理について詳細に説明する。
【００３１】
レスポンスパケット変換部２０３４は、第２バスからのレスポンスをパケットに変換する際に、レスポンス送信履歴保持部２０３７に保持されている、過去の転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を参照し、一致するものがあるか比較を行う。比較結果に応じて、異なるパケットへの変換が行われる。
【００３２】
比較結果が一致しなかった場合は、図３（ｃ）に示すように転送属性情報（ＲｅｓｐＡｔｒｂ０／１）がパケットに付加される。この時の転送の識別子は転送属性情報（ＲｅｓｐＡｔｒｂ０／１）が付加されていることを示す識別子となり、Ｒｅａｄ転送であれば“００１００”、Ｗｒｉｔｅ転送であれば“０１１００”となる。また、レスポンス送信履歴保持部２０３７に転送属性情報（ＲｅｓｐＡｔｒｂ）を保持する。ただし、レスポンス送信履歴保持部２０３７に保持されている転送属性情報（ＲｅｓｐＡｔｒｂ０／１）の数が、保持可能な最大数であるならば、保持されているもっとも古い転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を削除する。そして、代わりにこれから転送を行う転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を保持する。
【００３３】
一方、比較結果が一致した場合は、レスポンスパケット変換部２０３４は図３（ｄ）に示すように転送属性情報（ＲｅｓｐＡｔｒｂ０／１）をパケットに付加しない。この時の転送の識別子は転送属性情報（ＲｅｓｐＡｔｒｂ０／１）がレスポンス送信履歴保持部２０３７に保持されているどの転送属性情報（ＲｅｓｐＡｔｒｂ０／１）と一致するかを示す識別子となる。
【００３４】
図４に識別子の例を示す。識別子の詳細な説明はリクエスト送信処理の説明と同じであるためここでは割愛する。本実施形態のレスポンスパケット変換部２０３４によって生成されるパケットは、直前の転送だけでなく、過去数個前の転送と転送属性情報（ＲｅｓｐＡｔｒｂ０／１）が一致すれば、一致しなかった時のパケットに比べて１キャラクタ少ないパケットとなる。
【００３５】
レスポンスパケット送信部２０３５は、パケットに変換されたレスポンスをパラレルーシリアル変換し、シリアルバス３００へ送信する。パラレルーシリアル変換の動作は、リクエストパケット送信部１０３２の動作と同じであるため、ここでは説明を省略する。パラレルーシリアル変換されたキャラクタはクロックとともにシリアルバス３００を介して、受信側のＡＳＩＣ＿Ａ１００に送信される。
【００３６】
〔レスポンス受信処理〕
続いて、第１ブリッジ１０３によるレスポンスの受信処理について説明する。レスポンスパケット受信部１０３３はシリアルバス３００を介してＡＳＩＣ＿Ｂ２００から送信された、キャラクタを受信し、シリアルーパラレル変換する。シリアルーパラレル変換の動作は、リクエストパケット受信部２０３０の動作と同じであるため、ここでは説明を省略する。
【００３７】
レスポンス受信履歴保持部１０３７には、少なくとも２個以上の過去の転送に転送属性情報（ＲｅｓｐＡｔｒｂ０／１）が保持される。レスポンス受信履歴保持部１０３７に保持される情報の例を図１０に示す。レスポンスパケット逆変換部１０３４は、転送の種類を示す識別子（Ｔｙｐｅ）によって行われるパケットから第１バスへのレスポンス形式への変換を行う。識別子の詳細な説明はリクエスト送信処理の説明と同じであるためここでは割愛する。パケットの種類を示す識別子が、転送属性情報（ＲｅｓｐＡｔｒｂ０／１）が付加されているパケットを示しているならば、受信したパケットから転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を抽出し、第１バスへのレスポンス形式に変換する。また、抽出した転送属性情報（ＲｅｓｐＡｔｒｂ０／１）をレスポンス受信履歴保持部１０３７に保持する。ただし、レスポンス受信履歴保持部１０３７に保持されている転送属性情報（ＲｅｓｐＡｔｒｂ０／１）の数が、保持可能な最大数であるならば、保持されているもっとも古い転送属性情報（ＲｅｓｐＡｔｒｂ）を削除する。そして、代わりに受信した転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を保持する。一方、パケットの種類を示す識別子が、転送属性情報（ＲｅｓｐＡｔｒｂ０／１）が付加されていないことを示す識別子であるならば、レスポンス受信履歴保持部１０３７に保持されている転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を参照する。例えば、識別子が“１０１１０”であれば、組合せ３の転送属性情報が参照される。そして、参照された転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を用いて、第１バスへのレスポンス形式に変換する。第１バスレスポンス送信部１０３５は、第１バスへのレスポンス形式に変換されたレスポンスを対応するリクエストを発行した第１バスマスタへ第１バス１０５を介して送信する。
【００３８】
〔ＡＸＩ〕
図８は集積回路内で用いられるバスのプロトコルであるＡＸＩ（Ａｄｖａｎｃｅｄ  ｅＸｔｅｎｓｉｂｌｅ  Ｉｎｔｅｒｆａｃｅ）バスの制御信号および、アドレス／データ／属性情報を示す。
【００３９】
ＡＸＩバスプロトコルは、５つのチャネルと呼ばれる転送路を有する。各チャネルは、リードのアドレスを運ぶリードアドレスチャネル、ライトのアドレスを運ぶライトアドレスチャネル、リードの応答・データを運ぶリードデータチャネル、ライトのデータを運ぶライトデータチャネル、ライトのレスポンスを運ぶライト応答チャネルである。それぞれのチャネルは転送のやり取り・タイミングを司るＶａｌｉｄ，Ｒｅａｄｙ信号によってハンドシェークを行い、一連の転送の手続きを行う。また、それぞれのチャネルには、データ転送の基本情報となるアドレスやデータ以外に、転送の属性情報として、転送タイプを示すｘＢＵＲＳＴ，転送長を示すｘＬＥＮ、アトミック転送を示すｘＬＯＣ、キャッシュの制御情報を示すｘＣＡＣＨＥ、転送のセキュリティ情報を示すｘＰＲＯＴ、転送のデータ幅のサイズｘＳＩＺＥ、転送の優先度を示すｘＱＯＳ、転送領域区間を示すｘＢＵＲＳＴ、ユーザの任意の情報を運ぶｘＵＳＥＲ信号が規定されている。
【００４０】
〔履歴保持部〕
履歴保持部（１０３６、２０３７、２０３６、１０３８）は、既に保持している属性情報と同じものは保持せず、既に保持しているものと異なる属性情報が受信された場合（パケット変換部からすると、バスから受信した属性情報を識別子に置き換えなかった場合に相当する）にそれを保持する。追加保持する際には、保持されているもっとも古いものを追加するものに書き換える。既に履歴として保持しているかどうかは送信側で判断され、受信側へはパケットの識別子で、保持されているかどうかまた、保持されているとしたらどの情報と合致するかが判断される。
【００４１】
図９は各送信履歴保持部（１０３６、２０３７）、受信履歴保持部（２０３６、１０３８）が保持する履歴テーブルを示す。履歴テーブルは複数の属性情報の組合せを保持している。図示していないが、其々のエントリに格納されている組合せについて、直近で何個前に転送パケットであるかが分かる情報を対応付けて記憶しておくことが好ましい。
【００４２】
第１バス（ＡＸＩ）、第２バス（ＡＸＩ）の属性情報は、排他制御属性（ＬＯＣＫ）、キャッシュの属性（ＣＡＣＨＥ）、セキュリティ属性（ＰＯＲＴ）、データサイズ（ＳＩＺＥ）、リクエストタイプ（ＢＵＲＳＴ）、送信元（ＩＤ）等を有する。
【００４３】
排他制御属性（ＬＯＣＫ）は、受信装置側でシステムバスを独占的に使用する手続きを行った上で転送を行うか否かを示す。排他制御属性（ＬＯＣＫ）信号として、バスロックを行う転送を行うかどうかを示す“Ｌｏｃｋ”ビットと、システム性能の向上を図るための排他転送を行うかどうかを示す“Ｅｘｃｌｕｓｉｖｅ”ビットと、について各々１ビットで表現している。
【００４４】
キャッシュ属性（ＣＡＣＨＥ）は、受信装置がデータの転送先までの経路において転送内容のバッファリングを許可するか否かを示す。キャッシュ属性（ＣＡＣＨＥ）には４ビット割り当てられ、キャッシュ可能かどうかを示すビット、バッファリングが可能かどうかを示すビット、キャッシュミスした際にＷｒｉｔｅＴｈｒｏｕｇｈ  やＷｒｉｔｅＢａｃｋ  などといったキャッシュシステム自身に指示を出すフィールド（２ビット）がある。
【００４５】
セキュリティ属性は、セキュリティレベルの高いスレーブにデータが受信されるように手続きを行った上で転送を行うか否かを示す。
【００４６】
リクエストタイプ（ＢＵＲＳＴ）は転送のタイプを示し、ＩＮＣＲ（連続アドレス転送）／ＦＩＸＥＤ（アドレス固定）／ＷＲＡＰ（キャッシュミスの際のアドレッシング）の３つを２ビットにエンコードして表現している。
【００４７】
データサイズはデータサイズの示す単位でデータ転送を行うことを示す。例えば、物理的なデータ幅が１２８ビットだとしても、８ｂｉｔ／１６ｂｉｔ／．．／１２８ｂｉｔの様に、どのデータ幅分を転送に使用しているかを示す。なお、説明を簡単にするために送信履歴保持部がテーブルを保持している例について説明しているが、同等の情報であればテーブル形式にする必要はない。
【００４８】
以上のように実施形態１では、第１ブリッジ１０３はリクエストパケットの生成を行う際に、直前の転送だけでなく過去数個前の転送の転送属性情報（ＲｅｑＡｔｒｂ０／１）を参照する。そして、参照された転送属性情報（ＲｅｑＡｔｒｂ０／１）とこれから転送を行う転送の転送属性情報（ＲｅｓｐＡｔｒｂ０／１）の比較を行う。比較結果が一致したときには、転送属性情報（ＲｅｑＡｔｒｂ０／１）をパケットに付加しないことで、転送に必要なキャラクタ数を削減している。このような構成だと、直前の転送と、転送属性情報（ＲｅｑＡｔｒｂ０／１）が一致していないが、２個前や３個前の転送と転送属性情報（ＲｅｓｐＡｔｒｂ０／１）が一致している場合にも、転送に必要なキャラクタ数を削減し、転送の効率を高めることができる。
【００４９】
一方、本実施形態の、第２ブリッジ２０３はレスポンスパケットの生成を行う際に、直前の転送だけでなく過去数個前の転送の転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を参照する。そして、参照された転送属性情報（ＲｅｓｐＡｔｒｂ０／１）とこれから転送を行う転送の転送属性情報（ＲｅｓｐＡｔｒｂ０／１）の比較を行う。比較結果が一致したときには、転送属性情報（ＲｅｓｐＡｔｒｂ０／１）をパケットに付加しないことで、転送に必要なキャラクタ数を削減している。このような構成だと、直前の転送と、転送属性情報（ＲｅｓｐＡｔｒｂ０／１）が一致していないが、２個前や３個前の転送と転送属性情報（ＲｅｓｐＡｔｒｂ０／１）が一致している場合にも、転送に必要なキャラクタ数を削減し、転送の効率を高めることができる。
【００５０】
図６（ａ）に従来例におけるリクエストパケット送信に要するサイクル数を、図６（ｂ）に本発明におけるリクエストパケット送信に要するサイクル数を示す。図中の数字は転送に要するサイクル数を示すものとする。図６（ａ）及び（ｂ）の例では第１バスマスタＡ１０１からのリクエスト（図中のＡ１〜Ａ４）と第１バスマスタＢ１０２からのリクエスト（図中のＢ１〜Ｂ４）が交互に第１ブリッジ１０３に送信される例である。なお、全ての転送は６４ＢｉｔのＳｉｎｇｌｅ  Ｗｒｉｔｅ転送とする。この例において、第１バスマスタＡ１０１から発行される転送属性情報（ＲｅｑＡｔｒｂ０／１）と第１バスマスタＢ１０２から発行される転送属性情報（ＲｅｑＡｔｒｂ０／１）は異なっているものとする。図６（ａ）の例においては、パケット生成の際にキャラクタの削減が行われず、各マスタからの全のパケットは３キャラクタのヘッダー及び３キャラクタのデータによって構成され、全部で６キャラクタのパケットとなる。よって、各マスタから４つのＷｒｉｔｅ転送を行うのに、６（キャラクタ数）＊４（各マスタあたりの転送数）＊２（マスタ数）＝４８キャラクタ必要になる。各キャラクタの転送には３４サイクルかかるため、従来例の転送には４８＊３４＝１６３２サイクル必要になる。本発明によれば、各マスタからの２転送目以降のパケット生成の際に、キャラクタの削減が行われる。そのため、キャラクタの削減が行われないパケットのキャラクタ数が６キャラクタであるのに対して、各マスタからの２転送目以降の転送のキャラクタ数は５キャラクタに削減できる。よって、各マスタから４つのＷｒｉｔｅ転送を行うのに必要なキャラクタ数は、６（１転送目のキャラクタ数）＊２（マスタ数）＋５（２転送目以降のキャラクタ数）＊３（各マスタからの総転送数―１）＊２（マスタ数）＝４２キャラクタとなる。各キャラクタの転送には３４サイクルかかるため、本発明の転送には４２＊３４＝１４２８サイクル必要になる。従来例では、同じ転送に１６３２サイクル必要になるため、本発明では従来例よりも２０４サイクル転送に必要なサイクル数を削減できる。
【００５１】
なお、本実施形態では、Ｔｙｐｅ内に転送属性情報が一致する過去の転送番号を付与したが、第一キャラクタ内のＲｅｓｅｒｖｅｄ領域に転送番号を付与することで、過去の転送属性情報の参照数を増やしてもよい。
【００５２】
＜実施形態２＞
実施形態１記載のリクエスト送信履歴保持部１０３６及びリクエスト受信履歴保持部２０３６は、新しい転送の転送属性情報（ＲｅｑＡｔｒｂ０／１）を優先的に保持していた。しかし、リクエスト送信履歴保持部１０３６及びリクエスト受信履歴保持部２０３６には転送を行う際の属性情報の比較の結果、一致回数の多い転送の転送属性情報（ＲｅｑＡｔｒｂ０／１）を優先的に保持するように構成することもできる（一致回数の多い転送属性情報とはパケットに付与した回数の多い転送属性情報に相当し、その場合はパケとに付与した回数の少ない転送属性情報から置き換えることになる）。また、実施形態１記載のレスポンス送信履歴保持部２０３７及びレスポンス受信履歴保持部１０３７は、新しい転送の転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を優先的に保持していた。しかし、レスポンス送信履歴保持部２０３７及びレスポンス受信履歴保持部１０３７には転送を行う際の属性情報の比較の結果、一致回数の多い転送の転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を優先的に保持するように構成することもできる。以降の説明では実施形態１と同一機能を有する構成には同一符号を付すとともに、機能的に変わらないものについてはその説明を省略する。
【００５３】
〔リクエスト送信処理〕
リクエスト送信履歴保持部１０３６には、実施形態１のリクエスト送信履歴保持部１０３６に対して、さらに何回の転送と転送属性情報（ＲｅｑＡｔｒｂ０／１）が一致したかを示す識別子が保持される。リクエストパケット変換部１０３１は、第１バスからのリクエストをパケットに変換する際に、リクエスト送信履歴保持部１０３６に保持されている、過去の転送属性情報（ＲｅｑＡｔｒｂ０／１）を参照し、一致するものがあるか比較を行う。比較結果に応じて、異なるパケットへの変換が行われる。比較結果が一致しなかった場合は、実施形態１と同様にパケットを生成し、リクエスト送信履歴保持部１０３６に転送属性情報（ＲｅｑＡｔｒｂ０／１）を保持する。ただし、リクエスト送信履歴保持部１０３６に保持されている転送属性情報（ＲｅｑＡｔｒｂ０／１）の数が、保持可能な最大数であるならば、リクエスト送信履歴保持部１０３６に保持されている一致数を示す識別子を参照する。参照の結果最も一致数の少ない転送属性情報（ＲｅｑＡｔｒｂ０／１）を削除する。そして、代わりにこれから転送を行う転送属性情報（ＲｅｑＡｔｒｂ０／１）を保持する。一方、比較結果が一致した場合は、実施形態１と同様にパケットを生成する。さらに、リクエスト送信履歴保持部１０３６に保持されている一致した転送属性情報（ＲｅｑＡｔｒｂ０／１）の一致数を示す識別子の値を１増加させる。
【００５４】
〔リクエスト受信処理〕
リクエスト受信履歴保持部２０３６には、実施形態１のリクエスト受信履歴保持部２０３６に対して、さらに何回の転送と転送属性情報（ＲｅｑＡｔｒｂ０／１）が一致したかを示す識別子が保持される。リクエストパケット逆変換部２０３１は、転送の種類を示す識別子（Ｔｙｐｅ）によってパケットから第２バスへのリクエスト形式への変換を行う。パケットの種類を示す識別子が、転送属性情報（ＲｅｑＡｔｒｂ０／１）が付加されているパケットを示しているならば、実施形態１と同様に、第２バスへのリクエスト形式に変換する。また、抽出した転送属性情報（ＲｅｑＡｔｒｂ０／１）をリクエスト受信履歴保持部２０３６に保持する。ただし、リクエスト受信履歴保持部２０３６に保持されている転送属性情報（ＲｅｑＡｔｒｂ０／１）の数が、保持可能な最大数であるならば、リクエスト受信履歴保持部２０３６に保持されている一致数を示す識別子を参照する。参照の結果最も一致数の少ない転送属性情報（ＲｅｑＡｔｒｂ０／１）を削除する。そして、代わりに受信した転送属性情報（ＲｅｑＡｔｒｂ０／１）を保持する。一方、パケットの種類を示す識別子が、転送属性情報（ＲｅｑＡｔｒｂ０／１）が付加されていないことを示す識別子であるならば、実施形態１と同様に第２バスへのリクエスト形式に変換する。さらに、リクエスト受信履歴保持部２０３６に保持されている一致した転送属性情報（ＲｅｑＡｔｒｂ０／１）の一致数を示す識別子の値を１増加させる。
【００５５】
〔レスポンス送信処理〕
レスポンス送信履歴保持部２０３７には、実施形態１のレスポンス送信履歴保持部２０３７に対して、さらに何回の転送と転送属性情報（ＲｅｓｐＡｔｒｂ０／１）が一致したかを示す識別子が保持される。レスポンスパケット変換部２０３４は、第２バスからのレスポンスをパケットに変換する際に、レスポンス送信履歴保持部２０３７に保持されている、過去の転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を参照し、一致するものがあるか探索を行う。比較結果に応じて、異なるパケットへの変換が行われる。比較結果が一致しなかった場合は、実施形態１と同様にパケットを生成し、レスポンス送信履歴保持部２０３７に転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を保持する。ただし、レスポンス送信履歴保持部２０３７に保持されている転送属性情報（ＲｅｓｐＡｔｒｂ０／１）の数が、保持可能な最大数であるならば、レスポンス送信履歴保持部２０３７に保持されている一致数を示す識別子を参照する。参照の結果最も一致数の少ない転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を削除する。そして、代わりにこれから転送を行う転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を保持する。比較結果が一致した場合は、実施形態１と同様にパケットを生成する。さらに、レスポンス送信履歴保持部２０３７に保持されている一致した転送属性情報（ＲｅｓｐＡｔｒｂ０／１）の一致数を示す識別子の値を１増加させる。
【００５６】
〔レスポンス受信処理〕
レスポンス受信履歴保持部１０３７には、実施形態１のレスポンス受信履歴保持部１０３７に対して、さらに何回の転送と転送属性情報（ＲｅｓｐＡｔｒｂ０／１）が一致したかを示す識別子が保持される。レスポンスパケット逆変換部１０３４は、転送の種類を示す識別子（Ｔｙｐｅ）によってパケットから第１バスへのレスポンス形式への変換を行う。パケットの種類を示す識別子が、転送属性情報（ＲｅｓｐＡｔｒｂ０／１）が付加されているパケットを示しているならば、実施形態１と同様に、第１バスへのレスポンス形式に変換する。また、抽出した転送属性情報（ＲｅｓｐＡｔｒｂ０／１）をレスポンス受信履歴保持部１０３７に保持する。ただし、レスポンス受信履歴保持部１０３７に保持されている転送属性情報（ＲｅｓｐＡｔｒｂ０／１）の数が、保持可能な最大数であるならば、レスポンス受信履歴保持部１０３７に保持されている一致数を示す識別子を参照する。参照の結果最も一致数の少ない転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を削除する。そして、代わりに受信した転送属性情報（ＲｅｓｐＡｔｒｂ０／１）を保持する。一方、パケットの種類を示す識別子が、転送属性情報（ＲｅｓｐＡｔｒｂ０／１）が付加されていないことを示す識別子であるならば、実施形態１と同様に第１バスへのレスポンス形式に変換する。さらに、レスポンス受信履歴保持部１０３７に保持されている一致した転送属性情報（ＲｅｓｐＡｔｒｂ０／１）の一致数を示す識別子の値を１増加させる。
【００５７】
以上のように本実施形態によれば、実施形態１に比べて更に効率良く転送情報を圧縮することができる。
【００５８】
また、上述の実施形態では、集積回路間（チップ間、モジュール間）におけるデータ転送について説明したが、本発明は同一集積回路（同一チップ、同一モジュール）内におけるデータ転送にも適用することもできる。
【００５９】
ただし、チップ間の転送は、チップ内の転送に比べて、データを転送する能力が低く、システムのボトルネックとなる可能性が高い。チップ内の転送では、「属性情報」「アドレス」「データ」についてそれぞれに物理的に信号線が存在し、同時・並列的に転送することができる。一方、チップ間の転送では、製品のコストを下げようとすると共通の信号線を利用してすることになり（チップのＩＯピンはコスト上昇を招くため）、時系列に転送するので、上述の実施形態による転送効率の向上はチップ内転送に比べて顕著である。
【００６０】
さらに、アドレスの上位又は下位について変動しないことが予め分かっている部分があることが予め分かっている場合は属性情報テーブルに上位（又は下位）アドレス情報を含ませて、属性情報と変動のないアドレスの一部分（上位又は下位数ビット分）を一緒に圧縮するように構成してもよい。例えば、ソフトウェアのアドレスマップの特性やバスの規格を考慮すると、あるモジュールにアクセスする場合には常に上位４ビットは固定の”００００”となることが考えられる。その場合は、テーブルに上位アドレス比較値を入れておけば変動のないアドレスビット数分さらにデータ転送効率がよくなる（下位アドレスについても同様）。この場合、変動のないアドレス部分を識別子で置換する場合には、属性情報の組合せが一致することだけを確かめて置換するようにしてもよい。
【００６１】
また、上述の実施形態では属性情報の組合せが保持しているものと一致しない場合は、一致していないことを示す識別子を付加するだけであるが、属性情報の組合せが一致しなくても変動しないアドレス部分を置換するように構成してもよい。その場合には複合側は常に変動しないアドレス部分を付加する構成を設ければよい。
【００６２】
また、上述の実施形態では図１における第１バス１０５、第２バス２０５、または図７におけるバス９０９とバス９１０に用いるプロトコルとしてＡＸＩを挙げて説明したが、本発明はデータ、アドレス、属性情報を組み合わせて転送するプロトコルであれば広く効果を発揮することができる。なお、複数の転送内容を１つの属性情報として複数のビット数で表現している場合であっても本発明は適用できる。
【図１】
2013130952.tif 000003
【図２】
2013130952.tif 000004
【図３】
2013130952.tif 000005
【図４】
2013130952.tif 000006
【図５】
2013130952.tif 000007
【図６】
2013130952.tif 000008
【図７】
2013130952.tif 000009
【図８】
2013130952.tif 000010
【図９】
2013130952.tif 000011