JP4185913B2 - 通信システム、設備状態決定システム、警報システム、記録システム、および報告システム - Google Patents

Description

本願は、２００２年１２月２０日に出願された、米国暫定出願第６０／４３５，１６４号に対する優先権を要求するものである。

本発明は、概して、劇場および映画に関するものであり、特に、劇場および映画のネットワークに関連している。運転の実際は、劇場および映画のネットワークの間で変化し、さらに、その設備を運用する個人に応じて、日、週、月、または年における様々な時間で変化するのと同じく、スクリーンごとに変化する。その結果、矛盾または問題が生ずる場合もある。例えば、（聴衆、天候、または運用上の諸問題のため）映画の開始時間が変更されることもあり、音量が変えられることもあり、また、設備をうっかりオンのままにすることもある。

一般に、映画の上映に直接かかわる設備は、モニターされ、および保守されるが、さもなければ映画観客が不平を言うことになるからである。しかしながら、付属的設備は見落とされることが多い。例として、前座広告はスライド映写機により配信されるであろうが、多くの場合、忘れられるか、または無視されている。スクリーン広告業界によるルーチンのスポットチェックによると、スライド映写機では１０％以上の配信障害率があることが示されている。

劇場内広告業界は、劇場広告が満足のいくよう配信されていることを判定する唯一の手段を、劇場からの説明書に負っている。説明書は、劇場の得意客へ、広告内容が満足されるよう配信されていることを報告する目的で、定期的に（例えば、週単位で）作成されている。説明書は、特定の期間、映画の前座の満足のいくプレゼンテーション、およびその期間の後援を確約する宣誓声明書である。通常、説明書は、劇場のマネージャによって書かれるものであるが、マネージャは、この宣誓書の期間における各映画前座を含む配信を、直接取材した報告を常にするとは限らない。残念ながら、説明書を用いても、誤りおよび脱落がもたらされるかもしれない。説明書は、多くの場合、０％の配信障害を考慮しており、一般に、ルーチンのスポットチェックに見られる障害率と一致していない。

一般に、劇場のマネージャは、映画に関連しない設備における障害に、何時間も、多くの場合、何日も気付かない場合がある。いったん障害に気付いても、マネージャには、前座設備が、どのくらいの時間障害の状態にあったかについての知識が全くないことになる。さらに、いったんマネージャが障害に気付いても、スクリーン広告会社により修理される障害は、映画の上映および販売手数料の一般運用と比べ、低い優先度のままであると報告されている。障害は、いつも装置の故障に関係するものとは限らない。設備は、単に特別なイベント、または他の理由で無効にされ、単に再び有効に戻されないこともある。

映画に関連しない設備に対する注意の欠如により、この休止時間が延長されてしまうのである。映画に関連しない設備の障害に関する認識の欠如により、説明書に対しての誤りおよび脱落がもたらされる。実際の映画の開始時間が予定と異なってしまう場合もあり、映画ファンをいらだたせる元となろう。設備は、過剰摩耗および電力消費が引き起こされてしまうので、常に適切な状態に保たれているというわけではない。

したがって、劇場および映画の設備での問題を、モニターし、診断し、および介入し、および報告する、システムおよび方法が必要とされている。

本発明は、劇場内の映画劇場設備と通信して、その映画劇場設備からの設備の状態および状況（ｓｔａｔｅ ａｎｄ ｓｔａｔｕｓ）を表すデータを受け取るシステムを提供する。一実施例によると、本システムは、設備状態および状況を表すデータを受け取って記憶する、中央コンピュータ記憶ユニット、および、設備状態および状況を表すデータを送信するために、中央コンピュータ記憶ユニットと結合されている複数のリモートコンピュータ記憶ユニットを含んでいる。複数のリモートコンピュータ記憶ユニットの各々は、オートメーション設備の状態および状況を表すデータを検出し、および送信する、少なくとも１つの劇場オートメーションユニットと結合された、第１リモートコンピュータ記憶ユニットを含んでいる。第１リモートコンピュータ記憶ユニットは、また、映写設備の状態および状況を表すデータを検出し、および送信する、少なくとも１つの劇場映写ユニットに結合されている。第１リモートコンピュータ記憶ユニットは、また、オーディオ設備の状態および状況を表すデータを検出し、および送信する、少なくとも１つの劇場オーディオ処理ユニットに結合されている。第１リモートコンピュータ記憶ユニットは、また、電源の状態および状況を表すデータを検出し、および送信する、少なくとも１つの劇場電源に結合されている。

図面は、説明のみを目的として示されており、正しい尺度とはなっていない。

様々な実施例によると、本発明は、劇場内で地理的に分散した設備のネットワークの状態および状況をモニターする、コンピュータベースのシステムを提供する。状態および状況データ（ｓｔａｔｅ ａｎｄ ｓｔａｔｕｓ ｄａｔａ）は、リアルタイムでまたはほぼリアルタイムで集められ、オペレータに障害を警告し、システム修復を達成するために作業員の派遣を導くよう用いられる。システムの回復と同じように、こうした障害もシステム事件として記録される。システム事件は、順番に、障害割り当ておよび運転休止時間を伴って、完全な形でレポートに記録される。障害は、修復および／または払戻の形式での補償の基礎である。また、設備の故障の場合には、これらの記録は、構成要素の性能評価指数、およびベンチマーキングの基礎としても役立つかもしれない。

本発明の特定の実施例の目標は、システム障害を迅速に特定し、および報告することにより、システムの可用性を最大にすることであり、その結果、応答および修復時間を減少させ、ひいてはシステムの可用性を増加させることである。処理は、以下の時点で開始される：（ａ）システム構成要素が、それぞれのホストコンピュータに特定のエラー状態を報告する時点；（ｂ）ホストコンピュータとシステム構成要素との連絡が途絶える時点；または、（ｃ）ホストコンピュータが、電源喪失などの破壊的な環境状態を検出する時点。この状態および状況データは、自動的に、システムオペレーター、現場保守プロバイダー、または劇場内のスタッフへ次々に警告する、中央コンピュータへリレーバックされ、それにより、システム回復処理が開始される。検出および介入をさらに早くすることにより、システムの可用性が高まることになる。

本発明の特定の実施例のさらなる目標は、補償の基礎となる事件の原因および障害を記録し、および報告することである。状態および状況データは、オペレータおよび／または現場保守要員によりさらに詳述される、事件の記録の基礎である。事件の重要な属性は、データ内に暗示されるか、さもなければオペレータにより明白に割り当てられた障害分類である。その後、システム運用に直接関連する団体は、休止時間に対する責任を負うことになろう。補償は、逸失時間、逸失ＣＰＭ、または他のベースの、逸失機会から直接計算可能である。

本発明の特定の実施例のさらなる目標は、潜在的に劇場特有の環境からの脅威を特定することと同様に、最良実務を特定する目的で、劇場による統計的性能評価指揮を記録し、および報告することである。各劇場には、高い可用性に役立つよう、スムーズな運用を維持する潜在力がある。不十分な運用上の実務または環境問題が可用性を減少させる場合もある。高可用性劇場と低可用性劇場の実務および環境問題を比較することにより、最良の実務および最良の環境状態が特定されてもよい。その後、本来なら低可用性の劇場により、最良の実務および環境状態が採用されることにより、システム全体の可用性が改良される。

本発明の特定の実施例のさらなる目標は、最善の組合せを特定する目的で、ハードウェア構成要素による統計的性能評価指標を記録し、および報告することである。異なるメーカー製の構成要素により、異なる度合いのシステム可用性が導かれることになる。最大の可用性をもたらす構成要素の、これらのモデルを特定することにより、システムは、最良の組合せの部品でスケーリングする（拡張する）ことが可能となり、システム全体の可用性を増加させることになる。

