JP2010054964A - カラオケシステム - Google Patents

Abstract

【課題】カラオケ装置と検索リモコンとの間の双方向通信に障害が発生した場合であっても、利用者が所望する検索結果を継続して提供すること。
【解決手段】双方向通信が利用不能である場合には、検索結果をその要求元である検索リモコンに双方向通信を用いて送信するのを中止し、検索リモコンから片方向通信を用いて受けた検索結果の表示形態を変更する旨の指示に応じてその表示形態を変更しながら検索結果をカラオケ本体のＴＶに引き続き表示させる。このことにより、カラオケ本体と検索リモコンとの間での双方向通信が利用不能となっても、視線を検索リモコンの表示部からカラオケ本体のＴＶへ移す必要があるものの、引き続き検索結果を視認することができる。したがって、カラオケ本体と検索リモコンとの間の双方向通信に障害が発生した場合であっても、利用者が所望する検索結果を継続して提供することができる。
【選択図】図７

Description

本発明は、カラオケ装置とリモコン端末などのリクエスト装置との間の双方向通信に障害が発生した場合であっても、利用者が所望する検索結果を継続して提供する技術に関する。

近年、カラオケ店舗に設置されるカラオケ装置の多くは、個別にハードディスクドライブ等の大容量の記憶手段を備えており、自カラオケ装置で再生するコンテンツを蓄積できるようになっている。このようなカラオケ装置で構成されるカラオケネットワークシステムにおいては、コンテンツ配信用のホストサーバから、カラオケ店舗に設置されている複数のカラオケ装置へコンテンツが配信され、それぞれのカラオケ装置のハードディスクなどの記憶手段に記憶される。

このようなカラオケ装置に記憶されたコンテンツをリモコンから速やかに検索するために曲情報データベースがリモコンの記憶手段（例えば、フラッシュメモリ）などに作成されており、利用者がリモコン端末を操作することで、リモコン端末から曲情報を曲情報データベースから検索して、カラオケ装置で検索した曲を演奏するカラオケシステムが知られている（例えば、特許文献１参照。）。

また、最近のカラオケ装置とリモコンとは、双方向の通信手段（例えば、無線ＬＡＮ）と片方向の通信手段（例えば、赤外線）とを用いてカラオケ装置とリモコンとの対応付け（通称、くくりつけ）を行うシステムであることも知られている（例えば、特許文献２参照。）。

更に、各種通信手段が通信可能か判定して通信を行う通信装置も知られている。
特開２００３−１６７５８６号公報 特開２００６−７８７５９号公報 特開平１１−２５２６６２号公報

ところで、コンテンツ配信用のホストサーバからカラオケ装置に配信されるコンテンツは、従来からあるＭＩＤI形式の演奏データの他、最近では、実際の演奏音声をサンプリングした高音質の生音楽曲やプロモーションビデオ（ＰＶ）映像、ＣＭ映像等のように多岐に渡り、その種類とそれぞれの数とは年々増加傾向にある。よって、コンテンツの検索に関わる情報の種類や数も増加することにより、曲情報データベース全体の容量も更なる倍率で増加するとも予想される。曲情報データベースは、コンテンツ配信用のホストサーバで作成されてから各カラオケ店舗のリモコン端末へ配信されたり、リモコン端末側でカラオケ装置に記憶するコンテンツに基づいて作成したりして、リモコン端末が備えるフラッシュメモリ等の記憶装置に保存される。

しかしながら、携帯性を考慮したリモコン端末が備えるフラッシュメモリ等の記憶装置では、コンテンツのデータ容量の将来的な増加に伴う曲情報データベースの容量の増加を見越した場合、十分な記憶容量があるとはいえない。

よって、フラッシュメモリに比べて大容量のハードディスクを記憶装置として備えるカラオケ装置側で、コンテンツに加えて曲情報データベースをも搭載した方が記憶装置の容量不足に心配がなく、また、一元管理に好都合であり、リーズナブルでもあるといえる。この場合、カラオケ装置とリモコン端末との間で無線ＬＡＮなどを用いて双方向通信を行い、カラオケ装置がリモコン端末を介する利用者の操作入力に応じて曲情報データベースを対象とする検索を行い、その検索の結果をリモコン端末に送信して表示することとなる。なおこの場合、カラオケ装置とリモコン端末との間での双方向通信を開始するに先立って、通信可能な通信路を選択することが考えられる。一例を挙げると、各通信手段による通信が可能であるか否かをチェックし、最初に通信可能であると判断した通信手段を選択するといった具合である（例えば、特許文献３参照。）。

しかしながら、カラオケ装置に曲情報データベースを搭載した場合において、カラオケ装置とリモコン端末との間の無線ＬＡＮ通信に障害が発生したときには、例えば、ＩｒＤＡ（登録商標）などの赤外線通信が通信手段として選択されたとしても、赤外線通信は片方向通信であるから、リモコンから利用者の操作に基づいてカラオケ装置が実行した曲情報データベースを対象とする検索の結果をリモコン端末側で表示することができず、利用者が所望する検索結果を提供できないという問題があった。

本発明は、このような課題に鑑みなされたものであり、その目的とするところは、カラオケ装置とリモコン端末などのリクエスト装置との間の双方向通信に障害が発生した場合であっても、利用者が所望する検索結果を継続して提供する技術を提供することにある。

上記課題を解決するためになされた請求項１に係るカラオケシステムは、ユーザからの要求を受けて予約した楽曲を順次演奏するカラオケ装置とカラオケ装置に対する楽曲の予約をリクエストするための操作を実施可能なリクエスト装置とが、カラオケ装置とリクエスト装置との間の双方向通信およびリクエスト装置からカラオケ装置への片方向通信によって通信可能に接続される。

このうちのカラオケ装置は、楽曲に関する各種情報を蓄積するデータベースと、ユーザが所望する情報を検索して送信する旨の要求をリクエスト装置から受けた際に、データベースに蓄積される各種情報の中からユーザが所望する情報を検索する検索手段と、検索手段による検索結果をその要求元であるリクエスト装置に双方向通信を用いて送信する送信手段と、を備えている。

