(57)【要約】物理的ネットワークシステムトポロジ、ネットワークシステム装置能力及び論理ネットワークシステム構造を表す領域に特定のシステム記述モデルに基づいて、統一的なフレームワークが確立される。その骨組みは、統一的なフレームワークに従ってネットワークシステム構築プロセス及び／又はソフトウェアシステム配備プロセス等を効率化するように用いられる。一部の例がまた、ネットワークシステムベースの技術を増強するようにブロードキャスト装置環境における統一的なフレームワークの確立で用いられる。更に、特定のネットワーク使用方法に専用化された複数のネットワークインタフェースを有するネットワーク装置が自動構築される。本発明の特徴に従った方法は、専用ネットワークを表す装置モデルネットワークインタフェースの複数のグループを有するサイトモデルを生成するステップ（４１２）を有する。装置モデルインタフェースは、使用方法及びネットワークメディアタイプに従ってグループ化され、所定のＩＰアドレスにより論理的に連携される。サイトモデルが、装置のネットワークインタフェースに所定のＩＰアドレスを自動割り当てする（４１６）ことにより専用ネットワークに論理的に連携するように、ネットワーク装置に適用される。
2010524121.tif 000002
【特許請求の範囲】
【請求項１】
物理的ネットワークシステムトポロジ、ネットワークシステム装置能力及び論理ネットワークシステム構造に基づいて統一的なフレームワークを確立するステップ；並びに
前記統一的なフレームワークに従ってネットワークシステム構築プロセス及びソフトウェアシステム配備プロセスの一を効率化するステップ；
を有する方法。
【請求項２】
請求項１に記載の方法であって：
ネットワークシステムベースの技術を増強するようにブロードキャスト装置環境において前記統一的なフレームワークを確立するステップ；
を更に有する、方法。
【請求項３】
請求項１に記載の方法であって：
複数の装置モデルインタフェースの少なくとも２つのグループを有する少なくとも１つのサイトモデルを生成するステップであって、前記複数の装置モデルインタフェースはグループ化され、前記複数の装置モデルインタフェースに複数のアドレスを割り当てることにより専用使用方法に従って論理的に連携される、ステップ；
構築データベースに前記サイトモデルを記憶するステップ；及び
前記サイトモデルの選択時に、第１の複数のネットワーク装置を論理的に連携させるステップであって、各々のネットワーク装置は、前記装置モデルインタフェースの少なくとも２つのグループの専用使用方法に対応する少なくとも２つの専用ネットワークを自動的に形成するように前記サイトモデルに従って複数のネットワークインタフェースに複数のアドレスを割り当てることにより、専用使用方法を有する前記複数のネットワークインタフェースを有する、ステップ；
を更に有する、方法。
【請求項４】
請求項３に記載の方法であって：
前記装置モデルインタフェースの少なくとも２つのグループを異なる専用使用方法に対応させるステップ；
を更に有する、方法。
【請求項５】
請求項４に記載の方法であって：
前記サイトモデルに従って前記ネットワークインタフェースにアドレスを割り当てることにより、少なくとも１つの専用ネットワークにリンクさせることにより前記第１の複数のネットワーク装置を論理的に連携させるステップ；
を更に有する、方法。
【請求項６】
請求項５に記載の方法であって：
閉じた専用ネットワークを他のネットワークに接続する経路が存在しないように、前記閉じた専用ネットワークを用いるステップ；
を更に有する、方法。
【請求項７】
請求項５に記載の方法であって：
前記第１の複数のネットワーク装置に複数の冗長接続を含めるステップ；
を更に有する、方法。
【請求項８】
請求項４に記載の方法であって：
少なくとも２つの異なるグループにある少なくとも２つのネットワークインタフェースを有する単独のネットワーク装置を有するステップ；
を更に有する、方法。
【請求項９】
請求項４に記載の方法であって：
第２の複数のネットワーク装置を論理的に連携させるステップであって、各々の装置は、前記サイトモデルに従って複数のネットワークインタフェースにアドレスを割り当てることにより、専用使用方法を有する前記複数のネットワークインタフェースを有する、ステップ；
を更に有する、方法。
【請求項１０】
請求項４に記載の方法であって：
システムの記述、ネットワークトポロジの記述、及び複数の異なるソフトウェアサブシステムを有するシステムソフトウェアパッケージ、を有する構築レポジトリを提供するステップ；
前記システムの記述及び前記ネットワークトポロジの記述に従って前記第１の複数のネットワーク装置に複数のソフトウェアサブシステムをインストールするステップ；並びに
複数の構築プラグインを用いることにより前記第１の複数のネットワーク装置を構築するステップ；
を更に有する、方法。
【請求項１１】
複数の特定のネットワーク使用方法に専用化された複数のネットワークインタフェースを有する複数のネットワーク装置の構築で用いる構築データベースであって：
該構築データベースは、コンピュータにおいて実行されるときに、コンピュータが、複数のモデルインタフェースの少なくとも２つのグループを有する少なくとも１つのサイトモデルを提供するようにするコンピュータ読み取り可能プログラム及びコンピュータ読み取り可能媒体を有し；
複数の装置モデルインタフェースは、前記複数のモデルインタフェースに複数のアドレスを割り当てることにより専用使用方法に従ってグループ化されて、論理的に連携され；
前記アドレスの割り当ては、少なくとも２つの専用使用方法に対応する少なくとも２つの専用ネットワークのモデルを形成する；
構築データベース。
【請求項１２】
請求項９に記載の構築データベースであって：
前記装置モデルインタフェースの少なくとも２つのグループは異なる専用使用方法に対応する；
構築データベース。
【請求項１３】
請求項１０に記載の構築データベースであって：
単独のネットワーク装置は少なくとも２つの異なるグループに含まれる少なくとも２つのネットワークインタフェースを有する；
構築データベース。
【請求項１４】
特定のネットワーク使用方法に専用化された複数のネットワークインタフェースを有する複数のネットワーク化された装置を構築するシステムであって：
構築データベースであって、
複数の装置モデルインタフェースの少なくとも２つのグループを有する少なくとも１つのサイトモデルであって、前記複数の装置モデルインタフェースはグループ化され、前記複数の装置モデルインタフェースにアドレスを割り当てることにより専用使用方法に従って論理的に連携される、少なくとも１つのサイトモデルと、
前記少なくとも１つのサイトモデルの選択時に、第１の複数のネットワーク装置を論理的に連携させるように構築される制御ユニットであって、各々のネットワーク装置は、前記少なくとも２つのグループの専用使用方法に対応する少なくとも２つの専用ネットワークを自動的に形成するように前記少なくとも１つのサイトモデルに従って複数のネットワークインタフェースに複数のアドレスを割り当てることにより、専用使用方法を有する前記複数のネットワークインタフェースを有する、制御ユニットと、
を有する、構築データベース；
を有する、システム。
【請求項１５】
請求項１４に記載のシステムであって、前記少なくとも２つの装置モデルインタフェースのグループは異なる専用使用方法に対応する、システム。
【請求項１６】
請求項１５に記載のシステムであって、前記制御ユニットは更に、前記サイトモデルに従って前記ネットワークインタフェースにアドレスを割り当てることにより、少なくとも１つの専用ネットワークに前記第１の複数のネットワーク装置をリンクさせる、システム。
【請求項１７】
請求項１６に記載のシステムであって、前記第１の複数のネットワーク装置は複数の冗長接続を有する、システム。
【請求項１８】
請求項１６に記載のシステムであって、前記専用ネットワークは、前記専用ネットワークが他のネットワークに接続する経路が存在しないことで、閉じている、システム。
【請求項１９】
請求項１７に記載のシステムであって、前記制御ユニットは、前記専用ネットワークとは別個の制御ネットワークにおいてコマンドを発することにより、前記第１の複数のネットワーク装置と論理的に連携する、システム。
【請求項２０】
請求項１５に記載のシステムであって、単独のネットワーク装置は、少なくとも２つの異なるグループに含まれる少なくとも２つのネットワークインタフェースを有する、システム。
【請求項２１】
請求項１５に記載のシステムであって、制御ユニットは、第２の複数のネットワーク装置を論理的に連携させ、各々の装置は、前記サイトモデルに従って複数のネットワークインタフェースにアドレスを割り当てることにより、専用使用方法を有する前記複数のネットワークインタフェースを有する、システム。
【請求項２２】
請求項１５に記載のシステムであって、制御ユニットは：
システムの記述、ネットワークトポロジの記述、及び複数の異なるソフトウェアサブシステムを有するシステムソフトウェアパッケージ、を有する構築レポジトリを提供し；
前記システムの記述及び前記ネットワークトポロジの記述に従って前記第１の複数のネットワーク装置に複数のソフトウェアサブシステムをインストールし；そして
複数の構築プラグインを用いることにより前記第１の複数のネットワーク装置を構築する；
システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ソフトウェアを配備すること及び／又は構築することに関連して、ネットワーク装置を構築するシステム及び方法に関する。
【背景技術】
【０００２】
特定の使用のために専用のコンピューティング装置のネットワークの構築は基本的に、サブネットに共通の機能を供給する装置及び関連装置に対するアドレスの割り当てを有する。動的ホスト構築プロトコル（ＤＨＣＰ）サーバ及びドメインネームシステム（ＤＮＳ）は、ネットワークにおけるコンピューティング装置に対するインターネットプロトコル（ＩＰ）アドレスの自動割り当てのために用いられる、広く普及している機構である。ＤＨＣＰサーバに関しては、例えば、ＩＰアドレスは、互いに、自動的に又は動的に割り当てられることが可能である。更に、例えば、ネットワークがファイル転送機能に対して専用である場合、ネットワークにおいてファイル転送を可能にする装置は、専用のネットワークを構築するように関連付けられる必要がある。更に、特定の装置は、２つ以上のネットワークを一般に有する。装置は、例えば、ファイル転送ネットワーク、ストレージネットワーク等と同時に連携される必要がある。現行では、複数の専用ネットワークを有する装置の連携は、管理者により手作業で行われる。
【発明の概要】
【課題を解決するための手段】
【０００３】
統一的なフレームワークが、物理ネットワークシステムトポロジ、ネットワークシステム装置能力及び／又は論理ネットワークシステム構造を表すドメイン固有システム記述モデルに基づいて構築される。そのフレームワークは、ネットワークシステム構築プロセス及び／又はソフトウェアシステム配備プロセス等を整備するように用いられることが可能である。その統一的なフレームワークは、複数の技術に基づいてネットワークシステムを増強するようにブロードキャスト装置環境において構築されることが可能である。他の例としては、サイトモデルを採用することにより専用使用方法及び冗長接続を有する複数のインタフェースと装置を自動的に且つ効率的に連携させる方法及び／又はシステムを提供することができる。この特徴は、装置の専用ネットワークを自動的に構築するように所定のアドレス割り当てを伴うサイトモデルをユーザが選択することを可能にすることにより、退屈な且つ時間の掛かる手作業によるネットワーク構築を回避することができる。
【０００４】
一実施形態は、固有のネットワーク使用に専用のネットワークインタフェースを有するネットワーク化装置を構築する方法であって：装置モデルインタフェースの少なくとも２つのグループを有する少なくとも１つのサイトモデル生成する段階；装置モデルインタフェースは、装置モデルインタフェースにアドレスを割り当てる段階；構築データベースにおいて少なくとも１つのサイトモデルを記憶する段階；並びに、少なくとも１つのサイトモデルの選択時に、第１の複数のネットワーク装置を論理的に割り当てる段階であって、前記少なくとも２つのグループの専用使用方法に対応する少なくとも２つの専用ネットワークを自動的に構築するように少なくとも１つのサイトモデルに従って複数のネットワークインタフェースに複数のアドレスを割り当てることにより、各々の装置は専用使用方法を有する複数のネットワークインタフェースを有する、段階；を有する方法を有する。本発明の他の特徴は、装置モデルインタフェースの少なくとも２つのグループを有する少なくとも１つのサイトモデルを提供する構築データベースであって、装置モデルインタフェースは、その装置モデルインタフェースにアドレスを割り当てることによる専用使用方法に従ってグループ化される且つ論理的に連携される。
【０００５】
本発明の特徴についてのシステムの実施形態は、構築データベースであって：装置モデルインタフェースの少なくとも２つのグループを有する少なくとも１つのサイトモデルであり、装置モデルインタフェースは、装置モデルインタフェースにアドレスを割り当てる、サイトモデル；並びに、少なくとも１つのサイトモデルの選択時に、第１の複数のネットワーク装置を論理的に割り当てる制御ユニットであって、前記少なくとも２つのグループの専用使用方法に対応する少なくとも２つの専用ネットワークを自動的に構築するように少なくとも１つのサイトモデルに従って複数のネットワークインタフェースに複数のアドレスを割り当てることにより、各々の装置は専用使用方法を有する複数のネットワークインタフェースを有する、制御ユニット；を有する構築データベースを有する。
【０００６】
１つ又はそれ以上の実施形態の詳細については、添付図に示して、以下に説明している。特定の一方式について記載されているとしても、実施形態は種々の方式で構築される又は実行されることが可能である。例えば、実施形態は、一方法として実行され、処理の集合を実行する装置として具現化され、又は処理の集合として実行する命令を記憶する装置として具現化されることが可能である。他の側面及び特徴については、同時提出の特許請求の範囲及び添付図と関連付けて考慮される以下の詳述により明らかになる。
【０００７】
添付図は、本発明の概念を例示する目的のためのものであり、必ずしも本発明の概念を例示する唯一の有効な構築ではないことが理解される必要がある。理解を容易にするように、状況に応じて、複数の図に共通の同一要素を示すように、同一の参照番号を用いている。
【図面の簡単な説明】
【０００８】
【図１】本発明の特徴に従って、種々の専用使用方法（ＭＤＵ装置）を有する複数のネットワークインタフェースを有する装置のネットワークのためのソフトウェアを配備して構築されたシステムのブロック図である。
【図２】ネットワーク化ＭＤＵ装置へのソフトウェアの配備及び構築における構築リポジトリの実施形態を示すブロック図である。
【図３】本発明の特徴に従って、ソフトウェアを配備し、ＭＤＵ装置のネットワークを構築する方法の概観図である。
【図４】本発明の特徴に従って、ＭＤＵ装置の複数の専用ネットワークを構築する方法の例示としての実施形態を示すフロー図である。
【図５】本発明の特徴に従って、ＭＤＵ装置のネットワークにおいてソフトウェアを配備する方法の実施例を示すフロー図である。
【図６】専用ネットワークを構築する複数のＭＤＵ装置においてソフトウェアを構築する方法の実施形態を示すフロー図である。
【図７】構築スナップショットを送る方法のフロー図である。
【図８】本発明の特徴を適用することが可能であるメディアサーバの例示としての実施例のブロック図である。
【図９】本発明の特徴を適用することが可能であるメディアクライアントの例示としての実施例のブロック図である。
【図１０】複数のサイトモデルを有する構築データベースの実施例を示すブロック図である。
【図１１】専用使用方法及びネットワークメディアタイプに各々対応する６つのネットワークインタフェースを有する例示としての装置モデルのブロック図である。
【図１２】専用使用方法及びネットワークメディアタイプに各々対応する３つのネットワークインタフェースを有する例示としての装置モデルのブロック図である。
【図１３】対応するＩＰアドレス範囲を伴う特定の専用使用方法及びネットワークメディアタイプを有するネットワークモデルの例示としての実施例のブロック図である。
【図１４】対応するＩＰアドレス範囲を伴う特定の専用使用方法及びネットワークメディアタイプを有するネットワークモデルの例示としての実施例のブロック図である。
【図１５】対応するＩＰアドレス範囲を伴う特定の専用使用方法及びネットワークメディアタイプを有するネットワークモデルの例示としての実施例のブロック図である。
【図１６】対応するネットワークモデルに従って割り当てられるアドレスを有するネットワークインタフェースを有する専用のネットワークを表すことが可能であるグループを有するサイトモデルの例示としての実施例のブロック図である。
【発明を実施するための形態】
【０００９】
本発明は、例えば、種々の専用使用方法を有する複数のインタフェース及び冗長接続を有する複数の装置のネットワークを構築するシステム及び方法を提供する。本発明の一実施形態においては、複数のネットワーク装置の構築が、システムソフトウェア配備のフレームワークで用いられる。しかしながら、本発明は、複数の専用のネットワークインタフェースを有するネットワーク装置の構築に伴う何れかの構築プロセスに適用されることが可能である。
【００１０】
ここで、同じ参照番号が複数の図を通して類似する又は同一の要素を示す図に対して、最初に、図１に対して詳細に参照するに、本発明の例示としての実施形態は、複数のネットワーク装置を構築するシステム１００を有する。特に、この本発明の例示としての実施形態においては、種々の専用使用方法（ＭＤＵ装置）を有する複数のネットワークインタフェースを有する複数の装置が、複数のサイトモデルに従って所定のＩＰアドレスを自動的に割り当てることにより専用ネットワークに構築される。複数のＭＤＵ装置の例示としての実施例については、図８及び９に示しているように、複数のメディアサーバ及び複数のメディアクライアントを有する。本発明の特徴については、ここでは、メディアサーバ及びメディアクライアントに関連して説明しているが、本発明は、アーカイブサーバ、専用エディットワークステーション、ブラウズエンコーダ及び他の装置等の何れかのタイプのＭＤＵ装置に適用されることが可能である。
【００１１】
上記のように、ＭＤＵ装置は、異なる複数の専用ネットワークを各々有することが可能である複数のインタフェースを有することが可能である。本発明の特徴に従って、そのような複数の装置の複数の専用ネットワークは、下で十分に詳述するように、複数のサイトモデルを用いることにより構築されることが可能である。本発明の特徴に従った構築方法を説明する前に、ＭＤＵの実施例の詳細について、ここで説明する。図８及び９は、複数のＭＤＵ装置の実施例であるメディアサーバ及びメディアクライアントのそれぞれについての例示としてのブロック図である。メディアサーバ８００の機能は、ファイル記憶システム及びファイル転送操作の管理を含むことが可能である。更に、メディアクライアント９００は、メディアファイルの再生、記録又は編集を可能にする。メディアサーバ８００は複数のネットワークインタフェースを有することが可能であり、それらの複数のネットワークインタフェースの各々は別個の専用使用方法を有することが可能である。例えば、例示としてのメディアサーバ８００は６つの専用ネットワークインタフェースであって、１つのインタフェースはファイル転送８０４に対して専用であり、４つのインタフェースはストレージネットワーキング８０８ａ乃至ｄに対して専用であり、そして１つのインタフェースは制御ネットワーク８１２に対して専用である。同様に、メディアクライアントはまた、別個の専用使用方法を有する複数のネットワークインタフェースを有することが可能である。例示として図９の実施例に示すように、メディアクライアント９００は、制御ネットワーク９０４に専用の１つのネットワークインタフェースと、ストレージネットワーキングに対して専用である２つの冗長ネットワークインタフェース９０８ａ及びｂを有する。複数のストレージネットワーキングインタフェースは、ストレージネットワークへのアクセスを有するクライアントが１つのメディアサーバにおいて操作可能でない必要があることを保証するように、各々のインタフェースが２つの異なるメディアサーバに接続されている点で冗長である。従って、複数の冗長接続はネットワークへの複数のアクセスポイントを与える。
【００１２】
メディアサーバ及びメディアクライアントの他の特徴はソフトウェアの役割についての記述を有することがまた、留意する必要がある。図８に示すように、メディアサーバ８００は、ＦＴＰサーバの役割８１６、ＤＢサーバの役割及びファイルシステムサーバの役割８２２等のソフトウェアの役割についての記述を有することが可能である。メディアクライアント９００のソフトウェアの役割は、ファイルシステムクライアントの役割９１２及びメディアプレーヤ／レコーダソフトウェアの役割９１６を有することが可能である。ソフトウェアの役割は、下で十分に詳述するように、ＭＤＵ装置の専用のネットワークの構築において用いられる装置モデルを構築するときに、ＭＤＵ装置を特徴付けるように用いられることが可能である。
【００１３】
メディアサーバ、メディアクライアント、並びにルータ、スイッチ、バス及びハブ等の他のネットワーク装置のネットワークインタフェースが、専用ネットワークを構築するように論理的に連携されることが可能である。例えば、それらの装置の論理的連携が、構築方法４００の実施形態に関連して下で十分に詳述するように、ファイル転送、ストレージネットワーキング及び制御に専用のネットワークを構築するようになされることが可能である。制御ネットワークは、下でまた十分に詳述するように、専用ネットワークを構築する装置にＩＰアドレスを割り当てることにより、専用ネットワークを構築するように用いられることが可能である。更に、複数のＭＤＵ装置を有する複数のネットワークは、他の専用ネットワークにそれらのＭＤＵ装置を接続する経路が存在しない点で、“閉状態”にあることが可能である。更に、トポロジーはかなり複雑である可能性があり、従って、図１は、専用ネットワークの構築後のＭＤＵ装置の論理的連携を示していないことに留意する必要がある。
【００１４】
図１を継続して参照しながら図４を参照するに、本発明の特徴に従って、方法４００は、複数のＭＤＵ装置の専用ネットワークを構築するように用いられることが可能である、ネットワーク構築の複数のステップ４００は、制御ネットワーク（図１に示していない）においてネットワーク構築コマンド１４８を用いることにより実行されることが可能である。ネットワーク構築コマンドは中央制御ユニット１２４により与えられることが可能である。一実施形態においては、中央制御ユニット１２４は、メモリと、プロセッサと、下で十分に詳述される構築方法を実施する単独のアプリケーションを採用する適切なソフトウェアと、を有するユーザのコンピュータである。ここで説明しているネットワーク構築の複数のステップ４００は、単独の制御ネットワークにおいて実行されることが可能であり、そのネットワークを介して、他の専用のネットワークが構築されることが可能である。例えば、中央制御ユニット１２４は複数のＭＤＵ装置を構築し、制御ユニットにおいてコマンドを発することによりそれらのＭＤＵ装置にソフトウェアを配備することができる。下で説明するように、中央制御ユニット１２４は、複数のＭＤＵ装置のネットワークインタフェースに所定のＩＰアドレスを割り当て、それにより、上記のような、閉状態にある複数の他の専用ネットワークを構築して、構築されることが可能である。
【００１５】
図４、８及び１０を参照するに、本発明の特徴に従ったネットワーク構築方法４００は、ステップ４０４において構築データベースを提供することから開始する。図１０は、構築データベース１０００の例示としての実施例を示している。構築データベースは、複数のＭＤＵ装置の所定の論理トポグラフィ割り当てを有する複数のネットワーク構築モデルを提供することが可能である。上で説明しているように、複数のＭＤＵ装置は、ファイル転送及びストレージネットワーキング等の特定の機能に専念させる専用のネットワークを構築することが可能である。更に、単独のＭＤＵ装置は、その装置において異なるネットワークインタフェースを介して２つ以上の専用ネットワークを構築することが可能である。例えば、図８を参照するに、１つのＭＤＵネットワークインタフェース８０４はファイル転送ネットワークに接続することが可能であり、異なるＭＤＵネットワークインタフェース８０８ａはストレージネットワークに接続することが可能である。
【００１６】
図１０を参照するに、本発明の一特徴は、複数の専用ネットワークを有する複数のＭＤＵ装置のネットワーク構築のモデルを提供することを有する。そのような所定の構築は、既に存在する専用ネットワークに対して新しいＭＤＵ装置を付加する又は専用ネットワークを構築することを容易にする。そのような所定の構築は、構築データベース１０００に記憶されることが可能である。図１０に示しているように、本発明の例示としての実施形態においては、構築する専用ネットワークで用いられる構築データベース１０００は、種々のＭＤＵ装置についての装置モデル１００４、ネットワークモデル１００８及びサイトモデル１０１２を有することが可能である。装置モデル及びネットワークモデルはサイトモデルの構築を容易にし、異なるサイトモデルを構築するように再使用されることが可能である。
【００１７】
図１１及び１２は装置モデルの実施例に対応している。図１１及び１２に示す特定の装置モデルは、メディアサーバ８００及びメディアクライアント９００のそれぞれを表している。特定のＭＤＵ装置の各々のネットワークインタフェースについて、装置モデルは、イーサネット（登録商標）又はファイバチャネル等のネットワークメディアタイプ１１１０、その装置におけるネットワークインタフェースの物理的位置を表す順序数１１１２、並びに、例えば、ファイル転送、ストレージネットワーキング、制御ネットワーク及び一般的な使用方法等の専用ネットワーク使用方法１１１４、についての記述を有することが可能である。図１１の装置モデルにおいては、インタフェース１１０８は、イーサネット（登録商標）ネットワークメディアタイプ及びファイル転送使用方法を有するように示されている。更に、他のネットワークインタフェースは、図１１及び１２に示すように、他のネットワーク使用方法及びタイプに相当することが可能である。更に、装置モデルはまた、ソフトウェアの役割１１０４、１２０４及び冗長情報１１０６、１２０６の記述を有することが可能である。ソフトウェアの役割の記述は、ＭＤＵ装置が互換性があるソフトウェアコンポーネントサブシステムを表す。更に、冗長情報は、“なし”、“一次”、“二次”等の各々のインタフェースが与える冗長接続のタイプの記述を有する。
【００１８】
図１３に示すように、ネットワークモデルは、タイプ１３０４、使用方法１３０８、冗長情報１３２２、ＩＰアドレス範囲１３１２、サブネットマスク１３１６及びゲートウェイＩＰアドレス１３１８を有することが可能である。図１３乃至１５に示されている実施例のそれぞれは、異なるネットワークモデル、即ち、イーサネット（登録商標）ネットワークメディアを用いるストレージネットワーキング使用方法を有するネットワークモデル１３００、イーサネット（登録商標）ネットワークメディアを用いる制御使用方法を有するネットワークモデル１４００、及びイーサネット（登録商標）ネットワークメディアを用いるファイル転送使用方法を有するネットワークモデル１５００のブロック図である。各々のネットワークモデルは、それら自体の対応するＩＰアドレス範囲、サブネットマスク、ゲートウェイＩＰアドレス及び冗長情報を有する。所定のアドレス及びイサブネットマスクは、共通の専用ネットワークを有し、ＭＤＵ装置を論理的に連携するように特にデザインされたＭＤＵ装置インタフェースに後に割り当てられる。ここで参照するように、装置インタフェースは、それらがネットワークのＩＰアドレス範囲内のＩＰアドレスが割り当てられる点で、論理的に連携される。本発明の他の特徴に従って、ＭＤＵ装置は、サイトモデルを適用することによりアドレスが自動的に割り当てられる。
【００１９】
図１６に示すサイトモデルは、あるサイトに含まれるネットワークモデル１６０８及び装置モデル１６１６の複数の記述を有することが可能である。各々のサイトモデルは、ＭＤＵ装置モデル及びネットワークモデルの異なる数及びタイプを有することが可能である。図１６に示すサイトモデルのブロック図においては、サイトモデルは３つのネットワークモデル１４００、１３００及び１５００を有し、それらの各々は図１４、１３及び１５のそれぞれに示されている。更に、図１６のサイトモデルはまた、５つの装置モデル、即ち、３つのメディアサーバ１１００ａ、１１００ｂ及び１１００ｃ及び２つのメディアクライアント１２００ａ及び１２００ｂからの記述を有する。サイトモデルにおいては、複数のＭＤＵ装置インタフェースは、専用使用方法及び／又はタイプに従ってグループ化されることが可能である。例えば、グループ１６２０において、装置１１００ａ、１１００ｂ、１１００ｃ、１２００ａ及び１２００ｃのインタフェースは、ストレージネットワーキング使用方法及びイーサネット（登録商標）ネットワークメディアタイプに対するそれらの専用性のためにグループ化される、図１１及び１２に示すように、１１１８ａ、１１２２ｂ、１２１８ａ及び１２２２ｂ等のグループ１６２０におけるインタフェースは、ストレージネットワーキング使用方法及びイーサネット（登録商標）ネットワークメディアタイプに対する専用化としてそれらの対応する装置モデルにおいて記述されている。同様に、グループ１６０２及び１６４０のインタフェースはまた、共通の使用方法及びタイプを共有する。
【００２０】
複数のＭＤＵ装置は異なる専用使用方法を有する複数のネットワークインタフェースを有することが可能であるため、１つのＭＤＵ装置は複数のグループに含まれることが可能である。例えば、図１６に示すように、装置モデル１１００ａは、サイトモデル１６００の３つのグループ全てにインタフェースを有する。各々の使用方法のグループについて、グループのＭＤＵ装置は、そのグループにより共通の使用方法及び／又はタイプを共有するネットワークモデルにおいて規定される範囲内でＩＰアドレス及び／又はサブネットマスクが割り当てられる。グループ１６０２に示すように、ネットワークモデル１４００のアドレス１４１２、１４１６及び１４１８が、そのグループ内の装置インタフェースに割り当てられる。更に、ネットワークモデルに与えられた冗長情報、例えば、１４２２はまた、冗長接続を形成するように装置モデルインタフェースにＩＰアドレスを割り当てるときに、考慮されることが可能である。グループの対応するネットワークモデルにおいて規定されるＩＰアドレスの割り当ては、サイトモデルグループ内で複数のインタフェースを論理的に連携することが可能であり、特定の使用方法に専念される専用のネットワークのモデルの生成をもたらすことが可能である。例えば、インタフェース１１０８ａ、１１２２ｂ、１１２６ｃ、１２１８ａ及び１２２２ｂは、イーサネット（登録商標）メディアによりストレージネットワークを形成するようにネットワークモデル１３００において規定されるＩＰアドレス範囲１３１２、サブネットマスク１３１６及びゲートウェイＩＰアドレス１３１８に従って割り当てられたアドレスの全てである。更に、サイトモデルは、複数の専用ネットワークを形成するように共通使用方法及びタイプを共有する複数のネットワークインタフェースに複数のネットワークモデルを適用することが可能である。図１６に示すように、サイトモデルは、イーサネット（登録商標）メディアを有する制御ネットワーク及びイーサネット（登録商標）メディアを有する転送ネットワーク等の他の専用ネットワークを形成する複数のグループを有することが可能である。このようなサイトモデルは、複数のネットワークモデルに従って複数のＭＤＵ装置モデルを論理的に連携させる。
【００２１】
サイトモデルは、実際のＭＤＵ装置へのＩＰアドレスの割り当てに先行して、ユーザにより修正されることが可能であることに留意する必要がある。例えば、本発明の特徴に従ったシステムは、複数のサイトモデルから“任意”とラベル付けされた特定の装置モデルを除去するように、ユーザにオプションを与える。更に、そのシステムは、ユーザがサイトモデルにおけるその装置モデルの数を選択することを可能にする。続いて、本発明の特徴に従ったシステムは、ユーザにより修正されたサイトモデルに従って、複数のＭＤＵ装置を構築することが可能である。
【００２２】
ここで、図４に示す例示としての構築方法を参照するに、構築データベースを提供する段階は、ネットワーク装置の装置モデルを生成する段階４０８と、ネットワークモデルを生成する段階４１２と、サイトモデルを生成する段階４１６と、構築データベースにサイトモデルを記憶する段階４２０と、を有する。構築データベースを提供する１０００時点で、実際のＭＤＵに対応するサイトモデル及び顧客サイトに位置しているネットワークタイプがステップ４２４において選択される。ステップ４２８において、各々のＭＤＵ装置１２８及びネットワークにおけるそれらのそれぞれの物理的位置は制御ユニット１２４により特定される。一実施形態に従って、ＭＤＵ装置は、当該技術分野において既知であるように、Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ機構を用いることによりネットワークへの接続時に発見され、各々のＭＤＵ装置はそれ自体、その能力を記述し、上記のように、タイプ及び順序数の記述を提供する。Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ機構を用いて、特定の制御ユニット１２４は、図１に示しているように、データストリーム１３０を介して識別情報を受信する。しかしながら、ＭＤＵ装置を識別するように他の機構を用いることが可能であることが理解される必要がある。ネットワークにおいてＭＤＵ装置を識別することに後続して、ステップ４３２において、インターネットプロトコル（ＩＰ）アドレスが、選択されるサイトモデルに従ってＭＤＵ装置インタフェースに自動的に割り当てられ、それにより、共通の専用ネットワーク使用方法を共有するＭＤＵ装置インタフェースを論理的に連携させることができる。各々のＭＤＵ装置は、装置の自己記述に基づいて選択されたサイトモデルにおける装置モデルに関連付けられる。更に、各々のＭＤＵ装置インタフェースは、それらの対応する装置モデルインタフェースのＩＰアドレスが割り当てられる。上記のように、各々のＭＤＵ装置は、冗長であることが可能であり、異なる専用ネットワーク使用方法を有することが可能である複数のネットワークインタフェースを有することが可能である。従って、単独のＭＤＵ装置は複数の専用ネットワークを有することが可能である。更に、各々が異なる使用方法を有するＭＤＵ装置の専用ネットワークは、サイトモデルに従ってＭＤＵ装置にＩＰアドレスを自動的に割り当てることにより形成されることが可能である。上記のように、装置モデルへのＩＰアドレスの割り当ては、専用ネットワークのモデルの形成をもたらすことが可能である。専用ネットワークは、ＩＰアドレス割り当ての結果としてＭＤＵ装置において明示されることが可能である。更に、装置は、サイトモデルに従ってそれらにＩＰアドレスを自動的に割り当てることにより、既に存在する専用ネットワークにリンクされ、論理的に連携されることが可能である。
【００２３】
サイトモデルを用いることにより、本発明の特徴に従ったシステムは、複数の専用のネットワークと、複数の且つ異なる専用のネットワークを構築することが可能である複数のインタフェースを有する複数の装置を有する複合ネットワークの自動的構築を可能にする。更に、サイトモデルは、最初の構築の後、ネットワークに接続された付加的なＭＤＵ装置を自動的に構築するように用いられることが可能である。更に、サイトモデルは、他の顧客サイトのネットワークを構築するように再使用されることが可能である。例えば、ステップ４４８において、構築方法は、同じサイトモデルを選択することにより異なるサイトで実行されることが可能である。更に、ステップ４３２は、第２の複数のネットワーク装置を論理的に連携させるように繰り返されることが可能である。ステップ４４８は、代替として、同じ顧客の場所における付加サイトを付加するように構築方法を再開することに対応することが可能である。従って、本発明の特徴により、終了するのに数日を必要とするそのようなネットワークにおける冗漫な且つ時間の掛かる手作業の構築プロセスを回避することができる。
【００２４】
ＩＰアドレスの割り当ての後、ＭＤＵ装置にＩＰアドレスをマッピングされるホストファイルは、ステップ４３６において、ネットワークにおける各々のＭＤＵ装置に分配される。ステップ４４０において、各々のＭＤＵ装置に関連するクロックは、下で十分に詳述されるように、複数のＭＤＵ装置に割り当てられたスケジューリングされた相互依存的タスクが、配備されたソフトウェアパッケージの使用中に、途切れることなく実行される。続いて。ステップ４４４において、基本的接続性、最適なルーティング経路及び帯域幅要求の確認を含むネットワーク確認試験が任意に実行されることが可能である。専用ネットワークが閉状態にある状況下では、本発明の特徴は、専用ネットワークにおいて装置を“ピング（ｐｉｎｇ）”し、制御ネットワークにおいて制御ユニット１２４に確認情報を供給する機構を提供することを有する。
【００２５】
本発明の一特徴に従って、ＭＤＵ装置の専用ネットワークの構築は、システムソフトウェア配備のフレームワーク内で実行されることが可能である。図１を参照するに、本発明の一実施形態に従って、装置のネットワークの自動化及び合理化構築を可能にするソフトウェアパッケージ１３６が、技術部門１１２により開発され、営業部門１０８により販売され、支援部門１１６により委託され、維持される。更に、ソフトウェアパッケージ１３６は、特定の状況下で、共にインストールされる必要がある、技術部門１１２の従属グループにより開発された複数のソフトウェアサブシステムを有することが可能である。そのサブシステムの構築要素は、ＭＤＵ装置においてインストールされたソフトウェア、構築ユーザインタフェースプラグイン及び個々の装置についての構築サーバを含む。そのソフトウェアパッケージ１３６は、各々の分配に対して単独のパッケージに複数のソフトウェアサブシステムを統合する。更に、ソフトウェアパッケージ１３６はまた、複数のソフトウェアサブシステム構築要素の各々の装置互換性を詳述したマニフェストを有する必要がある。そのマニフェストはまた、互換性のあるインタフェースのバージョン番号を有することが可能であり、第３パーティーにより開発されたソフトウェア構築要素への依存性を記録することが可能である。そのマニフェストは、下で十分に詳述するように、バージョンのミスマッチの検出に役立つ。
【００２６】
図１及び２を参照するに、効率化されたソフトウェアパッケージのインストール及びＭＤＵ装置構築を容易化するように、本発明の他の特徴は、構築レポジトリ２００を用いる、上記の中央制御ユニット１２４を有する。本発明の一実施形態においては、中央制御ユニット１２４は顧客サイトに位置している。本発明の更なる特定の実施形態においては、構築レポジトリ２００は、ＭＤＵ装置の専用ネットワークに関する全ての構築関連情報を記憶する。構築レポジトリ２００は、システムの記述２０４、ネットワークトポロジの記述２０８、パッケージの記憶２１２、履歴ログ２１６及び構築データベース１０００を有することが可能である。上で十分に詳述している構築データベース１０００は、構築レポジトリ２００に依存するか又はその構築レポジトリ２００に含まれることが可能である。システムの記述（ＳＤ）２０４は、複数のＭＤＵ装置１２８のネットワークの現行のハードウェア及びソフトウェア構築について提示する。更に、システムの記述２０４はまた、ネットワークサイト、ネットワークグループ、及びネットワークグループを有するＭＤＵ装置の論理関係を有する。複数のＭＤＵ装置１２８の物理的配置及びネットワークにおけるそれらのＭＤＵ装置のそれぞれの接続が、ネットワークトポロジの記述（ＮＴＤ）２０８により与えられる。最初のシステムの記述（ＳＤ）及び最初のネットワークトポロジの記述（ＮＴＤ）の両方は、上で十分に詳述しているように、サイトモデルの選択及び顧客サイトネットワークの構築の選択を可能にするように、営業部門１０８によりコンパイルされ、支援部門１１６に提供されることが可能である。更に、顧客及び営業担当者によりＭＤＵ装置及びシステムに対して行われる情報関連の修正をシステムの記述（ＳＤ）が有することが可能であるため、営業部門１０８は、有効な市場調査を可能にするようにＳＤ１０６を利用することが可能である。
【００２７】
ソフトウェアパッケージ１３６は、ソフトウェアパッケージ１３６のサブシステムをインストールする及び構築するように、中央制御ユニット１２４により用いられるソフトウェアコンポーネントを有するパッケージの記憶２１２に記憶される。履歴ログ２１６において、構築レポジトリ２００は、ソフトウェアのインストール並びにＭＤＵ装置ハードウェア及びソフトウェア構築の修正及び更新を有する。履歴ログ２１６は、ＭＤＵ装置１２８のソフトウェアコンポーネント及びハードウェアコンポーネントを修正する及び修復することが可能であるように特定の時間に適時にシステムの記述２０４を提示する構築スナップショット１５２の形で支援部門１１６及びオンサイト保守チーム１３２に送信されることが可能である。更に、構築スナップショット１５２は、ソフトウェアパッケージ１３６の拡張バージョンの開発を可能にするように、及び支援部門が解決できない問題の保守及び修復を支援するように、技術部門１１２にも与えられることが可能である。
【００２８】
図３を参照するに、上記のシステム１００は、本発明の特徴に従って、ソフトウェアを配備して、複数のＭＤＵ装置を構築する例示としての方法３００を実施するように用いられることが可能である。しかしながら、本発明の方法を実行するように他のシステムが用いられることが可能であり、方法３００は本発明の実施についての単なる一実施例に過ぎないことが理解される必要がある。図３に示すように、本発明の特徴に従った方法の概観においては、複数のＭＤＵ装置４００の専用ネットワークを構築するステップ４００、ソフトウェアパッケージを配備するステップ５００、ＭＤＵ装置にインストールされた後に、ソフトウェアを構築するステップ６００、及び構築スナップショットを任意に送るステップ７００を有する。配備する方法３００は、上記のように、構築するステップ４００を実施することから開始することが可能である。その後、ＳＤ２０４、ＮＴＤ２０８及び構築リポジトリ２００の履歴ログ２１６は、ネットワーク構築を反映するように更新される。
【００２９】
図５及び図１を参照するに、方法３００の次のステップのグループは、ソフトウェア配備のサブステップ５００を有する。上記のシステム１００においては、中央制御ユニット１２４は、図１に示すように、ストリーム１４４においてコマンドを発することにより、方法のステップを発効させることが可能である。ソフトウェアの配備５００は、ステップ５０４において構築リポジトリを提供することから開始されることが可能である。その後、本発明の特徴に従ったシステムは、ステップ５０８においてソフトウェアパッケージのソフトウェアのサブシステムをどこにインストールすべきかを判定する。本発明の一特徴に従った上記のＵｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ機構を用いることにより、ＭＤＵ装置自体が識別情報及び能力情報を与えるために、その判定のステップは効率化される。逆に、ソフトウェアのサブシステムは、それらが互換性があり、インストールすることが可能である装置を提示することができる。ソフトウェアのサブシステムが互換性を有するＭＤＵ装置の判定の後、そのソフトウェアのサブシステムは、ステップ５１２において、相当するＭＤＵ装置においてインストールされる。ステップ５１２はまた、既存のソフトウェアを有するＭＤＵ装置におけるソフトウェアパッチのインストールを含むことが可能である。更に、本発明の実施形態においては、システムの記述２０４は、インストールされたソフトウェアのサブシステムの位置を含むように更新される。
【００３０】
本発明の他の特徴に従って、ソフトウェア５００の配備は、ステップ５２４において、ソフトウェアのバージョンのミスマッチを確認するように、ＭＤＵ装置のネットワークをスキャンするステップを任意に含むことが可能である。本明細書で述べている“バージョンのミスマッチ”は、ＭＤＵ装置にインストールされた実際のソフトウェアコンポーネントの集合が見込まれるソフトウェアコンポーネントの集合と適合しないときに、遭遇される。バージョンのミスマッチのスキャンは、手作業の更新及び何れかのファイルの損傷の検出を必要とする、パッケージのミスマッチ及び個別のファイルのミスマッチについてのスキャンを含むことが可能である。バージョンのミスマッチの発見時には、ステップ５２８において、バージョンのミスマッチは、必要に応じて、コンポーネントの更新、除去及び／又はインストールにより修正されることが可能である。効率化されたプロセスを用いることによってバージョンのミスマッチをスキャンして修正することにより、ソフトウェアのエラーの発生が低減される。本発明の一実施形態においては、ＭＤＵ装置は、バージョンのミスマッチについて動的にスキャンされ、システムの記述に関連してＷｉｎｄｏｗｓ（登録商標）のインストーラデータベース技術及びＷｉｎｄｏｗｓ（登録商標）の管理インタフェースを用いることにより修正される。
【００３１】
ソフトウェアパッケージが配備された後、本発明の他の特徴に従って、そのソフトウェアは、図６の方法に示しているように、構築プラグインを利用することにより構築される。上記のシステム１００は、図１に示すように、システム１４０においてコマンドを発送することによりソフトウェアを構築する。ステップ６０４においては、互換性のあるソフトウェアの役割のタイプと、構築プラグインがＭＤＵ装置における構築サーバの位置に関する情報と、を有するように、生成される及び適合される。続いて、システムの記述を用いることにより、そのシステムは、ステップ６０８において、特定のＭＤＵ装置についての適切な構築プラグインを動的に決定することが可能であり、次いで、ステップ６１２において、中央管理ユニットに構築プラグインをインストールすることが可能である。そのプラグインのインストールにより、ステップ６１６において、ＭＤＵ装置にインストールされた構築サーバと通信し、ステップ６２０において、ＭＤＵ装置にソフトウェアの設定を構築する。本発明の特徴に従って、そのインストールは、ユーザインタフェースを介してＭＤＵ装置についてインストールすべき適切なプラグインを与えた後、ユーザのコマンドに応答して実行されることが可能である。
【００３２】
本発明の他の実施形態においては、そのシステムは、図７に示すように、ベンダーサイトに構築スナップショットを発送することが可能である。構築スナップショットは、特定の時間の適時のシステムの記述の記録である。何れかの所定の時間に、その方法の上記のステップの前に、その間に又はその後に、本発明の特徴に従うシステムは、離散的な時間にシステムの記述を記録することにより、構築スナップショットを生成することが可能である。その後、構築スナップショットは、ステップ７０８において、ベンダーサイトの技術部門１１２及び支援部門１１６のどちらかに又は両方に、並びにオンサイトの保守チーム７１２に送信されることが可能である。当該技術分野で知られているように、無線周波数媒体、光ファイバケーブル等を介して送信されることが可能である。技術部門は、その部門の開発中に、ソフトウェアパッケージを改善するように構築スナップショットを用いることが可能である。更に、支援部門及びオンサイトの保守チームは、必要に応じて、システムの修復を容易にするように、何れかの故障及び他の異常の原因を判定する情報を用いることが可能である。
【００３３】
上記の実施形態の特徴及び側面を、種々のアプリケーションに適用することが可能である。アプリケーションには、例えば、取り込み機能及び再生機能を有するＡＩＲ放送アプリケーション、取り込み、編集、保管、メディア管理及び再生機能を含むニュースルームシステムのアプリケーション、編集、保管及びメディア管理コンポーネントを有するポストプロダクションシステムに対する再生がある。本明細書において述べている特徴及び側面は、他のアプリケーション領域に適合可能であり、従って、他のアプリケーションに対して有効であり、他のアプリケーションを想定することが可能である。
【００３４】
本明細書で述べている実施形態は、例えば、方法及びプロセス、装置又はソフトウェアプログラムにおいて実施されることが可能である。単に単独の実施形態に関連して（例えば、単に方法として）述べている場合であっても、記載されている特徴の実施はまた、他の方式（例えば、装置又はプログラム）で実施されることが可能である。装置は、例えば、装置のハードウェア、ソフトウェア及びファームウェアで実施されることが可能である。その方法は、例えば、コンピュータ、マイクロプロセッサ、集積回路又はプログラマブル論理装置を有する、一般に、処理装置と呼ばれているプロセッサ等の装置において実施されることが可能である。処理装置にはまた、例えば、複数のエンドユーザ間での情報の通信を容易にする、コンピュータ、携帯電話、可搬型／個人用ディジタル情報端末（ＰＤＡ）等の通信装置がある。
【００３５】
更に、その方法は、プロセッサにより実行される命令により実施されることが可能であり、それらの命令は、例えば、集積回路、ソフトウェア担体、又は他の装置、例えば、ハードディスク、コンパクトディスク、ランダムアクセスメモリ（ＲＡＭ）又は読み出し専用メモリ（ＲＯＭ）等のプロセッサ−読み出し媒体に記憶されることが可能である。それらの命令は、プロセッサ−読み出し媒体に明確に具現化されるアプリケーションプログラムを構築することが可能である。明らかであるように、プロセッサは、例えば、プロセスを実行する命令を有するプロセッサ−読み出し可能媒体を有することが可能である。
【００３６】
当業者に明らかであるように、実施形態はまた、例えば、記憶される又は送信されることが可能である情報を実行するようにフォーマットされた信号を生成することが可能である。その情報は、例えば、方法を実行する命令又は上記複数の実施形態の一の実施形態により生成されるデータを有することが可能である。そのような信号は、例えば、電磁波（例えば、スペクトルの無線周波数部分を用いる）として、又はベースバンド信号としてフォーマットされることが可能である。そのフォーマットは、例えば、データストリームの符号化、符号化されたストリームのパケット化、及びパケット化されたストリームによる担体の変調を有することが可能である。その情報は、信号担体が、例えば、アナログ情報又はディジタル情報であることが可能である情報である。信号は、知られているように、種々の異なる有線リンク又は無線リンクにおいて送信されることが可能である。
【００３７】
上記においては、複数の実施形態について説明している。それでもなお、種々の修正を行うことが可能であることを理解することができる。例えば、異なる複数の実施形態についての複数の構築要素が、他の実施形態を得るように、組み合わされ、補われ、修正され、取り除かれることが可能である。更に、当業者は、他の構造及びプロセスが開示されている構造及びプロセスと置き換えられることが可能であり、結果的に得られる実施形態が、上記の実施形態と少なくとも実質的に同様の結果を得るように、少なくとも実質的に同様の方法で、少なくとも実質的に同様の機能を実行することを理解することができる。従って、上記の及び他の実施形態は、同時提出の特許請求の範囲の範囲内にある。
【図１】
2010524121.tif 000003
【図２】
2010524121.tif 000004
【図３】
2010524121.tif 000005
【図４】
2010524121.tif 000006
【図５】
2010524121.tif 000007
【図６】
2010524121.tif 000008
【図７】
2010524121.tif 000009
【図８】
2010524121.tif 000010
【図９】
2010524121.tif 000011
【図１０】
2010524121.tif 000012
【図１１】
2010524121.tif 000013
【図１２】
2010524121.tif 000014
【図１３】
2010524121.tif 000015
【図１４】
2010524121.tif 000016
【図１５】
2010524121.tif 000017
【図１６】
2010524121.tif 000018
【国際調査報告】
2010524121.tif 000019
2010524121.tif 000020