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