本発明の特定の実施例のさらなる目標は、最良の設備据え付け法を特定する目的で、据え付け組合せ（ｉｎｓｔａｌｌａｔｉｏｎ ｔｅａｍ）による統計的性能評価指標を記録し、および報告することである。各据え付け組合せは、システムの据え付けに関する個々の技能および知識をもたらしてもよい。実務によっては、より高い可用性、据え付け毎の時間／費用の節約、および保守の軽減をもたらすこともある。最大の可用性と、最低の費用をもたらす、これらの実務を特定することにより、システムは最良の据え付け法でスケーリングされる（拡張される）ことが可能である。

本発明の特定の実施例のさらなる目標は、最良の保守実務を特定する目的で、保守組合せ（ｍａｉｎｔｅｎａｎｃｅ ｔｅａｍ）により統計的性能評価指標を記録し、および報告することである。各保守組合せは、システムの据え付けに関する個々の技能および知識をもたらしてもよい。実務によっては、より高い可用性、修理する時間／費用の節約、および１事件あたりの反復訪問の低減をもたらすこともある。最大の可用性と、最低の費用をもたらす、これらの実務を特定することにより、システムは最良の保守実務で保守されることが可能である。

本発明の特定の実施例のさらなる目標は、ある種の障害の自己修復を自動的に試みることである。これは、自動的に設備をリセットすることを含むが、これに限定されない。ネットワークの接続性の喪失などの障害の場合は、システムは、ある時点で、通信の再開を可能にすることができる。通信が、予め決められた期間内に再開しない場合には、システムは、通信を回復する試みとして、自己をリセットすることが可能である。この技術は、内部のシステム構成要素に限定されず、システムに接続されている他の装置に使われることも可能である。迅速な、自動化された自己修復技術は、修復時間を節約し、システムの可用性を増加させることとなる。自己修復技術は、労働力を排除することにより、修復費用も削減する。

本発明の特定の実施例のさらなる目標は、伝統的な３５ｍｍ映写機、デジタル映写機、デジタル映画プレーヤー、オーディオ設備、およびフィルムプラッター（ｆｉｌｍ ｐｌａｔｔｅｒ）などの付属設備を含むが、これらに限定されない他の劇場内装置のためのデータを記録し、および報告するプラットホームとしての役目を果たすことである。こうしたデータは、本発明の他の目標と同様の方法による統計報告と同じく、リアルタイムの障害解決に使用可能である。

一実施例によると、本発明のシステムは、映画劇場設備の状態を、遠隔的にモニターするのに提供可能である。本システムは、状況を直接記録し、および／または、多くの場合状況として診断可能な状態および状態変化を記録する。システムは、オペレータに誤った状態を警告する。オペレータは、設備障害および設備運用実務のパターンに対する状態、状況、および事件のデータベースに問合せを行うことができる。本システムは、設備状況データに関連付けられた設備への介入、修理、または交換となる、事件の文書化を容易にする。オペレータは、前座広告を示す逸失機会を明らかにするために、データと映画上映データとを、相互に関連付けることができる。オペレータは、パーインプレッションベース（ｐｅｒ−ｉｎｐｒｅｓｓｉｏｎ ｂａｓｉｓ）で前座広告を示す逸失機会を明らかにするために、データと入場者数とを、さらに相互に関連付けることができる。こうした逸失機会、さもなければミスアウト（ｍｉｓｓ−ｏｕｔ）として知られているものは、補償、補填、または弁償の基礎として使用可能である。

様々な実施例によると、センサは、設備の各部品の各属性をモニターするのに使用できる。データは、各センサから集められ、分析を容易にするよう中央位置に転送される。こうしたシステムに対する一般的なアーキテクチャでは、記録をとり、さらにセンサから中央位置へデータをリレーするためのコンピュータを、各位置に含むことが可能である。遠く離れた１組の劇場から中央位置へのデータ伝達には、ＷＡＮ（ワイドエリアネットワーク）が関係してもよい。データの収集および分析用の中央施設は、中央コンピュータで機能するリレーショナルデータベースを含むことができる。このアーキテクチャは、新興デジタル映画広告システムと高度に位置合せされる。さらに、１０％の標準的休止時間で、映画広告は、遠隔モニターおよび診断に最大の貢献をしている。

遠隔的モニターアプリケーション、およびデジタル映画広告アプリケーションが、高度に位置合せされているので、本発明のシステムの実施例は、デジタル映画広告システムをホストプラットホームとして利用する。デジタル映画広告システムの構成要素は、本発明の実施例に従うシステムの構成要素として使用可能である。

本発明の特定の実施例と共に使用可能なデジタル映画広告システムは、ＷＡＮ１４を通して１つ以上の遠隔劇場施設１２のコンピュータと、データを交換する地域サーバとして使用可能な、中央コンピュータを有している。ＷＡＮは、衛星または地上波のデータ通信などの様々な技術により形成可能である。各遠隔劇場施設１２は、サイトサーバ１６、ローカルエリアネットワーク（ＬＡＮ）１８、および複数のスクリーンサーバ２０を含んでいてもよい。サイトサーバ１６は、各劇場施設の受信コンピュータである；他のデューティーの中にあって、これは、地域サーバ１０とスクリーンサーバ２０との間のデータ経路を提供する、リレーとして役立つ。スクリーンサーバ２０は、それらが地域サーバ１０から受信した内容を、映画スクリーンおよびサウンドシステムへ供給する。

デジタル映画広告システムは、おそらく、オーディオおよび／またはビデオの内容、特に広告内容を映画館の聴衆に配信するように設計されている。こうしたシステムは、また、受信システムの状態および状況データのための、インフラストラクチャとして役立つ場合もある。こうしたデータは、遠隔診断および性能モニタリングに使用可能である。システム内の各構成要素は、批評機能に役立つものであり、障害がモニターされることになる。

スクリーンサーバは設備の最大アレイに接続されており、したがって、構成要素の状態および状況データの大部分を報告するポジションにある。スクリーンサーバアセンブリ２２は、図２に示したように、スクリーンサーバコントローラ２４、オーディオプロセッサ２６、ネットワーク２８（例えば、ＬＡＮ）、デジタルプロジェクター３０、劇場オートメーション設備３２、および無停電電源（ＵＰＳ）３４を含んでいてもよい。各構成要素は、既存の接続、または新しい接続、または追加されたセンサを通してモニター可能である。モニターされた全てのデータは記録され、記録は地域サーバへ戻されて、警告および／または統計的ならびに裁判分析の生成に利用可能である。

デジタルプロジェクターは、シリアル（ＲＳ２３２）ケーブル、または他のデジタル接続経由で、遠隔的に制御可能である。この同じケーブルを通して、これは、運用の現在の状態、秒単位のプロジェクター使用、秒単位のランプ使用、構成設定、およびエラー状態を含んでいるが、これらに限定されない状態および状況の情報をモニター可能である。モニタリングは、画像を実際にスクリーン上に置き、また、その画像を十分明るくし、さらに恐らくスクリーン上に焦点を合わせ、さらに意図された画像と一致させることを確実にするために、スクリーン上に向けられた光センサを含むことにより、さらに増強されることになろう。

劇場オートメーションは、インタフェースを用いることにより、状態の情報を提供する。こうしたインタフェースの１つである起動ケーブルは、映写機設備のオンオフ状態の情報をスクリーンサーバに提供する。代替的インタフェースは、映写機設備に関する追加情報と同様に、カーテン位置、マスキング位置、および劇場の光レベルの状態および状況を提供する。

カリフォルニア州サンフランシスコのドルビーラボラトリーズ社（Ｄｏｌｂｙ Ｌａｂｏｒａｔｏｒｉｅｓ， Ｉｎｃ．）により販売されているＤｏｌｂｙ ＣＰ６５０などの最新のオーディオプロセッサは、状態および状況データを収集可能なデジタルインタフェースを有している。より古いオーディオプロセッサも、電源状態、入力チャンネル選択、オーディオレベル、およびエラー状態を含んでいるが、これらに限定されない同様のデータを提供するインタフェースを有することができる。モニタリングは、劇場内の１つ以上のマイクロホンによりさらに増強されることもできる。こうしたマイクロホンによりオーディオレベルをモニターし、意図されたオーディオに確実に一致するように、劇場内のオーディオを提供することが可能である。