一方、リクエスト装置は、カラオケ装置のデータベースに蓄積される各種情報の中から検索手段によって検索された後にカラオケ装置の送信手段によって双方向通信を用いて送信された検索結果を表示可能な表示部と、検索結果を表示部に表示させる表示制御手段と、双方向通信が利用可能か否かを判断する判断手段と、双方向通信が利用可能であると判断手段によって判断された場合においてユーザが所望する情報を提供する旨の要求を受けたときには、ユーザが所望する情報を検索して送信する旨の要求をカラオケ装置に双方向通信を用いて送信する送信手段と、を備えている。そして、リクエスト装置の表示制御手段は、リクエスト装置の送信手段による要求を受けたカラオケ装置から双方向通信を用いて送信されてきた検索結果をリクエスト装置の表示部に表示させる。

また、リクエスト装置は、双方向通信が利用不能であると判断手段によって判断された場合に、検索結果を表示する表示形態を変更する旨のユーザによる指示を受け付け可能な受付手段を備えている。そして、双方向通信が利用不能であると判断手段によって判断された場合には、リクエスト装置の表示制御手段が、リクエスト装置の受付手段が受け付け可能な操作内容をユーザに案内するための情報をリクエスト装置の表示部に表示させ、リクエスト装置の送信手段が、双方向通信が利用不能である旨の通知およびリクエスト装置の受付手段が受け付けたユーザによる指示をカラオケ装置に片方向通信を用いて送信する。

さらに、カラオケ装置は、検索結果を表示可能な表示部と、検索結果を表示部に表示させる表示制御手段と、を備えている。そして、双方向通信が利用不能である旨の通知をリクエスト装置から片方向通信を用いて受けたときには、カラオケ装置の送信手段が、検索結果をその要求元であるリクエスト装置に双方向通信を用いて送信するのを中止し、カラオケ装置の表示制御手段が、リクエスト装置から片方向通信を用いて受けた検索結果の表示形態を変更する旨の指示に応じてその表示形態を変更しながら検索結果をカラオケ装置の表示部に引き続き表示させる。

このように構成された本発明のカラオケシステムによれば、双方向通信が利用不能である場合には、検索結果をその要求元であるリクエスト装置に双方向通信を用いて送信するのを中止し、リクエスト装置から片方向通信を用いて受けた検索結果の表示形態を変更する旨の指示に応じてその表示形態を変更しながら検索結果をカラオケ装置の表示部に引き続き表示させる。このことにより、カラオケ装置とリクエスト装置との間での双方向通信が利用不能となっても、視線をリクエスト装置の表示部からカラオケ装置の表示部へ移す必要があるものの、引き続き検索結果を視認することができる。したがって、カラオケ装置とリクエスト装置との間の双方向通信に障害が発生した場合であっても、利用者が所望する検索結果を継続して提供することができる。

この場合、リクエスト装置の表示部には、トップ画面表示のアイコンを表示するようにするとよい。具体的には、請求項２のように、リクエスト装置の受付手段が、双方向通信が利用不能であると判断手段によって判断された場合に、トップ画面表示を指示する旨のユーザによる指示を受け付け可能であり、リクエスト装置の表示制御手段が、双方向通信が利用不能であると判断手段によって判断された場合には、トップ画面表示を指示する旨のユーザによる指示を受け付けるためのアイコンをリクエスト装置の表示部に表示させる。そして、カラオケ装置の表示制御手段が、リクエスト装置から片方向通信を用いて受けた検索結果の表示形態を変更する旨の指示としてのトップ画面表示を指示する旨のユーザによる指示に応じてカラオケ装置の表示部にトップ画面表示を行わせる。

このように構成すれば、トップ画面表示を指示する旨を示す指示コマンドを操作入力する際にリクエスト装置をカラオケ装置の方向へ向けさせ、以後の片方向通信を成功させやすくすることができる。

なお、双方向通信が再び利用可能になったら、検索結果をリクエスト装置にて再び表示するようにすればよい。具体的には、請求項３のように、リクエスト装置の送信手段が、双方向通信が利用不能であると判断手段によって判断された後に、双方向通信が利用可能であると判断手段によって判断された場合には、双方向通信が利用可能である旨の通知をカラオケ装置に片方向通信を用いて送信する。一方、カラオケ装置の表示制御手段は、双方向通信が利用可能である旨の通知を受けた際には、検索結果をカラオケ装置の表示部に表示させることを中止し、カラオケ装置の送信手段が、検索結果をその要求元であるリクエスト装置に双方向通信を用いて再び送信する。さらに、リクエスト装置の表示制御手段が、カラオケ装置から双方向通信を用いて送信されてきた検索結果をリクエスト装置の表示部に表示させる。

このように構成すれば、カラオケ装置とリクエスト装置との間での双方向通信が利用可能となったら、視線をカラオケ装置の表示部からリクエスト装置の表示部へ再び移させることで、引き続き検索結果を視認することができる。したがって、カラオケ装置とリクエスト装置との間の双方向通信に障害が発生した場合であっても、利用者が所望する検索結果を継続して提供することができる。

以下に本発明の実施形態を図面とともに説明する。なお、本発明はこの実施形態に限定されるものではなく、様々な態様にて実施することが可能である。
（１）全体構成
カラオケシステム１は、図１に示すように、カラオケ店などにおける部屋毎に設置されるカラオケ装置３と、それぞれカラオケ装置３に対する楽曲の予約を行うために用意された複数のリクエスト装置（検索リモコンとも言う。）５と、からなる。

カラオケ装置３は、ユーザからの要求を受けて予約した楽曲（予約楽曲）を順次演奏するように構成された装置である。
このカラオケ装置３は、カラオケ装置３全体の作動を制御する制御部１２、カラオケ装置３をネットワーク１００に接続するためのインタフェース部１４、演奏楽曲の伴奏内容及び歌詞を示す楽曲データや各種プログラムなどを記憶している記憶部１６、複数のキー，スイッチからなる操作部１８、赤外線信号を受信する赤外線通信部２０、操作部１８からの信号を処理する操作処理部２２、演奏データ（ＭＩＤＩデータ）に基づく演奏再生を行うＭＩＤＩ音源２４、ＭＩＤＩ音源２４により再生された演奏楽曲のオーディオ信号及びマイクロフォン２６から入力されたオーディオ信号を増幅してスピーカ２８へ出力する音声制御部３０、画像データを一時的に記憶するビデオＲＡＭ３２、ビデオＲＡＭ３２に記憶された画像データに基づく映像の再生を制御する映像再生部３４、映像再生部３４により再生される映像のモニタ３６に対する表示を制御する映像制御部３８、書き換え可能な記憶媒体であるメモリ４０などを備えている。なお、制御部１２が検索手段、送信手段および表示制御手段に該当し、記憶部１６がデータベースに該当し、モニタ３６が表示部に該当する。

