(57)【要約】【課題】ドラマや映画などのＶＯＤ（ビデオ・オン・デマンド）サービス機能を付加した高機能化されたカラオケ装置において、利用時間内に予約登録されたコンテンツが再生できるかを利用者が把握し易いカラオケ装置を提供する。【解決手段】予約コンテンツの予約順とコンテンツ名と再生時間とは、ＨＤＤに設けられている予約リストデータのメモリ領域に記憶されている予約リストデータを読み出して取得される。そして、予約コンテンツの予約順とコンテンツ種別とコンテンツ名とを表示する。また、それらのコンテンツタイトル名に対応して再生時間に応じてその長さが変化するバー状の図形を表示画面の縦方向へ表示する。さらに、これらコンテンツタイトル名とバー状の図形とを結び付けるように線状の引出線を表示する。【選択図】図５
2007206291.tif 000002
【特許請求の範囲】
【請求項１】
再生時間データ及びコンテンツ名データを有するコンテンツデータを記憶するコンテンツ記憶手段と、
前記コンテンツ記憶手段に記憶されているコンテンツデータに基づいてコンテンツを再生する再生手段と、
コンテンツの予約情報を受け付ける予約受付手段と、
前記予約受付手段によって受け付けられた予約順位と、コンテンツの予約情報と、を関連付けて記憶する予約情報記憶手段と、
再生時間及びコンテンツ名を表示可能な表示手段と、
前記予約情報記憶手段によって記憶されているコンテンツの予約情報に対応するコンテンツデータを前記コンテンツ記憶手段から読み出し、読み出したコンテンツデータから再生時間データ及びコンテンツ名データを取得し、取得された再生時間データ及びコンテンツ名データに基づいて再生時間の長短に応じて表示態様が変化する図形及びコンテンツ名を表示するための表示データを生成し、前記予約情報記憶手段によって記憶されている予約順位が高い順に、その予約順位のコンテンツに対応する前記表示データに基づいて再生時間及びコンテンツ名を表示するよう前記表示手段を制御する制御手段と、
を備えるカラオケ装置。
【請求項２】
請求項１に記載のカラオケ装置において、
前記コンテンツ記憶手段は、音長データを含む楽曲データ及びコンテンツ名データを有するコンテンツデータを記憶し、
前記制御手段は、前記読み出したコンテンツデータからコンテンツ名データを取得するとともに、コンテンツデータが有する楽曲データに基づいて音長データを再生し、再生された音長データから再生時間データを取得することを特徴とするカラオケ装置。
【請求項３】
請求項１に記載のカラオケ装置において、
前記コンテンツ記憶手段は、同期データを含む映像データ及びコンテンツ名データを有するコンテンツデータを記憶し、
前記制御手段は、前記読み出したコンテンツデータからコンテンツ名データを取得するとともに、コンテンツデータが有する映像データの同期データから再生時間データを取得すること特徴とするカラオケ装置。
【請求項４】
請求項１〜請求項３のいずれかに記載のカラオケ装置において、
前記制御手段は、前記予約情報記憶手段によって記憶されている全てのコンテンツの予約情報に対応する前記図形及び前記コンテンツ名を同時に表示可能な表示データを生成することを特徴とするカラオケ装置。
【請求項５】
請求項４に記載のカラオケ装置において、
さらに、前記再生手段によって再生されているコンテンツに対応する再生開始からの経過時間を計測する計測手段を備え、
前記制御手段は、前記再生手段によってコンテンツが再生されているか否かを判定し、コンテンツが再生されていると判定した場合には、前記取得された再生時間データに基づいて再生時間の長短に応じて表示形態が変化する図形を表示するための表示データを生成し、再生されているコンテンツに対応する再生開始からの経過時間を計測するよう前記計測手段を制御し、前記表示手段によって表示されている前記予約順位の高いコンテンツに対応する図形から予約順位の低いコンテンツに対応する図形の方向へ移動しながら再生されているコンテンツに対応する図形を指し示し、且つ再生されているコンテンツに対応する図形に対して前記計測手段によって計測された経過時間と前記再生されているコンテンツの再生時間との比率に応じて移動する目印を表示するための目印表示データを生成し、前記予約情報記憶手段によって記憶されている予約順位が高い順に、その予約順位のコンテンツに対応する前記表示データに基づいて前記図形と、前記目印表示データに基づいて前記目印とを表示するよう前記表示手段を制御することを特徴とするカラオケ装置。
【請求項６】
請求項５に記載のカラオケ装置において、
さらに、前記再生手段によって再生されているコンテンツの再生を終了させるための
指示を受け付ける再生終了受付手段を備え、
前記制御手段は、前記再生終了受付手段によって再生されているコンテンツの再生を終了させるための指示を受け付けた場合には、再生されているコンテンツの再生を終了するよう前記再生手段を制御し、前記予約情報記憶手段に記憶されているコンテンツの予約情報から次に再生するコンテンツの予約情報がある場合には、次に高い予約順位に対応するコンテンツを再生するよう前記再生手段を制御することを特徴とするカラオケ装置。
【請求項７】
請求項５または請求項６に記載のカラオケ装置において、
さらに、前記表示手段によって前記図形と前記目印とを表示させるか否かの指示を受け付ける表示可否受付手段を備え、
前記制御手段は、前記表示可否受付手段によって前記図形と前記目印とを表示させない指示を受け付けた場合には、前記図形と前記目印とを表示しないよう前記表示手段を制御することを特徴とするカラオケ装置。
【請求項８】
請求項１〜請求項３のいずれかに記載のカラオケ装置において、
前記制御手段は、前記取得された再生時間データ及びコンテンツ名データに基づいて再生時間の長短に応じて所定の比率で表示態様が変化する図形及び前記コンテンツ名を表示するための表示データを生成し、前記予約情報記憶手段によって記憶されている予約順位が高い順に、その予約順位のコンテンツに対応する前記表示データに基づいて前記図形及び前記コンテンツ名を表示するよう前記表示手段を制御することを特徴とするカラオケ装置。
【請求項９】
請求項８に記載のカラオケ装置において、
さらに、前記再生手段によって再生されているコンテンツに対応する再生開始からの経過時間を計測する計測手段を備え、
前記制御手段は、前記再生手段のよってコンテンツが再生されているか否かを判定し、コンテンツが再生されていると判定した場合には、前記予約情報記憶手段によって記憶されている予約順位が高い順に、前記取得された再生時間データに基づいて再生時間の長短に応じて所定の比率で表示態様が変化する図形と、前記図形中再生されているコンテンツに対応する図形を指し示す目印とを表示し、且つ前記図形が前記予約順位の高いコンテンツに対応する図形から予約順位の低いコンテンツに対応する図形を表示する方向へ前記目印に対して前記計測手段によって計測された経過時間と前記再生されているコンテンツの再生時間との比率に応じて移動するように表示するための表示データを生成し、前記表示データに基づいて前記図形と前記目印とを表示するよう前記表示手段を制御することを特徴とするカラオケ装置。
【請求項１０】
請求項９に記載のカラオケ装置において、
さらに、前記再生手段によって再生されているコンテンツの再生を終了させるための
指示を受け付ける再生終了受付手段を備え、
前記制御手段は、前記再生終了受付手段によって前記再生手段によって再生されているコンテンツの再生を終了させるための指示を受け付けた場合には、再生されているコンテンツの再生を終了するよう前記再生手段を制御し、前記予約情報記憶手段に記憶されているコンテンツの予約情報から次に再生するコンテンツの予約情報がある場合には、次に高い予約順位に対応するコンテンツを再生するよう前記再生手段を制御することを特徴とするカラオケ装置。
【請求項１１】
請求項９または請求項１０に記載のカラオケ装置において、
さらに、前記表示手段によって前記図形と前記目印とを表示させるか否かの指示を受け付ける表示可否受付手段を備え、
前記制御手段は、前記表示可否受付手段によって前記図形と前記目印とを表示させない指示を受け付けた場合には、前記図形と前記目印とを表示しないよう前記表示手段を制御することを特徴とするカラオケ装置。
【請求項１２】
請求項１〜請求項１１のいずれかに記載のカラオケ装置において、
前記制御手段は、前記予約記憶手段によって記憶されている全てのコンテンツの予約情報に対応するコンテンツデータから取得された再生時間データに基づいて最も短い再生時間に対するそれぞれの再生時間の比率を算出し、算出された比率が所定比率を超えた再生時間については、その再生時間を最も短い再生時間に所定比率を乗じた時間として図形を表示するための表示データを生成することを特徴とするカラオケ装置。
【請求項１３】
請求項１〜請求項１１のいずれかに記載のカラオケ装置において、
前記制御手段は、前記予約記憶手段によって記憶されている全てのコンテンツの予約情報に対応するコンテンツデータから取得された再生時間データに基づいて最も短い再生時間に対するそれぞれの再生時間の比率を算出し、算出された比率が所定比率を超えた再生時間については、その再生時間を最も短い再生時間に所定比率を乗じた時間とし、且つ再生時間の比率が所定比率を超えたことを示す記号を付加した図形を表示するための表示データを生成することを特徴とするカラオケ装置
【請求項１４】
請求項１〜請求項１１のいずれかに記載のカラオケ装置において、
前記制御手段は、前記予約記憶手段によって記憶されている全てのコンテンツの予約情報に対応するコンテンツデータから取得された再生時間データに基づいて最も短い再生時間に対するそれぞれの再生時間の比率を算出し、算出された比率が所定比率を超えた場合には、前記取得された再生時間データに基づいて再生時間の対数の長短に応じて表示態様が変化する図形を表示するための表示データを生成することを特徴とするカラオケ装置。
【請求項１５】
請求項１〜請求項１４のいずれかに記載のカラオケ装置において、
前記制御手段は、前記図形の色をコンテンツに対応して変化させるための表示データを生成することを特徴とするカラオケ装置。
【請求項１６】
請求項１〜請求項１５のいずれかに記載のカラオケ装置において、
前記制御手段は、前記表示手段の表示画面の縦方向へ、前記予約情報記憶手段によって記憶されている予約順位が高い順に、その予約順位のコンテンツに対応する前記表示データに基づいて前記図形を表示するよう前記表示手段を制御することを特徴とするカラオケ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケ装置における予約登録情報の表示技術に関し、特にカラオケ曲と、ＶＯＤ（ビデオ・オン・デマンド）サービスによるドラマや映画などの予約登録情報の表示技術に関する。
【背景技術】
【０００２】
従来より、カラオケ装置の付帯機能としてカラオケ曲の予約登録情報の表示機能が知られている。予約登録情報の表示機能は、利用者によって任意に選曲され、カラオケ装置へ予約登録されているカラオケ曲の曲名を予約登録順に表示画面へ表示するものである。
【０００３】
なお、カラオケ曲の曲名だけでなく、そのカラオケ曲がスタートするまでの待ち時間を含むカラオケ曲の予約登録情報を表示画面へ表示するようなカラオケ装置がある（例えば特許文献１参照）。
【０００４】
また、カラオケ装置からカラオケ装置用リモコン端末へ送信されたカラオケ曲の予約登録情報をカラオケ装置用リモコン端末の表示画面へ表示するようなカラオケシステムがある（例えば特許文献２参照）。
【特許文献１】特許第３６８０５５３号公報（第５頁）
【特許文献２】特開２００５−２７５３０８号公報（第７頁）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、近年、カラオケ装置は、ドラマや映画などのＶＯＤ（ビデオ・オン・デマンド）サービス機能を付加した高機能化が進んでいる。このようなカラオケ装置の高機能化によって、利用者は、カラオケ装置の基本機能であるカラオケ曲の再生と、ドラマや映画などの新コンテンツの再生とを継続して楽しむことができる。
【０００６】
このような高機能化されたカラオケ装置においては、カラオケ曲を含めたコンテンツを再生するための所要時間（以下、再生時間とも称する）が大きく変動する。すなわち、カラオケ装置の基本機能であるカラオケ曲を再生するのであれば、その再生時間が数分程度であり、長いものでも１０分程度であった。よって、カラオケ曲のみを再生する場合には、予約登録されたカラオケ曲の曲名を表示画面へ表示すれば、利用者は、表示されたカラオケ曲の曲名（コンテンツ）の件数からおおよその再生時間を把握することができた。しかし、ＶＯＤサービスによるドラマや映画などを再生する場合には、予約登録されたコンテンツの件数だけでは、利用者は、おおよその再生時間を把握することが難しい。例えば再生時間が１０分のドラマもあれば３０分のドラマもあり得る。また、例えば再生時間が６０分の映画もあれば１８０分の映画もあり得るからである。そして、カラオケ曲とドラマや映画などが混在して予約登録された場合には、さらに予約登録されたコンテンツの件数だけでは、利用者は再生時間を把握することが難しくなる。例えば４件の予約登録されたコンテンツがあり、再生時間が５分のカラオケ曲、３０分のドラマ、５分のカラオケ曲及び１８０分の映画の場合には、再生時間の比率は、１：６：１：３６と大きく変動することになる。
【０００７】
したがって、カラオケ曲を含めたコンテンツを予約した利用者は、カラオケボックスの利用時間内に予約登録されたコンテンツが再生できるかを把握することが難しくなる。そして、予約登録された全てのコンテンツの再生がカラオケボックスの利用時間内に終了しない場合が起こり得る。
【０００８】
本発明は、上記問題を解決するためになされたものであり、その目的とするところは、ドラマや映画などのＶＯＤ（ビデオ・オン・デマンド）サービス機能を付加した高機能化されたカラオケ装置において、利用時間内に予約登録されたコンテンツが再生できるかを利用者が把握し易いカラオケ装置を提供することである。
【課題を解決するための手段】
【０００９】
上述した問題点を解決するためになされた本発明のカラオケ装置（１：なお、この欄においては、発明に対する理解を容易にするため、必要に応じて「発明を実施するための最良の形態」欄において説明した構成要素を括弧内に示すが、この記載によって特許請求の範囲を限定することを意味するものではない。）は、再生時間データ及びコンテンツ名データを有するコンテンツデータを記憶するコンテンツ記憶手段（１３）と、コンテンツ記憶手段に記憶されているコンテンツデータに基づいてコンテンツを再生する再生手段（１２，１８）と、コンテンツの予約情報を受け付ける予約受付手段（１０）と、予約受付手段によって受け付けられた予約順位と、コンテンツの予約情報と、を関連付けて記憶する予約情報記憶手段（１３）と、再生時間及びコンテンツ名を表示可能な表示手段（２４）と、を備える。
【００１０】
また、カラオケ装置は、予約情報記憶手段によって記憶されているコンテンツの予約情報に対応するコンテンツデータをコンテンツ記憶手段から読み出し、読み出したコンテンツデータから再生時間データ及びコンテンツ名データを取得し、取得された再生時間データ及びコンテンツ名データに基づいて再生時間の長短に応じて表示態様が変化する図形及びコンテンツ名を表示するための表示データを生成し、予約情報記憶手段によって記憶されている予約順位が高い順に、その予約順位のコンテンツに対応する前記表示データに基づいて再生時間及びコンテンツ名を表示するよう表示手段を制御する制御手段（１４）と、を備える。
【００１１】
上述のように、本発明のカラオケ装置によれば、予約順位の高い順にコンテンツの再生時間の長短に応じて表示態様が変化する図形及びコンテンツ名が表示されるので、極端に再生時間が相違するコンテンツ例えば再生時間が５分のカラオケ曲や１８０分の映画などを予約した場合であっても、利用者はカラオケボックスの利用時間内に予約された全てのコンテンツが再生可能か否かを一目瞭然に把握できる。ここで、再生時間の長短に応じて表示態様が変化する図形とは、例えば再生時間に比例してその長さが変化する線状や棒状などの図形である。そして、もしもカラオケボックスの利用時間内に予約された全てのコンテンツの再生が終了しないと利用者が判断した場合には、利用者は適宜予約されたコンテンツをキャンセルするなどしてカラオケボックスの利用時間内で終了するように変更すればよい。もしくは、利用者は予約された全てのコンテンツの再生が終了できるようにカラオケボックスの利用時間を延長する手続きをしてもよい。そのようにすれば、利用者は予約された全てのコンテンツの再生を利用時間内に継続して楽しむことができる。
【００１２】
また、コンテンツデータが音長データを含む楽曲データを有する場合には、請求項２に記載のように、コンテンツデータが有する楽曲データに基づいて音長データを再生し、再生された音長データから再生時間データを取得するとよい。
【００１３】
すなわち、請求項１に記載のカラオケ装置において、コンテンツ記憶手段は、音長データを含む楽曲データ及びコンテンツ名データを有するコンテンツデータを記憶し、制御手段は、前記読み出したコンテンツデータからコンテンツ名データを取得するとともに、コンテンツデータが有する楽曲データに基づいて音長データを再生し、再生された音長データから再生時間データを取得するとよい。
【００１４】
このように構成されたカラオケ装置によれば、コンテンツデータが再生時間データを有さずに、音長データを含む楽曲データを有する場合には、コンテンツデータが有する楽曲データに基づいて音長データを再生し、再生された音長データから再生時間データが取得されるので、再生時間データを有さずに、音長データを含む楽曲データを有するコンテンツデータにおいても、請求項１と同様の効果を得ることができる。
【００１５】
また、コンテンツデータが同期データを含む映像データを有する場合には、請求項３に記載のように、コンテンツデータが有する映像データの同期データから再生時間データを取得するとよい。
【００１６】
すなわち、請求項１に記載のカラオケ装置において、コンテンツ記憶手段は、同期データを含む映像データ及びコンテンツ名データを有するコンテンツデータを記憶し、制御手段は、前記読み出したコンテンツデータからコンテンツ名データを取得するとともに、コンテンツデータが有する映像データの同期データから再生時間データを取得するとよい。
【００１７】
このように構成されたカラオケ装置によれば、コンテンツデータが再生時間データを有さずに、同期データを含む映像データを有する場合には、コンテンツデータが有する映像データの同期データから再生時間データが取得されるので、再生時間データを有さずに、同期データを含む映像データを有するコンテンツデータにおいても、請求項１と同様の効果を得ることができる。
【００１８】
また、請求項４に記載のように、予約されている全てのコンテンツに対応する前記図形及び前記コンテンツ名が同時に表示されるとよい。
すなわち、請求項１〜請求項３のいずれかに記載のカラオケ装置において、制御手段は、予約情報記憶手段によって記憶されている全てのコンテンツの予約情報に対応する前記図形及び前記コンテンツ名を同時に表示可能な表示データを生成するとよい。
【００１９】
このように構成されたカラオケ装置によれば、表示手段によって予約されている全てのコンテンツに対応する前記図形及び前記コンテンツ名が同時に表示されるので、表示画面をスクロールさせなくても利用者は予約された全てのコンテンツを把握できる。
【００２０】
そして、コンテンツが再生されている場合には、請求項５に記載のように、コンテンツ名を表示しないで、再生時間の長短に応じて表示形態が変化する図形と再生されているコンテンツに対応する図形を指し示す目印とを表示し、この目印が再生される経過時間に応じて移動するとよい。
【００２１】
すなわち、請求項４に記載のカラオケ装置において、さらに、再生手段によって再生されているコンテンツに対応する再生開始からの経過時間を計測する計測手段（１４）を備える。
【００２２】
そして、制御手段は、再生手段によってコンテンツが再生されているか否かを判定し、コンテンツが再生されていると判定した場合には、前記取得された再生時間データに基づいて再生時間の長短に応じて表示形態が変化する図形を表示するための表示データを生成し、再生されているコンテンツに対応する再生開始からの経過時間を計測するよう計測手段を制御し、表示手段によって表示されている前記予約順位の高いコンテンツに対応する図形から予約順位の低いコンテンツに対応する図形の方向へ移動しながら再生されているコンテンツに対応する図形を指し示し、且つ再生されているコンテンツに対応する図形に対して計測手段によって計測された経過時間と前記再生されているコンテンツの再生時間との比率に応じて移動する目印を表示するための目印表示データを生成し、予約情報記憶手段によって記憶されている予約順位が高い順に、その予約順位のコンテンツに対応する前記表示データに基づいて前記図形と、前記目印表示データに基づいて前記目印とを表示するよう表示手段を制御するとよい。
【００２３】
このように構成されたカラオケ装置によれば、コンテンツが再生されている場合には、コンテンツ名が表示されないので、利用者はコンテンツ再生中の画像を視認し易い。そして、再生時間の長短に応じて表示形態が変化する図形と再生されているコンテンツに対応する図形を指し示す目印とを表示し、この目印が再生される経過時間に応じて移動するので、利用者は再生されているコンテンツが予約されているコンテンツ中のどのコンテンツかを把握でき、さらに、そのコンテンツの再生進行状況を把握できる。
【００２４】
また、請求項６に記載のように、再生手段によって再生されているコンテンツの再生を終了させ、次に高い予約順位に対応するコンテンツを再生するとよい。
すなわち、請求項５に記載のカラオケ装置において、さらに、再生手段によって再生されているコンテンツの再生を終了させるための指示を受け付ける再生終了受付手段（１０）を備える。
【００２５】
そして、制御手段は、再生終了受付手段によって再生されているコンテンツの再生を終了させるための指示を受け付けた場合には、再生されているコンテンツの再生を終了するよう再生手段を制御し、予約情報記憶手段に記憶されているコンテンツの予約情報から次に再生するコンテンツの予約情報がある場合には、次に高い予約順位に対応するコンテンツを再生するよう再生手段を制御するとよい。
【００２６】
このように構成されたカラオケ装置によれば、再生されているコンテンツの再生を終了させ、次に高い予約順位に対応するコンテンツを再生できる。
したがって、利用者は再生されているコンテンツの内容が予約時に想像していた内容と異なっていた場合や誤ったコンテンツを予約した場合には、直ぐに終了させて次に高い予約順位に対応するコンテンツを再生させることができる。特に、終了させたいコンテンツの再生時間が長い場合には、コンテンツを最後まで再生させなくてもよいので、利用者は利用時間を無駄することなく好みのコンテンツを継続して楽しむことができる。
【００２７】
また、コンテンツが再生されている場合には、請求項７に記載のように、再生時間の長短に応じて表示形態が変化する図形と再生されているコンテンツに対応する図形を指し示す目印とを表示されないようにできるとよい。
【００２８】
すなわち、請求項５または請求項６に記載のカラオケ装置において、さらに、表示手段によって前記図形と前記目印とを表示させるか否かの指示を受け付ける表示可否受付手段（１０）を備える。
【００２９】
そして、制御手段は、表示可否受付手段によって前記図形と前記目印とを表示させない指示を受け付けた場合には、前記図形と前記目印とを表示しないよう表示手段を制御するとよい。
【００３０】
このように構成されたカラオケ装置によれば、再生時間の長短に応じて表示形態が変化する図形と再生されているコンテンツに対応する図形を指し示す目印とが表示されないようにできる。したがって、再生時間が例えば数時間のコンテンツを再生する場合には、前記図形と前記目印とが表示されないようにできるので、利用者はコンテンツ再生中の画像を視認し易くなり、コンテンツの画像を集中して楽しめる。
【００３１】
また、請求項８に記載のように、図形の表示態様が再生時間の長短に応じて所定の比率で変化し、予約された全てのコンテンツに対応する図形が表示画面を超える場合には、予約順位の高いコンテンツに対応する図形から表示するとよい。
【００３２】
すなわち、請求項１〜請求項３のいずれかに記載のカラオケ装置において、制御手段は、前記取得された再生時間データ及びコンテンツ名データに基づいて再生時間の長短に応じて所定の比率で表示態様が変化する図形及び前記コンテンツ名を表示するための表示データを生成し、予約情報記憶手段によって記憶されている予約順位が高い順に、その予約順位のコンテンツに対応する前記表示データに基づいて前記図形及び前記コンテンツ名を表示するよう表示手段を制御するとよい。
【００３３】
このように構成されたカラオケ装置によれば、予約されたコンテンツに対応する図形の表示態様が再生時間の長短に応じて所定の比率で変化して表示されるので、利用者は予約されたコンテンツの再生時間を把握し易い。
【００３４】
そして、コンテンツが再生されている場合には、請求項９に記載のように、コンテンツ名を表示しないで、再生時間の長短に応じて所定の比率で表示態様が変化する図形と再生されているコンテンツに対応する図形を指し示す目印とを表示し、この図形が再生される経過時間に応じて移動するとよい。
【００３５】
すなわち、請求項８に記載のカラオケ装置において、さらに、再生手段によって再生されているコンテンツに対応する再生開始からの経過時間を計測する計測手段（１４）を備える。
【００３６】
そして、制御手段は、再生手段によってコンテンツが再生されているか否かを判定し、コンテンツが再生されていると判定した場合には、予約情報記憶手段によって記憶されている予約順位が高い順に、前記取得された再生時間データに基づいて再生時間の長短に応じて所定の比率で表示態様が変化する図形と、前記図形中再生されているコンテンツに対応する図形を指し示す目印とを表示し、且つ前記図形が前記予約順位の高いコンテンツに対応する図形から予約順位の低いコンテンツに対応する図形を表示する方向へ前記目印に対して計測手段によって計測された経過時間と前記再生されているコンテンツの再生時間との比率に応じて移動するように表示するための表示データを生成し、前記表示データに基づいて前記図形と前記目印とを表示するよう表示手段を制御するとよい。
【００３７】
このように構成されたカラオケ装置によれば、コンテンツが再生されている場合には、コンテンツ名が表示されないので、利用者はコンテンツ再生中の画像を視認し易い。そして、再生時間の長短に応じて所定の比率で表示態様が変化する図形と再生されているコンテンツに対応する図形を指し示す目印とを表示し、この図形が再生される経過時間に応じて移動するので、利用者は再生されているコンテンツが予約されているコンテンツ中のどのコンテンツかを把握でき、さらに、そのコンテンツが再生される経過時間を把握し易い。
【００３８】
また、請求項１０に記載のように、再生手段によって再生されているコンテンツの再生を終了させ、次に高い予約順位に対応するコンテンツを再生するとよい。
すなわち、請求項９に記載のカラオケ装置において、さらに、再生手段によって再生されているコンテンツの再生を終了させるための指示を受け付ける再生終了受付手段（１０）を備える。
【００３９】
そして、制御手段は、再生終了受付手段によって再生手段によって再生されているコンテンツの再生を終了させるための指示を受け付けた場合には、再生されているコンテンツの再生を終了するよう再生手段を制御し、予約情報記憶手段に記憶されているコンテンツの予約情報から次に再生するコンテンツの予約情報がある場合には、次に高い予約順位に対応するコンテンツを再生するよう再生手段を制御するとよい。
【００４０】
このように構成されたカラオケ装置によれば、請求項５と同様の効果を得ることができる。
また、コンテンツが再生されている場合には、請求項１１に記載のように、再生時間の長短に応じて所定の比率で表示態様が変化する図形と再生されているコンテンツに対応する図形を指し示す目印とを表示しないようにできるとよい。
【００４１】
すなわち、請求項９または請求項１０に記載のカラオケ装置において、さらに、表示手段によって前記図形と前記目印とを表示させるか否かの指示を受け付ける表示可否受付手段（１０）を備える。
【００４２】
そして、制御手段は、表示可否受付手段によって前記図形と前記目印とを表示させない指示を受け付けた場合には、前記図形と前記目印とを表示しないよう表示手段を制御するとよい。
【００４３】
このように構成されたカラオケ装置によれば、請求項６と同様の効果を得ることができる。
また、再生時間の長短に応じて表示態様が変化する図形は、請求項１２に記載のように、コンテンツごとの再生時間の比率が所定比率を超えると、所定比率で表示するとよい。
【００４４】
すなわち、請求項１〜請求項１１のいずれかに記載のカラオケ装置において、制御手段は、予約記憶手段によって記憶されている全てのコンテンツの予約情報に対応するコンテンツデータから取得された再生時間データに基づいて最も短い再生時間に対するそれぞれの再生時間の比率を算出し、算出された比率が所定比率を超えた再生時間については、その再生時間を最も短い再生時間に所定比率を乗じた時間として図形を表示するための表示データを生成するとよい。
【００４５】
このように構成されたカラオケ装置によれば、再生時間の長短に応じて表示態様が変化する図形は、コンテンツごとの再生時間の比率が所定比率を超えると、所定比率で表示されるので、最も短い再生時間に対応する図形を視認し易くなる。例えば再生時間の比率が１：１００のような場合、例えば再生時間に比例してその長さが変化する線状の図形が表示された場合には、短い再生時間に対応する線状の図形の長さが、長い再生時間に対応する線状の図形の長さの０．０１倍の長さで表示されることになり、短い再生時間に対応する図形を視認し難い。そこで、例えば再生時間の比率が１：１０以上の場合には、１：１０の比率で図形が表示されるとすれば、再生時間の比率が１：１００のような場合でも、１：１０の比率で図形が表示されることになり、例えば短い再生時間に対応する線状の図形の長さが、長い再生時間に対応する線状の図形の長さの０．１倍の長さで表示されることになり、短い再生時間に対応する図形を視認し易くなる。
【００４６】
また、再生時間の長短に応じて表示態様が変化する図形は、請求項１３に記載のように、コンテンツごとの再生時間の比率が所定比率を超えると、再生時間の比率が所定比率を超えたことを示す記号を付加した図形で表示するとよい。
【００４７】
すなわち、請求項１〜請求項１１のいずれかに記載のカラオケ装置において、制御手段は、予約記憶手段によって記憶されている全てのコンテンツの予約情報に対応するコンテンツデータから取得された再生時間データに基づいて最も短い再生時間に対するそれぞれの再生時間の比率を算出し、算出された比率が所定比率を超えた再生時間については、その再生時間を最も短い再生時間に所定比率を乗じた時間とし、且つ再生時間の比率が所定比率を超えたことを示す記号を付加した図形を表示するための表示データを生成するとよい。
【００４８】
このように構成されたカラオケ装置によれば、再生時間の長短に応じて表示態様が変化する図形は、コンテンツごとの再生時間の比率が所定比率を超えると、所定比率で表示されるので、請求項１１と同様の効果を得ることができる。さらに、再生時間の比率が所定比率を超えたことを示す記号を付加した図形で表示されるので、例えば再生時間の比率が１：１００のような場合、例えば１：１０の比率で図形が表示されたとしても、再生時間の比率が所定比率を超えたことを示す記号が表示されることにより、表示された図形の表示態様に対応する再生時間よりも長い再生時間であることを把握できる。
【００４９】
また、再生時間の長短に応じて表示態様が変化する図形は、請求項１４に記載のように、コンテンツごとの再生時間の比率が所定比率を超えた場合には、再生時間の対数の長短に応じて表示態様が変化する図形で表示するとよい。
【００５０】
すなわち、請求項１〜請求項１１のいずれかに記載のカラオケ装置において、制御手段は、予約記憶手段によって記憶されている全てのコンテンツの予約情報に対応するコンテンツデータから取得された再生時間データに基づいて最も短い再生時間に対するそれぞれの再生時間の比率を算出し、算出された比率が所定比率を超えた場合には、前記取得された再生時間データに基づいて再生時間の対数の長短に応じて表示態様が変化する図形を表示するための表示データを生成するとよい。
【００５１】
このように構成されたカラオケ装置によれば、再生時間の長短に応じて表示態様が変化する図形は、コンテンツごとの再生時間の比率が所定比率を超えた場合には、再生時間の対数の長短に応じて表示態様が変化する図形で表示されるので、再生時間の比率が大きい場合には、最も短い再生時間に対応する図形を視認し易くなる。例えば、再生時間の比率が１０：１０００のような場合、例えば再生時間に比例してその長さが変化する線状の図形が表示された場合には、１：１００の比率の長さで表示されることになるが、再生時間の対数の長短に応じて表示態様が変化する図形が表示されるとすれば、１：３の比率の長さで表示されることになり、最も短い再生時間に対応する図形を視認し易くなる。
【００５２】
また、再生時間の長短に応じて表示態様が変化する図形は、請求項１５に記載のように、コンテンツに対応して図形の色が変化するとよい。
すなわち、請求項１〜請求項１４のいずれかに記載のカラオケ装置において、制御手段は、前記図形の色をコンテンツに対応して変化させるための表示データを生成するとよい。
【００５３】
このように構成されたカラオケ装置によれば、再生時間の長短に応じて表示態様が変化する図形は、コンテンツに対応して図形の色が変化して表示されるので、図形の色によってそれぞれのコンテンツを識別できる。
【００５４】
また、再生時間の長短に応じて表示態様が変化する図形は、請求項１６に記載のように、表示手段の表示画面の縦方向へ表示されるとよい。
すなわち、請求項１〜請求項１５のいずれかに記載のカラオケ装置において、制御手段は、表示手段の表示画面の縦方向へ、予約情報記憶手段によって記憶されている予約順位が高い順に、その予約順位のコンテンツに対応する前記表示データに基づいて前記図形を表示するよう表示手段を制御するとよい。
【００５５】
このように構成されたカラオケ装置によれば、再生時間の長短に応じて表示態様が変化する図形が表示手段の表示画面の縦方向へ表示されるので、次のように表示画面を有効に利用できる。すなわち、従来からのカラオケ装置の表示画面は、横縦比が４／３が主流であった。ところが最近のカラオケ装置の表示画面は、横縦比が１６／９のものが登場している。したがって、例えば、横縦比が４／３である表示画面データを、横縦比が１６／９である表示画面へ表示する場合には、横方向の左右部分に余白があるので、この余白部分へ前記図形を表示できる。また、通常、表示画面の上部にはキーコードコンバータいわゆる「キーコン」が表示されるので、この「キーコン」表示領域を避けて表示するには前記図形が表示手段の表示画面の縦方向へ表示されるほうがコンテンツの表示画面領域を大きく利用できる。
【発明を実施するための最良の形態】
【００５６】
以下、本発明が適用された実施形態について図面を用いて説明する。
［通信カラオケ装置及びその周辺機器の構成］
図１は、本実施形態のコンテンツデータ再生装置としての通信カラオケ装置１の構成及び稼働時の周辺機器の構成を示すブロック図である。
【００５７】
本実施形態の通信カラオケ装置１は、通信カラオケ装置１全体の制御を司るＣＰＵ１４、及びこのＣＰＵ１４に接続された以下の各部、すなわちカラオケ曲及びドラマや映画などのコンテンツの予約操作などを行うための操作パネル１０、画像情報等を映像化するための映像処理部１１、ＭＰＥＧ映像データの再生手段となるＭＰＥＧデコーダ１２、カラオケ演奏用の楽曲データや映像データその他各種データを記憶しているハードディスク（ＨＤＤ）１３、システムプログラムや各種の設定に必要な設定データなどを記憶しておくメモリ１５、ＬＡＮインターフェース１６、時刻管理をするＲＴＣ（Real Time Clock ）１７、ＭＩＤＩデータ（楽曲データ）に基づく演奏再生を行うＭＩＤＩ音源部１８、ＭＩＤＩ音源部１８による再生音及び利用者（歌唱者）の歌声をミキシングする等して適宜音声処理を施す音声処理部１９を備えている。
【００５８】
音声処理部１９はアンプ２０と接続されており、音声処理部１９から出力された音声情報に係る電気信号はアンプ２０によって増幅等されてスピーカ２２に出力され、このスピーカ２２から伴奏曲及び利用者（歌唱者）の歌声等が発せられる。また、利用者（歌唱者）の歌声等はマイクロフォン（以下、単にマイクと称す。）２３を介して音声処理部１９に入力される。また、映像処理部１１は背景画、歌詞及び映像等を表示するモニタ２４と接続されている。また、ＬＡＮインターフェース１６はＬＡＮハブ装置２５に接続されている。このＬＡＮハブ装置２５には光モデム２７が接続されていると共に、カラオケ店舗内ＬＡＮ網を介して、別室（１，２）に設置された（別の）通信カラオケ装置１及びストリーミングサーバ２とも接続されている。光モデム２７はルータ機能を内蔵しており、通信カラオケ装置１は、この光モデム２７、そしてインターネット３０を経由して集配信センタ５０との通信を行うことができるよう構成されている。
【００５９】
また、ＨＤＤ１３には、楽曲データや画像データなどのコンテンツデータなどが記憶されている。そして、操作パネル１０の操作部を介してカラオケ曲及びドラマや映画などのコンテンツが選択されると、ＣＰＵ１４は、楽曲データや画像データをＨＤＤ１３から呼び出して、映像処理部１１およびＭＩＤＩ音源部１８に同期させて出力するようになっている。
【００６０】
また、ＨＤＤ１３には、図２（ａ）に例示するように、予約リストデータのメモリ領域６０が設けられている。
予約リストデータとは、図２（ｂ）、図２（ｃ）に例示するように、予約順位を示すデータと、コンテンツ番号を示すデータと、再生時間を示すデータとが関連付けられたデータを指す。
【００６１】
そして、予約リストデータとは、図２（ｂ）、図２（ｃ）に例示するように、予約順位（１〜ｎ）の数値「１〜ｎ」と、コンテンツ番号（Ｎ１〜Ｎｎ）と、再生時間（Ｔ１〜Ｔｎ）とが関連付けられて予約リストデータのメモリ領域６０へ記憶されている。一例を挙げると、予約順位（１）に対応する予約リストデータは、予約順位（１）の数値「１」とコンテンツ番号（Ｎ１）と、再生時間（Ｔ１）とが関連付けられて予約リストデータのメモリ領域６０（１）へ記憶されている。
【００６２】
ＣＰＵ１４から出力されるＭＩＤＩデータは、ＭＩＤＩ音源部１８においてアナログの演奏音信号に変換された後、音声処理部１９へ送られ、マイク２３を介して入力される利用者の歌唱音信号と適度な割合でミキシングされる。そして、このミキシングされた歌唱音信号と演奏音信号はアンプ２０へ送られて電気的に増幅される。さらに、アンプ２０からスピーカ２２に出力され音声及び演奏音となってスピーカ２２から外部へ出力される。
【００６３】
一方、映像処理部１１は、ＣＰＵ１４の制御の下、ＣＰＵ１４によってハードディスク１３から読み出された画像情報（歌詞データ）に基づいて歌詞映像の再生を行うものである。ＣＰＵ１４によりハードディスク１３から読み出された画像情報（背景画データ）は、ＭＰＥＧデコーダ１２によって背景映像として再生された後に映像処理部１１によって歌詞映像と合成され、モニタ２４へ出力される。これによって、モニタ２４の画面に背景映像とともに歌詞テロップが表示される。
【００６４】
また、通信カラオケ装置からＶＯＤ（ビデオ・オン・デマンド）サービス機能によって要望されたドラマや映画などのコンテンツ（ＭＰＥＧデータ）が、集配信センタ５０からインターネット３０、そして光モデム２７、ＬＡＮハブ装置２５を経由してストリーミングサーバ２、もしくは直接通信カラオケ装置１へ配信される。そして、配信されたドラマや映画などのコンテンツ（ＭＰＥＧデータ）が、ストリーミングサーバ２を経由して、もしくは直接通信カラオケ装置１のＨＤＤ１３へ記憶される。ＣＰＵ１４によりハードディスク１３から読み出されたＭＰＥＧデータ（映像データ）は、ＭＰＥＧデコーダ１２によって再生された後に映像処理部１１によってドラマや映画などの映像がモニタ２４へ出力される。
【００６５】
このような構成のため、利用者は、モニタ２４に表示される歌詞テロップを参照しながら、スピーカ２２より流れるカラオケ演奏にあわせ、マイク２３を使って歌唱できるようになっている。また、利用者は、モニタ２４に表示されるドラマや映画などの映像とスピーカ２２からの放音とを視聴できるようになっている。
【００６６】
ところで、上述したように、ＨＤＤ１３にはコンテンツデータとしてのＭＩＤＩデータ（楽曲データ）が記憶されているのであるが、図３を参照して、ＭＩＤＩデータの構造を説明する。
【００６７】
ＭＩＤＩデータは、１コンテンツにつき２つのファイルで構成されている。１つのファイルは、メタデータファイルであり、コンテンツの名称（曲名）や属性情報（曲番号、ＭＩＤＩデータを示すデータ種、実データファイル名など）を示すデータで構成されている。もう１つのファイルは、楽曲データファイルであり、その実データファイル名を示す項がメタデータファイルの中にあり、これによって２つ目のファイルとの連携を示すことができる。つまり、まずメタデータファイルを参照し、そこから実データファイルを呼び出し、楽曲データファイルを再生させることとなる。
【００６８】
そして、楽曲データファイルは、楽曲データと、歌詞データとから構成されている。楽曲データは、複数の演奏楽器のパートごとに分かれているＭＩＤＩトラック０データ〜トラックｎデータから構成されている。トラック０データ〜トラックｎデータは、それぞれブロックデータ０〜ブロックデータｎから構成されている。このブロックデータ０〜ブロックデータｎは、それぞれ「ノートデータ」と「プログラムチェンジ」などの属性データとから構成されている。「ノートデータ」は、ノート（音高値）、タイミング（音長値）及びベロシティ（強弱値）のデータから構成されている。なお、「タイミング（音長値）」が請求項２における「音長データ」に相当する。そして、属性データは、音色に関わる「プログラムチェンジ」、ボリュームに関わる「ボリュームチェンジ」、テンポに関わる「テンポチェンジ」、「歌詞表示タイミング」及び「歌詞色変化速度」を示すデータである。ＭＩＤＩデータ（楽曲データ）が再生される時間は、１番目のトラック０データの「ノートデータ」と「テンポチェンジ」とに示されている情報から得られる。ＭＩＤＩデータ（楽曲データ）が再生される時間の算出処理は、後述する［音声処理部１９のＭＩＤＩコンテンツの再生時間処理］にて説明する。ＭＩＤＩ楽曲データの構造については公知技術にしたがっているのでここではその詳細な説明は省略する。
【００６９】
また、上述したように、ＨＤＤ１３にはコンテンツデータとしてのＭＰＥＧデータ（映像データ）が記憶されているのであるが、図４を参照して、ＭＰＥＧデータの構造を説明する。
【００７０】
ＭＰＥＧデータは、１コンテンツにつき２つのファイルで構成されている。１つのファイルは、メタデータファイルであり、コンテンツの名称（曲名）や属性情報（曲番号、ＭＰＥＧデータを示すデータ種、実データファイル名など）を示すデータで構成されている。もう１つのファイルは、ＭＰＥＧデータファイルであり、その実データファイル名を示す項がメタデータファイルの中にあり、これによって２つ目のファイルとの連携を示すことができる。つまり、まずメタデータファイルを参照し、そこから実データファイルを呼び出し、ＭＰＥＧデータファイルを再生させることとなる。
【００７１】
そして、ＭＰＥＧデータファイルは、システムヘッダであるＳＨと一定枚数の画像コマの集合であるＧＯＰ１〜ＧＯＰｎとから構成されている。ＧＯＰ１〜ＧＯＰｎは、それぞれＧＯＰヘッダであるＧＯＰＨと一定枚数の画像コマであるピクチャデータ＃００〜ピクチャデータ＃１８とから構成されている。それぞれの階層構造は、ＭＰＥＧ規格に基づいて、その概要を示している。ＧＯＰＨは、ピクチャデータ＃００〜ピクチャデータ＃１８にのみ共通の属性データ「Group Start Code」、「Time Code」、「Closed GOP」及び「Bloken Link」から構成されている。なお、「Time Code」が請求項３における「同期データ」に相当する。そして、「Time Code」は、ＧＯＰが再生されるべき時刻情報を示すデータである。この時刻情報は、ＭＰＥＧ映像データを記録したときの速さで再生される（同期をとる）ための情報である。ＭＰＥＧデータ（映像データ）が再生される時間は、先頭のＧＯＰ０の「Time Code」と終端のＧＯＰｎの「Time Code」とに示されている時間情報から得られる。ＭＰＥＧデータ（映像データ）が再生される時間の算出処理は、後述する［音声処理部１９のＭＰＥＧコンテンツの再生時間処理］にて説明する。ＭＰＥＧ映像データの構造については公知技術にしたがっているのでここではその詳細な説明は省略する。
【００７２】
そして、ＭＩＤＩデータ（楽曲データ）の再生時間と、ＭＰＥＧデータ（映像データ）の再生時間が算出されると、算出された再生時間の長短に応じてその長さが変化して生成されるバー状の図形と、メタデータファイルから読み出されたコンテンツ名とをモニタ２４へ出力して表示させることができる。ここで、表示を行う場合の２つの具体例について説明する。
【００７３】
［表示例１］
表示例１の場合は、新規予約が行なわれた場合、コンテンツの再生が終了した場合及びコンテンツの再生が停止された場合に、予約リストが更新され、その結果を、図５（ｂ）に示すようにモニタ２４へ表示させるものである。なお、図５（ａ）は比較のため従来例を示した。
【００７４】
図５（ｂ）に例示すように、表示タイトル名「予約コンテンツ一覧」と、予約コンテンツの予約順とコンテンツ種別とコンテンツ名とを表示するコンテンツタイトル名「１．（カラオケ）○つの子」、「２．（ドラマ）○の国から  第２話」、「３．（カラオケ）マーチング  ○ー○」及び「４．（映画）○○大作戦」と、を表示する。そして、それらのコンテンツタイトル名に対応して再生時間に応じてその長さが変化するバー状の図形を表示画面の縦方向へ表示する。そして、これらコンテンツタイトル名とバー状の図形とを結び付けるように線状の引出線を表示する。
【００７５】
なお、上述した予約コンテンツの予約順とコンテンツ名と再生時間とは、ＨＤＤ１３に設けられている予約リストデータのメモリ領域６０に記憶されている予約リストデータを読み出して、予約順位を示すデータと、コンテンツ番号を示すデータと、再生時間を示すデータとから取得される。そして、コンテンツ種別は、例えばコンテンツ番号と、コンテンツ種別（カラオケ、ドラマ、映画など）とが関連付けられて記憶されており、コンテンツ番号から取得されるとよい。もしくは、例えば上述したメタデータファイルの属性情報として、コンテンツ種別情報を示すデータが付加されており、このメタデータファイルからコンテンツ種別が取得されてもよい。
【００７６】
また、再生時間に応じてその長さが変化するバー状の図形の表示される長さは、次のようにして計算される。
例えば、図５（ｂ）に例示したコンテンツ「１．（カラオケ）○つの子」、「２．（ドラマ）○の国から  第２話」、「３．（カラオケ）マーチング  ○ー○」及び「４．（映画）○○大作戦」の再生時間が、５分、３０分、５分及び２００分とする。すると、例示した４つのコンテンツの再生時間の合計は、２４０分となる。その２４０分の合計時間をモニタ２４の縦方向の表示ドット数、例えば４８０ドットに対応させる。例えば、再生時間に比例して表示ドット数を設定するとすれば、１分（６０秒）当たりの表示ドット数は２ドットとなる。すなわち、それぞれのコンテンツに対応して表示されるバーの長さのドット数は、それぞれ１０ドット、６０ドット、１０ドット、４００ドットとなる。
【００７７】
図５（ａ）に例示す従来例ではカラオケ曲の予約リストを表示するものであり、表示タイトル名「予約曲一覧」と、予約曲の予約順と曲名とを表示するカラオケ曲タイトル名「１．○つの子」、「２．めだかの○○」、「３．マーチング  ○ー○」及び「４．○のクマさん」と、を表示していた。このように、図５（ａ）に例示す従来例に対して、図５（ｂ）に例示すように、カラオケ、ドラマ及び映画を示すコンテンツ種別とコンテンツ名とが表示され、さらにそれらのコンテンツ名に対応して再生時間に応じてその長さが変化するバー状の図形が表示画面の縦方向へ表示される。そして、これらコンテンツタイトル名とバー状の図形とを結び付けるように線状の引出線が表示される。そのため、利用者は、予約されたコンテンツの再生時間をバー状の図形で容易に把握できる。
【００７８】
［表示例２］
表示例２は、コンテンツ（カラオケ曲）が再生されている場合に、背景画像とカラオケ曲の歌詞とコンテンツの再生時間を示すバー状の図形とを、図６（ｂ）に示すようにモニタ２４へ表示させるものである。なお、図６（ａ）は比較のため従来例を示した。
【００７９】
図６（ｂ）に例示すように、表示タイトル名「予約コンテンツ数  ４本」と、再生中の歌詞「○○○  なぜ鳴くの  可愛い  ○つの」と、を表示する。そして、［表示例１］にて例示したように、予約リストが更新された場合に表示されるそれらのコンテンツタイトル名に対応して再生時間に応じてその長さが変化するバー状の図形を表示画面の縦方向へ表示する。そして、再生されているコンテンツに対応する図形を指し示すような三角形状のカーソルを表示する。そして、この三角形状のカーソルは、再生されているコンテンツに対応する図形に対して、再生する時間の経過に応じて下方へ移動するように表示される。  なお、この三角形状のカーソルは、再生されているコンテンツに対応する図形に対して、再生する時間の経過に応じて下方へ次のようにして移動される。
【００８０】
例えば、図６（ｂ）に例示したコンテンツ「１．（カラオケ）○つの子」の再生時間が、［表示例１］と同様に、５分とし、その表示されるバーの長さのドット数が１０ドットとする。すると、５分×６０（秒／分）＝３００秒に対して表示されるドット数は１０ドットとなる。よって、１秒当たりの表示ドット数は、約０．０３３３ドットとなる。また、１ドット当たりの時間は、３０秒となる。表示されるドットの単位は、１ドットであるので、例えば、３０秒経過ごとに１ドットずつ加算した位置へカーソルを移動するよう表示させるとよい。したがって、再生開始されたときには、カーソルを表示されているバーの上方端を指し示す位置へ表示して、３０秒ごとに１ドット分下方へカーソルを移動させ、再生終了したときには、カーソルを表示されているバーの下方端を指し示す位置へ移動させる。
【００８１】
図６（ａ）に例示す従来例ではカラオケ曲が再生されている場合に、背景画像とカラオケ曲の歌詞とを表示するものであり、表示タイトル名「予約曲数  ４曲」と、再生中のカラオケ曲の歌詞「○○○  なぜ鳴くの  可愛い  ○つの」と、を表示していた。このように、図６（ａ）に例示す従来例に対して、図６（ｂ）に例示すように、コンテンツタイトル名に対応して再生時間に応じてその長さが変化するバー状の図形を表示画面の縦方向へ表示する。そして、再生されているコンテンツに対応する図形を指し示すような三角形状のカーソルを表示する。そして、この三角形状のカーソルは、再生されているコンテンツに対応する図形に対して、再生する時間の経過に応じて下方へ移動するように表示される。そのため、利用者は、コンテンツ再生中においても予約されたコンテンツの再生時間をバー状の図形で容易に把握できる。
【００８２】
なお、本実施形態においては、ＨＤＤ１３が「コンテンツ記憶手段」及び「予約情報記憶手段」に相当し、ＭＩＤＩ音源部１８及びＭＰＥＧデコーダ１２が再生手段に相当し、操作パネル１０が「予約受付手段」、「再生終了受付手段」及び「表示可否受付手段」に相当する。また、ＣＰＵ１４が「制御手段」、「計測手段」に相当し、モニタ２４が「表示手段」に相当する。
【００８３】
［ＣＰＵ１４の予約表示処理の説明］
以下に、通信カラオケ装置１のＣＰＵ１４が実行する「予約表示処理」の手順を図７のフローチャートに基づいて説明する。なお、図７（ａ）は全体処理を示すフローチャートであり、図７（ｂ）はＭＩＤＩもしくはＭＰＥＧコンテンツを再生させる並行処理を示すフローチャートであり、図７（ｃ）はカーソルを表示、移動させる並行処理を示すフローチャートである。
【００８４】
通信カラオケ装置１の電源投入（装置電源ＯＮ）によって、本処理が開始される。具体的には、ユーザ（カラオケ歌唱者）によって通信カラオケ装置の電源が入力されるのであるが、通信カラオケ装置１の電源スイッチ（図示せず）で受け付けた通信カラオケ装置の電源の入力信号によって通信カラオケ装置１の電源が入力される。
【００８５】
まず、通信カラオケ装置１のメインループ処理（Ｓ１０２〜Ｓ１２４）へ移行する。メインループ処理が開始すると、初期化処理が実行される（Ｓ１０４）。具体的には、ＣＰＵ１４がメモリ１５に格納されている初期化立ち上げのためのソフトウエアを読み出して、通信カラオケ装置１の初期化処理を実行する。
【００８６】
次に、利用者による入力操作もしくはコンテンツの再生が終了する（Ｓ１０６）と、予約リストメンバがあるか否かを判断する（Ｓ１０８）。Ｓ１０６の処理における利用者による入力操作とは、コンテンツの予約操作、もしくはコンテンツ再生の停止操作である。利用者が操作パネル１０に備えられているスイッチ類（図示せず）を操作することによってコンテンツの予約情報、もしくはコンテンツ再生の停止指示が受け付けられる。そして、受け付けられたコンテンツの予約情報、もしくはコンテンツ再生の停止指示をＣＰＵ１４が操作パネル１０を介して取得する。また、ＭＩＤＩ音源部１８もしくはＭＰＥＧデコーダ部１２によるコンテンツの再生が終了すると、それぞれの終了情報をＣＰＵ１４が取得する。また、Ｓ１０８の処理における予約リストメンバがあるか否かとは、ＨＤＤ１３に設けられている予約リストデータのメモリ領域６０へ記憶されている予約リストデータを読み出して、読み出した予約リストデータに示されている予約順位とコンテンツ番号とがあるか否かを判断することである。そして、予約リストメンバがない場合には（Ｓ１０８：ＮＯ）、Ｓ１０６の処理へ戻り、上述した処理を実行する。一方、予約されているコンテンツがある場合には（Ｓ１０８：ＹＥＳ）、Ｓ１１０の処理を実行する。
【００８７】
Ｓ１１０の処理においては、予約バー表示処理（１）を実行する。詳しくは、［ＣＰＵ１４の予約バー表示処理（１）の説明］にて後述する。Ｓ１１０の処理が終了したらＳ１１２の処理を実行する。
【００８８】
Ｓ１１２の処理においては、予約一覧表処理を実行する。詳しくは、［ＣＰＵ１４の予約一覧表処理の説明］にて後述する。Ｓ１１２の処理が終了したらＳ１２０〜Ｓ１２２の処理を実行するとともに、並列して図７（ｂ）に示す並列処理（Ｓ１３２〜Ｓ１４２）及び図７（ｃ）に示す並列処理（Ｓ１５２〜Ｓ１６８）を実行する。
【００８９】
まず、Ｓ１２０〜Ｓ１２２の処理を説明する。Ｓ１２０の処理においては、停止操作があるか否かを判断する（Ｓ１２０）。具体的には、操作パネル１０に備えられているスイッチ類（図示せず）によってコンテンツ再生の停止指示を受け付けたか否か判断する。そして、停止操作がある場合には（Ｓ１２２：ＹＥＳ）、タスク１／２に再生停止指示する。具体的には、Ｓ１２０〜Ｓ１２２の処理と並列処理しているＳ１３２〜Ｓ１４２の処理及びＳ１５２〜Ｓ１６８の処理を停止する。そして、Ｓ１２２の処理が終了し、通信カラオケ装置１のメインループ処理の終端（Ｓ１２４）に到達したら、Ｓ１０６の処理へ戻り、上述した処理を実行する。
【００９０】
次に、Ｓ１３２〜Ｓ１４２の処理を説明する。ＭＩＤＩコンテンツもしくはＭＰＥＧコンテンツを再生させる並行処理（演奏タスク）を開始する（Ｓ１３２）。
始めに、再生させるコンテンツがＭＩＤＩコンテンツか否かを判断する（Ｓ１３４）。具体的には、ＨＤＤ１３に設けられている予約リストデータのメモリ領域６０へ記憶されている予約リストデータを読み出して、読み出した予約リストデータに示されている予約順位が最も高いコンテンツ番号に対応するコンテンツをＨＤＤ１３から読み出し、読み出したコンテンツのメタデータファイルの属性情報で示されているデータ種がＭＩＤＩデータか否かを判断する。そして、再生させるコンテンツがＭＩＤＩコンテンツである場合には（Ｓ１３４：ＹＥＳ）、ＭＩＤＩ再生処理（Ｓ１３８）を実行する。ＭＩＤＩ再生処理については公知技術にしたがっているのでここではその詳細な説明は省略する。そして、利用者によるコンテンツ再生の停止操作もしくはコンテンツの再生が終了するまでＳ１３８の処理を実行し、並行処理「演奏タスク」を終了する（Ｓ１４２）。一方、再生させるコンテンツがＭＩＤＩコンテンツでない場合には（Ｓ１３４：ＮＯ）、再生させるコンテンツがＭＰＥＧコンテンツか否かを判断する（Ｓ１３６）。具体的には、Ｓ１３４の処理において読み出したコンテンツのメタデータファイルの属性情報で示されているデータ種がＭＰＥＧデータか否かを判断する。そして、再生させるコンテンツがＭＰＥＧコンテンツである場合には（Ｓ１３６：ＹＥＳ）、ＭＰＥＧ再生処理（Ｓ１４０）を実行する。ＭＰＥＧ再生処理については公知技術にしたがっているのでここではその詳細な説明は省略する。そして、利用者によるコンテンツ再生の停止操作もしくはコンテンツの再生が終了するまでＳ１４０の処理を実行し、並行処理「演奏タスク」を終了する（Ｓ１４２）。一方、再生させるコンテンツがＭＰＥＧコンテンツでない場合には（Ｓ１３６：ＮＯ）、エラー処理へ移行する。
【００９１】
そして、Ｓ１５２〜Ｓ１６８の処理を説明する。カーソルを表示、移動させる並行処理「再生カーソルタスク」を開始する（Ｓ１５２）。
始めに、再生時刻を初期化する（Ｓ１５４）。具体的には、メモリ１５に再生時刻を記憶するメモリ領域（図示せず）へ例えば時刻「０」秒の数値「０」を記憶する。
【００９２】
そして、カーソルを初期位置に描画する（Ｓ１５６）。具体的には、上述した［表示例２］にて説明したように、カーソルが再生されているコンテンツに対応する図形を指し示すようにモニタ２４へ表示させるのであるが、このカーソルは、再生されているコンテンツに対応する図形に対して、再生する時間の経過に応じて下方へ移動するように表示する。したがって、コンテンツが再生開始するときには、このカーソルを表示されているバーの上方端を指し示す位置へ表示する。そして、１秒経過するまで待機する（Ｓ１５８）。具体的には、再生開始してから時刻管理をするＲＴＣ（Real Time Clock ）１７の時刻が「１秒」経過するまで待機する。Ｓ１５８の処理が終了したら、Ｓ１６０の処理を実行する。
【００９３】
Ｓ１６０の処理においては、再生時刻を加算する（Ｓ１６０）。具体的には、メモリ１５の再生時刻を記憶するメモリ領域（図示せず）へ記憶されている例えば時刻「０」秒の数値「０」に「１」秒の数値「１」を加算して、数値「２」を記憶する。そして、ＤＰＳ値へ前記再生時刻を乗じて算出された座標へカーソルを移動する（Ｓ１６２）。具体的には、上述した［表示例２］にて説明したように、１秒当たりのドット数であるＤＰＳ（Dot Per Second）値を生成して、生成されたＤＰＳ値へ前記再生時刻を乗じて算出した位置へカーソルを移動する。それから、利用者によるコンテンツ再生の停止操作もしくはコンテンツの再生が終了したか否かを判断する（Ｓ１６４）。そして、コンテンツ再生の停止操作もしくはコンテンツの再生が終了していない場合には（Ｓ１６４：ＮＯ）、Ｓ１５８の処理へ戻り、上述した処理を実行する。一方、コンテンツ再生の停止操作もしくはコンテンツの再生が終了した場合には（Ｓ１６４：ＹＥＳ）、Ｓ１６６の処理を実行する。
【００９４】
Ｓ１６６の処理においては、再生カーソルを消去する（Ｓ１６６）。具体的には、モニタ２４へ表示させていたカーソルを表示しないようにする。そして、Ｓ１１６の処理が終了すると、並行処理「再生カーソルタスク」を終了する（Ｓ１６８）。
【００９５】
［ＣＰＵ１４の予約バー表示処理（１）の説明］
以下に、通信カラオケ装置１のＣＰＵ１４が実行する「予約バー表示処理（１）」の手順を図８のフローチャートに基づいて説明する。
【００９６】
上述したように図７において、予約されているコンテンツがある場合には（Ｓ１０８：ＹＥＳ）、Ｓ１１０の処理を実行する。Ｓ１１０の処理が本［ＣＰＵ１４の予約バー表示処理（１）］である。
【００９７】
まず、Ｓ２０２の処理において、新規予約が行なわれたか（Ｓ２０４）、演奏／再生が終了したか（Ｓ２０６）及び演奏／再生が停止されたか（Ｓ２０８）のいずれかがあったかを判断する。具体的には、上述した図７のＳ１０６の処理における利用者によるコンテンツの予約操作（Ｓ２０４）、もしくはコンテンツ再生の停止操作（Ｓ２０８）が受け付けられたかを判断する。また、Ｓ１３８の処理におけるＭＩＤＩ再生処理（演奏処理）、もしくはＳ１４０の処理におけるＭＰＥＧ再生処理（映像再生処理）が終了したかを判断する。
【００９８】
そして、新規予約が行なわれた場合には（Ｓ２０４）、予約リストの末尾にメンバを追加する（Ｓ２１０）。具体的には、図２（ｂ）、図２（ｃ）に例示するように、ＨＤＤ１３に設けられている予約リストデータのメモリ領域６へ記憶されている予約リストデータに示されている最も低い予約順位の次の予約順位を示すデータと、コンテンツ番号を示すデータとが関連付けられたデータを記憶する。
【００９９】
また、演奏／再生が終了した場合（Ｓ２０６）及び演奏／再生が停止された場合（Ｓ２０８）には、予約リストの先頭のメンバを削除する（Ｓ２１２）。具体的には、図２（ｂ）、図２（ｃ）に例示するように、ＨＤＤ１３に設けられている予約リストデータのメモリ領域６へ記憶されている予約リストデータに示されている最も高い予約順位を示すデータと、コンテンツ番号を示すデータとが関連付けられたデータを消去する。
【０１００】
そして、Ｓ２１０の処理もしくはＳ２１２の処理が終了すると、Ｓ２１０の処理もしくはＳ２１２の処理において更新された予約リストデータに示されている予約リストに基づいて予約メンバ数のループ処理（Ｓ２１４〜Ｓ２２８）へ移行する。ループ処理が開始すると、予約メンバに該当するメタデータを読み込む（Ｓ２１６）。具体的には、ＨＤＤ１３に設けられている予約リストデータのメモリ領域６０へ記憶されている予約リストデータを読み出して、読み出した予約リストデータに示されている予約順位が高い順に、コンテンツ番号に対応するコンテンツをＨＤＤ１３から読み出し、読み出したコンテンツからメタデータファイルを読み出す。そして、Ｓ２１６の処理が終了すると、Ｓ２１８の処理を実行する。
【０１０１】
Ｓ２１８の処理においては、コンテンツがＭＩＤＩコンテンツか否かを判断する。具体的には、読み出されたメタデータファイルの属性情報で示されているデータ種がＭＩＤＩデータか否かを判断する。そして、コンテンツがＭＩＤＩコンテンツである場合には（Ｓ２１８：ＹＥＳ）、ＭＩＤＩコンテンツ再生時間算出処理（Ｓ２２０）を実行する。詳しくは、［ＣＰＵ１４のＭＩＤＩコンテンツの再生時間処理の説明］にて後述する。Ｓ２２０の処理が終了したら、Ｓ２２６の処理を実行する。一方、コンテンツがＭＩＤＩコンテンツでない場合には（Ｓ２１８：ＮＯ）、コンテンツがＭＰＥＧコンテンツか否かを判断する（Ｓ２２２）。具体的には、読み出されたメタデータファイルの属性情報で示されているデータ種がＭＰＥＧデータか否かを判断する。そして、コンテンツがＭＰＥＧコンテンツである場合には（Ｓ２２２：ＹＥＳ）、ＭＰＥＧコンテンツ再生時間算出処理（Ｓ２２４）を実行する。詳しくは、［ＭＰＥＧデコーダ１２のＭＰＥＧコンテンツの再生時間処理の説明］にて後述する。Ｓ２２４の処理が終了したら、Ｓ２２６の処理を実行する。一方、コンテンツがＭＰＥＧコンテンツでない場合には（Ｓ２２２：ＮＯ）、エラー処理へ移行する。
【０１０２】
Ｓ２２６の処理においては、予約リストに再生時間を記憶、総再生時間を加算する（Ｓ２２６）。具体的には、上述したＳ２２０の処理もしくはＳ２２４の処理にて算出された再生時間を示すデータが、ＨＤＤ１３に設けられている予約リストデータのメモリ領域６０へ記憶されている予約リストデータに示されている予約順位が高い順に、コンテンツ番号に対応する予約リストデータのメモリ領域６０へ記憶される。一例を挙げると、図２（ｂ）、図２（ｃ）に例示するように、予約順位（１）に対応する予約リストデータのメモリ領域６０（１）へ、予約順位（１）の数値「１」とコンテンツ番号（Ｎ１）と、再生時間（Ｔ１）とが関連付けられて記憶される。
【０１０３】
そして、ＨＤＤ１３に設けられている予約リストデータのメモリ領域６０へ記憶されている予約リストデータに示されている予約順位が高い順に、全てのコンテンツ番号に対応するコンテンツが読み出されていない場合には、Ｓ２１４の処理へ戻り、上述した処理を実行する。一方、全てのコンテンツ番号に対応するコンテンツが読み出された場合には、全てのコンテンツ番号に対応する再生時間を合計して、総再生時間を計算する。そして、Ｓ２２６の処理が終了したら、予約メンバ数のループ処理を終了して（Ｓ２２８）、Ｓ２３０の処理を実行する。
【０１０４】
Ｓ２３０の処理においては、総再生時間から１秒当たりのドット数を計算する。具体的には、上述した［表示例１］で説明したように、総再生時間をモニタ２４の縦方向の表示ドット数、例えば４８０ドットに対応させて、１秒当たりのドット数であるＤＰＳ値を算出する。
【０１０５】
そして、Ｓ２３０の処理が終了したら、予約バー表示処理（２）（Ｓ２３２）を実行する。詳しくは、［ＣＰＵ１４の予約バー表示処理（２）の説明］にて後述する。Ｓ２３２の処理が終了したら、本［ＣＰＵ１４の予約バー表示処理（１）］は終了する。そして、上述したように図７において、Ｓ１１２の処理を実行する。
【０１０６】
［ＣＰＵ１４の予約バー表示処理（２）の説明］
以下に、通信カラオケ装置１のＣＰＵ１４が実行する「予約バー表示処理（２）」の手順を図９のフローチャートに基づいて説明する。
【０１０７】
上述したように図８において、Ｓ２３０の処理が終了したら、予約バー表示処理（２）（Ｓ２３２）を実行する。Ｓ２３２の処理が本［ＣＰＵ１４の予約バー表示処理（２）］である。
【０１０８】
まず、Ｓ３０２の処理において、初期化処理する。具体的には、具体的には、ＣＰＵ１４がメモリ１５に格納されている本［ＣＰＵ１４の予約バー表示処理（２）］の初期化するためのソフトウエアを読み出して、予約バー表示処理（２）の初期化処理を実行する。
【０１０９】
次に、図８におけるＳ２１０の処理もしくはＳ２１２の処理において更新された予約リストに基づいて予約メンバ数のループ処理（Ｓ３０４〜Ｓ３１２）へ移行する。ループ処理が開始すると、図８におけるＳ２３０の処理において計算されたＤＰＳ値とＳ２２６の処理において予約リストデータへ記憶された再生時間とからバーの長さ（矩形の長辺ドット数）を計算する（Ｓ３０６）。具体的には、上述した［表示例１］で説明したように、Ｓ２３０の処理において計算されたＤＰＳ値とＳ２２６の処理においてＨＤＤ１３に設けられている予約リストデータのメモリ領域６０へ記憶された再生時間を示すデータに基づいて予約順位の高い順にバーの長さ、例えば表示されるドット数が算出される。
【０１１０】
Ｓ３０６の処理が終了したら、バーの描画する（Ｓ３０８）。具体的には、Ｓ３０６において、計算されたバー表示の長さで、［表示例１］に示したようにモニタ２４へバーを表示する。そして、描画座標Ｙを移動する（Ｓ３１０）。具体的にはＳ３０８の処理において描画されたバーをモニタ２４の表示画面上の縦方向に適切な位置へ移動する。
【０１１１】
そして、Ｓ３１０の処理が終了したら、予約メンバ数のループ処理を終了して（Ｓ３１２）、本［ＣＰＵ１４の予約バー表示処理（２）］は終了する。そして、上述したように図８において、Ｓ２３２の処理が終了したら、上述した［ＣＰＵ１４の予約バー表示処理（１）］は終了する。そして、上述したように図７において、Ｓ１１２の処理を実行する。
【０１１２】
［ＣＰＵ１４のＭＩＤＩコンテンツの再生時間処理の説明］
以下に、通信カラオケ装置１のＣＰＵ１４が実行する「ＭＩＤＩコンテンツの再生時間処理」の手順を図１０のフローチャートに基づいて説明する。
【０１１３】
上述したように図８において、コンテンツがＭＩＤＩコンテンツである場合には（Ｓ２１８：ＹＥＳ）、ＭＩＤＩコンテンツ再生時間算出処理（Ｓ２２０）を実行する。Ｓ２２０の処理が本［ＣＰＵ１４のＭＩＤＩコンテンツの再生時間処理］である。
【０１１４】
まず、Ｓ４０２の処理において、楽曲データファイルをオープンする。具体的には、図８のＳ２１６の処理において読み出されたＭＩＤＩデータを構成する楽曲データファイルを読み出す。そして、初期化処理する（Ｓ４０４）。具体的には、ＣＰＵ１４がメモリ１５に格納されている本［ＣＰＵ１４のＭＩＤＩコンテンツの再生時間処理］を初期化するためのソフトウエアを読み出して、ＣＰＵ１４がＭＩＤＩコンテンツの再生時間処理の初期化処理を実行する。Ｓ４０４の処理が終了したら、Ｓ４０６の処理を実行する。
【０１１５】
Ｓ４０６の処理においては、トラックデータ０を読み出す。具体的には、図３に例示するように楽曲データファイルを構成する楽曲データからトラックデータ０をＣＰＵ１４が読み出す。そして、ブロック処理ループ（Ｓ４０８〜Ｓ４２４）を開始し、ブロックデータ０から順にブロックデータｎを読み出す（Ｓ４１０）。Ｓ４１０の処理が終了したら、Ｓ４１２の処理を実行する。
【０１１６】
Ｓ４１２の処理においては、読み出されたブロックデータ０を構成するノートデータを読み出したか否かを判断する（Ｓ４１２）。そして、ノートデータを読み出した場合には（Ｓ４１２：ＹＥＳ）、音長にＢＴを乗算する（Ｓ４１４）。具体的には、ノートデータを構成するタイミング（音長値）を示すデータから音長を抽出して、後述するＳ４１８の処理にて更新されるＢＴ（Beat Time）を乗算して再生時間を算出する。そして、Ｓ４１４の処理が終了したら、Ｓ４２２の処理を実行する。一方、読み出したデータがノートデータでなかったには（Ｓ４１２：ＮＯ）、テンポチェンジを示すデータを読み出したか否かを判断する（Ｓ４１６）。そして、テンポチェンジを示すデータを読み出した場合には（Ｓ４１６：ＹＥＳ）、ＢＴを更新する。具体的には、テンポチェンジを示すデータからテンポ値であるＢＴ（Beat Time）を読み出して、読み出したＢＴをメモリ１５に設けられているＢＴデータが記憶されるメモリ領域（図示せず）へ記憶する。なお、ＢＴ（Beat Time）とは、１音長あたりの時間を示す。Ｓ４１６の処理が終了したら、Ｓ４２２の処理を実行する。一方。テンポチェンジを示すデータを読み出さない場合には（Ｓ４１６：ＮＯ）、読み出されたブロックデータ０を読み飛ばし（Ｓ４２０）、Ｓ４２２の処理を実行する。
【０１１７】
Ｓ４２２の処理においては、次のブロックデータを読み出す。そして、全てのブロックデータについて、ブロック処理ループ（Ｓ４０８〜Ｓ４２４）を終了したら、本［ＣＰＵ１４のＭＩＤＩコンテンツの再生時間処理］は終了する。そして、上述したように図８において、Ｓ２２６の処理を実行する。
【０１１８】
［ＣＰＵ１４のＭＰＥＧコンテンツの再生時間処理の説明］
以下に、通信カラオケ装置１のＣＰＵ１４が実行する「ＭＰＥＧコンテンツの再生時間処理」の手順を図１１のフローチャートに基づいて説明する。
【０１１９】
上述したように図８において、コンテンツがＭＰＥＧコンテンツである場合には（Ｓ２２２：ＹＥＳ）、ＭＰＥＧコンテンツ再生時間算出処理（Ｓ２２４）を実行する。Ｓ２２４の処理が本［ＣＰＵ１４のＭＰＥＧコンテンツの再生時間処理］である。
【０１２０】
まず、Ｓ５０２の処理において、楽曲データファイルをオープンする。具体的には、図８のＳ２１６の処理において読み出されたＭＰＥＧデータを構成するＭＰＥＧデータファイルを読み出す。そして、初期化処理する（Ｓ５０４）。具体的には、ＣＰＵ１４がメモリ１５に格納されている本［ＣＰＵ１４のＭＰＥＧコンテンツの再生時間処理］を初期化するためのソフトウエアを読み出して、ＣＰＵ１４がＭＰＥＧコンテンツの再生時間処理の初期化処理を実行する。Ｓ５０４の処理が終了したら、Ｓ５０６の処理を実行する。
【０１２１】
Ｓ５０６の処理においては、ファイル先頭より「Group Start Code」"００  ００  ０１  Ｂ８"を昇順検索しシークする。具体的には、図４に例示するＭＰＥＧデータファイルを構成するＧＯＰ０〜ＧＯＰｎからＧＯＰ０を読み出す。そして、ＧＯＰヘッダを読み出す（Ｓ５０８）。具体的には、図４に例示するＧＯＰ０を構成するＧＯＰＨを読み出す。Ｓ５０６の処理が終了したら、Ｓ５１０の処理を実行する。
Ｓ５１０の処理においては、ヘッダ内項目「Time Code」を読み出す。具体的には、ＧＯＰ０を構成するＧＯＰＨから「Time Code」を読み出す。ここで、読み出した「Time Code」に示されている時刻が「Start Time」となる。Ｓ５１０の処理が終了したら、Ｓ５１２の処理を実行する。
【０１２２】
Ｓ５１２の処理においては、ファイル後端より「Group Start Code」"００  ００  ０１  Ｂ８"を降順検索しシークする。具体的には、図４に例示するＭＰＥＧデータファイルを構成するＧＯＰ０〜ＧＯＰｎからＧＯＰｎを読み出す。そして、ＧＯＰヘッダを読み出す（Ｓ５１４）。具体的には、図４に例示するＧＯＰｎを構成するＧＯＰＨを読み出す。Ｓ５１４の処理が終了したら、Ｓ５１６の処理を実行する。
【０１２３】
Ｓ５１６の処理においては、ヘッダ内項目「Time Code」を読み出す。具体的には、ＧＯＰｎを構成するＧＯＰＨから「Time Code」を読み出す。ここで、読み出した「Time Code」に示されている時刻が「End Time」となる。Ｓ５１６の処理が終了したら、Ｓ５１８の処理を実行する。
【０１２４】
Ｓ５１８の処理においては、「End Time」から「Start Time」を差し引いて再生時間を算出する。具体的には、Ｓ５１６の処理において読み出した「Time Code」に示されている時刻から、Ｓ５１０の処理において読み出した「Time Code」に示されている時刻を差し引いて再生時間を算出する。
【０１２５】
そして、Ｓ５１８の処理が終了したら、本［ＣＰＵ１４のＭＰＥＧコンテンツの再生時間処理］は終了する。そして、上述したように図８において、Ｓ２２６の処理を実行する。
【０１２６】
［ＣＰＵ１４の予約一覧表示処理の説明］
以下に、通信カラオケ装置１のＣＰＵ１４が実行する「予約一覧表示処理」の手順を図１２のフローチャートに基づいて説明する。
【０１２７】
上述したように図７において、Ｓ１１０の処理が終了したら、Ｓ１１２の処理を実行する。Ｓ１１２の処理が本［ＣＰＵ１４の予約一覧表示処理］である。
まず、Ｓ６０２の処理において、初期化処理する。具体的には、具体的には、ＣＰＵ１４がメモリ１５に格納されている本［ＣＰＵ１４の予約一覧表示処理］の初期化するためのソフトウエアを読み出して、予約一覧表示処理の初期化処理を実行する。
【０１２８】
次に、図８におけるＳ２１０の処理もしくはＳ２１２の処理において更新された予約リストに基づいて予約メンバ数のループ処理（Ｓ６０４〜Ｓ６１４）へ移行する。ループ処理が開始すると、予約メンバに該当するメタデータを読み込む（Ｓ６０６）。具体的には、ＨＤＤ１３に設けられている予約リストデータのメモリ領域６０へ記憶されている予約リストデータを読み出して、読み出した予約リストデータに示されている予約順位が高い順に、コンテンツ番号に対応するコンテンツをＨＤＤ１３から読み出し、読み出したコンテンツからメタデータファイルを読み出す。そして、Ｓ６０６の処理が終了すると、Ｓ６０８の処理を実行する。
【０１２９】
Ｓ６０８の処理においては、曲名を文字列描画する。具体的には、Ｓ６０６の処理におおいて読み出したメタデータファイル構成するコンテンツの名称（曲名）を示すデータに示されているコンテンツの名称（曲名）をモニタ２４へ表示する。Ｓ６０８の処理が終了すると、Ｓ６１０の処理を実行する。
【０１３０】
Ｓ６１０の処理においては、曲名文字列と予約バーを対応づける線分を描画する。具体的には、図７のＳ１１０の処理において描画されたバーの座標１とＳ６０８の処理において描画されたコンテンツの名称（曲名）の文字列の座標２とを対応づける線分をモニタ２４へ表示する。Ｓ６１０の処理が終了すると、Ｓ６１２処理を実行する。
【０１３１】
Ｓ６１２の処理においては、文字列座標を改行する。具体的には、読み出した予約リストデータに示されている予約順位が高い順に、Ｓ６０８の処理で描画されたコンテンツの名称（曲名）の文字列の座標２を改行する。
【０１３２】
そして、Ｓ６１２の処理が終了したら、予約リストメンバ数のループ処理を終了して（Ｓ３１２）、Ｓ６１６の処理を実行する。
Ｓ６１６の処理においては、５秒間待機する。具体的には、予約メンバ数のループ処理（Ｓ６０４〜Ｓ６１４）にて全ての予約メンバに対応するバーとコンテンツの名称（曲名）と線分とを５秒間表示する。
【０１３３】
そして、Ｓ６１６の処理が終了したら、本［ＣＰＵ１４の予約一覧表示処理］は終了する。そして、上述したように図７において、Ｓ１２０〜Ｓ１２２の処理を実行するとともに、並列して図７（ｂ）に示す並列処理（Ｓ１３２〜Ｓ１４２）及び図７（ｃ）に示す並列処理（Ｓ１５２〜Ｓ１６８）を実行する。
【０１３４】
［効果の説明］
従来の通信カラオケ装置においては、次のような問題があった。すなわち、ドラマや映画などのＶＯＤ（ビデオ・オン・デマンド）サービス機能を付加すると、カラオケ曲を含めたコンテンツを再生するための再生時間が大きく変動し、利用者は、カラオケボックスの利用時間内に予約登録されたコンテンツが再生できるかを把握することが難しくなる。
【０１３５】
それに対して、本実施形態の通信カラオケ装置１によれば、予約されたコンテンツの再生時間の長短に応じてその長さが変化するバー状の図形とコンテンツ名とを予約順位の高い順に表示するので、利用時間内に予約登録されたコンテンツが再生できるかを利用者が把握し易い。すなわち、コンテンツデータとしてのＭＩＤＩデータ（楽曲データ）からはＭＩＤＩ音源部１８によって、ＭＰＥＧデータ（映像データ）からはＭＰＥＧデコーダ１２によってそれらのタイトル名とともに、コンテンツの再生時間を取得し、取得した再生時間に応じてその長さが変化するバー状の図形を表示画面の縦方向へ表示する。そして、これらコンテンツのタイトル名とバー状の図形とを結び付けるように線状の引出線を表示する。したがって、通信カラオケ装置の利用者は、カラオケボックスの利用時間内に予約登録されたコンテンツが再生できるかを把握し易い。
【０１３６】
また、コンテンツが再生されている場合には、コンテンツ名が表示されないので、利用者はコンテンツ再生中の画像を視認し易い。そして、再生されているコンテンツに対応する図形を指し示すようなカーソルを表示する。そして、カーソルは、再生されているコンテンツに対応する図形に対して、再生する時間の経過に応じて下方へ移動するように表示される。したがって、利用者は再生されているコンテンツが予約されているコンテンツ中のどのコンテンツかを把握でき、さらに、そのコンテンツの再生進行状況を把握できる。
【０１３７】
［他の実施形態］
（１）上記実施形態では、予約された全てのコンテンツの再生時間の合計が、モニタ２４の縦方向の表示ドット数、例えば４８０ドットに対応させていたが、これには限らない。バー状の図形が再生時間に応じて所定の比率でその長さが変化し、予約された全てのコンテンツに対応するバー状の図形が表示画面を超える場合には、予約順位の高いコンテンツに対応するバー状の図形が表示されるように構成してもよい。例えば再生時間の１秒に対応する表示ドット数を１ドットで表示すれば、モニタ２４の縦方向の表示ドット数、例えば４８０ドットは４８０秒＝８分に対応する。
【０１３８】
そして、上記実施形態では、コンテンツが再生されている場合には、再生されているコンテンツに対応する図形を指し示すようなカーソルが再生する時間の経過に応じて下方へ移動するように表示されていたが、これには限らない。上記再生時間に応じて所定の比率でその長さが変化する図形と再生されているコンテンツに対応する図形を指し示す目印とを表示し、この表示された図形が再生される経過時間に応じてモニタ２４の上方へ表示移動するように構成してもよい。
【０１３９】
このように構成された実施形態においては、予約されたコンテンツに対応する図形の表示態様が再生時間の長短に応じて所定の比率で変化して表示されるので、利用者は予約されたコンテンツの再生時間を把握し易い。また、利用者は再生されているコンテンツが予約されているコンテンツ中のどのコンテンツかを把握でき、さらに、そのコンテンツが再生される経過時間を把握し易い。
【０１４０】
（２）上記実施形態では、予約されたコンテンツを予約順位の高い順に再生するが、これには限らない。再生されているコンテンツの再生を終了させるための特定のキー（図示せず）を操作パネル１０に設けて、この特定のキーを操作することによって再生中のコンテンツの再生を終了させ、次に再生するコンテンツの予約がある場合には、次に高い予約順位に対応するコンテンツを再生するように構成してもよい。
【０１４１】
このように構成された実施形態においては、利用者は再生されているコンテンツの内容が予約時に想像していた内容と異なっていた場合や誤ったコンテンツを予約した場合には、直ぐに終了させて次に高い予約順位に対応するコンテンツを再生させることができる。
【０１４２】
なお、上記特定のキーを設けなくても、操作パネル１０に備えているスイッチ類（図示せず）によって予め定められた入力をコンテンツの再生を終了させるための指示としてもよい。例えば「１１１１」と入力すれば、コンテンツの再生を終了させるための指示と判断するように構成されてもよい。
【０１４３】
（３）上記実施形態では、コンテンツ再生中はバー状の図形とカーソルとが表示されるが、これには限らない。コンテンツ再生中はバー状の図形とカーソルとが表示されるか否かの指示を受け付けるための特定のキー（図示せず）を操作パネル１０に設けて、この特定のキーによってバー状の図形とカーソルとが表示されない指示を受け付けた場合には、バー状の図形とカーソルとが表示されないように構成してもよい。
【０１４４】
このように構成された実施形態においては、再生時間が例えば数時間のコンテンツを再生する場合には、バー状の図形とカーソルとが表示されないようにできるので、利用者はコンテンツ再生中の画像を視認し易くなり、コンテンツの画像を集中して楽しめる。
【０１４５】
（４）上記実施形態では、バー状の図形が再生時間に応じてその長さが変化していたが、これには限らない。予約されたコンテンツごとの再生時間の比率が、所定比率を超えると所定比率で表示するように構成してもよい。
【０１４６】
このように構成された実施形態においては、再生時間に応じてその長さが変化する図形は、予約されたコンテンツごとの再生時間の比率が所定比率を超えると、所定比率で表示されるので、最も短い再生時間に対応する図形を視認し易くなる。
【０１４７】
（５）上記実施形態では、バー状の図形が再生時間に応じてその長さが変化していたが、これには限らない。予約されたコンテンツごとの再生時間の比率が、所定比率を超えると波線などの所定比率を超えたことを示す記号を付加したバー状の図形で表示するように構成してもよい。
【０１４８】
このように構成された実施形態においては、再生時間の比率が所定比率を超えたことを示す記号、例えば波線を付加したバー状の図形で表示されるので、例えば再生時間の比率が１：１００のような場合、例えば１：１０の比率で図形が表示されたとしても、表示されたバー状の図形に対応する再生時間よりも長い再生時間であることを把握できる。
【０１４９】
（６）上記実施形態では、バー状の図形が再生時間に応じてその長さが変化していたが、これには限らない。予約されたコンテンツごとの再生時間の比率が、所定比率を超えた場合には、再生時間の対数に応じてその長さが変化するバー状の図形で表示するように構成してもよい。
【０１５０】
このように構成された実施形態においては、再生時間の比率が大きい場合には、最も短い再生時間に対応する図形を視認し易くなる。
（７）上記実施形態では、バー状の図形が再生時間に応じてその長さが変化していたが、これには限らない。予約されたコンテンツに対応して図形の色が変化するように構成してもよい。
【０１５１】
このように構成された実施形態においては、再生時間に応じてその長さが変化する図形は、コンテンツに対応して図形の色が変化して表示されるので、図形の色によってそれぞれのコンテンツを識別できる。
【図面の簡単な説明】
【０１５２】
【図１】通信カラオケ装置１の構成及び稼働時の周辺機器の構成を示すブロック図である。
【図２】通信カラオケ装置１が備えるＨＤＤ１３に設けられたメモリ領域の一部を示す説明図である。
【図３】ＨＤＤ１３内部に収録されるＭＩＤＩコンテンツデータの説明図である。
【図４】ＨＤＤ１３内部に収録されるＭＰＥＧコンテンツデータの説明図である。
【図５】（ａ）は従来の予約曲再生時における表示例の説明図であり、（ｂ）は従来の予約時における表示例の説明図である。
【図６】（ａ）は本発明の予約曲再生時における表示例の説明図であり、（ｂ）は本発明の予約時における表示例の説明図である。
【図７】（ａ）はＣＰＵ１４が実行する全体処理を示すフローチャートであり、（ｂ）はＣＰＵ１４が実行するＭＩＤＩもしくはＭＰＥＧコンテンツを再生させる並行処理を示すフローチャートであり、（ｃ）はＣＰＵ１４が実行する予約バーの再生とカーソルを表示、移動させる並行処理を示すフローチャートである。
【図８】ＣＰＵ１４が実行する予約バー表示処理を示すフローチャートである。
【図９】ＣＰＵ１４が実行する予約バー表示処理を示すフローチャートである。
【図１０】ＣＰＵ１４が実行するＭＩＤＩコンテンツの再生時間処理を示すフローチャートである。
【図１１】ＣＰＵ１４が実行するＭＰＥＧコンテンツの再生時間処理を示すフローチャートである。
【図１２】ＣＰＵ１４が実行する予約一覧表示処理を示すフローチャートである。
【符号の説明】
【０１５３】
１…通信カラオケ装置、２…ストリーミングサーバ、１０…操作パネル、１１…映像処理部、１２…ＭＰＥＧＥデコーダ、１３…ハードディスク、１４…ＣＰＵ、１５…メモリ、１６…ＬＡＮインターフェース、１７…ＲＴＣ、１８…ＭＩＤＩ音源部、１９…音声処理部、２０…アンプ、２２…スピーカ、２３…マイクロフォン、２４…モニタ、２５…ＬＡＮハブ装置、２７…光モデム、３０…インターネット網、５０…集配信センタ、６０…予約リストデータのメモリ領域。
【図１】
2007206291.tif 000003
【図２】
2007206291.tif 000004
【図３】
2007206291.tif 000005
【図４】
2007206291.tif 000006
【図７】
2007206291.tif 000007
【図８】
2007206291.tif 000008
【図９】
2007206291.tif 000009
【図１０】
2007206291.tif 000010
【図１１】
2007206291.tif 000011
【図１２】
2007206291.tif 000012
【図５】
2007206291.tif 000013
【図６】
2007206291.tif 000014