ノースカロライナ州ローリーのパワーウェアコーポレーション（Ｐｏｗｅｒｗａｒｅ Ｃｏｒｐｏｒａｔｉｏｎ）により販売されているＰｏｗｅｒｗａｒｅ Ｂｅｓｔ Ｐａｔｒｉｏｔ ２５０などのＵＰＳは、停電時においてさえ電源をスクリーンサーバに提供し続けることができる。また、こうした装置は、電源の状態をスクリーンサーバに提供し、バッテリーの蓄電源が低くなると、スクリーンサーバに停電を通知し、スクリーンサーバを予想されるシャットダウンに対して準備させる。これ、および同様の装置は、また、サージおよび電圧低下状態などの他の電源問題を報告することも可能である。電源オン／オフおよび品質データは、設備運用に基本的なものである。モニタリングは、１つ以上の追加電源センサ、特に、電力線の反射調波を検出するセンサにより、増強可能である。反射調波は、多くの場合、電源により放出される高周波電流であり、コンピュータエレクトロニクスにとり有害なものとなる場合がある。映写機のランプハウスは、特に大きな電源を備えている。

ネットワークの可用性は、ネットワークインタフェースカード（ＮＩＣ）、または同様のデータ通信装置によりテストされる。局所／内部テストは、装置において動作可能であるのみならず、他のネットワーク装置への接続性もテスト可能である。この方法で、スクリーンサーバは、それ自体のネットワークの状況について報告するばかりでなく、そのネットワーク上の他の装置の状況についても報告する。

ネットワークが停止し、かつネットワークが重複していない場合には、スクリーンサーバは、リアルタイムでそれ自体の障害を報告できないことになる。しかしながら、さらに近位にある、通常の接続性を失っていない１つ以上のスクリーンサーバは、その対等物との接続性の喪失を報告することになる。さらに、ネットワーク接続性を喪失したスクリーンサーバは、いったん接続性が回復されると、報告されるべき障害を記録することになる。他の実施例では、重複したネットワークが使われてもよい。

本発明のシステムは、エラー状態ばかりでなく、非エラー状態を検出し、記録し、および報告する。システムの目標はエラー状態に関連するものであるが、多くの場合、非エラー状態の検証および監査と同様に、非エラー状態も、エラー状態の手がかりを提供する。全てのデータは、エラーに関連があるとないとを問わず、統計的および裁判分析を実行し得る地域サーバに戻される。

地域サーバは、リレーショナルデータベース、ビジネスプロセス、およびオペレーショナルインタフェースを備えた、より大きなコンピュータ、または１組のコンピュータである。地域サーバは、特定の装置、または１組の装置、および時間に関連付ける形で、記録されたデータを記憶している。地域サーバは、記録されたデータの表示を容易にする、インタフェースを有している。

概して、エラーおよび非エラーは、信号として参照され、信号は、図３に示したような信号記録タイミングチャートとして、時間に応じて直線的に表されている。多数の信号の各々は、システムオペレーターにより記録され、レビューされてもよい。特に、図３は、ＵＰＳ電源回復信号４０、ＵＰＳバッテリー標準信号４２、オペレーティングシステム信号４４、モニター処理信号４６、デーモン処理信号４８、プレーヤー処理信号５０、ネットワークレディー信号５２、プレーヤープレーイング信号５４、起動信号５６、映写用ランプ信号５８、上映時間信号６０、および上映開始／停止信号６２を示している。タイミングチャートの使用は、問題の原因および関連する一連の障害の特定に役立つものとなり得る。信号は、通常、オン／オフ、アップ／ダウン、作動中／非作動中、などの２状態である。しかしながら、信号は２つより多い状態を持つことも可能である。３状態の信号（例えば、低、中、高）は、様々な実施例において第３の中間レベルを添加することにより、図表を用いて表現可能となる。さらなる実施例では、信号はスカラであってもよい。スカラデータは、０〜１までの値に正規化され、ボトムからトップに至るまでの対応レベルにより表示可能である。高分解能データはこのように簡略化することが可能であろうが、重要な解釈は、代替的、または補足的なデータ表現フォームを必要とすることもある。

図４に示したように、信号記録タイミングチャートは、図示のように、それぞれが映画信号７０〜８２を提供する、複数の映画のために示される場合もある。また、記録は、追加サイト信号８４を含んでいてもよい。さらなる信号記録タイミングチャートは、オペレーティングシステム信号９０、モニター処理信号９２、デーモン処理信号９４、ネットワークレディー１信号９６、およびネットワークレディー２信号９８を示すこともできる。

記録信号タイミングチャートは、どういう頻度で信号がパターンとして作動するかを示している。パターンが壊れるときは、通常、エラー状態が存在している。信号は、いろいろな方法で見ることが可能である。図３は、日付フィールド６４に示されるように、３日間（１２／１１／０２から１２／１３／０２までを含む）にわたる、単一スクリーンサーバ位置での複数の信号を示している。図４は、日付フィールド８６に示されるように、３日間（１０／９／０２から１０／１１／０２までを含む）の、１つの位置の複数のスクリーンサーバの各々からの１つの信号を示している。代替的実施例では、提示は図式的である必要はなく、テキスト形式であってもよい。

サイトサーバは、無給電中継として大いに役立つ。そのように、サイトサーバは、通常、スクリーンサーバのようには、設備のいかなるアレイにも直接接続されていない。それにもかかわらず、サイトサーバは、例えば、図５の日付フィールド８８に示したように、２日間（１１／２６／０２から１１／２８／０２までを含む）の、ローカルおよび広域ネットワークの双方において報告する、ネットワーク接続性信号を実行する。同様に、地域サーバは、サイトへの接続性のみを報告する。

エラー検出は、地域サーバへの経路における同等物または他のネットワーク装置、または地域サーバでの、ローカルからソースで起こってもよい。エラー状態がスクリーンサーバで検出されると、ローカル処理は、以下を含むがこれらに限定されない１つ以上の動作を開始する。（１）状態を記録し、さらに中央地域サーバへ報告すること、および（２）自動的に問題の修復を試みること。

エラー状態は、ログファイルに記録され、ＬＡＮを経由してサイトサーバへ転送され、その後、ＷＡＮを経由して地域サーバへ、サイトサーバによりリレーされる。地域サーバは、ログデータを読み込み、そのデータベースへ挿入する。データベースへの経路に沿って、処理は、警戒状況を示すものとして、ログおよび好ましくない状態のフラグ（エラーおよび警告）を分析する。フラグを立てられたデータは、迅速な注意のために、オペレータのコンソール上に表示される。代替的に、または平行して、フラグを立てられたデータは、電子メールインボックス、モバイルパーソナルポケットベル、ＰＤＡ、またはテキストメッセージ携帯電話を含むが、これらに限定されない代替装置に送信される。代替的送信手段は、劇場のサイトサーバから、劇場の職員によりモニターされる通信装置への、ＷＴＦＩ標準装置またはＢＬＵＥＴＯＯＴＨ標準装置などの無線技術を取り入れることが可能である。

概して、図６〜８に示したように、本発明の一実施例に従うシステムは、様々な障害を解決することが可能である。例えば、本発明の一実施例に従うシステムは、デジタルプロジェクター１００、スクリーンｘのためのスクリーンサーバ１０２、地域サーバ１０４、システムオペレーター１０６、目録１０８、および現場サービス支援ユニット１１０を含んでいてもよい。特定のエラー状態は、自動的に修理されてもよい。こうしたエラーは、装置がハングアップしたり、または他の形で無反応となったときに、引き起こされることがある。こうした場合には、スクリーンサーバは、エラーのクリアーを試みる手段として、装置をリセットすることになる。装置の機能を回復する試みは記録され（ｌｏｇｇｅｄ）、記録される（ｒｅｃｏｒｄｅｄ）ために地域サーバへ送信される。いったん中央エラーキューに入れられると、オペレータは警告を受けることになる。例えば、そして、図６を参照すると、使用中に、ランプ障害信号１１２が、デジタルプロジェクター１００からスクリーンｘスクリーンサーバ１０２へ送信可能である。その後、スクリーンｘ信号１１４でのランプの障害は、スクリーンｘスクリーンサーバ１０２から地域サーバ１０４へ送信可能である。その後、スクリーンｘ信号１１６でのランプの障害は、地域サーバ１０４からシステムオペレーター１０６へ送信可能である。