リクエスト装置５は、それぞれカラオケ装置３に対する楽曲の予約をリクエストするための操作を実施可能に構成された装置である。
このリクエスト装置５は、リクエスト装置５全体の作動を制御する制御部５２、カラオケ装置３に赤外線信号を送信する赤外線通信部５４、各種プログラムなどの情報を記憶するメモリ５６、表示部５８の表示領域に沿って設置されるタッチパネル及び複数のキー・スイッチからなる操作部６０、操作部６０からの信号を処理する操作処理部６２、画像データを一時的に記憶するビデオＲＡＭ６４、ビデオＲＡＭ６４に記憶された画像データの表示部５８に対する表示を制御する映像制御部６６、無線ＬＡＮのアクセスポイント１１０を介したネットワーク１００との間での通信を行うための無線ＬＡＮ通信部６８などを備えている。なお、制御部５２が表示制御手段、判断手段および送信手段に該当し、操作部６０が受付手段に該当する。

なお、カラオケ装置３とリクエスト装置５との間におけるネットワーク１００を介した通信は、所定のプロトコル群（本実施形態においては、ＴＣＰ／ＩＰ；Transmission Control Protocol/Internet Protocol ）に従って実現されるように構成されている。

このようなカラオケシステム１では、その利用に際して、カラオケシステム１の管理者（カラオケ店）側からユーザに対して１以上のリクエスト装置５が貸与され、その後、これらリクエスト装置５それぞれとカラオケ装置３とを、赤外線により直接またはネットワーク１００経由で間接的に通信を行わせることで両者が対応づけられる。

この対応づけは、カラオケ装置３が、リクエスト装置５からリクエスト装置５を識別するための端末識別情報（例えば、製造番号やＭＡＣアドレスなど）を取得してこれを記憶部１６に記憶して、リクエスト装置５が、カラオケ装置３からカラオケ装置３を識別するための本体識別情報（例えば、製造番号やＭＡＣアドレスなど）を取得してこれをメモリ５６に記憶することにより実現される。こうして、カラオケ装置３およびリクエスト装置５は、自身が対応づけられた相手を特定したうえで各種情報のやりとりを行うようになる。

以下に、上述した動作を行うためにカラオケ装置３およびリクエスト装置５それぞれが実行すべき各処理について説明する。
（２）カラオケ装置３による処理
まず、カラオケ装置３の制御部１２が記憶部１６に格納されたプログラムに従って実行する各種処理手順を説明する。
（２−１）メインルーチン
はじめに、カラオケ装置３の起動に伴って起動されるメインルーチンを図２に基づいて説明する。

このメインルーチンが起動されると、まず、リクエスト装置５から対応づけ要求を受信したか否かがチェックされる（ｓ１１０）。この「対応づけ要求」とは、上述したカラオケ装置３との対応づけのためにリクエスト装置５が送信してくる要求であり、そのリクエスト装置５の端末識別情報が付加されたものである。

このｓ１１０で、対応づけ要求を受信したと判定された場合には（ｓ１１０：ＹＥＳ）、その対応づけ要求に付加されている端末識別情報が、カラオケ装置３自身に対応づけたリクエスト装置５を登録するためのデータテーブルとして記憶部１６に記憶されている対応づけリストに登録された後（ｓ１２０）、対応づけを行った旨の対応づけ応答が、その対応づけ要求の送信元であるリクエスト装置５に返信される（ｓ１３０）。

こうして、ｓ１３０を終えた後、または、上記ｓ１１０で対応づけ要求を受信していないと判定された場合（ｓ１１０：ＮＯ）、リクエスト装置５からログイン要求を受信したか否かがチェックされる（ｓ１４０）。

この「ログイン要求」とは、上述したようにリクエスト装置５のユーザがカラオケ装置３にログインするための要求であり、そのユーザがリクエスト装置５において入力したユーザ識別情報，および，そのリクエスト装置５の端末識別情報が付加されたものである。

このｓ１４０でログイン要求を受信していると判定された場合には（ｓ１４０：ＹＥＳ）、そのログイン要求に付加されているユーザ識別情報および端末識別情報が、記憶部１６に記憶されているログインリストに登録された後（ｓ１５０）、ログインを受け付けた旨のログイン応答が、そのログイン要求の送信元であるリクエスト装置５に返信される（ｓ１６０）。このログイン応答は、カラオケ装置３の本体識別情報が付加された状態で送信される。

なお、このｓ１５０，ｓ１６０では、ログイン要求に付加されているユーザ識別情報および端末識別情報について正誤確認，エラー訂正や照合などを行って適切な識別情報であるか否かを確認し、適切な識別情報であることが確認された場合にのみログインリストへの登録およびログイン応答の返信を行うこととしてもよい。

こうして、ｓ１６０を終えた後、または、上記ｓ１４０でログイン要求を受信していないと判定された場合（ｓ１４０：ＮＯ）、リクエスト装置５からログアウト要求を受信したか否かがチェックされる（ｓ１７０）。

この「ログアウト要求」とは、リクエスト装置５のユーザがカラオケ装置３からログアウトするための要求であり、そのユーザのユーザ識別情報，および，そのリクエスト装置５の端末識別情報が付加されている。

このｓ１７０でログアウト要求を受信していると判定された場合には（ｓ１７０：ＹＥＳ）、上記ログインリストから、そのログアウト要求に付加されたユーザ識別情報および端末識別情報の組と同じ識別情報の組が削除される（ｓ１８０）。

こうして、ｓ１８０を終えた後、または、上記ｓ１７０でログアウト要求を受信してい
ないと判定された場合（ｓ１７０：ＮＯ）、カラオケ装置３の動作を停止させるための操作が行われたか否かがチェックされる（ｓ１９０）。

このｓ１９０でカラオケ装置３の動作を停止させるための操作が行われていないと判定された場合には（ｓ１９０：ＮＯ）、プロセスがｓ１１０へと戻る。
一方、ｓ１９０でカラオケ装置３の動作を停止させるための操作が行われたと判定された場合には（ｓ１９０：ＹＥＳ）、対応づけリストに登録されている全ての端末識別情報が削除された後（ｓ２００）、本メインルーチンが終了する。

こうして、カラオケ装置３の動作が停止するのに合わせてメインルーチンが終了する。
（２−２）カラオケアプリケーション
続いて、カラオケ装置３の起動に伴って起動され、上記メインルーチンと並行して実行されるカラオケアプリケーションの処理手順を図３に基づいて説明する。

