(57)【特許請求の範囲】
【請求項１】
動作プラットフォーム装置がビデオ映像と同期して行う動きを示す動作信号を複数の前記動作プラットフォーム装置に同期的に供給するためのシステムであって、
前記動作信号を含む入力信号を受け取るための入力インターフェイスと、
前記複数の動作プラットフォーム装置の個々の動作プラットフォーム装置にネットワークアドレスを提供し、個々の動作プラットフォーム装置の前記ネットワークアドレスに基づいて、前記複数の動作プラットフォーム装置の個々の動作プラットフォーム装置を個別にモニタするための少なくとも１つのサーバと、
少なくとも１つの制御ポートを含む少なくとも１つの動作プラットフォーム装置インターフェイスと、
を備え、前記少なくとも１つの制御ポートは、該制御ポートに接続された前記複数の動作プラットフォーム装置からの動作プラットフォーム装置の少なくとも１つのアレイに接続され、当該アレイにおいて、動作プラットフォーム装置が直列的に接続され、前記少なくとも１つのアレイの個々の動作プラットフォーム装置は、制御プロトコルに基づいて有線接続により互いに接続され、前記少なくとも１つの動作プラットフォーム装置インターフェイスは、前記少なくとも１つのアレイの個々の動作プラットフォーム装置にクライアント動作信号を供給することによって前記少なくとも１つのアレイの前記動作プラットフォーム装置の各々を個別に作動させるためのものであり、前記制御プロトコルにおける前記クライアント動作信号は、それぞれのネットワークアドレスを有する動作信号を含み、前記少なくとも１つのアレイの個々の動作プラットフォーム装置は、前記少なくとも１つのアレイの前記動作プラットフォーム装置の各々から受け取られるそれぞれのフィードバック信号に基づいて管理され、前記フィードバック信号は、前記少なくとも１つのアレイの個々の動作プラットフォーム装置の前記提供されたネットワークアドレスを含む、
ことを特徴とするシステム。
【請求項２】
前記サーバが、
作動すべき前記少なくとも１つのアレイの個々の動作プラットフォーム装置の前記ネットワークアドレスを前記動作プラットフォーム装置インターフェイスに提供するためのネットワークアドレスプロバイダと、
作動すべき前記少なくとも１つのアレイの個々の動作プラットフォーム装置のための命令を前記動作プラットフォーム装置インターフェイスへ送信するための命令ユニットと、を含むことを特徴とする請求項１に記載のシステム。
【請求項３】
前記動作信号が、動作サンプルを含み、前記入力信号が、ビデオ映像と同期される前記動作サンプルに対してフォーマットされる、
ことを特徴とする請求項１に記載のシステム。
【請求項４】
前記動作プラットフォーム装置の音声スピーカに対する位置に基づいて、前記クライアント動作信号内に所定の時間遅延を生み出すための遅延生成器をさらに備える、
ことを特徴とする請求項１に記載のシステム。
【請求項５】
前記少なくとも１つのアレイの個々の動作プラットフォーム装置が、映画館内の複数の座席のうちの少なくとも１つの座席を含む、
ことを特徴とする請求項３に記載のシステム。
【請求項６】
一連の画像と同期した動作信号を複数の動作プラットフォーム装置に同期的に分配する方法であって、
制御プロトコルに基づいて分配ネットワークハブの制御ポートに接続された少なくとも１つのアレイの個々の動作プラットフォーム装置についてのネットワークアドレスを提供するステップであって、当該アレイにおいて、動作プラットフォーム装置が直列的に接続されているステップ、と、
前記動作信号を含む入力信号を受け取るステップと、
前記ネットワークアドレスに基づいて、前記少なくとも１つのアレイの個々の動作プラットフォーム装置に個別に供給される、前記動作信号及び前記提供されたネットワークアドレスを含むクライアント動作信号であって、前記制御プロトコルにおけるクライアント動作信号を、前記動作信号を用いて生成するステップと、
前記少なくとも１つのアレイの前記動作プラットフォーム装置の少なくとも１つから、前記ネットワークアドレスを有するフィードバック信号を受け取るステップと、
を含むことを特徴とする方法。
【請求項７】
前記少なくとも１つのアレイの個々の動作プラットフォーム装置を、前記制御プロトコルに基づく前記少なくとも１つのアレイの個々の動作プラットフォーム装置についてのそれぞれのフィードバック信号及び前記ネットワークアドレスに基づいて管理するステップをさらに含む、
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記制御プロトコルに基づいて、前記少なくとも１つのアレイの前記複数の動作プラットフォーム装置の個々の動作プラットフォーム装置に命令を送信するステップをさらに含む、
ことを特徴とする請求項７に記載の方法。
【請求項９】
前記少なくとも１つのアレイの前記動作プラットフォーム装置の音声スピーカに対する位置に基づいて、前記クライアント動作信号内に時間遅延を生み出すステップをさらに含む、ことを特徴とする請求項６に記載の方法。
【請求項１０】
入力信号を受け取り、複数の座席に前記入力信号に基づいて動きを与えるためのシステムであって、
一連の画像と同期した、前記動きを示す動作信号を同期的に供給するための分配ネットワークハブと、
各々が前記複数の座席の少なくとも１つの座席を支持するようになっている動作プラットフォーム装置の少なくとも１つのアレイであって、当該アレイにおいて、動作プラットフォーム装置が直列的に接続されている、当該少なくとも１つのアレイと、
を備え、前記ハブが、
前記動作信号を含む入力信号を受け取るための入力インターフェイスと、
前記制御プロトコルに基づく前記動作信号に基づいて前記複数の座席の各々を作動させるための少なくとも１つの制御ポートを含む少なくとも１つの動作プラットフォーム装置インターフェイスと、
を含み、前記少なくとも１つのアレイは、前記少なくとも１つの制御ポートのそれぞれの１つに接続され、前記少なくとも１つのアレイの個々の動作プラットフォーム装置は、有線接続により互いに接続され、前記動作信号によって前記座席に前記動きを与える、
ことを特徴とするシステム。
【請求項１１】
前記複数の座席の個々の座席にネットワークアドレスを関連付けるためのネットワークアドレスプロバイダと、
前記少なくとも１つのアレイの個々の動作プラットフォーム装置に命令を送信するための命令ユニットと、
をさらに含み、前記動作プラットフォーム装置の各々が、前記ネットワークアドレスを有する前記動作信号を含むクライアント動作信号によって個別に作動する、
ことを特徴とする請求項１０に記載のシステム。
【請求項１２】
個々の動作プラットフォーム装置が、前記命令ユニットから命令を受け取って前記命令ユニットへフィードバック信号を送信するための動作アダプタを含む、
ことを特徴とする請求項１１に記載のシステム。
【請求項１３】
前記少なくとも１つの動作プラットフォーム装置インターフェイスが、前記クライアント動作信号に基づいて前記少なくとも１つのアレイの前記座席の各々を単独で作動させる、
ことを特徴とする請求項１１に記載のシステム。
【請求項１４】
前記少なくとも１つのアレイの個々の座席が、前記少なくとも１つのアレイの前記座席のそれぞれの１つから前記制御プロトコルに基づいて受け取られる前記それぞれのネットワークアドレスを含むそれぞれのフィードバック信号に基づいて管理される、
ことを特徴とする請求項１３に記載のシステム。
【請求項１５】
前記少なくとも１つのアレイ内の前記動作プラットフォーム装置間の前記有線接続が、前記アレイが接続された前記制御ポートに対してループを形成する、
ことを特徴とする請求項１０に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
〔関連出願との相互参照〕
本特許出願は、２００９年３月２５日に出願された「マルチシート環境で動作信号を分配するための方法及び装置」という名称の米国仮特許出願第６１／１６３２９０号からの優先権を主張するものであり、この仮特許出願の明細書は引用により本明細書に組み入れられる。
【０００２】
本明細書は、娯楽用動作装置の分野に関する。より詳細には、本明細書は、動作プラットフォームを一連の画像と同期するように制御することに関する。
【背景技術】
【０００３】
娯楽用ビデオ番組と同期した動きをユーザに提供することが望ましい。このような動きはユーザ体験を向上させる。
【０００４】
動作プラットフォームにより提供される動きをビデオ番組に同期させるための１つの解決策は、ビデオ番組のオーディオトラックに基づく。動作複号装置が、オーディオサンプルを認識してこれを関連する記録済みの動作サンプルとマッチさせることにより、以前に記録した動作ストリームをビデオ番組と同期させる。その後、同期した動作ストリームが動作プラットフォームに提供される。
【０００５】
制御すべき動作プラットフォームが少数である場合、動作複号装置が複数の動作プラットフォームを制御することができる。個々の動作プラットフォームについては、動作データストリームを提供するとともに故障管理及びメンテナンスのためにモニタする必要がある。制御すべきプラットフォームの数が増えると、これに応じて動作複号装置の複雑性が増す。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
このようなシステムのオペレータは多くの課題を抱えているので、数多くのユーザに動きを提供することは、しばしば面倒かつ複雑なものとなる。
【０００７】
上記で特定した欠点の少なくとも１つを克服する方法及びシステムが必要とされている。
【課題を解決するための手段】
【０００８】
本出願の第１の実施形態によれば、動作プラットフォームがビデオ映像と同期して行う動きを示す動作信号を複数の動作プラットフォームに供給するためのシステムが提供され、このシステムは、制御プロトコルに基づいて入力信号を受け取り、該入力信号から前記動作信号を抽出するための入力インターフェイスと、複数の動作プラットフォームの個々の動作プラットフォームにネットワークアドレスを提供し、個々の動作プラットフォームのネットワークアドレスに基づいて、複数の動作プラットフォームの個々の動作プラットフォームを個別にモニタするための少なくとも１つのサーバと、少なくとも１つの制御ポートを含む少なくとも１つの動作プラットフォームインターフェイスとを備え、少なくとも１つの制御ポートが、該制御ポート接続された複数の動作プラットフォームからの動作プラットフォームの少なくとも１つのアレイに接続され、前記少なくとも１つのアレイの個々の動作プラットフォームが、前記制御プロトコルに基づいて有線接続により互いに接続され、前記少なくとも１つの動作プラットフォームインターフェイスが、前記少なくとも１つのアレイの個々の動作プラットフォームにクライアント動作信号を供給することによって少なくとも１つのアレイの前記動作プラットフォームの各々を個別に作動させるためのものであり、クライアント動作信号が、前記制御プロトコルに基づいて入力信号から抽出された、それぞれのネットワークアドレスを有する動作信号を含み、前記少なくとも１つのアレイの個々の動作プラットフォームが、前記制御プロトコルに基づいて前記少なくとも１つのアレイの前記動作プラットフォームの各々から受け取られるそれぞれのフィードバック信号に基づいて管理され、フィードバック信号が、前記少なくとも１つのアレイの個々の動作プラットフォームの提供されたネットワークアドレスを含む。
【０００９】
さらに第１の実施形態によれば、サーバが、作動すべき少なくとも１つのアレイの個々の動作プラットフォームのネットワークアドレスを動作プラットフォームインターフェイスに提供するためのネットワークアドレスプロバイダと、作動すべき少なくとも１つのアレイの個々の動作プラットフォームのための命令を動作プラットフォームインターフェイスへ送信するための命令ユニットとを含む。
【００１０】
さらに第１の実施形態によれば、前記動作信号が、サンプリングレートを有する動作サンプルのストリームを含み、前記入力信号が、前記動作サンプルのストリームに前記サンプリングレートが同期的に与えられるようにフォーマットされる。
【００１１】
さらに第１の実施形態によれば、前記動作プラットフォームの音声スピーカに対する位置に基づいて、前記クライアント動作信号内に所定の時間遅延を生み出すための遅延生成器が提供される。
【００１２】
さらに第１の実施形態によれば、前記少なくとも１つのアレイの個々の動作プラットフォームが、映画館内の複数の座席のうちの少なくとも１つの座席を含む。
【００１３】
本出願の第２の実施形態によれば、一連の画像と同期した動作信号を複数の動作プラットフォームに分配する方法が提供され、該方法は、分配ネットワークハブの制御ポートに接続された少なくとも１つのアレイの個々の動作プラットフォームに、制御プロトコルに基づいてネットワークアドレスを提供するステップと、前記制御プロトコルに基づいて入力信号を受け取るステップと、前記入力信号から前記動作信号を抽出するステップと、前記少なくとも１つのアレイの個々の動作プラットフォームにネットワークアドレスの関数として個別に供給される、抽出された動作信号を含むクライアント動作信号を、抽出された動作信号から、前記制御プロトコル及び提供されたネットワークアドレスに基づいて生成するステップと、前記少なくとも１つのアレイの動作プラットフォームの少なくとも１つから、ネットワークアドレスを有するフィードバック信号を前記制御プロトコルに基づいて受け取るステップとを含む。
【００１４】
さらに第２の実施形態によれば、前記制御プロトコルに基づいて、前記少なくとも１つのアレイの個々の動作プラットフォームが、前記少なくとも１つのアレイの個々の動作プラットフォームのそれぞれのフィードバック信号及び前記ネットワークアドレスに基づいて管理される。
【００１５】
さらに第２の実施形態によれば、前記制御プロトコルに基づいて、前記少なくとも１つのアレイの複数の動作プラットフォームの個々の動作プラットフォームに命令が送信される。
【００１６】
さらに第２の実施形態によれば、前記少なくとも１つのアレイの前記動作プラットフォームの音声スピーカに対する位置に基づいて、前記クライアント動作信号内に時間遅延が生み出される。
【００１７】
本出願の第３の実施形態によれば、制御プロトコルに基づいて入力信号を受け取り、複数の座席に入力信号の関数として動きを与えるためのシステムが提供され、このシステムは、一連の画像と同期した、前記動きを示す動作信号を供給するための分配ネットワークハブと、各々が複数の座席の少なくとも１つの座席を支持するようになっている動作プラットフォームの少なくとも１つのアレイとを備え、前記ハブが、前記制御プロトコルに基づいて入力信号を受け取り、前記入力信号から前記動作信号を抽出するための入力インターフェイスと、前記制御プロトコルに基づく前記動作信号に基づいて前記複数の座席の各々を作動させるための少なくとも１つの制御ポートを含む少なくとも１つの動作プラットフォームインターフェイスとを含み、前記少なくとも１つのアレイが、少なくとも１つの制御ポートのそれぞれの１つに接続され、前記少なくとも１つのアレイの個々の動作プラットフォームが、制御プロトコルに基づいて有線接続により互いに接続され、前記動作信号によって前記座席に動きを与える。
【００１８】
さらに第３の実施形態によれば、複数の座席の個々の座席にネットワークアドレスを関連付けるためのネットワークアドレスプロバイダと、少なくとも１つのアレイの個々の動作プラットフォームに命令を送信するための命令ユニットとが提供され、動作プラットフォームの各々は、ネットワークアドレスを有する動作信号を含むクライアント動作信号によって個別に作動する。
【００１９】
さらに第３の実施形態によれば、動作プラットフォームが、命令ユニットから命令を受け取って命令ユニットへフィードバック信号を送信するための動作アダプタを含む。
【００２０】
さらに第３の実施形態によれば、少なくとも１つの動作プラットフォームインターフェイスが、クライアント動作信号に基づいて前記少なくとも１つのアレイの前記座席の各々を単独で作動させる。
【００２１】
さらに第３の実施形態によれば、前記少なくとも１つのアレイの個々の座席が、前記少なくとも１つのアレイの前記座席のそれぞれの１つから前記制御プロトコルに基づいて受け取られるそれぞれのネットワークアドレスを含むそれぞれのフィードバック信号に基づいて管理される。
【００２２】
さらに第３の実施形態によれば、少なくとも１つのアレイ内の動作プラットフォーム間の有線接続が、アレイが接続された制御ポートに対してループを形成する。
【図面の簡単な説明】
【００２３】
【図１Ａ】本明細書で説明する実施形態例による動作プラットフォームに動作信号を分配するためのシステムを示すブロック図である。
【図１Ｂ】ある実施形態による図１Ａのシステムのサーバの構成要素を示すブロック図である。
【図２】１つの実施形態による、動きを分配するためのシステムを示すブロック図である。
【図３】１つの実施形態による、動作プラットフォームの複数のアレイに動作信号を分配するための、ハブが有線データ信号出力を使用してデイジーチェーン構成で縦に並んだ構成を組み込むシステムを示すブロック図である。
【図４】１つの実施形態による、ハブが無線で接続された複数の動作プラットフォームに動作信号を分配するためのシステムを示すブロック図である。
【図５】１つの実施形態による、動作プラットフォームの複数のアレイに動作信号を供給する方法を示すフロー図である。
【発明を実施するための形態】
【００２４】
添付図面を通じて、同様の機能は同様の参照番号によって識別する。
【００２５】
まず図１Ａには、複数の動作プラットフォームに動作信号及び命令を与えるためのシステム１００を示している。図１Ａに示す実施形態によれば、システムは、動作プラットフォームハブ１０を含む。ハブ１０は、サーバ２５から（物理又は論理接続部などの）接続部２４を介して受け取った命令に基づいて、一連の画像と同期した動作信号を動作プラットフォームに分配するようになっている。動作信号は、一連の画像と同期した一連の動作サンプル、動作命令、又は事前にプログラムした動きなどを行う際に下流の動作プラットフォームを駆動する意図のものとすることができる。従って、同様のハブを使用して、以下に限定されるわけではないが、動作プラットフォーム装置を含む他のいずれかの種類の作動装置にいずれかの適当な種類の一連の作動サンプルを分配することができると理解される。
【００２６】
本明細書で説明する実施形態によるサーバ２５は、ハブ１０を介して動作プラットフォームへ命令を送信する。１つの実施形態では、サーバ２５が、システムの他の構成要素に物理的に接続されたパーソナルコンピュータ（ＰＣ）、ウェブサーバなどである。別の実施形態では、サーバ２５を、単一のネットワークエンティティとしてハブ１０と論理接続で組み合わせることができる。別の実施形態では、空席又は販売の管理を行うために、サーバ２５を、販売管理サーバ、チケットサーバ、ウェブサーバなどと組み合わせ又はこれらに接続することができる。
【００２７】
図１Ｂには、動作プラットフォーム１６と、ハブ１０と、サーバ２５との間の通信を示す詳細なシステム１００を示している。図２に示すこの実施形態では、サーバ２５が、個々の動作プラットフォーム１６にネットワークアドレスを提供するためのネットワークアドレスプロバイダ３２を含む。ネットワークアドレスプロバイダ３２は、ネットワークアドレスを提供し、提供したアドレスを動作プラットフォーム１６の各々に参照テーブル（図示せず）内で関連付けるようになっているいずれの種類のプロセッサ、中央処理装置(ＣＰＵ）などであってもよい。別の実施形態では、ネットワークアドレスプロバイダ３２を、異なるハブに接続された個々の動作プラットフォーム１６にネットワークアドレスを提供して関連付けるように構成することができる。例えば映画館で座席の分配を追跡するためにネットワークアドレスを提供することもできる。別の実施形態では、ネットワークアドレスプロバイダ３２が、動作プラットフォーム１６のネットワークトポロジを定義するために、個々の動作プラットフォーム１６のネットワークアドレスの関連性を記憶することができる。１つの実施形態では、ネットワークアドレスが、いずれのＩＰアドレス、論理アドレス、物理アドレスなどであってもよい。さらに別の実施形態では、ネットワークアドレスが、個々の動作プラットフォームの論理的な２地点間の関係を定める。
【００２８】
図１Ｂに示す実施形態では、動作プラットフォーム１６が、Ｄ−Ｂｏｘ  Ｔｅｃｈｎｏｌｏｇｉｅｓ社により提供される。動作プラットフォーム１６は、例えばユーザが映画又はビデオ映像を見る間に座る座席の４つの角の１つに各々が配置された４つの機械式アクチュエータを含む。映画が進行するにつれ、座席にピッチ、ロール及び振動などの動きが与えられ、これらがユーザの映画体験を向上させる。なお、動作プラットフォームは、２つが座席の後ろの角、１つが座席の前部中央に存在する３つのみの機械式アクチュエータで構成することもできる。２−アクチュエータ又は１−アクチュエータ構成を有するその他の実施形態も有用である。さらに、単一の動作プラットフォーム１６によって複数の座席を支持することもできる。この実施形態では、動作プラットフォーム１６が、故障エラーを管理するためのアダプタ５６を含む。エラーの種類によっては、アダプタ５６が、動作プラットフォーム１６の機能を停止させることができる。アダプタ５６は、クライアント動作信号２０を介して受け取った動作命令に基づいて動作プラットフォーム１６のアクチュエータを駆動することもできる。より具体的には、アダプタ５６に、動作命令を受け取った際に行うべき動きをプログラムすることができる。
【００２９】
ここで図１Ａと図１Ｂを同時に参照する。この実施形態では、動作プラットフォームインターフェイス１４が、抽出された動作信号１８を入力インターフェイス１２から受け取り、個々の動作プラットフォーム１６を作動させるためのクライアント動作信号２０Ａ〜２０Ｄを生成する。クライアント動作信号２０Ａ〜２０Ｄは、サーバ２５により提供されるそれぞれのネットワークアドレス及びサーバ２５からの命令を含むこともできる。動作プラットフォームインターフェイス１４は、４つの下流の制御ポート２１Ａ、２１Ｂ、２１Ｃ、及び２１Ｄを使用して４つの動作プラットフォーム１６又はプラットフォームのアレイに接続される。当業者であれば、動作プラットフォームインターフェイス１４を、図１Ａ及び図１Ｂの４つよりも多くの動作プラットフォーム１６に接続できることを理解するであろう。なお、制御プロトコルに基づいて、個々の下流の制御ポート２１Ａ、２１Ｂ、２１Ｃ及び２１Ｄを双方向リンクとし、これらを通じてサーバ２５が個々の動作プラットフォーム１６を個別に制御及び管理し、出力クライアント動作信号２０Ａ、２０Ｂ、２０Ｃ、及び２０Ｄ、及び入力フィードバック信号２２Ａ、２２Ｂ、２２Ｃ及び２２Ｄをそれぞれ含むようにすることができる。クライアント動作信号２０Ａ、２０Ｂ、２０Ｃ及び２０Ｄは、ネットワークアドレス及び／又は制御データとともに、行うべき動きを示す動作信号を個々の動作プラットフォーム１６に同期的に提供することができる。個々の動作プラットフォーム１６は、双方向制御プロトコルに基づいて、動作プラットフォームインターフェイス１４にフィードバック信号２２Ａ、２２Ｂ、２２Ｃ又は２２Ｄを戻す。１つの実施形態では、個々の動作プラットフォーム１６により供給されるフィードバック信号２２Ａ、２２Ｂ、２２Ｃ及び２２Ｄが接続部２４を介してサーバ２５へ向けられ、これらの信号は、ハブ１０及び最終的にはクライアントサーバ２５へフィードバック信号２２Ａ、２２Ｂ、２２Ｃ又は２２Ｄを送信する個々の動作プラットフォームを識別するネットワークアドレスを含むことができる。
【００３０】
図２に示す１つの実施形態では、動作プラットフォーム１６が有線接続で互いに接続されてアレイ５８を形成し、アレイ５８の個々の動作プラットフォーム１６からサーバ２５へフィードバック信号が伝達される。フィードバック信号２２は、所与のアレイ５８のいずれかの動作プラットフォーム１６のフィードバックを構成し、個々の動作プラットフォーム１６のアレイ５８をハブ１０に接続する制御ポート２１に、個々の動作プラットフォーム１６のネットワークアドレスで中継される。アレイ５８は、アレイ５８が接続される制御ポートに対してループを形成することができる。接続された動作プラットフォーム１６からのフィードバック２２は、いずれかのループ方向でサーバ２５に戻される。
【００３１】
この実施形態では、個々の動作プラットフォーム１６のネットワークアドレスが、サーバ２５の命令ユニット３４（図１Ｂ）により、例えば使用中のアクチュエータの温度、重量、又は故障情報データなどの、動作プラットフォーム１６の特定の動作パラメータをモニタすることによって管理又はメンテナンスを行う目的で使用される。動作プラットフォーム１６にかかる重量を検出することにより、ユーザの存在を確認することができる。１つの実施形態では、命令ユニット３４が、例えば映画館でユーザが座席に座っている場合にプラットフォーム１６の作動を「オン」状態にするような、個々の動作プラットフォーム１６を制御するための命令を与える。サーバ２５は、個々の動作プラットフォーム１６のネットワークアドレスに基づいて、ハブ１０に接続された動作プラットフォーム１６を、始動、待機、及び故障管理を含めて管理する。所与の動作プラットフォーム１６のネットワークアドレスにより、サーバ２５は、アレイ５８内の所与の動作プラットフォーム１６を選択的に作動させ、又は機能を停止させることができるようになる。或いは、サーバ２５がネットワークアドレスを使用せずにフィードバックなしで、従ってサーバ２５を使用せずにアレイ５８内の動作プラットフォーム１６を管理することができる。この実施形態では、アレイ５８内の動作プラットフォーム１６間の有線接続が、アレイ５８が接続される制御ポートに対してループ又はシリアルリンクを形成することができる。
【００３２】
サーバ２５は、制御プロトコルに基づいて、個々の動作プラットフォーム１６からのフィードバックを繰り返し求める。例えば、アレイ５８の動作プラットフォーム１６の１つのアクチュエータとの通信が失われた場合、又は動きの再生中に１つのプラットフォーム１６の障害が検出された場合、アダプタ５６がエラーを検出する。エラーの種類に基づいて、アダプタ５６は、動作プラットフォーム１６を停止又は凍結させることができる。別の実施形態では、動作プラットフォーム１６とサーバ２５の間の通信が維持される。サーバ２５は、命令ユニット３４から送信された命令を使用して、故障している動作プラットフォームを再始動させることができる。所与の状況下では（例えば、障害がアクチュエータの高温によるものである場合）、サーバ２５が、故障したプラットフォーム１６の動作制御を所定の期間後に再開させることができる。
【００３３】
サーバ２５が個々の動作プラットフォーム１６からのフィードバックを求める場合のこれらの故障のいずれかの場合には、サーバ２５が、ネットワークアドレスを使用して、アレイ５８内の該当する故障した動作プラットフォーム１６を識別する。従って、故障した動作プラットフォーム１６は、同じアレイ５８内の接続された故障していない動作プラットフォーム１６からのフィードバック信号を依然として中継できるので、残りの故障していない動作プラットフォームは通常動作の形で動作する。別の実施形態では、サーバ２５がハブ１０を動的にモニタして、例えばアクチュエータのバイタルサインなどのリアルタイムデータを収集する。さらに別の実施形態では、動作プラットフォーム１６を消音し、上流の信号の状態をモニタし、無線接続の場合には無線パラメータをモニタし、或いはハブ１０を（例えば、本明細書で後述するような送信機対受信機の構成に）再構成することができる。
【００３４】
フィードバック信号２２は、アクチュエータの状態、アクチュエータのバイタルサインデータ、及び動作プラットフォームのネットワークアドレスを含む。これを使用して、アクチュエータの故障を正しく管理するための診断情報を提供する。サーバ２５が、下流の制御ポート２１Ａ、２１Ｂ、２１Ｃ、及び２１Ｄの１つに接続されたプラットフォーム１６のアレイ５８を直接管理する場合、この診断データがサーバ２５によって収集される。ハブ１０の下流に接続された動作プラットフォーム１６の診断データが上流に戻されることはない。このデータへのアクセスが必要な場合、所与の動作プラットフォーム１６が接続された特定のハブ１０のサーバ２５が診断データを読み取る。
【００３５】
図１Ａ及び図１Ｂに示す１つの実施形態では、本明細書で後述するように、ハブ１０が、動作プラットフォーム１６を制御するために使用する制御プロトコルに基づいて、上流の別のハブ又は同期ユニットから直接動作信号を受け取ることもできる。この実施形態では、上流の制御ポート１９により、１又はそれ以上のハブ１０を、その下流の制御ポート２１Ａ、２１Ｂ、２１Ｃ、及び２１Ｄの１又はそれ以上を使用して別のハブの下流に接続できるようになる。
【００３６】
ハブ１０内では、動作データを下流の動作プラットフォーム１６へ送信すべき場合にはいつでも、上流の同期ユニット又はハブが、動作プラットフォーム１６の制御プロトコルのアクティブ状態に基づいて動作データをブロードキャストする。ハブ１０がアクティブ状態の入力信号２０Ｉを受け取った場合、動作プラットフォームインターフェイス１４が、動作プラットフォーム１６のアレイ５８が接続された適当な下流ポート２１Ａ、２１Ｂ、２１Ｃ、又は２１Ｄを作動させ、適当なクライアント動作信号２０Ａ、２０Ｂ、２０Ｃ、及び２０Ｄを介して動作データをサーバ２５からの命令の関数として送信する。
【００３７】
同様に、一連の動きが終了すると、上流の同期ユニット又はハブは、制御プロトコルの待機状態に基づいて入力信号２０Ｉをブロードキャストする。この状態及び動作プラットフォームのネットワークアドレスを使用して、動作プラットフォームの電力消費を最低限に抑え、動きを再生すべきでない場合にシステムの不必要なストレスを回避する。サーバ２５は、上流から受け取った入力信号２０Ｉが切断され又は待機状態にあることが分かると、これに応じて適当なプラットフォーム１６を待機状態に置く。
【００３８】
ハブ１０は、制御プロトコルに基づいて入力信号２０Ｉを受け取る入力インターフェイス１２も含む。入力インターフェイス１２は、受け取った入力信号２０Ｉに含まれる（一連の動作サンプルなどの）動作信号を抽出し、その後この動作信号を、動作データ信号１８を介して動作プラットフォームインターフェイス１４に供給する。動作データ信号１８は、適用可能な場合、動作プラットフォームインターフェイス１４により、及び動作プラットフォーム１６のネットワークアドレスに基づいて、例えば動作プラットフォーム１６に提供される予定の同期した一連の動作サンプルを含む動作信号で構成される。
【００３９】
図１Ａ及び図１Ｂの実施形態では、ハブ１０が、サーバ２５から命令データを受け取るための、及び動作プラットフォーム１６からのフィードバックデータ２２をサーバ２５へ送信するための有線データ入力／出力ポート３０Ｉ／Ｏ、及び未処理の又は符号化された一連の動作サンプルを受け取るための有線データ入力ポート２７Ｉ及び無線データ入力ポート２９Ｉも含む。ハブ１０は、受け取った一連の動作サンプルを出力するための有線データ出力ポート２７０及び無線データ出力ポート２９０を含むこともできる。１つの実施形態では、有線データ入力／出力ポート３０Ｉ／Ｏが、ＵＳＢ、イーサネット（登録商標）インターネットプロトコル（ＩＰ）などである。１つの実施形態では、有線データ入力ポート２７Ｉが、Ｓ／ＰＤＩＦ（ＩＥＣ−９５８タイプＩＩ）入力ポートである。この入力部を上流の制御ポート１９の代わりに使用して、デジタルオーディオ信号又はその他のいずれかの信号に埋め込まれた動作信号を受け取ることができる。この場合、入力インターフェイス１２が有線データ入力信号２６から動作信号を抽出して動作データ信号１８を供給する。ハブ１０は、動作信号を含む無線データ信号２８を受け取るための無線データ受信機２９Ｉとして、又は本明細書で後述するような送信機として使用するように構成することができるトランシーバ（図示せず）を含むことができる。３つの入力１９、２７Ｉ及び２９Ｉのうちの１つしか同時にアクティブにならないようにすべきである。入力インターフェイス１２は、アクティブな入力ポートを単純に選択し、或いは１つよりも多くの入力ポートがアクティブな場合には、優先度に基づいて正しい入力ポートを選択する。１つの実施形態では、最も優先度が高い入力は上流制御ポート１９であり、２番目に優先度が高い入力は有線データ入力ポート２７Ｉであり、有線ソースが存在しない場合にのみ無線データ受信機２９Ｉが選択される。選択は動的であり、新たな入力部が利用可能になった場合、或いは現存の入力部がオフになった場合にはいつでも変更することができる。無線データ受信機２９Ｉは、受信機構成のハブ１０上にのみ存在する。
【００４０】
いずれにせよ、抽出された動作信号は、動作データ信号１８を介して動作プラットフォームインターフェイス１４へ転送され、有線出力ポート２７Ｏにおいて出力できるとともに、トランシーバが送信機として構成されている場合には無線データ送信機２９Ｏによって送信することもできる。これにより、図２〜図４を参照して示すような複数のネットワークトポロジの構成が可能になる。
【００４１】
無線信号２８は単方向性であり、信頼性を高めるために冗長性を加えた動作データと、無線信号の活動状態（アクティブ又は待機）の指標とを含むことができる。
【００４２】
図２には、一連の画像と同期した動作信号を複数の動作プラットフォームに分配するためのシステム２００の実施形態を示している。システム２００は、図１Ａ及び図１Ｂを参照して説明したようなハブ１０を使用する。図示の実施形態によれば、システム２００は、段階的スター形構成で構成された分配ネットワークであり、各々が動作信号２０を受け取って下流の動作プラットフォーム１６のアレイ５８へクライアント動作信号を送信する複数のハブ１０、又は下流の制御ポート２１を使用するその他のハブ１０を含む。システム２００は、動作プラットフォーム１６のネットワークアドレスに基づいて動作プラットフォーム１６の複数のアレイ５８を制御するための同期ユニット４０、ハブ１０、及びサーバ２５を含む。
【００４３】
同期ユニット４０は、一連の画像と同期した入力信号２０Ｉを供給する。例えば、この同期は、記録した動作サンプルを、一連の画像に関連するオーディオトラックとマッチさせることによって行うことができる。オーディオトラックが同期ユニット４０に入力され、この同期ユニット４０がオーディオサンプルを認識して、これを参照テーブル内の対応する動作サンプルと同期的にマッチさせる。動作サンプル及びこれらの関連するオーディオサンプルは、例えばＤＶＤ又はその他のいずれかの記憶装置に記録された参照テーブルとして提供することができる。映画が上映されているときに、オーディオサンプルを含み一連の画像と同期したオーディオシーケンスが提供される。オーディオシーケンスのオーディオサンプルを、これらの関連する動作サンプルとマッチさせて一連の動作サンプルを提供する。例えば、参照テーブルを使用してマッチングを行うことができる。
【００４４】
同期した入力信号２０Ｉが第１のハブ１０’に供給され、その後ハブ１０の下流の制御ポート２１を使用して、段階的スター形トポロジの形で接続された他の全てのバス１０に供給される。個々のハブ１０は、動作信号と個別のネットワークアドレスとを含むクライアント動作信号を、（単複の）動作プラットフォーム１６が接続された下流の制御ポート２１へ同期的に転送する。制御ポート２１に別のハブ１０が接続されている場合、上流のハブ１０が、同期した入力信号２０Ｉ又は抽出した動作信号を転送することができる。個々のハブ１０は、個々のアレイ５８の動作プラットフォーム１６のネットワークアドレスを有する動作信号を含むクライアント動作信号２０を生成する。上述したように、動作信号２０は、他のハブ１０へ転送された場合に作動する個々の動作プラットフォーム１６のネットワークアドレスを含まなくてもよい。
【００４５】
命令を使用して、制御プロトコルに基づいて個々のユニット１６又は１０から受け取ったそれぞれのフィードバック信号２２に基づいて、アレイ５８又はハブ１０の個々の下流の動作プラットフォーム１６を個別に管理する。個々のハブ１０は、動作プラットフォーム１６のアレイを含み、従って上流のハブ１０にフィードバック信号２２を供給するので、この上流のハブ１０は、個々の動作プラットフォーム１６のネットワークアドレスを使用して、これらに動作信号２０を供給することができる。
【００４６】
動作プラットフォーム１６の所与のアレイ５８の管理は、所与のプラットフォームを含む動作プラットフォーム１６の下位グループが接続する対応する動作プラットフォームハブ１０によって行われる。動作プラットフォーム１６の管理は、個々の動作プラットフォームのネットワークアドレスによって行われるので、これらの複数の動作プラットフォーム１６の動作は、別のハブ１０又はアレイ５８に接続された動作プラットフォーム１６の動作とは無関係であり、このことは、特に所与の動作プラットフォームが機能していない場合に同期を維持するために有利である。同期面は同期ユニット４０によって集中処理され、動作プラットフォーム１６への動作信号２０の同期的供給はハブ１０によって行われる。
【００４７】
図３には、一連の画像と同期した動作信号２０をアレイ５８の複数の動作プラットフォーム１６に提供するためのシステム３００の別の実施形態を示している。システム３００も、図１を参照して説明したようなハブ１０を使用するが、その分配ネットワークは、有線データ出力ポート２７Ｏを使用して実質的にデイジーチェーン構成で構成される。システム３００及びシステム２００は同様の装置を備え、同様の機能を有する同様の装置の参照には同様の参照番号を使用する。従って、これらの同様の装置については繰り返し説明しない。
【００４８】
システム３００は、同期ユニット４０、及び各々が動作プラットフォーム１６の下位グループを制御及び管理するための縦に並んだ動作プラットフォームインターフェイスハブ１０を含む。第１のハブ１０’が、その有線データ入力ポート２７Ｉを介して同期ユニット４０に接続される。従って、第１のハブ１０’は入力信号を受け取り、これを有線データ出力ポート２７Ｏを介して次の縦に並んだハブ１０へ送信する。個々の後続する縦に並んだハブ１０は、その有線データ入力ポート２７Ｉにおいて有線データ信号２６を受け取り、これを有線データ出力ポート２７Ｏを使用して次のハブ１０へ送信する。このようにして、動作プラットフォーム１６を制御及び管理するために、全ての縦に並んだハブ１０の全ての下流制御ポート２１が利用可能となる。個々の縦に並んだハブ１０内で動作信号が抽出され、共通の又は複数のサーバ２５が、ネットワークアドレス及び命令を与えて、動作プラットフォーム１６に個別にアドレス指定されたクライアント動作信号が生成される。
【００４９】
システム３００を映画館で使用する場合、ハブ１０を単一の制御室内に配置してもよく、或いは観客席に分配させてもよい。例えば、（座席の個々の脚に１つずつの）４つのアクチュエータを含む１つの動作プラットフォーム１６を使用して個々の座席を動作制御することができ、個々のハブ１０が座席の横列又は縦列を管理することができる。この場合、動作プラットフォーム１６をアレイ５８の形で配置しなければ、個々のハブ１０は、少なくとも映画館の一列あたりの座席数と同じ数だけの下流制御ポート２１を有するようになる。
【００５０】
図４には、一連の画像と同期した動作信号を複数の動作プラットフォームに供給するためのシステム４００のさらに別の実施形態を示している。システム４００も、図１Ａ及び図１Ｂを参照して説明したようなハブ１０及びサーバ２５を使用するが、一連の動作サンプルを複数の動作プラットフォームに分配するために無線通信を使用する。従って、個々のハブ１０は、送信機ハブ１０Ｔ又は受信機ハブ１０Ｒのいずれかとして構成される。システム２００、３００及び４００は同様の装置を含み、同様の機能を有する同様の装置の参照には同様の参照番号を使用する。従って、これらの同様の装置については繰り返し説明しない。
【００５１】
システム４００は、同期ユニット４０、及び各々が動作プラットフォーム１６のアレイ５８の下位グループを制御及び管理するためのネットワーク化した動作プラットフォームインターフェイスハブ１０を含む。第１のハブ１０Ｔが送信機として使用されるように構成され、図示の実施形態では、同期ユニット４０の下流の制御ポート２１を介して同期ユニット４０に接続される。従って、送信機ハブ１０Ｔは、一連の動作サンプルを受け取り、これを無線データ受信機２９Ｉ及び送信機２９Ｏを使用して複数の受信機ハブ１０Ｒに無線でブロードキャストする。システム３００と同様に、動作プラットフォーム１６を制御及び管理するために、全ての受信機ハブ１０Ｒの全ての下流制御ポート２１が利用可能となる。
【００５２】
より正確には、たとえ図２〜図４に示す実施形態において、同期ユニット４０が入力信号２０Ｉを（動作信号を他のハブ１０へ転送する）１つのハブ１０’にしか供給しないとしても、同期ユニット４０は、入力信号２０Ｉを複数のハブ１０又は動作プラットフォーム１６に供給するようになっている。別の実施形態では、同期ユニット４０をサーバ２５の一部とすることができ、或いはサーバ２５が同期タスクを行うことができる。
【００５３】
システム２００、３００、又は４００を使用した場合、単一のサーバ２５及び単一の同期ユニット４０を使用して複数の動作プラットフォーム１６又はハブ１０を制御できることが理解されよう。現在説明している実施形態の例示的な設定は、複数の動作プラットフォームが必要とされ、個々の動作プラットフォームハブが動作プラットフォームの所与のアレイを処理する映画館である。別の実施形態では、システムが、ハブ１０の１つに接続された単一のサーバ２５を使用し、この接続されたハブ１０が、動作プラットフォームインターフェイス１４を介して他のハブへネットワークアドレスを送信する。
【００５４】
システム２００及び４００では、同期ユニット４０により供給される動作信号２０がアクティブ状態にある場合にのみ動作プラットフォーム１６がアクティブとなる。同期ユニット４０により生成された動作信号２０が待機状態にある場合、この待機状態が動作プラットフォーム１６へ転送され、この結果動作プラットフォーム１６が待機モードに落とされる。システム３００の場合、入力信号２０Ｉが同期ユニット４０により実際に生成されて、有線データ信号入力ポート２０Ｉにおいて受け取られた場合にのみ、下流の制御ポート２１がアクティブ状態となる。データが受け取られなければ、下流の制御ポート２１は待機状態に置かれ、この結果動作プラットフォーム１６が待機モードに落とされる。１つの実施形態では、待機モードが、ポイントツーポイントプロトコルオーバーイーサネット（登録商標）（ＰＰｏＥ）、ＰＰｏＥの変形、又はいずれかのポイントツーポイントプロトコル（ＰＰＰ）などの論理規則に基づくこともできる。
【００５５】
１つの実施形態では、動作プラットフォーム１６の１つに故障が発生した場合、サーバ２５との通信が維持される。故障した動作プラットフォーム１６のアダプタ５６が故障の種類を検出し、この故障の種類に基づいて動作プラットフォーム１６を停止させることができる。別の実施形態では、サーバ２５が、動作プラットフォーム１６を再始動させることができる。アダプタ５６と通信しているユーザインターフェイスを座席に設けて、座席のユーザが動作プラットフォーム１６の作動レベルを制御するようにすることができる。
【００５６】
送信遅延が発生することにより、調整可能な時間だけ動きの再生を遅らせるようにハブ１０の各々を較正できることが理解されよう。当業者であれば、音が空間を１ｍ移動するのに約３ｍｓかかることを理解するであろう。従って、スピーカと聴取者の間の典型的な距離である１０ｍ又はそれ以上の距離があれば、約３０ｍｓの遅延が生じる。聴取者は、音声と画像が大幅に同期していなくても我慢できるので、上記の事実は音声及び画像のみを考慮した場合には決定的なものではないが、音声と動きの間では同期がより正確でなければならない。従って、個々のハブ１０又はサーバ２５は、メインスピーカに対する要素の物理的位置に応じて動作遅延を導入するための遅延生成器を含むことができる。１つの実施形態では、個々の動作プラットフォームインターフェイス１４に所与の動作遅延がプログラムされる。別の実施形態では、個々の動作プラットフォーム１６に所与の動作遅延をプログラムすることができる。サーバ２５は、特定のパススルー遅延に関して調整を行うことができるが、動作プラットフォーム１６が受け取った信号が途中でいくつかのハブ１０を通過する場合、総遅延は、チェーン内のハブにおいて発生した遅延の合計となる。従って、パススルー遅延の管理を容易にするために、中間レベルのハブ１０の遅延をサーバ２５内で最小限の遅延に調整し、動作プラットフォーム１６を直接管理するサーバにおける動作遅延のみを導入することができる。また、総遅延を最小にするには、信号が通過しなければならないハブ１０の数を最小限に抑えることも最良の方法である。
【００５７】
当業者であれば、図２〜図４に開示した実施形態には所定の数のサーバ２５、ハブ１０、及び動作プラットフォーム１６を示しているが、異なる構成のハブ１０を使用して任意の数の動作プラットフォーム１６を制御できることを理解するであろう。所与のサーバ２５を１又はそれ以上のハブ１０に接続できることも理解されたい。同様に、所与のハブ１０を、１又はそれ以上の動作プラットフォーム１６及び／又は１又はそれ以上のハブ１０に接続することもできる。
【００５８】
当業者であれば、１つの実施形態では単一の電源を使用して全てのハブ１０に電力を供給しているが、別個の電源を使用して個々のハブ１０に電力を供給できることも理解するであろう。
【００５９】
ここで図１Ａ、図１Ｂ、図２、及び図５を参照すると、一連の画像と同期した動作信号を複数の動作プラットフォーム１６に分配する方法例を示している。
【００６０】
ステップ４８により、制御プロトコルに基づいて、個々の動作プラットフォームにネットワークアドレスが提供される。ステップ５０により、一連の画像と同期した入力信号２０が受け取られる。１つの実施形態では、入力信号２０が、上流の制御ポート１９を介して上流の装置から受け取られる。１つの実施形態では、入力信号２０が、同期ユニット４０によって１つの第１のハブ１０’に供給される。入力信号２０が一連の画像と同期していることが理解されよう。１つの実施形態では、一連の画像が映画である。
【００６１】
１つの実施形態では、入力信号が、サンプリングレートを有する動作サンプルストリームの形の一連の動作サンプルを含み、入力信号２０は、サンプリングレートが動作サンプルストリームに同期的に与えられるようにフォーマットされる。
【００６２】
ステップ５２により、受け取った入力信号２０から動作信号が抽出される。ある実施形態では、入力信号２０に含まれる制御データから、制御プロトコルに基づいて動作サンプルが分離される。
【００６３】
ステップ５４により、作動すべき個々の動作プラットフォームのための、抽出された同期した動作信号、ネットワークアドレス、及び命令を含むクライアント動作信号２０Ａ〜２０Ｄが制御プロトコルに基づいて生成される。１つの実施形態では、ネットワークアドレス及び命令がサーバ２５により生成され、このサーバ２５が、このデータを動作プラットフォームインターフェイス１４にブロードキャストする。動作プラットフォームインターフェイス１４は、ハブ１０’に接続された動作プラットフォーム１６のためのクライアント動作信号２０Ａ〜２０Ｄを生成する。
【００６４】
ステップ５６により、接続された個々の動作プラットフォームから制御プロトコルに基づいてフィードバック信号２２が受け取られ、この信号は、フィードバック信号を送信する動作プラットフォーム１６のネットワークアドレスを含む。フィードバック信号２２は、それぞれの動作プラットフォーム１６の管理に使用される。個々の動作プラットフォーム１６は、ネットワークアドレスに基づいて個別に管理される。
【００６５】
図示を目的として、図１Ａ、図１Ｂ、及び図２〜図４のハブ１０の下流の制御ポート２１の数を４つに制限しているが、この数はこれより多くてもよい。
【００６６】
なお、動作プラットフォームインターフェイス１４及び入力ユニット１２は、別個のユニットとして、又はデータを交換する２つのサブユニットに組み合わせて提供することができる。
【００６７】
当業者であれば、開示した実施形態において、作動データ信号を複数の作動装置に提供できることを理解するであろう。図示の実施形態では、作動装置が動作プラットフォームで構成されるが、本明細書で説明したようなサーバを使用して別の種類の作動装置に命令を出すこともできる。
【００６８】
当業者であれば、本明細書では、動作プラットフォームが、ユーザに振動のみを提供するための動作プラットフォームを含むあらゆる振動運動プラットフォームを意味し、通常は与えられる振動が映画のサウンドトラックに関連し、従って一連の画像と間接的に同期することを理解するであろう。
【００６９】
ブロック図には、個別のデータ信号接続を介して互いに通信する別個の構成要素のグループとして示しているが、当業者であれば、図示の実施形態が、いくつかがハードウェアシステム又はソフトウェアシステムの所与の機能又は動作により実現されるハードウェア構成要素とソフトウェア構成要素の組み合わせによって提供され、図示のデータ経路の多くが、コンピュータアプリケーション又はオペレーティングシステム内のデータ通信により実現されることを理解するであろう。従って、図示の構造は、説明した実施形態を効率良く教示するために示したものである。
【００７０】
なお、本発明は方法として実施することができ、システム、コンピュータ可読媒体、或いは電気信号又は電磁信号の形で具体化することができる。
【００７１】
上述の実施形態は、例示を目的とするものにすぎない。従って、本発明の範囲は、添付の特許請求の範囲によってのみ限定されることが意図されている。
【符号の説明】
【００７２】
１０  動作プラットフォームハブ
１２  入力インターフェイス
１４  動作プラットフォームインターフェイス
１８  動作信号
１９  制御ポート
２０Ａ〜２０Ｄ  クライアント動作信号
２０Ｉ  入力信号
２１Ａ〜２１Ｄ  制御ポート
２２Ａ〜２２Ｄ  フィードバックデータ
２２Ｉ  フィードバックデータ
２４  接続部
２５  サーバ
２６  有線データ入力信号
２７Ｉ  有線データ入力ポート
２７Ｏ  有線データ出力ポート
２９Ｉ  無線データ入力ポート
２９Ｏ  無線データ出力ポート
３０Ｉ／Ｏ  有線データ入力／出力ポート
１００  システム
【図１Ａ】
0005893551.tif 000002
【図１Ｂ】
0005893551.tif 000003
【図２】
0005893551.tif 000004
【図３】
0005893551.tif 000005
【図４】
0005893551.tif 000006
【図５】
0005893551.tif 000007