オペレータは、オペレータインタフェース、または、携帯情報端末（Ｐ＄Ａ）、携帯電話、またはページング装置に送信された電子メールなどの、他の若干の電子的方法により、エラー状態であると警告を受ける。オペレータは、エラー状態をレビューし、エラー状態が始まった前後の、記録された事象をレビュー可能である。オペレータは、また、劇場にコンタクトして、追加情報を要求してもよい。いったん、オペレータがエラー状態を確認すると、オペレータは事件記録を作成することになる。事件記録は、期間および位置識別子を通して、エラー状態データに関連付けられる。図７に示したように、レビューおよび事件報告信号１１８は、オペレータ１０６と地域サーバ１０４との間を通過する。

その後、オペレータは、修理を要請する電話を開始してもよい。さらに、オペレータは、構成要素の出荷を開始してもよい。図８に示したように、１２２に示した地域サーバ１０４による確認に続いて、１２０に示したように１つ以上の構成要素（例えば、新しいランプ）の出荷が実行されてもよい。現場サービス作業員は、１２６に示した地域サーバ１０４による確認に続いて、１２４に示したように、スクリーンｘ１００としてのデジタルプロジェクターへ派遣されてもよい。電子メールオーダーが、必要な構成要素、出荷先アドレス、および出荷方法を特定する。増強することにより、出荷ラベルを、同様に、設備が見積もりおよび／または修理のためにメーカーまたは倉庫へ送り返される場合には返品発送ラベルを、注文品に自動的に印刷し、および貼り付けるのが容易となる。

全ての通信は、システム内で取得される。電子通信は、どこでも可能である。例えば、オペレータによる現場サービスの呼び出し開始は、オペレータのインタフェースとの相互作用により、容易になる。その後、システムは、サービスリクエストを電子的に送信する。この処理には、主要な利点が３つある：（１）メッセージは、正確かつ完全である；（２）自動化により、人件費が削減される；（３）メッセージの送信が記録され、さらにシステム内でタイムスタンプされ、それにより、事件を完全に監査可能にする。

メッセージの受理は、同様の自動化された処理を通して、現場サービスプロバイダーにより、および／または目録出荷施設により確認される。これは、複数の方法で容易にされ得る。まず最初に、電子メールメッセージは、受理の返送を要求する形で送信可能であり、それにより自動確認がもたらされる。ＰＤＡ、ポケットベル、または携帯電話を用いる現場サポートの場合は、受理は、システムにより自動的に読取り可能なキーワードを用いるツーウェイメッセージ送信を通して、または、ウェブインタフェース、携帯（ＰＤＡ、セル）、または他の方法を通して手動で確認される。すべての確認は記録され、タイムスタンプされ、受信されると、地域サーバにより適切な事件記録に索引が付けられる。

現場サービスプロバイダーが、システムオペレーターに，エラー状態が修復されたことを通知すると、処理は完了する。オペレータは、いかなる必要な最終ノートも文章化し、その後、事件を閉じる。

若干の事件は、オペレータにより開始される必要はないが、自動的に開始することができる。電球が機能しなくなったときにも、いかなる調査も必要でない。システムは、自動的に、電球の事件および出荷請求の作成を開始することができる。新しい電球の受理は確認されない場合もあるが、プロジェクター動作の回復は、事件の解決を含意しており、記録は自動的に閉じられる。

報告は、通常、会計または性能レビューの２つの理由のうちの１つに対して生成される。全ての上映が満足できるよう配信されるというわけではないと仮定すると、問題は、損失の規模、全体、および寄与団体によるモニターのうちの１つとなる。システムにかかわる団体は、それぞれ、コンテンツを上映する、何らかの逸失機会を計算することになる。これには、上映者劇場スタッフ、導入クルー、保守クルー、ソフトウェア開発ならびに動作、ハードウェアメーカー、およびコンテンツプロバイダーが含まれるが、これらに限定されない。

ジョブスケジューリングレポート（ＪＳＲ）は、トップレベルの会計報告書である。各ジョブスケジューリングは、ジョブと前座の機会を集めたものである。図９に示したように、ジョブスケジューリングレポートは、１３０に示した完了カテゴリの事例、および１３２に示した未完了カテゴリの事例を含んでもよい。予定された前座の機会においてジョブが提示されたときには、事例は完了である。予定された前座の機会においてジョブが提示されなかったときには、事例は未完了である。また、ジョブスケジューリングレポートは、１３４に示したように、上映者データ、ハードウェアデータ、ソフトウェアデータ、コンテンツデータ、バグデータ、導入データ、保守データ，および未知データを含む、未完了故障と名づけられたカテゴリを含んでいる。未完了故障カテゴリ１３４は、障害カテゴリによる未完了スケジューリングのカテゴリ化である。障害カテゴリは、事件により明白に、またはシステム状態により暗に示されている。ＪＳＲは、割合と同じく、実数としてスケジューリングを記載される。このようにして、本実施例のシステムは、統合的方法で映画広告システムにデータを渡し、さらに、補償および／または改良のために重要な領域は、聴衆にとって明白となる。

ＪＳＲはジョブ／上映ベースの成功および失敗を表示するが、上映の全てが同等と考えられているわけではない。上映の後援者が多くなれば、その上映はそれだけ貴重なものとなると考えられる。これは、広告のジョブの目標が出来るだけ多くの後援者を得ようとするものであり、ある上映が他のものより多くの後援者を獲得することがあるためである。後援者に提示される広告のジョブの各事例は、インプレッションと考えられる。インプレッションは、千（１，０００）のユニットで測定され、その費用は、１０００当りのコスト（ＣＰＴ）で参照される。また、ボックスオフィスのチケット売上データにより、この報告は、多数の後援者に対して調整することができる。このように、逸失機会は、インプレッションベースで表示され、修復（ｍａｋｅ−ｇｏｏｄｓ）または払い戻しは、ＣＰＭベースで分析することができる。

ＪＳＲ内の各実値は、その添付データへハイパーリンクしている。例えば、図１０は、（１４０に示したように）エラーがあった複数の上映に対する、添付データを示している。エラーの理由は１４２に示されており、さらに、表は、図９に示したように、各上映１４０に対する未完了故障１３４についての故障データを提供している。添付データは、表の各セル内の、実行されなかった前座の機会の原因となった事件、またはエラー状態のリストである。各事件は、０以上のジョブスケジューリング障害の原因となる場合がある。

各事件またはエラー状態は、図１１に示したように、事象報告表内の事象の詳細を明らかにするために、順にブラウズ可能である。各事象は、サイト１５０、スクリーン１５２、開始日付１５４、および持続時間１５６により特定される。各事件は、通常、障害分類に割り当てられる。このようにして、特定の事件のため実行されなかったスケジューリングは、ＪＳＲの統計に寄与する。また、事象報告表は、事象が、決定１５８されたか、影響１６０か、構成要素１６２か、障害クラス１６４かどうかを特定する。影響１７０を与えた上映の特定と同様に、メッセージ１６６および注意書き１６８が提供される。

事件および事件管理は、管理が前座コンテンツを表示する機会が逃されるのを軽減する手段である。しかしながら、収入を生むのはコンテンツである。したがって、報告は、また、個々のコンテンツ（ジョブ）に基づいて逸失機会を明らかにしなければならない。広告主は、サイトでのスケジューリングの逸失機会数をほとんど留意していない；しかしながら、広告主は、そのジョブにのみ関係付けられた成功と失敗については、何よりも確実に留意している。

