(57)【特許請求の範囲】
【請求項１】
ＨＡＶｉネットワークのＨＡＶｉ機器（20）を、ＯＳＧｉプラットフォームのデバイスコントロールモジュール（13）を介して制御する方法であって、
前記デバイスコントロールモジュールを介して機器の制御が行われ、
該デバイスコントロールモジュールは機器上のソフトウエアエレメント（ＳＥ）として実行され、それぞれ所定の機器または機器クラスに対して専用のものであり、
前記ＨＡＶｉネットワークは、メッセージングシステム（16）、レジストリ、ストリームマネージャ、イベントマネージャ、リソースマネージャ、ＨＡＶｉ機器（20）、およびＤＭリーダーを有する形式の方法において、
前記ＨＡＶｉネットワークのＤＭリーダー（10）は、同期して並列に実行される、ＯＳＧｉプラットフォームのＤＭクライアント（12）を用いて、ＯＳＧｉプラットフォームの使用可能なデバイスコントロールモジュール（13）を探索し、該ＯＳＧｉプラットフォーム内で使用可能なデバイスコントロールモジュール（13）をＨＡＶｉネットワーク内で使用可能なデバイスコントロールモジュールとして登録し、
登録されたデバイスコントロールモジュール（13）の１つがＤＭリーダー（10）により選択され、
該選択されたデバイスコントロールモジュール（13）は、ＨＡＶｉ機器を制御するために、ＨＡＶｉネットワークのＨＡＶｉメッセージングシステム（16）に申請して、割り当てられているソフトウエアエレメント識別子（ＳＥＩＤ）を受け取り、
ＨＡＶｉ機器の制御を、ＨＡＶｉネットワークに申請された、ＯＳＧｉプラットフォームのデバイスコントロールモジュール（13）によって行う、ことを特徴とする方法。
【請求項２】
請求項１記載の方法において、
新たなＨＡＶｉ機器（20，32，34）が追加される場合には、前記ＤＭリーダー（10）による適切なデバイスコントロールモジュール（13，28，30）への探索が、ＯＳＧｉ ＤＭクライアント（12）に拡張されることを特徴とする方法。
【請求項３】
請求項1または２項記載の方法において、
ＯＳＧｉ デバイスコントロールモジュール（13）をＨＡＶｉ ＤＭリーダー（10）により選択する際には、ＯＳＧｉ デバイスコントロールモジュール（13）の告知をＨＡＶｉネットワーク内で、ＨＡｖｉレジストリでのＯＳＧｉ デバイスコントロールモジュール（13）の自発的申請によって行うことを特徴とする方法。
【請求項４】
請求項１から３までのいずれか一項記載の方法において、
ＨＡＶｉネットワークが複数のＤＭ（10）を有する場合、ＯＳＧｉプラットフォームのＯＳＧｉ ＤＭクライアント（12）はローカルのＨＡＶｉ ＤＭ（10）を介してＨＡＶｉネットワークのＤＭリーダーと接続されることを特徴とする方法。
【請求項５】
請求項１から４までのいずれか一項記載の方法において、
ＯＳＧｉ ＤＭクライアント（12）の使用可能なデバイスコントロールモジュール（13）に関する変更をＨＡＶｉ ＤＭ（10）に通知することを特徴とする方法。
【請求項６】
請求項1から５までのいずれか一項記載の方法において、
ＯＳＧｉプラットフォームのデバイスコントロールモジュール（13）をバンドルとしてＯＳＧｉプラットフォーム内で処理することを特徴とする方法。
【請求項７】
請求項1から６までのいずれか一項記載の方法において、
ＯＳＧｉプラットフォームのデバイスコントロールモジュール（13）はＨＡＶｉ機器（20，32，34）の制御のために、ＭＳアダプションレイヤ（14）を介してＨＡＶｉネットワークと通信することを特徴とする方法。
【請求項８】
請求項１から７までのいずれか一項記載の方法において、
すでにデバイスコントロールモジュール（30）がＨＡＶｉネットワークに登録されている新たな機器（34）の追加はＯＳＧｉ ＤＭクライアント（12）に通知されることを特徴とする方法。
【請求項９】
請求項１から８までのいずれか一項記載の方法において、
ＯＳＧｉ ＤＭクライアント（12）は新たな機器（34）の追加をＯＳＧｉデバイスアクセスサービスに通知することを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＨＡＶｉ規格に基づく機器（ＨＡＶｉ機器）をＯＳＧｉプラットフォームのデバイスコントロールモジュールにより制御するための方法および装置に関する。
【背景技術】
【０００２】
ＩＥＥＥ（Institute of Electrical and Electronics Engineers, Inc.）は、とりわけ電子的ネットワークに対する規格を作成する国際機関である。IEEE1394はＩＥＥＥのシリアルバスシステムであり、種々の端末機器（いわゆるノード）を電気ケーブルを介して、または光導波体を介して接続することができる。ここでノードは選択的に端末部材（いわゆるリーフ）またはリレーノード（いわゆるブランチ）として構成することができる。最上位のノードはルーツと称される。種々のノード形式を使用することにより、ネットワークに対して適切なトポロジーを構築することができる。ここでリーフは情報パケットを受信し、パケットの目標アドレスが固有のアドレスと一致すると、これを処理する。ブランチは付加的に、ポートで受信するすべてのパケットを別のすべてのポートに送信しなければならない。
【０００３】
IEEE1394では、ネットワークが自己構築型である。すなわちスイッチオン後またはリセット後にすべてのノードが選択された情報を、自分自身を介してネットワークに送信する。この情報はすべてのノードにより受信される。ここでノードは、ネットワークに対して付加的な管理機能（バスマネージメント）を引き受けることができるように構成することができる。このためにこのノードは他のノードの情報をすべて収集し、これを処理し、内部に適切に記憶する。複数のノードがバスマネージメント機能を有すべき場合には、競合方法により１つのノードが勝利者となり、このノードがバスマネージメントを引き受ける。
【０００４】
IEEE1394の仕様書に記載された方法の他に、バスに依存しない拡張も存在する。この拡張は例えば企業連合体による「ホーム・オーディオ・ビデオ・インターオペラビリティ」（ＨＡＶｉ）として規格化されている。ＨＡＶｉは第一にIEEE1394ネットワークで使用するために構成されており、閉じたネットワークコンテクスト内で、ＨＡＶｉベースの1つまたは複数のノードにより、ＨＡＶｉ規格に記述された方法で制御されるすべての機器の総体、並びにそのために必要なネットワーク・インフラストラクチャを特徴付ける。ここでＨＡＶｉネットワークの一部は、固有のＨＡＶｉ機能性を備えない機器としても構成することができる（いわゆるレガシーデバイス）。ＨＡＶｉネットワークに対して典型的なのは、高速ネットワーク技術（例えばIEEE1394、MOST,イーサネット；WLAN）の使用である。
【０００５】
機器および／または機器での機能をネットワーク内の別のポイントから遠隔制御することもＨＡＶｉ仕様書に記述されている。
【０００６】
このために分散モデルが記述されており、ここでは機器の制御がコントロールモジュール、いわゆる「デバイスコントロールモジュール（ＤＣＭ）」を介して行われる。このようなＤＣＭは、機器上のソフトウエアエレメント（ＳＥ）として実行され、他の機器でのコントロール機能を引き受ける。ここでＤＣＭはそれぞれ所定の機器または機器クラスに対して専用のものである。
【０００７】
ＨＡＶｉは分散システムに対するモジュール概念に基づくものである。ここで個々のモジュールはソフトウエアエレメント（ＳＥ）である。システムにあるすべてのＳＥは統一的にアドレシングされる。ＳＥは通常、中央にまたは分散して配置することができる。すなわち所定のソフトウエアエレメントの１つのインスタンツだけによる実現（例えばストリームマネージャ）から、各機器にこのようなインスタンツをそれぞれ設けることによる実現までが可能である。
【０００８】
いわゆるメッセージシステムを介してネットワークの全ＳＥは相互に接続されている。ＨＡＶｉ規格によるネットワークは通常、次のようなＳＥを有する：
レジストリは、ネットワークで使用可能な各ＳＥおよび使用可能な各機器、ないしは使用可能な各機能についての情報を有している。個々のＳＥについての情報は属性にファイルされる。あらかじめ定義した属性に加えて、別の属性を追加することも可能である。レジストリのアーキテクチャは分散システムである。すなわち、各機器はレジストリ全体の一部を含むことができる。しかしレジストリ全体を中央に保持することもできる。レジストリへのアクセスに対してこれは不可視である。なぜならレジストリの種々のインスタンツがネットワーク内で場合により、供給された情報を自発的に交換するからである。
【０００９】
ストリームマネージャ（ＳＭ）は、ＳＥおよび／または機器間の等時性のマルチメディア接続（オーディオデータ、ビデオデータ）管理の形成および解体に用いられる。ＳＭはレジストリと同じように分散システムとして構成することができる。ここでは特別の命令が、すべてのＳＭまたは所定のＳＭの状態を得るために用いられる。
【００１０】
イベントマネージャは、システム中の状態変化について通信加入者に通知する。
【００１１】
リソースマネージャはリソース（機器、ＳＥ）の割り当てとイネーブルを実行し、予定された過程（例えばビデオレコーダ録画）を記憶する。
【００１２】
ＤＣＭマネージャ（ＤＭ）は、相応に適切な機器でのＤＣＭのインストールおよびアンインストールを行う。ここではＤＣＭをインストールするための標準的方法がｊａｖａバイトコード形式で提供される。ネイティブコード（バイナリー）のインストールは規格には記述されていないが、専用の手段として追加することができる。ＤＭを備える複数のＨＡＶｉ機器がＨＡＶｉネットワークに存在するなら、１つのＤＭリーダーが存在する。新たに追加された機器に対して複数の適切なＤＣＭが発見される場合には、このＤＭリーダーが、どのＤＣＭをインストールするかを決定する。他のＤＭはＤＭフォロワと称される。
【００１３】
機能コントロールモジュール（ＦＣＭ）はＳＥであり、これにより機器の機能ユニット（例えばＣＤドライブ機構またはＶＨＦチューナ）が制御される。ＤＣＭ（デバイスコントロールモジュール）は、すべてのＤＣＭに共通の基本機能と、グラフィック専用ＦＣＭから形成される。それぞれ機器で必要なモジュールは統一的アプリケーションインタフェースを形成する。この統一的インタフェースによって、種々異なる製造業者のアプリケーションと機器との間のインターオペラビリティが達成される（インターオペラビリティＡＰＩ）。
【００１４】
ＨＡＶｉネットワークに接続された機器は4つの可能なカテゴリーのいずれかに属する。これらのカテゴリーは上記のソフトウエアエレメントの使用可能性の点で異なる。ＦＡＶ（フルオーディオビデオ）デバイスおよびＩＡＶ（インターメディアオーディオビデオ）デバイスは、制御手段を有する機器クラスである。これらを介して他のＦＡＶデバイスおよびＩＡＶデバイスの機能性、並びにＢＡＶ（ベースオーディオビデオ）デバイスおよびＬＡＶ（レガシーオーディオビデオ）デバイス（これらは被制御機器としてだけ動作する）の機能性に応答することができる。
【００１５】
ＦＡＶデバイスは上記のＳＥすべてを使用する。とりわけとりわけＪａｖａ有効期間環境が存在しているので、そのＤＣＭによって、新たにネットワークに追加すべき機器に対してダイナミックにインストールを行うことができる。
【００１６】
ＩＡＶデバイスは制限された機能性を有する。ＳＭ，ＤＭ，ＲＭは必須ではない。同様にＪａｖａ有効期間環境が欠けていることにより、ＤＣＭがすでに存在する機器だけが制御可能である。
【００１７】
ＢＡＶデバイスは他の機器を制御することはできない。しかしＪａｖａ ＤＣＭが、ＦＡＶにインストールされた固有の機能性の制御に用いられる。このＪａｖａ ＤＣＭの他にＢＡＶはさらなるＨａｖｉ ＳＥを有していない。ＢＡＶデバイスはＪａｖａ ＤＣＭをＦＡＶデバイスに伝送することができ、このＦＡＶデバイスは設定されていないプロトコルを介して固有の機能性を制御するのに用いられる。
【００１８】
ＬＡＶデバイスも同様に制御可能な機器であるが、Ｊａｖａ ＤＣＭを使用することはできない。制御機器（ＦＡＶデバイスまたはＩＡＶデバイス）には、ＬＡＶ機器が前面で正確に既知でなければならない。これはＨＡＶｉ命令を、これを許容するコマンドへ伝送するためである。
【００１９】
オープンサービスゲートウェイイニシアチブ（ＯＳＧｉ）は非営利的機構であり、世界中で80以上の会社が参加している。この機構はサービスプラットフォームに対する仕様書の作成を行っており、このサービスプラットフォームへは有効期間のためのサービスをダイナミックにロードし、起動し、再び除去することができる。このサービスはパケットに分割されて処理される。このパケットはバンドルと称される。このプラットフォームは、種々のパケットからなる個々のサービスのモジュール化を許容することを特徴とする。インターオペラビリティは、ＯＳＧｉ機構によるインタフェースの標準化によって達成される。さらにこのプラットフォームは、ローカルネットワークに接続された機器へのアクセスを可能にし、グローバルネットワーク（ＷＡＮ）への接続をサポートする。ここで機器接続ないしネットワークの実現は定義されておらず、既存の規格に基づく。そしてこの実現は、機能ベースに基づきアプリケーションレベルへのインタフェース仕様によって抽象化される。さらにすべての管理処理は遠隔からネットワーク接続を介して行うこともできる。サービスプラットフォームの実現および仕様はサービスを支援するソフトウエア技術、Ｊａｖａを使用する。
【００２０】
ＯＳＧｉ規格は、ＨＡＶｉネットワークの機器（ＨＡＶｉ機器）をＯＳＧｉフレームワークのＤＣＭを介して制御するメカニズムを意図していない。しかしこのことは、ＯＳＧｉプラットフォームを介して広範囲でフレキシブルな選択をデバイスコントロールモジュール（ＤＣＭ）に提供すべきであるから所望されることである。
【００２１】
発明の開示、課題、解決手段、利点
本発明の課題は、ＤＣＭをＨＡＶｉ規格に従いＯＳＧｉプラットフォームを介して自動的に要求および提供することのできる方法を開示することである。これによりとりわけＯＳＧｉ ＤＣＭを調整し、ネットワーク全体を使用し、これによりＨＡＶｉ機器を制御できるようにすべきである。このＯＳＧｉ ＤＣＭはＪａｖａバイトコードでも、ネイティブコードでも作成することができる。さらに本発明の方法を実現するための装置を提供することが課題である。
【００２２】
この課題は本発明により、請求項1の特徴部分の構成によって（方法クレーム）および請求項13の特徴部分の構成によって（装置クレーム）、上位概念記載の構成との関連で解決される。本発明の有利な構成は従属請求項に記載されている。
【００２３】
本発明は、ＤＭをＯＳＧｉレベルに拡張し、これによりこの拡張されたＤＭが検索、選択、インストール、およびＤＣＭ（デバイスコントロールモジュール）の管理などのすべての機能を、ＨＡＶｉネットワーク内でもＯＳＧｉプラットフォームでも引き受けることができるようにすることを技術思想とする。
【００２４】
このために、ＨＡＶｉネットワークの少なくとも1つのデバイスコントロールモジュールがＯＳＧｉプラットフォームのデバイスコントロールモジュールにより代理される。ＯＳＧｉプラットフォームのＤＣＭをＨＡＶｉネットワークのＤＣＭとして使用することにより、このＤＣＭはＨＡＶｉネットワークを付加的に使用することができる。少なくとも1つのＨＡＶｉ機器の制御は本発明では、ＨＡＶｉネットワークで代理されるＯＳＧｉプラットフォームのデバイスコントロールモジュールにより、ないしはＨＡＶｉネットワークの元のＤＣＭにより行われる。ＯＳＧｉプラットフォームの使用可能なデバイスコントロールモジュールをＨＡＶｉネットワークのデバイスコントロールモジュールとして使用することは、ＯＳＧｉプラットフォームの使用可能なデバイスコントロールモジュールを、ＯＳＧｉプラットフォーム内にそのために設けられたＯＳＧｉ ＤＭクライアントへマッピングし、ＯＳＧｉ ＤＭクライアントをＨＡＶｉ ＤＭと接続し、ＤＣＭ検索をＯＳＧｉ ＤＭクライアントによりサポートすることによって行うことができる。ここではＨＡＶｉ機器を追加する際に、適切なＤＣＭへのＨＡＶｉ ＤＭの検索がＯＳＧｉ ＤＭクライアントへ拡張される。ＨＡＶｉ ＤＭ（ＨＡＶｉネットワークのＤＣＭマネージャ）に対して同期動作するＯＳＧｉ ＤＭクライアントを並置することによって、ＤＣＭを選択的に従来のＨＡＶｉメカニズムを用いてまたはＯＳＧｉメカニズムを介して、例えばＪａｖａ ＤＣＭとして引き出すことができる。このことにより広範囲でフレキシブルな選択をＤＣＭに提供することができる。とりわけすでに動作中のＤＣＭを後から、外部から制御して更新することがＨＡＶｉネットワーク全体に対して可能である。
【００２５】
ＯＳＧｉ ＤＭクライアントにマッピングされたＯＳＧｉプラットフォームのデバイスコントロールモジュールをＨＡＶｉネットワークで公表することは有利には、ＨＡＶｉネットワークのＤＭとＯＳＧｉプラットフォームのＯＳＧｉ ＤＭクライアントを接続することにより行われる。ここでＯＳＧｉプラットフォームのＯＳＧｉ ＤＭクライアントをＨＡＶｉネットワークのＤＭリーダーと接続することは、ＨＡＶｉネットワークが複数のＤＭを有する場合に行われる。さらにＯＳＧｉ ＤＭクライアントは自分のデバイスコントロールモジュールをＨＡＶｉネットワークのＤＭに使用させる。
【００２６】
本発明によれば、ＯＳＧｉ ＤＭクライアントの使用可能なデバイスコントロールモジュールについての変化がＨＡＶｉ ＤＭリーダーに通知される。有利にはＯＳＧｉプラットフォームのデバイスコントロールモジュールはバンドルとしてＯＳＧｉプラットフォーム内で処理される。
【００２７】
ＨＡＶｉネットワークとＯＳＧｉプラットフォームのデバイスコントロールモジュールとの通信は有利にはＭＳアダプションレイヤを介して行われる。
【００２８】
さらにＯＳＧｉ ＤＭクライアントは追加すべき新たな機器をＯＳＧｉデバイスアクセスサービスに通知し、ＯＳＧｉプラットフォームのデバイスコントロールモジュールはＨＡＶｉネットワークの登録の際に申請する。
【００２９】
ＨＡＶｉ機器を、ＯＳＧｉプラットフォームのデバイスコントロールモジュールを介して制御するための本発明の装置は、ＨＡＶｉネットワークの少なくとも1つのデバイスコントロールモジュールをＯＳＧｉプラットフォームのデバイスコントロールモジュールにより代理するための手段を特徴とする。
【００３０】
図面の簡単な説明
以下、本発明の実施例を添付図面に基づき詳細に説明する。
図1は、ＨＡＶｉネットワークとＯＳＧｉプラットフォームの概略図である。
図2は、ＯＳＧｉプラットフォームのＤＣＭを介するＨＡＶｉ機器の制御を示す概略図である。
図3は、2つのＨＡＶｉネットワークの概略図である。
【００３１】
発明を実施するための最良の方法
図1は、ＨＡＶｉネットワークとＯＳＧｉプラットフォームの概略図である。ＨＡＶｉネットワークはＤＣＭマネージャ10（ＤＭ）と、メッセージングシステム16（ＭＳ）と、バス18を有する。さらにＨＡＶｉネットワークは図1に図示していないストリームマネージャ、イベントマネージャ、レジストリ、およびリソースマネージャを有する。ＯＳＧｉフレームワークは、ＤＭ10に対して同期して実行されるＤＭクライアント12並びにＭＳアダプテーションレイヤ14を有する。
【００３２】
本発明によれば制御能力のあるＨＡＶｉ機器、すなわちＦＡＶデバイスまたはＩＡＶデバイスはＯＳＧｉプラットフォームと、ＤＭ10とＯＳＧｉ ＤＭクライアント12との直接接続をのぞいて、ＭＳアダプテーションレイヤ14を介して通信する。このＭＳアダプテーションレイヤ14は、ＯＳＧｉ下のコンポーネントに対するＨＡＶｉシステムへのただ一つの入口である。ＨＡＶｉネットワークにＨＡＶｉ ＦＡＶデバイスが関与し、少なくとも1つのＤＣＭマネージャがネットワークに存在すれば、新たなＤＭリーダーが検出される。
【００３３】
ＤＭ10はＯＳＧｉレベルでＯＳＧｉ ＤＭクライアント12に並置される。このＤＭクライアント１２はＯＳＧｉ下のバンドルとしてスタートされる。ＤＭクライアント12とＤＭ10は並列に同期動作する。機器がネットワークに接続されると、これがＤＭリーダーにより識別される。ＤＭリーダーはネットワークのすべてのＤＭフォロワにおいて、適切なＤＣＭ（デバイスコントロールモジュール）が存在するか否かを問い合わせる。ＤＭ10はＯＳＧｉ ＤＭクライアント12を有するから、ＯＳＧｉフレームワークでも可能なＤＣＭ（Ｊａｖａ）が検索される。これによりＨＡＶｉネットワークのＦＡＶデバイスとＩＡＶデバイスに対して付加的なＤＣＭが提供される。
【００３４】
ＤＭリーダー10がＯＳＧｉ ＤＣＭ13を選択すると、これはＯＳＧｉバンドルとしてスタートする。ＯＳＧｉ ＤＣＭ13はＨＡＶｉメッセージングシステム16に申請し、割り当てられたソフトウエアエレメント識別子（ＳＥＩＤ）を受け取り、Ｈａｖｉネットワーク（図示せず）の登録の際に申請する。いずれの場合でも、ＤＭクライアント12は新たな機器をＯＳＧｉデバイスアクセスサービス（図示せず）に通報し、相応のバスドライバ（図示せず）を介してＯＳＧｉシステムにアクセスできるようにする。
【００３５】
図2は、ＯＳＧｉプラットフォームのＤＣＭを介するＨＡＶｉ機器の制御を概略的に示す。
【００３６】
ＯＳＧｉ ＤＣＭ13はもっぱらメッセージングシステム16と通信する。これによりアプリケーション22による予約がＨＡＶｉ規格と完全に同一に実行される。アプリケーション22には、これが機器をＨＡＶｉ ＤＣＭを介して制御するのか、またはＯＳＧｉ ＤＣＭを介して制御するのかは分からない。ＯＳＧｉ ＤＣＭ13は要求をメッセージングシステム16から受け取り、これによりＨＡＶｉネットワーク全体で使用可能となる。ＤＣＭ13と所属の機器20との間の通信は実現に依存しており、アプリケーション22には隠されている。従ってＨＡＶｉ機器を使用しようとするＪａｖａアプリケーション22はもっぱらＨＡＶｉメッセージングシステム１６にだけ問い合わせる。ＪａｖａアプリケーションはＤＣＭ13への直接の接続を有しておらず、ＤＣＭ13が同じＪａｖａ環境にインストールされている場合でも有していない。場合によりＨＡＶｉメッセージングシステム１６からのコマンドは再びＯＳＧｉ ＤＣＭ13に到達する。
【００３７】
図3は、2つのＨＡＶｉネットワークを概略的に示す。出発点は機器を備える2つの自立的ＨＡＶｉネットワークである（第1のネットワークは12，24，28および32からなり、第2のネットワークは26，30，34および図示しない別のコンポーネント、例えばＤＣＭマネージャ、ストリームマネージャ、イベントマネージャ、レジストリ、およびリソースマネージャからなる）。これらネットワークのＤＣＭ28，20はすでにアクティブである。2つの部分ネットワークが1つの全体ネットワークに接続されれば、新たなＤＣＭを検索する必要はない。従ってＯＳＧｉでは新たな部分ネットワークから追加される機器が未知のままとなる。従ってＯＳＧｉ ＤＭクライアント12がそれを行い、この場合、追加される新たな機器はＯＳＧｉデバイスアクセスサービス（図示せず）に通知される。この実施例ではこれは機器34である。これによりＯＳＧｉベースドライバのインストールが解決される。
【図面の簡単な説明】
【００３８】
【図１】図1は、ＨＡＶｉネットワークとＯＳＧｉプラットフォームの概略図である。
【図２】図2は、ＯＳＧｉプラットフォームのＤＣＭを介するＨＡＶｉ機器の制御を示す概略図である。
【図３】図3は、2つのＨＡＶｉネットワークの概略図である。
【図１】
0004523418.tif 000002
【図２】
0004523418.tif 000003
【図３】
0004523418.tif 000004