このカラオケアプリケーションが起動されると、まず、カラオケ装置３とのソケット通信を行うためのソケットが生成され（ｓ２１０）、こうして生成されたソケットに本カラオケアプリケーションに対応するポートがバインドされる（ｓ２２０）。

次に、上記ｓ２１０にて生成されたソケットを介したソケット通信により、リクエスト装置５との接続が確立された状態となるまで待機状態となる（ｓ２３０：ＮＯ）。
その後、リクエスト装置５との接続が確立された状態となったら（ｓ２３０：ＹＥＳ）、その接続に基づいてリクエスト装置５からの予約要求を受信したか否かがチェックされる（ｓ２４０）。この「予約要求」とは、リクエスト装置５から楽曲の予約をすべき旨の要求として送信されてくるものであって、ユーザがリクエスト装置５において指定した楽曲を識別するための楽曲識別情報（例えば、曲番号など），および，そのユーザのユーザ識別情報が付加されている。

このｓ２４０で予約要求を受信したと判定された場合には（ｓ２４０：ＹＥＳ）、その予約要求に付加されている楽曲識別情報が、演奏すべき予約楽曲を登録するためのデータテーブルとして記憶部１６に記憶されている予約楽曲リストに登録される（ｓ２５０）。

こうして予約楽曲リストに登録された楽曲識別情報は、その登録された順番の最も古いものが演奏すべき楽曲を示すものとして参照され、その楽曲の演奏が開始された後、演奏が終了した際に、その楽曲を示す楽曲識別情報が削除されることとなる。

次に、上記ｓ２４０で受信したと判定された予約要求に付加された楽曲識別情報およびユーザ識別情報が、本カラオケ装置３による演奏履歴を登録するためのデータテーブルとして記憶部１６に記憶された演奏履歴リストに、予約済みの楽曲についての情報として登録される（ｓ２６０）。

この演奏履歴リストとは、その予約要求に付加された「楽曲識別情報（曲番号）」，同付加された「ユーザ識別情報（ユーザＩＤ）」，予約済み（または予約中）であるか演奏済みであるかを示す「状態」などを対応づけた状態で登録するためのデータテーブルである。そして、このｓ２６０では、該当する楽曲識別情報およびユーザ識別情報に対応する「状態」の値として「予約済み」が登録される。

次に、演奏履歴リストに予約楽曲の登録が追加された旨を通知するためのリスト更新通知が、ソケット通信によってリクエスト装置５それぞれに送信された後（ｓ２７０）、プロセスが次の処理（ｓ２９０）へ移行する。

なお、本実施形態においては、カラオケ装置３そのものにより演奏すべき楽曲が予約された場合についても、その楽曲の楽曲識別情報に基づいて、カラオケアプリケーションにおけるｓ２５０〜ｓ２７０と同様の処理が行われるように構成されている。ただし、この場合においては、ユーザ識別情報の登録は行われない。

一方、上記ｓ２４０で予約要求以外の要求が受信された場合には（ｓ２４０：ＮＯ）、その接続に基づいてリクエスト装置５からのコンテンツの検索要求を受信したか否かがチェックされる（ｓ２４５）。 このｓ２４５でコンテンツの検索要求を受信したと判定された場合には（ｓ２４５：ＹＥＳ）、後述する検索処理（ｓ３４０）が実行される。なお、この検索処理が実行されたのち、プロセスがｓ２９０へ移行する。

一方、上記ｓ２４５で検索要求以外の要求が受信された場合には（ｓ２４５：ＮＯ）、その要求に対応する処理（その他の処理）が行われた後（ｓ２８０）、プロセスが次の処理（ｓ２９０）へ移行する。

次に、予約楽曲の演奏が終了したか否か，つまり予約楽曲リストから楽曲識別情報が削除されたか否かがチェックされる（ｓ２９０）。
このｓ２９０で予約楽曲の演奏が終了したと判定された場合には（ｓ２９０：ＹＥＳ）、演奏履歴リストに登録された「状態」のうち、その演奏が終了した予約楽曲の楽曲識別情報に対応づけられた「状態」の値が「演奏済み」に更新される（ｓ３００）。

ここでは、演奏履歴リストに登録された楽曲識別情報のうち、その演奏の終了に伴って予約楽曲リストから削除された楽曲識別情報と同じ楽曲識別情報であって、その楽曲識別情報が予約楽曲リストに登録されたのと同じタイミングで演奏履歴リストに登録された楽曲識別情報につき、これに対応する「状態」の値が「演奏済み」に更新される。

なお、上述した「同じタイミングで演奏履歴リストに登録された」か否かについては、両リストのデータレコードにタイムスタンプを付加しておき、そのタイムスタンプが一致するものを「同じタイミングで演奏履歴リストに登録された」ものとすればよい。また、その演奏が終了した予約楽曲の楽曲識別情報と同じ楽曲識別情報がセットされ、「状態」の値が「演奏済み」となっている演奏履歴リストのデータレコードのうち、その登録された順番が最も古いデータレコードを、「同じタイミングで演奏履歴リストに登録された」ものとみなしてもよい。

次に、演奏履歴リストに演奏済み楽曲の登録が追加された旨を通知するためのリスト更新通知が、ソケット通信によってリクエスト装置５それぞれに送信された後（ｓ３１０）、プロセスが次の処理（ｓ３２０）へ移行する。

また、上記ｓ２９０で予約された楽曲の演奏が終了していないと判定された場合には（ｓ２９０：ＮＯ）、上記ｓ３００，ｓ３１０が行われることなく、プロセスが直ちに次の処理（ｓ３２０）へ移行する。

そして、カラオケ装置３の動作を停止させるための操作が行われたか否かがチェックされる（ｓ３２０）。
このｓ３２０でカラオケ装置３の動作を停止させるための操作が行われていないと判定された場合には（ｓ３２０：ＮＯ）、プロセスがｓ２４０へと戻る。

一方、ｓ３２０でカラオケ装置３の動作を停止させるための操作が行われたと判定された場合には（ｓ３２０：ＹＥＳ）、上記ｓ２１０，ｓ２２０にて作成，バインドされたソケットが開放，終了された後（ｓ３３０）、本カラオケアプリケーションが終了する。

こうして、カラオケ装置３の動作が停止するのに合わせてカラオケアプリケーションが終了する。
（２−３）検索処理
続いて、上記カラオケアプリケーションのサブルーチンとして実行される検索処理の処理手順を図４に基づいて説明する。