ジョブスケジューリングデータをデジタル広告システムの公開報告（ｅｘｐｏｓｕｒｅ ｒｅｐｏｒｔ）と統合することにより、逸失機会を詳述する報告を容易にすることになる。図１２は、クライアントに割当てられる特定ジョブ１８０に対する、公開報告を示している。報告は、上映１８２、上映日付１８４、上映時間１８６、上映ミス理由１８８、映画１９０、およびリリース１９２を含んでいる。ジョブが一連の上映に基づいて販売された場合は、この報告は達成に対しての会計基礎となる。

本実施例のシステムの処理は、以下のタスクを実行する：検出、記録、転送、索引付け、解釈、警告、自動修正、および報告である。検出は、装置の現在の状態（ｓｔａｔｅ）、状況、状態（ｃｏｎｄｉｔｉｏｎ）、または作動を感知する処理である。記録は、時間／日付、位置、装置ＩＤと共に状況を記憶する処理である。転送は、通常サイトサーバを通して、記録データを中央サーバに移送する処理である。索引付けは、時間／日付、位置、および装置ＩＤに従い、データをデータベースに記録する処理である。解釈は、データを、エラーであると知られている状態（ｃｏｎｄｉｔｉｏｎ）と比較する処理である。警告処理は、人が読む電子メッセージを構成することである。自動修正処理は、可能なら、設備をリセットするのを試みる。報告処理は、統計的分析または法廷検討に整理されたデータの提示である。

本実施例のシステムは、一定間隔で、状態および状況に対する調査（ｐｏｌｌ）と同様に、エラーを収集して記録する。この収集と記録は、スクリーンサーバまたはその同等物で実行される。モニターされた各装置は、何らかの形式または方式で、スクリーンサーバまたはその同等物へ接続されている。モニターされた構成要素は、デジタルプロジェクター、劇場オートメーション、無停電電源装置、およびネットワークを含むが、これらに限定されない。

デジタルプロジェクターは、２つの方法でスクリーンサーバに接続される。第１は、プロジェクターへ、スクリーン上に表示されるビデオ信号を供給するビデオケーブルである。第２の接続は、シリアル制御ケーブルである。このケーブルを通して、スクリーンサーバは、適切な時にデジタルプロジェクターのオンオフを切り替えることができる。また、デジタルプロジェクターが状態および状況の情報を提供するのも、このケーブルを通してである。

プロジェクターの状態および状況は、オンオフおよびエラー状態（ｗｉｔｈ−ｅｒｒｏｒ−ｃｏｎｄｉｔｉｏｎ）、警告状態（ｗｉｔｈ−ｗａｎｎｉｎｇ ｃｏｎｄｉｔｉｏｎ）、完全に機能中、を含むが、これらに限定されない。エラー状態は、ランプ障害、および非常に高い運転温度を含むが、これらに限定されない。警告状態は、ランプの寿命、および過度の温度を含むが、これらに限定されない。

状態および状況データは、前座を開始し、および停止させるなどの通常の状態変化動作中に記録され、さらに、電源喪失などの予期されない状態変化事象の時点で記録され、さらに、６０秒毎などの一定間隔で記録される。

状態および状況データは、各事象に対するタイムスタンプを伴って、事象の流れとして記録される。ログデータは、常に人間が読解可能な形式であるというわけではなく、ただ１台の装置の状況に隔離されているのもまれである。しかしながら、説明に役立つ目的のために、図１３は、ストリーミング方式でリストアップされた、日付１９４、時間１９６、およびメッセージ１９８を伴うものに似た、事象データストリームを示している。

使用中に、スクリーンサーバ２００は、図１４に示したように、検出２０２、解釈２０４、記録２６、転送２０８、および自動修正２１０を実行することが可能である。スクリーンサーバ２００は、デジタルプロジェクター２１４からの入力信号２１２を受け取り、さらに、図１４に示したように、劇場オートメーション設備２２４、電源またはＵＰＳ ２２６、ネットワークインタフェース２２８、およびオーディオプロセッサ２３０からの入力信号２１６、２１８、２２０、２２２を、それぞれ受け取る。デジタルプロジェクター２１４からの信号２１２は、信号が望ましくないことを示している。全ての信号が解釈され、そして、信号２１２は、自動修正を生成する。自動修正は、装置のリセット、または、そうでなければ、望ましくない状態（ａｎｄｅｓｉ ｒａｂｌｅ ｃｏｎｄｉｔｉｏｎ）のクリアーを試みることになる。図１４に示したように、自動修正システムは、リセット信号２３２をデジタルプロジェクター２１４に送信することにより、望ましくない状態の修復を試みている。

エラーの他の例は、ネットワークの接続性の喪失である。ネットワークが予め指定された許容時間を越えて停止した場合、自動修正処理は、ホストコンピュータを再起動することにより、ネットワークインタフェースカード（ＮＩＣ）のリセットを試みることができる。自動修正処理は、接続性が復旧するまで、おそらくは１日に一度、ホストコンピュータの定期的なリセットを試みることもできる。

最後にあげた例では、ＮＩＣが動作を止めた場合、作動しているスクリーンサーバからの信号も決して地域サーバには達しないだろう。しかしながら、この状態は、その対等物であるコンピュータのうちの１つにより認識される。いったんコンピュータが対等物とのコンタクトを失うと、そのコンピュータは状況データを記録し、その状況データを地域サーバへ戻し、地域サーバはそのデータを解釈して警告を発することになる。

劇場オートメーションは、起動ケーブルにより、スクリーンサーバまたはその同等物に接続される。起動ケーブルは、ゲームポートコネクタ（ＤＢ１５）へのデジタルケーブルを経由して接続された、１１０ボルトの交流プラグとしてパッケージされる。１１０ボルト交流プラグ内部は、１１０ボルトの交流電流が通電されるとコンタクトを閉じる回路である。コンタクトの閉鎖は、ゲームポートボタンワンダウン事象としてスクリーンサーバまたはその同等物により読込み可能である。このようにして、スクリーンサーバは、起動ケーブルへの電源を検出することができる。起動ケーブルは、オートメーションにより制御された１１０ボルトの交流コンセントへ差し込まれる。オートメーションがこれを検出すると、主要なフィルム映写機は停止し、この１１０ボルトの交流コンセントが通電される。オートメーションが映画の始まり部分の開始を引き起こすと、それは、この１１０ボルトの交流コンセントへの通電を停止し、同時に主要なフィルム映写機をオンにする。ゲームポートボタンワンをモニターすることにより、スクリーンサーバは、前座の状態を制御するだけでなく、観客席の状態もモニター可能となる。オートメーションデータは、デジタルプロジェクターデータと同様の方法で記録される。

次世代のデジタルオートメーションインタフェース（ＤＡＩ）では、はるかに大きな状態モニタリングが提供される。デジタルオートメーションインタフェースは、スクリーンマスキング位置、ハウスライトレベル、および火災報知機状態を含むが、これらに限定されない多数のオートメーション態様を制御し、およびモニターする回路である。スクリーンサーバ、またはその同等物は、モニターされる劇場内の設備の範囲を増加させる手段として、このデータを収集することになる。

ネットワークは、主として、他のネットワーク装置と通信するよう試みることを通してモニターされる。ＵＰＳは、電源およびバッテリー状況をモニターされる。これらの装置の各々は、状態および状況データを聞くか、または調査することが可能である。デジタルプロジェクターおよびＤＡＩのように、データはタイムスタンプされ、ファイル内に記録される。

オーディオ設備は、現在モニターされていないが、同様の機構を用いてモニター可能である。関心をひくデータには、他の構成設定と同じように、入力、出力、およびボリューム設定を含むことになろう。他のモニターされる装置のように、データは収集され、タイムスタンプされ、そして記録されることになろう。

ランプ障害の場合は、警告処理は、スクリーンサーバがランプの点灯を試み続けることを確認し、障害例が数回連続しても許容可能である。ランプが数回の試みの後にも点灯しなかったことをログが示すと、ランプに障害があると見なされ、警告処理が警告を発することになる。

過度の起動の場合は、警告処理は、同様に、１回以上の失活および再起動の分離した例を雑音として許容することになる。しかしながら、短期間内にサイクルの閾値数に達するならば、警告処理は、これを暗黙のエラー状態として警告を発することになる。

