JPH10507546A - オーディオビジュアル分配システム - Google Patents

Abstract

(57)【要約】 本発明は、各オーディオビジュアル機器（８）が、ある作品またはメニューを選択するためのユーザとのインタラクティブ通信手段と、支払手段と、情報処理ネットワークカードと、曲選択によって生じる作品の実行順序がハードディスクへの逐次アクセスタスクとみなされ、要求の処理のためにネットワークを通して要求をサーバ（９）に送ることができるようにするために、周辺装置としてのハードディスクの宣言が機器のネットワークカードに対応する少なくとも一つのハードディスクアクセス管理タスクを含むマルチタスクオペレーティングシステムを有する半導体パーマネントメモリを含むオーディオビジュアル分配システムに関する。

Description

【発明の詳細な説明】 オーディオビジュアル分配システム 本発明は、ネットワークにおいて中央サーバに接続された複数のオーディオビ ジュアル機器のうちの少なくとも一つにおいてオーディオビジュアル作品を演奏 するためのオーディオビジュアル分配システムに関する。 テレビのチャンネルの放送に使用する同軸ケーブル型のケーブルネットワーク 上で選択作品を周波数多重化することによりジュークボックス型の機器から音楽 を供給することができるネットワークが知られている。このような装置は特に特 許文献ＥＰ ０１４０５９３号によって知られている。この装置は、信号を分離 するための変換器を必要とするという欠点と、あるチャンネルに関し全ての受信 機に同一の選択作品を分配することになる同軸型ネットワークを使用するという 欠点がある。 本発明の第一の目的は、選択作品が音声型であるか映像型である時、ネットワ ークが任意に、全ての機器に同一の選択作品を分配すること、あるいは各機器毎 に異なる選択作品を分配することができるようにすることである。 また、例えば英国特許文献２１９３４２０号および特許文献 ＰＣＴ ＷＯ ９４１５４１６号などから、電話回線を必要とする音声作品の分 配ネットワークが知られている。電話回線が使われているため、ネットワークの データレートには限界があり、高画質の映像再生ができるようにするためにきわ めて高いデータレートを必要とする映像作品の分配には使用することができない 。 特許文献ＰＣＴ ＷＯ ９４１５４１６号は、ＩＳＤＮ型の電話回線の使用を 示唆しているが、データレートが１８メガビット／秒を限度とするこの種の回線 でも、高品質の映像情報を充分な数の機器に分配するには不充分である。 従って本発明は、各オーディオビジュアル再生機器の性能をほとんど犠牲にす ることなくそのコストを削減するためにコストが高い要素がサーバのレベルに移 されるネットワークを提供することも目的とする。このようにコストが高い要素 は、十分な数の特に映像情報作品の保存ができる大容量ハードディスク、ならび に複数のネットワークにつながっている中央システムとの間でネットワークの接 続ができるデータレートを有する遠隔通信モデムである。 この目的は、それぞれのオーディオビジュアル機器が曲の演 奏用の音声または映像手段を含み、各機器から選択可能な複数のオーディオビジ ュアル作品の磁気的または光学的大容量記憶手段を含む情報処理中央サーバに接 続された複数のオーディオビジュアル機器のうちの少なくとも一つの機器上にお いてオーディオビジュアル作品を演奏するためのオーディオビジュアル分配シス テムが、その特徴として、各オーディオビジュアル機器（８）が、ある作品また はメニューを選択するためのユーザとのインタラクティブ通信手段と、支払手段 と、情報処理ネットワークカードと、曲選択によって生じる作品の実行順序がハ ードディスクへの逐次アクセスタスクとみなされ、要求の処理のためにネットワ ークを通して要求を、マルチタスクオペレーティングシステムを含むサーバ（９ ）に送ることができるようにするために、周辺装置としてのハードディスクの宣 言(declaration)が機器のネットワークカードに対応する少なくとも一つのハー ドディスクアクセス管理タスクを含むマルチタスクオペレーティングシステムを 有する半導体パーマネントメモリ(memorie permanente a semi-conducteur)と、 磁気的または光学的大容量記憶手段と、種々の機器の要求を受信するネットワー クカードとを含み、オペレーティングシステムが、機器 （８）によって出されるディスクアクセス要求を本来のディスクアクセス要求と みなすことを特徴とすることによって達成される。 別の特徴によれば、各オーディオビジュアル機器のオペレーティングシステム 内において、遠隔通信アクセスのタスクに属する遠隔通信モデルの周辺装置とし ての宣言はネットワークカードの宣言に相当し、機器のレベルにおいて遠隔通信 アクセス要求が行われると、この機器のネットワークカードは、少なくとも一つ の遠隔通信モデムを含むサーバにこの要求を送信する。 別の特徴によれば、オーディオビジュアル機器は要求によりあらかじめ、サー バのモデムカードが使用可能であることを確認する。 別の特徴によれば、各ネットワークカードのデータレートならびに映像および 音声制御回路のバッファは、少なくとも八個のオーディオビジュアル機器を含む ネットワーク上で動画を実現するのに充分なデータレートで情報の交換ができる ように規模が決定される。 別の特徴によれば、オーディオビジュアル機器は、タッチスクリーンと、ユー ザとのインタラクティブ通信手段としての付 属インタフェースソフトウェアとを含む。 別の特徴によれば、ネットワークは、８の倍数のオーディオビジュアル機器数 に対応するサーバ数と同数の、それぞれがハードディスクに結合されたサーバを 含む。 別の特徴によれば、各サーバのオペレーティングシステムは、ネットワークの 機器の要求に対する応答として供給される情報がネットワークの機器全体または 要求を発した各機器に供給されるかどうか判定することができる切換手段に結合 される。 別の特徴によれば、サーバは、作品の音声または映像実現手段と、支払手段と 、ユーザまたはネットワークの管理者とのインタラクティブ通信手段とを備える 。 本発明の他の長所および特徴は、本発明の非限定的例として示した添付の図面 を参照して行う以下の図面を読むことにより明らかになろう。 第１図は、本発明によるネットワークの略図である。 第２図は、ネットワークのオーディオビジュアル機器を構成する回路の略図で ある。 第３図は、ネットワークのサーバを構成する回路の略図である。 第４図は、ネットワークの各機器または各サーバのハードウェアおよびソフト ウェア手段を管理するマルチタスクシステムの構成を示す図である。 第５図は、マルチタスクオペレーティングシステムの動作を説明するフローチ ャートである。 第６図は、マルチタスクシステムの内部でのタスクの活動の確認用フローチャ ートである。 第７図は、タスクの待ち行列への投入のフローチャートである。 オーディオビジュアル再生システムは以下に第１図に関して列記し符号を付け たハードウェア要素を使用するのが好ましいが、それに限定されるものではない 。 システムは、相互に接続されさらに情報処理ネットワークにより少なくとも一 つのサーバ（９₁、９₂）に接続された複数のオーディオビジュアル機器（８₁、 ８₂、…、８_i、…、８₁₆）から成る。 ＬＡＮ（１０）に接続できるサーバには、ホストサーバ（９₁）とミラーサー バ（９₂）の二種類のサーバ（９₁、９₂）がある。ホストサーバ（９₁）は、ＬＡ Ｎ上で能動的に必要と されるサーバである。ジュークボックス（８）からの要求を受信し作業を行うの はこれらのサーバである。 ミラーサーバ（９₂）の作業はホストサーバ（９₁）のクローンをつくることで ある。ミラーサーバはあらゆる変化に関しホストと完璧に同期されなければなら ない。ホストサーバ（９₁）がジュークボックス（８）の要求を満たすことがで きなくなったことをミラーサーバが検出した時には、ホストサーバが再び正常に 動作するようになるまで交替を務めるために、ネットワークの管理者に救助信号 を送らなければならない。 各サーバ（９₁、９₂）は、例えば高性能ＰＣコンパチブルシステムであるマイ クロプロセッサ中央処理装置（第３図の１）から成る。実施時は、記憶手段およ び以下の仕様を有するインテル８０４８６ＤＸ／２型のシステムを採用した。 − Ｖｅｓａローカルバスとのコンパチビリティ − プロセッサのキャッシュメモリ：２５６キロバイト − ネットワークカード（７１）１００メガビット − 高性能シリアルおよびパラレルポート − ＳＣＳＩ／２型バスコントローラ ３２ビット − ３２Ｍｂｙｔｅ自動給電(auto-alimentee)R/Wスタティ ックＲＡＭ ネットワークカードのオペレーティングシステムは、ＮＯＶＥＬＬ、ＯＳ／２ ＬＡＮ ＳＥＲＶＥＲ、ＵＮＩＸなどのＬＡＮサーバ、あるいは他の同様のオ ペレーティングシステムでなければならない。 このネットワークのサーバのソフトウェアを使用して、優先度およびＬＡＮに 接続された各クライアントへのアクセス規定を適用することにより、装置のデー タおよびリソースへのアクセス、交換および共有をスムーズに行うことができる 。 同等またはそれ以上の性能を有する他の中央処理装置を本発明において使用す ることができる。 サーバの中央処理装置（第３図の１）は、ネットワーク制御回路（７）と、遠 隔通信制御回路（４）と、入力制御回路（３）と、大容量記憶制御回路（２）と を制御し管理する。サーバ（９）がジュークボックスとして動作しなければなら ない場合には、音声制御回路（５）、および機器（８）と同じ表示手段制御回路 （６）を追加することが可能である。表示手段の主要な構成要素は、高解像度低 放射型(faible rayonnement)ＳＶＧＡ型非インターレスの１４インチ（３５．５ ６ｃｍ）フラットスクリ ーン式ビデオモニタ（６２）であり、グラフィックまたはビデオクリップの画像 （例えば選択した音楽のアルバムのカバー）の再生に使われるのはこのモニタで ある。 サーバ（９）は、メンテナンス用として、インタフェース回路（３）によって 管理されるキーボードコネクタを有するシステムに接続することができる外部キ ーボード（３４）を使用する。 高速および大容量ＳＣＳＩ型ハードディスクを使用する大容量記憶手段（２１ ）は、サーバ（９）のマイクロプロセッサ装置内に既に存在する記憶手段に結合 される。これらの手段は、記憶され圧縮されたオーディオビジュアル情報の保存 に使用される。 複数のサーバを管理する中央サーバによって制御されるオーディオビジュアル 情報分配ネットワークとの結合を行えるようにするために、２８．８ｋｂｐｓ高 速通信モデム回路（４１）がサーバ（９）に内蔵される。 各オーディオビジュアル機器（８）は、例えば高性能ＰＣコンパチブルシステ ムであるマイクロプロセッサ中央処理装置（第２図の１）を含む。 実施時は、記憶手段および以下の仕様を有するインテル８０４８６ＤＸ／２型 のシステムを採用した。 − Ｖｅｓａローカルバスとのコンパチビリティ − プロセッサのキャッシュメモリ：２５６ｋＢｙｔｅ − １００Ｍｂｉｔｓのネットワークカード（７１） − ３２Ｍｂｙｔｅの自動給電R/WスタティックＲＡＭ − 高性能シリアルおよびパラレルポート 同等またはそれ以上の性能を有する他の中央処理装置を本発明において使用す ることができる。 この中央処理装置は、音声制御回路（５）と、遠隔通信制御回路（４）と、入 力制御回路（３）と、大容量記憶制御回路（２）と、表示手段制御回路（６）と を制御し管理する。表示手段の主要な構成要素は、高解像度低放射ＳＶＧＡ型非 インターレスなしの１４インチ（３５．５６ｃｍ）フラットスクリーン式ビデオ モニタ（６２）であり、グラフィックまたはビデオクリップの画像（例えば選択 した音楽のアルバムのカバー）の再生に使われるのはこのモニタである。 選択した音楽の音声情報を再生するために、機器および場合によっては単数ま たは複数のサーバは、後記する目的のために 二つのバッファメモリ（５６、５７）が追加された例えばＣｒｅａｔｉｖｅ Ｌ ａｂｓ Ｉｎｃ社のＳＢＰ３２ＡＷＥ「Ｓｏｕｎｄ Ｂｌａｓｔｅｒ」カード型 マイクロプロセッサ内蔵マルチメディア音声アダプタなどのＣＤ（コンパクトデ ィスク）の音質を有する出力を提供しつつ、多数の入力音源をサポートするよう にした音楽シンセサイザ型電子回路（５）に接続されたアンプ−チューナ（５３ ）から信号を受け取るスピーカ（５４）を含む。この回路（５）はネットワーク を介して到着したデジタル情報を伸長する役割をもつ。 同様に、表示手段制御回路も、後記する目的のために二つのバッファメモリ（ ６６、６７）を含む。 送風され温度調整された２４０ワットの電源によりシステムにエネルギーが供 給される。この電源は、過電流および過振動から保護されている。 機器（８）および場合によっては単数または複数のサーバ（９）は、その入力 制御回路（３）を介して、「先進的表面波技術」を使用するガラス被覆パネルお よびＡＴ型バスコントローラを含むＥｌｏ Ｔｏｕｃｈ Ｓｙｓｔｅｍｓ Ｉｎ ｃ．社の１４インチ（３５．５６ｃｍ）「Ｉｎｔｅｌｌｉ Ｔｏｕｃ ｈ」タッチスクリーン（３３）を管理する。このタッチスクリーンにより、ビデ オモニタ（６２）またはテレビ（６１）の画面土に表示した後、クライアントが 使用する種々の選択情報、ならびにシステムの管理者または所有者が使用する制 御および管理チェック情報が得られる。このタッチスクリーンは、インタフェー ス回路（３）を通じてキーロック（３２）によって管理されるキーボードコネク タを有するシステムに接続することができる外部キーボード（３４）と組み合わ せて、メンテナンスの用途にも使用される。 入力回路（３）はシステムとともに、例えば − マイクロプロセッサシステム用として１５個の制御キーと投射装置として ８個の制御キーとを有する発信器であるＭｉｎｄ Ｐａｔｈ Ｔｅｃｈｎｏｌｏ ｇｉｅｓ Ｉｎｃ．社の赤外線リモートコントローラと、 − Ｍｉｎｄ Ｐａｔｈ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｉｎｃ．社のシリアル アダプタ付き赤外線受信器と から成る遠隔制御アセンブリ（３１）との間のインタフェースになる。 Ｎａｔｉｏｎａｌ Ｒｅｊｅｃｔｏｒｓ Ｉｎｃ．社の聴取 料支払いシステム（３５）を具備するネットワークの各機器も入力インタフェー ス回路（３）に接続される。また、硬貨、札、メダル、チップ磁気カード、ある いは複数の支払い手段の組合せなどあらゆる支払い方法による受領ができる全く 別の装置を使用することも可能である。 システムを収納するために、カスタム化が可能な外側パッキンをもつ鋼鉄製シ ャーシまたはベッドがさらに設けられる。 これらの要素の他にも、有線または無線マイクロフォン（５５）を各機器の音 声コントローラ（５）に接続することができ、それにより機器を、高出力一般向 け連絡情報システム、あるいは場合によってはカラオケマシンに変えることがで きる。また、システムは無線スピーカシステムを使用することもできる。 遠隔制御アセンブリ（３１）により管理者は、 − マイクロフォンの入／切スイッチ − スピーカのミュートスイッチ − 音量の調節スイッチ − 演奏中の選択曲のキャンセルスイッチ などのスイッチにアクセスしそれらを制御することができる。 四分の一秒の音に相当する情報をバッファ（５６、５７）がそれぞれ交互に記 憶できるように、これら二つのバッファが音声コントローラ回路（５）に接続さ れる。同様に、二つのバッファ（６６、６７）が、十分の一秒の映像をそれぞれ 交互に記憶することができるビデオコントローラ回路（６）に接続される。最後 に入力インタフェースバッファ（３６）は各機器（８）またはサーバ（９）の各 入力インタフェース（３）に接続される。 広くマルチメディア環境のオーディオビジュアル領域を指向するツールおよび サービスライブラリの周囲に、システムの各機器（８）またはサーバ（９）の運 用ソフトウェアが作成された。このライブラリは、多くのコードフラグメントを 効果的に同時実行することができる高性能マルチタスクオペレーティングシステ ムを含むのが有利である。この運用ソフトウェアにより、表示手段および音声再 生手段上で行われる操作を、コンフリクトが一切おこらないようにして整然と同 時実行することができるとともに、分配ネットワークを通して遠隔通信リンクの 管理を行うことができる。さらにこのソフトウェアは高い柔軟性を有する。 デジタル化され圧縮されたオーディオビジュアルデータはサーバ（９）の記憶 手段（２１）に保存される。 各選択曲は、二つのデジタル化フォーマット、すなわちハイファイ品質または ＣＤ品質、で利用することができる。 各機器（８）の運用ソフトウェアは、各機器（８）の自動給電R/Wスタティッ クＲＡＭに置かれるが、サーバ（９）の運用ソフトウェアは、ハードディスク（ ２１）内に保存し、サーバのＲＡＭ内にロードし利用することができる。 オペレーティングシステムを構成するモジュールに特有なタスタは、マルチタ スクオペレーティングシステムを使用する環境内で同時に実行されることについ て留意する必要がある。従ってフローチャートは、あるモジュールが実行すべき 特有な作業を示すものであって、他のモジュールによって実行される作業を全て 無効化するモジュールへの分岐を示すものではない。 ＳＳＭで参照される第一モジュールは起動モジュールである。このモジュール は一つのサービスしか供給しない。従ってこのモジュールは機器またはサーバの 電源投入時に自動的にロードされ、直接、ＲＭＭモジュールの「運転中」モード に入る。 ＲＭＭモジュールは、機器またはサーバの登録番号が有効化 された時点で機器またはサーバが入る動作モードである「運転中」モードのモジ ュールである。このモードでは機器（８）またはサーバ（９）は、例えば、 − ユーザが機器（８）の画面に触れて、フォワグラウンドのセッションの制 御がクライアント選択および検索モードのＣＢＳＭモジュールに移る、 − ＴＳＭテレコムサービスモジュールによる遠隔通信ネットワークの呼び出 し要求、 のようにあらかじめ定義された種々のイベントによって起動することができる要 求を操作する準備ができている。 機器（８）またはサーバ（９）は前記に記載のイベントのうちの一つが発生す るまで「運転中」モードのままである。 ＣＢＳＭモジュールはクライアント選択および検索モードモジュールである。 このモジュールへのアクセスは、クライアントが画面に触れた時、「運転中」モ ードから起動される。表示によりユーザは、曲の選択における案内をするための デジタル化音声メッセージ支援強力検索のために用意されたメニューを視覚化す ることができる。 ＴＳＭモジュールは、ネットワークのサーバと、異なるネッ トワークに属する複数のサーバを管理する中央システムとの間の遠隔通信サービ スモードモジュールである。このモジュールにより、分配ネットワーク上で使用 可能な管理サービスを全て管理することができる。遠隔通信に固有なタスクは全 て、バックグラウンドタスクとして管理される。これらのタスクは常に、機器ま たはサーバがそのフォワグラウンドタスクを全て終了した時点で残っている処理 時間の部分のみを使用する。従って、機器がより優先度の高いタスクのうちの一 つに占有されると、遠隔通信タスクは、システムのリソースに関する制約を自動 的に軽減しようとするとともに、まだ使用可能なマイクロプロセッサの処理時間 を回収しようとする。 ＳＰＭＭモジュールにより、選択順に演奏するためにシステムにより待ち行列 にされる歌またはビデオの選択曲の管理を行うことができる。 マルチタスオペレーティングシステムは、多くのコードフラグメントを同時に 実行できるようにし、起動される種々のタスク間の優先度を管理するためにはな くてはならない要素である。 このマルチタスオペレーティングシステムは、第４図に示すように、タスク間 の優先度決定モジュール（１１）を含むカー ネルと、タスクスーパーバイザモジュール（１２）と、使用ハードウェアの系列 化モジュール（１３）およびプロセス通信モジュール（１４）とを中心に構成さ れる。各モジュールは、アプリケーションのプログラミングインタフェース（１ ５）およびデータベース（１６）との間で通信を行う。アプリケーションと同数 のプログラミングインタフェースが存在する。例えばモジュール（１５）は、タ ッチスクリーン（３３）用のプログラミングの第一インタフェース（１５３）と 、キーボード（３４）用のプログラミングの第二インタフェース（１５４）と、 支払装置（３５）用のプログラミングの第三インタフェース（１５５）と、音声 制御回路（５）用のプログラミングの第四インタフェース（１５６）と、映像制 御回路（６）用のプログラミングの第五インタフェース（１５７）と、情報処理 ネットワーク制御回路（７）用のプログラミングの最後のインタフェース（１５ ８）とを含む。 ネットワークキットの購入時、ネットワークカードのプログラミングインタフ ェースはカードとともに供給されること、ならびにネットワークカードは、各オ ーディオビジュアル機器（８）のハードディスクまたは遠隔通信モデムカードを 構成す る周辺装置としてオペレーティングシステムに宣言されることに注意することが 肝要である。従って、各機器（８）の各オペレーティングシステムは、選択に引 き続いて遠隔通信手順またはハードディスクアクセスの呼び出しがあると、サー バのネットワークカードにより各オーディオビジュアル機器（８）が呼び出され たリソースを使えるようになる通信セッションを開始する。 優先度の高い順に並べられる五つのタスクは、オペレーティングシステムの核 （カーネル）によって管理され、映像入出力用の第一タスク（７６）は最も高い 優先度を有し、第二レベルの第二タスク（７５）は音声に関し、第三レベルの第 三タスク（７４）は遠隔通信に関し、第四レベルの第四タスク（７３）はインタ フェースに関し、第五レベルの第五タスク（７０）は管理に関する。これらの優 先順位は、タスクの出現および消失に応じて、優先度決定モジュール（１１）に よって考慮される。従って、映像タスクが現れると実行中の他のタスクは一時停 止され、このタスクに優先度が与えられ、システムのリソースは全て映像タスク に割り当てられる。出力側における映像タスク（７６）は、大容量メモリ（２１ ）から映像ファイルを二つの バッファ（６６、６７）の一つに交互にアンロードすることを目的とするが、こ の時、他方のバッファ（６７または６６）は、映像コントローラ回路（６）によ り、データの伸長後、表示を行うために使用される。入力側では映像タスク（７ ６）は、遠隔通信バッファ（４６）内に受信したデータを大容量メモリ（２１） に転送することを目的とする。入力側における遠隔通信バッファ（４６）と大容 量メモリ（２１）のバッファ（２６）との間も、出力側における大容量メモリ（ ２１）のバッファ（２６）と音声コントローラ回路（５）の二つのバッファ（５ ６、５７）のうちのいずれかの間も同様である。 次に第５図を参照しながらタスクスーパーバイザモジュール（１２）について 説明する。このモジュールは、映像タスクがアクティブであるかどうか、すなわ ち映像バッファ（６６、６７）のうちのいずれかが空であるかどうかを判定する ために、優先順位に従い、第一テスト（７６１）を行う。答えが否定であった場 合には、タスクスーパーバイザモジュールは、音声タスクがアクティブであるか どうか、すなわち音声バッファ（５６、５７）のうちのいずれかが空であるかど うかを判定するために、第二テスト（７５１）である次のテストに移る。答 えが否定であった場合には、第三テスト（７４１）が、通信タスクがアクティブ であるかどうか、すなわちバッファ（４６）が空であるかどうかを判定する。テ ストの一つにおいて答えが肯定であった場合には、タスクスーパーバイザモジュ ール（１２）はステップ（１３１）でメモリアクセス要求（１３）を待ち行列に 投入し、ステップ（１３２）で、大容量メモリ（２１）とアクティブなタスクに 対応するバッファとの間においてこの読み込みまたは書き込み要求を実行し、次 に第一テストに再ループする。通信の動作についてのテスト（７４１）が肯定で あると、スーパーバイザ（１２）は、メモリの情報の読み込みまたは書き込みを 行うのかどうかを判定するためのテスト（７４２）を実行する。肯定であれば、 ステップ（１３１）で、書き込みまたは読み込み要求が行列に投入される。肯定 でない場合には、スーパーバイザはステップ（７４３）で、送信であるのか受信 であるのかを判定し、送信の場合には、ステップ（７４４）で、情報ブロックを 中央サーバに送る。受信の場合には、スーパーバイザはステップ（７４６）で、 カーネルのバッファにアクセスがないことを確認し、肯定であれば、ステップ（ ７４７）でデータブロックの受信に同意するために中央 サーバにメッセージを送る。ブロックの受信後、サイクリック冗長度チェックＣ ＲＣ型のエラーチェック（７４８）が行われる。所与の番号をもつブロックが拒 否または許可されたことを示す対応するメッセージを中央サーバに送信すること により、エラーの場合にはステップ（７４０）でブロックが拒否され、そうでな い場合にはステップ（７４９）で許可され、当初のテストに再ループする。上位 レベルのタスクが一切アクティブでない場合には、スーパーバイザはステップ（ ７３１または７０１）で、インタフェースまたは管理タスクの処理を行う。 アクティブまたは準備ができているタスクの検出は、第６図に示すように、中 央処理装置（１）に接続された各ハードウェア装置の各コントローラ回路（２、 ３、４、５、６）に結合された、ハードディスクのハードウェアまたはソフトウ ェアバッファ（２６）、インタフェースバッファ（３６）、遠隔通信バッファ（ ４６）、音声バッファ（５６および５７）、映像バッファ（６６および６７）上 の各テスト（７２１から７６１）によって行われる。 テスト（７２１）により、ディスクの入出力メモリのバッファ内にデータが存 在するかどうかがわかり、テスト（７３１） により、クライアントインタフェース装置のハードウェアまたはソフトウェアメ モリバッファ内にデータが存在するかどうかがわかり、テスト（７４１）により 、遠隔通信装置のハードウェアまたはソフトウェアメモリバッファ内にデータが 存在するかどうかがわかり、テスト（７５１）により、音声用ハードウェアまた はソフトウェアメモリバッファ内にデータが存在するかどうかがわかり、テスト （７６１）により、映像装置のハードウェアまたはソフトウェアメモリバッファ 内にデータが存在するかどうかがわかる。 これらのバッファのうちの単数または複数にデータがある場合には、スーパー バイザ（１２）は、動作を示すロジック状態にあるハードウェアに相当する単数 または複数の、ハードディスク用状態バッファ（８２１）、インタフェース用状 態バッファ（８３１）、遠隔通信用状態バッファ（８４１）、音声用状態バッフ ァ（８５１）、映像用状態バッファ（８６１）の位置決めを行う。データがない 場合には、スーパーバイザの状態バッファはステップ（８００）で、非動作を示 す値に戻される。 サーバ（９）と機器（８）の動作状態はそれぞれ、サーバ（９）のハードディ スク（２１）上、機器（８）の自動給電メモリ内 で維持される。 システムは、記録すべきイベントが発生する毎に、それを直ちにパーマネント 保管リソース(ressource de stockage permanent)上に記録する。 従って、万一停電または設備の破損が発生しても、システムは、停止された位 置と全く同じ位置から再起動することができることになる。 動作における状態の保存を発生させるイベントは、 − 入金（クレジットの追加）、 − 待ち行列への曲名の追加、 − 選択曲の終了（現在聴取中の曲の変更） である。 ファイルは処理装置だけが読める機械フォーマットであり、６４バイト以上に はならない。 アクティブなタスクの数および種類は、フローチャートを第７図に示す選択曲 管理ＳＰＭＭモジュールの実行によりスーパーバイザ（１２）に示される。この モジュールが実行する管理は、選択曲が行列内で待機中であるかどうかを判定す るためのテスト（６１）から始まる。 次に、待ち行列に関するテスト（６１）により、選択曲が待機中であると判定 された場合には、クライアントが聞こうとする曲名を選択すると、この曲は、ハ ードディスク上のシステムの待ち行列ファイル内に自動的に書き込まれる。 従って、停電時でも各選択曲は決して失われない。システムは選択曲全体を演 奏（再生）した後、待ち行列ファイルから削除する。 選択曲全体の再生が終ると、選択曲は待ち行列ファイルから削除され、購入年 月日および時間、ならびに曲の演奏年月日および時間とともに、システムの統計 ファイル内に書き込まれる。 システムは、終了した選択曲を統計ファイルに転送した直後、待ち行列ファイ ル内に別の選択曲があるかどうかを確認する。別の選択曲がある場合には、シス テムはその選択曲の演奏を直ちに開始する。 選択曲が音声シナリオ(scenario audio)を含むかどうかを判定するためのテス ト（６５）によって処理は継続する。含む場合には、このシナリオはステップ（ ６５１）でスーパーバイザ（１２）のタスク行列に登録される。含まない場合、 あるいはこの登録の後は、選択曲が動画を含むかどうかを判定するため のテスト（６６）によって処理は継続する。含む場合には、映像のシナリオはス テップ（６６１）でスーパーバイザ（１２）のタスク行列に登録される。含まな い場合、あるいはこの登録の後は、選択曲が静止グラフィックを含むかどうかを 判定するためのテスト（６４）によって処理は継続する。含む場合には、グラフ ィックの表示のシナリオはステップ（６４１）でスーパーバイザ（１２）のタス ク行列に登録される。含まない場合、あるいはこの登録の後は、選択曲が広告の シナリオを含むかどうかを判定するためのテスト（６３）によって処理は継続す る。含む場合には、シナリオはステップ（６３１）でスーパーバイザ（１２）の タスク行列に登録される。このようにして、開かれたタスクを知らされたスーパ ーバイザ（１２）は、タスクの進行を同時に管理することができる。 映像タスクに最も高い優先度を割り当てることによるタスク管理モードである ことと、データを一時的に記憶するために各タスクに割り当てられたハードウェ アまたはソフトウェアバッファが存在すること、ならびに各タスクに関する状態 バッファが存在し、情報処理ネットワークを介して各機器とサーバとの間で通信 が行われることとにより、機器（８）のいくつかのタ スクに必要なコストが高いリソースを、同じくマルチタスクオペレーティングシ ステムを有する単一の中央処理装置（９）に移すことができる。 基本サーバ（９）は、８合までのクライアントジュークボックスを有するＬＡ Ｎを管理することができる。追加のハードディスクなどの適当な周辺装置を追加 することにより、サーバは最大８合の追加のジュークボックスを管理することが できる。さらにジュークボックスを追加するために、タスクを共有する複数のサ ーバを有するＬＡＮ環境を創り出すことができる。このようにして、どのような ニーズも管理できる環境を創り出すことができる。 設備が完備したサーバは１６合のジュークボックスを管理するのに充分なリソ ースを有する。一つのサーバは、曲に必要な空きスペースがある限り曲を格納す ることができるディスクを７枚までサポートすることができる。音声および部分 グラフィック作品の場合、３．４１２５ＭＢｉｔｓの空き容量が必要であり、音 声および映像作品の場合、３９．５６８ＭＢｉｔｓの空き容量が必要である。 これらの限界を越えて、時には数百もの部屋をもつホテルな どの施設の需要に応えるために、曲および／またはジュークボックスを管理する ための多くのサーバとのネットワークの構成を保存するためのＲＡＩＤなどの大 容量保存技術を使用することが可能である。 また、外部へのネットワークの遠隔通信における追加的需要に応えるために、 モデムなどの追加遠隔通信周辺装置（４１）を追加することも可能である。 ネットワークによりサーバは、作業、情報処理操作および設備の冗長を防ぐた めに、各ジュークボックスに共通な複数のタスクを行う責任を遂行することがで きる。 ＬＡＮは、ジュークボックス全てに共通なデータを維持することができるリン クを確立し、これを各ジュークボックスからアクセスできるようにすることによ り、全てのジュークボックス間の重要なリンクの役割も果たす。 サーバ上に維持される共通データは、オーディオビジュアル作品、各ジューク ボックスの使用および買い上げ統計、又はオーディオビジュアル作品に関する統 計である。 遠隔通信周辺装置はサーバ（９）に集中化されているため、ジュークボックス またはオーディオビジュアル機器（８）は遠 隔通信周辺装置をもたないが、サーバ（９）に要求を出し、サーバはこれを優先 的に処理する。また、ジュークボックスまたはオーディオビジュアル機器は、オ ーディオビジュアル作品を保存するために必要なディスク空間ももたない。なぜ なら、ＬＡＮの全てのジュークボックスがオーディオビジュアル作品を共有でき るようにするため、サーバ（９）に集中化されているからである。 情報は全て集中化され、ハードディスクをもたないユニットを実現し、最も故 障しやすい部品をなくすことにより保守が軽減されることから、ネットワークの ジュークボックス（８）は永久的保存のスペースをほとんど必要としない。ハー ドディスクをもたないジュークボックス（８）内のパーマネントメモリ区域は、 全情報と、サーバとのリンクを確立しジュークボックスのオペレーティングシス テムを起動するのに必要な運用プログラムとを含む。 このパーマネントメモリは、ＥＥＰＲＯＭメモリ、電池により保持されるスタ ティックメモリバンク、さらには、電池により保持されるスタティックメモリバ ンクであってハードディスクのタスクのクローンをつくることができる機能を有 するＨＡ ＲＤ ＣＡＲＤと呼ばれるカードとすることができる。 ジュークボックス（８）のオペレーティングシステムは、作業を行う前に、必 要なリソースがあることを確認する。オペレーティングシステムは、これを行う ために、集中周辺装置とのリンク状態を管理し、必要であれば、ジュークボック スと必要な周辺装置との間に適当なリンクを確立する要求をサーバに出す。ジュ ークボックスが例えば遠隔通信リソースを利用していない場合、サーバ（９）は ジュークボックスに対し独占的リンクを与える。 一旦リンクが確立されれば、ジュークボックス（８）はあたかもリソースが自 分自身のものであるかのようにして作業を行うことができる。ジュークボックス （８）は、作業の終了後、リソースへの接続を解くようサーバに要求を送り、そ の結果、リソースはネットワークの他のジュークボックス（８）が利用できるよ うになる。 分配、および整理されたリソースへのアクセス権を許可するために使われる順 序およびロジックは、サーバ（９）上に駐在するネットワークのオペレーティン グシステムによって管理される。 従って、ハードウェアまたはソフトウェアキーなどの切り換え装置により、ネ ットワークの利用者は、サーバ（９）に、ネットワークの全ての機器（８）に同 一の曲を送信させるか、各機器（８）に異なる曲を送信させるかを決めることが できる。後者の場合、ハードディスクのリソースへのアクセスは、各機器間でタ イムシェアリングで行われ、各機器（８）のバッファ（５６、５７；６６、６７ ）は、音声または映像の実行時に切れ間がないようにしつつ次のアクセスを待機 するのに充分な容量を有する。 さらに、一式のツールおよびサービスを含むライブラリを有するマルチタスク オペレーティングシステムは、それが記憶手段内に組み込まれ、そのようにして 得られる柔軟性がきわめて高いため、運用を非常に著しく容易にすることができ る。これにより、音声の再生、画像およびグラフィックスの表示、動画映像を同 時に、簡単かつ効果的に管理することにより、マルチメディア環境を作り出すこ とが可能である。さらに、オーディオビジュアル情報がデジタル化され記憶手段 内に保存されることから、ネットワークのコストは大幅に軽減される。 同様に、各機器（８）の遠隔通信機能に必要なハードウェア をネットワークのサーバ上に移したことにより、コストが大幅に下げられ、１０ ０Ｍビット／秒のデータレートを有する情報処理ネットワークを使用することに より、少なくとも八つの機器を同時に使用することができる。これらの機器は全 て、各機器上で異なる動画像を同時に再生することができる。 このことは、動画像にとってはもはや不充分であるデータレートが１Ｍビット ／秒程度であるＷＯ ９４／１５４１６号のＩＳＤＮネットワークでは不可能で あっただろう。また、他のデータ遠隔伝送回線でも同じことが言える。 当業者にとって可能なあらゆる変更も本発明の一部を構成する。従って、バッ ファが問題になる場合、バッファはそれが割り当てられる回路上に物理的に存在 するか、あるいはシステムのメモリ内に記憶領域を確保することによりソフトウ ェアによってつくることができることに留意されたい。