この検索処理は、カラオケ装置がカラオケアプリケーションを実行する際にｓ３４０に移行したら起動される。
この検索処理が起動されると、リクエスト装置５から送信されたキーワードに基づき、カラオケ装置３の記憶部１６に記憶される曲情報データベースに蓄積される各種情報の中からユーザが所望するコンテンツなどの情報が検索される（ｓ３４２）。検索が実行されたら、リクエスト装置５に対する検索結果の送信を無線ＬＡＮ通信（双方向通信）にて開始する（ｓ３４４）。

そして、リクエスト装置５から赤外線モード指示を赤外線通信（片方向通信）で受信したか否かがチェックされる（ｓ３４６）。なお、赤外線モード指示とは、データの送受信を赤外線通信で行う旨を連絡する指示である。

このｓ３４６でリクエスト装置５から赤外線モード指示を赤外線通信で受信していないと判断された場合には（ｓ３４６：ＮＯ）、無線ＬＡＮ通信を引き続き使用できるため、リクエスト装置５に対する検索結果の送信を継続し（ｓ３４８：ＮＯ）、送信が終了したら（ｓ３４８：ＹＥＳ）、本処理を終了する。

一方、ｓ３４６でリクエスト装置５から赤外線モード指示を赤外線通信で受信したと判断された場合には（ｓ３４６：ＹＥＳ）、無線ＬＡＮ通信による検索結果の送信を中止し（ｓ３４９）、検索結果を送信中止したところからモニタ３６に表示させる（ｓ３５０）（図１１参照）。さらに、赤外線モードのメニューをモニタ３６に表示させる（ｓ３５２）。なおこの場合、トップ画面表示の指示を受信した場合には、モニタ３６にトップ画面を表示させる（図１２参照）。

そして、リクエスト装置５から何らかの指示を赤外線通信で受信したか否かがチェックされる（ｓ３５４）。
このｓ３５４でリクエスト装置５から何らかの指示を受信した場合には（ｓ３５４：ＹＥＳ）、その受信した指示に応じて処理を実行し（ｓ３５６）、プロセスがｓ３５４へと戻る。

一方、ｓ３５４でリクエスト装置５から何らかの指示を受信していない場合には（ｓ３５４：ＮＯ）、リクエスト装置５から無線ＬＡＮモード指示を赤外線通信で受信したか否かがチェックされる（ｓ３５８）。なお、無線ＬＡＮモード指示とは、データの送受信を無線ＬＡＮ通信で行う旨を連絡する指示である。

このｓ３５８でリクエスト装置５から無線ＬＡＮモード指示を赤外線通信で受信していない場合には（ｓ３５８：ＮＯ）、無線ＬＡＮ通信が使用不可能のままであると判断し、プロセスがｓ３５４へと戻る。

一方、ｓ３５８でリクエスト装置５から無線ＬＡＮモード指示を赤外線通信で受信した場合には（ｓ３５８：ＹＥＳ）、無線ＬＡＮ通信が使用可能になったと判断してモニタ３６への検索結果の表示を中止し（ｓ３５９）、無線ＬＡＮ通信による検索結果の送信をモニタ３６への検索結果の表示を中止したところから再開し（ｓ３６０）、プロセスがｓ３４６へと戻る。
（３）リクエスト装置５による処理
以下に、リクエスト装置５の制御部５２がメモリ５６に格納されたプログラムに従って実行する各種処理手順を説明する。
（３−１）メインルーチン
はじめに、リクエスト装置５が起動している間に繰り返し実行されるメインルーチンを図５に基づいて説明する。

このメインルーチンがリクエスト装置５の起動に伴って起動されると、まず、カラオケ装置３に対して対応づけ要求が送信される（ｓ６１０）。この対応づけ要求は、リクエスト装置５自身の端末識別情報が付加された状態で送信される。

この対応づけ要求を受信したカラオケ装置３からは、適切に対応づけが行われれば、本リクエスト装置５との対応づけを行った旨の対応づけ応答が所定時間以内に返信されてくる（カラオケ装置３のメインルーチンにおけるｓ１２０，ｓ１３０参照）。

このｓ６１０による対応づけ要求の送信後、カラオケ装置３側で適切に対応づけが行われたか否か，つまり所定時間以内に対応づけ応答が返信されてきたか否かがチェックされる（ｓ６２０）。

このｓ６２０で適切に対応づけが行われなかったと判定された場合には（ｓ６２０：ＮＯ）、プロセスがｓ６１０へと戻る。
一方、適切に対応づけが行われたと判定された場合には（ｓ６２０：ＹＥＳ）、操作部６０に対する操作が行われるまで待機状態となる（ｓ６３０：ＮＯ）。

その後、操作部６０に対する操作が行われたら（ｓ６３０：ＹＥＳ）、その操作が、カラオケ装置３へのログインを要求するための操作であるか否かがチェックされる（ｓ６４０）。

このｓ６４０で、ログインを要求するための操作であると判定された場合には（ｓ６４０：ＹＥＳ）、その操作に際して入力されたユーザ識別情報が、本リクエスト装置５の端末識別情報に対応づけられた状態でメモリ５６に記憶される（ｓ６５０）。

こうして、ユーザ識別情報と端末識別情報とを対応づけることにより、上記操作に際して入力されたユーザ識別情報のユーザに、本リクエスト装置５の端末識別情報が割り当てられたこととなる。

次に、ログインを要求する旨のログイン要求がカラオケ装置３に送信される（ｓ６６０）。このログイン要求は、上記ｓ６５０にて記憶されたユーザ識別情報，および，本リクエスト装置５の端末識別情報を付加した状態で送信され、これを受信したカラオケ装置３からは、適切にログインが受け付けられれば、ログインを受け付けた旨のログイン応答が所定時間以内に返信されてくる（カラオケ装置３のメインルーチンにおけるｓ１５０，ｓ１６０参照）。

このｓ６６０によるログイン要求の送信後、適切にログインが受け付けられたか否か，つまり所定時間以内にログイン応答が返信されてきたか否かがチェックされる（ｓ６７０）。

このｓ６７０で適切にログインが受け付けられなかったと判定された場合には（ｓ６７０：ＮＯ）、プロセスがｓ６６０へと戻る。
一方、適切にログインが受け付けられたと判定された場合には（ｓ６７０：ＹＥＳ）、カラオケ装置３から受信したログイン応答に付加されている本体識別情報がメモリ５６に記憶された後（ｓ６８０）、プロセスがｓ６３０へと戻る。