信号データは記録され、地域サーバに転送され、地域サーバは状態を解釈して、警告を発することができる。警告は、自動修正が障害状態にあるか、または自動修正が選択肢となっていないときにも発せられる。図１５に示したように、スクリーンサーバ２４０、サイトサーバ２４２、および地域サーバ２４４の間の通信は、データを検出し、および記録し、および転送することに関係するものである。例えば、スクリーンサーバ２４０は、検出ユニット２４６、解釈ユニット２４８、記録ユニット２５０、転送ユニット２５２、および自動修正ユニット２５４を含んでいてもよい。また、サイトサーバ２４２は、検出ユニット２５６、解釈ユニットが２５８、記録ユニット２６０、転送ユニット２６２、および自動修正ユニット２６４を含んでいてもよい。地域サーバ２４４は、自動修正ユニット２６６、検出ユニット２６８、記録ユニット２７０、転送ユニット２７２、解釈ユニット２７４、警告ユニット２７４、索引付けユニット２７６、および報告ユニット２８０を含んでいてもよい。例えば、図示したように、エラー検出データは、スクリーンサーバ２４０の検出ユニット２４６から記録ユニット２５０へ、さらに、順に転送ユニット２５２へ流れることができる。また、エラー検出データは、サイトサーバ２４２の検出ユニット２５６から記録ユニット２６０へ、さらに、スクリーンサーバ２４０の転送ユニット２５２からのエラーデータと共に、順に転送ユニット２６２へ流れることができる。その後、組み合わされたエラーデータは、サイトサーバ２４２の転送ユニット２６２から地域サーバ２４４の転送ユニット２７２へ転送可能である。また、エラー検出データは、地域サーバ２４４の検出ユニット２６８から記録ユニット２７０へ、さらに、順に転送ユニット２７２へ転送可能である。その後、組み合わされたエラーデータは、解釈ユニット２７４へ進み、その後、図示されたように索引付けユニット２７６と同様に、警告ユニット２７４へ流れることができる。その後、エラーデータは、図示されたように、索引付けユニット２７６からデータベース２８２へ転送可能である。スクリーンサーバ２４０は、設備の状態および状況についてのデータの大部分を戻すことになる。全てのコンピュータは、少なくともネットワークおよび電源の状況データを戻すことが可能である。状況データは、結局、データベース内へ索引を付けられる。また、解釈処理による解釈を受け、望ましくないと知られている状態に合致する場合には、警告を受ける。図１６に示したように、報告データは、その後、地域サーバ２４４の報告ユニット２８０に転送可能である。警告は、簡単な電子通知の形式を取ることもでき、これは追加的に、サービスの要求および／または設備の要求の形式を取ることもできる。

警告処理は、信号データの単一ストリームに限定されないが、また、同一スクリーンサーバアセンブリからの複数の異種ストリームを分析可能である。同様に、警告処理は、複数のスクリーンサーバアセンブリからの複数の同種ストリームを分析可能である。このように、これは、エラー状態をより明確に、または、より包括的に特定可能である。

異種データ分析の例は、スケジュールデータを示す、起動信号データの比較である。スクリーンサーバアセンブリが、その映画に対する上映スケジュールと一致しても作動しない場合は、エラーが示され、警告が発せられる。

潜在的なエラー状態は、上映による、日による、および週による運用パターン内の中断を探す、パターンマッチング処理により発見される。その後、パターン内の中断は、既知のエラー状態パターンの組と比較される。この処理が合致するものを発見した場合、パターン異常が警告され、特定される。いかなる肯定的な比較もない場合は、パターン異常が警告され、疑しいものとしてフラグが立てられる。

ネットワークまたは電力の故障停止など、若干のパターンは、１つ以上のスクリーンサーバ、またはサイトサーバに存在している場合がある。こうした場合、パターンマッチング処理は、その対等物の間に、同じ異常を探すことになる。

インデックスを付けることは、状態データを、時間／日付、位置、および装置識別と共に、データベース内へ記憶させる処理である。このようにして、これは検索され、およびまたは、装置による、位置による、および／または日付による問合せの一部分として順序付けられる。データおよび位置により、それはまた、デジタル映画広告システムの一部分である上映データと、相互相関させることが可能である。

電子通知は、主として電子メールで発行される。電子メールは、特定位置における、特定エラー状態に対するシステムを伴った記録上の人／団体に送信される。電子メールの題目および本文には、検出された状態の性質が記述されることになる。また、電子メールの本文は、状態修正の推奨を含んでいてもよい。例えば、電源が落ちている場合は、受取人に対し、電源を回復し、ＵＰＳ上のサーキットブレーカーをチェックし、ＵＰＳがプラグインされているのをチェックし、ＵＰＳに通電するコンセントへのサーキットブレーカーをチェックするよう指示してもよい。電子メールは、標準の電子メールアドレスに送信可能である；したがって、警告は、電子メールを受け取る、いかなる携帯電話、ＰＤＡ、または携帯装置にも送信可能である。

電子通知は、電子メールである必要はない。電子メール、または何らかの他のプロトコル、または技術であるにかかわらず、メッセージは、サービスコールを開始し、および／または、交換部品／設備の出荷を開始することもできる。例えば、プロジェクターの電球が障害を受けると、警告により、新しい電球のその場所への出荷を引き起こし、同様に、新しい電球が届くと、劇場の作業員へ電球を交換するよう警告することができる。

いったん、データが、データベースにロード（索引を付けられる）されると、報告用に利用可能となる。データベースがリレーショナルであるならば、通常、ＳＱＬは、統計的、傾向的、および裁判分析の目的のために、データの規則正しい部分集合の選択に使用可能である。

警告は、オペレータの注意を必要とし、そしておそらくは現場サービスの呼び出しを必要とするエラー状態である。警告は、警告キュー内に配置される。警告キューは、可視であり、オペレータによりモニターされている。警告は、通常、事件の開始点である。

オペレータは、警告をレビューし、さらなる情報のために劇場スタッフに電話してもよい。接続性の喪失の場合は、オペレータは、「設備が電源を開放しましたか？」と尋ねることもできる。その場合は、オペレータは、電源を回復させるために劇場スタッフと共に働いてもよいであろう。そうでない場合は、オペレータは、目や手となる劇場スタッフと共に、ネットワークおよび／またはスクリーンサーバＰＣ自体のトラブルシューティングを始めるであろう。問題が電話で迅速に解決可能ならば、オペレータは、解決された事件として、警告状態を伴う電話を文書化することになる。オペレータが、劇場スタッフと共でもエラー状態を解決できない場合は、未解決の事件は警告状態を伴って文書化され、サービスコールが発行される。

ある種の警告状態は、オペレータを迂回し、直接サービスコールに進む。これは、ランプ障害を含むが、これに限定されない。ランプ障害は、サービスコールを要する警告状態として、自動的に解釈される。未解決の事件は自動的に生成され、サービスコール処理によりサービスコールが発行される。

サービスコールの好適な方法は、電子メッセージングを通して発行される。電子メールが使用されるが、いかなる電子メッセージングシステムも使用可能である。電子メールは、設備障害が起こった領域に特定の、さらに障害のあったタイプの設備に特定の、現場サービス職員に送信される。電子メールは、通常のメールボックス、または、より適切には、テキストポケットベル、個人向け携帯情報通信機器（ＰＤＡ）、およびテキストメッセージング可能携帯電話のような無線携帯装置を通して受信される。

電子メッセージの受け取りは、受領通知要求で自動的に、またはオペレータ生成応答を通して手動で確認される。応答は、到着メッセージ索引作成装置により自動的に読取られる、一意的事件識別子を含んでおり、到着メッセージ索引作成装置は、データベース内に記憶された事件に、受け取りの記録を追加する。

いったん、サービスコールが完了し、エラー状態がクリアーされると、サービスプロバイダーは、一意的事件識別子およびキーワードを含む、除去される電子メッセージを送ることにより、その事件を閉じる。到着メッセージ索引作成装置は、受け取りをデータベース内に記録し、事件の状態を閉じられるものに変えることになる。代替的に、サービスプロバイダーは、ウェブインタフェースを通して事件を直接に変更可能であるか、またはシステムオペレーターに同じようにするよう連絡することができる。