Claims (1)

1. 【特許請求の範囲】 １．それぞれのオーディオビジュアル機器（８）が曲の演奏用音声または映像手 段を含み、各機器から選択可能な複数のオーディオビジュアル作品の磁気的また は光学的大容量記憶手段（２１）を含む情報処理中央サーバ（９）に接続された 複数のオーディオビジュアル機器のうちの少なくとも一つの機器上においてオー ディオビジュアル作品を演奏するためのオーディオビジュアル分配システムであ って、各オーディオビジュアル機器（８）が、ある作品またはメニューを選択す るためのユーザとのインタラクティブ通信手段（３３）と、支払手段（３５）と 、情報処理ネットワークカード（７１）と、曲選択によって生じる作品の実行順 序がハードディスクへの逐次アクセスタスクとみなされ、要求の処理のためにネ ットワークを通して要求を、マルチタスクオペレーティングシステムを含むサー バ（９）に送ることができるようにするために、周辺装置としてのハードディス クの宣言が機器のネットワークカードに対応する少なくとも一つのハードディス クアクセス管理タスクを含むマルチタスクオペレーティングシステムを有する半 導体パーマネント メモリと、前記磁気的または光学的大容量記憶手段（２１）と、種々の機器（８ ）の要求を受信するネットワークカード（７１）とを含み、前記オペレーティン グシステムが、前記機器（８）によって出されるディスクアクセス要求をシステ ムのディスクアクセス要求とみなすことを特徴とするオーディオビジュアル分配 システム。 ２．各オーディオビジュアル機器（８）のオペレーティングシステム内において 、遠隔通信アクセスのタスクに属する遠隔通信モデルの周辺装置としての宣言が ネットワークカードの宣言に相当し、前記機器（８）のレベルにおいて遠隔通信 アクセス要求が行われると、この機器のネットワークカードが、少なくとも一つ の遠隔通信モデム（４１）を含むサーバ（９）にこの要求を送信することを特徴 とする請求の範囲第１項に記載のオーディオビジュアル分配システム。 ３．前記オーディオビジュアル機器（８）が要求によりあらかじめ、前記サーバ （９）のモデムカードが使用可能であることを確認することを特徴とする請求の 範囲第２項に記載のオーディオビジュアル分配システム。 ４．各ネットワークカード（７１）のデータレートならびに映 像および音声制御回路のバッファが、少なくとも八個のオーディオビジュアル機 器を含むネットワーク上で動画を実現するのに充分なデータレートで情報の交換 ができるように規模が決定されることを特徴とする請求の範囲第１項から第３項 のいずれか一項に記載のオーディオビジュアル分配システム。 ５．各オーディオビジュアル機器が、タッチスクリーン（３３）と、ユーザとの インタラクティブ通信手段としての付属インタフェースソフトウェア（１５３） とを含むことを特徴とする請求の範囲第１項から第４項のいずれか一項に記載の オーディオビジュアル分配システム。 ６．前記ネットワークが、８の倍数のオーディオビジュアル機器（８）数に対応 するサーバ数と同数の、それぞれがハードディスク（２１）に結合されたサーバ （９）を含むことを特徴とする請求の範囲第１項から第５項のいずれか一項に記 載のオーディオビジュアル分配システム。 ７．各サーバ（９）のオペレーティングシステムが、前記ネットワークの機器（ ８）の要求に対する応答として供給される情報がネットワークの機器全体または 要求を発した各機器に供給されるかどうか判定することができる切換手段に結合 されるこ とを特徴とする請求の範囲第１項から第６項のいずれか一項に記載のオーディオ ビジュアル分配システム。 ８．前記サーバが、作品の音声または映像実現手段（５、ｂ）と、支払手段（３ ５）と、ユーザまたはネットワークの管理者とのインタラクティブ通信手段とを 備えることを特徴とする請求の範囲第１項から第７項のいずれか一項に記載のオ ーディオビジュアル分配システム。