(57)【要約】【課題】カラオケネットワークシステムに接続された各カラオケ装置がユーザから予約されたコンテンツを取得する際のユーザの待ち時間を低減する。【解決手段】各カラオケ装置４は、予約テーブルの中から予約順位の最も高いコンテンツに関する取得要求情報をコンテンツ中継装置へ送信する。コンテンツ中継装置３は、各カラオケ装置４から送信されてきた取得要求情報の一覧に基づき、コンテンツの再生開始時期に基づく取得優先度の高いコンテンツから順にホストサーバ２から取得し、その取得したコンテンツを要求元のカラオケ装置４に配信する。【選択図】図１
2010237383.tif 000002
【特許請求の範囲】
【請求項１】
カラオケ楽曲を少なくとも含むコンテンツを再生する複数のカラオケ装置と、コンテンツ配信用のホストサーバからコンテンツの配信を受け、これを他のカラオケ装置に対して配信する１つのコンテンツ中継装置とがカラオケ店舗内のネットワークを介して通信可能に接続されたカラオケネットワークシステムにおいて、
前記カラオケ装置は、
再生するコンテンツの予約をユーザから受け付け、その予約されたコンテンツの一覧であって各コンテンツ識別情報と各コンテンツが再生される時期に関する情報とを含む予約テーブルを管理しており、
ユーザから再生の予約を受け付けたコンテンツを自カラオケ装置が保有しているか否かを判定し、その判定結果を保有情報として前記予約テーブルにおける当該コンテンツのレコードに対応付けて記録する保有情報記録手段と、
前記保有情報記録手段によって各コンテンツの保有情報が記録された前記予約テーブルに基づき、自カラオケ装置が保有していないコンテンツのうち再生時期が最も早い所定条件の１のコンテンツを取得要求対象として特定し、その取得要求対象のコンテンツの識別情報と、そのコンテンツの再生時期に関する情報と、自カラオケ装置の識別情報とを含む取得要求情報を前記コンテンツ中継装置へ送信する取得要求手段とを備え、
前記コンテンツ中継装置は、
前記各カラオケ装置から送信されてきた前記取得要求情報の一覧である取得要求リストを記憶する記憶手段と、
前記カラオケ装置から前記取得要求情報を受信した場合、それを前記取得要求リストに追加し、前記ホストサーバからのコンテンツの取得が完了した場合、そのコンテンツに該当する取得要求情報のレコードを前記取得要求リストから削除する前記取得要求リスト管理手段と、
前記ホストサーバから取得する対象となるコンテンツを、前記記憶手段に記憶されている取得要求リストに登録中のコンテンツのうちで再生開始時期が早い所定条件のものから順に選択する選択手段と、
前記選択手段によって選択された取得対象のコンテンツをホストサーバから取得する取得手段と、
前記取得手段によって取得が完了したコンテンツを、対応する取得要求情報における前記カラオケ装置の識別情報に基づき、該当する前記カラオケ装置へ配信する配信手段とを備え、
さらに、前記カラオケ装置は、
前記取得要求情報の送信後、その取得要求情報に該当のコンテンツを前記コンテンツ中継装置から受信した場合、前記予約テーブルにおける当該受信したコンテンツに関する保有情報の内容を、コンテンツを保有している旨に変更する変更手段を備えること
を特徴とするカラオケネットワークシステム。
【請求項２】
請求項１に記載のカラオケネットワークシステムにおいて、
前記カラオケ装置では、
前記予約テーブルにおける各コンテンツの再生時期に関する前記所定条件として、前記予約テーブルに登録されている各コンテンツが再生される順序を示す予約順位を前記予約テーブルに記録し、
前記取得要求手段は、自カラオケ装置が保有していないコンテンツのうち、予約順位が最も高い１のコンテンツを取得要求対象として特定し、その取得要求対象のコンテンツの識別情報と、そのコンテンツの予約順位を示す情報と、自カラオケ装置の識別情報とを含む取得要求情報を前記コンテンツ中継装置へ送信し、
前記コンテンツ中継装置では、
前記選択手段は、取得対象となるコンテンツを予約順位が高いものから順に選択すること
を特徴とするカラオケネットワークシステム。
【請求項３】
請求項１に記載のカラオケネットワークシステムにおいて、
前記カラオケ装置では、
前記予約テーブルにおける各コンテンツの再生時期に関する前記所定条件として、前記予約テーブルに登録されている各コンテンツが再生される順序を示す予約順位と、それら各コンテンツの再生時間長を示す情報とを前記予約テーブルに記録し、
前記取得要求手段は、自カラオケ装置が保有していないコンテンツのうち、予約順位が最も高い１のコンテンツを取得要求対象として特定し、その取得要求対象のコンテンツの識別情報と、そのコンテンツよりも予約順位が高いコンテンツの再生時間長の合計である再生予定時間を示す情報と、自カラオケ装置の識別情報とを含む取得要求情報を前記コンテンツ中継装置へ送信し、
前記コンテンツ中継装置では、
前記選択手段は、取得対象となるコンテンツを再生予定時間の短いものから順に選択すること
を特徴とするカラオケネットワークシステム。
【請求項４】
請求項１に記載のカラオケネットワークシステムにおいて、
前記カラオケ装置では、
前記予約テーブルにおける各コンテンツの再生時期に関する前記所定条件として、前記予約テーブルに登録されている各コンテンツが再生される順序を示す予約順位と、それら各コンテンツの再生時間長を示す情報とを前記予約テーブルに記録し、
前記取得要求手段は、自カラオケ装置が保有していないコンテンツのうち、予約順位が最も高い１のコンテンツを取得要求対象として特定し、その取得要求対象のコンテンツの識別情報と、そのコンテンツの予約順位を示す情報と、そのコンテンツよりも予約順位が高いコンテンツの再生時間長の合計である再生予定時間を示す情報と、自カラオケ装置の識別情報とを含む取得要求情報を前記コンテンツ中継装置へ送信し、
前記コンテンツ中継装置では、
前記選択手段は、取得対象となるコンテンツを予約順位が高いものから順に選択し、かつ、予約順位が同じコンテンツ同士については、再生予定時間が短い方のコンテンツを優先して選択すること
を特徴とするカラオケネットワークシステム。
【請求項５】
請求項２に記載のカラオケネットワークシステムにおいて、
前記カラオケ装置では、
自カラオケ装置を現在利用中のユーザの人数を特定するユーザ数特定手段を更に備え、
前記取得要求手段は、取得要求対象のコンテンツの識別情報と、そのコンテンツの予約順位を示す情報と、自カラオケ装置の識別情報と、前記ユーザ数特定手段により特定されたユーザの人数を示す情報とを含む取得要求情報を前記コンテンツ中継装置へ送信し、
前記コンテンツ中継装置では、
前記選択手段は、取得対象となるコンテンツを予約順位が高いものから順に選択し、かつ、予約順位が同じコンテンツ同士については、ユーザの人数が多い方のカラオケ装置に対応するコンテンツを優先して選択すること
を特徴とするカラオケネットワークシステム。
【請求項６】
請求項３に記載のカラオケネットワークシステムにおいて、
前記カラオケ装置では、
自カラオケ装置を現在利用中のユーザの人数を特定するユーザ数特定手段を更に備え、
前記取得要求手段は、取得要求対象のコンテンツの識別情報と、そのコンテンツよりも予約順位が高いコンテンツの再生時間長の合計である再生予定時間を示す情報と、自カラオケ装置の識別情報と、前記ユーザ数特定手段により特定されたユーザの人数を示す情報とを含む取得要求情報を前記コンテンツ中継装置へ送信し、
前記コンテンツ中継装置では、
前記選択手段は、取得対象となるコンテンツを再生予定時間の短いものから順に選択し、かつ、再生予定時間が同じコンテンツ同士については、ユーザの人数が多い方のカラオケ装置に対応するコンテンツを優先して選択すること
を特徴とするカラオケネットワークシステム。
【請求項７】
請求項２ないし請求項６の何れか１項に記載のカラオケネットワークシステムにおいて、
前記カラオケ装置では、
前記予約テーブル内に登録されている各コンテンツが再生される順序である予約順位をユーザからの操作指示に基づいて変更可能に構成されており、
前記取得要求手段は、前記取得要求情報を前記コンテンツ中継装置へ送信した後、当該コンテンツの受信が未完了である取得要求中の状態において、前記予約テーブル内の予約順位が変更されることによって当該取得要求中のコンテンツよりも予約順位の高いコンテンツが発生した場合、当該取得要求中のコンテンツの取得要求をキャンセルする通知を前記コンテンツ中継装置へ送信する共に、その予約順位の変更により新たに発生した前記予約順位の高いコンテンツに関する前記取得要求情報を前記コンテンツ中継装置へ送信し、
前記コンテンツ中継装置では、
前記取得リスト管理手段は、前記カラオケ装置からコンテンツの取得要求をキャンセルする通知を受信した場合、この通知に該当する取得要求情報のレコードを前記取得要求リストから削除すると共に、そのカラオケ装置から新たに受信した前記取得要求情報を前記取得要求リストに追加し、
前記選択手段は、コンテンツの取得要求のキャンセルに伴い変更された前記取得要求リストの内容に基づいて取得対象となるコンテンツを改めて選択し、
前記取得手段は、前記選択手段によって選択された取得対象のコンテンツをホストサーバから取得し、かつ、そのときに当該取得対象のコンテンツ以外のコンテンツを取得中であった場合には、その取得対象でないコンテンツの取得を中断すること
を特徴とするカラオケネットワークシステム。
【請求項８】
コンテンツ配信用のホストサーバからコンテンツの配信を受け、これをカラオケ店舗内のネットワークを介して通信可能に接続された複数のカラオケ装置に対してそれぞれ配信するコンテンツ中継装置であって、
前記コンテンツ中継装置は、
取得要求対象のコンテンツの識別情報と、そのコンテンツの再生時期に関する情報と、そのコンテンツの取得要求元のカラオケ装置の識別情報とを含む取得要求情報を送信する前記各カラオケ装置から受信した前記取得要求情報の一覧である取得要求リストを記憶する記憶手段と、
前記カラオケ装置から前記取得要求情報を受信した場合、それを前記取得要求リストに追加し、前記ホストサーバからのコンテンツの取得が完了した場合、そのコンテンツに該当する取得要求情報のレコードを前記取得要求リストから削除する前記取得要求リスト管理手段と、
前記ホストサーバから取得する対象となるコンテンツを、前記記憶手段に記憶されている取得要求リストに登録中のコンテンツのうちで再生開始時期が早い所定条件のものから順に選択する選択手段と、
前記選択手段によって選択された取得対象のコンテンツをホストサーバから取得する取得手段と、
前記取得手段によって取得が完了したコンテンツを、対応する取得要求情報における前記カラオケ装置の識別情報に基づき、該当する前記カラオケ装置へ配信する配信手段とを備えること
を特徴とするコンテンツ中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラオケ店舗内のネットワークに接続されたカラオケ装置に対してコンテンツを配信する技術に関する。
【背景技術】
【０００２】
従来、カラオケ装置で再生するコンテンツを、広域ネットワークを介してコンテンツ配信用のホストサーバから全国のカラオケ店舗（例えばカラオケボックス）に設置されたカラオケ装置へ配信するカラオケネットワークシステムが広く普及している（例えば、特許文献１参照）。
【０００３】
ところで、近年、カラオケ装置で再生するコンテンツは、通常の演奏データ（ＭＩＤＩデータ）の他、実際の演奏音声をサンプリングした高音質の生音楽曲やプロモーションビデオ（ＰＶ）映像、ＣＭ映像等、多種多様化しており、そのデータ量も年々増加傾向にある。また、カラオケ装置を利用するユーザの趣味や嗜好の多様化に対応した個別のサービスを提供するため、近年では個々のユーザごとに専用のコンテンツが必要となる等、カラオケ装置で使用されるコンテンツは膨大な量となりつつある。
【０００４】
そのため、全てのコンテンツをカラオケ装置内の記憶装置に保存することができなくなってきている。そこで、ユーザがカラオケ楽曲や動画等のコンテンツの再生を要求したときに、そのコンテンツがカラオケ装置に存在しなければ、そのコンテンツを保有する別の機器（例えば、インターネット上のホストサーバ等）からコンテンツを取得してから、コンテンツの再生を行うサービスが準備されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１７０５２９
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のようなサービスでは、予めカラオケ装置が保有しているコンテンツを再生する場合と比較して、コンテンツの再生を開始するまでに他の機器からコンテンツを取得するための時間が必要となり、その分ユーザを待たせることになる。また、一般的にカラオケボックス１店舗に複数のカラオケ装置が設置されており、その全てが１つの通信回線（ＡＤＳＬ回線や光通信回線）を共有するといった運用形態が多く、各カラオケ装置が個別にホストサーバからコンテンツを取得する場合であると、通信回線の負荷が高くなり、コンテンツを取得するのにかかる通信時間は更に長くなる。
【０００７】
しかしながら、上記のようなサービスでは、予めカラオケ装置が保有しているコンテンツを再生する場合と比較して、コンテンツの再生を開始するまでに他の機器からコンテンツを取得するための時間がかかり、その分ユーザを待たせることになる。また、１店舗に複数のカラオケ装置が設置されており、その全てが１つの通信回線（電話回線や光通信回線）を共有するといった運用形態が多く、各カラオケ装置が個別にホストサーバからコンテンツを取得する場合であると、通信負荷が高くなり、コンテンツを取得するのにかかる通信時間は更に長くなる。
【０００８】
カラオケサービスを提供するカラオケボックス等では、通常、ユーザに対してカラオケ装置の利用時間が決められているため、コンテンツを取得するためにユーザを待たせる時間が多く存在することは好ましくない。
【０００９】
本発明は、上記問題を解決するためになされており、複数のカラオケ装置が接続されたカラオケネットワークシステムにおいて、各カラオケ装置がユーザから予約されたコンテンツを取得する際のユーザの待ち時間を低減するための技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するためになされた請求項１に記載のカラオケネットワークシステムは、カラオケ楽曲を少なくとも含むコンテンツを再生する複数のカラオケ装置と、コンテンツ配信用のホストサーバからコンテンツの配信を受け、これを他のカラオケ装置に対して配信する１つのコンテンツ中継装置とがカラオケ店舗内のネットワークを介して通信可能に接続されたものである。
【００１１】
このうち、カラオケ装置は、再生するコンテンツの予約をユーザから受け付け、その予約されたコンテンツの一覧であって各コンテンツ識別情報と各コンテンツが再生される時期に関する情報とを含む予約テーブルを管理しており、さらに、保有情報記録手段と、取得要求手段とを備える。保有情報記録手段は、ユーザから再生の予約を受け付けたコンテンツを自カラオケ装置が保有しているか否かを判定し、その判定結果を保有情報として予約テーブルにおける当該コンテンツのレコードに対応付けて記録する。取得要求手段は、保有情報記録手段によって各コンテンツの保有情報が記録された予約テーブルに基づき、自カラオケ装置が保有していないコンテンツのうち再生時期が最も早い所定条件の１のコンテンツを取得要求対象として特定し、その取得要求対象のコンテンツの識別情報と、そのコンテンツの再生時期に関する情報と、自カラオケ装置の識別情報とを含む取得要求情報をコンテンツ中継装置へ送信する。
【００１２】
一方、コンテンツ中継装置は、記憶手段と、取得要求リスト管理手段と、選択手段と、取得手段と、配信手段とを備える。記憶手段は、各カラオケ装置から送信されてきた取得要求情報の一覧である取得要求リストを記憶する。取得要求リスト管理手段は、カラオケ装置から取得要求情報を受信した場合、それを取得要求リストに追加し、ホストサーバからのコンテンツの取得が完了した場合、そのコンテンツに該当する取得要求情報のレコードを取得要求リストから削除する。選択手段は、ホストサーバから取得する対象となるコンテンツを、記憶手段に記憶されている取得要求リストに登録中のコンテンツのうちで再生開始時期が早い所定条件のものから順に選択する。取得手段は、選択手段によって選択された取得対象のコンテンツをホストサーバから取得する。配信手段は、取得手段によって取得が完了したコンテンツを、対応する取得要求情報におけるカラオケ装置の識別情報に基づき、該当するカラオケ装置へ配信する。
【００１３】
さらに、カラオケ装置は、取得要求情報の送信後、その取得要求情報に該当のコンテンツをコンテンツ中継装置から受信した場合、予約テーブルにおける当該受信したコンテンツに関する保有情報の内容を、コンテンツを保有している旨に変更する変更手段を備える。
【００１４】
なお、ここでいうコンテンツの再生時期としては、例えば、予約テーブルに登録されているコンテンツの再生順番（コンテンツが予約された順序で順次再生を行うシステムの場合は、予約順に相当する）や、コンテンツの再生が開始されるまでの時間等の、コンテンツが再生される時期の早遅を推定できる情報を用いることが考えられる。また、コンテンツの再生が開始されるまでの時間は、各コンテンツの再生時間長を再生順に加算することで推定できる。
【００１５】
また、コンテンツ中継装置の選択手段は、再生時期が最も早い所定条件の１のコンテンツのみを取得対象として選択するような構成であってもよいし、再生時期が早い順に複数のコンテンツを取得対象として選択するような構成であってもよい。後者の場合、コンテンツ中継装置がホストサーバからコンテンツを同時にダウンロードできる数を基準として、取得対象として同時に選択するコンテンツの数を決めることが考えられる。
【００１６】
請求項１のカラオケネットワークシステムによれば、カラオケ店舗内の各カラオケ装置から取得要求を受けたコンテンツ中継装置が、それら全てのカラオケ装置のうちでコンテンツの再生時期が早い所定条件のコンテンツから順に優先してホストサーバから取得し、要求元のカラオケ装置へ配信できる。よって、カラオケ装置では、再生時期が早いコンテンツを優先的に取得でき、再生するコンテンツの取得を完了するまでの待ち時間を効果的に低減できる。また、個々のカラオケ装置が各個にホストサーバから直接コンテンツを取得することがないため、通信負荷を抑えることができる。
【００１７】
ところで、コンテンツの再生時期の早遅を推定するための所定条件として、予約されたコンテンツが再生される順序を示す予約順位を用いる場合、請求項２に記載のように構成するとよい。すなわち、カラオケ装置では、予約テーブルにおける各コンテンツの再生時期に関する情報として、予約テーブルに登録されている各コンテンツが再生される順序を示す予約順位を予約テーブルに記録する。取得要求手段は、自カラオケ装置が保有していないコンテンツのうち、予約順位が最も高い１のコンテンツを取得要求対象として特定し、その取得要求対象のコンテンツの識別情報と、そのコンテンツの予約順位を示す情報と、自カラオケ装置の識別情報とを含む取得要求情報をコンテンツ中継装置へ送信する。一方、コンテンツ中継装置では、選択手段は、取得対象となるコンテンツを予約順位が高いものから順に選択する。
【００１８】
例えば、カラオケ装置が保有していない予約コンテンツの予約順位が低い場合、そのコンテンツよりも予約順位が高い他の予約コンテンツが多数あるため、そのコンテンツの再生時期は比較的遅いと判断できる。反対に、カラオケ装置が保有していない予約コンテンツの予約順位が高い場合、そのコンテンツよりも予約順位が高い他の予約コンテンツは少数であるため、そのコンテンツの再生時期は比較的早いと判断できる。
【００１９】
そこで、請求項２に記載のようにすることで、カラオケ店舗内の各カラオケ装置から取得要求を受けたコンテンツ中継装置が、それら全てのカラオケ装置のうちでコンテンツの予約順位が高いコンテンツから順に優先してホストサーバから取得し、要求元のカラオケ装置へ配信できる。よって、カラオケ装置では、予約順位の高い、すなわち再生時期が間近に迫っているコンテンツを優先的に取得でき、再生するコンテンツの取得を完了するまでの待ち時間を効果的に低減できる。
【００２０】
あるいは、コンテンツの再生時期の早遅を推定するための所定条件として、コンテンツの再生が開始されるまでの予定時間を用いる場合、請求項３に記載のように構成するとよい。すなわち、カラオケ装置では、予約テーブルにおける各コンテンツの再生時期に関する情報として、予約テーブルに登録されている各コンテンツが再生される順序を示す予約順位と、それら各コンテンツの再生時間長を示す情報とを予約テーブルに記録する。取得要求手段は、自カラオケ装置が保有していないコンテンツのうち、予約順位が最も高い１のコンテンツを取得要求対象として特定し、その取得要求対象のコンテンツの識別情報と、そのコンテンツよりも予約順位が高いコンテンツの再生時間長の合計である再生予定時間を示す情報と、自カラオケ装置の識別情報とを含む取得要求情報をコンテンツ中継装置へ送信する。一方、コンテンツ中継装置では、選択手段は、取得対象となるコンテンツを再生予定時間の短いものから順に選択する。
【００２１】
このようにすることで、カラオケ店舗内の各カラオケ装置から取得要求を受けたコンテンツ中継装置が、それら全てのカラオケ装置のうちでコンテンツの再生予定時間が短いコンテンツから順に優先してホストサーバから取得し、要求元のカラオケ装置へ配信できる。よって、カラオケ装置では、再生予定時間が短い、すなわち再生時期が間近に迫っているコンテンツを優先的に取得でき、再生するコンテンツの取得を完了するまでの待ち時間を効果的に低減できる。なお、予約コンテンツの再生時間長を根拠に算出した再生予定時間を用いることで、より厳密にコンテンツ取得の優先度を決定できる。
【００２２】
あるいは、請求項４に記載のように、コンテンツの再生時期の早遅を推定するための所定条件として、コンテンツの予約順位と再生予定時間とを併用するような構成であってもよい。すなわち、カラオケ装置では、予約テーブルにおける各コンテンツの再生時期に関する情報として、予約テーブルに登録されている各コンテンツが再生される順序を示す予約順位と、それら各コンテンツの再生時間長を示す情報とを予約テーブルに記録する。取得要求手段は、自カラオケ装置が保有していないコンテンツのうち、予約順位が最も高い１のコンテンツを取得要求対象として特定し、その取得要求対象のコンテンツの識別情報と、そのコンテンツの予約順位を示す情報と、そのコンテンツよりも予約順位が高いコンテンツの再生時間長の合計である再生予定時間を示す情報と、自カラオケ装置の識別情報とを含む取得要求情報をコンテンツ中継装置へ送信する。一方、コンテンツ中継装置では、選択手段は、取得対象となるコンテンツを予約順位が高いものから順に選択し、かつ、予約順位が同じコンテンツ同士については、再生予定時間が短い方のコンテンツを優先して選択する。
【００２３】
このように、コンテンツの予約順位と再生予定時間とを併用することで、より緻密にコンテンツ取得の優先度を決定することができ、再生するコンテンツの取得を完了するまでの待ち時間を更に効果的に低減できる。
【００２４】
あるいは、取得要求対象の複数のコンテンツ同士で再生時期が同等である場合、取得要求元のカラオケ装置を利用しているユーザの数に基づいてコンテンツ取得の優先度を決定するように構成することが考えられる。
【００２５】
具体的には、請求項５に記載のように構成するとよい。すなわち、カラオケ装置では、自カラオケ装置を現在利用中のユーザの人数を特定するユーザ数特定手段を更に備える。そして、取得要求手段は、取得要求対象のコンテンツの識別情報と、そのコンテンツの予約順位を示す情報と、自カラオケ装置の識別情報と、ユーザ数特定手段により特定されたユーザの人数を示す情報とを含む取得要求情報をコンテンツ中継装置へ送信する。一方、コンテンツ中継装置では、選択手段は、取得対象となるコンテンツを予約順位が高いものから順に選択し、かつ、予約順位が同じコンテンツ同士については、ユーザの人数が多い方のカラオケ装置に対応するコンテンツを優先して選択する。
【００２６】
同じく、請求項６に記載のように構成してもよい。すなわち、カラオケ装置では、自カラオケ装置を現在利用中のユーザの人数を特定するユーザ数特定手段を更に備える。そして、取得要求手段は、取得要求対象のコンテンツの識別情報と、そのコンテンツよりも予約順位が高いコンテンツの再生時間長の合計である再生予定時間を示す情報と、自カラオケ装置の識別情報と、ユーザ数特定手段により特定されたユーザの人数を示す情報とを含む取得要求情報をコンテンツ中継装置へ送信する。一方、コンテンツ中継装置では、選択手段は、取得対象となるコンテンツを再生予定時間の短いものから順に選択し、かつ、再生予定時間が同じコンテンツ同士については、ユーザの人数が多い方のカラオケ装置に対応するコンテンツを優先して選択する。
【００２７】
なお、カラオケ装置を利用しているユーザの人数を特定するには、例えば、カラオケ装置にログインしているユーザの人数を計測する方法や、カラオケ装置に対してユーザの人数を直接入力する方法や、カラオケルームに入室しているユーザの人数を検出するセンサ等を用いる方法等が考えられる。
【００２８】
請求項５，６に記載のようにすることで、取得要求対象の複数のコンテンツ同士で再生時期が同等である場合、ユーザの数が多い方のカラオケ装置が要求したコンテンツを優先的に取得できる。このように、ユーザの多いカラオケ装置を優遇することで、より多くのユーザが良質なサービスを享受することができるようになり、カラオケ店舗全体でのサービスの質が向上する。
【００２９】
つぎに、請求項７に記載のカラオケネットワークシステムは、次のような特徴を有する。すなわち、カラオケ装置では、予約テーブル内に登録されている各コンテンツが再生される順序である予約順位をユーザからの操作指示に基づいて変更可能に構成されている。そして、取得要求手段は、取得要求情報をコンテンツ中継装置へ送信した後、当該コンテンツの受信が未完了である取得要求中の状態において、予約テーブル内の予約順位が変更されることによって当該取得要求中のコンテンツよりも予約順位の高いコンテンツが発生した場合、当該取得要求中のコンテンツの取得要求をキャンセルする通知をコンテンツ中継装置へ送信する共に、その予約順位の変更により新たに発生した予約順位の高いコンテンツに関する取得要求情報をコンテンツ中継装置へ送信する。
【００３０】
一方、コンテンツ中継装置では、取得リスト管理手段は、カラオケ装置からコンテンツの取得要求をキャンセルする通知を受信した場合、この通知に該当する取得要求情報のレコードを取得要求リストから削除すると共に、そのカラオケ装置から新たに受信した取得要求情報を取得要求リストに追加する。そして、選択手段は、コンテンツの取得要求のキャンセルに伴い変更された取得要求リストの内容に基づいて取得対象となるコンテンツを改めて選択する。取得手段は、選択手段によって選択された取得対象のコンテンツをホストサーバから取得し、かつ、そのときに当該取得対象のコンテンツ以外のコンテンツを取得中であった場合には、その取得対象でないコンテンツの取得を中断する。
【００３１】
このようなに構成によれば、ユーザが予約テーブルの予約順位を変更することでコンテンツを取得する優先度が変動するような場合、それに対応してコンテンツ中継装置が取得対象のコンテンツを変更することができる。よって、ユーザが予約順位を変更したとしても、それに対応した最適な優先順でコンテンツを取得でき、利便性が向上する。
【００３２】
つぎに、請求項８に記載のコンテンツ中継装置は、請求項１に記載のカラオケネットワークシステムを構成するコンテンツ中継装置として機能するものである。このように構成されたコンテンツ中継装置をカラオケネットワークシステムに適用することで、上述の効果を得られる。
【図面の簡単な説明】
【００３３】
【図１】カラオケネットワークシステム１の概略構成を示すブロック図である。
【図２】コンテンツ中継装置３及びカラオケ装置４の概略構成を示すブロック図である。
【図３】コンテンツ中継装置３及びカラオケ装置４が管理するデータの一例を模式的に示す説明図である。
【図４】予約テーブル確認処理の手順を示すフローチャートである。
【図５】コンテンツ予約処理の手順を示すフローチャートである。
【図６】コンテンツ取得処理の手順を示すフローチャートである。
【図７】取得要求リスト管理処理の手順を示すフローチャートである。
【図８】取得優先度の高いコンテンツを選択する方法の具体例を示す説明図である。
【図９】取得優先度の高いコンテンツを選択する方法の具体例を示す説明図である。
【図１０】予約順が変更された際の対応の具体例を示す説明図である。
【発明を実施するための形態】
【００３４】
以下、本発明の一実施形態を図面に基づいて説明する。
［カラオケネットワークシステム１の構成の説明］
図１に示すように、カラオケネットワークシステム１は、ユーザにカラオケサービスを提供するカラオケ店舗内の各カラオケルームにそれぞれ設置されるカラオケ装置４ａ，４ｂ，４ｃ，４ｄとコンテンツ中継装置３とがＬＡＮ１００を介して接続された店舗内のネットワークが、広域ネットワークであるＷＡＮ２００を介してホストサーバ２と接続されることによって形成されている。なお、図１においては、説明の便宜上、１つのカラオケ店舗内に４台のカラオケ装置がカラオケネットワークシステム１に接続されている構成を示すが、同一店舗内に更に多くのカラオケ装置４が接続されていてもよい。また、複数の店舗内のネットワークがホストサーバ２に接続されていてもよい。なお、以下の説明において、カラオケ装置４ａ，４ｂ，４ｃ，４ｄを特に区別しない場合は、単にカラオケ装置４と表記する。
【００３５】
ホストサーバ２は、カラオケ店舗内のコンテンツ中継装置３に対してカラオケの楽曲データやＰＶ映像、ＣＭ映像等といった各種コンテンツを配信するためのカラオケサービス用のサーバ装置である。このホストサーバ２は、適宜な処理能力を有する情報処理装置等で構成されており、外部記憶装置としてのハードディスクドライブ（以下、ＨＤＤ）２４にカラオケサービスとして提供可能な全てのコンテンツを常に保有している。また、ホストサーバ２は、ＷＡＮ２００（例えばインターネット）及びカラオケ店舗側のコンテンツ中継装置３を介して、カラオケ店舗側のＬＡＮ１００に接続されている。
【００３６】
コンテンツ中継装置３は、外部ネットワークであるＷＡＮ２００と、内部ネットワークであるＬＡＮ１００との接続点に設置されており、ホストサーバ２からコンテンツを取得し（一次配信）、これをＬＡＮ１００を介して接続されている各カラオケ装置４に対して配信（二次配信）するための通信装置である。このコンテンツ中継装置３は、各カラオケ装置４から送信されるコンテンツの取得要求を各カラオケ装置４から受信すると、その受信した取得要求を取得要求リスト（詳細は後述）に登録する。そして、この取得要求リストに基づき、所定条件に基づく取得優先度の高いものから順にコンテンツをホストサーバ２から取得し、その取得したコンテンツを要求元のカラオケ装置４に対して配信する。
【００３７】
カラオケ装置４は、カラオケサービスを利用するユーザからリクエストされたカラオケ楽曲や、映画、バラエティ番組、ドラマ、ＣＭといった映像コンテンツやオーディション、クイズ等のユーザ参加型のコンテンツ、飲食物の注文といった購買コンテンツ等、様々なコンテンツを各自のＨＤＤ４４に保有しており、この保有するコンテンツを再生する装置である。なお、本実施形態においては、各カラオケ装置４ａ，４ｂ，４ｃ，４ｄは、それぞれ固有の識別情報であるシリアル番号（例えば、製造番号等）Ａ，Ｂ，Ｃ，Ｄを有する。
【００３８】
カラオケ装置４は、再生するコンテンツを自ら保有するための記憶装置であるＨＤＤ４４を備えているが、このＨＤＤ４４の記憶容量はホストサーバ２が備えるＨＤＤ２４よりも小さいものであり、近年大容量化しつつあるコンテンツを全て自前のＨＤＤ４４保有することは困難である。そのため、カラオケ装置４は、ホストサーバ２が配信可能な全てのコンテンツを必ずしも保有しているとは限らない。しかしながら、カラオケ装置４に対してコンテンツをリクエストする際にユーザが用いる電子早見本（図示なし）では、ホストサーバ２が配信可能な全てのコンテンツが網羅されており、カラオケ装置４が保有していないコンテンツであってもリクエスト予約すること自体は可能である。
【００３９】
そこで、ユーザからリクエスト予約されたコンテンツを予約順に予約テーブル（詳細は後述）に登録して管理しておく。そして、自カラオケ装置４が保有していないコンテンツがリクエストされた場合、その予約テーブルにおける予約順（すなわち、コンテンツの再生順）が早いものから順に、その取得していないコンテンツに関する取得要求情報をコンテンツ中継装置３へ送信する。そして、その取得要求情報に応じてコンテンツ中継装置３から配信されるコンテンツを取得することで、ユーザからリクエスト予約されたコンテンツを再生することができる。
【００４０】
つぎに、図２（ａ），（ｂ）は、コンテンツ中継装置３及びカラオケ装置４の概略構成を示すブロック図である。
コンテンツ中継装置３は、図２（ａ）に示すように、ハードウェア構成としてＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、ＨＤＤ３４、ＷＡＮ通信部３５、ＬＡＮ通信部３６等を備える。
【００４１】
ＣＰＵ３１は、ＲＡＭ３２やＲＯＭ３３に記憶されたプログラムやデータに従って、コンテンツ中継装置３各部に対する制御及び各種演算を実行する装置で、後述する取得リスト管理処理等の各種処理は、このＣＰＵ３１によって実行される。ＲＡＭ３２は、ＣＰＵ３１から直接アクセスされるメインメモリとして利用される記憶装置である。なお、後述する取得要求リストもここに記憶される。ＲＯＭ３３は、不揮発性の記憶装置であり、ＢＩＯＳや通常であれば更新されない読み出し専用のデータ等を記憶している。ＨＤＤ３４は、ホストサーバ２から取得したコンテンツデータやプログラム等の各種データを保存しておくための記憶装置である。
【００４２】
ＷＡＮ通信部３５は、コンテンツ中継装置３をＷＡＮ２００に接続して外部のホストサーバ２との間で通信を行うための通信インタフェースである。ＬＡＮ通信部３６は、コンテンツ中継装置３をＬＡＮ１００に接続して、同一店舗内のＬＡＮ１００に接続された各カラオケ装置４との間で通信を行うための通信インタフェースである。
【００４３】
カラオケ装置４は、図２（ｂ）に示すように、ハードウェア構成としてＣＰＵ４１、ＲＡＭ４２、ＲＯＭ４３、ＨＤＤ４４、操作部４５、再生部４６、入力部４７、ＬＡＮ通信部４８等を備える。
【００４４】
ＣＰＵ４１は、ＲＡＭ４２やＲＯＭ４３に記憶されたプログラムやデータに従って、カラオケ装置４各部に対する制御及び各種演算を実行する装置で、後述する予約テーブル確認処理、コンテンツ予約処理、コンテンツ取得処理等の各種処理は、このＣＰＵ４１によって実行される。ＲＡＭ４２は、ＣＰＵ４１から直接アクセスされるメインメモリ等として利用される記憶装置である。なお、後述の予約テーブルもここに記憶される。ＲＯＭ４３は、不揮発性の記憶装置であり、ＢＩＯＳや通常であれば更新されない読み出し専用のデータ等を記憶している。ＨＤＤ４４は、カラオケ用の楽曲データや映像データ等のコンテンツデータやプログラム等の各種データを保存しておくための装置である。操作部４５は、ユーザからの各種指示を入力するための入力装置であり、複数のキースイッチ等によって構成される。
【００４５】
再生部４６は、演奏データに基づく演奏再生を行うＭＩＤＩ音源、ＭＩＤＩ音源から生成されたオーディオ信号及び入力部４７から入力された音声信号をスピーカへ出力する音声制御部、画像データに基づく映像の再生を制御する映像再生部、映像を表示するためのモニタ等を備える。入力部４７は、マイクロフォンによって歌唱者の歌唱音声を音声信号へ変換し、再生部４６へ入力するためのものである。ＬＡＮ通信部４８は、カラオケ装置４をＬＡＮ１００に接続して外部と通信を行うための通信インタフェースである。
【００４６】
［コンテンツ中継装置３及びカラオケ装置４が管理するデータの説明］
つぎに、コンテンツ中継装置３及びカラオケ装置４が管理するデータの概要について、図３に基づき説明する。
【００４７】
各カラオケ装置４ａ，４ｂ，４ｃ，４ｄ（シリアル番号：Ａ，Ｂ，Ｃ，Ｄ）は、それぞれ予約テーブルとログインユーザ情報とをＲＡＭ４２に記憶している。なお、図３においては、説明の便宜上、カラオケ装置４ａ（シリアル番号：Ａ）が保有している予約テーブル及びログインユーザ情報のみ、その詳細な内容の一例を記載している。
【００４８】
カラオケ装置４が管理する予約テーブルは、ユーザからのリクエストを受け付けた予約コンテンツに関する情報のレコードを、予約を受け付けた順（予約順）に記録した一覧である。コンテンツの再生は、この予約順に行われる。すなわち、予約テーブルの最上位に登録されている予約コンテンツが次に再生されるコンテンツである。再生が行われたコンテンツのレコードは予約テーブルから削除され、予約テーブル内の他のレコートの予約順が順次繰り上がるようになっている。また、ユーザから新たなリクエストを受け付けた場合、そのコンテンツに関するレコートが予約テーブルの最下位に登録される。
【００４９】
予約テーブルに登録されている各コンテンツのレコードには、予約の受付順（すなわち、再生順）を示す「予約順」、コンテンツの識別情報である「コンテンツ番号」、当該コンテンツを自カラオケ装置４のＨＤＤ４４に保有しているか否かを示す「保有フラグ」、当該コンテンツの再生所要時間を示す「再生時間」等の情報が記録されている。なお、ＨＤＤ４４に保有しているコンテンツに対しては保有フラグが「あり」と記録され、ＨＤＤ４４に保有していないコンテンツに対しては保有フラグが「無し」と記録される。また、コンテンツ中継装置３にコンテンツの取得要求を通知したコンテンツ対しては、保有フラグが「無し」から「取得中」へと変更される。また、「再生時間」は、自カラオケ装置４が保有しているコンテンツであれば、そのファイルデータから読み取ることができるし、自カラオケ装置４が保有していないコンテンツであれば、例えば電子早見本に予め登録されているコンテンツの情報を基に取得してもよい。
【００５０】
ログインユーザ情報は、自カラオケ装置４を現在利用しているログインユーザの人数と、そのユーザの一覧とを記憶するものである。カラオケ装置４へのログインは、カラオケネットワークシステム１を利用するためのアカウントを有するユーザが予め登録されたユーザＩＤやパスワードをカラオケ装置４へ入力し、それが認証されることで開始される。ユーザがカラオケ装置４へログインすることで、ユーザとカラオケ装置４とが対応付けられ、個々のユーザが使用しているカラオケ装置４を特定できるとともに、カラオケ装置４を現在使用しているユーザの人数を特定できる。
【００５１】
各カラオケ装置４は、予約テーブルに登録されているレコードの中から、保有フラグが「無し」のコンテンツで予約順位が最も高いものを選択し、そのコンテンツに関する取得要求情報をコンテンツ中継装置３に対して送信する。この取得要求情報には、要求元のカラオケ装置４のシリアル番号、取得要求の対象となるコンテンツの予約順位、コンテンツ番号、そのコンテンツの再生順番がまわってくるまでの予定時間（再生予定時間）、要求元のカラオケ装置４にログインしているユーザの人数等の情報が含まれる。なお、再生予定時間は、取得要求の対象となるコンテンツよりも予約順位が上位のコンテンツの再生時間を合計した時間である。
【００５２】
図３のカラオケ装置４ａ（シリアル番号：Ａ）が管理する予約テーブルを例にとって説明すると、この予約テーブル内で保有フラグが「無し」のコンテンツのうち予約順位が最も高いのは、予約順３番のコンテンツ番号３００のコンテンツである。また、このときのログインユーザは３人である。この場合、カラオケ装置４ａ（シリアル番号：Ａ）からコンテンツ中継装置３に送信される取得要求情報には、シリアル番号「Ａ」、予約順「３」、コンテンツ番号「３００」、再生予定時間「９：００」、ユーザ数「３」等の情報が含まれる。なお、再生予定時間は、予約テーブルにおいて予約順位１〜２番のコンテンツの再生時間（７：００，２：００）を合計したものである。
【００５３】
各カラオケ装置４ａ，４ｂ，４ｃ，４ｄ（シリアル番号：Ａ，Ｂ，Ｃ，Ｄ）から送信された取得要求情報は、コンテンツ中継装置３が管理する取得要求リストに一覧として記録される。この取得要求リストには、各カラオケ装置４に対応する取得要求のレコードごとに、要求元のカラオケ装置４のシリアル番号、取得要求の対象となるコンテンツの予約順位、コンテンツ番号、そのコンテンツの再生予定時間、要求元のカラオケ装置４のログインユーザ数等の情報が含まれる。
【００５４】
コンテンツ中継装置３は、この取得要求リストの中から、所定の条件に基づく取得優先度の高いコンテンツを選択し、その取得優先度の順にホストサーバ２からコンテンツを取得する。コンテンツの取得が完了すると、取得要求情報のシリアル番号に基づき、その取得したコンテンツを要求元のカラオケ装置４に対して配信する。
【００５５】
［カラオケ装置４が実行する予約テーブル確認処理の説明］
つぎに、カラオケ装置４のＣＰＵ４１が実行する予約テーブル確認処理の詳細な内容について、図４のフローチャートに基づいて説明する。この処理は、カラオケ装置４の稼働中に常に実行される処理である。
【００５６】
カラオケ装置４のＣＰＵ４１は、まず、ユーザからコンテンツの新規のリクエスト予約を受け付けたか否かを判定する（Ｓ１００）。リクエスト予約を受け付けていない場合（Ｓ１００：ＮＯ）、Ｓ１０２の処理へ移行する。一方、リクエスト予約を受け付けた場合（Ｓ１００：ＹＥＳ）、コンテンツ予約処理を実行し（Ｓ１０１）、Ｓ１０２の処理へ移行する。
【００５７】
ここで、Ｓ１０１で実行されるコンテンツ予約処理の詳細な内容を図５のフローチャートに基づいて説明する。カラオケ装置４のＣＰＵ４１は、まず、新規にリクエストされたコンテンツがＨＤＤ４４に記憶されているか否かを判定する（Ｓ２０１）。当該コンテンツがＨＤＤ４４に記憶されている場合（Ｓ２０１：ＹＥＳ）、このコンテンツの保有フラグを「あり」に設定する（Ｓ２０２）。一方、当該コンテンツがＨＤＤ４４に記憶されていない場合（Ｓ２０１：ＮＯ）、このコンテンツの保有フラグを「無し」に設定する（Ｓ２０３）。保有フラグの設定後、このコンテンツに関するレコード（コンテンツ番号、保有フラグ、再生時間）を予約テーブル（図３参照）の最下位に登録し（Ｓ２０４）、コンテンツ予約処理を終了する。
【００５８】
図４のフローチャートの説明に戻る。つぎに、Ｓ１０２では、予約テーブルに登録されているコンテンツの予約順を変更する指示をユーザから受け付けたか否かを判定する。コンテンツの予約順を変更する指示を受け付けた場合（Ｓ１０２：ＹＥＳ）、予約テーブルの予約順を変更するとともに、その変更内容を示すパラメータをコンテンツ取得処理（後述）のプロセスへ通知し（Ｓ１０３）、Ｓ１０４の処理へ移行する。一方、コンテンツの予約順を変更する指示を受け付けていない場合（Ｓ１０２：ＮＯ）、Ｓ１０４の処理へ移行する。
【００５９】
Ｓ１０４では、予約テーブル内に保有フラグが「無し」のレコードがあるか否かを判定する。保有フラグが「無し」のレコードが存在しない場合（Ｓ１０４：ＮＯ）、Ｓ１００の処理へ戻る。一方、保有フラグが「無し」のレコードが存在する場合（Ｓ１０４：ＹＥＳ）、保有フラグが「無し」のレコードのうちで予約順位が最も高いレコードを１つ選択する（Ｓ１０５）。つぎに、予約テーブル内に保有フラグが「取得中」のレコードがあるか否かを判定する（Ｓ１０６）。保有フラグが「取得中」のレコードがない場合（Ｓ１０６：ＮＯ）、Ｓ１０５で選択したレコードの保有フラグを「取得中」に設定し（Ｓ１０７）、そのレコードに該当のコンテンツを取得要求の対象とするコンテンツ取得処理（後述）のプロセスを開始する（Ｓ１０８）。コンテンツ取得処理を開始した後、Ｓ１００の処理へ戻る。なお、コンテンツ取得処理の詳細な内容については後述する。
【００６０】
一方、Ｓ１０６で保有フラグが「取得中」のレコードがあると判定した場合（Ｓ１０６：ＹＥＳ）、Ｓ１０５で選択したレコードの予約順と、保有フラグが「取得中」であるレコードの予約順とを比較し、前者の予約順の方が早いか否か（上位か否か）を判定する（Ｓ１０９）。Ｓ１０５で選択したレコードの予約順の方が早い（上位である）場合（Ｓ１０９：ＹＥＳ）、保有フラグが「取得中」のレコードに該当のコンテンツを対象とする取得要求を中断する内容のパラメータをコンテンツ取得処理のプロセスへ通知し（Ｓ１１０）、Ｓ１００の処理へ戻る。一方、保有フラグが「取得中」であるレコードの予約順の方が早い（上位である）場合（Ｓ１０９：ＮＯ）、Ｓ１００の処理へ戻る。
【００６１】
ここで、Ｓ１０８で開始されるコンテンツ取得処理の詳細な内容を図６のフローチャートに基づいて説明する。カラオケ装置４のＣＰＵ４１は、まず、取得要求の対象となるコンテンツに関する取得要求情報（図３参照）をコンテンツ中継装置３へ送信する（Ｓ３００）。この取得要求情報には、自カラオケ装置４のシリアル番号、取得要求の対象となるコンテンツの予約順位、コンテンツ番号、再生予定時間、自カラオケ装置４のログインユーザ数等の情報が含まれる。なお、取得要求情報の送信後、コンテンツ中継装置３側でホストサーバ２からコンテンツの取得が完了次第、そのコンテンツがコンテンツ中継装置３から送信されるようになっている。
【００６２】
つぎに、送信した取得要求情報に該当のコンテンツの取得が完了したか否かを判定する（Ｓ３０１）。コンテンツの取得が完了していない場合（Ｓ３０１：ＮＯ）、予約テーブル確認処理のプロセスからコンテンツの取得要求を中断する指示があるか否かを判定する（Ｓ３０３）。なお、取得要求を中断する指示は、予約テーブル確認処理（図４参照）のＳ１１０で通知されるものである。Ｓ３０３でコンテンツの取得要求を中断する指示がない場合（Ｓ３０３：ＮＯ）、予約テーブル確認処理のプロセスから予約順を変更した通知があるか否かを判定する（Ｓ３０６）。なお、予約順を変更した通知は、予約テーブル確認処理（図４参照）のＳ１０３で通知されるものである。Ｓ３０６で予約順を変更した通知がない場合（Ｓ３０６：ＮＯ）、Ｓ３０１の処理へ戻る。
【００６３】
一方、Ｓ３０１で取得要求情報に該当のコンテンツの取得が完了したと判定した場合（Ｓ３０１：ＹＥＳ）、予約テーブルにおいて当該取得したコンテンツに該当のレコードの保有フラグを「あり」に設定し（Ｓ３０２）、コンテンツ取得処理を終了する。
【００６４】
一方、Ｓ３０３でコンテンツの取得要求を中断する指示があると判定した場合（Ｓ３０３：ＹＥＳ）、まず、予約テーブルにおいて取得中のコンテンツに該当のレコードの保有フラグを「取得中」から「無し」に設定変更する（Ｓ３０４）。そして、コンテンツ中継装置３に対して該当のコンテンツの取得要求を中断する通知を送信し（Ｓ３０５）、コンテンツ取得処理を終了する。
【００６５】
一方、Ｓ３０６で予約順を変更した通知があると判定した場合（Ｓ３０６：ＹＥＳ）、コンテンツ中継装置３に対して予約テーブルの変更内容を通知し（Ｓ３０７）、Ｓ３０１の処理へ戻る。
【００６６】
［コンテンツ中継装置３が実行する取得要求リスト管理処理の説明］
つぎに、コンテンツ中継装置３のＣＰＵ３１が実行する取得要求リスト管理処理の詳細な内容について、図７のフローチャート及び図８〜１０の説明図に基づいて説明する。この処理は、コンテンツ中継装置３の稼働中に常に実行される処理である。
【００６７】
コンテンツ中継装置３のＣＰＵ３１は、まず、カラオケ装置４から取得要求情報を受信したか否かを判定する（Ｓ４００）。なお、取得要求情報は、上述のコンテンツ取得処理（図６参照）のＳ３００で送信されるものである。カラオケ装置４から取得要求情報を受信した場合（Ｓ４００：ＹＥＳ）、その受信した取得要求情報のレコードを取得要求リスト（図３参照）に追加し（Ｓ４０１）、Ｓ４０２の処理へ移行する。一方、カラオケ装置４から取得要求情報を受信していない場合（Ｓ４００：ＮＯ）、Ｓ４０２の処理へ移行する。
【００６８】
Ｓ４０２では、カラオケ装置４から予約テーブルの内容変更が通知されたか否かを判定する。なお、予約テーブルの内容変更は、上述のコンテンツ取得処理のＳ３０７で通知されるものである。予約テーブルの内容変更が通知された場合（Ｓ４０２：ＹＥＳ）、取得要求リストの該当のレコードに対して変更内容（予約順、再生時間等）を反映し（Ｓ４０３）、Ｓ４０４の処理へ移行する。一方、カラオケ装置４から予約テーブルの内容変更が通知されていない場合（Ｓ４０２：ＮＯ）、Ｓ４０４の処理へ移行する。
【００６９】
Ｓ４０４では、カラオケ装置４から取得要求を中断する通知を受信したか否かを判定する。なお、取得要求を中断する通知は、上述のコンテンツ取得処理のＳ３０５で通知されるものである。取得要求を中断する通知を受信した場合（Ｓ４０４：ＹＥＳ）、取得要求リストからその通知に該当のレコードを削除し（Ｓ４０６）、Ｓ４０７の処理へ移行する。一方、カラオケ装置４から取得要求を中断する通知を受信していない場合（Ｓ４０４：ＮＯ）、取得要求リストに登録されているコンテンツで、ホストサーバ２からのダウンロードが完了したものがあるか否かを判定する（Ｓ４０５）。ダウンロードが完了したコンテンツがある場合（Ｓ４０５：ＹＥＳ）、取得要求リストから取得が完了したコンテンツに該当のレコードを削除し（Ｓ４０６）、Ｓ４０７の処理へ移行する。一方、ダウンロードが完了したコンテンツがないと判定した場合（Ｓ４０５：ＮＯ）、Ｓ４０７の処理へ移行する。
【００７０】
つぎに、Ｓ４０７では、取得要求リストに登録されているレコードの中から、所定の条件に基づく取得優先度の最も高いコンテンツに該当のレコードを選択する。なお、ここでは、再生時期が早いと推定されるコンテンツから取得優先度を高く設定するが、再生時期の早遅度合いは様々な観点から推定可能である。そこで、取得優先度を決定するための条件が異なる５つのバリエーションの選択方法（選択方法１〜５）について説明する。
【００７１】
〈選択方法１：予約順位が高いコンテンツを優先する場合〉
選択方法１によって取得優先度を決定する具体例を図８（ａ）に示す。選択方法１では、予約順位が高い順に取得優先度を高くする。なお、予約順位が同じコンテンツ同士では、取得要求リストの上の方に登録されているコンテンツを形式的に優先する。したがって、図８（ａ）の事例における取得優先度は、予約順位が３番であるコンテンツ番号３００番（シリアル番号：Ａ）が１位、予約順位が４番であるコンテンツ番号６００番（シリアル番号：Ｃ）が２位、同じく予約順位が４位であるコンテンツ番号７００番（シリアル番号：Ｄ）が３位、予約順位が５番であるコンテンツ番号５００番（シリアル番号：Ｂ）が４位となる。
【００７２】
〈選択方法２：再生予定時間が早いコンテンツを優先する場合〉
選択方法２によって取得優先度を決定する具体例を図８（ｂ）に示す。選択方法２では、再生予定時間が早い順に取得優先度を高くする。なお、再生予定時間が同じコンテンツ同士では、取得要求リストの上の方に登録されているコンテンツを形式的に優先する。したがって、図８（ｂ）の事例における取得優先度は、再生予定時間が４：００であるコンテンツ番号７００番（シリアル番号：Ｄ）が１位、再生予定時間が５：００であるコンテンツ番号５００番（シリアル番号：Ｂ）が２位、同じく再生予定時間が５：００であるコンテンツ番号６００番（シリアル番号：Ｃ）が３位、再生予定時間が９：００であるコンテンツ番号３００番（シリアル番号：Ａ）が４位となる。
【００７３】
〈選択方法３：予約順位が高く、さらに再生予定時間が早いコンテンツを優先する〉
選択方法３によって取得優先度を決定する具体例を図８（ｃ）に示す。選択方法３では、予約順位が高い順に取得優先度を高くし、さらに、予約順位が同じコンテンツ同士では再生予定時間が早い方を優先する。したがって、図８（ｃ）の事例における取得優先度は、予約順位が３番であるコンテンツ番号３００番（シリアル番号：Ａ）が１位、予約順位が４番で再生予定時間が４：００であるコンテンツ番号７００番（シリアル番号：Ｄ）が２位、同じく予約順位が４位で再生予定時間が５：００であるコンテンツ番号６００番（シリアル番号：Ｃ）が３位、予約順位が５番であるコンテンツ番号５００番（シリアル番号：Ｂ）が４位となる。
【００７４】
〈選択方法４：予約順位が高く、さらにユーザ数が多いコンテンツを優先する〉
選択方法４によって取得優先度を決定する具体例を図９（ｄ）に示す。選択方法４では、予約順位が高い順に取得優先度を高くし、さらに、予約順位が同じコンテンツ同士ではログインユーザ数が多い方を優先する。したがって、図９（ｄ）の事例における取得優先度は、予約順位が３番であるコンテンツ番号３００番（シリアル番号：Ａ）が１位、予約順位が４位でログインユーザ数が５人であるコンテンツ番号７００番（シリアル番号：Ｄ）が２位、同じく予約順位が４位でログインユーザ数が４人であるコンテンツ番号６００番（シリアル番号：Ｃ）が３位、予約順位が５番であるコンテンツ番号５００番（シリアル番号：Ｂ）が４位となる。
【００７５】
〈選択方法５：再生予定時間が早く、さらにユーザ数が多いコンテンツを優先する〉
選択方法５によって取得優先度を決定する具体例を図９（ｅ）に示す。選択方法５では、再生予定時間が早い順に取得優先度を高くし、さらに、再生予定時間が同じコンテンツ同士では、ログインユーザ数が多い方を優先する。したがって、図９（ｅ）の事例における取得優先度は、再生予定時間が４：００であるコンテンツ番号７００番（シリアル番号：Ｄ）が１位、再生予定時間が５：００でログインユーザ数が４人あるコンテンツ番号６００番（シリアル番号：Ｃ）が２位、同じく再生予定時間が５：００でログインユーザ数が２人であるコンテンツ番号５００番（シリアル番号：Ｂ）が３位、再生予定時間が９：００であるコンテンツ番号３００番（シリアル番号：Ａ）が４位となる。
【００７６】
図７のフローチャートの説明に戻る。Ｓ４０７で取得優先度の最も高いコンテンツに該当のレコードを選択した後、その選択したコンテンツを現在ホストサーバ２からダウンロード中であるか否かを判定する（Ｓ４０８）。選択したコンテンツをダウンロード中である場合（Ｓ４０８：ＹＥＳ）、Ｓ４００の処理へ戻る。一方、選択したコンテンツをダウンロード中でない場合（Ｓ４０８：ＮＯ）、他のコンテンツをホストサーバ２からダウンロード中であるか否かを判定する（Ｓ４０９）。他のコンテンツをダウンロード中でないと判定した場合（Ｓ４０９：ＮＯ）、Ｓ４０７で選択した取得優先度の最も高いコンテンツをホストサーバ２から取得するダウンロードを開始し（Ｓ４１１）、Ｓ４００の処理へ戻る。
【００７７】
一方、Ｓ４０９で他のコンテンツをホストサーバ２からダウンロード中であると判定した場合（Ｓ４０９：ＹＥＳ）、他のコンテンツのダウンロードを中断し（Ｓ４１０）、Ｓ４０７で選択した取得優先度の最も高いコンテンツをホストサーバ２から取得するダウンロードを開始する（Ｓ４１１）。ダウンロードの開始後、Ｓ４００の処理へ戻る。
【００７８】
ここで、取得要求リストに登録されているコンテンツの予約順が変更された場合の対応の具体例を、図１０に基づいて説明する。なお、図１０に示す事例では、取得要求リストにおいて予約順位が高い順にコンテンツの取得優先度を高く設定している（上述の選択方法１を採用）。
【００７９】
図１０上段に示す予約順が変更される前の取得要求リストでは、予約順位が４位であるコンテンツ番号７００番（シリアル番号：Ｄ）の取得優先度は３位となっている。この状態において、シリアル番号Ｄのカラオケ装置４ｄから、７００番のコンテンツの予約順が１位に変更されたことを通知する予約順変更情報を受信した場合、その予約順変更情報の内容に応じて、図１０下段に示すとおりに取得要求リストの内容が改変される。その結果、当初予約順位が４位で取得優先度が３位であった７００番のコンテンツ（シリアル番号：Ｄ）は、予約順位が１位となることで取得優先度が１位に変更され、これに伴い他のコンテンツの取得優先度も順次変更される。これにより、ホストサーバ２から取得する対象となるコンテンツが３００番のコンテンツから７００番のコンテンツへと変更される。
【００８０】
つぎに、上記実施形態のカラオケネットワークシステム１の構成と特許請求の範囲に記載の構成との対応を説明する。実施形態におけるカラオケ装置４のＣＰＵ４１が、特許請求の範囲における保有情報記録手段、取得要求手段、及び変更手段に相当する。また、コンテンツ中継装置３のＲＡＭ３２が記憶手段に相当する。また、コンテンツ中継装置３のＣＰＵ３１が、取得要求リスト管理手段及び選択手段に相当する。また、コンテンツ中継装置３のＣＰＵ３１及びＷＡＮ通信部３５が取得手段に相当する。また、コンテンツ中継装置３のＣＰＵ３１及びＬＡＮ通信部３６が配信手段に相当する。
【００８１】
［効果］
上記実施形態のカラオケネットワークシステム１によれば、下記の効果を奏する。
（１）カラオケ店舗内の各カラオケ装置４から取得要求情報を受信したコンテンツ中継装置３が、コンテンツの再生時期に基づく取得優先度の高いコンテンツから順に優先してホストサーバ２から取得し、要求元のカラオケ装置４へ配信できる。よって、カラオケ装置４では、再生時期が早いコンテンツを優先的に取得でき、再生するコンテンツの取得を完了するまでの待ち時間を効果的に低減できる。また、個々のカラオケ装置４が各個にホストサーバ２から直接コンテンツを取得することがないため、ＷＡＮ２００の通信負荷を抑えることができる。
【００８２】
（２）コンテンツの再生時期に基づく取得優先度を特定するための条件として、予約テーブルにおける予約順位を用いることができる（上記選択方法１）。このようにすることで、カラオケ装置４では、予約順位の高い、すなわち再生時期が間近に迫っているコンテンツを優先的に取得でき、再生するコンテンツの取得を完了するまでの待ち時間を効果的に低減できる。
【００８３】
（３）コンテンツの再生時期に基づく取得優先度を特定するための条件として、コンテンツの再生が開始されるまでの再生予定時間を用いることができる（上記選択方法２）。このようにすることで、カラオケ装置４では、再生予定時間が短い、すなわち再生時期が間近に迫っているコンテンツを優先的に取得でき、再生するコンテンツの取得を完了するまでの待ち時間を効果的に低減できる。なお、予約コンテンツの再生時間長を根拠に算出した再生予定時間を用いることで、より厳密に取得優先度を決定できる。
【００８４】
（４）コンテンツの再生時期に基づく取得優先度を特定するための条件として、コンテンツの予約順位と再生予定時間とを併用することができる（上記選択方法３）。このようにすることで、より緻密にコンテンツ取得の優先度を決定することができ、再生するコンテンツの取得を完了するまでの待ち時間を更に効果的に低減できる。
【００８５】
（５）コンテンツの再生時期に基づく取得優先度を特定するための条件として、コンテンツの予約順位とログインユーザ数とを併用することができる（上記選択方法４）。あるいは、コンテンツの再生予定時間とログインユーザ数とを併用することもできる（上記選択方法５）。このようにすることで、複数のコンテンツ同士で予約順位や再生予定時間が同等である場合、ログインユーザ数が多い方のカラオケ装置４が要求したコンテンツを優先的に取得できる。このように、ユーザの多いカラオケ装置４を優遇することで、より多くのユーザが良質なサービスを享受することができるようになり、カラオケ店舗全体でのサービスの質が向上する。
【００８６】
（６）カラオケ装置４においてコンテンツの予約順が変更された場合、その変更内容に応じてコンテンツの取得優先度を改変できる。このようにすることで、ユーザが予約テーブルの予約順位を変更した結果、取得優先度が変動するような場合でも、それに対応してコンテンツ中継装置３が取得対象のコンテンツを変更することができる。よって、ユーザが予約順位変更したとしても、それに対応した最適な優先順でコンテンツを取得でき、利便性が向上する。
【００８７】
［変形例］
以上、本発明の実施形態について説明したが、本発明は上記の実施形態に何ら限定されるものではなく様々な態様にて実施することが可能である。
【００８８】
例えば、上記実施形態のコンテンツ中継装置３では、取得要求リストから取得優先度の最も高いコンテンツを一度に１つだけ選択し、そのコンテンツをホストサーバ２から取得する構成であった。これに対し、取得優先度の高いものから順に一度に複数のコンテンツを選択し、その複数のコンテンツを同時にホストサーバ２から取得する構成であってもよい。その場合、コンテンツ中継装置３がホストサーバ２からコンテンツを同時にダウンロードできる数を基準として、取得対象として同時に選択するコンテンツの数を決めることが考えられる。また、ネットワークの通信負荷状況に応じて、同時にダウンロードするコンテンツの数を変更可能にするような構成であってもよい。
【符号の説明】
【００８９】
１…カラオケネットワークシステム、２…ホストサーバ、３…コンテンツ中継装置、４…カラオケ装置、２４，３４,４４…ハードディスクドライブ（ＨＤＤ）、３１，４１…ＣＰＵ、３２，４２…ＲＡＭ、３３，４３…ＲＯＭ、３５…ＷＡＮ通信部、３６，４８…ＬＡＮ通信部、４５…操作部、４６…再生部、４７…入力部。
【図１】
2010237383.tif 000003
【図２】
2010237383.tif 000004
【図３】
2010237383.tif 000005
【図４】
2010237383.tif 000006
【図５】
2010237383.tif 000007
【図６】
2010237383.tif 000008
【図７】
2010237383.tif 000009
【図８】
2010237383.tif 000010
【図９】
2010237383.tif 000011
【図１０】
2010237383.tif 000012