(57)【特許請求の範囲】
【請求項１】
支払装置に結合されたマイクロプロセッサ装置を含み、該マイクロプロセッサ装置は、利用すべき映像および音声情報を、圧縮されたデジタルの形態で保存するための大容量記憶手段を含み、かつ、インタフェースを介して、マルチメディア環境を作り出すことができるデジタル表示手段およびデジタル音声再生手段とに結合される、聴取料支払により起動するオーディオビジュアル再生システムであって、該システムが、前記記憶手段内に組み込まれたツールおよびサービスのライブラリを含むマルチタスクオペレーティングシステムを用いて管理され、前記オペレーティングシステムのカーネルが各周辺手段にタスクを結合させ、映像タスクに最も高い優先度を割り当て、音声タスクに第二レベルの優先度を割り当て、解凍すべきデータの少なくとも２つの一時保管用バッファ（６６、６７、あるいは５６、５７）を有し、２つの一時保管用バッファ（６６、６７、あるいは５６、５７）は交互に使用され、表示手段（６）または音声再生手段（５）により、該２つの一時保管用バッファ（６６、６７、あるいは５６、５７）のうちの一方のバッファに転送されたデータの処理が、該２つの一時保管用バッファ（６６、６７、あるいは５６、５７）のうちの他方のバッファへの転送処理の間に行いえるようにするために、表示手段（６）または音声再生手段（５）に結合され、オペレーティングシステムのスーパーバイザモジュールが、一時保管用バッファがデータを含んでいる間、音声タスクおよび映像タスクの状態を示すための状態バッファ（８５１または８６１）に音声タスクおよび映像タスクがアクティブであることを示す値をセットすることを特徴とするオーディオビジュアル再生システム。
【請求項２】
インタフェース（１５８）を介してさらに遠隔通信モデム（４、４１）に結合され、それにより前記システムは、遠隔通信モデムと遠隔通信リンクとにより、オーディオビジュアル情報配給ネットワークに接続され、第三レベルの優先度をもつ記憶手段内に組み込まれたツールおよびサービスライブラリ内に含まれ、この遠隔通信タスクに、転送すべきデータの保存用一時バッファ（２６）およびこのタスクの状態表示バッファ（８４１）を結合するマルチタスクオペレーティングシステムにより管理されることを特徴とする請求項１に記載のオーディオビジュアル再生システム。
【請求項３】
オペレーティングシステムが、アクティブと宣言されたタスクに割り当てられた優先度に応じてタスクの要求の受信を知らせるか占有信号により応答する優先度決定モジュール（１１）と、前記アクティブと宣言されたタスクと十分なハードウェア資源のアベイラビリティとに応じて待ち行列に記憶要求を投入するスーパーバイザモジュール（１２）とを含むことを特徴とする請求項１または２に記載のオーディオビジュアル再生システム。
【請求項４】
マン−マシンインタフェースからのデータの一時保管用バッファ（３６）と、該マン−マシンインタフェースのタスクの状態を示す状態バッファ（８３１）とが、タッチスクリーン上のゾーン選択などのインタフェースタスク（７３）に結合され、各ゾーンが、表示手段上に表示される情報の中の選択に相当することを特徴とする請求項１から３のいずれか一項に記載のオーディオビジュアル再生システム。
【請求項５】
最も低い優先度のタスクが、新規選択を行うかリモートコントロールによって制御が可能なあらゆる種類の調整を行うためのデータベースの管理を、キースイッチ（３２）により使用が有効になるリモートコントロール（３１）から行うための管理者による管理の優先度であることを特徴とする請求項１から４のいずれか一項に記載のオーディオビジュアル再生システム。
【請求項６】
入金と、待ち行列への選択曲の追加と、故障による停止の場合にシステムが全く同じ場所から再起動できるように次の選択に移行するための選択の終了とに関する情報を前記システムが記録するハードディスク上で保守される前記システムの動作状態ファイルを含むことを特徴とする請求項１から５のいずれか一項に記載のオーディオビジュアル再生システム。
【請求項７】
表示手段が主に、オーディオビジュアル情報の画像再生用ビデオモニタと、所望する曲名の検索および選択を支援するためにスクロールされる曲名選択の第一パネルと、音量、低音および高音調節用、あるいは前記ビデオモータ上のパノラマ制御のための制御管理の第二パネルと、前記オーディオビジュアル情報の配給ネットワークを通して入手可能な曲名を含むデータベースの活用を行えるようにするための私的使用の曲名データベースをスキャンする第三パネルと、曲名に関する見積および統計計算のための私的使用の統計の第四パネルの、少なくとも四つの管理パネルが選択できるチェックおよび支援用タッチスクリーンとを含むことを特徴とする請求項１から６のいずれか一項に記載のオーディオビジュアル再生システム。
【請求項８】
赤外線リモートコントロール装置により、
−  演奏選択曲の音量の調節
−  演奏補助音源の音量の調節
−  マイクロフォンの入／切制御
−  マイクロフォンの音量の調節
−  バランス、右側音量、左側音量の調節
−  低音の周波数のレベルの制御
−  高音の周波数のレベルの制御
−  音楽選択曲の範囲のキャンセルまたはスキップ制御
−  パノラマ効果、前側ズーム、後側ズームの制御
−  ソフトウェアプログラムのリセット起動
の機能のうちの少なくとも一つを実行することができることを特徴とする請求項１から７のいずれか一項に記載のオーディオビジュアル再生システム。
【請求項９】
管理モードモジュールにより、ユーザが読むことができない機械フォーマットでハードディスク上に記憶されたシステムの運用パラメータをファイル内に記録することができ、前記ディスク上に保存された情報がシステムの毎回の起動時に再読み込みされることを特徴とする請求項１から８のいずれか一項に記載のオーディオビジュアル再生システム。
【請求項１０】
システムの運用パラメータファイルにより、一曲の価格または所与の金額についての曲数、映像宣伝モードを起動するまでの非動作時間、たとえばラジオなどの補助音源を起動するまでの非動作時間、選択曲のサンプリングモードを起動するまでの非動作時間、システムが選択曲のサンプリングを開始できる開始点からの秒数を単位とする位置、秒を単位とするサンプリングの継続時間を構成する複数のパラメータを決めることができることを特徴とする請求項９に記載のオーディオビジュアル再生システム。
【発明の詳細な説明】
本発明は、聴取料支払により起動するオーディオビジュアル再生システムに関する。
このようなオーディオビジュアル再生システムは通常、喫茶店またはパブなどで見かけるものである。実際にはこの種のシステムは、ビデオ画像またはビデオクリップの表示を行うモニタに結合された通常ジュークボックス（juke-box）と呼ばれる音声再生機械から成る。ジュークボックスはこのために、ビデオコンパクトディスク再生装置とビデオコンパクトディスク保管部とを備え、選択する曲の題名を示すプリセットボタンを含む。適切な聴取料の支払いの後、単数または複数のプリセットを行うことにより、システムの起動が許可され、選択された曲があるディスクが再生装置内に自動的にロードされ、所望する音声映像の再生を開始することができる。
これらのシステムは忠実かつ高品質な再生が可能であるものの、大きな欠点を有する。第一の欠点は、ディスクの保管のために必要な体積に関するものであり、結果として、システムは大寸法となり従って空間占有体積が大きい。また、複雑な技術を利用する特に機械的機器を使用するこれらのシステムは顕著な故障率を示すので、別の欠点となる。また、ディスクの全曲が定期的に聞かれるのはまれであり、ほとんど聞かれない曲もあるが、かと言って取り除くことはできない。この欠点に加え、これらのシステムの管理および販売を行う会社は有限数の同一ディスクを流通させ、その顧客間である種のローテーションを強いることによる別の欠点があり、そのため顧客は、ディスクが入手できない時に不愉快な待機が必要となることがある。
また、ＰＣＴ特許出願ＰＣＴ／ＷＯ９３１８４６５号により、遠隔通信ネットワークと、ジュークボックスをネットワークに接続するモデムとを介して、ジュークボックスの大容量メモリ内にダウンロードされる歌または楽曲となるデジタル化情報を受信することができる情報機器化されたジュークボックスが知られている。また通信システムは、デジタル化されたグラフィック情報を示すファイルのダウンロードにも使用され、歌およびグラフィックファイルはネットワークに送信する前に圧縮される。次にジュークボックスのプロセッサは、これらのファイルを解凍し、グラフィックデータをビデオ回路に送信し歌のデータを音声回路に送信することにより、これらのファイルを活用する。
しかしながら、プロセッサはマン−マシンインタフェースも管理し、これらの種々の要素の管理は、歌を示すグラフィック画像を表示し、次にユーザによるキーの動作に応答し、次いで、必要とされる金額をユーザが払ったかどうかを検索し、最後に、必要金額が支払われた時点で、後で演奏するために選択曲をファイルに登録するというように順を追って行われる。またこのシステムは、まずグラフィック画像を表示し、次に歌の演奏を開始するというようにしか作動できない。なぜなら、フローチャートによれば、プロセッサは二つの作業を同時に実行することができないからである。最後に、グラフィック表示は、歌のアルバムの表紙のスキャナテーブルによってデジタル化されたデータに過ぎない。いずれにせよ、このようなジュークボックスは、歌または音楽の配給と同時に動画の表示を行うことはできない。また、プロセッサはデジタル情報を解凍および処理して音声信号に変換するために使われるので、新しく選曲使用とするユーザの新規操作を考慮することができない。このことは、特に前述のＰＣＴ出願明細書の１２ページの２５行目から３７行目において明らかに示されている。新規の歌の選曲は、ジュークボックスがアトラクションモードにある時、すなわちジュークボックス内に記憶されている種々の歌のグラフィック画像を連続して表示する時しか行うことができない。
また、米国特許４９５６７６８号により、他方のバッファメモリがフルのとき、Ａのバッファメモリがユーザにたとえば音楽データを供給するのに使われる、二つのバッファメモリＡおよびＢの交互アクセスモードを管理する追加ローカルプロセッサによりそれぞれ制御されるハードディスクおよび出力カードとの間で、ＤＭＡチャンネルを介して通信を行う主プロセッサから成る、音楽または画像送信用広域サーバが知られている。各出力カードはコンサルテーションステーション（station deconsultation）に接続されるが、コンサルテーションステーションはローカルであってサーバと同じ建物内にあっても、あるいは遠隔にあって音声またはビデオ通信ネットワークにより接続してもよい。サーバはブロック毎にデータを受信し、サンプルのパリティー（parites）が正しいことを確認し、不正なサンプルを二つ以上連続して含むブロックは拒否する。当然のことながら各ブロックは一つの番号で指定する。ブロックが許可されると、ハードディスク上の物理的アドレスとは何ら関係のない順序番号を登録することにより、ローカルハードディスク上にブロックを保存することができる。コンサルテーションステーションは、スピーカまたはヘッドホン、およびコンサルテーションステーション内に含まれる端末から受け取った要求に応答して音楽の聴取または画像の表示を行うことができるテレビモニタなどの音声および映像出力を有する。このようなシステムにおいては、コンサルテーションステーションまたは第一通信プロセッサは、曲または画像選択要求の専用管理ソフトウェアを持たなければならない。広域サーバは、要求が実行されて広域サーバのプロセッサに送られてからでないと、ローカルプロセッサの許可を受けて、データをバッファメモリに転送し、ローカルプロセッサがデータをコンサルテーションステーションに送ることができるようにすることはできない。さらに、出力カードおよびバッファメモリへの入力は、カードのローカルプロセッサの許可を受けてからでないと行われないことは十分明確である。
従ってこのようなシステムは、マルチプロセッサ装置の範囲内でしか動作することができず、マルチタスク環境で動作する単一のプロセッサによって制御されるジュークボックスについては、このようなサーバの使用は全く考えられない。従って前述の米国特許が提案するこのようなシステムは、複数のコンサルテーションステーションにサービスを提供することができる複雑な設備を使用する。従ってこの複雑な設備は高価であり、原価を可能な限り低くしなければならないジュークボックスシステムには適さない。
従って本発明は、先行技術によるシステムの上記の種々の欠点を解消することを目的とし、楽曲および歌の演奏と同時に動画の表示が行え、高い再生品質を有し、このような装置の予算を大幅に圧迫することなくダウンロードを行うことができるインテリジーントデジタルオーディオビジュアル再生システムを提供するものである。
この目的は、支払装置に結合されたマイクロプロセッサ装置の周囲につくられ、特に、利用すべき映像および音声情報を、圧縮されたデジタルの形態で保存するための大容量記憶手段を主として含み、かつ、インタフェースを介して、マルチメディア環境を作り出すことができるデジタル表示手段およびデジタル音声再生手段とに結合される、聴取料支払により起動するオーディオビジュアル再生システムが、その特徴として、ユニットが、記憶手段内に組み込まれたツールおよびサービスのライブラリを含むマルチタスクオペレーティングシステムを用いて管理され、オペレーティングシステムの核（noyau）が各周辺手段にタスクを結合させる、映像タスクに最も高い優先度を割り当て、音声タスクに第二レベルの優先度を割り当て、解凍すべきデータの一時保管用の少なくとも一つのバッファがそれぞれ、オペレーティングシステムによる他の手段への転送の処理の間、手段のうちの一つに転送された情報の処理が行えるようにするための表示手段および音声再生手段に結合され、オペレーティングシステムのスーパーバイザモジュール（modulesuperviseur）一時保管バッファのうちの一つがデータを含んだ時点で、位置決めされた状態バッファをタスクが動作中であることを示す値に結びつけることによって達成される。
別の特徴によれば、オーディオビジュアル再生システムはインタフェースを介してさらに遠隔通信モデムに結合され、それにより前記システムは、遠隔通信モデムと遠隔通信リンクとにより、オペレーティングシステムのスーパーバイザモジュールがオーディオビジュアル情報配給ネットワークに接続され、この遠隔通信機能も、第三レベルの優先度をもつ記憶手段内に組み込まれたツールおよびサービスライブラリ内に含まれ、この遠隔通信タスクに、転送すべきデータの保存用一時バッファおよびこのタスクの状態表示バッファを結合するマルチタスクオペレーティングシステムにより管理される。
別の特徴によれば、オペレーティングシステムは、アクティブと宣言されたタスクに割り当てられた優先度に応じてタスクの要求の受信を知らせるか占有信号により応答する優先度決定モジュールと、アクティブと宣言されたタスクと十分なハードウェア資源のアベイラビリティ（disponibilite）とに応じて待ち行列に記憶要求を投入するスーパーバイザモジュールと含む。
別の特徴によれば、マン−マシンインタフェースからのデータの保管用一時バッファと、このマン−マシンインタフェースタスクの状態を示すバッファとは、タッチスクリーン上のゾーン選択などのインタフェースタスクに結合され、各ゾーンは、表示手段上に表示される情報の中の選択に相当する。
別の特徴によれば、最も低い優先度のタスクは、新規選択を行うかリモートコントロールによって制御が可能なあらゆる種類の調整を行うためのデータベースの管理を、キースイッチにより使用が有効になるリモートコントロールから行うための管理者による管理の優先度である。
別の特徴によれば、システムは、入金と、待ち行列への選択曲の追加と、故障による停止の場合にシステムが全く同じ場所から再起動できるように次の選択に移行するための選択の終了とに関する情報をシステムが記録するハードディスク上で保守されるシステムの動作状態ファイルを含む。
別の特徴によれば、表示手段は主に、オーディオビジュアル情報の画像再生用ビデオモニタと、所望する曲名の検索および選択を支援するためにスクロールされる曲名選択の第一表と、音量、低音、高音調節用、あるいはビデオモニタ上のパノラマ（panoramiques）制御のための制御管理の第二表と、オーディオビジュアル情報の配給ネットワークを通して入手可能な曲名を含むデータベースの活用を行えるようにするための私的使用の曲名データベースをスキャンする第三表と、見積および曲名に関する統計計算のための私的使用の統計の第四表の、少なくとも四つの管理表が選択できるチェックおよび支援用タッチスクリーンとを含む。
別の特徴によれば、赤外線リモートコントロール装置により、以下の機能のうちの少なくとも一つを実行することができる。
−  演奏選択曲の音量の調節
−  演奏補助音源の音量の調節
−  マイクロフォンの入／切制御
−  マイクロフォンの音量の調節
−  バランス、右側音量、左側音量の調節
−  低音の周波数のレベルの制御
−  高音の周波数のレベルの制御
−  音楽選択曲の範囲のキャンセルまたはスキップ制御
−  パノラマ効果、前側ズーム、後側ズームの制御
−  ソフトウェアプログラムのリセット起動
別の特徴によれば、管理モードモジュールにより、ユーザが読むことができない機械フォーマットでハードディスク上に記憶されたシステムの運用パラメータをファイル内に記録することができ、ディスク上に保存された情報はシステムの毎回の起動時に再読み込みされる。
別の特徴によれば、システムの運用パラメータファイルにより、一曲の価格または所与の金額についての曲数、映像宣伝モードを起動するまでの非動作時間、たとえばラジオなどの補助音源を起動するまでの非動作時間、選択曲のサンプリングモードを起動するまでの非動作時間、システムが選択曲のサンプリングを開始できる開始点からの秒数を単位とする位置、秒を単位とするサンプリングの継続時間を設定することができる。
本発明の他の長所および特徴は、本発明の非限定的例として示した添付の図面を参照して行う以下の図面を読むことにより明らかになろう。
第１図は、本発明を構成するハードウェアの電気回路図である。
第２図は、あるタスクに特有でマルチタスクオペレーティングシステムを使用して管理されるサービスモジュールであって、全体が記憶手段内に保管されるライブラリ内に含まれるモジュールを明らかにするフローチャートである。
第３図は、ハードウェアおよびソフトウェア手段の全体を管理するマルチタスクシステムの構成を示す図である。
第４図は、マルチタスク管理システムの動作の説明用フローチャートである。
第５図は、タスクの活動の確認用フローチャートである。
第６図は、選択事項の待ち行列化フローチャートである。
オーディオビジュアル再生システムは以下に列記し符号を付けたハードウェア要素を使用するのが好ましいが、それに限定されるものではない。
マイクロプロセッサ付き中央処理装置１は高性能ＰＣコンパチブルシステムであり、実施時は、記憶手段および以下の仕様を有するインテル８０４８６ＤＸ／２型のシステムを採用した。
−  Ｖｅｓａローカルバスとのコンパチビリティ
−  プロセッサのキャッシュメモリ：２５６ｋＢｙｔｅ
−  ＲＡＭ：３２Ｍｂｙｔｅ
−  高性能シリアルおよびパラレルポート
−  マイクロプロセッサＳＶＧＡ型グラフィックアダプタ
−  ＳＣＳＩ／２型バスコントローラ
−  自動給電（auto-alimentee）スタティックＲＡＭ
同等またはそれ以上の性能を有する他の中央処理装置は本発明において使用することができる。
この中央処理装置は、音声制御回路（５）と、遠隔通信制御回路（４）と、入力制御回路（３）と、大容量記憶制御回路（２）と、表示手段制御回路（６）とを制御し管理する。表示手段の主要な構成要素は、高精細度低放射ＳＶＧＡ型非インターレースの１４インチ（３５．５６ｃｍ）フラットスクリーン式ビデオモニタ（６２）であり、グラフィックまたはビデオクリップの画像（例えば選択した音楽のアルバムのカバー）の再生に使われるのはこのモニタである。
高速および大容量ＳＣＳＩ型ハードディスクを使用する大容量記憶手段（２１）は、マイクロプロセッサ装置内に既に存在する記憶手段に結合される。これらの手段は、デジタル化され圧縮されたオーディオビジュアル情報の保存に使用される。
中央サーバによって制御されるオーディオビジュアル情報配給ネットワークとの結合を行えるようにするために２８．８ｋｂｐｓ高速遠隔通信モデムアダプタ（４１）が内蔵される。
選択した音楽の音声情報を再生するために、システムは、後記する目的のために二つのバッファメモリ（５６、５７）が追加された例えばＣｒｅａｔｉｖｅ  Ｌａｂｓ  Ｉｎｃ社のＳＢＰ３２ＡＷＥ「Ｓｏｕｎｄ  Ｂｌａｓｔｅｒ」カード型マイクロプロセッサ内蔵マルチメディア音声アダプタなどのＣＤ（コンパクトディスク）型の音質を有する出力を提供しつつ、多数の入力音源をサポートするようにされた音楽シンセサイザ型電子回路（５）に接続されたアンプ−チューナー（５３）から信号を受け取るスピーカー（５４）を含む。
同様に、表示手段制御回路も、後記する目的のために二つのバッファメモリ（６６、６７）を含む。
送風され温調された２４０ワットの電源によりシステムにエネルギーが供給される。この電源は、過電流および過振動から保護されている。
オーディオビジュアル再生システムはその入力制御回路（３）を介して、「先進表面波技術（technologie avancee d'onde de surface）」を使用するガラス被覆パネルおよびＡＴ型バスコントローラを含むＥｌｏ  Ｔｏｕｃｈ  Ｓｙｓｔｅｍｓ  Ｉｎｃ，．社の１４インチ（３５．５６ｃｍ）「Ｉｎｔｅｌｌｉ  Ｔｏｕｃｈ」タッチスクリーン（３３）を管理する。このタッチスクリーンにより、ビデオモニタ（６２）またはテレビ（６１）の画面上に表示した後、顧客が使用する種々の選択情報、ならびにシステムの管理者または所有者が使用する制御および管理検査情報が得られる。このタッチスクリーンは、インタフェース回路（３）を通じてキーロック（３２）によって管理されるキーボードコネクタを有するシステムに接続することができる外部キーボード（３４）と組み合わせて、メンテナンスの用途にも使用される。
入力回路（３）はシステムとともに、例えば
−  マイクロプロセッサシステム用として１５個の制御キーと投射装置として８個の制御キーとを有する発信器であるＭｉｎｄ  Ｐａｔｈ  Ｔｅｃｈｎｏｌｏｇｉｅｓ  Ｉｎｃ．社の赤外線リモートコントロールと、
−  Ｍｉｎｄ  Ｐａｔｈ  Ｔｅｃｈｎｏｌｏｇｉｅｓ  Ｉｎｃ．社のシリアルアダプタ付き赤外線受信器と
から成る遠隔制御アセンブリ（３１）との間のインタフェースになる。
Ｎａｔｉｏｎａｌ  Ｒｅｊｅｃｔｏｒｓ  Ｉｎｃ．，社の聴取料支払い装置（３５）も入力インタフェース回路（３）に接続される。また、硬貨、札、メダル（jeton）硬貨、チップ磁気カード、あるいは複数の支払い手段の組合せなどあらゆる支払い方法による受領ができる全く別の装置を使用することも可能である。
システムを収納するために、カスタム化が可能な外側装飾をもつ鋼鉄製シャーシまたはベッドがさらに設けられる。
これらの要素の他にも、無線マイクロフォン（５５）が音声コントローラ（５）に接続され、それにより音声コントローラを、高出力一般向け連絡情報システム、あるいは場合によってはカラオケマシンに変えることができる。また、システムは無線スピーカシステムを使用することもできる。
遠隔制御アセンブリ（３１）により管理者は例えばカウンタの後方から、
−  マイクロフォンの入／切スイッチ
−  スピーカのミュートスイッチ
−  音量の調節スイッチ
−  演奏中の音楽選択のキャンセルスイッチ
などのコントロールにアクセスしそれらを制御することができる。
四分の一秒の音声に相当する情報をバッファ（５６、５７）がそれぞれ交互に記憶できるように、これら二つのバッファが音声コントローラ回路（５）に接続される。同様に、二つのバッファ（６６、６７）が、十分の一秒の映像をそれぞれ交互に記憶することができるビデオコントローラ回路（６）に接続される。最後にバッファ（４６、３６、２６）はそれぞれ、通信コントローラ回路（４）、入力インタフェースコントローラ回路（３）、記憶コントローラ回路（２）に接続される。
広くマルチメディア環境のオーディオビジュアル領域を指向するツールおよびサービスライブラリの周囲に、システムの運用ソフトウェアがつくられた。このライブラリは、多くのコードフラグメント（fragments de code）を効果的に同時実行することができる高性能マルチタスクオペレーティングシステムを含むのが有利である。この運用ソフトウェアにより、表示手段および音声再生手段上で行われる操作を、コンフリクト（conflit）が一切おこらないようにして整然と同時実行することができるとともに、配給ネットワークを通して遠隔通信リンクの管理を行うことができる。さらにこのソフトウェアは高い柔軟性を有する。
デジタル化され圧縮されたオーディオビジュアルデータは記憶手段（２１）に保存される。
各選択曲は、二つのデジタル化フォーマット、すなわちハイファイ（hi-fi）品質またはＣＤ品質、にすることができる。
第２図のこのフローチャートの説明および解釈を行う前に、個別に説明するこれらモジュールは一見逐次使われるように思われるが、実際にはこれらのモジュールに特有なタスクは、マルチタスクオペレーティングシステムを使用する環境内で同時に実行されることに留意する必要がある。従ってフローチャートは、あるモジュールが実行すべき特有な作業を示すものであって、他のモジュールによって実行される作業を全て無効化するこのモジュールへの分岐を示すものではない。
ＳＳＭの符号を付した第一モジュールはシステム起動モジュールである。このモジュールは一つのサービスしか供給しない。従ってこのモジュールはシステムの電源入り時に自動的にロードされる。システムが正しい登録番号で起動されれば、システムは直接、ＲＭＭの符号を付したモジュールの「運転中」モードに入る。
ＲＥＧモジュールは、最初に起動された時あるいは新規登録のための承認が必要な時、ソフトウェアのシリアル番号を示し、ユーザがその会社名、住所、電話番号などの連絡先を入力するよう要求する登録モードモジュールである。
ＲＭＭモジュールは、システムの登録番号が有効化された時点でシステムが入る動作モードである「運転中」モードのモジュールである。このモードではシステムは、例えば、
−  画面に触れる顧客：顧客またはユーザが画面に触れると、システムはフォワグラウンドのセッション（session）の制御を顧客選択および検索モードのＣＢＳＭモジュールに移す。
−  遠隔通信ネットワークのサーバ呼び出し要求：システムは、電話回線上でループを検出すると、バックグラウンドの非同期手順、すなわちＴＳＭモジュールのテレコムサービスモードを発信する。
−  キースイッチ（３２）に関する要求：管理者がキースイッチを回すと、システムはそのフォワグラウンドセッションの制御を管理モードＳＭＭモジュールに与える。
−  リモートコントロールの信号の受信：あるコマンドが受信されると、そのコマンドはシステム制御ＳＭＭモジュールによってバックグラウンドセッション内で処理される一方、他の作業のためにフォワグラウンドセッションは依然として使用可能である。
−  システムの非動作を示すタイマ時間終了の出現：種々のタイマのうちのいずれかが作動すると、制御が臨時処理用の非動作ルーチンＩＲＭモジュールに渡される。
のようにあらかじめ定義された種々のイベントによって起動することができる要求を操作する準備ができている。
システムは前記に記載のイベントのうちの一つが発生するまで「運転中」モードのままである。
ＩＲＭモジュールは非動作ルーチンモジュールである。このモジュールは、アルバムのカバーの表示、システム内にある曲の一部の放送、内部宣伝用の選択曲全体の再生、外部宣伝用の音声再生、新曲の言葉による宣伝用広告、システムが非動作状態にあって、タイマ時間に相当するあらかじめ決められてはいるが調節可能な時間が経過した時、使用可能な補助音源への回避などの所与の機能を実行するルーチンを含む。
ＳＣＭモジュールはシステム制御モジュールである。このモジュールにより、赤外線リモートコントロール装置が要求する入力をシステムが受け入れるよう命令する機能を実行することができ、これらの機能は、現在実行中のプロセスを停止することなくすぐに処理される。非常に多くのこのような機能が可能であるので、そのうちのいくつかを非限定的な例として以下に列記する。
−  演奏選択曲の音量の調節
−  演奏補助音源の音量の調節
−  マイクロフォンの入／切制御
−  マイクロフォンの音量の調節
−  バランス、右側音量、左側音量の調節
−  低音の周波数のレベルの制御
−  高音の周波数のレベルの制御
−  音楽選択曲の範囲のキャンセルまたはスキップ制御
−  パノラマ効果、前側ズーム、後側ズームの制御
−  ソフトウェアプログラムのリセット起動
ＭＭＭモジュールは管理モードモジュールである。このモジュールは、管理者によってキースイッチが回された時に起動される。通常の画面に代わって、システムの管理およびシステムの運用パラメータに特有な画面が表示される。この画面を使用することにより、
−  「マスターボリューム」のレベル；
−  ジュークボックスの音量のレベル；
−  補助入力（ラジオ）の音量のレベル；
−  マイクロフォンの音量のレベル；
−  低音のレベル；
−  高音のレベル；
−  所与の金額に対する一曲の料金；
−  映像宣伝モードを起動するまでの非動作時間；
−  補助音源（ラジオ）を起動するまでの非動作時間；
−  選択曲のサンプリングモードを起動するまでの非動作時間；
−  サンプリング開始位置（最初からの秒数を単位とする）；
−  サンプリングの継続時間（単位は秒）
などのシステムの操作パラメータをチェックすることができる。
この制御画面を使用して設定した値は全てディスク上に保存され、システムの毎回の起動時に再読み込みされる。
ディスク上の管理値を含むファイルは、読み出しが不可能な機械フォーマットになっている。ファイルは、合計で１２８バイトのディスクスペース以上になることはない。
この新しい表示により、管理者はリモートコントロールで実行可能な設定を全てチェックすることができる。また、管理者は、例えばリモートコントロール上で有効化または無効化すべきコマンドを定義することができる下位追加コマンドの制御を行うこともできる。また、システムの各出力源について、リモートコントロール上で使用可能な範囲を定義する限度となる上位および下位レベルの最大値を定義することもできる。管理者はこの画面から、ＮＳＡＭ統計モジュールの実行を開始するタッチスクリーン上に示されるボタンに触れることにより、新規選択入力モードにアクセスすることができる。管理者がこれらのコマンドおよびシステム構成を定義し終えたら、キーを抜くだけで、システムは自動的に「運転中」モードに復帰する。
ＮＳＡＭモジュールは新規選択入力モードモジュールである。
ＣＢＳＭモジュールは顧客選択および検索モードモジュールである。このモジュールへのアクセスは、顧客が画面に触れた時、「運転中」モードから起動される。表示によりユーザは曲の選択における案内をするためのデジタル化音声メッセージ支援強力検索のために用意されたメニューを視覚化することができる。
ＴＳＭモジュールは、中央サーバとオーディオビジュアル再生システム間の遠隔通信サービスモードモジュールである。このモジュールにより、配給ネットワーク上で使用可能な管理サービスを全て管理することができる。遠隔通信に固有なタスクは全て、システムのバックグラウンドタスクとして管理される。これらのタスクは常に、システムがそのフォワグラウンドタスクを全て終了した時点で残っている処理時間の部分のみを使用する。従って、システムがより優先度の高いタスクのうちの一つに占有されると、遠隔通信タスクは、システムのリソースに関する制約を自動的に軽減しようとするとともに、まだ使用可能なマイクロプロセッサの処理時間を回収しようとする。
ＳＳＣモジュールはシステムのセキュリティ管理モジュールである。このモジュールによりセキュリティの管理が行われ、各システムは、システムの作動を許可する登録番号の形態の承認信号取得のためにあらかじめ設定されたタイミングに従い、ローカルコントローラシステムと関係をもつ。また、不正が確認された場合、あるいはシステムがネットワークを通じて通信することができなくなった場合には、前記システムは自動的に動作を停止する。
ＳＰＭＭモジュールにより、選択順に演奏するためにシステムにより待ち行列にされる歌またはビデオの選択曲の管理を行うことができる。
最後に、ＳＭＭモジュールにより、管理者はリモートコントロールを使用してシステムの設定を遠隔管理することができる。
マルチタスクオペレーティングシステムは、多くのコードフラグメントを同時に実行できるようにし、起動される種々のタスク間の優先度を管理するためにはなくてはならない要素である。
このマルチタスクオペレーティングシステムは、第３図に示すように、タスク間の優先度決定モジュール（１１）を含む核と、タスクスーパーバイザモジュール（１２）と、使用ハードウェアの系列化（serialisation）モジュール（１３）およびプロセス通信モジュール（１４）との周囲に編成される。各モジュールは、アプリケーションのプログラミングインタフェース（１５）およびデータベース（１６）との間で通信を行う。アプリケーションと同数のプログラミングインタフェースが存在する。例えばモジュール（１５）は、キースイッチ（３２）用のプログラミングの第一インタフェース（１５１）と、遠隔制御（３１）用のプログラミングの第二インタフェース（１５２）と、タッチスクリーン（３３）用のプログラミングの第三インタフェース（１５３）と、キーボード（３４）用のプログラミングの第四インタフェース（１５４）と、支払装置（３５）用のプログラミングの第五インタフェース（１５５）と、音声制御回路（５）用のプログラミングの第六インタフェース（１５６）と、映像制御回路（６）用のプログラミングの第七インタフェース（１５７）と、遠隔通信制御回路（４）用のプログラミングの最終インタフェース（１５８）とを含む。
優先度の高い順に並べられる五つのタスクは、オペレーティングシステムの核（カーネル（kernel））によって管理され、映像入出力用の第一タスク（７６）は最も高い優先度を有し、第二レベルの第二タスク（７５）は音声に関し、第三レベルの第三タスク（７４）は遠隔通信に関し、第四レベルの第四タスク（７３）はインタフェースに関し、第五レベルの第五タスク（７０）は管理に関する。これらの優先順位は、タスクの出現および消失に応じて、優先度決定モジュール（１１）によって考慮される。従って、映像タスクが現れると実行中の他のタスクは一時停止され、このタスクに優先度が与えられ、システムのリソースは全て映像タスクに割り当てられる。出力側における映像タスク（７６）は、大容量メモリ（２１）から映像ファイルを二つのバッファ（６６、６７）の一つに交互にアンロードすることを目的とするが、この時、他方のバッファ（６７または６６）は、映像コントローラ回路（６）により、データの解凍後、表示を行うために使用される。入力側では映像タスク（７６）は、遠隔通信バッファ（４６）内に受信したデータを大容量メモリ（２１）に転送することを目的とする。入力側における遠隔通信バッファ（４６）と大容量メモリ（２１）のバッファ（２６）との間も、出力側における大容量メモリ（２１）のバッファ（２６）と音声コントローラ回路（５）の二つのバッファ（５６、５７）のうちのいずれかの間も同様である。
次に第４図を参照しながらタスクスーパーバイザモジュール（１２）について説明する。このモジュールは、映像タスクがアクティブであるかどうか、すなわち映像バッファ（６６、６７）のうちのいずれかが空であるかどうかを判定するために、優先順位に従い、第一テスト（７６１）を行う。答えが否定であった場合には、タスクスーパーバイザモジュールは、音声タスクがアクティブであるかどうか、すなわち音声バッファ（５６、５７）のうちのいずれかが空であるかどうかを判定するために、第二テスト（７５１）である次のテストに移る。答えが否定であった場合には、第三テスト（７４１）が、通信タスクがアクティブであるかどうか、すなわちバッファ（４６）が空であるかどうかを判定する。テストの一つにおいて答えが肯定であった場合には、タスクスーパーバイザモジュール（１２）はステップ（１３１）でメモリアクセス要求待ち行列（１３）に投入し、ステップ（１３２）で、大容量メモリ（２１）とアクティブなタスクに対応するバッファとの間においてこの読み込みまたは書き込み要求を実行し、次に第一テストに再ループする。通信の動作についてのテスト（７４１）が肯定であると、スーパーバイザ（１２）は、メモリの情報の読み込みまたは書き込みを行うのかどうかを判定するためのテスト（７４２）を実行する。そうであれば、ステップ（１３１）で、書き込みまたは読み込み要求が行列に投入される。そうでない場合には、スーパーバイザはステップ（７４３）で、送信であるのか受信であるのかを判定し、送信の場合には、ステップ（７４４）で、情報ブロックを中央サーバに送る。受信の場合には、スーパーバイザはステップ（７４６）で、核のバッファにアクセスがないことを確認し、そうであれば、ステップ（７４７）でデータブロックの受信に同意するために中央サーバにメッセージを送る。ブロックの受信後、サイクリック冗長度チェック（cyclic redundant check)ＣＲＣ型のエラーチェック（７４８）が行われる。所与の番号をもつブロックが拒否または許可されたことを示す対応するメッセージを中央サーバに送信することにより、エラーの場合にはステップ（７４０）でブロックが拒否され、そうでない場合にはステップ（７４９）で許可され、当初のテストに再ループする。上位レベルのタスクが一切アクティブでない場合には、スーパーバイザはステップ（７３１または７０１）で、インタフェースまたは管理タスクの処理を行う。
アクティブまたは準備ができているタスクの検出は、第５図に示すように、中央処理装置（１）に接続された各ハードウェア装置の各コントローラ回路（２、３、４、５、６）に結合された、各ハードディスクのハードウェアまたはソフトウェアバッファ、ハードディスクのバッファ（２６）、インタフェースバッファ（３６）、遠隔通信バッファ（４６）、音声バッファ（５６および５７）、映像バッファ（６６および６７）上の各テスト（７２１ないし７６１）によって行われる。これらのバッファのうちの単数または複数にデータがある場合には、スーパーバイザ（１２）は、動作を示すロジック状態にあるハードウェアに相当する単数または複数の、ハードディスク用状態バッファ（８２１）、インタフェース用状態バッファ（８３１）、遠隔通信用状態バッファ（８４１）、音声用状態バッファ（８５１）、映像用状態バッファ（８６１）の位置決めを行う。データがない場合には、スーパーバイザの状態バッファはステップ（８００）で、非動作を示す値に戻される。
システムの動作状態はハードディスク上で維持される。
システムは、記録すべきイベントが発生する毎に、それを直ちにディスク上に記録する。
従って、万一停電または設備の破損が発生しても、システムは、停止された位置と全く同じ位置から再起動することができることになる。
動作における状態の保存を発生させるイベントは、
−  入金（クレジットの追加）、
−  待ち行列への曲名の追加、
−  選択曲の終了（現在聴取中の曲の変更）
である。
ファイルは処理装置だけが読める機械フォーマットであり、６４バイト以上にはならない。
アクティブなタスクの数および種類は、フローチャートを第６図に示す選択曲管理ＳＰＭＭモジュールの実行によりスーパーバイザ（１２）に示される。このモジュールが実行する管理は、選択曲が行列内で待機中であるかどうかを判定するためのテスト（６１）から始まる。
次に、待ち行列に関するテスト（６１）により、選択曲が待機中であると判定された場合には、顧客が聞こうとする曲名を選択すると、この曲は、ハードディスク上のシステムの待ち行列ファイル内に自動的に書き込まれる。
従って、停電時でも各選択曲は決して失われない。システムは選択曲全体を演奏（再生）した後、待ち行列ファイルから削除する。
選択曲全体の再生が終ると、選択曲は待ち行列ファイルから削除され、購入年月日および時間、ならびに曲の演奏年月日および時間とともに、システムの統計ファイル内に書き込まれる。
システムは、終了した選択曲を統計ファイルに転送した直後、待ち行列ファイル内に別の選択曲があるかどうかを確認する。別の選択曲がある場合には、システムはその選択曲の演奏を直ちに開始する。
ある選択曲の終了から次の曲の開始までの総経過時間は０．５秒未満である。
システムの制御パネル内にあるボタンによりこの時間を長くすることが可能である。
選択曲が音声シナリオを含むかどうかを判定するためのテスト（６５）によって処理は継続する。含む場合には、このシナリオはステップ（６５１）でスーパーバイザ（１２）のタスク行列に登録される。含まない場合、あるいはこの登録の後は、選択曲が動画を含むかどうかを判定するためのテスト（６６）によって処理は継続する。含む場合には、映像のシナリオはステップ（６６１）でスーパーバイザ（１２）のタスク行列に登録される。含まない場合、あるいはこの登録の後は、選択曲が静止グラフィックを含むかどうかを判定するためのテスト（６４）によって処理は継続する。含む場合には、グラフィックの表示のシナリオはステップ（６４１）でスーパーバイザ（１２）のタスク行列に登録される。含まない場合、あるいはこの登録の後は、選択曲が広告のシナリオを含むかどうかを判定するためのテスト（６３）によって処理は継続する。含む場合には、シナリオはステップ（６３１）でスーパーバイザ（１２）のタスク行列に登録される。このようにして、開かれたタスクを知らされたスーパーバイザ（１２）は、タスクの進行を同時に管理することができる。
映像タスクに最も高い優先度を割り当てることによるタスク管理モードであることと、データを一時的に記憶するために各タスクに割り当てられたハードウェアまたはソフトウェアバッファが存在すること、ならびに各タスクに関する状態バッファが存在することにより、これらのタスク全てを、処理すべき情報の複雑性が低いグラフィック表示とは異なり、映像表示すなわち動画の可能性を提供するマルチタスクオペレーティングシステムを有するただ一つの中央処理装置で管理することができた。また、音声の処理中に音声データの次の転送を待つ間、映像のバッファ（６６、６７）のうちの一つへの映像データの転送ができるようにするのに充分な量の圧縮データを記憶するのに充分な容量のバッファを音声コントローラ回路（５）が有するため、音声処理を犠牲にすることなくこのような映像表示を行うことができる。
さらに、一式のツールおよびサービスを含むライブラリを有するマルチタスクオペレーティングシステムは、それが記憶手段内に組み込まれ、そのようにして得られる柔軟性がきわめて高いため、運用を非常に著しく容易にすることができる。特に、これにより、音声の再生、画像およびグラフィックスの表示、動画映像を同時に、簡単かつ効果的に管理することにより、マルチメディア環境を作り出すことが可能である。さらに、オーディオビジュアル情報がデジタル化され記憶手段内に保存されることから、従来のオーディオビジュアル再生システムと比べ使われるスペースは大幅に少なく、その結果、本発明によるシステムの所要体積ははるかに小さい。
当業者にとって可能なあらゆる変更も本発明の一部を構成する。従って、バッファが問題になる場合、バッファはそれが割り当てられる回路上に物理的に存在するか、あるいはシステムのメモリ内に記憶領域を確保することによりソフトウェアによってつくることができることに留意されたい。
【図１】
0003907205.tif 000002
【図２】
0003907205.tif 000003
【図３】
0003907205.tif 000004
【図４】
0003907205.tif 000005
【図５】
0003907205.tif 000006
【図６】
0003907205.tif 000007