【手続補正書】
【提出日】平成19年9月5日(2007.9.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチメディア・ソース・デバイスとマルチメディア・シンク・デバイスとを結合するよう構成されたパケットベース・ディスプレイ・インターフェースであって、
前記ソース・デバイスに結合され、固有なビデオデータ・レートに従ってソース・ビデオデータ・ストリームを受信するよう構成されたトランスミッタ部と、
前記シンク・デバイスに結合されたレシーバ部と、
前記トランスミッタ部と前記レシーバ部とを結合し、前記ビデオデータを、複数のメイン・リンク・キャラクタの形態で、前記固有なストリーム・レートと無関係のリンク・キャラクタ・クロック・レートで転送するよう構成されたリンク部であって、ビデオデータと前記リンク・キャラクタ・クロックは、互いに非同期であるように構成されるリンク部と、を備えるパケットベース・ディスプレイ・インターフェース。
【請求項２】
請求項１に記載のパケットベース・ディスプレイ・インターフェースであって、
マルチメディア・データ・パケット・ストリームは、調整可能なデータストリーム・リンク・レートであって、前記固有なストリーム・レートと無関係なデータストリーム・リンク・レートを、それぞれ関連づけられて有する複数のマルチメディア・データ・パケット・ストリームのうちの１つである、パケットベース・ディスプレイ・インターフェース。
【請求項３】
請求項１に記載のディスプレイ・インターフェースであって、
前記リンク部は、さらに、
前記トランスミッタ部から前記レシーバ部へ前記マルチメディア・データ・パケットを運ぶよう構成された単方向メインリンクと、
前記トランスミッタ部と前記レシーバ部との間で情報を転送するよう構成された双方向補助チャネルと、を備える、ディスプレイ・インターフェース。
【請求項４】
請求項３に記載のディスプレイ・インターフェースであって、
前記双方向補助チャネルは、
前記シンク・デバイスから前記ソース・デバイスへ情報を運ぶよう構成された単方向の上りチャネルと、
メインチャネルの一部として含まれ、前記上りチャネルと協調して、前記ソース・デバイスから前記シンク・デバイスへ情報を運ぶための単方向の下りチャネルと、から形成されている、ディスプレイ・インターフェース。
【請求項５】
請求項２に記載のディスプレイ・インターフェースであって、
前記リンク部は、さらに、
前記マルチメディア・データ・パケット・ストリームの内の特定の１つとそれぞれ関連づけられた複数の仮想リンクを備え、
前記仮想リンクの各々は、
関連の仮想リンク帯域幅と仮想リンクレートとを有する、ディスプレイ・インターフェース。
【請求項６】
請求項５に記載のディスプレイ・インターフェースであって、
メインリンク帯域幅は、少なくとも、前記仮想リンク帯域幅の総計に等しい、ディスプレイ・インターフェース。
【請求項７】
請求項５に記載のディスプレイ・インターフェースであって、
前記ソース・ビデオデータ・ストリームは、マッピング定義に基づいて、前記それぞれの仮想リンク用にパケット化される、ディスプレイ・インターフェース。
【請求項８】
マルチメディア・ソース・デバイスとマルチメディア・シンク・デバイスとを結合する方法であって、
固有なビデオデータ・レートに従って、ソース・ビデオデータを受信する工程と、
前記ビデオデータを、複数のメイン・リンク・キャラクタの形態で、前記固有なストリーム・レートと無関係のリンク・キャラクタ・クロック・レートで転送する工程であって、ビデオデータと前記リンク・キャラクタ・クロックは、互いに非同期である工程と、
を備える方法。
【請求項９】
請求項８に記載の方法であって、
マルチメディア・データ・パケット・ストリームは、調整可能なデータストリーム・リンク・レートであって、前記固有なストリーム・レートと無関係なデータストリーム・リンク・レートを、それぞれ関連づけられて有する複数のマルチメディア・データ・パケット・ストリームのうちの１つである、方法。
【請求項１０】
請求項８に記載の方法であって、
リンク部は、さらに、
トランスミッタ部からレシーバ部へ前記マルチメディア・データ・パケットを運ぶよう構成された単方向メインリンクと、
前記トランスミッタ部と前記レシーバ部との間で情報を転送するよう構成された双方向補助チャネルと、を備える、方法。
【請求項１１】
請求項１０に記載の方法であって、
前記双方向補助チャネルは、
前記シンク・デバイスから前記ソース・デバイスへ情報を運ぶよう構成された単方向の上りチャネルと、
メインチャネルの一部として含まれ、前記上りチャネルと協調して前記ソース・デバイスから前記シンク・デバイスへ情報を運ぶための単方向の下りチャネルと、から形成されている、方法。
【請求項１２】
請求項８に記載の方法であって、
前記リンク部は、さらに、
前記マルチメディア・データ・パケット・ストリームの内の特定の１つとそれぞれ関連した複数の仮想リンクを備え、
前記仮想リンクの各々は、
関連の仮想リンク帯域幅と仮想リンクレートとを有する、方法。
【請求項１３】
請求項１２に記載の方法であって、
メインリンク帯域幅は、少なくとも、前記仮想リンク帯域幅の総計に等しい、方法。
【請求項１４】
請求項８に記載の方法であって、
前記ソース・ビデオデータ・ストリームは、マッピング定義に基づいて前記それぞれの仮想リンク用にパックされる、方法。
【請求項１５】
マルチメディア・ソース・デバイスとマルチメディア・シンク・デバイスとを結合するためのコンピュータプログラム製品であって、
固有なビデオデータ・レートに従って、ソース・ビデオデータを受信するためのコンピュータコードと、
前記ビデオデータを、複数のメイン・リンク・キャラクタの形態で、前記固有なストリーム・レートと無関係のリンク・キャラクタ・クロック・レートで転送するためのコンピュータコードであって、ビデオデータと前記リンク・キャラクタ・クロックは、互いに非同期であるコンピュータコードと、
前記コンピュータコードを格納するためのコンピュータ読み取り可能媒体と、を備える、コンピュータプログラム製品。
【請求項１６】
請求項１５に記載のコンピュータプログラム製品であって、
マルチメディア・データ・パケット・ストリームは、調整可能なデータストリーム・リンク・レートであって、前記固有なストリーム・レートと無関係なデータストリーム・リンク・レートを、それぞれ関連づけられて有する複数のマルチメディア・データ・パケット・ストリームのうちの１つである、コンピュータプログラム製品。
【請求項１７】
請求項１５に記載のコンピュータプログラム製品であって、
リンク部は、さらに、
トランスミッタ部からレシーバ部へ前記マルチメディア・データ・パケットを運ぶよう構成された単方向メインリンクと、
前記トランスミッタ部と前記レシーバ部との間で情報を転送するよう構成された双方向補助チャネルと、を備える、コンピュータプログラム製品。
【請求項１８】
請求項１７に記載のコンピュータプログラム製品であって、
前記双方向補助チャネルは、
前記シンク・デバイスから前記ソース・デバイスへ情報を運ぶよう構成された単方向の上りチャネルと、
メインチャネルの一部として含まれ、前記上りチャネルと協調して前記ソース・デバイスから前記シンク・デバイスへ情報を運ぶための単方向の下りチャネルと、から形成されている、コンピュータプログラム製品。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
例えば、図１は、本発明の一実施形態に従って、クロスプラットフォームのパケットベース・デジタルビデオディスプレイ・インターフェース１００を示す概略図である。インターフェース１００は、物理リンク１０６（パイプとも呼ばれる）によってトランスミッタ１０２をレシーバ１０４に接続する。本実施形態では、トランスミッタ１０２は、複数のデータストリーム１０８〜１１２を受信し、必要に応じて、各データストリームを、対応する数のデータパケット１１４にパケット化する。これらのデータパケットは、次に、対応するデータストリームの形に構成され、関連の仮想パイプ１１６〜１２０によってレシーバ１０４に受け渡される。なお、各仮想リンクのリンクレート（すなわち、データパケットの転送速度）は、データストリームごとに最適化することができるので、物理リンク１０６によって運ばれるデータストリームは、それぞれが各自の関連のリンクレートを有することになる（データストリームごとにリンクレートが異なることもあり得る）。データストリーム１０８〜１１２は、ビデオ、グラフィック、オーディオなど、任意の数の形態を取りうる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
ソースがビデオソースである場合は、データストリーム１０８〜１１２は、コンポジットビデオ、シリアルデジタル、パラレルデジタル、ＲＧＢ、またはコンシューマデジタルビデオ等の任意の数および形式の周知のフォーマットをとることができる各種のビデオ信号を含む。ソース１０２が、例えばアナログテレビ、スチルカメラ、アナログＶＣＲ、ＤＶＤプレーヤ、カムコーダ、レーザディスクプレーヤ、ＴＶチューナ、セットトップボックス（サテライトＤＳＳやケーブル信号をともなう）等の何らかのアナログビデオソースを含む場合は、ビデオ信号はアナログビデオ信号であって良い。ソース１０２は、また、デジタルテレビ（ＤＴＶ）やデジタルスチルカメラ等のデジタル画像ソースを含むことも可能である。デジタルビデオ信号は、ＳＭＰＴＥ  ２７４Ｍ−１９９５（解像度：１９２０ｘ１０８０、プログレッシブ走査またはインターレース走査）、ＳＭＰＴＥ  ２９６Ｍ−１９９７（解像度：１２８０ｘ７２０、プログレッシブ走査）、標準４８０プログレッシブ走査ビデオ等の任意の数および形式の周知のデジタルフォーマットをとることができる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
図２は、図１に示されたシステム１００に基づいたシステム２００であり、ビデオソース２０２とビデオディスプレイユニット２０４とを接続するために使用される。図中の実施形態において、ビデオソース２０２は、デジタル画像（すなわちデジタルビデオソース）２０６およびアナログ画像（すなわちアナログビデオソース）２０８の一方または両方を含むことができる。デジタル画像ソース２０６の場合は、デジタルデータストリーム２１０がトランスミッタ１０２に提供され、アナログビデオソース２０８の場合は、同ソースに結合されたＡ／Ｄコンバータユニット２１２がアナログデータストリーム２１３を対応するデジタルデータストリーム２１４に変換する。デジタルデータストリーム２１４は、次に、デジタルデータストリーム２１０とほぼ同じ方法でトランスミッタ１０２によって処理される。ディスプレイユニット２０４は、アナログ方式またはデジタル方式のディスプレイであって良く、或いは、供給されたアナログ信号およびデジタル信号のいずれかを処理できるディスプレイであって良い。いずれの場合も、ディスプレイユニット２０４は、レシーバ１０４をディスプレイ２１８に繋げるディスプレイ・インターフェース２１６を備え、もしアナログ形式のディスプレイである場合はさらにＤ／Ａコンバータユニット２２０を備える。本実施形態では、ビデオソース２０２が、任意の形態（デスクトップパソコンや、デジタルＴＶまたはアナログＴＶ、セットトップボックス等）をいくらでもとることができる一方で、ビデオディスプレイユニット２０４は、ビデオディスプレイ（ＬＣＤディスプレイやＣＲＴディスプレイ等）の形態をとることができる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正の内容】
【００２４】
他の実施形態は、リンクレートおよびピクセル／オーディオクロックレートのための単純計算法を説明する。今日に存在する標準的なピクセル／オーディオクロック周波数は、全て、以下のマスタ周波数のサブセットである。２３．７６ＧＨｚ。本発明の一実施例においては、このマスタ周波数（２３．７６ＧＨｚ）は、４個のパラメータＡ、Ｂ、Ｃ、およびＤの関数として以下のように表現することができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
２３．７６ＧＨｚ＝２Aｘ３Bｘ５Cｘ１１DＨｚ
ここで、Ａ＝１０、Ｂ＝３、Ｃ＝７、Ｄ＝１。
（２３．７６ＧＨｚ＝２10ｘ３3ｘ５7ｘ１１1Ｈｚ）
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】変更
【補正の内容】
【００２６】
これは、ピクセル（またはオーディオ）クロックレートが、マスタ周波数のサブセットとして、それら４つのパラメータすなわちＡ、Ｂ、Ｃ、Ｄ（ここで、Ａ≦１０、Ｂ≦３、Ｃ≦７、Ｄ≦１）を用いて下記のように表されることを意味する。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】
ピクセル（またはオーディオ）クロックレート＝２Aｘ３Bｘ５Cｘ１１D
ここで、以下の点に留意すべきである。すなわち、Ａは１０以下であるため、Ａは４ｂｉｔで表現することができる。Ｂは３以下であるため、Ｂは２ｂｉｔで表現することができる。同様に、Ｃは３ｂｉｔで表現することができる。Ｄは１ｂｉｔで表現することができる。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
ピクセルクロックレートと異なるリンクレート（８Ｂ／１０Ｂ文字等の１０ビットの文字を使用するリンクの場合は、シリアルリンクビットレート÷１０である）を有するリンクであっても、これら４つのパラメータＡ’、Ｂ’、Ｃ’、Ｄ’でリンクレートを定義すると好都合である。すなわち、リンククロックをもとにしたピクセル／オーディオクロックの再生成が単純ですむ。例えば、リンクレートがＡ’＝６、Ｂ’＝３、Ｃ’＝７、Ｄ’＝０（すなわち、ＬＲ＝２6ｘ３3ｘ５7ｘ１１0）として設定されると、対応するリンクレートは１３５ＭＨｚである。しかしながら、ピクセルクロックレートがＡ＝８、Ｂ＝３、Ｃ＝６、Ｄ＝０（すなわち、ＰＣ＝２8ｘ３3ｘ５6ｘ１１0）（そして、対応するピクセルクロックレートは、１０８ＭＨｚ）であるとすると、ピクセルクロックは、以下の式により、リンククロックから生成できる。
ピクセルクロックレート＝（リンクレート）ｘ（２A-A'ｘ３B-B'ｘ５C-C'ｘ１１D-D'）  上記の例においては、以下のようになる。
（ピクセルクロックレート）／（リンクレート）＝（２8ｘ３3ｘ５6ｘ１１0）／（２6ｘ３3ｘ５7ｘ１１0）  または、
ピクセルクロックレート＝（リンクレート）ｘ（２2）ｘ（３0）ｘ（５-1）ｘ（１１0）＝リンクレートｘ（０．８）
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
トランスミッタ１０２は、固有なストリームクロックの数をリンク・キャラクタ・クロック周波数周期の２20周期ごとにカウントすることによってこのタイムスタンプを生成する。カウンタ値は、リンク・キャラクタ・クロックの２20周期ごとに更新される。これら２種類のクロックは互いに非同期であるので、タイムスタンプ値は時間とともに１ずつ変化する。次の更新までのあいだ、トランスミッタ１０２は、所定のパケットストリームのヘッダに同一のタイムスタンプを入れて繰り返し送信する。タイムスタンプの急激な変化（１カウントを上回る変化）は、ストリームソースが不安定状態にある表れとしてレシーバによって解釈される。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
図４Ａに示されたメインリンクデータパケット４００は、メインリンクパケットヘッダ４０２を含む。メインリンクパケットヘッダ４０２は、図４Ｂに示されるように、１６ビットで構成され、このうちビット３〜０はストリームＩＤ（ＳＩＤ）であり（ストリームの最大カウント値は１６であることを表している）、ビット４はタイムスタンプ（ＴＳ）ＬＳＢである。ビット４が１であるとき、このパケットヘッダは、最下位４ビット分のタイムスタンプ値を有する（非圧縮ビデオストリームのためにのみ使用される）。ビット５は、ビデオフレームシーケンスビットであり、ビデオフレーム境界において０から１に或いは１から０に切り替わるフレームカウンタの最下位ビットとして機能する（非圧縮ビデオストリームのためにのみ使用される）。ビット７およびビット６は予備であり、ビット８〜１１は、先の８ビットのエラーをチェックする４ビットのＣＲＣ（ＣＲＣ）である。ビット１５〜１２は、タイムスタンプ／ストリームＩＤの反転であり（ＴＳＰ／ＳＩＤｎ）、非圧縮ビデオの際には２０ビットのタイムスタンプ値のうちの４ビット分として使用される。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００５１
【補正方法】変更
【補正の内容】
【００５１】
ソース・デバイスのリンク層
ソースリンク層１２０４は、リンクの初期化および管理を扱っている。例えば、モニタの起動時またはモニタケーブルの接続時に生成されたホットプラグイベントをソース物理層１２０２から受信すると、ソースリンク層１２０４は、補助チャネル２２４を通じた交換を介してレシーバの能力を評価することによって、トレーニングセッションによって決定された最大のメインリンクデータレートと、レシーバ上にある時間ベースのリカバリユニットの数と、両端にある使用可能なバッファサイズと、ＵＳＢ拡張の可用性とを決定し、関連のホットプラグイベントをストリームソース１２０６に通知する。ソースリンク層１２０４は、また、ストリームソース１２０６からの要請に応じてディスプレイ能力（ＥＤＩＥまたはそれと同等なもの）を読み出す。通常の動作時には、ソースリンク層１２０４は、補助チャネル２２４を介してストリーム属性をレシーバ１０４に送信し、要求されたデータストリームを扱うのに十分なリソースをメインリンク２２２が有するか否かをストリームソース１２０６に通知し、同期性の喪失やバッファのオーバーフロー等のリンクの失敗に関するイベントをストリームソース１２０６に通知し、ストリームソース１２０６によって発信されたＭＣＣＳコマンドを補助チャネル２２４を介してレシーバに送信する。ソースリンク層１２０４とストリームソース／シンクとの間における通信は、全て、アプリケーションプロファイル層１２１４で定義されたフォーマットを使用して行われる。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００５２
【補正方法】変更
【補正の内容】
【００５２】
アプリケーションプロファイル層（ソースおよびシンク）
一般に、アプリケーションプロファイル層は、ストリームソース（またはシンク）が関連のリンク層とインターフェースをとる際のフォーマットを定義する。アプリケーションプロファイル層によって定義されるフォーマットは、アプリケーション独立のフォーマット（リンク状況を照会するためのリンクメッセージ）とアプリケーション依存のフォーマット（メインリンクのデータマッピング、レシーバのための時間ベースのリカバリ方程式、そして、もし該当する場合は、シンク能力／ストリーム属性メッセージのサブパケットフォーマット）とに分類される。アプリケーションプロファイル層は、次の色フォーマットをサポートする。すなわち、２４ビットＲＧＢ、１６ビットＲＧＢ、１８ビットＲＧＢ、３０ビットＲＧＢ、２５６色ＲＧＢ（ＣＬＵＴベース）、１６ビット、ＹＣｂＣｒ４２２、２０ビットＹＣｂＣｒ４２２、および２４ビットＹＣｂＣｒ４４４である。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００５３
【補正方法】変更
【補正の内容】
【００５３】
例えば、ディスプレイデバイスのアプリケーションプロファイル層（ＡＰＬ）層１２１６は、基本的に、メインリンク２２２を通して行われるストリームソース／シンク通信のためのフォーマットを記述するアプリケーションプログラミングインターフェース（ＡＰＩ）である。記述されるフォーマットは、インターフェース１００に送信された或いはインターフェース１００から受信されたデータを表すフォーマットを含む。ＡＰＬ１２１６の特徴のいくつかは（例えば電力管理コマンドフォーマット等は）ベースラインモニタ機能であり、これらはインターフェース１００のあらゆる用途に共通である。これに対し、データマッピングフォーマットやストリーム属性フォーマット等の他の非ベースラインモニタ機能は、使用目的および伝送される等時性ストリームの種類に固有のものである。そして、使用目的の如何に関わらず、ストリームソース１２０６は、メインリンク２２２上でのパケットストリームの伝送に先だって、メインリンク２２２が保留データストリームを扱うことができるか否かを確認するためにソースリンク層１２０４に照会する。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００５４
【補正方法】変更
【補正の内容】
【００５４】
メインリンク２２２が、保留パケットストリームをサポートできると決定された場合は、ストリームソース１２０６は、ストリーム属性をソースリンク層１２０４に送信する。ストリーム属性は、さらに、補助チャネル２２４を通してレシーバに伝送される。これらの属性は、ある特定のストリームのパケットを識別するために、該ストリームをもとにして元データを回復するために、そして該元データのフォーマットを上記ストリームに固有なデータレートに戻すために、レシーバによって使用される情報である。データストリームの属性は、使用目的に応じて異なる。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００５５
【補正方法】変更
【補正の内容】
【００５５】
メインリンク２２２上で所望の帯域を使用できない場合は、ストリームソース１２０６は、例えば、イメージのリフレッシュレートまたは色の深みを低減させることによる修正措置をとって良い。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００５６
【補正方法】変更
【補正の内容】
【００５６】
ディスプレイデバイスの物理層
ディスプレイデバイスの物理層１２０８は、ディスプレイデバイスリンク層１２１０およびディスプレイデバイスＡＰＬ１２１６を、リンクデータの伝送または受信のために使用されるシグナリング技術から隔離する。メインリンク２２２および補助チャネル２２４は、ロジカルサブ層と、コネクタ仕様を含むエレクトリカルサブ層とからなる物理層を各自に有する。例えば、図１５に示されるように、半二重で且つ双方向である補助チャネル２２４は、リンクの両端にそれぞれトランスミッタおよびレシーバを有する。補助リンクのトランスミッタ１５０２は、ロジカルサブ層１２０８−１からリンク・キャラクタを提供される。これらの特殊文字は、次いでシリアル化され、対応する補助リンクレシーバ１５０４に伝送される。レシーバ１５０４は、シリアル化されたリンク・キャラクタを補助リンク２２４から受信し、そのデータをリンク・キャラクタ・クロック・レートで逆シリアル化する。なお、ソースのロジカルサブ層の主な機能は、トランスミッタポートのために、信号エンコーディング、パケット化、データスクランブリング（ＥＭＩ抑制を目的とする）、およびトレーニングパターン生成を行うことである。これに対し、レシーバのロジカルサブ層の主な機能は、レシーバポートのために、信号デコーディング、逆パケット化、データデスクランブリング、および時間ベースのリカバリを行うことである。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】００６４
【補正方法】変更
【補正の内容】
【００６４】
このとき、メインリンクを通して指定のリンクレートでトレーニングパターンを送信することによって、トレーニングセッションが開始され、関連のトレーニング状況がチェックされる。レシーバは、三段階の段階ごとに合格／不合格ビットを設定し、トランスミッタは、合格が検出された場合にのみ次の段階に進む。したがって、合格が検出されたときは、メインリンクは上記リンクレートを実現可能な状態にある。このとき、インターフェースは通常動作状態１８１０に移行する。それ以外の場合は、リンクレートが低減され、トレーニングセッションが繰り返される。通常動作状態１８１０にあるあいだも、ソースはリンク状況の指標を定期的に監視し続ける。そして、もし不合格である場合は、ホットアンプラグイベントが検出され、システムはスタンドバイ状態１８０４に移行し、ホットプラグ検出イベントまで待機する。しかしながら、もし同期性の喪失が検出された場合は、システムは状態１８０８に移行し、メインリンク再開イベントまで待機する。
【手続補正１９】
【補正対象書類名】図面
【補正対象項目名】図２６
【補正方法】変更
【補正の内容】
【図２６】
2005018743.tif 000001