(57)【要約】【課題】制御ホストとデバイスコントローラ、機器との間の距離の制約を考慮せず正確なタイミングで機器を制御できるようにすること。【解決手段】本発明は、映像や音声から成る情報の入出力を行う機器１、２とシリアル通信回線もしくはパラレル通信回線によって接続され、機器１、２に対する情報の入出力制御を行うデバイスコントローラＡと、デバイスコントローラＡとネットワークを介して接続され、デバイスコントローラＡに対して機器１、２を制御するためのコマンドの予約を行う制御ホストとを備える情報制御システムである。【選択図】図１
2008123078.tif 000002
【特許請求の範囲】
【請求項１】
映像や音声から成る情報の入出力を行う機器とシリアル通信回線もしくはパラレル通信回線によって接続され、前記機器に対する情報の入出力制御を行うデバイスコントローラと、
前記デバイスコントローラとネットワークを介して接続され、前記デバイスコントローラに対して前記機器を制御するためのコマンドの予約を行う制御ホストと
を備えることを特徴とする情報制御システム。
【請求項２】
前記デバイスコントローラは前記ネットワークに複数台接続されており、前記制御ホストから複数台の前記デバイスコントローラに対して一括してコマンドの予約を行う
ことを特徴とする請求項１記載の情報制御システム。
【請求項３】
前記デバイスコントローラは前記ネットワークに複数台接続されており、前記制御ホストから複数台の前記デバイスコントローラのうち同じグループに属するものに対して一括してコマンドの予約を行う
ことを特徴とする請求項１記載の情報制御システム。
【請求項４】
前記デバイスコントローラは、前記制御ホストから送られたコマンドを記憶しておき、所定のタイミングで前記コマンドを実行して前記機器を制御する
ことを特徴とする請求項１記載の情報制御システム。
【請求項５】
前記ネットワークに複数の前記デバイスコントローラが接続されている
ことを特徴とする請求項１記載の情報制御システム。
【請求項６】
前記ネットワークに複数の前記デバイスコントローラが接続されており、各デバイスコントローラが前記ネットワークを介して直接通信を行う
ことを特徴とする請求項１記載の情報制御システム。
【請求項７】
映像や音声から成る情報の入出力を行う機器とシリアル通信回線もしくはパラレル通信回線を介して接続するための機器接続インタフェースと、
前記機器を制御するためのコマンドを発行する制御ホストとネットワークを介して接続するためのネットワークインタフェースと
を備えることを特徴とするデバイスコントローラ。
【請求項８】
前記機器接続インタフェースは、シリアル通信回線もしくはパラレル通信回線である
ことを特徴とする請求項７記載のデバイスコントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像や音声から成る情報を外部から入力したり、外部へ出力したりする機器をネットワーク経由で制御する情報制御システムおよびデバイスコントローラに関する。
【背景技術】
【０００２】
従来、映像や音声の入出力を行う機器（例えば、ＶＴＲ）を外部のコンピュータでコントロールする場合、コンピュータのＰＣＩバスに接続されたデバイスコントローラと機器とをＲＳ−４２２等の専用ケーブルで直接接続する形態が挙げられる（図７（ａ）参照）。これにより、コンピュータで実行するアプリケーションソフトウェアによって機器を迅速に制御することができる。
【０００３】
また、複数の機器を複数のコンピュータで制御するための構成としては、デバイスコントローラを独立して設けておき、このデバイスコントローラに対して複数のコンピュータと複数の機器とを各々ＲＳ−４２２等の専用ケーブルで接続する形態が挙げられる（図７（ｂ）参照）。この形態では、デバイスコントローラを中心として複数のコンピュータから各々機器を制御することができることから、放送局のような大きな映像音声入出力システムを構築する場合に適用されている。ここで、放送システムとしては、特許文献１が挙げられる。
【０００４】
【特許文献１】特開２００４−１３５１７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、いずれの形態においても、制御ホストとなるコンピュータとデバイスコントローラ、機器との間に距離の制約がある。すなわち、ＲＳ−４２２等の専用ケーブルでは最大１２００メートルといった距離の制約があり、これを超える大きなシステムには対応できないという問題がある。
【０００６】
また、コンピュータのＰＣＩバスに接続されたデバイスコントローラと機器とを直接接続する形態では、コンピュータ毎にデバイスコントローラを装着しなければならず、制御される機器の間で動作の連携が必要な場合、コンピュータ経由で連携をとる必要がある。また、複数のコンピュータと複数の機器とをデバイスコントローラに接続する形成では、デバイスコントローラにコマンドが集中的に依頼されることから、デバイスコントローラについて非常に高い性能を要求される。
【課題を解決するための手段】
【０００７】
本発明はこのような課題を解決するために成されたものである。すなわち、本発明は、映像や音声から成る情報の入出力を行う機器とシリアル通信回線もしくはパラレル通信回線によって接続され、機器に対する情報の入出力制御を行うデバイスコントローラと、デバイスコントローラとネットワークを介して接続され、デバイスコントローラに対して機器を制御するためのコマンドの予約を行う制御ホストとを備える情報制御システムである。
【０００８】
また、本発明は、映像や音声から成る情報の入出力を行う機器とシリアル通信回線もしくはパラレル通信回線を介して接続するための機器接続インタフェースと、機器を制御するためのコマンドを発行する制御ホストとネットワークを介して接続するためのネットワークインタフェースとを備えるデバイスコントローラである。
【０００９】
このような本発明では、デバイスコントローラにネットワークインタフェースを追加し、例えばＴＣＰ／ＩＰの通信処理によって制御ホストとなるコンピュータとネットワーク接続する。一方、機器との間では例えばＲＳ−４２２による専用ケーブルでの接続を行う。
【００１０】
このような構成によって、制御ホストとなるコンピュータとデバイスコントローラとが距離の制約が問題にならないネットワークにて接続され、コンピュータからＴＣＰ／ＩＰのネットワーク経由によってデバイスコントローラに制御タイミング付きのコマンドを依頼することができる。また、デバイスコントローラと機器とはリアルタイム処理を可能とするシリアル通信回線もしくはパラレル通信回線によって接続されため、デバイスコントローラは、このコマンドに基づき所定のタイミングでリアルタイムにて機器を制御することができる。
【００１１】
また、デバイスコントローラが複数ある場合、コンピュータがデバイスコントローラに一度コマンドを予約したあと、コンピュータを経由せずにデバイスコントローラ間でコマンドの連動を行うことができる。また、デバイスコントローラはネットワーク経由でマルチキャストアドレスを使ってほかのデバイスコントローラおよび制御ホストであるコンピュータにステータスをブロードキャストすることができる。
【発明の効果】
【００１２】
このような本発明により、制御ホストとデバイスコントローラ、機器との間の距離の制約を考慮せずに正確なタイミングで機器の制御を行うことが可能となる。また、デバイスコントローラ間の連動を行う場合、万が一、制御ホストがダウンしたり、フリーズしたりしても、制御ホストを経由せずにデバイスコントローラ間で連動を行うことが可能となる。これらによって、システム規模に応じた柔軟な構成をコストアップせずに構築することが可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を図に基づき説明する。図１は、本実施形態に係る情報制御システムを説明する構成図である。すなわち、本実施形態に係る情報制御システムは、映像や音声から成る情報の入出力を行う機器（例えば、ＶＴＲやコンテンツサーバ）とシリアル通信回線（例えば、ＲＳ−４２２）もしくはパラレル通信回線によって接続され、機器に対する情報の入出力制御を行うデバイスコントローラ（図１に示す例では、デバイスコントローラＡ〜Ｄ）と、このデバイスコントローラとネットワークＮを介して接続され、デバイスコントローラに対して機器を制御するためのコマンドの予約を行う制御ホスト１０とを備えている。
【００１４】
図１に示す例では、デバイスコントローラＡに機器１と機器２とが接続され、デバイスコントローラＢに機器３が接続され、デバイスコントローラＣに機器４が接続されている。なお、デバイスコントローラの数や、そのデバイスコントローラに接続される機器の数は一例であり、これ以外であってもよい。
【００１５】
制御ホスト１０は、各機器に対する情報入出力を管理するアプリケーションソフトウェアが実行されるコンピュータであり、このアプリケーションソフトウェアによって機器を制御するためのコマンドを対応するデバイスコントローラにネットワークＮ経由で送信する。
【００１６】
デバイスコントローラＡ〜Ｃは、筐体内に各部が組み込まれたボックス型となっている。このデバイスコントローラＡ〜Ｃには、ネットワークＮと接続するためのネットワークＩ／Ｏが設けられており、制御ホスト１０から送られるコマンドの受信や、各デバイスコントローラ間のネットワークＮ経由での通信を行うことができるようになっている。
【００１７】
また、デバイスコントローラＡ〜Ｃには、機器との間のシリアル通信を行う例えばＲＳ−４２２制御Ｉ／Ｏ、パラレル通信を行うパラレル制御Ｉ／Ｏ、タイムコード（LTC/BCD）の入力インタフェース、映像リファレンス信号の入力インタフェース、ネットワークアドレス等の設定やステータス表示ができるパネル（例えば、タッチパネルディスプレイ）が設けられている。
【００１８】
このように、制御ホスト１０とデバイスコントローラＡ〜ＣとがネットワークＮを介して接続されることで、制御ホスト１０とデバイスコントローラＡ〜Ｃとの距離の制約を無くすことができる。
【００１９】
また、デバイスコントローラＡ〜Ｃと機器１〜４とはシリアル通信回線やパラレル通信回線によってネットワークＮを介さず直接接続されることから、デバイスコントローラＡ〜Ｃから機器１〜４をリアルタイムに制御できることになる。
【００２０】
ここで、制御ホスト１０とデバイスコントローラＡ〜Ｃとを接続するネットワークＮとしては、例えばＯＳＩ参照モデルによるＴＣＰ／ＩＰを用いたＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）のような距離の制約を事実上受けないプロトコルを適用する。
【００２１】
ＴＣＰ／ＩＰを適用する場合には、各デバイスコントローラＡ〜Ｃには認識ＩＤ（ＩＰアドレス）が割り当てられている。各デバイスコントローラＡ〜Ｃにはメモリキャッシュが設けられており、制御ホスト１０からネットワークＮ経由で送られてきたコマンドを記憶することができるようになっている。
【００２２】
また、制御ホスト１０からネットワークＮ経由で各デバイスコントローラに制御コマンドを送る場合、複数のデバイスコントローラで構成される１つのグループを予約し、メモリキャッシュへの蓄積が可能となっている。これにより、予約されるコマンドが１つの動作グループとして管理され、１つのトリガーで各デバイスコントローラＡ〜Ｃの動作が可能となる。ここで、トリガーとしては、タイマーやパラレル入力を用いることができる。
【００２３】
さらに、各デバイスコントローラＡ〜ＣがネットワークＮに接続されていることから、ネットワークＮのブロードキャスト技術を使ってネットワークＮ上の各デバイスコントローラＡ〜Ｃの相互間でステータスを通知することができる。また、IPMaskを使って通信フローをコントロールすることもできる。
【００２４】
制御ホスト１０からコマンドの予約を行う場合には、制御ホスト１０が所望のデバイスコントローラＡ〜ＣにユーザＩＤ、パスワードを使ってログインし、制御用のユニークグループＩＤをデバイスコントローラに通知する。その後、以下のプロトコルでトリガー、グループ、コマンド、ステータス通知をセットする。
【００２５】
＜通信電文＞
フォーマット（図２参照）…送信先IP、送信元IP、送信日付時刻、ユニークグループID、電文タイプ、トリガーの定義、電文
＜送信先IP＞
送信先IPの例
・192.168.0.1
また、マルチキャストアドレスの指定もできる。
・224.1.1.1（マルチキャストアドレス）
＜ユニークグループＩＤ＞
フォーマット…GroupID
GroupIDの生成方法は、マルチキャストアドレスを使う。デバイスコントローラがこのマルチキャストアドレスを使って、Group内のデバイスコントローラ、制御ホストのみにステータスの通知や、コマンド制御をすることができる。また、通信フローをコントロールできる。
ユニークグループＩＤの例
・192.168.0.1（送信先IP）
・224.1.1.1（マルチキャストアドレス）
・ユニークＩＤ
【００２６】
＜電文タイプ＞
種類…RCommand、PCommand、Status
RCommand…デバイス制御ＲＳ−４２２コマンド
PCommand…デバイスパラレル制御コマンド
Status…制御デバイス、デバイスコントローラ、内部のステータス
【００２７】
＜トリガーの定義＞
デバイス制御コマンドのトリガータイプの定義
フォーマット…ユニークグループID、Triggerタイプ（Timer、Instant、GPIの３種類）、OPTION部
トリガータイプについては、
Timerトリガー：実行日付時刻
Instantトリガー：即時実行
GPIトリガー：あるユニークグループIDのあるスタータスより動作
OPTOIN部については、
Timerトリガーの場合、実行日付時刻を設定する。
Instantトリガーの場合、OPTION部がない。
GPIトリガーの場合、どのユニークグループIDのStatusより動作するかを定義する。
実行日付時刻フォーマット：YYMMDDHHMMSSFFになる。例えば、2006年11月01日00時01分01秒25フレームでコマンドを実行する場合、「06110100010125」となる。
【００２８】
＜RS-422制御電文＞
電文のフォーマットはポート番号、制御コマンド、OFFSET値になる。
OFFSET値は、定義されるトリガーのOFFSET値による。
【００２９】
＜パラレル制御電文＞
電文のフォーマットは、PIN番号、タイプ、OFFSET値、OPTION部になる。
タイプは、GPI IN、GPI OUTの2種類がある。OPTION部についてはGPIINの場合、アクティブの信号レベル（UP、DOWN）認識を定義する。GPIOUTの場合、パルス幅を定義する。
OFFSET値は、定義されるトリガーのOFFSET値による。
【００３０】
＜ステータス＞
フォーマット…ユニークグループID、日付時刻、ステータス
ステータスの送信は、マルチキャストアドレスを使って関係があるデバイスコントローラ、制御ホストに送る。まだ、上位アプリケーションがユニークグループIDを使って通信電文のフォローをコントロールでる。
【００３１】
図３は、具体的なコマンドの流れを説明する模式図である。なお、この図ではネットワークＮに４つのデバイスコントローラＡ〜Ｄが接続されている。制御ホスト１０は、ネットワークＮを介して各デバイスコントローラＡ〜Ｄにコマンドの予約および即時制御を行うことができる。制御コマンドは、所定のデバイスコントローラに対してＩＰアドレスを指定した電文フォーマット（図２参照）によって行う。
【００３２】
例えば、制御ホスト１０がＩＰアドレス（192.168.0.1）を指定してコマンド予約を行うと、ネットワークＮを介してこのＩＰアドレス（192.168.0.1）が割り当てられたデバイスコントローラＡにコマンドが送られる。
【００３３】
また、マルチキャストＩＰを使ってグループ内のデバイスコントローラ（図３の例では、デバイスコントローラＡ〜Ｃ）にコマンドを予約することもできる。この場合、同一グループでないデバイスコントローラＤはコマンドを受信することはできない。
【００３４】
例えば、制御ホスト１０がマルチキャストＩＰ（224.1.1.1）を使用したコマンドの予約を行うと、ネットワークＮを介してこのマルチキャストＩＰ（224.1.1.1）が割り当てられたグループを構成するデバイスコントローラＡ〜Ｃにコマンドが送られる。制御ホスト１０は、一度のコマンド予約によってグループ内の複数のデバイスコントローラＡ〜Ｃに同じコマンドを送ることができる。一方、マルチキャストＩＰ（224.1.1.1）が割り当てられていないデバイスコントローラＤは、このコマンドを受信することはできない。
【００３５】
また、同一グループ内のデバイスコントローラＡ〜Ｃは、マルチキャストＩＰを使った同じグループ内のデバイスコントローラＡ〜Ｃに対しスタートパルスが発生したことやステータスを通知することができる。これにより、制御ホスト１０を介すことなく各デバイスコントローラ間で通信を行うことが可能となる。予め、予約されたコマンドは、同じグループのあるデバイスコントローラから通知されたステータスによって連動可能である。
【００３６】
例えば、デバイスコントローラＢでスタートパルスが発生した場合、マルチキャストＩＰ（224.1.1.1）を使ってステータスの通知を行うと、同じマルチキャストＩＰ（224.1.1.1）が割り当てられた他のデバイスコントローラＡ、Ｃにこのステータスが通知され、デバイスコントローラＡ、Ｃではこのステータスを受信することができる。一方、マルチキャストＩＰ（224.1.1.1）が割り当てられていないデバイスコントローラＤは、このステータスを受信することはできない。
【００３７】
本実施形態では、このようなネットワークＮを介したコマンドの予約によって制御ホスト１０とデバイスコントローラＡ〜Ｄとの間の距離の制約を事実上受けることなく制御ホスト１０から機器の制御を行うことができる。
【００３８】
また、各デバイスコントローラＡ〜Ｄと機器とはネットワークＮを介さず直接シリアル通信回線もしくはパラレル通信回線を介して接続されることから、デバイスコントローラＡ〜Ｄから機器の制御はリアルタイムで行うことが可能となる。したがって、距離の制約を事実上受けないシステム構築とともに、正確なタイミングによって機器をコントロールすることが可能となる。
【００３９】
次に、具体的な適用例を説明する。図４は、シネマシステムへの適用例を示す模式図である。シネマシステムは、シネマオフィスから各地の映画館に対して映画やプロモーションビデオを配信する構成であり、シネマオフィスに設置された制御ホスト１０であるコンピュータによって各地の映画館（ここでは、シネマＣａ、Ｃｂ）のシネマサーバ（制御対象の機器）Ｓ１、Ｓ２へ必要な情報（映画やプロモーションビデオ等）を配信するものである。
【００４０】
本実施形態の情報制御システムを適用するため、各地のシネマＣａ、ＣｂにはデバイスコントローラＡ、Ｂを各々設けておき、シネマオフィスに設置された制御ホスト１０と各地のシネマＣａ、ＣｂのデバイスコントローラＡ、ＢとをネットワークＮで接続しておく。また、各地のシネマＣａ、Ｃｂに設置されたデバイスコントローラＡ、ＢとシネマサーバＳ１、Ｓ２とはシリアル通信回線もしくはパラレル通信回線によって直接接続しておく。
【００４１】
シネマオフィスに設置された制御ホスト１０では、実行されるアプリケーションソフトウェアによって各地のシネマＣａ、Ｃｂで上映予定のコマンドを予約する。そして、それに対応した映像や音声等のコンテンツをシネマサーバＳ１、Ｓ２にネットワークＮ経由で送信しておく。
【００４２】
各シネマＣａ、ＣｂのデバイスコントローラＡ、Ｂは、予めシネマオフィスの制御ホスト１０から送られてきたコマンドを記憶しておき、所定のタイミングでコマンドを実行する。このコマンドの実行によってシネマサーバＳ１、Ｓ２から映像や音声を出力することになる。
【００４３】
図４に示す例では、シネマオフィスの制御ホスト１０からネットワークＮを介してシネマＣａのデバイスコントローラＳ１に９時５０分より１０分間、５つのプロモーション上映を行うためのコマンドと、１０時より本編を上映するためのコマンドを予約しておく。
【００４４】
一方、シネマオフィスの制御ホスト１０からネットワークＮを介してシネマＣｂのデバイスコントローラＳ２には、シネマオフィスの制御ホスト１０から、１０時５０分より１０分間、５つのプロモーション上映を行うためのコマンドと、１１時より本編を上映するためのコマンドを予約しておく。
【００４５】
各シネマＣａ、ＣｂのデバイスコントローラＡ、Ｂは、この予約されたコマンドを予定の時間に合わせてシネマサーバＳ１、Ｓ２に対して実行する。これにより、その実行タイミングに合わせてプロモーションや本編が上映されることになる。
【００４６】
図５は、放送局の放送システムへの適用例を示す模式図である。放送システムは、例えばスタジオから放送を行うにあたり、所定のタイミングでＶＴＲ等の機器からの映像や音声を送出する構成であり、スタジオに設置された制御ホストであるコンピュータによってＶＴＲを制御したり、サーバを制御して映像や音声を送出したりするものである。
【００４７】
本実施形態の情報制御システムを適用するため、例えば放送局ビルの２階にあるスタジオに制御ホスト１０、デバイスコントローラＡ、ＶＴＲを設けておき、放送局ビルの１０開にある機器ルームにデバイスコントローラＢおよびサーバＳ３を設けておき、制御ホスト１０と各デバイスコントローラＡ、ＢとをネットワークＮで接続しておく。また、各デバイスコントローラＡ、ＢとＶＴＲおよびサーバＳ３とはシリアル通信回線もしくはパラレル通信回線によって直接接続しておく。
【００４８】
制御ホスト１０では、実行されるアプリケーションソフトウェアによってＶＴＲやサーバＳ３から映像および音声を送出するタイムスケジュールを組んでおき、このタイムスケジュールに合わせて各デバイスコントローラＡ、Ｂにコマンドを予約しておく。制御ホスト１０から各デバイスコントローラＡ、Ｂへのコマンド予約は、ネットワークＮのトラフィックを考慮して、実際のコマンド実行時よりも十分に早いタイミングで送っておく。
【００４９】
各デバイスコントローラＡ、Ｂは、予め制御ホスト１０から送られてきたコマンドを記憶しておき、所定のタイミングでコマンドを実行する。このコマンドの実行によってＶＴＲやサーバＳ３から映像や音声を出力することになる。
【００５０】
図５に示す例では、制御ホスト１０から２階のスタジオのデバイスコントローラＡに対し、ＴＡＫＥボタンの３秒後にＶＴＲを５分間送出するためのコマンドを予約している。また、１０階の機器ルームのデバイスコントローラＢに対し、ＶＴＲを５分階送出した後、１分間サーバＳ３の素材を送出するためのコマンドを予約してある。
【００５１】
そして、２階のスタジオのＴＡＫＥボタンが押されると、このスタートトリガが２階スタジオのデバイスコントローラＡに送られ、３秒後にＶＴＲによる送出を５分間実行する。送出から５分後、２階スタジオのデバイスコントローラＡは、ステータスを１０階機器ルームのデバイスコントローラＢにネットワークＮを介して送る。このステータスを受信した１０階機器ルームのデバイスコントローラＢは、ステータス受信に合わせてサーバＳ３の素材を１分間送出するコマンドを実行する。各デバイスコントローラＡ、ＢとＶＴＲおよびサーバＳ３とはネットワークＮを介さず直接ケーブル接続されているため、コマンドの実行に対してリアルタイムで映像等の送出を行うことができる。
【００５２】
これにより、制御ホスト１０で作成したタイムスケジュールによって予約コマンドの実行、および各階のデバイスコントローラＡ、Ｂ間での直接通信によって、正確なタイミングでＶＴＲやサーバＳ３から映像および音声を送出することが可能となる。
【００５３】
図６は、街頭スクリーンへのプロモーション配信システムへの適用例を示す模式図である。プロモーション配信システムは、例えば広告代理店のオフィスから各地の大型ビジョン等の街頭スクリーンに対して所望のプロモーションビデオを配信する構成であり、広告代理店オフィスに設置された制御ホスト１０であるコンピュータによって各地のプロモーションステーションのサーバ（制御対象の機器）へ必要な情報を配信するものである。
【００５４】
本実施形態の情報制御システムを適用するため、各地のプロモーションステーションにはデバイスコントローラＡ、Ｂを各々設けておき、広告代理店オフィスに設置された制御ホスト１０と各地のプロモーションステーションのデバイスコントローラＡ、ＢとをネットワークＮで接続しておく。また、各地のプロモーションステーションに設置されたデバイスコントローラＡ、Ｂとサーバとはシリアル通信回線もしくはパラレル通信回線によって直接接続しておく。
【００５５】
広告代理店オフィスに設置された制御ホスト１０では、実行されるアプリケーションソフトウェアによって各地のプロモーションステーションで上映予定のコマンドを予約する。そして、それに対応した映像や音声等のコンテンツをサーバＳ４やシネマサーバＳ５にネットワークＮ経由で送信しておく。
【００５６】
各プロモーションステーションのデバイスコントローラＡ、Ｂは、予め広告代理店オフィスの制御ホスト１０から送られてきたコマンドを記憶しておき、所定のタイミングでコマンドを実行する。このコマンドの実行によってサーバＳ４やシネマサーバＳ５から映像や音声を街頭スクリーンに上映することになる。
【００５７】
図６に示す例では、新橋の広告代理店オフィスの制御ホスト１０からネットワークＮを介して渋谷のプロモーションステーションのデバイスコントローラＡに１０分間、５つのプロモーション上映を行うためのコマンドを予約しておく。
【００５８】
一方、広告代理店オフィスの制御ホスト１０からネットワークＮを介して新宿のプロモーションステーションのデバイスコントローラＢには、広告代理店オフィスの制御ホスト１０から、３０分間、５つのプロモーション上映を行うためのコマンドを予約しておく。
【００５９】
渋谷および新宿の各プロモーションステーションのデバイスコントローラＡ、Ｂは、この予約されたコマンドを予定の時間に合わせてサーバＳ４やシネマサーバＳ５に対して実行する。これにより、その実行タイミングに合わせてプロモーションが街頭スクリーンに上映されることになる。
【００６０】
このようなプロモーション配信システムに適用することで、広告代理店オフィスから多地点にわたるプロモーションステーションに対してのプロモーション配信の制御を行うことができ、統括的な管理を容易に行うことが可能となる。
【図面の簡単な説明】
【００６１】
【図１】本実施形態に係る情報制御システムを説明する構成図である。
【図２】電文フォーマットを説明する模式図である。
【図３】具体的なコマンドの流れを説明する模式図である。
【図４】シネマシステムへの適用例を示す模式図である。
【図５】放送局の放送システムへの適用例を示す模式図である。
【図６】街頭スクリーンへのプロモーション配信システムへの適用例を示す模式図である。
【図７】従来のシステムを説明する模式図である。
【符号の説明】
【００６２】
１…機器、２…機器、１０…制御ホスト、Ｓ１…サーバ、Ｓ２…サーバ、Ｓ３…サーバ、Ｓ４…サーバ、Ｓ５…シネマサーバ、Ｎ…ネットワーク
【図１】
2008123078.tif 000003
【図２】
2008123078.tif 000004
【図３】
2008123078.tif 000005
【図４】
2008123078.tif 000006
【図５】
2008123078.tif 000007
【図６】
2008123078.tif 000008
【図７】
2008123078.tif 000009