また、上記ｓ６３０にて行われた操作が、ユーザ楽曲リストを表示するための操作であるか否かがチェックされる（ｓ６４０：ＮＯ，ｓ６９０）。
このｓ６９０でユーザ楽曲リストを表示するための操作であると判定された場合には（ｓ６９０：ＹＥＳ）、後述するリスト表示処理が起動された後（ｓ７００）、プロセスがｓ６３０へと戻る。

また、上記ｓ６３０にて行われた操作が、ログアウトを要求するための操作であるか否かがチェックされる（ｓ６９０：ＮＯ，ｓ７１０）。
このｓ７１０でログアウトを要求するための操作であると判定された場合には（ｓ７１０：ＹＥＳ）、ログアウトを要求する旨のログアウト要求がカラオケ装置３に送信される（ｓ７２０）。このログアウト要求は、上記ｓ６５０にて記憶されたユーザ識別情報，および，本リクエスト装置５の端末識別情報を付加した状態で送信されるものである。

そして、上記ｓ６５０にてメモリ５６に記憶されたユーザ識別情報，および，上記ｓ６８０にてメモリ５６に記憶された本体識別情報が削除された後（ｓ７３０）、本メインルーチンが終了する。

また、上記ｓ６３０にて行われた操作が、コンテンツの検索を要求するための操作であるか否かがチェックされる（ｓ６９０：ＮＯ，ｓ７５０）。
このｓ７５０でコンテンツの検索を要求するための操作であると判定された場合には（ｓ７５０：ＹＥＳ）、後述する検索要求処理（ｓ７６０）を実行する。なお、この検索要求処理が実行された後、プロセスがｓ６３０へ移行する。

なお、上記ｓ６３０にて行われた操作が、上述したいずれの操作でもない場合には（ｓ７５０：ＮＯ）、その操作に対応する処理（その他の処理）が行われた後で（ｓ７４０）、プロセスがｓ６３０へと戻る。
（３−２）検索要求処理
続いて、上記メインルーチンのサブルーチンとして実行される検索要求処理の処理手順を図６に基づいて説明する。

この検索要求処理は、リクエスト装置５が上記メインルーチンを実行する際にｓ７６０に移行したら起動される。
この検索要求処理が起動されると、ユーザが入力したキーワードを、コンテンツなどの検索を要求する旨と共にカラオケ装置３へ送信する（ｓ７６２）。

このｓ７６２による検索要求の送信後、検索結果が返信されてきたか否かがチェックされる（ｓ７６４）。
このｓ７６４で検索結果が返信されてきたと判断された場合には（ｓ７６４：ＹＥＳ）、返信されてきた検索結果を表示部５８に表示させる（ｓ７６６）。一例を挙げると、表示部５８に表示されるＴＯＰメニューから「歌手名で検索」が選択されると５０音による検索画面が表示部５８に表示され（図８参照）、続いて「あお」とキーワードが入力されると、該当する歌手名が検索結果としてカラオケ装置３から送信されて表示部５８にリスト表示されるといった具合である（図９参照）。そして、本サブルーチンを終了させる。

一方、このｓ７６４で検索結果が返信されていないと判断された場合には（ｓ７６４：ＮＯ）、無線ＬＡＮ通信が確立されているか否かがチェックされる（ｓ７６８）。
このｓ７６８で無線ＬＡＮ通信が確立されていると判断された場合には（ｓ７６８：ＹＥＳ）、検索結果が無線ＬＡＮ通信で返信されてくるのを待つためにプロセスがｓ７６４へと戻る。

一方、ｓ７６８で無線ＬＡＮ通信が確立されていないと判断された場合には（ｓ７６８：ＮＯ）、カラオケ装置３とリクエスト装置５との間の通信手段を無線ＬＡＮ通信から赤外線通信へ切り替える必要があるため、赤外線モードである旨を指示する赤外線モード指示をカラオケ装置３へ赤外線通信で送信する（ｓ７７０）。そして、検索結果をカラオケ装置３のモニタ３６に表示する際に検索結果の表示形態の変更を指示する操作を受け付けるため、操作キーを表示部５８に表示させる（ｓ７７２）。一例を挙げると、５０音による検索画面が表示部５８に表示される状態から、操作キーの表示画面が表示部５８に表示される状態に切り替えるといった具合である（図１０参照）。この際、トップ画面表示のアイコンも同時に表示部５８に表示する（図１０参照）。

このｓ７７２による操作キーの表示後、表示部５８に表示される操作キーへのユーザによる操作が行われたか否かを判断する（ｓ７７４）。
このｓ７７４で表示部５８に表示される操作キーへのユーザによる何らかの操作が行われたと判断された場合には（ｓ７７４：ＹＥＳ）、その操作内容を示す指示をカラオケ装置３へ赤外線通信で送信し（ｓ７７６）、プロセスがｓ７７４へと戻る。

一方、ｓ７７４で表示部５８に表示される操作キーへのユーザによる何らかの操作が行われていないと判断された場合には（ｓ７７４：ＮＯ）、再び無線ＬＡＮ通信が確立されているか否かがチェックされる（ｓ７７８）。

このｓ７７８で無線ＬＡＮ通信が確立されていないと判断された場合には（ｓ７６８：ＮＯ）、引き続き表示部５８に表示される操作キーへのユーザによる操作を受け付けるためにプロセスがｓ７７４へと戻る。

一方、このｓ７７８で無線ＬＡＮ通信が確立されていると判断された場合には（ｓ７６８：ＹＥＳ）、無線ＬＡＮモードである旨を指示する無線ＬＡＮモード指示をカラオケ装置３へ赤外線通信で送信し（ｓ７８０）、カラオケ装置から返信されてきた検索結果を無線ＬＡＮ通信で受信するためにプロセスがｓ７６４へと戻る。

なお、上述のような無線ＬＡＮ通信が確立されているか否かの判断については、後述する通信状態検知処理によって更新される正常カウントの値および異常カウントの値によって判断される。
（３−３）通信状態検知処理
続いて、リクエスト装置５によって検索要求処理と並行して実行される通信状態検知処理の処理手順を図１５に基づいて説明する。

この通信状態検知処理が起動されると、正常カウントおよび異常カウントをリセットするため、メモリ５６が記憶する正常カウントの値をゼロにするとともに、同じくメモリ５６が記憶する異常カウントの値をゼロにする（ｓ１０１０）。

