(57)【要約】【課題】簡単化可能な非初期化バッファを用いた方法を提供する。【解決手段】これは、タイミングシナリオを例を用いて説明される。この例では、再び、エンコーダは、５番目のピクチャの後に、ランダムアクセスポイントを生成する。この例では、（そのようなシナリオの場合によくあることだが）、可能な範囲で最も良いピクチャ品質を達成するために、ランダムアクセスポイント後の最初のピクチャは比較的大きなピクチャでなければならない（イントラ符号化を行うためである）。この修正モデルを用いれば、このポイントでバッファを空にするという制約がないので、比較的で大きなデータ量を、５番目のピクチャの代わりに、ランダムアクセスポイント後の最初のピクチャに割り当てることができる。【選択図】      図１２
2004193687.tif 000002
【特許請求の範囲】
【請求項１】
ビデオ、オーディオまたはその他のデータの非初期化バッファモデル（ｎｏｎ−ｉｎｉｔｉａｌｉｚｅｄ  ｂｕｆｆｅｒ  ｍｏｄｅｌ）を用いた方法
【請求項２】
前記バッファモデルの非ゼロ開始時間を用いた方法。
【請求項３】
前記バッファモデル対しての非ゼロバッファフルネス（ｆｕｌｌｎｅｓｓ）を用いた方法。
【請求項４】
デコード遅延パラメータの選択送信（伝送）方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ビデオ、オーディオまたはその他のデータの非初期化バッファモデルを用いた方法に関する。
【０００２】
【従来の技術】
最も近い関連従来技術は、ＩＳＯ／ＩＥＣ  ＭＰＥＧ  ａｎｄ  ＩＴＵ−Ｔ
ＶＣＥＧ’，Ｊｏｉｎｔ  Ｖｉｄｅｏ  Ｔｅａｍ’ｓ  ｄｒａｆｔ  ｓｔａｎｄａｒｄ  ｄａｔｅｄ  ２００２−１１−１８，  ａｎｄ  ｃａｌｌｅｄ  ＪＶＴ−Ｅ１４６ｄ３７に記載されている。（本明細書のファイル名は：ＪＶＴ−Ｅ１４６ｄ３７ｎｃｍ．ｄｏｃ）。このモデルは、デコーダバッファ、デコードタイミングの制約、並びにその他の関連する要求についての仮想参照（ｈｙｐｏｔｈｅｔｉｃａｌ  ｒｅｆｅｒｅｎｃｅ）デコーダを含んでいる。このモデルは、図１に示すようにエンコードおよびデコードシステムを設計するエンジニアへの参考に給される。
エコードシステムの設計者は、そのモデルによって適切に処理されるストリームを生成するように、エンコードシステムの設計を試みる。
また、技術者は、このモデルを基にデコードシステムを設計し、しばしば、そのデコーダをＨＲＤの動作にできる限り近いものになるように努める。そのようなモデルは、正確に実現できない理想的な動作や動作を有する場合があり、デコーダの設計技術者は、理想的でない特性および理想的でない動作を補償する手段を負付加する必要がある。
【０００３】
また、このモデルのタイミングを記述するために式が用いられる。ＪＶＴ−Ｅ１４６ｄ３７のセクションＣ．１．１．１で引用され、あるいはそこから得られる以下の式は、このモデルの初期状態を示している。
【０００４】
ＨＲＤは、ランダムアクセスポイントＳＥＩメッセージによって規定される任意のランダムアクセスポイントに続く最初のピクチャで初期化可能である。そのバッファは、初期状態で空である。そのランダム・アクセスＳＥＩメッセージ後の最初のピクチャの最初のビットは、ＣＰＢに関連付けられたビットレートｂｉｔ＿ｒａｔｅ〔ｋ〕における初期到達（ａｒｒｉｖａｌ）  時間ｔａｉ（０）＝０において、バッファに入りはじめる。
【０００５】
説明：
ｔ＝０における、ｔａｉ（０）＝０と、デコーダバッファフルネス（ｄｅｃｏｄｅｒ＿ｂｕｆｆｅｒ＿ｆｕｌｌｎｅｓｓ（ｔ）  と呼ぶ）  は：
ｄｅｃｏｄｅｒ  ＿ｂｕｆｆｅｒ＿ｆｕｌｌｎｅｓｓ（０）  ビット
である。
続くピクチャの到達時間は、以下の式（１）で規定される。
【０００６】
【数１】
2004193687.tif 000003
【０００７】
この式ｔａｉ，ｅａｒｌｉｅｓｔ（ｎ）は、以前は下記式（２）のように定義されていた。
しかしながら、それは最近、式（３）のように変更された。
【数２】
2004193687.tif 000004
【数３】
2004193687.tif 000005
しかしながら、後者は、恐らく、編集エラーであり、例えば、ｃｐｂ＿ｒｅｍｏｖａｌ遅延の現在の定義について編集エラーであり、以下の式（４）がより適切と思える。
【数４】
2004193687.tif 000006
あるいは、ｃｐｂ＿ｒｅｍｏｖａｌを、下記式（５）と等しい値を返すように定義することも可能である。しかしながら、この本明細書では、（４）が使用される。
【数５】
2004193687.tif 000007
【０００８】
以前の規格のように、このモデルの全ての制約および限定の結合された効果は、例えば、ピクチャのサイズおよび周波数を制約すること以外に、そのビットストリーム内の所定のフィールドの値に制約をおくことである。これらの式はエンコードタイミングについて言及していないが、この制約はおそらく、このモデルに仮想エンコーダを付加することでより明確になる。すなわち、所定の制約は、エンコーダ・バッファおよび適切タイングを用いれば、仮想エンコーダによっても規定可能である。このモデルに応じたエンコードおよびデコードのシナリオの例は、図１に示される。前述した式との関係、並びに図は以下である。
【０００９】
エンコーダバッファ入力は、曲線Ａである。これは、式（４）と同じである。
前述した式（１）で定義されるように各ピクチャの初期到達時間は、デコーダ入力曲線Ｋのある点として得られる。
デコーダバッファ出力曲線Ｌは、ｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙフィールドおよびｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙで示されるタイングに対応している。
【００１０】
なお、値”ｄｅｃｏｄｉｎｇ＿ｄｅｌａｙ”によって曲線Ｌを左に移動することによって、曲線Ａが得られる。すなわち、時間オフセットを除くと、これら２つの曲線は同じタイングを規定する。
図４に記述された変数の幾つかは、ビットストリームに格納されて伝送され、他の変数は（ドラフト）規格内に記述されているだけである。下記表１は、これらの変数をさらに詳しく説明している。
【００１１】
【表１】
2004193687.tif 000008
【００１２】
特性”ｋに応じた値”は、異なるバッファモデルを適用した場合に、変数の値を変えることができる場合を示している。これは、この（ドラフト）規格は、マルチバッファモデルをサポートしているためである。各バッファモデルｋは、例えば、異なるバッファ容量（Ｂ）と、異なるビットレート（Ｒ）を有することができる。この本明細書では、Ｂ（ｋ），Ｒ（ｋ），Ｆ（ｋ）について述べる代わりに、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ（ｋ）等、並びにより短いバージョンＢ，Ｒ，Ｆ、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙが、信頼性を向上するためにしばしば用いられる。この場合、これらは、単に、例えば、バッファモデル０などの一つの所定のモデルの変数である。
【００１３】
【発明が解決しようとする課題】
この従来技術には、以下に示す問題がある：
このモデル自体は複雑である。
前述した表に示されるように、ビットストリーム内に比較的多数のフィールドをエンコードおよび挿入するという要求がある。これは、ビットストリームのオーバヘッドを増大させる。
これらのフィールドを演算して生成するために、例えば、図２に示すように、比較的複雑なエンコーダを実現する必要がある。その結果、図６に示すように、比較的複雑なデコーダを実現する必要がある。
【００１４】
このモデルは、ビットストリームの開始時、エンコーダがｄｅｃｏｄｅｒ＿ｄｅｌａｙを定義することを事実上要求している。このことは、図４に示される。例えば、ｔ＝０において、最初のピクチャが送信される（または、デジタル記録媒体に書き込まれる）。ピクチャが送信される直前に、メッセージが送られなければならない。このメッセージは、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔおよびｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙを定義している。これは、実質的に、ｄｅｃｏｄｅｒ＿ｄｅｌａｙに固定値を設定している。
しかしながら、多くのアプリケーションにおいて、１パスのエンコーダは、エンコード処理の開始で、ｄｅｃｏｄｅｒ＿ｄｅｌａｙの適切な値を設定できない。
【００１５】
このようなビットストリーム内のｄｅｃｏｄｅｒ＿ｄｅｌａｙ情報の明示的な符号化を行わなくても、このモデルを用いれば、多くの符号化シナリオにおいて、エンコーダは遅かれ早かれｄｅｃｏｄｅｒ＿ｄｅｌａｙを特定できる。これは、Ｒ（ｔ）がゼロになると生じる。（このシナリオを説明するその他の方法：添付した仮想参照エンコーダを用いれば、エンコーダバッファがゼロのときはいつでも  Ｒ（ｔ）はゼロになる。）そのような場合、データ転送時に、関連するｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙはｄｅｃｏｄｅｒ＿ｄｅｌａｙと等しくなると仮定している。そのため、そのようなエンコーダあるいはエンコードシステムでは、ｄｅｃｏｄｅｒ＿ｄｅｌａｙを効率的に定義している。
【００１６】
関連する問題：このモデルは、より短いｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ値を符号化することを許可してない。例えば、最短のｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ値を符号化することを常には許可していない。その結果、そのようなビットストリームは、可能な範囲で最速のデコーダスタートアップをサポートできない。
【００１７】
このモデルには、非連続問題（ｄｉｓｃｏｎｔｉｎｕｉｔｙ  ｐｒｏｂｌｅｍ）がある。すなわち、ランダムアクセスポイントにおいて、バッファモデルの状態が、リセットされ、失われる。その結果、これらのポイントにおいて、続くビデオをサポートするのに不適切な状態がしばしば発生する。これは、図７に示される。この例では、５ピクチャ後に、他のＳＥＩメッセージがビデオストリーム内に挿入される。このポイントでデコーダバッファが空でなければならないという制約に従うために、前のピクチャ（例えば、５番目のピクチャ）は無駄の多い詰め込み（ｗａｓｔｅｆｕｌ  ｓｔｕｆｆｉｎｇ）  を必要とする。さらに、多くのシナリオにおいて、続くピクチャを、１ピクチャ期間後に、デコードして提供する必要がある。その結果、Ｒａｔｅ／Ｐｉｃｔｕｒｅ＿Ｐｅｒｉｏｄビットのみが、そのようなアクセスポイントがしばしば比較的大量のデータを要求するにも係わらず、そのようなランダムアクセスポイント後に、最初のピクチャによる利用が可能である。換言すると、そのような場合に、このモデルは、実用的でない。（そのため、これは、このモデルの範囲外である可能性がある）
【００１８】
【課題を解決するための手段】
本発明は、ビデオ、オーディオまたはその他のデータの非初期化バッファモデルを用いた方法に関する。
本発明は、前記バッファモデルの非ゼロ開始時間を用いた方法に関する。
本発明は、前記バッファモデル対しての非ゼロバッファフルネスを用いた方法に関する。
本発明は、デコード遅延パラメータの選択送信（伝送）方法に関する。
可変ビットレートタイミングモデルは、ビデオなどのエンコードシステムの設計者およびデコードシステムの設計者が相互運用を行うための参考となるように規定されている。このモデルは、所定の非ゼロ特性を用いて、ビットストリームの連続再生を行えるように初期化可能である。所定のタイミング情報は、隠蔽され、実行複雑さおよびビットオーバヘッドを削減している。
【００１９】
【発明の実施の形態】
このモデルは、以下に示す進歩ステップを用いることで簡単化される。：
タイミングイベントに関係する所定のデコーダをシフトする代わりに、時間ベース自体のシフトが、最初のピクチャの最初のビットに対してのゼロ到達時間より長い時間許容して行われる。
このことは、下記式（６）で示される。
【００２０】
【数６】
2004193687.tif 000009
【００２１】
このことは、図８に示されるように、修正モデルに対しても適用される。なお、従来技術との差異は、従来技術がゼロ値のみを許可する点である。
続くピクチャ到達時間についての式（７）は、従来技術においてもそのまま規定されている、例えば、
【数７】
2004193687.tif 000010
【００２２】
しかしながら、この改善された規則ｔａｉ（０）を用いて、ｔａｉ，ｅａｒｌｉｅｓｔ（ｎ）は、下記式（８）のように、さらに簡単化される。
【００２３】
【数８】
2004193687.tif 000011
【００２４】
この発明の実施形態は、図８に示される。これは、図１０の例を用いて説明される。
【００２５】
この発明の他の観点は、ランダムなアクセスポイントにおいて、非ゼロバッファフルネスを許可することである。これは、下記式（９）でサポートされる。
【００２６】
【数９】
2004193687.tif 000012
【００２７】
これは、図１１内のタイミングシナリオを例を用いて説明される。この例では、再び、エンコーダは、５番目のピクチャの後に、ランダムアクセスポイントを生成する。この例では、（そのようなシナリオの場合によくあることだが）、可能な範囲で最も良いピクチャ品質を達成するために、ランダムアクセスポイント後の最初のピクチャは比較的大きなピクチャでなければならない（イントラ符号化を行うためである）。この修正モデルを用いれば、このポイントでバッファを空にするという制約がないので、比較的で大きなデータ量を、５番目のピクチャの代わりに、ランダムアクセスポイント後の最初のピクチャに割り当てることができる。
【００２８】
本発明のその他の観点は、所定の種類の１パスーエンコードシステムをサポートするために、エンコードシステム内のｄｅｃｏｒｄｅｒ＿ｄｅｌａｙを隠蔽することである。これは、ｄｅｃｏｄｅｒ＿ｄｅｌａｙを直接的に搬送するフィールドを省いたり、この情報を間接的に搬送する（あるいは搬送を手助けする）フィールドを省くことで行われる。間接符号化方法は、２以上のフィールドが例えば図１に示されるようにｄｅｃｏｄｅｒ＿ｄｅｌａｙを搬送する場合を述べている。そのような場合に、ｄｅｃｏｄｅｒ＿ｄｅｌａｙを隠蔽するために、最も重要でないフィールドを省くことが好ましい。例えば、図６において（従来技術と比べて）、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙよりも重要だという理由で、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙが省かれている。これは、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙが例えばデコーダのセットアップ遅延を最小化するために用いられているためである。そのような情報が隠蔽されると、図７に示すように、そのような情報をデコーダする必要がない。
【００２９】
本発明のその他の観点は、例えば２以上のフィールドのコンビネーションにより間接的に符号化されている場合であっても、ｄｅｃｏｄｅｒ＿ｄｅｌａｙを取得でいることである。（前述した例では複数のフィールドがある：ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔおよびｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）。また、以下の進歩ステップにより、例えば、ｄｅｃｏｄｅｒ＿ｄｅｌａｙは例えばデコーダシステムによって使用され、これにより、デコーダシステムは最短のスタートアップ遅延特性を用いてビットストリームを選択する。例えば、デコーダシステムは、そのようなビットストリームから（直接的に符号化あるいは取得された）ｄｅｃｏｄｅｒ＿ｄｅｌａｙを取り出し、これらのｄｅｃｏｄｅｒ＿ｄｅｌａｙを比較して最短のビットストリームを選択する。
【００３０】
また、エンコード側では、新種のオペレーションが可能である。特に、マルチプレクサは、（直接的に符号化あるいは取得された）ビデオのｄｅｃｏｄｅｒ＿ｄｅｌａｙを用いて、適切なオーディオエンコードバッファサイズをセットアップする。また、マルチプレクサは、（直接的に符号化あるいは取得された）ビデオのｄｅｃｏｄｅｒ＿ｄｅｌａｙを用いて、（関連する、あるいは非関連の）オーディオデータについての適切な初期送信遅延をセットアップする。
【００３１】
なお、本発明は、非ビデオデータが圧縮ビデオデータのようなビットレート特性を有する場合に適用可能である。また、所定の符号化されたビデオデータは、所定の符号化されたオーディオデータのビットレート特性と同じ特性を有している。そのため、本明細書内のビデオおよびオーディオについての全ての事項は、以下に示す前述した発明の観点の総括的な記載として置き換えられる。
【００３２】
マルチプレクサは、比較的高いバースティ（ｂｕｒｓｔｙ）のビットレートの（直接的に符号化あるいは取得された）ｄｅｃｏｄｅｒ＿ｄｅｌａｙを用いて、関連する低いバースティのビットレート用の適切なバッファサイズをセットアップする。また、マルチプレクサは、比較的高いバースティ（ｂｕｒｓｔｙ）のビットレートの（直接的に符号化あるいは取得された）ｄｅｃｏｄｅｒ＿ｄｅｌａｙを用いて、関連する低いバースティのビットレート用の適切な初期送信遅延をセットアップする。
【００３３】
本発明のその他の観点は、ｄｅｃｏｄｅｒ＿ｄｅｌａｙの送信および隠蔽をサポートして、全ての可能性のある種類のアプリケーションをサポートしている。これは、ビットストリーム内のｄｅｃｏｄｅｒ＿ｄｅｌａｙが（直接的あるいは間接的に）符号化されているか否かを示すタグをビットストリームに付加することでサポートされる。所定の種類の１パスーエンコードシステムは、フラグをゼロに設定して、ｄｅｃｏｄｅｒ＿ｄｅｌａｙを隠蔽する。これにより、エンコード処理過程で要求されると、ｄｅｃｏｄｅｒ＿ｄｅｌａｙを増加できる。その他のエンコードシステムは、フラグを１に設定して、例えば図８に示すようにｄｅｃｏｄｅｒ＿ｄｅｌａｙ情報がビットストリーム内に存在することを他のシステムに通知する。デコーダは、例えば、図９に示すフローチャートのように、双方の種類のビットストリームをサポートできる。
【００３４】
そのような直接的あるいは間接的にデコードされたｄｅｃｏｄｅｒ＿ｄｅｌａｙ値がなくても、エンコードシステムは、Ｒ（ｔ）が０になると、ｄｅｃｏｄｅｒ＿ｄｅｌａｙ値を固定する必要がある。このことは、ある種の１パス−エンコードでは問題である。この問題と、最小セットアップ遅延の符号化が常に可能というわけではないという問題との双方は、以下の方法で解決される。エンコーダバッファが空でない場合に、ｔａｉ（ｎ）＝ｔａｆ（ｎ−１）を要求する代わりに、以下の式が用いられる：
ｔａｉ（ｎ）＞＝ｔａｆ（ｎ−１）
すなわち、ｔａｉ（ｎ）＞＝ｔａｆ（ｎ−１）は、エンコーダバッファが空の場合に許可される。
（デコーダバッファがアンダーフローあるいはオーバーフローしないというその他の制約は以前として適用される）
【００３５】
エンコードシステムは、適切なｉｎｉｔｉａｌ＿ｃｐｂ＿ｄｅｌａｙ値（または、同様の意味を持つフィールドとともに）によるそのようなタイミングを特定できる。４ｃの例では、これは、例えば、ｍａｘ（）オペレーションの前にｔａｆ（ｎ−１）の値を増加することで付加される。
【００３６】
【発明の効果】
本発明の効果（従来技術と対比して）は以下のようになる：
本バッファモデルは簡略化される。
ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔが冗長になり、そのため、ビットストリームのオーバヘッドが低減される。
本エンコーダはこれらのフィールドを計算およびエンコードする必要がない。
（４）本デコーダは、これらのフィールドをデコードおよび処理しない。
（５）本モデルは、ランダムアクセスシナリオをサポートするのに適している。
（６）本エンコーダは、ストリームの開始時に、ｄｅｃｏｄｅｒ＿ｄｅｌａｙを決定する必要がない。
【図面の簡単な説明】
【図１】図１は、仮想参照デコーダを用いた相互運用を達成することを説明するための図である。
【図２】図２は、ＪＶＴの仮想参照デコーダモデルを説明するための図である。
【図３】図３は、従来技術のタイミングモデルの詳細を説明するための図である。
【図４】図４は、適合ビットストリームの一例を説明するため図である。
【図５】図５は、エンコーダの実現の一部に係わるＨＲＤの一例を説明するため図である。
【図６】図６は、デコーダの実現の一部に係わるＨＲＤの一例を説明するため図である。
【図７】図７は、ランダムアクセスタイムにおけるモデルの動作を説明するため図である。
【図８】図８は、本発明に係わるモデルを説明するため図である。
【図９】図９は、本発明に係わるモデルの詳細なタイミングを説明するため図である。
【図１０】図１０は、本発明に係わるｔａｉ（ｎ），ｔａｆ（ｎ）およびｉｎｉｔｉａｌ＿ｃｂｐ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙｓをどのように計算するかをさらに詳細に説明する図である。
【図１１】図１１は、本発明に係わる適合ビットストリームの一例を説明するため図である。
【図１２】図１２は、ランダムアクセスポイントにおけるモデル動作を説明するため図である。
【図１３】図１２は、エンコーダの実現の一部に係わる簡単化されたＨＲＤの一例を説明するため図である。
【図１４】図１４は、デコーダの実現の一部に係わる簡単化されたＨＲＤの一例を説明するため図である。
【図１５】図１５は、最大符号化ピクチャバッファ遅延（本発明）を生成するエンコーダを示す図である。
【図１６】図１６は、条件付で最大符号化されたピクチャバッファ遅延を処理するデコーダ処理を示す図である。
【符号の説明】
１１  エンコーダ
【図１】
2004193687.tif 000013
【図２】
2004193687.tif 000014
【図３】
2004193687.tif 000015
【図４】
2004193687.tif 000016
【図５】
2004193687.tif 000017
【図６】
2004193687.tif 000018
【図７】
2004193687.tif 000019
【図８】
2004193687.tif 000020
【図９】
2004193687.tif 000021
【図１０】
2004193687.tif 000022
【図１１】
2004193687.tif 000023
【図１２】
2004193687.tif 000024
【図１３】
2004193687.tif 000025
【図１４】
2004193687.tif 000026
【図１５】
2004193687.tif 000027
【図１６】
2004193687.tif 000028
【外国語明細書】
2004193687.tif 000029
2004193687.tif 000030
2004193687.tif 000031
2004193687.tif 000032
2004193687.tif 000033
2004193687.tif 000034
2004193687.tif 000035
2004193687.tif 000036
2004193687.tif 000037
2004193687.tif 000038
2004193687.tif 000039
2004193687.tif 000040
2004193687.tif 000041
2004193687.tif 000042
2004193687.tif 000043
2004193687.tif 000044
2004193687.tif 000045
2004193687.tif 000046
2004193687.tif 000047
2004193687.tif 000048
2004193687.tif 000049
2004193687.tif 000050
2004193687.tif 000051
2004193687.tif 000052
2004193687.tif 000053
2004193687.tif 000054
2004193687.tif 000055
2004193687.tif 000056
2004193687.tif 000057
2004193687.tif 000058
2004193687.tif 000059
2004193687.tif 000060
2004193687.tif 000061
2004193687.tif 000062
2004193687.tif 000063
2004193687.tif 000064
2004193687.tif 000065
2004193687.tif 000066
2004193687.tif 000067
2004193687.tif 000068
2004193687.tif 000069
2004193687.tif 000070
2004193687.tif 000071
2004193687.tif 000072
2004193687.tif 000073
2004193687.tif 000074
2004193687.tif 000075
2004193687.tif 000076
2004193687.tif 000077
2004193687.tif 000078
2004193687.tif 000079
2004193687.tif 000080
2004193687.tif 000081
2004193687.tif 000082
2004193687.tif 000083
2004193687.tif 000084
2004193687.tif 000085
2004193687.tif 000086
2004193687.tif 000087
2004193687.tif 000088
2004193687.tif 000089
2004193687.tif 000090