劇場スタッフもサービスプロバイダーである遠隔位置の障害のあるランプなど、いくつかの場合には、新しいランプは、翌日配達で劇場に出荷されることになる。出荷は、劇場スタッフに事件を通知し、また、新しいランプが翌日には入荷予定だと通知し、さらに、倉庫にも出荷問い合わせ先情報を含むメッセージを通知する、サービスコール処理により補助される。

自動化されたシステムでは、事件が見失われ、または忘れられる可能性が常に存在する。これに対して保護するために、エージング処理が毎日未解決の事件をレビューし、さらに、オペレータに、事前に設定した期間には注意していない、いかなる事件についても警告することになる。

事件は、システムにおいて、外部の介入を必要とする状態の記録である。事件は、多くの場合、電球の交換の場合のように、自動的に引き起こされる。しかしながら、事件はまた、特にトラブルシューティングを必要とする場合のように、手動により引き起こされる。事件は、開始時間、および終了時間、およびエラー状態、および解決を含むが、これらに限定されない。さらに、事件は、ほとんど常に障害分類されている。事件は、サービス作業員への警告、作業員からの応答、設備出荷要求、およびヘルプデスクエントリーを含むが、これらに限定されない解決処理の各ステップを記録する。

報告は、選択の結果、およびデータの提示である。リレーショナルデータベースには、通常、特定の属性に従って、データにアクセスし、分類するための、ＳＱＬなどの照会言語が存在する。本発明のシステムにより集められるデータの４つの主要な属性は、時間、位置、および装置識別子、および装置状態である。単一の装置および状態に限定されるデータを選択し、その後、時間に従って配列すると、その装置の変化状態が観測可能である。データの基本的な解釈は、予想される状態変化を確認し、不一致にフラグを立てることである。位置によっても、同様の分析が可能である。映画広告システムのデータと関連付けられた、本発明のシステムのデータを記憶することにより、パターンにおける不一致をコンテンツ（広告ジョブ）の配信に対する特定の障害に関連付けることが可能である。

デジタル広告システムが、劇場の販売時点管理チケット販売システム（ＰＯＳ）に接続され、ＰＯＳから上映時間の情報を収集する場合は、本発明のシステムは、実際の設備状態と、ＰＯＳからのデータにより示された開始時間を基に予想される設備状態を比較することができる。

本発明のシステムのためのインタフェースは、電子メール、およびダイレクトインタフェースの２つの形式を有している。ダイレクトインタフェースは主として信号分析、事件管理、および報告に使用されるが、電子メールは主として警告に使用される。

ダイレクトインタフェースは、全ての関係者による普遍的アクセスを容易にし、また、アップデートされたクライアントソフトウェアの配布および導入を必要とすることなく、ソフトウェアに対する頻繁なアップデートを容易にするために、ウェブインタフェースの形式を取っている。図１７は、インターネット上のウェブクライアントからの要請をサービスする、ウェブおよびアプリケーションサーバを示している。図示したように、インタフェースは、インターネット３００、ウェブクライアント３０２、地域サーバ３０４、スクリーンサーバ３０６、サイトサーバ３０８、およびデータベース３１０を含んでいる。地域サーバ３０４は、ウェブおよびアプリケーションサーバユニット３１２、事件管理ユニット３１４、報告ユニット３１６、索引付けユニット３１８、および警告ユニット３２０を含んでいる。ウェブおよびアプリケーションサービスは、ビジネスロジック処理、この場合は、事件管理処理、および報告処理、を通して、データベースと相互作用する。図示したように、通信およびデータは、インターネット３００と、ウェブクライアント３０２および地域サーバ３０４との間で、相互に流れることができる。また、データは、ウェブクライアント３０２と地域サーバ３０４との間を流れてもよい。地域サーバ３０４内で、ウェブおよびアプリケーションサーバユニット３１２と、事件管理ユニット３１４および報告ユニット３１６の各々との間で、相互にデータが転送されてもよい。データはまた、データベース３１０と、報告ユニット３１６および事件管理ユニット３１４の各々との間で、相互に転送されてもよい。

本発明に対する代替システムおよび方法は、スタンドアロン実施例として、特徴付けることができる。こうした実施例では、設備は、特に、現場の設備での、エラー状態の検出および報告を目的に導入されてもよい。信号データは、遠隔装置に接続された、１台以上のコンピュータによって取得可能である。経済的には、サイトサーバに匹敵し、信号およびエラーメッセージを記録して、地域サーバまたはその同等物へ送り戻す目的で、おそらく単一のコンピュータが指示されることになろう。サイトサーバまたはその同等物は、モニターされている設備へ直接接続可能であるか、または、劇場設備からの状態（ｓｔａｔｅ）、状況、状態（ｃｏｎｄｉｔｉｏｎ）、および作動データを検出し、およびリレーする目的の専用装置から、ＬＡＮを通してデータを受信可能である。

劇場設備は映画広告に関連している必要はないが、フィルムプラッター、主要映写機、主要デジタルプロジェクター、および補助エレクトロニクスを含むが、これらに限定されない他の設備の状態および状況データを含むことができる。

また、専用設備は、エラー状態をクリアーしようと試みるリセット設備のための手段として役立つことができる。自動設備リセットのルールは、専用装置の一部であり得るか、または、スクリーンサーバまたはその同等物の内部に存在し得るものであるが、後者の場合、スクリーンサーバまたはその同等物は、エラーのあった設備をリセットするよう専用装置に指示することになろう。

スクリーンサーバは、データを直接地域サーバまたはその同等物にリレーして戻す、ネットワークブリッジ／ルータ装置に取り替えることができる。このシナリオでは、劇場サイトに汎用計算機が全く存在しなくてもよい。むしろ、劇場サイトは、データを専用検知設備から地域サーバまたは同等物へリレーして戻す、ルータ／ブリッジ装置を備えるのと同様に、ネットワーク使用可能な専用検知装置を純粋に備えていることになる。こうした解決策は、ＳＮＭＰなどの簡単な通信プロトコルを提案する。

スクリーンサーバは、データファイル記録庫に取り替えることもできる。こうした記録庫は、ＷＡＮおよびＬＡＮへ接続された汎用計算機またはＰＣとなろう。これは、特に、ＷＡＮが衛星ベースであるときは、アウトバウンドデータファイルを、ＷＡＮにわたって転送するために整列させる仲介転送装置として役立つものであるが、ＷＡＮが地上ベースのときも等しく適切なものである。ＷＡＮから受信されたインバウンドデータファイルは、スクリーンサーバ、またはその同等物、または専用装置がそれを取り出すまで、公開される（ｓｔａｇｅｄ）。

代替システムのインタフェースは、概して、図１８に示したように、クライアントサーバーシステムであってもよい。こうしたシステムは、アプリケーションクライアント３３０と、事件管理ユニット３３２と、地域サーバ３３６の報告ユニット３３４との間のデータフローに、直接かかわることができる。地域サーバ３３６も、索引付けユニット３３６および警告ユニット３３８を含み、ローカルエリアネットワークを通してアプリケーションクライアント３３０に接続されている。システムは、スクリーンサーバ３４０、サイトサーバ３４２、および、図示したように事件管理ユニット３３２および報告ユニット３３４と通信する、データベース３４４をさらに含んでいる。この場合、通信は、ローカルエリアネットワーク（ＬＡＮ）にわたって容易になる。クライアントソフトウェアは、データベース内のデータに順にアクセスするサーバ上で、ビジネスロジックにアクセスするカスタムソフトウェアである。この３階層アプリケーション内のビジネスロジックは、取引サーバ、または他のタイプのアプリケーションサーバであってもよいだろう。多数のデータベース管理システムが、事件管理および報告処理を抱くことができるビジネスロジック層を含んでいる。最終的に２階層アーキテクチャでは、ビジネスロジックは、アプリケーションクライアント内に存在することになろう。