このｓ１０１０による正常カウントおよび異常カウントのリセットの後、無線ＬＡＮ通信の通信状態チェックを所定時間ごとに実施するために本実施形態では５００ｍｓｅｃ待機し（ｓ１０２０）、無線ＬＡＮ通信の通信状態がチェックされる（ｓ１０３０）。

このｓ１０３０で無線ＬＡＮ通信の通信状態がチェックされた結果、無線ＬＡＮ通信の通信状態が正常である場合には（ｓ１０４０：ＹＥＳ）、現在の通信モードが何であるかがチェックされる（ｓ１０５０）。

このｓ１０５０で現在の通信モードが無線ＬＡＮ通信であると判断された場合には（ｓ１０５０：双方向）、何もせずにプロセスがｓ１０２０へと戻る。
一方、このｓ１０５０で現在の通信モードが赤外線通信であると判断された場合には（ｓ１０５０：赤外）、先に無線ＬＡＮ通信の通信状態が異常であると判断された後に正常になっていると判断し、正常カウントの値をインクリメントする（ｓ１０６０）。

このｓ１０６０による正常カウントのインクリメントの後、正常カウントの値が数値「３」であるか否かがチェックされる（ｓ１０７０）。
このｓ１０７０で正常カウントの値が数値「３」ではないと判断された場合には（ｓ１０７０：ＮＯ）、先に無線ＬＡＮ通信の通信状態が異常であると判断された後に正常になってから充分な時間が経過しておらず通信状態が安定していないと判断し、何もせずにプロセスがｓ１０２０へと戻る。

一方、ｓ１０７０で正常カウントの値が数値「３」であると判断された場合には（ｓ１０７０：ＹＥＳ）。先に無線ＬＡＮ通信の通信状態が異常であると判断された後に正常になってから充分な時間が経過していて通信状態が安定していると判断し、並行して実行される検索要求処理のｓ７８０にて無線ＬＡＮモード指示を送信させる（ｓ１０８０）。そして、正常カウントの値をゼロとし（ｓ１０９０）、プロセスがｓ１０２０へと戻る。

また、ｓ１０３０で無線ＬＡＮ通信の通信状態がチェックされた結果、無線ＬＡＮ通信の通信状態が正常ではない場合には（ｓ１０４０：ＮＯ）、現在の通信モードが何であるかがチェックされる（ｓ１１００）。

このｓ１１００で現在の通信モードが赤外線通信であると判断された場合には（ｓ１１００：赤外）、何もせずにプロセスがｓ１０２０へと戻る。
一方、このｓ１１００で現在の通信モードが無線ＬＡＮ通信であると判断された場合には（ｓ１０５０：双方向）、先に無線ＬＡＮ通信の通信状態が正常であると判断された後に異常になっていると判断し、異常カウントの値をインクリメントする（ｓ１１１０）。

このｓ１１１０による異常カウントのインクリメントの後、異常カウントの値が数値「３」であるか否かがチェックされる（ｓ１１２０）。
このｓ１１２０で異常カウントの値が数値「３」ではないと判断された場合には（ｓ１０７０：ＮＯ）、先に無線ＬＡＮ通信の通信状態が正常であると判断された後に異常になってから充分な時間が経過しておらず、すぐに通信状態が好転する可能性があると判断し、何もせずにプロセスがｓ１０２０へと戻る。

一方、ｓ１１２０で異常カウントの値が数値「３」であると判断された場合には（ｓ１１２０：ＹＥＳ）。先に無線ＬＡＮ通信の通信状態が正常であると判断された後に異常になってから充分な時間が経過していて、すぐに通信状態が好転する可能性がないと判断し、並行して実行される検索要求処理のｓ７７０にて赤外線モード指示を送信させる（ｓ１１３０）。そして、異常カウントの値をゼロとし（ｓ１１４０）、プロセスがｓ１０２０へと戻る。
（４）効果
このように本実施形態のカラオケシステム１によれば、無線ＬＡＮ通信が利用不能である場合には、検索結果をその要求元であるリクエスト装置５に無線ＬＡＮ通信を用いて送信するのを中止し、リクエスト装置５から赤外線通信を用いて受けた検索結果の表示形態を変更する旨の指示に応じてその表示形態を変更しながら検索結果をカラオケ装置３のモニタ３６に引き続き表示させる。なお、カラオケ装置３（カラオケ本体）およびリクエスト装置５（検索リモコン）の動作概要を示したのが図７であり、カラオケ装置３とリクエスト装置５との間の通信状態の遷移を示したのが図１３であり、カラオケ装置３およびリクエスト装置５が実行する各処理を示した全体フローが図１４である。このことにより、カラオケ装置３とリクエスト装置５との間での無線ＬＡＮ通信が利用不能となっても、視線をリクエスト装置５の表示部５８からカラオケ装置３のモニタ３６へ移す必要があるものの、引き続き検索結果を視認することができる。したがって、カラオケ装置３とリクエスト装置５との間の無線ＬＡＮ通信に障害が発生した場合であっても、利用者が所望する検索結果を継続して提供することができる。

また、本実施形態のカラオケシステム１によれば、リクエスト装置５が、カラオケ装置３とリクエスト装置５との間での無線ＬＡＮ通信が利用不能となった場合において、操作キーを表示部５８に表示させるときに、トップ画面表示のアイコンも同時に表示部５８に表示する（ｓ７７２）。一方、カラオケ装置３においても、トップ画面表示の指示を受信した場合には、モニタ３６にトップ画面を表示させる。

このことにより、トップ画面表示を指示する旨を示す指示コマンドをユーザが操作入力する際に、リクエスト装置５をカラオケ装置３の方向へ向けさせ、以後の赤外線通信を成功させやすくすることができる。

また、本実施形態のカラオケシステム１によれば、カラオケ装置３とリクエスト装置５との間での無線ＬＡＮ通信が利用不能となった後に、無線ＬＡＮ通信が再び利用可能になったら、検索結果をリクエスト装置５にて再び表示するようになっている。このことにより、カラオケ装置３とリクエスト装置５との間での無線ＬＡＮ通信が利用可能となったら、視線をカラオケ装置３のモニタ３６からリクエスト装置５の表示部５８へ再び移させることで、引き続き検索結果を視認することができる。したがって、カラオケ装置３とリクエスト装置５との間の双方向通信に障害が発生した場合であっても、利用者が所望する検索結果を継続して提供することができる。

