(57)【特許請求の範囲】
【請求項１】
記録担体に記録されている映像情報を再生して映像信号を出力する複数の映像再生装置と、
該複数の映像再生装置が出力する映像信号を送出する送出手段と、
前記複数種類の映像情報中の１種類を特定する映像番号を入力するリクエスト入力手段と、前記映像番号を送出する対センター通信手段と、前記送出手段によって送出されてくる複数の映像信号中から１種類を選択する映像情報選択手段と、該選択された映像信号に基づく映像を表示する映像表示手段とを備える複数の端末装置と、
前記端末装置から送出される前記映像番号を受信する対端末通信手段と、該受信された映像番号の前記映像情報を指定する指定番号を表示する指定番号表示手段とを備えるセンターコントローラと
からなる映像提供システムにおいて、
前記センターコントローラに、
前記各映像再生装置が映像の再生中または再生中ではないことを示す再生中信号を取得する再生中信号取得手段と、
前記再生中信号とタイマから取得する時刻情報とに基づいて前記各映像再生装置毎の積算使用時間を算出する積算使用時間算出手段と、
該算出された積算使用時間に基づいて前記映像再生装置を選定する選定手段と
を設けたことを特徴とする映像提供システム。
【請求項２】
請求項１記載の映像提供システムにおいて、
前記選定手段は、前記積算使用時間が短い前記映像再生装置を優先して選定することを特徴とする映像提供システム。
【請求項３】
請求項１または２記載の映像提供システムにおいて、
前記センターコントローラに、前記選定手段によって選定された映像再生装置の装置番号を表示する装置番号表示手段を設けたことを特徴とする映像提供システム。
【請求項４】
請求項１ないし３のいずれか記載の映像提供システムにおいて、
前記センターコントローラに、前記再生中信号とタイマから取得する時刻情報とに基づいて構築される前記各映像再生装置毎の稼働情報を該映像提供システム外に送信する対外部システム通信手段を設けたことを特徴とする映像提供システム。
【請求項５】
請求項１ないし４のいずれか記載の映像提供システムに用いられる端末装置。
【請求項６】
請求項１ないし４のいずれか記載の映像提供システムに用いられるセンターコントローラ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、映像提供システムに関する。
【０００２】
【従来の技術】
従来、例えばホテル等に設置される、リクエストビデオシステムと呼ばれる設備がある。このシステムの一例を図８を参照して説明する。ホテルの各部屋には、部屋端末１０１が設置されており、部屋端末１０１には映像および音声出力が可能なモニタテレビ１０２とリモコン１０３が付属している。各部屋端末１０１は同軸ケーブル１０４によってヘッドアンプ１０６に接続されている。ヘッドアンプ１０６には、変調器１０７を介してビデオデッキ１０８が接続され、高周波用のモデム１０９を介してセンターコントローラ１１０が接続されている。センターコントローラ１１０には、リクエスト番号を表示するための指示器１１１が接続されている。
【０００３】
このシステムでは、例えばホテルの客が、リクエストリストを見て所望のビデオソフトを選択し、そのビデオソフトのリクエスト番号をリモコン１０３を操作して入力する。部屋端末１０１は、リモコン１０３から入力されたリクエスト番号を同軸ケーブル１０４からヘッドアンプ１０６およびモデム１０９を介してセンターコントローラ１１０に送信する。センターコントローラ１１０は、空いているビデオデッキ１０８の中から今回の再生に使用するビデオデッキ１０８を決定し、そのビデオデッキ１０８の番号と受信したリクエスト番号を指示器１１１に表示させる。
【０００４】
すると、例えばオペレータが、指示器１１１の表示を見て、そこに表示されたリクエスト番号のビデオカセットを表示された番号のビデオデッキ１０８にインサートして再生させる。その再生信号が変調器１０７で高周波変調され、ヘッドアンプ１０６で周波数多重化されて同軸ケーブル１０４に送出される。部屋端末１０１は、送られてくる再生信号を受信して、モニタテレビ１０２の画面に表示させる。これにより、客は所望のビデオソフトを楽しむことができる。
【０００５】
【発明が解決しようとする課題】
しかしながら、こうした従来のリクエストビデオシステムでは、センタコントローラは、各ビデオデッキの稼働情報を得ることができなかったので、例えばセンターコントローラが、再生に使用するビデオデッキを決定するに当たって、各ビデオデッキの稼働実績を考慮することができなかった。このため、例えば番号が若いビデオデッキが頻繁に使用されて、機器寿命が相対的に短くなる等、様々な不具合があった。
【０００６】
この例のようなシステムは、ビデオ映像の提供用に使用されるばかりでなく、例えばゲームソフトの提供等に使用されることもある。
上述の問題は、テープ、ディスク等の録担体に記録されている映像情報を再生して映像信号を出力する映像再生装置を複数備えて、上述のリクエストビデオシステムと同様のサービスを行うシステムでは共通の問題であった。
【０００７】
本発明は、上述した問題点を解決するためになされたものであり、複数の映像再生装置を使用する映像提供システムにおいて、各映像再生装置毎の積算使用時間を得ることにより、この積算使用時間がなかったために発生していた様々な不具合を防ぐことを目的としている。
【０００８】
【課題を解決するための手段】
上記課題を解決するための手段として、請求項１記載の映像提供システムは、記録担体に記録されている映像情報を再生して映像信号を出力する複数の映像再生装置と、該複数の映像再生装置が出力する映像信号を送出する送出手段と、前記複数種類の映像情報中の１種類を特定する映像番号を入力するリクエスト入力手段と、前記映像番号を送出する対センター通信手段と、前記送出手段によって送出されてくる複数の映像信号中から１種類を選択する映像情報選択手段と、該選択された映像信号に基づく映像を表示する映像表示手段とを備える複数の端末装置と、前記端末装置から送出される前記映像番号を受信する対端末通信手段と、該受信された映像番号の前記映像情報を指定する指定番号を表示する指定番号表示手段とを備えるセンターコントローラとからなる映像提供システムにおいて、前記センターコントローラに、前記各映像再生装置が映像の再生中または再生中ではないことを示す再生中信号を取得する再生中信号取得手段と、前記再生中信号とタイマから取得する時刻情報とに基づいて前記各映像再生装置毎の積算使用時間を算出する積算使用時間算出手段と、該算出された積算使用時間に基づいて前記映像再生装置を選定する選定手段とを設けたことを特徴とする。
【０００９】
請求項２記載の映像提供システムは、請求項１記載の映像提供システムにおいて、前記選定手段は、前記積算使用時間が短い前記映像再生装置を優先して選定することを特徴とする。
請求項３記載の映像提供システムは、請求項１または２記載の映像提供システムにおいて、前記センターコントローラに、前記選定手段によって選定された映像再生装置の装置番号を表示する装置番号表示手段を設けたことを特徴とする。
【００１０】
請求項４記載の映像提供システムは、請求項１ないし３のいずれか記載の映像提供システムにおいて、前記センターコントローラに、前記再生中信号とタイマから取得する時刻情報とに基づいて構築される前記各映像再生装置毎の稼働情報を該映像提供システム外に送信する対外部システム通信手段を設けたことを特徴とする。
請求項５記載の端末装置は、請求項１ないし４のいずれか記載の映像提供システムに用いられる。
請求項６記載のセンターコントローラは、請求項１ないし４のいずれか記載の映像提供システムに用いられる。
【００１１】
【発明の実施の形態】
上記の構成になる請求項１記載の映像提供システムにおいては、複数の映像再生装置は、記録担体に記録されている映像情報を再生して映像信号を出力する。送出手段は、複数の映像再生装置が出力する映像信号を送出する。
【００１２】
例えば客が端末装置に設けられているリクエスト入力手段により、複数種類の映像情報中の１種類を特定する映像番号を入力すると、対センター通信手段は、この映像番号を送出する。映像情報選択手段は、送出手段によって送出されてくる複数の映像信号中から１種類を選択し、映像表示手段は、選択された映像信号に基づく映像を表示する。
【００１３】
センターコントローラでは、対端末通信手段が、端末装置から送出される映像番号を受信すると、指定番号表示手段は、受信された映像番号の映像情報を指定する指定番号を表示する。
さらに、センターコントローラにおいては、再生中信号取得手段が、各映像再生装置が映像の再生中または再生中ではないことを示す再生中信号を取得する。そして、積算使用時間算出手段が、再生中信号とタイマから取得する時刻情報とに基づいて各映像再生装置毎の積算使用時間を算出し、選定手段は、算出された積算使用時間に基づいて映像再生装置を選定する。
【００１４】
センタコントローラが各映像再生装置毎の積算使用時間を算出し、その積算使用時間に基づいて映像再生装置を選定することにより、例えば番号が若い映像再生装置が頻繁に使用されて機器寿命が相対的に短くなる等の不具合を防ぐことができる。
【００１５】
ところで、一般的なビデオデッキは、自身が再生中であることを示す信号を出力する構成にはなっていない。また、スタンバイ状態でもブルーバックの映像信号を出力するものが多い。このため、単に映像信号の有無だけを監視したのでは、実際に再生中なのかスタンバイなのかは判別できない。従って、実際に再生中である場合には、映像信号とは別に再生中信号を出力する構成とすれば良いのであるが、そのような構成とするとビデオデッキの構造が複雑化したり製造コストが高くなるおそれがある。そこで、映像再生装置が再生中であるか否かを検出して再生中信号を出力する再生中信号出力手段を外付けすれば、ビデオデッキの構造の複雑化等を回避できる。
【００１６】
再生信号出力手段としては、映像再生装置から入力される映像信号の有無を検出する映像信号検出回路、映像信号から同期信号を分離する信号分離回路、分離された同期信号に基づいて映像信号がインタレース走査かノンインタレース走査かを識別する識別回路、映像信号検出回路の検出結果と識別回路の識別結果とに基づいて映像再生装置が再生中であれば再生中信号を出力する信号出力回路を有する再生中信号出力装置が例示される。
【００１７】
例えばビデオデッキの場合には、（１）再生映像信号としてはインタレース走査の映像信号を出力するが、再生中でない時にはノンインタレース走査のブルーバック信号を出力する形式が多い。また、一部には、（２）再生中はインタレース走査の映像信号を出力し、再生中でない時はインタレース走査のブルーバック信号を出力する形式や（３）再生中でない時には映像信号を出力しない形式のものもある。
【００１８】
（１）の形式の場合には、インタレース走査であれば再生中であり、ノンインタレース走査であれば再生中ではないことが、識別回路で識別できる。（３）の形式であれば、映像信号が有れば再生中で、映像信号がなければ再生中ではないことが、映像信号検出回路で判別できる。よって、信号出力回路が、映像信号検出回路で映像信号が検出され、識別回路の識別結果がインタレース走査であるときに再生中信号を出力する構成とすればよい。ただし、（２）の形式の場合には、再生映像信号とブルーバック信号とにインタレース走査／ノンインタレース走査の差がないので判別はできないが、この形式のものは少ないので、ほとんどのビデオデッキについて再生中であるか否かを判別することができるといえる。
【００１９】
請求項２記載の映像提供システムでは、選定手段は、積算使用時間が短い映像再生装置を優先して選定するから、特定の映像再生装置ばかりが頻繁に使用されて装置の寿命を短くする等の不具合を防止できる。
請求項３記載の映像提供システムでは、装置番号表示手段は、選定手段によって選定された映像再生装置の装置番号を表示する。
【００２０】
この装置番号表示手段が表示した装置番号の映像再生装置を使用することにより、特定の映像再生装置ばかりが頻繁に使用されて装置の寿命を短くする等の不具合を防止できる。
請求項４記載の映像提供システムでは、再生中信号とタイマから取得する時刻情報とに基づいて構築される各映像再生装置毎の稼働情報を映像提供システム外に送信する対外部システム通信手段をセンターコントローラに設けているので、例えばホテルの経営者や責任者が、ホテルから離れた場所に事務所を構えている場合などに、ホテルまで出向かなくとも稼働情報を入手することができる。稼働情報に、例えばビデオソフトの使用頻度を含ませれば、ビデオソフトの人気度が分かるので、人気の高いビデオソフトを追加購入したり、人気のないビデオソフトを廃棄して新たなビデオソフトに代える等様々な利用が可能である。また、稼働情報に、リクエストの受付から再生開始までのタイムラグを含めれば、オペレータの勤勉度の目安とできる。
【００２１】
【具体例】
次に、本発明の映像提供システムをリクエストビデオシステムとして具体化した例に従って発明の実施の形態を詳しく説明する。
図１はこのリクエストビデオシステム１０の全体構成のブロック図である。この図１に示すように、リクエストビデオシステム１０は、センターコントローラ２０、複数の映像出力部５０、送出手段としてのヘッドアンプ６０、端末装置としての複数の部屋端末７０等から構成されている。
【００２２】
センターコントローラ２０は、制御手段であり積算使用時間算出手段および選択手段としてのＣＰＵ２１を中心として構成されている。ＣＰＵ２１には、ＣＰＵ２１の動作プログラム等を格納しているＲＯＭ２２、ＣＰＵ２１のワークエリアとなるＲＡＭ２３、稼働情報記憶手段としての不揮発性ＲＡＭ（ＮＶＲＡＭ）２４が接続されており、ＣＰＵ２１はＲＯＭ２２からの読出し、ＲＡＭ２３およびＮＶＲＡＭ２４への書込みと読出しができる。
【００２３】
ＣＰＵ２１は、対端末通信手段としての通信回路２５を介して、ヘッドアンプ６０と接続されている。通信回路２５は、デジタル信号をセンターコントローラ２０に割り当てられているチャンネル（以下、センターチャンネルという）の高周波信号に変調し、またセンターチャンネルの高周波信号をデジタル信号に復調する変復調手段であり、ＣＰＵ２１は、通信回路２５を介して、ヘッドアンプ６０との間で信号の送受が可能である。また、ＣＰＵ２１には、対外部システム通信手段としての電話用モデム２６が接続されており、電話回線２７によって外部システム２８と通信可能である。
【００２４】
ＣＰＵ２１には、タイマとしてのカレンダタイマ２９が接続されていて、ＣＰＵ２１は、カレンダタイマ２９が算出する年月日および時刻を読み込むことができる。
ＣＰＵ２１には、出力ポート３０および再生中信号取得手段としての入力ポート３１が接続されている。出力ポート３０には、デジタル表示盤（図示略）を有する指定番号表示手段および装置番号表示手段としての指示器３２が接続されており、ＣＰＵ２１は、指示器３２に信号を送って所望の数字およびアルファベットを表示させることができる。また入力ポート３１には、拒否スイッチ３３が接続されていて、拒否スイッチからの信号がＣＰＵ２１に入力される構成である。
【００２５】
さらに、入力ポート３１には、映像出力部５０に含まれる再生中信号出力手段としての再生状態判別装置５１からの再生中信号も入力される構成である。
このリクエストビデオシステム１０は、再生状態判別装置５１、ビデオデッキ（ＶＴＲ）５２および変調器５３から構成される映像出力部５０を複数備えており、一部図示を省略しているが、各映像出力部５０の再生状態判別装置５１が、それぞれ入力ポート３１に接続されており、各再生状態判別装置５１からの再生中信号が、入力ポート３１に入力される。
【００２６】
図２に示すように、再生状態判別装置５１は、ビデオデッキ５２の出力側に接続される入力端子５４を備えている。入力端子５４からの信号は映像信号検出手段としての映像検出回路５５および信号分離手段としての同期信号分離回路５６に入力される。映像検出回路５５の出力は判別信号出力手段としての判別回路５７に入力され、同期信号分離回路５６の出力は、識別手段としてのフィールド識別回路５８に入力される構成である。また、フィールド識別回路５８の出力も判別回路５７に入力される構成である。判別回路５７の出力は上述の再生中信号であり、この信号はセンターコントローラ２０の入力ポート３１に入力される。
【００２７】
映像検出回路５５は、ビデオデッキ５２から映像信号が入力されていれば映像検出信号を出力し、映像信号がなければ映像検出信号を出力しない回路である。  同期信号分離回路５６はビデオデッキ５２からの映像信号から同期信号を分離して、これをフィールド識別回路５８に出力する回路である。
【００２８】
フィールド識別回路５８は、同期信号のパターンが変化する毎に出力レベルをハイ／ロー反転する回路である。
周知のように、テレビ映像等の走査方式には、１フレーム分の走査線を、例えば奇数番目の走査線からなるフィールド（奇数フィールド）と偶数番目の走査線からなるフィールド（偶数フィールド）とに分けて走査するインタレース走査と、１フレーム分を１回で走査するノンインタレース走査とがある。
【００２９】
インタレース走査では、奇数フィールドの走査線の間に偶数フィールドの走査線を割り込ませる必要があるため、奇数フィールドの同期信号と偶数フィールドの同期信号とでは垂直同期期間がずらされている。つまり、インタレース走査では、奇数フィールドの同期信号と偶数フィールドの同期信号とでは、パターンが異なっている。普通３０フレーム／秒なので、インタレース走査では、６０フィールド／秒となり、同期信号のパターンは１／６０秒周期で変化することになる。従って、フィールド識別回路５８の出力レベルが１／６０秒周期で変化していれば、入力されている映像信号はインタレース走査であるといえる。
【００３０】
一方、ノンインタレース走査の場合には、各フレーム毎で同期信号のパターンは変化しないから、フィールド識別回路５８の出力レベルがハイ／ロー反転されることはない。従って、フィールド識別回路５８の出力レベルが変化しなければ、入力されている映像信号はノンインタレース走査であるといえる。
【００３１】
判別回路５７は、映像検出回路５５から映像検出信号が入力され、かつフィールド識別回路５８の出力レベルが変化するときに限って、再生中信号を出力する構成である。
図１に戻ると、変調器５３は、ビデオデッキ５２から出力される映像信号を、各ビデオデッキ５２毎に割り当てられているチャンネルの高周波に変調してヘッドアンプ６０に転送するための装置である。
【００３２】
ヘッドアンプ６０は、センターコントローラ２０の通信回路２５から入力されるセンターチャンネルの高周波信号および各映像出力部５０の変調器５３から入力される高周波信号を周波数多重化して伝送路としての同軸ケーブル６１に送出可能であり、センターチャンネルで、同軸ケーブル６１から入力される高周波信号を通信回路２５に転送することが可能である。
【００３３】
部屋端末７０は、例えばホテルの各部屋毎に１台ずつ設置されている。図１および図３に示すように、各部屋端末７０には、映像を表示する映像表示手段としての機能と音声を出力する音声出力手段としての機能を兼備するモニタテレビ（モニタＴＶ）７１が接続されており、リクエスト入力手段としてのリモコン７２が付属している。なお、図１においては、モニタテレビ７１とリモコン７２は１台の部屋端末７０についてだけ図示し、他の部屋端末７０については図示を省略している。
【００３４】
図３に示すように、部屋端末７０は、端末制御手段としてのＣＰＵ７３、ＣＰＵ７３の動作プログラム等を格納しているＲＯＭ７４、ＣＰＵ７３のワークエリアとなるＲＡＭ７５、対センター通信手段としての通信回路７６、映像情報選択手段としてのチューナ７７および入力インタフェース（入力Ｉ／Ｆ）７８を備えている。
【００３５】
通信回路７６は、同軸ケーブル６１を介してヘッドアンプ６０（図３には示さない）と接続されている。通信回路７６は、デジタル信号をセンターチャンネルの高周波信号に変調し、またセンターチャンネルの高周波信号をデジタル信号に復調する変復調手段であり、各部屋端末７０のＣＰＵ７３は、通信回路７６〜同軸ケーブル６１〜ヘッドアンプ６０〜通信回路２５の経路により、センターコントローラ２０のＣＰＵ２１と通信できる。
【００３６】
チューナ７７は、同軸ケーブル６１によって送信されてくる周波数多重化信号から１つのチャンネルの高周波信号を選択してモニタテレビ７１に送出するための装置であり、ＣＰＵ７３から指示されるチャンネルを選択する構成である。
入力インタフェース７８は、リモコン７２から入力されるリクエスト信号等の各種の信号を受信して、ＣＰＵ７３に転送するための装置である。リモコン７２は、テンキー、確定キー、取消キー等（いずれも図示略）を備えており、利用者はこれらのキーを操作して所望の映像の提供を要求するリクエスト信号やその取消、途中打ち切り等の指示信号を、入力インタフェース７８からＣＰＵ７３に送信することができる。
【００３７】
再生状態判別装置５１で正確に判別できるビデオデッキは、再生映像信号としてはインタレース走査の映像信号を出力するが、再生中でない時にはノンインタレース走査のブルーバック信号を出力する形式か、再生中でない時には映像信号を出力しない形式のものである。
【００３８】
そのようなビデオデッキ５２がリクエストビデオシステム１０に組み込まれているとして、リクエストビデオシステム１０の動作について図４〜図７を参照して説明する。なお、リクエストビデオシステム１０が起動されているときには、各ビデオデッキ５２の電源がオンとされている。
【００３９】
まず図５に従って、センターコントローラ２０のＣＰＵ２１が実行するメインルーチンについて説明する。図５に示すように、ＣＰＵ２１は、いずれかの部屋端末７０にポーリングして、要求が有るか問い合わせる（Ｓ１１）。ＣＰＵ２１は、ポーリング先の部屋端末７０から要求があれば（Ｓ１２：ＹＥＳ）、それが映像の提供を要求するリクエストであるか否かを判断し、肯定判断であれば（Ｓ１３：ＹＥＳ）、次のＳ１４に進む。
【００４０】
ここで、部屋端末７０におけるリクエスト操作について説明する。部屋端末７０の利用者（例えばホテルの客）は、ビデオソフトのタイトル、内容の要約、リクエスト番号等が記載されているリスト（図示しない）を参照して、見たいビデオソフトを選択し、そのリクエスト番号をリモコン７２のテンキーで入力する。この入力は部屋端末７０の入力インタフェース７８を介してＣＰＵ７３に伝えられる。ＣＰＵ７３は、前述のセンターコントローラ２０からのポーリングに応じて、このリクエスト番号をセンターコントローラ２０に宛てて送出する。センターコントローラ２０のＣＰＵ２１は、このリクエスト番号を受信すると、図５に示されるＳ１４の処理を行うことになる。
【００４１】
このＳ１４では、ＣＰＵ２１は、カレンダタイマ２９からその時の時刻を読込み、その時刻をリクエスト番号とリンクさせてＮＶＲＡＭ２４に記憶させる。
次にＣＰＵ２１は、受け付けたリクエスト番号のビデオテープを再生させるビデオデッキ５２を選定する（Ｓ１５）。
【００４２】
この選定は、次のようになされる。まずＣＰＵ２１は、どのビデオデッキ５２が再生中であるかを書き込んである再生中リストをＲＡＭ２３から読出して、再生中ではないビデオデッキ５２を選び出す。次に、ＮＶＲＡＭ２４に書き込んでおいた、各ビデオデッキ５２毎の積算使用時間テーブルを読出し、再生中でないビデオデッキ５２の中で積算使用時間が最も短いビデオデッキ５２を選び出す。このビデオデッキ５２が、今回受け付けたリクエスト番号のビデオテープを再生させるビデオデッキ５２である。このように、積算使用時間が最も短いビデオデッキ５２を選択して再生に使用させるので、各ビデオデッキ５２の使用頻度を平均化でき、特定のビデオデッキ５２だけが頻繁に使用されることによる不具合を防止できる。なお、ビデオデッキ５２が再生中であるか否かの情報の取得、積算使用時間の算出等については後述する。
【００４３】
図５の説明に戻ると、ビデオデッキ５２の選定後に、ＣＰＵ２１は、Ｓ１４で記憶したリクエスト番号とＳ１５で選定したビデオデッキ５２の番号（デッキ番号）を指示器３２に送信して表示させると共に、リクエストしてきた部屋端末７０に選定したビデオデッキ５２に割り当てられているチャンネルを通知して（Ｓ１６）、Ｓ１７に進む。
【００４４】
部屋端末７０のＣＰＵ７３は、通知されたチャンネルをチューナ７７に指示して選択させる。そして、このチャンネルで映像信号が送信されてくれば、その映像信号に基づく映像がモニタテレビ７１に表示される。
オペレータは、指示器３２の表示を見て、表示されたリクエスト番号のビデオテープを取り出し、表示されたデッキ番号のビデオデッキ５２にインサートして、再生を開始させることになる。
【００４５】
ところで、Ｓ１３でリクエストではないと判断した場合には（Ｓ１３：ＮＯ）、ＣＰＵ２１は、その要求に応じた処理を実行して（Ｓ１８）から、Ｓ１７に進む。このような要求の例としてはビデオ再生の中断等が挙げられる。また、ＣＰＵ２１は、Ｓ１２で部屋端末７０からの要求がない場合も（Ｓ１２：ＮＯ）、Ｓ１７に進む。
【００４６】
Ｓ１８では、ＣＰＵ２１は、次の部屋端末７０を選択する。そして、ＣＰＵ２１は、この部屋端末７０にポーリング（Ｓ１１）し、上述の処理を繰り返す。
次に、ＣＰＵ２１が実行する割込み１ルーチンおよび割込み２ルーチンの処理について説明する。なお、割込み１ルーチンと割込み２ルーチンは、タイマー割込みにより定期的に、交互に実行される。
【００４７】
図６に示すように、割込み１ルーチンでは、ＣＰＵ２１は、まず直前のメインルーチンにおける処理で選択したデッキ番号のビデオデッキ５２が再生を開始したかを判断する（Ｓ２２）。この再生開始の判断は、このビデオデッキ５２に接続されている再生状態判別装置５１から再生中信号が入力されているか否かによって判断される。
【００４８】
この再生中信号の出力について図４を参照して説明する。
図４に示すように、再生状態判別装置５１では、映像検出回路５５が映像信号を検出し（Ｓ５１：ＹＥＳ）、かつフィールド識別回路５８の出力レベルが１／６０秒周期で変化している（Ｓ５２：ＹＥＳ）ときには、判別回路５７が再生中信号を出力する（Ｓ５３）。一方、映像検出回路５５が映像信号を検出しない（Ｓ５１：ＮＯ）、またはフィールド識別回路５８の出力レベルが周期変化しない（Ｓ５２：ＮＯ）ときには、判別回路５７は再生中信号を出力しない（Ｓ５４）。
【００４９】
前述したように、このリクエストビデオシステム１０に組み込まれているビデオデッキ５２は、再生時にはインタレース走査の映像信号を出力し、非再生時には、ノンインタレース走査のブルーバック信号を出力するか、映像信号自体を出力しない方式であるから、再生状態判別装置５１は、ビデオデッキ５２が実際にビデオテープを再生しているときに限って再生中信号を出力し、スタンバイ状態（映像信号としてノンインタレース走査のブルーバック信号を出力しているとき、または映像信号を出力していないとき）には、再生中信号を出力しない。したがって、それまで再生中信号を出力していなかった再生状態判別装置５１から再生中信号が入力されたなら、そのビデオデッキ５２が再生を開始したことになる。
【００５０】
図６に戻ると、図４の説明から明らかなように、再生状態判別装置５１からの再生中信号が入力した時刻を、そのビデオデッキ５２の再生開始時刻とみなせる。そこで、Ｓ２２で肯定判断であれば、ＣＰＵ２１は、その時の時刻をカレンダタイマ２９から読み込んで、この時刻をリクエスト番号とリンクさせてＮＶＲＡＭ２４に記憶させると共にデッキ番号ともリンクさせて記憶させる（Ｓ２３）。
【００５１】
一方、Ｓ２２で否定判断であれば、ＣＰＵ２１は、Ｓ２４に進んで拒否スイッチ３３がオンされているかを判断する。この拒否スイッチ３３は、例えば同じ内容のビデオテープを複数用意してあってもリクエストが集中してしまって足りない場合やビデオテープの破損等により、リクエスト番号のビデオテープを再生できないときに、オペレータがオン操作する。ＣＰＵ２１は、拒否スイッチ３３がオンされていれば（Ｓ２４：ＹＥＳ）、そのリクエスト番号を送信してきた部屋端末７０に対して、リクエストが受け付けられない旨を通知すると共におわびメッセージの出力を指示する（Ｓ２５）。
【００５２】
この指示を受けた部屋端末７０のＣＰＵ７３は、モニタテレビ７１にデータを送出して、例えば「申し訳ありませんが、ただいま混み合っていてリクエストが受け付けられません。後ほど再度リクエストするか他のビデオソフトをリクエストしてください。」といったメッセージを表示させる。
【００５３】
以上が割込み１ルーチンの処理である。
次に割込み２ルーチンの処理について図７を参照して説明する。図７に示すように、ＣＰＵ２１は、割込み２ルーチンを開始すると、まず再生状態判別装置５１からの再生中信号が直前の割込み処理まではあったが、今回は停止したビデオデッキ５２があるか否かを判断する（Ｓ３１）。肯定判断であれば、ＣＰＵ２１は、その時の時刻をカレンダタイマ２９から読み込み、そのビデオデッキ５２の再生開始時刻をＮＶＲＡＭ２４から読出し、そのビデオデッキ５２の今回の再生時間を算出する。さらに、この再生時間を、ＮＶＲＡＭ２４から読出した積算使用時間に加算して、新たな積算使用時間としてＮＶＲＡＭ２４に記憶させると共に、終了時刻を、そのビデオデッキ５２が再生していたビデオテープのリクエスト番号とリンクさせてＮＶＲＡＭ２４に記憶させる（Ｓ３２）。このＳ３２の処理の後、または再生を停止したビデオデッキ５２がなかった場合には（Ｓ３１：ＮＯ）、メインルーチンの処理に戻る。
【００５４】
こうしたＣＰＵ２１の一連の処理によって、１件のリクエスト毎にリクエスト番号、リクエスト受付時刻、再生を割り当てたビデオデッキ５２のデッキ番号、再生開始時刻、再生終了時刻が記録される。なお再生終了には、部屋端末７０の利用者の要求で再生を中断した場合も含まれる。また、各ビデオデッキ５２毎には、積算使用時間が記録される。
【００５５】
従って、リクエスト毎の記録を集計すれば、同じリクエスト番号の出現回数からビデオソフトの人気度、リクエストの受付から再生開始までのタイムラグに基づいてオペレータの勤勉度を知ることができる等、稼働情報のさまざまな利用が可能である。また、各ビデオデッキ５２毎の使用頻度の平均化が可能で、特定のビデオデッキ５２ばかりが頻繁に使用されることによる不具合を防止できる。
【００５６】
以上、具体例に従って、本発明の実施の形態について説明したが、本発明はこのような具体例に限定されるものではなく、本発明の要旨を逸脱しない範囲でさまざまに実施できることは言うまでもない。
例えば、具体例では再生状態判別装置５１の判別回路５７が再生中信号を出力するが、映像検出回路５５およびフィールド識別回路５８の出力をセンターコントローラ２０のＣＰＵ２１に入力して、ＣＰＵ２１が直接に、ビデオデッキ５２の再生状態を判断する構成も可能である。このようにすれば、再生状態判別装置の構成を簡素化できる。また、再生中信号を出力する構成の映像再生装置を使用すれば、具体例のように再生状態判別装置を外付けする必要はなくなる。
【００５７】
さらに、具体例では映像再生装置としてビデオデッキを採用しているが、ビデオデッキ以外の映像再生装置、例えばコンパクトディスクプレーヤ、レーザディスクプレーヤ、ビデオゲーム機等にも適用できる。
【００５８】
【発明の効果】
以上説明したように、請求項１記載の映像提供システムによれば、センタコントローラが各映像再生装置毎の積算使用時間を算出できるので、この積算使用時間の情報がなかったために発生していた様々な不具合を防ぐことができる。
映像再生装置が再生中であるか否かを知るために具体例のように再生状態判別装置を外付けするなら、例えばビデオデッキ等の映像再生装置の構造を複雑化させることはない。
【００５９】
請求項２記載の映像提供システムによれば、積算使用時間が短い映像再生装置が優先して選定されるから、特定の映像再生装置ばかりが頻繁に使用されて装置の寿命を短くする等の不具合を防止できる。
請求項３記載の映像提供システムでは、装置番号表示手段は、選定手段によって選定された映像再生装置の装置番号を表示するので、特定の映像再生装置ばかりが頻繁に使用されて装置寿命を短くする等の不具合を防止できる。
【００６０】
請求項４記載の映像提供システムによれば、例えばホテルの経営者や責任者はホテルまで出向かなくとも稼働情報を入手することができる。稼働情報に、例えばビデオソフトの使用頻度を含ませれば、ビデオソフトの人気度が分かるので、人気の高いビデオソフトを追加購入したり、人気のないビデオソフトを廃棄して新たなビデオソフトに代える等様々な利用が可能である。また、稼働情報に、リクエストの受付から再生開始までのタイムラグを含めれば、オペレータの勤勉度の目安とできる。
【図面の簡単な説明】
【図１】具体例のリクエストビデオシステムの全体構成のブロック図である。
【図２】具体例のリクエストビデオシステムに含まれる再生状態判別装置のブロック図である。
【図３】具体例のリクエストビデオシステムに含まれる部屋端末のブロック図である。
【図４】具体例のリクエストビデオシステムにおける再生状態判別装置の動作のフローチャートである。
【図５】具体例のリクエストビデオシステムに含まれるセンターコントローラのＣＰＵが実行するメインルーチンのフローチャートである。
【図６】具体例のリクエストビデオシステムに含まれるセンターコントローラのＣＰＵが実行する割込み１ルーチンのフローチャートである。
【図７】具体例のリクエストビデオシステムに含まれるセンターコントローラのＣＰＵが実行する割込み２ルーチンのフローチャートである。
【図８】従来のリクエストビデオシステムの構成を示すブロック図である。
【符号の説明】
１０・・・リクエストビデオシステム（映像提供システム）、
２０・・・センターコントローラ、
２１・・・ＣＰＵ（積算使用時間算出手段、選択手段）、
２２・・・ＲＯＭ、
２３・・・ＲＡＭ、
２４・・・不揮発性ＲＡＭ（稼働情報記憶手段）、
２５・・・通信回路（対端末通信手段）、
２６・・・電話用モデム（対外部システム通信手段）、
２７・・・電話回線、
２８・・・外部システム、
２９・・・カレンダタイマ（タイマ）、
３０・・・出力ポート、
３１・・・入力ポート（再生中信号取得手段）、
３２・・・指示器（指定番号表示手段、装置番号表示手段）、
３３・・・拒否スイッチ、
５０・・・映像出力部、
５１・・・再生状態判別装置（再生中信号出力手段）、
５２・・・ビデオデッキ（映像再生装置）、
５３・・・変調器、
５４・・・入力端子、
５５・・・映像検出回路、
５６・・・同期信号分離回路、
５７・・・判別回路、
５８・・・フィールド識別回路、
６０・・・ヘッドアンプ（送出手段）、
６１・・・同軸ケーブル、
７０・・・部屋端末（端末装置）、
７１・・・モニタテレビ（映像表示手段）、
７２・・・リモコン（リクエスト入力手段）、
７６・・・通信回路（対センター通信手段）、
７７・・・チューナ（映像情報選択手段）、
７８・・・入力インタフェース。
【図１】
0003595611.tif 000002
【図２】
0003595611.tif 000003
【図３】
0003595611.tif 000004
【図４】
0003595611.tif 000005
【図５】
0003595611.tif 000006
【図６】
0003595611.tif 000007
【図７】
0003595611.tif 000008
【図８】
0003595611.tif 000009