当業者であるなら、本発明の趣旨および範囲から逸脱することなく、上で開示された実施例に対して、多くの変更形態および変形形態をなし得ることを理解するであろう。

本発明の実施例に従うシステムの概略図である。 本発明の実施例に従うシステムで使用する、サーバアセンブリの概略図である。 本発明の一実施例に従う信号記録のためのタイミングチャートの概略図である。 本発明の他の実施例に従う信号記録のためのタイミングチャートの概略図である。 本発明のさらに他の実施例に従う信号記録のためのタイミングチャートの概略図である。 本発明の一実施例に従う運用段階の運用機能の概略図である。 本発明の他の実施例に従う運用段階の運用機能の概略図である。 本発明のさらに他の実施例に従う運用段階の運用機能の概略図である。 本発明の一実施例に従うジョブスケジューリングレポートテーブルの概略図である。 本発明の一実施例に従う、図９のテーブルを用いるサポーティングデータテーブルの概略図である。 本発明の一実施例に従う、イベントレポートテーブルの概略図である。 本発明の一実施例に従うエクスポージャーレポートの概略図である。 本発明の一実施例に従うイベントデータストリームテーブルの概略図である。 本発明の一実施例に従うシステムの、検出、解釈、および自動修正ステップ中のデータフローの概略図である。 本発明の一実施例に従うシステムの、検出、ロギング、転送、および索引ステップ中のデータフローの概略図である。 本発明の一実施例に従うシステムの、報告ステップ中のデータフローの概略図である。 本発明の一実施例に従うシステムの、ウェブインタフェースでのデータフローの概略図である。 本発明の一実施例に従うシステムの、クライアントサーバでのデータフローの概略図である。

符号の説明

１０ 地域サーバ、１２ 遠隔劇場施設、１６ サイトサーバ、１８ ＬＡＮ、２０ スクリーンサーバ、２２ スクリーンサーバアセンブリ、２４ スクリーンサーバコントローラ、２６ オーディオプロセッサ、２８ ネットワーク、３０ デジタルプロジェクター、３２ 劇場オートメーション設備、３４ 無停電電源。

Claims (18)

1. 劇場内の映画劇場設備と通信し、該映画劇場設備から設備状態を表すデータを受信するためのシステムであって、
   設備状態を表すデータを受信して記憶するための中央コンピュータ記憶ユニットと、
   設備状態を表すデータを送信するための、前記中央コンピュータ記憶ユニットと結合されている複数のリモートコンピュータ記憶ユニットとを含んでいて、
   前記複数のリモートコンピュータ記憶ユニットの各々が、複数の設備に結合された第１リモートコンピュータ記憶ユニットを含み、
   前記第１リモートコンピュータ記憶ユニットは、上記複数の設備の各々に関して非エラー状態を表すデータとエラー状態を表すデータとを検出して送信するための劇場オートメーションユニットに結合され、
   該システムは、前記各リモートコンピュータ記憶ユニットに結合された前記複数の設備の各々のタイミングパターンを解釈するパターン解釈手段をさらに含んでいて、
   前記タイミングパターンの解釈は、スケジュールデータを示すための起動データの比較と、パターン異常を特定するための運用パターンの比較とを含み、
   該システムは、前記起動データの比較を示すエラー状態警告信号を生成して、前記複数の設備の各々の特定されたパターン異常とスケジュールデータとを示す警告手段を含んでいることを特徴とするシステム。
2. 前記複数のリモートコンピュータ記憶ユニットの各々が、オートメーション設備の状態を受信するために少なくとも１つの劇場オートメーションユニットを調査し、さらに、前記オートメーション設備の状態の検出データの状態および時間を前記中央コンピュータ記憶ユニットへ送信する、請求項１に記載のシステム。
3. 前記複数のリモートコンピュータ記憶ユニットの各々が、映写設備の状態を受信するために少なくとも１つの劇場映写ユニットを調査し、さらに、前記映写設備の状態の検出データの状態および時間を前記中央コンピュータ記憶ユニットへ送信する、請求項１に記載のシステム。
4. 前記複数のリモートコンピュータ記憶ユニットの各々が、オーディオ処理設備の状態を受信するために少なくとも１つの劇場オーディオ処理ユニットを調査し、さらに、前記オーディオ処理設備の状態の検出データの状態および時間を前記中央コンピュータ記憶ユニットへ送信する、請求項１に記載のシステム。
5. 前記複数のリモートコンピュータ記憶ユニットの各々が、電源の状態を受信するために少なくとも１つの劇場電源を調査し、さらに、前記電源の状態の検出データの状態および時間を前記中央コンピュータ記憶ユニットへ送信する、請求項１に記載のシステム。
6. 前記複数のリモートコンピュータ記憶ユニットの各々が、１つ又は複数のオートメーションユニットからエラーメッセージを受信し、さらに、前記エラーメッセージデータの状態および時間を前記中央コンピュータ記憶ユニットへ送信する、請求項１に記載のシステム。
7. 前記複数のリモートコンピュータ記憶ユニットの各々が、１つ又は複数の映写ユニットからエラーメッセージを受信し、さらに、そのエラーメッセージの状態および時間データを前記中央コンピュータ記憶ユニットへ送信する、請求項１に記載のシステム。
8. 前記複数のリモートコンピュータ記憶ユニットの各々が、少なくとも１つのオーディオ処理ユニットからエラーメッセージを受信し、さらに、そのエラーメッセージの状態および時間データを前記中央コンピュータ記憶ユニットへ送信する、請求項１に記載のシステム。
9. 前記複数のリモートコンピュータ記憶ユニットの各々が、少なくとも１つの電源からエラーメッセージを受信し、さらに、そのエラーメッセージの状態および時間データを前記中央コンピュータ記憶ユニットへ送信する、請求項１に記載のシステム。
10. 前記複数のリモートコンピュータ記憶ユニットの各々が、少なくとも１つのオートメーションユニットから状態変化事象を受信し、さらに、その状態変化事象の状態および時間データを前記中央コンピュータ記憶ユニットへ送信する、請求項１に記載のシステム。
11. 前記複数のリモートコンピュータ記憶ユニットの各々が、１つ又は複数の映写ユニットから状態変化事象を受信し、さらに、前記状態変化事象の状態および時間を前記中央コンピュータ記憶ユニットへ送信する、請求項１に記載のシステム。
12. 前記複数のリモートコンピュータ記憶ユニットの各々が、少なくとも１つのオーディオ処理ユニットから状態変化事象を受信し、さらに、その状態変化事象の状態および時間データを前記中央コンピュータ記憶ユニットへ送信する、請求項１に記載のシステム。
13. 前記複数のリモートコンピュータ記憶ユニットの各々が、少なくとも１つの電源から状態変化事象を受信し、さらに、その状態変化事象の状態および時間データを前記中央コンピュータ記憶ユニットへ送信する、請求項１に記載のシステム。
14. 前記パターン解釈手段が、オートメーション設備、映写設備、オーディオ設備および劇場電源設備の状態の非エラー状態およびエラー状態を表すデータのタイミングパターンを既知のタイミングパターンと比較するようになっている、請求項１〜１３のいずれか１つに記載のシステム。
15. 前記パターン解釈手段が、オートメーション設備、映写設備、オーディオ設備および劇場電源設備の状態の非エラー状態およびエラー状態を表すデータのタイミングパターン中の異常を特定するようになっている、請求項１〜１４のいずれか１つに記載のシステム。
16. 前記パターン解釈手段が、オートメーション設備、映写設備、オーディオ設備および劇場電源設備の状態の非エラー状態およびエラー状態を表すデータのタイミングパターン中の中断を特定するようになっている、請求項１〜１５のいずれか１つに記載のシステム。
17. 前記タイミングパターンがタイムスタンプを含んでいる、請求項１〜１６のいずれか１つに記載のシステム。
18. 該システムが、特定された各エラー状態の障害クラスを特定し、各エラー状態の特定された障害クラスに部分的に応答してエラー状態警告信号を生成するようになっている、請求項１〜１７のいずれか１つに記載のシステム。

Images