カラオケシステムの全体構成を示すブロック図 カラオケ装置によるメインルーチンを示すフローチャート カラオケ装置によるカラオケアプリケーションを示すフローチャート カラオケ装置による検索処理を示すフローチャート リクエスト装置によるメインルーチンを示すフローチャート リクエスト装置による検索要求処理を示すフローチャート 検索処理および検索要求処理の動作概要を示す説明図 通信正常時のリクエスト装置の画面表示例（１） 通信正常時のリクエスト装置の画面表示例（２） 通信異常時のリクエスト装置の画面表示例 通信異常時のカラオケ装置の画面表示例 通信異常時のカラオケ装置のＴＯＰメニューの画面表示例 カラオケ装置およびリクエスト装置の状態遷移を示す説明図 検索処理および検索要求処理の全体フロー図 カラオケ装置による通信状態検知処理を示すフローチャート

符号の説明

１…カラオケシステム、３…カラオケ装置、１２…制御部、１４…インタフェース部、１６…記憶部、１８…操作部、２０…赤外線通信部、２２…操作処理部、２４…ＭＩＤＩ音源、２６…オーディオ信号及びマイクロフォン、２８…スピーカ、３０…音声制御部、３４…映像再生部、３６…モニタ、３８…映像制御部、４０…メモリ、５…リクエスト装置、５２…制御部、５４…赤外線通信部、５６…メモリ、５８…表示部、６０…操作部、６２…操作処理部、６６…映像制御部、６８…無線ＬＡＮ通信部、１００…ネットワーク、１１０…アクセスポイント、１２０…ルータ

Claims (3)

1. ユーザからの要求を受けて予約した楽曲を順次演奏するカラオケ装置と前記カラオケ装置に対する楽曲の予約をリクエストするための操作を実施可能なリクエスト装置とが、前記カラオケ装置と前記リクエスト装置との間の双方向通信および前記リクエスト装置から前記カラオケ装置への片方向通信によって通信可能に接続されるカラオケシステムであって、
   前記カラオケ装置は、
   前記楽曲に関する各種情報を蓄積するデータベースと、
   ユーザが所望する情報を検索して送信する旨の要求を前記リクエスト装置から受けた際に、前記データベースに蓄積される各種情報の中からユーザが所望する情報を検索する検索手段と、
   前記検索手段による検索結果をその要求元であるリクエスト装置に前記双方向通信を用いて送信する送信手段と、を備え、
   一方、前記リクエスト装置は、
   前記カラオケ装置の前記データベースに蓄積される各種情報の中から前記検索手段によって検索された後に前記カラオケ装置の前記送信手段によって前記双方向通信を用いて送信された前記検索結果を表示可能な表示部と、
   前記検索結果を前記表示部に表示させる表示制御手段と、
   前記双方向通信が利用可能か否かを判断する判断手段と、
   前記双方向通信が利用可能であると前記判断手段によって判断された場合においてユーザが所望する情報を提供する旨の要求を受けたときには、ユーザが所望する情報を検索して送信する旨の要求を前記カラオケ装置に前記双方向通信を用いて送信する送信手段と、を備え、
   前記リクエスト装置の前記表示制御手段は、前記リクエスト装置の前記送信手段による要求を受けたカラオケ装置から前記双方向通信を用いて送信されてきた検索結果を前記リクエスト装置の前記表示部に表示させ、
   さらに、前記リクエスト装置は、
   前記双方向通信が利用不能であると前記判断手段によって判断された場合に、前記検索結果を表示する表示形態を変更する旨のユーザによる指示を受け付け可能な受付手段を備え、
   前記双方向通信が利用不能であると前記判断手段によって判断された場合には、前記リクエスト装置の前記表示制御手段が、前記リクエスト装置の前記受付手段が受け付け可能な操作内容をユーザに案内するための情報を前記リクエスト装置の前記表示部に表示させ、前記リクエスト装置の前記送信手段が、前記双方向通信が利用不能である旨の通知および前記リクエスト装置の前記受付手段が受け付けたユーザによる指示を前記カラオケ装置に前記片方向通信を用いて送信し、
   一方、前記カラオケ装置は、
   前記検索結果を表示可能な表示部と、
   前記検索結果を前記表示部に表示させる表示制御手段と、を備え、
   前記双方向通信が利用不能である旨の通知を前記リクエスト装置から前記片方向通信を用いて受けたときには、前記カラオケ装置の前記送信手段が、前記検索結果をその要求元であるリクエスト装置に前記双方向通信を用いて送信するのを中止し、前記カラオケ装置の前記表示制御手段が、前記リクエスト装置から前記片方向通信を用いて受けた前記検索結果の表示形態を変更する旨の指示に応じてその表示形態を変更しながら前記検索結果を前記カラオケ装置の前記表示部に引き続き表示させること
   を特徴とするカラオケシステム。
2. 請求項１に記載のカラオケシステムにおいて、
   前記リクエスト装置の前記受付手段は、前記双方向通信が利用不能であると前記判断手段によって判断された場合には、トップ画面表示を指示する旨のユーザによる指示を受け付け可能であり、
   前記リクエスト装置の前記表示制御手段は、前記双方向通信が利用不能であると前記判断手段によって判断された場合には、トップ画面表示を指示する旨のユーザによる指示を受け付けるためのアイコンを前記リクエスト装置の前記表示部に表示させ、
   前記カラオケ装置の前記表示制御手段は、前記リクエスト装置から前記片方向通信を用いて受けた前記検索結果の表示形態を変更する旨の指示としてのトップ画面表示を指示する旨のユーザによる指示に応じて前記カラオケ装置の前記表示部にトップ画面表示を行わせること
   を特徴とするカラオケシステム。
3. 請求項１または請求項２に記載のカラオケシステムにおいて、
   前記リクエスト装置の前記送信手段は、前記双方向通信が利用不能であると前記判断手段によって判断された後に、前記双方向通信が利用可能であると前記判断手段によって判断された場合には、前記双方向通信が利用可能である旨の通知を前記カラオケ装置に前記片方向通信を用いて送信し、
   一方、前記カラオケ装置の前記表示制御手段は、前記双方向通信が利用可能である旨の通知を受けた際には、前記検索結果を前記カラオケ装置の前記表示部に表示させることを中止し、前記カラオケ装置の前記送信手段が、前記検索結果をその要求元であるリクエスト装置に前記双方向通信を用いて再び送信し、
   さらに、前記リクエスト装置の前記表示制御手段は、前記カラオケ装置から前記双方向通信を用いて送信されてきた前記検索結果を前記リクエスト装置の前記表示部に表示させること
   を特徴とするカラオケシステム。