(57)【要約】【課題】ユーザから予約されたコンテンツをカラオケ装置が取得して再生する際のユーザの待ち時間を低減する。【解決手段】カラオケ装置は、予約中のコンテンツに関する予約情報を予約順に記憶する予約テーブルを管理しており、自カラオケ装置が保有しているコンテンツの中から、予約順が最上位のコンテンツを順番に再生する。再生する順番がまわってきたコンテンツを自カラオケ装置が保有しておらず取得が完了していない場合、予約テーブルに登録されているコンテンツであり、かつ自カラオケ装置が保有しているコンテンツの一覧をユーザに対して提示する。その提示したコンテンツの一覧の中から、予約順を繰上げて再生するコンテンツを選択する指示をユーザから受け付ける。ユーザによって選択されたコンテンツに係る予約情報を予約順位の最上位へ繰上げ、そのコンテンツを先に再生する。【選択図】図６
2010231072.tif 000002
【特許請求の範囲】
【請求項１】
ユーザからのコンテンツのリクエスト予約を受け付け、予約中のコンテンツに関する所定の予約情報をリクエストの受付順に記憶する予約テーブルを管理しており、自カラオケ装置が保有しているコンテンツの中から、前記予約テーブルにおける予約順位の最上位に登録されている予約情報に対応するコンテンツを順番に実行するカラオケ装置であって、
前記予約テーブルに登録されている予約情報に対応するコンテンツのうち、自カラオケ装置が保有していないコンテンツを、ネットワークを介して自カラオケ装置と通信可能に接続されているコンテンツ提供装置から取得する取得手段と、
実行する順番がまわってきた実行対象のコンテンツを自カラオケ装置が保有しておらず取得が完了していない場合、前記予約テーブルに登録されているコンテンツであり、かつ自カラオケ装置が保有しているコンテンツの一覧をユーザに対して提示する提示手段と、
前記提示手段により提示したコンテンツの一覧の中から、前記実行対象のコンテンツに先がけて実行する繰上げ対象コンテンツを選択する指示をユーザから受け付ける受付手段と、
前記受付手段を介してユーザによって選択された繰上げ対象コンテンツに係る前記予約テーブル内の予約情報を予約順位の最上位へ繰上げるとともに、その繰上げ対象コンテンツを実行する予約順位変更手段とを備えること
を特徴とするカラオケ装置。
【請求項２】
ユーザからのコンテンツのリクエスト予約を受け付け、予約中のコンテンツに関する所定の予約情報をリクエストの受付順に記憶する予約テーブルを管理しており、自カラオケ装置が保有しているコンテンツの中から、前記予約テーブルにおける予約順位の最上位に登録されている予約情報に対応するコンテンツを順番に実行するカラオケ装置であって、
前記予約テーブルに登録されている予約情報に対応するコンテンツのうち、自カラオケ装置が保有していないコンテンツを、ネットワークを介して自カラオケ装置と通信可能に接続されているコンテンツ提供装置から取得する取得手段と、
特定のコンテンツの予約順位の変更を禁止するための指示をユーザから受け付け、その指示に該当のコンテンツに対応する前記予約テーブルの予約情報に、変更禁止情報を対応付けて記録する変更禁止設定手段と、
実行する順番がまわってきた実行対象のコンテンツを自カラオケ装置が保有しておらず取得が完了していない状態で、かつ当該実行対象のコンテンツに対応する予約情報に前記変更禁止情報が付加されていないことを条件に、前記予約テーブルに登録されているコンテンツであって、自カラオケ装置が保有しており、かつ前記予約情報に前記変更禁止情報が付加されていない条件に該当する繰上げ対象コンテンツを選択する選択手段と、
前記選択手段により選択した繰上げ対象コンテンツに係る前記予約テーブル内の予約情報を予約順位の最上位へ繰上げるとともに、その繰上げ対象コンテンツを実行する予約順位変更手段とを備えること
を特徴とするカラオケ装置。
【請求項３】
ユーザからのコンテンツのリクエスト予約を受け付け、予約中のコンテンツに関する所定の予約情報をリクエストの受付順に記憶する予約テーブルを管理する予約管理手段を備え、自カラオケ装置が保有しているコンテンツの中から、前記予約テーブルにおける予約順位の最上位に登録されている予約情報に対応するコンテンツを順番に実行するカラオケ装置であって、
前記予約テーブルに登録される予約情報は、その予約情報に対応するコンテンツが実行される１つ前の順番で実行されるべき所定のコンテンツを指定する連続実行情報を設定可能に構成されており、
前記予約管理手段は、ユーザからリクエストを受け付けた新規の予約コンテンツの予約情報に連続実行情報が含まれ、かつ、その連続実行情報で指定されるコンテンツの予約情報が前記予約テーブルに既に登録されている場合、その新規の予約コンテンツの予約情報を、連続実行情報に該当のコンテンツの次の予約順位に割り込ませて登録し、
さらに、
前記予約テーブルに登録されている予約情報に対応するコンテンツのうち、自カラオケ装置が保有していないコンテンツを、ネットワークを介して自カラオケ装置と通信可能に接続されているコンテンツ提供装置から取得する取得手段と、
実行する順番がまわってきた実行対象のコンテンツを自カラオケ装置が保有しておらず取得が完了していない状態で、かつ、当該実行対象のコンテンツの予約情報に１つ前の順番で実行されたコンテンツを指定する連続実行情報が含まれていないことを条件に、前記予約テーブルに登録されているコンテンツであって、自カラオケ装置が保有している条件に該当する繰上げ対象コンテンツを選択する選択手段と、
前記選択手段により選択した繰上げ対象コンテンツに係る前記予約テーブル内の予約情報を予約順位の最上位へ繰上げるとともに、その繰上げ対象コンテンツを実行する予約順位変更手段とを備えること
を特徴とするカラオケ装置。
【請求項４】
請求項３に記載のカラオケ装置において、
前記選択手段は、前記予約テーブルに登録されているコンテンツであって、自カラオケ装置が保有しており、かつ、前記予約情報に１つ前の予約順位のコンテンツを指定する連続実行情報が含まれていない条件に該当するコンテンツを前記繰上げ対象コンテンツとして選択すること
を特徴とするカラオケ装置。
【請求項５】
請求項３又は請求項４に記載のカラオケ装置において、
前記予約順位変更手段は、前記繰上げ対象コンテンツ以降に連続して実行するように設定された一連の前記連続実行情報を持つ後続のコンテンツの予約情報を、予約順位を繰上げた後の前記繰上げ対象コンテンツ以降の予約順位に順次繰上げること
を特徴とするカラオケ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザからリクエストされたコンテンツをコンテンツ配信用の装置から取得して実行するカラオケ装置に関する。
【背景技術】
【０００２】
従来、カラオケ装置で再生するコンテンツを、広域ネットワークを介してコンテンツ配信用のホストサーバから全国のカラオケ店舗（例えばカラオケボックス）に設置されたカラオケ装置へ配信するカラオケネットワークシステムが広く普及している。
【０００３】
ところで、近年、カラオケ装置で再生するコンテンツは、通常の演奏データ（ＭＩＤＩデータ）の他、実際の演奏音声をサンプリングした高音質の生音楽曲やプロモーションビデオ（ＰＶ）映像、ＣＭ映像等、多種多様化しており、そのデータ量も年々増加傾向にある。また、カラオケ装置を利用するユーザの趣味や嗜好の多様化に対応した個別のサービスを提供するため、近年では個々のユーザごとに専用のコンテンツが必要となる等、カラオケ装置で使用されるコンテンツは膨大な量となりつつある。
【０００４】
そのため、全てのコンテンツをカラオケ装置内の記憶装置に保存することができなくなってきている。そこで、ユーザがカラオケ楽曲や動画等のコンテンツの実行（例えば、再生）を要求したときに、そのコンテンツがカラオケ装置に存在しなければ、そのコンテンツを保有する別の機器（例えば、インターネット上のホストサーバ等）からコンテンツを取得してから、コンテンツの実行を行うサービスが準備されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−２６６６７１４
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のようなサービスでは、予めカラオケ装置が保有しているコンテンツを実行する場合と比較して、コンテンツの実行を開始するまでに他の機器からコンテンツを取得するための時間が必要となり、その分ユーザを待たせることになる。また、一般的にカラオケボックス１店舗に複数のカラオケ装置が設置されており、その全てが１つの通信回線（ＡＤＳＬ回線や光通信回線）を共有するといった運用形態が多く、各カラオケ装置が個別にホストサーバからコンテンツを取得する場合であると、通信回線の負荷が高くなり、コンテンツを取得するのにかかる通信時間は更に長くなる。
【０００７】
カラオケサービスを提供するカラオケボックス等では、通常、ユーザに対してカラオケ装置の利用時間が決められているため、コンテンツを取得するためにユーザを待たせる時間が多く存在することは好ましくない。
【０００８】
一方、特許文献１には、ユーザがリクエスト予約をしてから自分の演奏順番がまわってきたリクエスト曲に対する演奏開始指示が制限時間内に入力されなかった場合、その楽曲の演奏順番を繰下げて次のリクエスト曲の処理を開始するカラオケ装置が開示されている。このようにすることで、ユーザの待ち時間を低減することができるとされている。しかしながら、特許文献１に記載の技術においては、ユーザがリクエスト予約をしたコンテンツに対し、カラオケ装置が保有していないコンテンツを取得するための待ち時間に関して何ら考慮されていないため、上記問題を解決することはできない。
【０００９】
本発明は、上記問題を解決するためになされており、カラオケ装置がユーザから予約されたコンテンツを取得して再生する際のユーザの待ち時間を低減するための技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するためになされた請求項１に記載のカラオケ装置は、ユーザからのコンテンツのリクエスト予約を受け付け、予約中のコンテンツに関する所定の予約情報をリクエストの受付順に記憶する予約テーブルを管理しており、自カラオケ装置が保有しているコンテンツの中から、予約テーブルにおける予約順位の最上位に登録されている予約情報に対応するコンテンツを順番に実行するものである。そして、このカラオケ装置は、取得手段と、提示手段と、受付手段と、予約順位変更手段とを備える。
【００１１】
取得手段は、予約テーブルに登録されている予約情報に対応するコンテンツのうち、自カラオケ装置が保有していないコンテンツを、ネットワークを介して自カラオケ装置と通信可能に接続されているコンテンツ提供装置から取得する。提示手段は、実行する順番がまわってきた実行対象のコンテンツを自カラオケ装置が保有しておらず取得が完了していない場合、予約テーブルに登録されているコンテンツであり、かつ自カラオケ装置が保有しているコンテンツの一覧をユーザに対して提示する。受付手段は、提示手段により提示したコンテンツの一覧の中から、実行対象のコンテンツに先がけて実行する繰上げ対象コンテンツを選択する指示をユーザから受け付ける。予約順位変更手段は、受付手段を介してユーザによって選択された繰上げ対象コンテンツに係る予約テーブル内の予約情報を予約順位の最上位へ繰上げるとともに、その繰上げ対象コンテンツを実行する。
【００１２】
このように構成されたカラオケ装置によれば、実行順番がまわってきたコンテンツが未取得である場合、取得が完了していて即時実行可能な他の予約コンテンツをユーザの判断により繰上げて実行することができる。よって、未取得のコンテンツの取得が完了するまでの間、ユーザが無為に待たされることがなく、コンテンツの取得に係る待ち時間を低減できる。また、即時実行可能な取得済みのコンテンツの一覧を提示することで、ユーザはどのコンテンツを選べば待つ必要がないのかを知ることができ、便利である。
【００１３】
一方、取得待ちのコンテンツの代わりに繰上げて実行するコンテンツを自動で選択・実行するような構成であってもよい。ただし、そのような構成を採用する場合、特定のコンテンツに限っては予約順位を変更したくないといったユーザの意図に配慮することが望ましい。
【００１４】
そこで、請求項２に記載のように構成するとよい。すなわち、ユーザからのコンテンツのリクエスト予約を受け付け、予約中のコンテンツに関する所定の予約情報をリクエストの受付順に記憶する予約テーブルを管理しており、自カラオケ装置が保有しているコンテンツの中から、予約テーブルにおける予約順位の最上位に登録されている予約情報に対応するコンテンツを順番に実行するカラオケ装置であって、取得手段と、変更禁止設定手段と、選択手段と、予約順位変更手段とを備える。
【００１５】
取得手段は、予約テーブルに登録されている予約情報に対応するコンテンツのうち、自カラオケ装置が保有していないコンテンツを、ネットワークを介して自カラオケ装置と通信可能に接続されているコンテンツ提供装置から取得する。変更禁止設定手段は、特定のコンテンツの予約順位の変更を禁止するための指示をユーザから受け付け、その指示に該当のコンテンツに対応する予約テーブルの予約情報に、変更禁止情報を対応付けて記録する。選択手段は、実行する順番がまわってきた実行対象のコンテンツを自カラオケ装置が保有しておらず取得が完了していない状態で、かつ当該実行対象のコンテンツに対応する予約情報に変更禁止情報が付加されていないことを条件に、予約テーブルに登録されているコンテンツであって、自カラオケ装置が保有しており、かつ予約情報に変更禁止情報が付加されていない条件に該当する繰上げ対象コンテンツを選択する。予約順位変更手段は、選択手段により選択した繰上げ対象コンテンツに係る予約テーブル内の予約情報を予約順位の最上位へ繰上げるとともに、その繰上げ対象コンテンツを実行する。
【００１６】
このように構成されたカラオケ装置によれば、実行順番がまわってきたコンテンツが未取得である場合、取得が完了していて即時実行可能な他の予約コンテンツを自動的に繰上げて実行することができる。よって、未取得のコンテンツの取得が完了するまでの間、ユーザが無為に待たされることがなく、コンテンツの取得に係る待ち時間を低減できる。なおかつ、ユーザが予約順位の変更を禁止したコンテンツについては、コンテンツが未取得であっても予約順位を繰下げず、あるいは、未取得のコンテンツに代わって即時実行可能なコンテンツであっても、予約順位を繰上げない。このようにすることで、予約順位を変更したくないというユーザの意図を反映することができ、便利である。
【００１７】
ところで、カラオケ装置で実行可能なコンテンツには、例えば１本の作品を前編・後編といった具合に複数のコンテンツに分割して提供されるものがある。このようなコンテンツは、通常であれば前編の実行後に後編を実行するといった具合に連続して実行するのが望ましい。一方、取得待ちのコンテンツの予約順を繰下げて、代わりに即時実行可能なコンテンツを繰上げて実行する場合、前述のような連続して実行されるべき性質（以下、連続性）を持ったコンテンツの実行順序が変更されてしまうのは、たとえ待ち時間を低減するためであったとしても望ましくない。例えば、前編のコンテンツを実行後、本来であれば後編のコンテンツを続けて実行すべきところ、この後編のコンテンツが未取得であったために前編と後編の間に全く別のコンテンツが割り込んで実行されたとする。このような場合、前編と後編を連続して視聴しようとしていたユーザに混乱を招くことになりかねない。
【００１８】
そこで、このような事態を未然に防ぐため、請求項３に記載のように構成するとよい。すなわち、このカラオケ装置は、ユーザからのコンテンツのリクエスト予約を受け付け、予約中のコンテンツに関する所定の予約情報をリクエストの受付順に記憶する予約テーブルを管理する予約管理手段を備え、自カラオケ装置が保有しているコンテンツの中から、予約テーブルにおける予約順位の最上位に登録されている予約情報に対応するコンテンツを順番に実行する。また、予約テーブルに登録される予約情報は、その予約情報に対応するコンテンツが実行される１つ前の順番で実行されるべき所定のコンテンツを指定する連続実行情報を設定可能に構成されている。予約管理手段は、ユーザからリクエストを受け付けた新規の予約コンテンツの予約情報に連続実行情報が含まれ、かつ、その連続実行情報で指定されるコンテンツの予約情報が予約テーブルに既に登録されている場合、その新規の予約コンテンツの予約情報を、連続実行情報に該当のコンテンツの次の予約順位に割り込ませて登録する。
【００１９】
さらに、このカラオケ装置は、取得手段と、選択手段と、予約順位変更手段とを備える。取得手段は、予約テーブルに登録されている予約情報に対応するコンテンツのうち、自カラオケ装置が保有していないコンテンツを、ネットワークを介して自カラオケ装置と通信可能に接続されているコンテンツ提供装置から取得する。選択手段は、実行する順番がまわってきた実行対象のコンテンツを自カラオケ装置が保有しておらず取得が完了していない状態で、かつ、当該実行対象のコンテンツの予約情報に１つ前の順番で実行されたコンテンツを指定する連続実行情報が含まれていないことを条件に、予約テーブルに登録されているコンテンツであって、自カラオケ装置が保有している条件に該当する繰上げ対象コンテンツを選択する。予約順位変更手段は、
選択手段により選択した繰上げ対象コンテンツに係る予約テーブル内の予約情報を予約順位の最上位へ繰上げるとともに、その繰上げ対象コンテンツを実行する。
【００２０】
このように構成されたカラオケ装置によれば、実行順番がまわってきたコンテンツが未取得である場合、その実行対象のコンテンツが連続性のある一連のコンテンツ群のうちの後続のコンテンツでないことを条件に、即時実行可能な他の予約コンテンツを自動的に繰上げて実行することができる。よって、連続性を持った一連のコンテンツの実行順序を維持することを重視した上で、コンテンツの取得に係る待ち時間を低減できる。
【００２１】
一方、未取得の実行対象コンテンツの代わりに予約順位を繰上げて実行する繰上げ対象コンテンツとして、前編及び後編からなる連続性を持った一連のコンテンツのうちの後編のコンテンツを選択する場合を想定してみる。このような場合、後編のコンテンツの予約順位が予約リストの最上位に繰上げられることで、前編よりも後編のコンテンツが先に実行されることになり、コンテンツの連続性が破綻してしまう。
【００２２】
そこで、このような事態を未然に防ぐために、請求項４に記載のように構成するとよい。すなわち、請求項３に記載のカラオケ装置において、選択手段は、予約テーブルにおいて実行対象のコンテンツよりも予約順位が下位のコンテンツであって、自カラオケ装置が保有しており、かつ、予約情報に１つ前の予約順位のコンテンツを指定する連続実行情報が含まれていない条件に該当するコンテンツを繰上げ対象コンテンツとして選択する。
【００２３】
このようにすることで、連続性を持った一連のコンテンツ群のうちの後続のコンテンツは、繰上げ対象のコンテンツから除外され、他のコンテンツが繰上げ対象コンテンツとして選択される。よって、連続性を持った一連のコンテンツの実行順序を維持することを重視した上で、コンテンツの取得に係る待ち時間を低減できる。
【００２４】
一方、未取得の実行対象コンテンツの代わりに予約順位を繰上げて実行する繰上げ対象コンテンツとして、前編及び後編からなる連続性を持った一連のコンテンツのうちの前編のコンテンツを選択する場合を想定してみる。このような場合、前編のコンテンツの予約順位のみが予約リストの最上位に繰上げられることで、前編の予約順位と後編の予約順位との間に繰下げられた他のコンテンツが介在することになり、コンテンツの連続性が破綻してしまう。
【００２５】
そこで、このような事態を未然に防ぐために、請求項５に記載のように構成するとよい。すなわち、請求項３又は請求項４に記載のカラオケ装置において、予約順位変更手段は、繰上げ対象コンテンツ以降に連続して実行するように設定された一連の連続実行情報を持つ後続のコンテンツの予約情報を、予約順位を繰上げた後の繰上げ対象コンテンツ以降の予約順位に順次繰上げる。
【００２６】
このように構成することで、連続性を持った一連のコンテンツのうちの先頭のコンテンツを繰上げ対象コンテンツとして選択した場合、この先頭のコンテンツが予約リストの最上位へ繰上げられるとともに、この先頭のコンテンツに従属する後続のコンテンツも先頭のコンテンツに続く予約順位に順次繰上げられる。よって、連続性を持った一連のコンテンツの実行順序を維持することを重視した上で、コンテンツの取得に係る待ち時間を低減できる。
【図面の簡単な説明】
【００２７】
【図１】カラオケネットワークシステム１の概略構成を示すブロック図である。
【図２】カラオケ装置４が管理する予約テーブルの概要を示す説明図である。
【図３】予約処理の手順を示すフローチャートである。
【図４】予約順管理処理（第１実施形態）の手順を示すフローチャートである。
【図５】コンテンツ選択画面表示処理の手順を示すフローチャートである。
【図６】コンテンツ選択画面の表示例を示す説明図である。
【図７】予約順管理処理（第２実施形態）の手順を示すフローチャートである。
【図８】予約順の変更例を示す説明図である。
【図９】予約順の変更例を示す説明図である。
【図１０】予約順の変更例を示す説明図である。
【発明を実施するための形態】
【００２８】
以下、本発明の一実施形態を図面に基づいて説明する。なお、本発明は下記の実施形態に何ら限定されるものではなく様々な態様にて実施することが可能である。
［カラオケネットワークシステム１の構成の説明］
図１に示すように、カラオケネットワークシステム１は、ユーザにカラオケサービスを提供するカラオケ店舗内のカラオケルームにそれぞれ設置されるカラオケ装置４が、広域ネットワークであるＷＡＮ２００を介してホストサーバ２と通信可能に接続されることによって形成されている。なお、図１においては、説明の便宜上、カラオケ店舗内に１台のカラオケ装置４が設置されている事例を示すが、同一店舗内に複数のカラオケ装置４が設置されていてもよい。また、複数の店舗内のカラオケ装置４が１台のホストサーバ２に接続されていてもよい。
【００２９】
ホストサーバ２は、カラオケ店舗内のカラオケ装置４に対してカラオケの楽曲データやＰＶ映像、ＣＭ映像等といった各種コンテンツを配信するためのカラオケサービス用のサーバ装置である。このホストサーバ２は、適宜な処理能力を有する情報処理装置等で構成されており、外部記憶装置としてのハードディスクドライブ（以下、ＨＤＤ）２４にカラオケサービスとして提供可能な全てのコンテンツを常に保有している。ホストサーバ２は、カラオケ装置４から取得要求のあったコンテンツを要求元のカラオケ装置４へ配信する。
【００３０】
カラオケ装置４は、カラオケサービスを利用するユーザからリクエストされたカラオケ楽曲や、映画、バラエティ番組、ドラマ、ＣＭといった映像コンテンツやオーディション、クイズ等のユーザ参加型のコンテンツ、飲食物の注文といった購買コンテンツ等、様々なコンテンツを各自のＨＤＤ４４に保有しており、この保有するコンテンツを再生する装置である。
【００３１】
カラオケ装置４は、再生するコンテンツを自ら保有するための記憶装置であるＨＤＤ４４を備えているが、このＨＤＤ４４の記憶容量はホストサーバ２が備えるＨＤＤ２４よりも小さいものであり、近年大容量化しつつあるコンテンツを全て自前のＨＤＤ４４保有することは困難である。そのため、カラオケ装置４は、ホストサーバ２が配信可能な全てのコンテンツを必ずしも保有しているとは限らない。しかしながら、カラオケ装置４に対してコンテンツをリクエストする際にユーザが用いる電子早見本（図示なし）では、ホストサーバ２が配信可能な全てのコンテンツが網羅されており、カラオケ装置４が保有していないコンテンツであってもリクエスト予約すること自体は可能である。
【００３２】
そこで、ユーザからリクエスト予約されたコンテンツを予約を受け付けた順に予約テーブル（詳細は後述）に登録して管理しておく。なお、コンテンツの再生は予約テーブルの予約順に行われる。そして、自カラオケ装置４が保有していないコンテンツがリクエストされた場合、予約順の上位から順番に他のコンテンツの再生が行われている間に、その保有していないコンテンツをホストサーバ２から取得し、自カラオケ装置４のＨＤＤ４４に格納しておく。このようにすることで、カラオケ装置４が保有していないコンテンツがリクエスト予約された場合でも、そのコンテンツを再生することができる。
【００３３】
しかしながら、通信状況等の種々の事情によっては、再生する順番がまわってくるまでにコンテンツの取得が間に合わない可能性も考えられる。そこで、コンテンツを取得するための待ちの時間を低減するために、カラオケ装置４は、再生する順番がまわってきたコンテンツが未取得である場合、予約されている他のコンテンツの中から、即時再生可能な（すなわち、自カラオケ装置４が保有している）コンテンツの予約順を繰上げて再生する。この一連の処理の詳細な内容については後述する。
【００３４】
カラオケ装置４は、ハードウェア構成としてＣＰＵ４１、ＲＡＭ４２、ＲＯＭ４３、ＨＤＤ４４、操作部４５、再生部４６、入力部４７、通信部４８等を備える。
ＣＰＵ４１は、ＲＡＭ４２やＲＯＭ４３に記憶されたプログラムやデータに従って、カラオケ装置４各部に対する制御及び各種演算を実行する装置で、後述する予約処理、予約順管理処理、コンテンツ選択画面表示処理等の各種処理は、このＣＰＵ４１によって実行される。ＲＡＭ４２は、ＣＰＵ４１から直接アクセスされるメインメモリ等として利用される記憶装置である。なお、後述の予約テーブルもここに記憶される。ＲＯＭ４３は、不揮発性の記憶装置であり、ＢＩＯＳや通常であれば更新されない読み出し専用のデータ等を記憶している。ＨＤＤ４４は、カラオケ用の楽曲データや映像データ等のコンテンツデータやプログラム等の各種データを保存しておくための装置である。操作部４５は、ユーザからの各種指示を入力するための入力装置であり、複数のキースイッチ等によって構成される。
【００３５】
再生部４６は、演奏データに基づく演奏再生を行うＭＩＤＩ音源、ＭＩＤＩ音源から生成されたオーディオ信号及び入力部４７から入力された音声信号をスピーカへ出力する音声制御部、画像データに基づく映像の再生を制御する映像再生部、映像を表示するためのモニタ等を備える。入力部４７は、マイクロフォンによって歌唱者の歌唱音声を音声信号へ変換し、再生部４６へ入力するためのものである。通信部４８は、カラオケ装置４を通信ネットワーク（本実施形態ではＷＡＮ２００）に接続して外部と通信を行うための通信インタフェースである。
【００３６】
［カラオケ装置４が管理する予約テーブルの説明］
つぎに、カラオケ装置４が管理する予約テーブルの概要について、図２に基づき説明する。
【００３７】
カラオケ装置４に対するコンテンツのリクエスト予約は、ホストサーバ２が配信可能な全てのコンテンツに関する情報が網羅されたリモコン用データベースを備えるリモコン端末５を利用して行われる。このリモコン用データベースには、コンテンツの識別情報であるコンテンツ番号、曲名（あるいは、画像タイトル等）、歌手名等の情報の他に、連続して再生されるべきコンテンツ同士を関連付けるための連続再生番号の情報が含まれる。この連続再生番号が設定されているコンテンツは、その連続再生番号で示されるコンテンツの後に連続して再生されるコンテンツであることが定義付けられている。
【００３８】
図２に示すリモコン用データベースの事例では、コンテンツ番号３００番のコンテンツに連続再生番号として１００番が設定されているので、この３００番のコンテンツは１００番のコンテンツの後に連続して再生されるコンテンツであると定義付けられている。同じように、コンテンツ番号５００番のコンテンツに連続再生番号として４００番が設定されているので、この５００番のコンテンツは４００番のコンテンツの後に連続して再生されるコンテンツであると定義付けられている。
【００３９】
リモコン端末５は、リモコン用データベースから検索したコンテンツの情報を表示画面に提示し、ユーザからコンテンツのリクエスト予約を受け付けるとともに、そのコンテンツの予約順の変更を禁止するか否かの指示をユーザから受け付ける。予約順位の変更を禁止する指示がなされた場合、変更禁止フラグを「ＯＮ」にセットし、予約順位の変更が禁止しない指示がなされた場合、変更禁止フラグを「ＯＦＦ」にセットする。ユーザによって、予約送信の操作指示がなされると、リクエスト予約されたコンテンツのコンテンツ番号、連続再生番号及びセットした変更禁止フラグを含む予約情報がリモコン端末５からカラオケ装置４へ送信される。
【００４０】
カラオケ装置４は、予約中のコンテンツに関する情報の一覧である予約テーブルをＲＡＭ４２に記憶し、これを管理している。この予約テーブルには、リモコン端末５から受信した予約情報に基づく予約レコードが再生順に順位付けされて登録されている。予約テーブルの各予約レコードには、予約順、コンテンツ番号、連続再生番号、保有フラグ及び変更禁止フラグ等の情報が含まれる。
【００４１】
予約順は、予約テーブルに登録されている予約中のコンテンツのうち、何番目に再生されるコンテンツであるかを示す順位であり、再生される順番が早いものから順に、予約順１番、２番…といった具合に順位が付されている。つまり、予約順が１番の予約レコードに該当のコンテンツが次に再生されるコンテンツとなる。そして、予約順１番のコンテンツの再生が行われるごとに、再生が行われたコンテンツの予約レコードは別途設けられている「前回再生」の欄へ移され、残りの予約情報の予約順が１つずつ繰上げられる。なお、「前回再生」の欄に残されるのは、予約順１番のコンテンツの１つ前に再生したコンテンツに関する予約レコードのみである。
【００４２】
予約レコードの保有フラグは、その予約テーブルに該当のコンテンツを自カラオケ装置４のＨＤＤ４４に保有しているか否かを示す情報であり、保有しているコンテンツについては保有フラグが「あり」に設定され、保有していないコンテンツについては保有フラグが「無し」に設定される。なお、予約テーブルにおいて保有フラグが「無し」になっている予約レコードがある場合、カラオケ装置４は、その予約レコードに該当のコンテンツをホストサーバ２から随時取得する。そして、取得が完了したら、そのコンテンツに該当の予約レコードの保有フラグを「あり」に更新する。
【００４３】
カラオケ装置４は、リモコン端末５から予約情報を受信した場合、その予約情報に含まれるコンテンツ番号、連続再生番号及び変更禁止フラグの各情報に加え、当該コンテンツの保有状況に応じて保有フラグを設定し、これらの情報を予約レコードとして予約テーブルに順位付けして登録する。その際、新たに登録する予約レコードは予約テーブルの最下位に登録するのが原則となっている。
【００４４】
しかし、新たに登録する予約レコードに連続再生番号が設定されており、かつ、その連続再生番号で示されるコンテンツに該当の予約レコードが既に予約テーブルに存在する場合、例外的に、連続再生番号で示されるコンテンツの予約レコードの直後に予約順に新規の予約レコードを登録する。例えば、図２に示す事例では、新たに登録しようとするコンテンツ番号３００番の予約レコードに連続再生番号として１００番のコンテンツが設定されている。そして、予約テーブルには、予約順１番にコンテンツ番号１００番の予約レコードが存在している。したがって、この場合、新たに登録するコンテンツ番号３００番の予約レコードは予約順２番に割り込む形で予約テーブルに追加される。コンテンツ番号３００番の予約レコードが予約順２番に割り込むことで、それまで予約順２番であったコンテンツ番号２００番の予約レコードは予約順３番に繰下げられる。
【００４５】
［カラオケ装置４が実行する予約処理の説明］
つぎに、カラオケ装置４のＣＰＵ４１が実行する予約処理の手順について、図３のフローチャートに基づいて説明する。この処理は、カラオケ装置４が稼働中において常時繰り返し行われる処理である。
【００４６】
カラオケ装置４のＣＰＵ４２は、まず、リモコン端末５から予約情報を受信する（Ｓ１００）。つぎに、予約テーブル内に他の予約レコードが存在するか否かを判定する（Ｓ１０１）。予約テーブル内に他の予約レコードが登録されていない場合（Ｓ１０１：ＮＯ）、予約テーブルの最後尾にＳ１００で受信した予約情報に基づく予約レコードを追加する（Ｓ１０５）。このとき、予約テーブルに追加する予約レコードには、リモコン端末５から受信した予約情報に含まれる各情報に加え、予約順及び保有フラグの情報を付加する。予約レコードの追加後、予約処理を終了する。
【００４７】
一方、Ｓ１０１で予約テーブル内に他の予約レコードが存在すると判定した場合（Ｓ１０１：ＹＥＳ）、Ｓ１００で受信した予約情報に連続再生番号の設定がなされていか否かを判定する（Ｓ１０２）。連続再生番号の設定がなされていない場合（Ｓ１０２：ＮＯ）、予約テーブルの最後尾にＳ１００で受信した予約情報に基づく予約レコードを追加し（Ｓ１０５）、予約処理を終了する。
【００４８】
一方、Ｓ１０２で連続再生番号の設定がなされていると判定した場合（Ｓ１０２：ＹＥＳ）、Ｓ１００で受信した予約情報の変更禁止フラグが「ＯＦＦ」に設定されているか否かを判定する（Ｓ１０３）。変更禁止フラグが「ＯＮ」に設定されている場合（Ｓ１０３：ＮＯ）、予約テーブルの最後尾にＳ１００で受信した予約情報に基づく予約レコードを追加し（Ｓ１０５）、予約処理を終了する。
【００４９】
一方、Ｓ１０３で変更禁止フラグが「ＯＦＦ」に設定されていると判定した場合（Ｓ１０３：ＹＥＳ）、Ｓ１００で受信した予約情報の連続再生番号に該当するコンテンツの予約レコードが予約テーブル内に存在するか否かを判定する（Ｓ１０４）。予約情報の連続再生番号に該当するコンテンツの予約レコードが予約テーブル内に存在しない場合（Ｓ１０４：ＮＯ）、予約テーブルの最後尾にＳ１００で受信した予約情報に基づく予約レコードを追加し（Ｓ１０５）、予約処理を終了する。
【００５０】
一方、Ｓ１０４で予約情報の連続再生番号に該当するコンテンツの予約レコードが予約テーブル内に存在すると判定した場合（Ｓ１０４：ＹＥＳ）、その連続再生番号に該当するコンテンツの予約レコードの次の予約順にＳ１００で受信した予約情報に基づく予約レコードを追加し（Ｓ１０６）、予約処理を終了する。
【００５１】
［カラオケ装置４が実行する予約順管理処理（第１実施形態）の説明］
つぎに、カラオケ装置４のＣＰＵ４１が実行する第１実施形態の予約順管理処理の手順について、図４のフローチャートに基づいて説明する。この処理は、予約テーブルに未再生の予約レコードが存在するときに随時行われる処理である。
【００５２】
カラオケ装置４のＣＰＵ４１は、まず、予約テーブルにおいて予約順が１番の予約レコードの保有フラグが「あり」であるか否かを判定する（Ｓ２００）。予約順１番の予約レコードの保有フラグが「あり」である場合（Ｓ２００：ＹＥＳ）、予約順１番の予約レコードに該当のコンテンツの再生を開始し（Ｓ２０９）、予約順管理処理を終了する。
【００５３】
一方、Ｓ２００で予約順１番の予約レコードの保有フラグが「なし」であると判定した場合（Ｓ２００：ＮＯ）、予約順１番の予約レコードが、「変更禁止フラグが「ＯＦＦ」で、かつ連続再生番号が予約テーブル内の「前回再生」のコンテンツに該当しない」という条件を満たすか否かを判定する（Ｓ２０１）。予約順１番の予約レコードが前記条件を満たす場合（Ｓ２０１：ＹＥＳ）、予約テーブル内に予約順１番以外の予約レコードが存在するか否かを判定する（Ｓ２０２）。予約テーブル内に予約順１番以外の予約レコードが存在する場合（Ｓ２０２：ＹＥＳ）、Ｓ２０４へ移行し、予約順１番の未取得のコンテンツの代わりにすぐに再生できるコンテンツをユーザに提示するためのコンテンツ選択画面表示処理を実行する。なお、このコンテンツ選択画面表示処理の詳細な内容については後述する。
【００５４】
一方、Ｓ２０１で予約順１番の予約レコードが、「変更禁止フラグが「ＯＦＦ」で、かつ連続再生番号が予約テーブル内の「前回再生」のコンテンツに該当しない」という条件を満たさないと判定した場合（Ｓ２０１：ＮＯ）、あるいは、Ｓ２０２で予約テーブル内に予約順１番以外の予約レコードが存在しないと判定した場合（Ｓ２０２：ＮＯ）の何れかの場合、次に再生するコンテンツを取得中であることをユーザに通知するための待機画面をモニタに表示し（Ｓ２０３）、Ｓ２００の処理へ戻る。
【００５５】
ここで、上記Ｓ２０４のコンテンツ選択画面表示処理の詳細な内容について、図５のフローチャートに基づき説明する。
カラオケ装置４のＣＰＵ４１は、まず、繰上げ再生の実行可否が未設定である予約レコードが存在するか否かを判定する（Ｓ３００）。繰上げ再生の実行可否が未設定である予約レコードが存在する場合（Ｓ３００：ＹＥＳ）、未設定の予約レコードのうち予約順が最も上位の予約レコードを設定対象にセットする（Ｓ３０１）。なお、初回は予約順２番の予約レコードを設定対象にセットする。
【００５６】
つぎに、設定対象の予約レコードにおいて保有フラグが「あり」に設定されているか否かを判定する（Ｓ３０２）。保有フラグが「あり」に設定されている場合（Ｓ３０２：ＹＥＳ）、この設定対象の予約レコードにおいて変更禁止フラグが「ＯＦＦ」に設定されているか否かを判定する（Ｓ３０３）。変更禁止フラグが「ＯＦＦ」に設定されている場合（Ｓ３０３：ＹＥＳ）、この設定対象の予約レコードに設定されている連続再生番号が、予約テーブルにおける１つ前の予約順のコンテンツに該当するか否かを判定する（Ｓ３０４）。連続再生番号が１つ前の予約順のコンテンツに該当しない場合（Ｓ３０４：ＮＯ）、この設定対象の予約レコードを「実行可能」に設定し（Ｓ３０５）、Ｓ３００の処理へ戻る。
【００５７】
一方、Ｓ３０２で保有フラグが「無し」であると判定した場合（Ｓ３０２：ＮＯ）、あるいは、Ｓ３０３で変更禁止フラグが「ＯＮ」であると判定した場合（Ｓ３０３：ＮＯ）、あるいは、Ｓ３０４で連続再生番号が１つ前の予約順のコンテンツに該当すると判定した場合（Ｓ３０４：ＹＥＳ）の、何れかに該当する場合、この設定対象の予約レコードを「実行不可」に設定し（Ｓ３０６）、Ｓ３００の処理へ戻る。
【００５８】
以降、Ｓ３００〜Ｓ３０６の処理を順次繰り返すことで、予約テーブル内の予約順２番以下の各予約レコードに対して繰上げ再生の実行可否を設定する。そして、Ｓ３００で未設定の予約レコードが存在しないと判定した場合（Ｓ３００：ＮＯ）、繰上げ再生が「実行可能」に設定された予約レコードが存在するか否かを判定する（Ｓ３０７）。「実行可能」に設定された予約テーブルが存在する場合（Ｓ３０７：ＹＥＳ）、「実行可能」に設定された予約レコードに該当のコンテンツの一覧をユーザに提示するとともに、その実行可能なコンテンツから再生するコンテンツ選択する指示をユーザから受け付けるためのコンテンツ選択画面をモニタに表示する（Ｓ３０８）。一方、Ｓ３０７で「実行可能」に設定された予約レコードが存在しないと判定した場合（Ｓ３３０７：ＮＯ）、予約順管理処理（第１実施形態、図４参照）のＳ２０３の処理へ移行し、コンテンツ選択画面表示処理を終了する。
【００５９】
上記コンテンツ選択画面表示処理による画面表示例を図６に示す。図６（ａ）に示す予約テーブルの事例では、保有フラグが「無し」に設定されている予約順１番のコンテンツ（コンテンツ番号：１００番）の代わりに予約順を繰上げて再生できる「実行可能」なコンテンツは、予約順３番のコンテンツ（コンテンツ番号：３００番）、及び予約順５番のコンテンツ（コンテンツ番号：５００番）となっている。
【００６０】
図６（ｂ）は、図６（ａ）に示す予約テーブルの事例に対応するコンテンツ選択画面の表示例である。このコンテンツ選択画面には、予約順１番のコンテンツ（コンテンツ番号：１００番）が現在取得中であることを告げるメッセージが記述されている。さらに、すぐに再生できるコンテンツとして、予約順３，５番のコンテンツ（コンテンツ番号３００，５００）がリストアップされており、このリストの中から再生するコンテンツを択一的に選択するカーソルが設けられている。
【００６１】
このコンテンツ選択画面上において、ユーザがカラオケ装置４の操作部４５を操作し、所望のコンテンツにカーソルを合わせた状態で決定操作を行うことで、再生するコンテンツを選択することができるようになっている。
【００６２】
図４のフローチャートの説明に戻る。Ｓ２０４で表示したコンテンツ選択画面上でユーザによって再生するコンテンツが選択されると、その選択されたコンテンツに該当の予約レコードを予約テーブルの予約順１番に繰上げる（Ｓ２０５）。つぎに、Ｓ２０５で予約順を繰上げた予約レコードの元あった予約順よりも下位の予約レコードのうちで、未チェックのものがあるか否かを判定する（Ｓ２０６）。未チェックの予約レコードがある場合（Ｓ２０６：ＹＥＳ）、そのうちで予約順が最も上位であるチェック対象の予約レコードが、「変更禁止フラグが「ＯＦＦ」で、かつ連続再生番号がＳ２０５又はＳ２０８において予約順を繰上げ済みのコンテンツに該当する」という条件を満たすか否かを判定する（Ｓ２０７）。
【００６３】
チェック対象の予約レコードが前記条件を満たす場合（Ｓ２０７：ＹＥＳ）、そのチェック対象の予約レコードの予約順を、連続再生番号に該当するコンテンツの予約レコードの次の予約順に繰上げ（Ｓ２０８）、Ｓ２０６の処理へ戻る。以降、Ｓ２０６〜Ｓ２０８の処理を順次繰り返すことで、Ｓ２０５で予約順１番に繰上げたコンテンツの後に連続して再生するように規定された連続性を有するコンテンツの予約順を順次繰上げる。
【００６４】
そして、Ｓ２０６で未チェックの予約レコードが存在しないと判定した場合（Ｓ２０６：ＮＯ）、あるいは、Ｓ２０７でチェック対象の予約レコードが前記条件を満たさないと判定した場合（Ｓ２０７：ＮＯ）、予約順１番の予約レコードに該当のコンテンツの再生を開始し（Ｓ２０９）、予約順管理処理を終了する。
【００６５】
［カラオケ装置４が実行する予約順管理処理（第２実施形態）の説明］
つぎに、カラオケ装置４のＣＰＵ４１が実行する第２実施形態の予約順管理処理の手順について、図７のフローチャートに基づいて説明する。この処理は、予約テーブルに未再生の予約レコードが存在するときに随時行われる処理である。なお、先述の第１実施形態の予約順管理処理（図４）と、以下の第２実施形態の予約順管理処理との違いは、前者が未取得のコンテンツに代えて予約順を繰上げて再生するコンテンツの選択をユーザが行うものであるのに対し、後者は予約順を繰上げて再生するコンテンツを再生可能なものから自動的に選択することである。
【００６６】
カラオケ装置４のＣＰＵ４１は、まず、予約テーブルにおいて予約順が１番の予約レコードの保有フラグが「あり」であるか否かを判定する（Ｓ４００）。予約順１番の予約レコードの保有フラグが「あり」である場合（Ｓ４００：ＹＥＳ）、予約順１番の予約レコードに該当のコンテンツの再生を開始し（Ｓ４１１）、予約順管理処理を終了する。
【００６７】
一方、Ｓ４００で予約順１番の予約レコードの保有フラグが「なし」であると判定した場合（Ｓ４００：ＮＯ）、予約順１番の予約レコードが、「変更禁止フラグが「ＯＦＦ」で、かつ連続再生番号が予約テーブル内の「前回再生」のコンテンツに該当しない」という条件を満たすか否かを判定する（Ｓ４０１）。予約順１番の予約レコードが前記条件を満たす場合（Ｓ４０１：ＹＥＳ）、予約テーブル内に予約順１番以外の予約レコードが存在するか否かを判定する（Ｓ４０２）。
【００６８】
一方、Ｓ４０１で予約順１番の予約レコードが、「変更禁止フラグが「ＯＦＦ」で、かつ連続再生番号が予約テーブル内の「前回再生」のコンテンツに該当しない」という条件を満たさないと判定した場合（Ｓ４０１：ＮＯ）、あるいは、Ｓ４０２で予約テーブル内に予約順１番以外の予約レコードが存在しないと判定した場合（Ｓ４０２：ＮＯ）、次に再生するコンテンツを取得中であることをユーザに通知するための待機画面をモニタに表示し（Ｓ４０３）、Ｓ４００の処理へ戻る。
【００６９】
一方、Ｓ４０２で予約テーブル内に予約順１番以外の予約レコードが存在すると判定した場合（Ｓ４０２：ＹＥＳ）、予約テーブルにおいて次の予約順の予約レコード（初回は予約順２番の予約レコード、それ以降は現在の繰上候補の次の予約レコード）を繰上候補に設定する（Ｓ４０４）。そして、繰上候補の予約レコードにおける保有フラグが「あり」に設定されているか否かを判定する（Ｓ４０５）。繰上候補の予約レコードにおける保有フラグが「無し」に設定されている場合（Ｓ４０５：ＮＯ）、Ｓ４０２の処理へ戻る。
【００７０】
一方、繰上候補の予約レコードにおける保有フラグが「あり」に設定されている場合（Ｓ４０５：ＹＥＳ）、この繰上候補の予約レコードが、「変更禁止フラグが「ＯＦＦ」で、かつ連続再生番号が予約テーブル内の１つ上位のコンテンツに該当しない」という条件を満たすか否かを判定する（Ｓ４０６）。繰上候補の予約レコードが前記条件を満たさない場合（Ｓ４０６：ＮＯ）、ＳＳ４０２の処理へ戻る。繰上候補の予約レコードが前記条件を満たす場合（Ｓ４０６：ＹＥＳ）、その繰上候補の予約レコードを予約テーブルの予約順１番に繰上げる（Ｓ４０７）。
【００７１】
つぎに、Ｓ４０７で予約順を繰上げた予約レコードの元あった予約順よりも下位の予約レコードのうちで、未チェックのものがあるか否かを判定する（Ｓ４０８）。未チェックの予約レコードがある場合（Ｓ４０８：ＹＥＳ）、そのうちで予約順が最も上位であるチェック対象の予約レコードが、「変更禁止フラグが「ＯＦＦ」で、かつ連続再生番号がＳ４０７又はＳ４１０において予約順を繰上げ済みのコンテンツに該当する」という条件を満たすか否かを判定する（Ｓ４０９）。
【００７２】
チェック対象の予約レコードが前記条件を満たす場合（Ｓ４０９：ＹＥＳ）、そのチェック対象の予約レコードの予約順を、連続再生番号に該当するコンテンツの予約レコードの次の予約順に繰上げ（Ｓ４１０）、Ｓ４０８の処理へ戻る。以降、Ｓ４０８〜Ｓ４１０の処理を順次繰り返すことで、Ｓ４０７で予約順１番に繰上げたコンテンツの後に連続して再生するように規定された連続性を有するコンテンツの予約順を順次繰上げる。
【００７３】
そして、Ｓ４０８で未チェックの予約レコードが存在しないと判定した場合（Ｓ４０８：ＮＯ）、あるいは、Ｓ４０９でチェック対象の予約レコードが前記条件を満たさないと判定した場合（Ｓ４０９：ＮＯ）、予約順１番の予約レコードに該当のコンテンツの再生を開始し（Ｓ４１１）、予約順管理処理を終了する。
【００７４】
つぎに、上述の予約順管理処理（第２実施形態）による予約順の管理の具体例を図８〜１０の説明図に基づいて説明する。
（１）図８（ａ）に示す事例は、予約順１番のコンテンツが未取得で、すぐに開始できるコンテンツが他にある場合を想定したものである。図８（ａ）上段の予約テーブルにおいては、コンテンツ番号３００番の予約レコード（予約順３番）がすぐに再生できて予約順を繰上げ可能な予約レコードに該当する。そこで、このコンテンツ番号３００番の予約レコードを予約順１番へ繰上げ、元々予約順１番，２番であったコンテンツ番号１００番，２００番の予約レコードをそれぞれ予約順２番，３番へ繰下げることで、図８（ａ）下段の予約テーブルのようになる。この事例では、３００番のコンテンツが先に再生されることになる。
【００７５】
（２）図８（ｂ）に示す事例は、予約順１番のコンテンツが未取得で、かつ変更禁止フラグが「ＯＮ」である場合を想定したものである。図８（ｂ）の予約テーブルにおいては、コンテンツ番号３００番の予約レコード（予約順３番）がすぐに再生できて予約順を繰上げ可能な予約レコードに該当する。しかし、予約順１番の予約レコード（コンテンツ番号１００番）は、変更禁止フラグが「ＯＮ」に設定されているため、予約順の変更は行わない。この事例では、１００番のコンテンツの取得が完了するまで待機することになる。
【００７６】
（３）図９に示す事例は、予約順１番のコンテンツが未取得で、かつ前回再生したコンテンツと連続性がある場合を想定したものである。図９上段の予約テーブルにおいては、コンテンツ番号２００番の予約レコード（予約順２番）がすぐに再生できて予約順を繰上げ可能な予約レコードに該当する。しかし、予約順１番の予約レコード（コンテンツ番号３００番）には連続再生番号として１００番のコンテンツが設定されており、その１００番のコンテンツは前回再生したコンテンツとして予約テーブルに記録されている。すなわち、３００番のコンテンツは１００番のコンテンツの後に連続して再生されるように規定されているため、図９下段の予約テーブルに示すとおり予約順の変更は行わない。この事例では、３００番のコンテンツの取得が完了するまで待機することになる。
【００７７】
（４）図１０（ａ）に示す事例は、予約順１番のコンテンツが未取得で、かつ予約順２番のコンテンツと連続性がある場合を想定したものである。図１０（ａ）上段の予約テーブルにおいては、コンテンツ番号３００番（予約順２番）及びコンテンツ番号２００番（予約順３番）ともに保有フラグが「あり」となっている。しかし、予約順２番の予約レコードには連続再生番号として１００番のコンテンツが設定されており、この３００番のコンテンツは１００番のコンテンツの後に連続して再生されるように規定されている。よって、コンテンツ番号３００番の予約レコードの予約順は繰上げない。その代わりに、更に下位のコンテンツ番号２００番の予約レコードを予約順１番へ繰上げ、元々予約順１番，２番であったコンテンツ番号１００番，３００番の予約レコードをそれぞれ予約順２番，３番へ繰下げることで、図１０（ａ）下段の予約テーブルのようになる。この事例では、２００番のコンテンツが先に再生されることになる。
【００７８】
（５）図１０（ｂ）に示す事例は、予約順１番のコンテンツが未取得で、かつ予約順２番のコンテンツと予約順３番目のコンテンツとで連続性がある場合を想定したものである。図１０（ｂ）上段の予約テーブルにおいては、コンテンツ番号４００番の予約レコード（予約順２番）がすぐに再生できて予約順を繰上げ可能な予約レコードに該当する。そして、コンテンツ番号５００番の予約レコード（予約順３番）には、連続再生番号として４００番のコンテンツが設定されており、この５００番のコンテンツは４００番のコンテンツの後に連続して再生されるように規定されている。そこで、このコンテンツ番号４００番の予約レコードを予約順１番へ繰上げるとともに、この４００番のコンテンツの後に連続して再生されるコンテンツ番号５００番の予約レコードを予約順２番へ繰上げ、元々予約順１番であったコンテンツ番号１００番の予約レコードを予約順３番へ繰下げることで、図１０（ｂ）下段の予約テーブルのようになる。この事例では、４００番，５００番のコンテンツが先に再生されることになる。
【００７９】
つぎに、上記実施形態のカラオケネットワークシステム１の構成と特許請求の範囲に記載の構成との対応を説明する。実施形態におけるカラオケ装置４のＣＰＵ４１が、特許請求の範囲における取得手段、受付手段、予約順位変更手段、変更禁止設定手段、選択手段及び予約管理手段に相当する。また、ＣＰＵ４１及び通信部４８が取得手段に相当する。
【００８０】
［効果］
上記実施形態のカラオケネットワークシステム１によれば、下記の効果を奏する。
（１）第１実施形態の予約順管理処理（図４参照）では、再生順番がまわってきたコンテンツが未取得である場合、取得が完了していて即時再生可能な他の予約コンテンツをユーザの判断により繰上げて再生することができる。よって、未取得のコンテンツの取得が完了するまでの間、ユーザが無為に待たされることがなく、コンテンツの取得に係る待ち時間を低減できる。また、予約順の変更が禁止されたコンテンツや連続再生が規定されたコンテンツを除く即時再生可能な取得済みのコンテンツの一覧を提示することで、ユーザはどのコンテンツを選べば待つ必要がないのかを知ることができ、便利である。
【００８１】
（２）第２実施形態の予約管理処理（図７参照）では、再生順番がまわってきたコンテンツが未取得である場合、取得が完了していて即時再生可能な他の予約コンテンツを自動的に繰上げて再生することができる。よって、未取得のコンテンツの取得が完了するまでの間、ユーザが無為に待たされることがなく、コンテンツの取得に係る待ち時間を低減できる。なおかつ、ユーザが予約順の変更を禁止したコンテンツについては、コンテンツが未取得であっても予約順を繰下げず、あるいは、未取得のコンテンツに代わって即時再生可能なコンテンツであっても、予約順を繰上げない。このようにすることで、予約順を変更したくないというユーザの意図を反映することができ、便利である。
【００８２】
（３）第２実施形態の予約管理処理では、再生順番がまわってきたコンテンツが未取得である場合、その再生対象のコンテンツが連続再生が規定された一連のコンテンツ群のうちの後続のコンテンツでないことを条件に、即時再生可能な他の予約コンテンツを自動的に繰上げて再生することができる。よって、連続性を持った一連のコンテンツの再生順序を維持することを重視した上で、コンテンツの取得に係る待ち時間を低減できる。
【００８３】
（４）第２実施形態の予約管理処理では、連続再生が規定された一連のコンテンツ群のうちの後続のコンテンツは、繰上げ対象のコンテンツから除外できる。よって、連続性を持った一連のコンテンツの再生順序を維持することを重視した上で、コンテンツの取得に係る待ち時間を低減できる。
【００８４】
（５）第２実施形態の予約管理処理では、連続再生が規定された一連のコンテンツのうちの先頭のコンテンツを予約リストの最上位へ繰上げた場合、この先頭のコンテンツに従属する後続のコンテンツも先頭のコンテンツに続く予約順に順次繰上げることができる。よって、連続性を持った一連のコンテンツの実行順序を維持することを重視した上で、コンテンツの取得に係る待ち時間を低減できる。
【００８５】
［変形例］
以上、本発明の実施形態について説明したが、本発明は上記の実施形態に何ら限定されるものではなく様々な態様にて実施することが可能である。
【００８６】
例えば、上述の実施形態のカラオケネットワークシステム１は、カラオケ店舗内のカラオケ装置４がＷＡＮ２００を介して外部のホストサーバ２からコンテンツを取得する構成であった。このような構成以外にも、カラオケ装置４が、カラオケ店舗内に設置された他の機器からＬＡＮ等を介してコンテンツを取得するような構成であってもよい。なお、ここでいう他の機器としては、例えば、ホストサーバ２からコンテンツを取得し、これをカラオケ店舗内の各カラオケ装置４へ配信するコンテンツ中継装置等が挙げられる。このようにすることで、各カラオケ装置４が個別にホストサーバ２からコンテンツ取得するよりもＷＡＮの通信負荷を低減できるという利点がある。
【符号の説明】
【００８７】
１…カラオケネットワークシステム、２…ホストサーバ、４…カラオケ装置、２４，４４…ハードディスクドライブ（ＨＤＤ）、４１…ＣＰＵ、４２…ＲＡＭ、４３…ＲＯＭ、４５…操作部、４６…再生部、４７…入力部、４８…通信部。
【図１】
2010231072.tif 000003
【図２】
2010231072.tif 000004
【図３】
2010231072.tif 000005
【図４】
2010231072.tif 000006
【図５】
2010231072.tif 000007
【図７】
2010231072.tif 000008
【図６】
2010231072.tif 000009
【図８】
2010231072.tif 000010
【図９】
2010231072.tif 000011
【図１０】
2010231072.tif 000012