(57)【要約】【課題】Ｐ２Ｐ通信によってカラオケ装置間でコンテンツを送受信するカラオケネットワークシステムにおいて、コンテンツの送信に係る送信データ量を各カラオケ端末間で平滑化する。【解決手段】各カラオケ装置４は、再生予約中のコンテンツの保有状況を含むクライアント情報を集中管理装置２に送信する。また、現在期間中に送信可能な残りデータ量、コンテンツの保有状況を含むサーバ情報を集中管理装置２に送信する。集中管理装置２は、クライアント情報に基づき、再生予約を受けたカラオケ装置４自らが保有していない未取得コンテンツを特定する。また、サーバ情報に基づき、特定した未取得コンテンツを保有しているカラオケ装置４の中から、残りデータ量が最大のカラオケ装置４をサーバとして選定し、選定したサーバをコンテンツの取得を要するカラオケ装置４に通知する。通知を受けたカラオケ装置４は、通知されたサーバからコンテンツを取得する。【選択図】図１
2011203573.tif 000002
【特許請求の範囲】
【請求項１】
ユーザからの再生予約に基づいてコンテンツを再生する複数のカラオケ装置と、集中管理装置とがネットワークを介して互いに通信可能に接続されたカラオケネットワークシステムであって、
前記カラオケ装置は、
他のカラオケ装置に対してコンテンツの取得要求を行い、その要求先のカラオケ装置からコンテンツを取得するクライアント機能と、他のカラオケ装置からのコンテンツ取得要求に応じて、要求元のカラオケ装置にコンテンツを送信するサーバ機能とを併せて備え、
前記クライアント機能として実行する処理に関する構成として、
自カラオケ装置の識別情報と、再生予約されたコンテンツの識別情報と、その再生予約されたコンテンツの自カラオケ装置における保有状況を示す保有情報とを少なくとも含むクライアント情報を前記集中管理装置に対して送信するクライアント情報送信手段を備え、
前記サーバ機能として実行する処理に関する構成として、
前記カラオケ装置に対して所定期間単位で設定されている送信データの上限量のうち、自カラオケ装置が現在の期間中に他のカラオケ装置に送信可能な残りデータ量を記憶しておく残りデータ量記憶手段と、
自カラオケ装置の識別情報と、自カラオケ装置の残りデータ量と、自カラオケ装置が保有しているコンテンツの識別情報とを少なくとも含むサーバ情報を前記集中管理装置に対して送信するサーバ情報送信手段とを備え、
前記集中管理装置は、
各カラオケ装置からそれぞれ受信したクライアント情報を記憶するクライアント情報記憶手段と、
各カラオケ装置からそれぞれ受信したサーバ情報を記憶するサーバ情報記憶手段と、
前記クライアント情報記憶手段に記憶している各カラオケ装置のクライアント情報に基づき、再生予約中のコンテンツであって、その再生予約を受けたカラオケ装置自らが保有していない未取得コンテンツを取得対象として特定する取得対象特定手段と、
前記サーバ情報記憶手段に記憶している各カラオケ装置のサーバ情報に基づき、前記取得対象特定手段により特定した取得対象のコンテンツを保有しているカラオケ装置の中から、残りデータ量がそのコンテンツのデータ量よりも大きく、かつ残りデータが最大のカラオケ装置を選定する選定手段と、
前記選定手段により選定したカラオケ装置に該当のサーバ情報を、当該取得対象のコンテンツに該当のカラオケ装置に対して送信し、そのコンテンツの取得を指示する取得指示手段とを備え、
さらに、前記カラオケ装置は、
前記クライアント機能として実行する処理に関する構成として、
前記集中管理装置から、前記取得対象のコンテンツの取得指示及びその取得先のサーバ情報を受信した場合、そのサーバ情報で示されるカラオケ装置に対して当該コンテンツの取得要求を送信する取得要求手段と、
前記取得要求手段により送信された取得要求に応じて、その要求先のカラオケ装置から送信されるコンテンツを取得するコンテンツ取得手段とを備え、
前記サーバ機能として実行する処理に関する構成として、
他のカラオケ装置からコンテンツの取得要求を受信した場合、自カラオケ装置の残りデータ量が当該取得要求に係るコンテンツのデータ量以上であれば、自カラオケ装置の残りデータ量を当該コンテンツのデータ量分減らしてから、当該コンテンツを要求元のカラオケ装置に対して送信するコンテンツ送信手段とを備えること
を特徴とするカラオケネットワークシステム。
【請求項２】
請求項１に記載のカラオケネットワークシステムにおいて、
前記カラオケ装置のクライアント機能では、
クライアント情報送信手段が送信するクライアント情報には、再生予約されたコンテンツの予約順を示す情報が更に含まれており、
前記集中管理装置では、
前記取得対象特定手段は、再生予約中のコンテンツであって、その再生予約を受けたカラオケ装置自らが保有していない複数の未取得コンテンツの中から、そのカラオケ装置における予約順が最も早い未取得コンテンツを取得対象として特定すること
を特徴とするカラオケネットワークシステム。
【請求項３】
請求項１又は請求項２に記載のカラオケネットワークシステムにおいて、
前記カラオケ装置は、前記サーバ機能として実行する処理に関する構成として、
前記コンテンツ送信手段によるコンテンツの送信が終わった後、そのコンテンツのデータ量に対する実際の送信データ量の不足分を、自カラオケ装置の残りデータ量に還元する還元手段を更に備えること
を特徴とするカラオケネットワークシステム。
【請求項４】
請求項１ないし請求項３の何れか１項に記載のカラオケネットワークシステムにおいて、
前記カラオケ装置は、前記サーバ機能として実行する処理に関する構成として、
前記所定期間が満了したときに、前記残りデータ量記憶手段に記憶している残りデータ量を前記上限量にリセットするリセット手段を更に備えること
を特徴とするカラオケネットワークシステム。
【請求項５】
請求項１ないし請求項４の何れか１項に記載のカラオケネットワークシステムにおいて、
前記集中管理装置では、
前記選定手段は、前記取得対象のコンテンツを保有しているカラオケ装置の中で、残りデータ量がそのコンテンツのデータ量よりも大きく、かつ残りデータが最大のカラオケ装置が複数存在する場合、その中から保有するコンテンツの数が最少のカラオケ装置を選定すること
を特徴とするカラオケネットワークシステム。
【請求項６】
請求項２又は、請求項２を引用する請求項３〜５の何れか１項に記載のカラオケネットワークシステムにおいて、
前記集中管理装置は、
複数のカラオケ装置間で同一の未取得コンテンツが再生予約中である場合、その複数のカラオケ装置の中で残りデータ量が最大である第１のカラオケ装置の残りデータ量が、その同一の未取得コンテンツを保有するカラオケ装置の中で残りデータ量が最大のものとして選定した第２のカラオケ装置の残りデータ量と当該同一の未取得コンテンツのデータ量との差よりも大きければ、前記第１のカラオケ装置における予約順に関わらず、当該同一の未取得コンテンツの取得を優先して指示すると共に、前記第１のカラオケ装置に対して前記第２のカラオケ装置のサーバ情報を送信すること
を特徴とするカラオケネットワークシステム。
【請求項７】
ユーザからの再生予約に基づいてコンテンツを再生する複数のカラオケ装置と集中管理装置とがネットワークを介して互いに通信可能に接続されたカラオケネットワークシステムに用いられる前記集中管理装置であって、
前記カラオケ装置から、そのカラオケ装置の識別情報と、そのカラオケ装置で再生予約されたコンテンツの識別情報と、その再生予約されたコンテンツの当該カラオケ装置における保有状況を示す保有情報とを少なくとも含むクライアント情報を受信するクライアント情報受信手段と、
前記クライアント情報受信手段により各カラオケ装置からそれぞれ受信したクライアント情報を記憶するクライアント情報記憶手段と、
前記カラオケ装置から、そのカラオケ装置の識別情報と、所定期間単位で設定されている送信データの上限量のうち、そのカラオケ装置が現在の期間中に他のカラオケ装置に送信可能な残りデータ量と、そのカラオケ装置が保有しているコンテンツの識別情報とを少なくとも含むサーバ情報を受信するサーバ情報受信手段と、
前記サーバ情報受信手段により各カラオケ装置からそれぞれ受信したサーバ情報を記憶するサーバ情報記憶手段と、
前記クライアント情報記憶手段に記憶している各カラオケ装置のクライアント情報に基づき、再生予約中のコンテンツであって、その再生予約を受けたカラオケ装置自らが保有していない未取得コンテンツを取得対象として特定する取得対象特定手段と、
前記サーバ情報記憶手段に記憶している各カラオケ装置のサーバ情報に基づき、前記取得対象特定手段により特定した取得対象のコンテンツを保有しているカラオケ装置の中から、残りデータ量がそのコンテンツのデータ量よりも大きく、かつ残りデータが最大のカラオケ装置を選定する選定手段と、
前記選定手段により選定したカラオケ装置に該当のサーバ情報を、当該取得対象のコンテンツに該当のカラオケ装置に対して送信し、そのサーバ情報で示されるカラオケ装置から当該取得対象のコンテンツを取得させる指示をする取得指示手段とを備えること
を特徴とする集中管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに接続された複数のカラオケ装置間でピアツーピア（Peer to Peer（Ｐ２Ｐ））型のコンテンツ送信を行うカラオケネットワークシステムに関する。
【背景技術】
【０００２】
近年、インターネットを利用した様々なコンテンツサービスが実施されている。このようなコンテンツは、それを利用するユーザの趣味・嗜好の多様化に対応するために年々多様化しており、個々のコンテンツも高品質・大容量化している。また、コンテンツを利用するインターネット接続端末の数も増大している。このような情勢に対して、従来のクライアントサーバ方式ではサービスの規模が増大するにつれてサーバの負荷も増えていくため、サーバの高性能化や十分な通信帯域幅の確保等、コンテンツ送信システムの運用・保守にかかるコストが膨大になるといった問題が顕著化しつつある。
【０００３】
そこで、複数の端末同士でデータを共有するＰ２Ｐ方式のコンテンツ送信システムが実用化している（例えば、特許文献１参照）。このようなＰ２Ｐ方式のコンテンツ送信システムによれば、コンテンツを配給するサーバの負荷を軽減し、運用・保守にかかるコストを低減することができるとされている。
【０００４】
ところで、カラオケサービスを提供するカラオケ装置において再生されるコンテンツは、通常の演奏データ（ＭＩＤＩデータ）の他に、実際の演奏音声をサンプリングした高品質の生音楽曲やプロモーションビデオ、ＣＭ映像等があり、益々多種多様化している。また、カラオケ装置を利用するユーザの嗜好や趣味の多様化に対応した個別のサービスを提供するため、近年では個々のユーザごとに専用のコンテンツが必要となる等、カラオケ装置で利用されるコンテンツは膨大な量となっている。
【０００５】
そのため、カラオケサービスで提供可能な全てのコンテンツを、個々のカラオケ装置内の記憶装置に保存することができなくなっている。そこで、ユーザがサービス（歌を歌う、動画を見る等）を要求したときに、そのサービスに対応するコンテンツがカラオケ装置内に存在しなければ、他の機器（例えば、インターネット上のコンテンツ送信サーバや他のカラオケ装置等）からコンテンツを取得してサービスを提供する、オンデマンドのコンテンツ送信が行われている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−１９７４００
【発明の概要】
【発明が解決しようとする課題】
【０００７】
Ｐ２Ｐ方式のデータ通信を行うインターネット接続端末は、通常、インターネットサービスプロバイダ（ＩＳＰ）が提供するアクセス回線を経由して、インターネット上の他端末との間でデータの送受信を行う。しかし、一部の端末がＰ２Ｐ通信で大量のデータを転送することで、ＩＳＰのアクセス回線の通信帯域が占有され、他の端末の通信に支障が出るケースが増えている。
【０００８】
これは、近年Ｐ２Ｐ通信が盛んに行われるようになったことで、従来それほど多くなかった各端末の上り（データ送出時）の通信量の増加が原因の一端となっている。これに対処するため、所定期間（例えば１日）あたりの通信データ量（特にデータ送出時）に制限を設ける等の処置を行うＩＳＰも増えてきている。
（例えば、http://www.ocn.ne.jp/info/rules/upload/  など参照）
Ｐ２Ｐ通信を利用する通信カラオケシステムにおいて、通信量の制限に抵触したことが原因でコンテンツの送信ができないカラオケ装置が発生すると、その分、ネットワーク内でコンテンツを送信できるカラオケ装置の数が減少することになる。コンテンツを送信できるカラオケ装置の数が減少すると、残りのカラオケ装置にコンテンツの送信要求が集中し、通信負荷の増大に起因してコンテンツの送信に遅延を招くおそれがある。また、そのような事態が更に悪化し、カラオケ装置間でのコンテンツの送信に支障を来たすことになればカラオケサービスとって致命的である。そのため、送信データ量に制限が設けられた条件下では、各カラオケ装置の送信データ量が制限値を超えないように調整する必要がある。
【０００９】
例えば、各カラオケ装置のデータ送出時の通信速度に制限を設ければ、１日あたりの送信データ量をトータル的に制限できるため、予め設定された上限値を超えないようにできる。しかしながら、全てのカラオケ装置に対して一律に通信速度の制限を設けると、コンテンツの取得に要する時間が増大してしまう。そのため、オンデマンドでコンテンツを送信するカラオケサービスにおいては、ユーザの要求したサービスを開始するまでの待ち時間が長くなり、好ましくない。そのため、コンテンツ送信時の通信速度に制限を設けることなく、各カラオケ装置の送信データ量を上限値以内に抑える必要がある。
【００１０】
本発明は、上記課題を解決するためになされており、Ｐ２Ｐ通信によってカラオケ装置間でコンテンツを送受信するカラオケネットワークシステムにおいて、コンテンツの送信に係る送信データ量を各カラオケ端末間で平滑化することで、各カラオケ装置の送信データ量を上限値以内に抑えることが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するためになされた請求項１に記載のカラオケネットワークシステムは、次のような特徴を有する。
カラオケ装置は、他のカラオケ装置に対してコンテンツの取得要求を行い、その要求先のカラオケ装置からコンテンツを取得するクライアント機能と、他のカラオケ装置からのコンテンツ取得要求に応じて、要求元のカラオケ装置にコンテンツを送信するサーバ機能とを併せて備える。
【００１２】
クライアント機能として、まず、自カラオケ装置の識別情報や、コンテンツの再生予約状況、再生予約されたコンテンツ保有状況等を含むクライアント情報を集中管理装置に対して送信する（クライアント情報送信手段）。サーバ機能として、カラオケ装置に対して所定期間単位で設定されている送信データの上限量のうち、自カラオケ装置が現在の期間中に他のカラオケ装置に送信可能な残りデータ量を記憶しておく（残りデータ量記憶手段）と共に、自カラオケ装置の識別情報や、残りデータ量、コンテンツの保有状況等を含むサーバ情報を集中管理装置に対して送信する（サーバ情報送信手段）。なお、ここでいう所定期間とは、例えば、１日や１週間、１ヶ月といった日数単位の期間でもよいし、○時間毎といった、時間単位の期間であってもよい。
【００１３】
これらのクライアント情報及びサーバ情報は、予約内容や保有するコンテンツ等の内容に変更がある都度、集中管理装置に送信するようにしてもよいし、一定時間ごとに送信してもよい。何れにせよ常にカラオケ装置の最新の状態が集中管理装置へ通知されるようになっていることが望ましい。
【００１４】
一方、集中管理装置は、各カラオケ装置からそれぞれ受信したクライアント情報及びサーバ情報を記憶しておく（クライアント情報記憶手段、サーバ情報記憶手段）。そして、記憶しているクライアント情報に基づき、再生予約中のコンテンツであって、その再生予約を受けたカラオケ装置自らが保有していない未取得コンテンツを取得対象として特定する（取得対象特定手段）。また、記憶しているサーバ情報に基づき、取得対象のコンテンツを保有しているカラオケ装置の中から、残りデータ量がそのコンテンツのデータ量よりも大きく、かつ残りデータが最大のカラオケ装置を取得先（すなわち、サーバ）として選定する（選定手段）。
【００１５】
そして、取得先として選定したカラオケ装置（サーバ）に該当のサーバ情報を、当該取得対象のコンテンツに該当のカラオケ装置（すなわち、当該コンテンツ再生予約中でかつ未取得のカラオケ装置）に対して送信し、そのコンテンツを取得するように指示する（取得指示手段）。
【００１６】
カラオケ装置は、クライアント機能として、集中管理装置からコンテンツの取得指示及びその取得先のサーバ情報を受信した場合、そのサーバ情報で示されるカラオケ装置に対して当該コンテンツの取得要求を送信し（取得要求手段）、コンテンツを取得する（コンテンツ取得手段）。また、サーバ機能として、他のカラオケ装置からコンテンツの取得要求を受信した場合、自カラオケ装置の残りデータ量が当該取得要求に係るコンテンツのデータ量以上であれば、自カラオケ装置の残りデータ量を当該コンテンツのデータ量分減らしてから、当該コンテンツを要求元のカラオケ装置（クライアント）に対して送信する（コンテンツ送信手段）。
【００１７】
このように構成されたカラオケネットワークシステムによれば、再生予約中のコンテンツの取得を必要とするカラオケ装置（クライアント）がある場合、その取得対象のコンテンツを保有する他のカラオケ装置の中から、送信可能な残りデータ量が最大のカラオケ装置が優先的にコンテンツの取得先（サーバ）に選定することができる。このようにすることで、カラオケ装置間でコンテンツの送信要求を分散させることができ、各カラオケ装置間で送信データ量を平滑化できる。よって、特定のカラオケ装置（サーバ）にコンテンツの送信要求が集中することで送信データ量が上限値を超えてしまうのを防止できる。
【００１８】
さらに、請求項２に記載のように、１つのカラオケ装置において、再生予約中でかつ未取得のコンテンツが複数ある場合、そのカラオケ装置における予約順が最も早い未取得コンテンツを優先的に取得対象として選択するように構成するとよい（請求項２）。このように、予約順が早い（すなわち、再生順が早い）コンテンツから先に取得できるようにすることで、予約されたコンテンツの再生が開始されるまでの待ち時間を短縮でき、ユーザのメリットが向上する。
【００１９】
さらに、請求項３に記載のように、カラオケ装置のサーバ機能において、コンテンツの送信が終わった後、そのコンテンツのデータ量に対する実際の送信データ量の不足分を、自カラオケ装置の残りデータ量に還元するように構成するとよい（還元手段）。例えば、コンテンツの送信中に何らかの理由により、送信完了前に通信が中段した場合、残りデータ量から予め減算しておいたコンテンツのデータ量よりも、実際の送信データ量が少なくなる場合がある。そこで、コンテンツのデータ量に対する実際の送信データ量の不足分を残りデータ量に還元することで、送信可能な残りデータ量をより正確に管理でき、送信データ量の制限枠を無駄なく活用できる。
【００２０】
さらに、請求項４に記載のように、カラオケ装置のサーバ機能において、所定期間が満了したときに、残りデータ量記憶手段に記憶している残りデータ量を上限量にリセットするように構成するとよい（リセット手段）。例えば、１日に送信できるデータ量の上限値が設定されている場合、日付が更新すれば前日までに送信したデータ量に関わらず、次の日には０から上限値までのデータ量の送信が認められることになる。そこで、所定期間（例えば、日付単位や時間単位）の満了と共に、残りデータ量を限量にリセットすることで、送信可能な残りデータ量を適切に管理できる。
【００２１】
さらに、請求項５に記載のように、集中管理装置において、取得対象のコンテンツを保有しているカラオケ装置の中で、残りデータ量がそのコンテンツのデータ量よりも大きく、かつ残りデータが最大のカラオケ装置が複数存在する場合、その中から保有するコンテンツの数が最少のカラオケ装置を選定するように構成するとよい。
【００２２】
他のカラオケ装置よりコンテンツを多く保有しているカラオケ装置は、クライアントのカラオケ装置からのコンテンツの取得要求が集中しやすい傾向にあり、送信データ量が早期に上限値に達してしまう可能性が高い。反対に、他のカラオケ装置よりもコンテンツの保有数が少ないカラオケ装置には、クライアントのカラオケ装置からのコンテンツの取得要求を受ける機会が少ない傾向にある。そこで、残りデータ量の条件が同一であれば、コンテンツの保有数が少ないカラオケ装置を優先的に取得先（サーバ）に選定することで、コンテンツの保有数が多いカラオケ装置に取得要求が集中するのを防ぎ、送信データ量の平滑化に奏功する。
【００２３】
つぎに、請求項６に記載のカラオケネットワークシステムは、次のような特徴を有する。
集中管理装置は、複数のカラオケ装置において同一の未取得コンテンツが再生予約中である場合、その複数のカラオケ装置の中で残りデータ量が最大である第１のカラオケ装置（クライアント）の残りデータ量が、その同一の未取得コンテンツを保有するカラオケ装置の中で残りデータ量が最大のものとして選定した第２のカラオケ装置（サーバ）の残りデータ量と当該同一の未取得コンテンツのデータ量との差よりも大きければ、第１のカラオケ装置における予約順に関わらず、当該同一の未取得コンテンツの取得を優先して指示すると共に、第１のカラオケ装置に対して第２のカラオケ装置のサーバ情報を送信する。
【００２４】
すなわち、クライアント側の残りデータ量が、コンテンツ送信前のサーバ側の残りデータ量とコンテンツのデータ量との差よりも大きい場合、クライアント側の残りデータ量が、コンテンツ送信後のサーバ側の残りデータ量よりも大きくなっている。よって、元はクライアント側であったカラオケ装置は、同じコンテンツの取得が必要な他のカラオケ装置（クライアント）に対して、今度はサーバとしてそのコンテンツを送信することができるようになる。このように、送信可能なデータ量が多く残っているクライアントのカラオケ装置に対して、他のクライアントのカラオケ装置に送信が必要なコンテンツを優先的に取得させることで、そのコンテンツを送信可能でかつ、残りデータ量の多いサーバを増やすことができる。そうすることによって、クライアントからのコンテンツの取得要求をなるべく多くのサーバに分散させることができる。
【００２５】
つぎに、請求項７に記載の集中管理装置は、請求項１に記載のカラオケネットワークシステムを構成する集中管理装置である。この集中管理装置によれば、上記カラオケネットワークシステムを構築することができ、これにより上述した効果を得ることができる。
【図面の簡単な説明】
【００２６】
【図１】カラオケネットワークシステム１の概略構成を示すブロック図である。
【図２】集中管理装置２及びカラオケ装置４の概略構成を示すブロック図である。
【図３】クライアント情報の一例を示す説明図である。
【図４】サーバ情報の一例を示す説明図である。
【図５】通信シーケンスを示すラダーチャートである。
【図６】クライアント処理の手順を示すフローチャートである。
【図７】サーバ処理の手順を示すフローチャートである。
【図８】集中管理処理の手順を示すフローチャートの前半部分である。
【図９】集中管理処理の手順を示すフローチャートの後半部分である。
【発明を実施するための形態】
【００２７】
以下、本発明の一実施形態を図面に基づいて説明する。なお、本発明は下記の実施形態に何ら限定されるものではなく様々な態様にて実施することが可能である。
［カラオケネットワークシステム１の構成の説明］
図１に示すように、カラオケネットワークシステム１は、ユーザにカラオケサービスを提供するカラオケ店舗Ａ，Ｂ，Ｃ，Ｄにそれぞれ設置されているカラオケ装置４ａ，４ｂ，４ｃ，４ｄと、これらを集中管理する集中管理装置２とがインターネット２００を介して互いに通信可能に接続されることによって形成されている。なお、以下の説明において、カラオケ装置４ａ，４ｂ，４ｃ，４ｄを特に区別しない場合は、単にカラオケ装置４と表記する。また、図１においては、説明の便宜上、４台のカラオケ装置４がカラオケネットワークシステム１に接続されている構成を示すが、更に多くのカラオケ装置４が接続されていてもよい。
【００２８】
このカラオケネットワークシステム１は、インターネット接続端末である各カラオケ装置４間で、互いにコンテンツを送受信することでコンテンツを共有できるＰ２Ｐ方式のネットワークシステムになっている。また、本実施形態では、カラオケ装置４同士によるコンテンツの送受信について、所定期間（例えば、日付単位や時間単位）あたりに各カラオケ装置４が送信できるコンテンツの送信データ量に上限値が設けられていることを想定している。これは、各カラオケ装置４による送信データ量が過大になることで、公共回線の通信帯域を占有してしまわないようにするための措置である。
【００２９】
集中管理装置２は、カラオケ装置４同士によるコンテンツの送受信について、コンテンツを送信する側のカラオケ装置４（以下、サーバとも称する）を決定し、これをコンテンツを受信する側のカラオケ装置４（以下、クライアントとも称する）に指示することで、カラオケ装置４同士によるコンテンツの送受信を一元的に管理する。そのために、集中管理装置２は、各カラオケ装置４からコンテンツの再生予約の状況等を示すクライアント情報と、コンテンツの保有状況や現在の期間内で送信可能な残りデータ量を示すサーバ情報とを受信し、これらの情報に基づいてクライアントに対してコンテンツを送信するサーバを決定する。
【００３０】
カラオケ装置４は、カラオケサービスを利用するユーザからリクエストされたカラオケ楽曲や、映画、バラエティ番組、ドラマ、ＣＭといった映像コンテンツやオーディション、クイズ等のユーザ参加型のコンテンツ、飲食物の注文といった購買コンテンツ等、様々なコンテンツを各自のＨＤＤ４４に保有しており、この保有するコンテンツを再生する装置である。また、各カラオケ装置４には、データを送受信する機器を判別するための識別情報として、固有のシリアル番号（例えば、製造番号等）と、ＩＰアドレスとがそれぞれ割当てられている。
【００３１】
カラオケ装置４は、再生するコンテンツを自ら保有するための記憶装置であるＨＤＤ４４を備えているが、このＨＤＤ４４の記憶容量はカラオケサービスで提供可能な全てのコンテンツを保有するには小さいものである。そのため、個々のカラオケ装置４は一部のコンテンツしか保有していない。しかしながら、カラオケ装置４に対してコンテンツをリクエストする際にユーザが用いる電子早見本（図示なし）では、カラオケサービスで提供可能な全てのコンテンツの予約に必要な情報が網羅されており、カラオケ装置４が保有していないコンテンツであっても再生予約することが可能である。そこで、カラオケネットワークシステム１に接続している複数のカラオケ装置４同士でコンテンツを共有することで、各カラオケ装置４で全てのコンテンツを提供可能にしている。
【００３２】
具体的には、カラオケ装置４は、コンテンツの再生予約状況を管理し、集中管理装置２からの指示に基づいて未取得コンテンツを他のカラオケ装置４（サーバ）から取得するクライアント機能と、他のカラオケ装置４（クライアント）からのコンテンツ取得要求に応じてコンテンツを送信するサーバ機能とを併せ持つ。
【００３３】
クライアント機能の概要は次のとおりである。カラオケ装置４は、ユーザから再生予約されたコンテンツを予約順に管理しており、予約状況に更新がある都度、コンテンツの再生予約状況とそのコンテンツの保有状況とを示すクライアント情報を集中管理装置２に対して送信する。再生予約中のコンテンツにそのカラオケ装置４が保有していない未取得コンテンツがある場合、集中管理装置２からそのカラオケ装置４に対して、当該コンテンツの取得先のカラオケ装置４を示す情報が通知される。その通知を受けたカラオケ装置４は、通知された取得先からコンテンツを取得することで、ユーザから予約されたコンテンツを再生することができる。
【００３４】
一方、サーバ機能の概要は次のとおりである。カラオケ装置４は、自カラオケ装置４におけるコンテンツの保有状況と、現在の期間内で送信可能な残りデータ量とを示すサーバ情報を記憶・管理しており、これらの内容に更新がある都度、集中管理装置２に対してサーバ情報を送信する。一方、クライアントからコンテンツの取得要求を受信した場合、その要求に該当のコンテンツをクライアントへ送信すると共に、残りデータ量を減算する。
【００３５】
つぎに、図２（ａ），（ｂ）は、集中管理装置２及びカラオケ装置４の概略構成を示すブロック図である。
集中管理装置２は、図２（ａ）に示すように、ハードウェア構成としてＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＨＤＤ２４、ネットワーク通信部２５等を備える。
【００３６】
このうち、ＣＰＵ２１は、ＲＡＭ２２やＲＯＭ２３に格納されたプログラムやデータに従って、集中管理装置２各部に対する制御及び各種演算を実行する装置で、後述する集中管理処理は、このＣＰＵ２１によって実行される。ＲＡＭ２２は、ＣＰＵ２１から直接アクセスされるメインメモリとして利用される記憶装置である。なお、各カラオケ装置４から受信するクライアント情報及びサーバ情報もここに保存される。ＲＯＭ２３は、不揮発性の記憶装置であり、ＢＩＯＳや通常であれば更新されない読み出し専用のデータ等を記憶している。ＨＤＤ２４は、集中管理装置２が作動するめのプログラムや各種データを保存しておくための記憶装置である。ネットワーク通信部２５は、集中管理装置２をインターネット２００に接続して外部のカラオケ装置４との間で通信を行うための通信インタフェースである。
【００３７】
カラオケ装置４は、図２（ｂ）に示すように、ハードウェア構成としてＣＰＵ４１、ＲＡＭ４２、ＲＯＭ４３、ＨＤＤ４４、操作部４５、再生部４６、入力部４７、ネットワーク通信部４８等を備える。
【００３８】
このうち、ＣＰＵ４１は、ＲＡＭ４２やＲＯＭ４３に記憶されたプログラムやデータに従って、カラオケ装置４各部に対する制御及び各種演算を実行する装置で、後述するクライアント機能及びサーバ機能に関する各種処理は、このＣＰＵ４１によって実行される。ＲＡＭ４２は、ＣＰＵ４１から直接アクセスされるメインメモリ等として利用される記憶装置である。自カラオケ装置４の残りデータ量やコンテンツの保有状況等は、このＲＡＭ４２において保存される。ＲＯＭ４３は、不揮発性の記憶装置であり、ＢＩＯＳや通常であれば更新されない読み出し専用のデータ等を記憶している。ＨＤＤ４４は、カラオケ用の楽曲データや映像データ等のコンテンツデータやプログラム等の各種データを保存しておくための装置である。操作部４５は、ユーザからの各種指示を入力するための入力装置であり、複数のキースイッチ等によって構成される。
【００３９】
再生部４６は、演奏データに基づく演奏再生を行うＭＩＤＩ音源、ＭＩＤＩ音源から生成されたオーディオ信号及び入力部４７から入力された音声信号をスピーカへ出力する音声制御部、画像データに基づく映像の再生を制御する映像再生部、映像を表示するためのモニタ等を備える。入力部４７は、マイクロフォンによって歌唱者の歌唱音声を音声信号へ変換し、再生部４６へ入力するためのものである。ネットワーク通信部４８は、カラオケ装置４をインターネット２００に接続して外部と通信を行うための通信インタフェースである。
【００４０】
［クライアント情報の説明］
各カラオケ装置４から集中管理装置２に対して送信されるクライアント情報の概要について、図３に基づき説明する。図３の〈ａ〉〜〈ｄ〉は、それぞれカラオケ装置４ａ，４ｂ，４ｃ，４ｄから送信されるクライアント情報の一例を示している。
【００４１】
クライアント情報には、送信元のカラオケ装置４を特定するための識別情報として、当該カラオケ装置４に割当てられているシリアル番号及びＩＰアドレスが含まれている。これらの識別情報によって、インターネット上での通信先を特定できるようになっている。また、当該カラオケ装置４における再生予約状況を示す情報として、再生予約中のコンテンツの一覧である予約リストが含まれている。
【００４２】
予約リストには、再生予約された個々のコンテンツについて、予約順（すなわち、再生順）を示す情報や、コンテンツの識別情報である選曲番号、曲名、再生時間、コンテンツのサイズ（データ量）、そのコンテンツを当該カラオケ装置４が保有しているか否かを示す保有フラグ等の情報が記述されている。保有フラグは、そのコンテンツを保有している場合は「１」、保有していない場合は「０」が記述される。
【００４３】
［サーバ情報の説明］
各カラオケ装置４から集中管理装置２に対して送信されるサーバ情報の概要について、図４に基づき説明する。図４の〈ａ〉〜〈ｄ〉は、それぞれカラオケ装置４ａ，４ｂ，４ｃ，４ｄから送信されるサーバ情報の一例を示している。
【００４４】
サーバ情報には、送信元のカラオケ装置４を特定するための識別情報として、当該カラオケ装置４に割当てられているシリアル番号及びＩＰアドレスが含まれている。これらの識別情報によって、インターネット上での通信先を特定できるようになっている。また、当該カラオケ装置４の残りデータ量、及び、当該カラオケ装置４がＨＤＤ４４に保有している全コンテンツの一覧である保有コンテンツ情報が含まれている。
【００４５】
残りデータ量は、現在の期間中にクライアントに対して送信できるコンテンツの送信データ量の残量を示す値である。コンテンツの送信に必要な残りデータ量が足りない場合、そのサーバはコンテンツの送信を行わないようになっている。例えば、１日あたりの送信データ量の上限量が２０００に設定されている場合、当日中の送信データ量が２００であると、当日中の残りデータ量は１８００である。
【００４６】
保有コンテンツ情報には、当該カラオケ装置４が保有する全コンテンツについて、コンテンツの識別情報である選曲番号及び曲名等の情報が記述されている。
［通信シーケンスの説明］
つぎに、カラオケ装置４と集中管理装置２との通信、及び、カラオケ装置４同士の通信シーケンスについて、図５に基づいて説明する。
【００４７】
図５（ａ）は、サーバ情報送受信及びコンテンツ非取得状態通知シーケンスを示すラダーチャートである。
各カラオケ装置４のサーバ機能では、集中管理装置２に対して自カラオケ装置４に関するサーバ情報を送信する。サーバ情報の送信は、サーバ情報に含まれるコンテンツの保有状況や、残りデータ量に変更があった都度行われる。集中管理装置２は、各カラオケ装置４から受信したサーバ情報をＲＡＭ２２所定の記憶領域に格納して一元管理しており、カラオケ装置４からサーバ情報を受信したときには、当該カラオケ装置４のサーバ情報を最新の内容に更新する。
【００４８】
一方、各カラオケ装置４のクライアント機能では、他のカラオケ装置４からコンテンツを受信中ではないときに、コンテンツ非取得状態である旨を集中管理装置２に通知する。集中管理装置２は、各カラオケ装置４からの通知結果を管理しており、その内容に基づいて各カラオケ装置４がコンテンツを取得中であるか否かを判断する。
【００４９】
図５（ｂ）は、クライアント情報送受信及びコンテンツ送受信シーケンスを示すラダーチャートである。
クライアント側のカラオケ装置４は、再生予約状況に更新があると、集中管理装置２に対して自カラオケ装置４の予約状況に関するクライアント情報を送信する。クライアント情報の送信は、クライアント情報に含まれる予約リストの内容（予約順や予約コンテンツの保有状況）に変更があった都度行われる。集中管理装置２は、各カラオケ装置４から受信したクライアント情報をＲＡＭ２２の所定の記憶領域に格納して一元管理しており、カラオケ装置４からクライアント情報を受信したときには、当該カラオケ装置４のクライアント情報を最新の内容に更新する。
【００５０】
集中管理装置２は、クライアント情報に基づいて、クライアント側のカラオケ装置４において取得の必要な未取得コンテンツを検出し、サーバ情報に基づいて、その未取得コンテンツを保有するサーバ側のカラオケ装置４を検出する。ここで検出されるのは、クライアントにおいて未取得であるコンテンツを保有するカラオケ装置４の中で残りデータ量が最大のカラオケ装置４である。集中管理装置２は、クライアント側のカラオケ装置４に対して未取得コンテンツの取得を指示すると共に、検出したサーバ側のカラオケ装置４に該当するサーバ情報を送信する。
【００５１】
集中管理装置２からコンテンツの取得指示と共にサーバ情報を受信したクライアント側のカラオケ装置４は、まず、自カラオケ装置４がコンテンツ取得状態に移行したことを集中管理装置２に対して通知する。そして、サーバ情報のＩＰアドレス及びシリアル番号で示されるコンテンツ取得先のカラオケ装置４（サーバ）に対して、未取得コンテンツの取得要求を送信する。
【００５２】
クライアント側のカラオケ装置４からコンテンツの取得要求を受信したサーバ側のカラオケ装置４は、まず、自カラオケ装置４の残りデータ量からそのコンテンツのサイズを減算する。つぎに、ＨＤＤ４４に保有している当該コンテンツを、クライアント側のカラオケ装置４に対して送信する。送信終了後、当該コンテンツのサイズに対する実際の送信データ量の不足分を残りデータ量に加算し、コンテンツの送信終了をクライアント側のカラオケ装置４に通知する。
【００５３】
コンテンツを取得したクライアント側のカラオケ装置４では、自カラオケ装置４のクライアント情報を更新し、集中管理装置２にクライアント情報を送信すると共に、コンテンツ非取得状態に移行した旨を通知する。
【００５４】
［クライアント処理の説明］
つぎに、カラオケ装置４がクライアント機能として実行する処理について、図６に基づいて説明する。
【００５５】
図６（ａ）は、カラオケ装置４のＣＰＵ４１が実行するクライアント処理（１）の手順を示すフローチャートである。この処理は、コンテンツの予約や再生に関する処理と並行して実行される処理である。
【００５６】
カラオケ装置４のＣＰＵ４１は、Ｓ１０１において、コンテンツの再生予約の内容（予約順等）が更新されたか否かを判定する。予約内容が更新されていない場合（Ｓ１０１：ＮＯ）、この処理を繰返す。予約内容が更新された場合（Ｓ１０１：ＹＥＳ）、最新の予約内容を反映したクライアント情報を集中管理装置２に送信する（Ｓ１０２）。
【００５７】
つぎに、図６（ｂ）は、カラオケ装置４のＣＰＵ４１が実行するクライアント処理（２）の手順を示すフローチャートである。この処理は、コンテンツの予約や再生に関する処理と並行して実行される処理である。
【００５８】
カラオケ装置４のＣＰＵ４１は、Ｓ１１１において、集中管理装置２に対してコンテンツ非取得状態を通知する。この通知は、自カラオケ装置４が、現在、他のカラオケ装置４からコンテンツを受信中ではないことを通知するためのものである。
【００５９】
つぎに、集中管理装置２から未取得コンテンツの取得指示を受信したか否かを判定する（Ｓ１１２）。コンテンツの取得指示を受信していない場合（Ｓ１１２：ＮＯ）、この処理を繰返す。一方、コンテンツの取得指示を受信した場合（Ｓ１１２：ＹＥＳ）、コンテンツ取得先を示すサーバ情報を受信する（Ｓ１１３）。つづいて、集中管理装置２に対してコンテンツ取得状態を通知する（Ｓ１１４）。この通知は、自カラオケ装置４が、現在、他のカラオケ装置４からコンテンツを受信中であることを通知するためものである。
【００６０】
つぎに、受信したサーバ情報のＩＰアドレス及びシリアル番号で示されるカラオケ装置４（サーバ）に対して、未取得コンテンツの取得要求を送信し（Ｓ１１５）、この取得要求に応じてサーバから送信されてくるコンテンツを取得する（Ｓ１１６）。サーバから送信終了の通知を受信後、コンテンツの取得に成功したか否かを判定する（Ｓ１１７）。
【００６１】
コンテンツの取得に成功した場合（Ｓ１１７：ＹＥＳ）、自カラオケ装置４のクライアント情報を更新する（Ｓ１１８）。ここでは、クライアント情報の予約リストにおいて、取得したコンテンツの保有フラグを「０」から「１」へ変更する。つぎに、更新したクライアント情報を集中管理装置２に送信し（Ｓ１１９）、Ｓ１１１の処理へ戻る。
【００６２】
一方、Ｓ１１７でコンテンツの取得に失敗したと判定した場合（Ｓ１１７：ＮＯ）、Ｓ１１１の処理へ戻る。
［サーバ処理の説明］
つぎに、カラオケ装置４がサーバ機能として実行する処理について、図７に基づいて説明する。
【００６３】
図７（ａ）は、カラオケ装置４のＣＰＵ４１が実行するサーバ処理（１）の手順を示すフローチャートである。この処理は、コンテンツの予約や再生に関する処理と並行して実行される処理である。
【００６４】
カラオケ装置４のＣＰＵ４１は、Ｓ２０１において、自カラオケ装置４の残りデータ量及びコンテンツの保有状況に関するサーバ情報を集中管理装置２に送信する（Ｓ２０１）。つぎに、残りデータ量、あるいはコンテンツの保有状況に変化があったか否かを判定する（Ｓ２０２）。判定の結果、変化があった場合には（Ｓ２０２：ＹＥＳ）、Ｓ２０１で最新の状態を反映したサーバ情報を集中管理装置２に送信する。
【００６５】
一方、判定の結果、残りデータ量及びコンテンツの保有状況に変化がない場合には（Ｓ２０２：ＮＯ）、送信データ量の上限量の判定基準となる所定期間が満了したか否かを判定する（Ｓ２０３）。ここでは、所定期間が日数単位で設定されている場合、日付が更新したときに期間満了と判断する。また、所定期間が時間単位で設定されている場合、設定時間が経過したときに期間満了と判断する。所定期間が満了していない場合（Ｓ２０３：ＮＯ）、Ｓ２０２の処理へ戻る。一方、所定期間が満了した場合（Ｓ２０３：ＹＥＳ）、残りデータ量を期間ごとに設定されている上限量にリセットし（Ｓ２０４）、Ｓ２０２の処理へ戻る。
【００６６】
つぎに、図７（ｂ）は、カラオケ装置４のＣＰＵ４１が実行するサーバ処理（２）の手順を示すフローチャートである。この処理は、コンテンツの予約や再生に関する処理と並行して実行される処理である。
【００６７】
カラオケ装置４のＣＰＵ４１は、Ｓ２１１において、クライアントからコンテンツ取得要求を受信したか否かを判定する。コンテンツ取得要求を受信していない間（Ｓ２１１：ＮＯ）は、この処理を繰返す。クライアントからコンテンツ取得要求を受信した場合（Ｓ２１１：ＹＥＳ）、取得要求に該当のコンテンツ（以下、要求コンテンツ）のサイズと、自カラオケ装置４の現在の残りデータ量とを比較し、要求コンテンツのサイズ分の残りデータ量があるか否かを判定する（Ｓ２１２）。判定の結果、要求コンテンツのサイズ分の残りデータ量がある場合は（Ｓ２１２：ＹＥＳ）、Ｓ２１３の処理へ移行し、残りデータ量がない場合は（Ｓ２１２：ＮＯ）、Ｓ２１７の処理へ移行する。
【００６８】
要求コンテンツのサイズ分の残りデータ量がある場合に進むＳ２１３では、現在の残りデータ量から要求コンテンツのデータ量を減算する（Ｓ２１３）。残りデータ量の更新後、ＨＤＤ４４に保有している要求コンテンツをクライアントに対して送信する（Ｓ２１４）。コンテンツの送信開始後、当該送信が終了したか否かを判定する（Ｓ２１５）。送信が継続している間（Ｓ２１５：ＮＯ）、この処理を繰返す。
【００６９】
コンテンツの送信が終了（中断も含む）した場合（Ｓ２１５：ＹＥＳ）、要求コンテンツのデータ量に対する、今回の実際の送信データ量の不足分を算出し、その不足分を残りデータ量に加算する（Ｓ２１６）。この処理は、例えば、コンテンツの送信が何らかの理由で不完全な状態で中断した場合、未送信となった分のデータ量を残りデータ量に還元するためのものである。つづいて、Ｓ２１７では、コンテンツ取得要求に対する送信処理の終了をクライアントに対して通知する。終了を通知した後、Ｓ２１１の処理へ戻る。
【００７０】
［集中管理処理の説明］
つぎに、集中管理装置２が実行する集中管理処理について、図８，９に基づいて説明する。
【００７１】
図８は、集中管理装置２のＣＰＵ２１が実行する集中管理処理の手順を示すフローチャートの前半部分であり、図９は、その後半部分である。
集中管理装置２のＣＰＵ２１は、Ｓ３０１において、カラオケ装置４からクライアント情報を受信したか否かを判定する。クライアント情報を受信した場合（Ｓ３０１：ＹＥＳ）、受信したクライアント情報をＲＡＭ２２の所定の記憶領域に保存する（Ｓ３０２）。
【００７２】
クライアント情報を受信していない場合（Ｓ３０１：ＮＯ）、つぎに、カラオケ装置４からサーバ情報を受信したか否かを判定する（Ｓ３０３）。サーバ情報を受信した場合、受信したサーバ情報をＲＡＭ２２の所定の記憶領域に保存する（Ｓ３０４）。
【００７３】
一方、サーバ情報を受信していない場合（Ｓ３０３：ＮＯ）、クライアント情報を保存している各カラオケ装置４の中で、コンテンツ非取得状態となっているクライアントが存在するか否かを判定する（Ｓ３０５）。なお、クライアントがコンテンツ非取得状態であるかどうかは、各カラオケ装置４からの通知結果に基づいて判断する。
【００７４】
判定の結果、コンテンツ非取得状態のクライアントが存在しない場合は（Ｓ３０５：ＮＯ）、Ｓ３０１の処理へ戻り、コンテンツ非取得状態のクライアントが存在する場合は（Ｓ３０５：ＹＥＳ）、Ｓ３０６の処理へ移行する。Ｓ３０６では、コンテンツ非取得状態のクライアントが複数存在するか否かを判定する。コンテンツ非取得状態のクライアントが単独の場合は（Ｓ３０６：ＮＯ）、Ｓ３０７の処理へ移行し、複数存在する場合は（Ｓ３０６：ＹＥＳ）、Ｓ３１４の処理へ移行する。
【００７５】
コンテンツ非取得状態のクライアントが単独の場合に進むＳ３０７では、各クライアント情報の中から、コンテンツ非取得状態のクライアントを検出する（以下、このクライアントを検出クライアントと称する）。つづいて、検出クライアントに該当のクライアント情報を参照し、検出クライアントにおいて現在予約中のコンテンツの中に検出クライアント自身が保有していない未取得コンテンツがあるか否かを判定する（Ｓ３０８）。判定の結果、検出クライアントに未取得コンテンツがない場合は（Ｓ３０８：ＮＯ）、Ｓ３０１の処理へ戻り、未取得コンテンツがある場合は（Ｓ３０８：ＹＥＳ）、Ｓ３０９の処理へ移行する。
【００７６】
Ｓ３０９では、検出クライアントの未取得コンテンツの中で予約順の最も早いコンテンツを検出する（以下、このコンテンツを検出コンテンツと称する）。つぎに、Ｓ３１０（図９）へ移行し、各サーバ情報の中から、検出コンテンツを保有し、かつ残りデータ量が検出コンテンツのサイズよりも大きいサーバを検出する。そして、検出されたサーバ群の中で残りデータ量が最大のサーバが複数存在するか否かを判定する（Ｓ３１１）。
【００７７】
判定の結果、残りデータ量が最大のサーバが複数存在する場合（Ｓ３１１：ＹＥＳ）、すなわち、残りデータ量の条件が同一である場合、残りデータ量が最大のサーバの中で保有するコンテンツの数が最少のサーバに該当するサーバ情報を抽出し、その抽出したサーバ情報を検出クライアントに送信すると共に、検出コンテンツの取得を検出クライアントに対して指示する（Ｓ３１２）。Ｓ３１２の処理を実行後、Ｓ３０１の処理へ戻る。
【００７８】
一方、残りデータ量が最大のサーバが単独である場合（Ｓ３１１：ＮＯ）、残りデータ量が最大のサーバに該当するサーバ情報を抽出し、その抽出したサーバ情報を検出クライアントに送信すると共に、検出コンテンツの取得を検出クライアントに対して指示する（Ｓ３１３）。Ｓ３１３の処理を実行後、Ｓ３０１の処理へ戻る。
【００７９】
一方、Ｓ３０６（図８）の判定においてコンテンツ非取得状態のクライアントが複数である場合に進むＳ３１４では、コンテンツ非取得状態のクライアント群に、再生予約中のコンテンツにそのクライアント自身が保有していない未取得コンテンツがあるクライアントが存在するか否かを判定する。判定の結果、未取得コンテンツを有するクライアントが存在しない場合は（Ｓ３１４：ＮＯ）、Ｓ３０１の処理へ戻り、未取得コンテンツを有するクライアントが存在がする場合は、Ｓ３１５の処理へ移行する。
【００８０】
Ｓ３１５では、それらのクライアントの中から、残りデータ量が最大のクライアントを検出する（以下、このクライアントを検出クライアントと称する）。つぎに、検出クライアントに複数の未取得コンテンツがあるか否かを判定する（Ｓ３１６）。判定の結果、未取得コンテンツが１つである場合は（Ｓ３１６：ＮＯ）、Ｓ３０９の処理へ移行し、未取得コンテンツが複数存在する場合は（Ｓ３１６：ＹＥＳ）、Ｓ３１７の処理へ移行する。
【００８１】
Ｓ３１７では、検出クライアントと共通の未取得コンテンツを有する他のクライアントが存在するか否かを判定する（Ｓ３１７）。判定の結果、検出クライアントと共通の未取得コンテンツを有する他のクライアントが存在しない場合は（Ｓ３１７：ＮＯ）、Ｓ３０９の処理へ移行し、存在する場合は（Ｓ３１７：ＹＥＳ）、Ｓ３１８（図９）の処理へ移行する。
【００８２】
Ｓ３１８では、その共通の未取得コンテンツのうち、検出クライアントにおける予約順の最も早いコンテンツ（以下、対象コンテンツと称する）を保有し、かつ残りデータ量がその対象コンテンツのサイズよりも大きいサーバを検出する。そして、検出されたサーバ群の中で残りデータ量が最大のサーバが複数存在するか否かを判定する（Ｓ３１９）。
【００８３】
判定の結果、残りデータ量が最大のサーバが複数存在する場合（Ｓ３１９：ＹＥＳ）、すなわち、残りデータ量の条件が同一である場合、残りデータ量が最大のサーバの中で保有するコンテンツの数が最少のサーバを検出する（Ｓ３２０）。一方、残りデータ量が最大のサーバが単独である場合（Ｓ３１９：ＮＯ）、残りデータ量が最大のサーバを検出する（Ｓ３２１）。以下、Ｓ３２０又はＳ３２１で検出したサーバを検出サーバと称する。
【００８４】
つぎに、Ｓ３２２では、検出サーバの残りデータ量から対象コンテンツのデータ量を差引いた値よりも、検出クライアントの残りデータ量の方が大きいか否かを判定する。判定の結果、検出クライアントの残りデータ量の方が大きい場合（Ｓ３２２：ＹＥＳ）、検出サーバに該当するサーバ情報を抽出し、その抽出したサーバ情報を検出クライアントに送信すると共に、対象コンテンツの取得を検出クライアントに対して指示する（Ｓ３２３）。Ｓ３２３の処理を実行後、Ｓ３０１の処理へ戻る。
【００８５】
一方、検出サーバの残りデータ量から対象コンテンツのデータ量を差引いた値が、検出クライアントの残りデータ量以上である場合（Ｓ３２２：ＮＯ）、検出クライアントと他のクライアントの間で共通の未取得コンテンツのうち、対象コンテンツの次に予約順の早いコンテンツがあるか否かを判定する（Ｓ３２４）。
【００８６】
判定の結果、次に予約順の早いコンテンツがある場合（Ｓ３２４：ＹＥＳ）、そのコンテンツ（以下、そのコンテンツが次の対象コンテンツとなる）を保有し、かつ残りデータ量がその対象コンテンツよりも大きいサーバを検出し（Ｓ３２５）、Ｓ３１９の処理へ戻る。一方、対象コンテンツの次に予約順の早いコンテンツがない場合（Ｓ３２４：ＮＯ）、検出クライアントの未取得コンテンツの中で予約順の最も早いコンテンツを検出する（Ｓ３２６）。以下、そのコンテンツを検出コンテンツとしてＳ３１０の処理へ移行する。
【００８７】
［特許請求の範囲に記載の構成との対応］
つぎに、実施形態のカラオケネットワークシステム１の構成と、特許請求の範囲に記載の構成との対応について説明する。
【００８８】
集中管理装置２のＣＰＵ２１が、特許請求の範囲における取得対象特定手段、選定手段、取得指示手段、クライアント情報受信手段、及び、サーバ情報受信手段に相当し、ＲＡＭ２２が、クライアント情報記憶手段及びサーバ情報記憶手段に相当する。
【００８９】
カラオケ装置４のＣＰＵ４１が、特許請求範囲におけるクライアント情報送信手段、取得要求手段、コンテンツ取得手段、サーバ情報送信手段、コンテンツ送信手段、還元手段、及び、リセット手段に相当し、ＲＡＭ４２が、残りデータ量記憶手段に相当する。
【００９０】
［効果］
上記実施形態のカラオケネットワークシステム１によれば、次のような効果を奏する。
（１）コンテンツの取得を要するクライアントがある場合、その未取得コンテンツを保有する他のカラオケ装置４の中から、残りデータ量が最大のカラオケ装置４を優先的にサーバに選定することができる。このようにすることで、コンテンツの送信要求を多くのサーバに分散させることができ、送信データ量を平滑化できる。
【００９１】
（２）１クライアントに未取得のコンテンツが複数ある場合、予約順が最も早い未取得コンテンツを優先的に取得対象として選択することで、予約されたコンテンツの再生が開始されるまでの待ち時間を短縮できる。
【００９２】
（３）サーバがコンテンツを送信した際、コンテンツのデータ量に対する実際の送信データ量の不足分を残りデータ量に還元することで、残りデータ量をより正確に管理でき、送信データ量の制限枠を無駄なく活用できる。
【００９３】
（４）所定期間が満了する度に残りデータ量を上限量にリセットすることで、送信可能な残りデータ量を適切に管理できる。
（５）コンテンツを送信するサーバを選定する際、残りデータ量が最大のサーバが複数存在する場合、すなわち、残りデータ量の条件が同一である場合、その中から保有するコンテンツの数が最少のサーバを選定することで、コンテンツの保有数が多いカラオケ装置に取得要求が集中するのを防ぎ、送信データ量の平滑化に奏功する。
【００９４】
（６）サーバの残りデータ量から送信対象コンテンツのデータ量を差引いた値よりも、そのコンテンツを受取るクライアントの残りデータ量の方が大きい場合、そのクライアントおける予約順に関わらずその送信対象コンテンツを優先して取得させることで、そのコンテンツを他のクライアントへ送信可能でかつ、残りデータ量の多いサーバを増やすことができる。そうすることによって、クライアントからのコンテンツの取得要求をなるべく多くのサーバに分散させることができる。
【符号の説明】
【００９５】
１…カラオケネットワークシステム、２…集中管理装置、２１…ＣＰＵ、２２…ＲＡＭ、２３…ＲＯＭ、２４…ＨＤＤ、２５…ネットワーク通信部、４…カラオケ装置、４１…ＣＰＵ、４２…ＲＡＭ、４３…ＲＯＭ、４４…ＨＤＤ、４５…操作部、４６…再生部、４７…入力部、４８…ネットワーク通信部、２００…インターネット。
【図１】
2011203573.tif 000003
【図２】
2011203573.tif 000004
【図３】
2011203573.tif 000005
【図４】
2011203573.tif 000006
【図５】
2011203573.tif 000007
【図６】
2011203573.tif 000008
【図７】
2011203573.tif 000009
【図８】
2011203573.tif 000010
【図９】
2011203573.tif 000011