(57)【特許請求の範囲】
【請求項１】
カラオケ楽曲を少なくとも含むコンテンツを保有し、その保有しているコンテンツを用いたコンテンツサービスを実行する複数のカラオケ装置がネットワークを介して通信可能に接続され、コンテンツサービスの実行中に前記カラオケ装置間でコンテンツの送受信を行うカラオケネットワークシステムにおいて、
前記カラオケ装置は、
自カラオケ装置が今後に実行を予定しているコンテンツサービスによる演算処理能力の占有度合の未来予測値を取得する占有度予測手段を備え、
さらに、他の被要求側のカラオケ装置からコンテンツを取得する要求側のカラオケ装置として実行する処理に関する構成として、
自カラオケ装置の処理占有度合の未来予測値に相関する通信速度として、前記処理占有度合の未来予測値が小さいほど前記通信速度が大きくなり、前記処理占有度合の未来予測値が大きいほど前記通信速度が小さくなるように前記通信速度を算出する算出手段と、
複数の他の被要求側のカラオケ装置から、各個の占有度関連値を取得する要求側取得手段と、
前記占有度予測手段により取得した自カラオケ装置における処理占有度合の未来予測値に基づく所定の占有度関連値と、前記要求側取得手段により取得した前記被要求側のカラオケ装置の占有度関連値とに基づいて、それら被要求側のカラオケ装置の中から、各個の占有度関連値に基づいて特定する所定の通信条件の度合が自カラオケ装置のものと直近であるカラオケ装置をコンテンツ取得要求先に選択する選択手段と、
前記選択手段により選択したコンテンツ取得要求先のカラオケ装置から、前記算出手段により算出した通信速度によってコンテンツを取得するコンテンツ取得手段とを備え、
さらに、他の要求側のカラオケ装置からの要求に応答する被要求側のカラオケ装置として実行する処理に関する構成として、
前記要求側のカラオケ装置から占有度関連値の取得要求があった場合、前記占有度予測手段により取得した自カラオケ装置における処理占有度合の未来予測値に基づく所定の占有度関連値を当該要求側のカラオケ装置に対して送信する被要求側送信手段と、
前記要求側のカラオケ装置からコンテンツの取得要求があった場合、当該要求側のカラオケ装置の決定した通信速度でコンテンツを送信するコンテンツ送信手段とを備えること
を特徴とするカラオケネットワークシステム。
【請求項２】
請求項１に記載のカラオケネットワークシステムにおいて、
前記要求側のカラオケ装置としての構成について、
前記算出手段により算出した通信速度と、他のカラオケ装置から取得予定のコンテンツのデータ量とに基づき、当該コンテンツの取得にかかる推定の通信時間を算出する通信時間推定手段を更に備え、
前記要求側取得手段は、前記通信時間推定手段により算出した通信時間を示す情報を含む取得要求を前記被要求側のカラオケ装置に対して送信して、前記占有度関連値を取得し、
前記被要求側のカラオケ装置としての構成について、
前記要求側のカラオケ装置から占有度関連値の取得要求があった場合、前記占有度予測手段は、現時点から、当該取得要求に含まれる通信時間の情報で示される時間長分だけ先までの期間に実行を予定しているコンテンツサービスによる演算処理能力の占有度合の未来予測値を取得すること
を特徴とするカラオケネットワークシステム。
【請求項３】
請求項１又は請求項２に記載のカラオケネットワークシステムにおいて、
前記被要求側のカラオケ装置としての構成について、
前記被要求側送信手段は、前記占有度関連値として、自カラオケ装置における処理占有度合の未来予測値を当該要求側のカラオケ装置に対して送信し、
前記要求側のカラオケ装置としての構成について、
前記選択手段は、前記複数の被要求側のカラオケ装置から取得した処理占有度合の未来予測値に基づき、それら被要求側のカラオケ装置の処理占有度合の未来予測値に相関する通信速度として、前記処理占有度合の未来予測値が小さいほど前記通信速度が大きくなり、前記処理占有度合の未来予測値が大きいほど前記通信速度が小さくなるように、被要求側の各カラオケ装置の通信速度を算出し、それら被要求側のカラオケ装置の中から、各個の前記通信速度が自カラオケ装置の前記通信速度と直近であるカラオケ装置をコンテンツ取得要求先に選択すること
を特徴とするカラオケネットワークシステム。
【請求項４】
請求項１又は請求項２に記載のカラオケネットワークシステムにおいて、
前記被要求側のカラオケ装置としての構成について、
前記被要求側送信手段は、前記占有度関連値として、前記算出手段により算出した自カラオケ装置における通信速度を当該要求側のカラオケ装置に対して送信し、
前記要求側のカラオケ装置としての構成について、
前記選択手段は、前記複数の要求側のカラオケ装置から取得した通信速度に基づき、それら被要求側のカラオケ装置の中から、各個の前記通信速度が自カラオケ装置の前記通信速度と直近であるカラオケ装置をコンテンツ取得要求先に選択すること
を特徴とするカラオケネットワークシステム。
【請求項５】
請求項３又は請求項４に記載のカラオケネットワークシステムにおいて、
前記要求側のカラオケ装置としての構成について、
前記選択手段は、前記複数の被要求側のカラオケ装置の中で自カラオケ装置と同じ通信速度のカラオケ装置がある場合は、そのカラオケ装置をコンテンツ取得要求先に選択し、同じ通信速度のカラオケ装置がない場合は、自カラオケ装置よりも通信速度が大きいカラオケ装置の中で最も通信速度の小さいカラオケ装置をコンテンツ取得要求先に選択すること
を特徴とするカラオケネットワークシステム。
【請求項６】
カラオケ楽曲を少なくとも含むコンテンツを保有し、その保有しているコンテンツを用いたコンテンツサービスを実行する複数のカラオケ装置がネットワークを介して通信可能に接続され、コンテンツサービスの実行中に前記カラオケ装置間でコンテンツの送受信を行うカラオケネットワークシステムに用いられる前記カラオケ装置であって、
自カラオケ装置が今後に実行を予定しているコンテンツサービスによる演算処理能力の占有度合の未来予測値を取得する占有度予測手段を備え、
さらに、他の被要求側のカラオケ装置からコンテンツを取得する要求側のカラオケ装置として実行する処理に関する構成として、
自カラオケ装置の処理占有度合の未来予測値に相関する通信速度として、前記処理占有度合の未来予測値が小さいほど前記通信速度が大きくなり、前記処理占有度合の未来予測値が大きいほど前記通信速度が小さくなるように前記通信速度を算出する算出手段と、
複数の他の被要求側のカラオケ装置から、各個の占有度関連値を取得する要求側取得手段と、
前記占有度予測手段により取得した自カラオケ装置における処理占有度合の未来予測値に基づく所定の占有度関連値と、前記要求側取得手段により取得した前記被要求側のカラオケ装置の占有度関連値とに基づいて、それら被要求側のカラオケ装置の中から、各個の占有度関連値に基づいて特定する所定の通信条件の度合が自カラオケ装置のものと直近であるカラオケ装置をコンテンツ取得要求先に選択する選択手段と、
前記選択手段により選択したコンテンツ取得要求先のカラオケ装置から、前記算出手段により算出した通信速度によってコンテンツを取得するコンテンツ取得手段とを備え、
さらに、他の要求側のカラオケ装置からの要求に応答する被要求側のカラオケ装置として実行する処理に関する構成として、
前記要求側のカラオケ装置から占有度関連値の取得要求があった場合、前記占有度予測手段により取得した自カラオケ装置における処理占有度合の未来予測値に基づく所定の占有度関連値を当該要求側のカラオケ装置に対して送信する被要求側送信手段と、
前記要求側のカラオケ装置からコンテンツの取得要求があった場合、当該要求側のカラオケ装置の決定した通信速度でコンテンツを送信するコンテンツ送信手段とを更に備えること
を特徴とするカラオケ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して相互に接続された複数のカラオケ装置間でコンテンツの送受信を行う技術に関する。
【背景技術】
【０００２】
近年、カラオケサービスを提供するカラオケ装置では、利用客の趣味・嗜好の多様化に対応するため、多彩なコンテンツサービスが複合して実行されるようになっている。具体的には、ＭＩＤＩ音源やサンプリング音源（いわゆる生音楽曲）等の音声再生サービス、背景動画や、ＣＭ動画、プロモーションビデオ等の映像再生サービス、利用客の歌唱に対する採点やゲーム等の演出サービス、利用客に対してネットワーク空間内での擬似的な姿形を与えるいわゆる「アバター」等の表示サービスといったものが挙げられる。
【０００３】
さらに、それぞれのコンテンツサービスにおいて、その利用頻度や人気度合に応じて、高品質（高ビットレート）のコンテンツを用意したり、アバターサービス向けのパーツやアイテムを充実させ、これらを多数表示可能にしたりといった具合に、サービス内容に応じてサイズの大きいコンテンツサイズが存在したり、サービス実行時における演算処理負荷の大きいコンテンツが増えている。
【０００４】
また、上述のようなコンテンツの多様化や高品質化、利用者ごとの専用化等により、カラオケ装置で利用されるコンテンツは膨大な量となっている。これらのコンテンツは、一般的に、ブロードバンド回線を用いてコンテンツ配信用のホストサーバから各カラオケ店舗内の特定のカラオケ装置（マスタ機）に配信される（この処理を一次配信という）。つぎに、カラオケ店舗内のマスタ機以外のカラオケ装置（スレイブ機）は、マスタ機もしくはコンテンツの取得によりマスタ機と同等のコンテンツを保有するに至った他のスレイブ機から店舗内のＬＡＮを介してコンテンツを受信することで、マスタ機と同等のコンテンツを保有する状態になる（この処理を等価処理という）。このように、ホストサーバから各カラオケ店舗のマスタ機への一次配信と、カラオケ店舗内での等価処理を経ることで、市場全てのカラオケ装置に対するコンテンツの配信が実現する。
【０００５】
また、ネットワークを介して相互に接続されたカラオケ装置間で大量のコンテンツを送受信するのに好適な手法として、ピアツーピア（Peer to Peer）型のファイル交換を行う技術も案出されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−１９７４００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、上述の一次配信や等価処理といったコンテンツの送受信に関する処理は、利用客からの操作によって制御される機能ではなく、例えば１日１回、カラオケサービスの利用状況の如何に関わらずバックグラウンドで動作する処理である。しかしながら、コンテンツの多様化や複合化により、コンテンツサービス実行による処理負荷の度合が高くなっている状況下において、バックグラウンドで一次配信や等価処理を行うと、その通信負荷の影響で実行中のコンテンツサービスに不具合が生じることがある。
【０００８】
不具合としては、例えば、カラオケ楽曲の演奏中における音飛びや、動画やアバターの表示における遅延やコマ落ちといった現象がある。これらの現象は、カラオケ装置のＣＰＵの演算処理能力の不足に起因するものであり、コンテンツサービスによる処理負荷に加えて一次配信や等価処理による処理負荷が加わることで、ＣＰＵの演算処理能力が一定時間に要求される計算量を満たせなくなる状態になることで発生する。
【０００９】
カラオケサービスで提供されるコンテンツのように高いエンターテイメント性を求められるコンテンツでは、その実行中に上記のような不具合が発生すると、エンターテイメント性そのものが著しく低下してしまい、好ましくない。このような問題を解決するために、従来、利用客がコンテンツサービスを利用しているときには、一次配信や等価の処理を行わないようにし、利用客がコンテンツサービスを利用していないときに限り、一次配信や等価の処理を行うように制御し、コンテンツサービスの実行に支障をきたさないようにしていた。
【００１０】
しかしながら、近年、各カラオケ装置に配信すべきコンテンツのデータ量は飛躍的に増加しており、利用客がコンテンツサービスを利用していない期間に限定して一次配信／等価処理を行っていたのでは、全てのコンテンツを配信するために必要な時間としては不十分になりつつある。そのため、一部のコンテンツが必要な時期までに全てのカラオケ装置に行き渡らないといった別の問題も発生している。このような情勢により、カラオケサービスを実行中であっても、コンテンツの一次配信や等価処理を行わざるを得ない状況になってきている。
【００１１】
本発明は、上記問題を解決するためになされたものであり、実行中のコンテンツサービスのバックグラウンドでコンテンツの送受信を行う際に、実行中のコンテンツサービスに不具合を生じさせず、かつ、カラオケ装置間で円滑にコンテンツの送受信を行うための技術を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するためになされた請求項１に記載のカラオケネットワークシステムは、複数のカラオケ装置がネットワークを介して通信可能に接続され、コンテンツサービスの実行中にカラオケ装置間でコンテンツの送受信を行うものである。
【００１３】
本発明のカラオケネットワークシステムを構成するカラオケ装置は、自カラオケ装置が今後に実行を予定しているコンテンツサービスによる演算処理能力の占有度合の未来予測値を取得する占有度予測手段を備える。例えば、自カラオケ装置が保有するコンテンツに予め設定されている演算処理能力の占有度合（以下、処理占有度とも称する）を各コンテンツに対応付けて記憶装置等に保有しておく。そして、現在において実行を予定しているコンテンツの実行スケジュールを管理するための予約情報として登録されているコンテンツに該当の処理占有度を、記憶装置から読出すような方法が考えられる。
【００１４】
この方法の場合、各コンテンツに対応する処理占有度は、コンテンツのビットレートやメモリ使用量といった物理量に基づいて設定したり、さらに、利用客に対するコンテンツの重要度等を加味して処理占有度の高低を決めることが考えられる。また、カラオケ装置がこれらの処理占有度を取得する方法としては、コンテンツ配信時に、配信側の装置からコンテンツのデータと共に処理占有度を配信したり、各カラオケ装置が外部の管理サーバ等から個別に取得するといった方法が考えられる。また、別の取得方法として、コンテンツサービスを実行中に自カラオケ装置のＣＰＵの使用率を測定し、その測定結果を処理占有度として利用するものであってもよい。
【００１５】
また、占有度合の未来予測値としては、例えば、実行を予定している複数のコンテンツサービスにおける処理占有度の平均としてもよいし、ある特定の時間帯に実行を予定しているコンテンツサービス処理占有度としてもよい。
【００１６】
加えて、カラオケ装置は、他の被要求側のカラオケ装置からコンテンツを取得する要求側のカラオケ装置として実行する処理に関する構成として、算出手段と、要求側取得手段と、選択手段と、コンテンツ取得手段とを備える。
【００１７】
算出手段は、自カラオケ装置の処理占有度合の未来予測値に相関する通信速度として、処理占有度合の未来予測値が小さいほど通信速度が大きくなり、処理占有度合の未来予測値が大きいほど通信速度が小さくなるように通信速度を算出する。要求側取得手段は、複数の他の被要求側のカラオケ装置から、各個の占有度関連値を取得する。選択手段は、占有度予測手段により取得した自カラオケ装置における処理占有度合の未来予測値に基づく所定の占有度関連値と、要求側取得手段により取得した被要求側のカラオケ装置の占有度関連値とに基づいて、それら被要求側のカラオケ装置の中から、各個の占有度関連値に基づいて特定する所定の通信条件の度合が自カラオケ装置のものと直近であるカラオケ装置をコンテンツ取得要求先に選択する。コンテンツ取得手段は、選択手段により選択したコンテンツ取得要求先のカラオケ装置から、算出手段により算出した通信速度によってコンテンツを取得する。
【００１８】
さらに、カラオケ装置は、他の要求側のカラオケ装置からの要求に応答する被要求側のカラオケ装置として実行する処理に関する構成として、被要求側送信手段と、コンテンツ送信手段とを備える。
【００１９】
被要求側送信手段は、要求側のカラオケ装置から占有度関連値の取得要求があった場合、占有度予測手段により取得した自カラオケ装置における処理占有度合の未来予測値に基づく所定の占有度関連値を当該要求側のカラオケ装置に対して送信する。コンテンツ送信手段は、要求側のカラオケ装置からコンテンツの取得要求があった場合、当該要求側のカラオケ装置の決定した通信速度でコンテンツを送信する。
【００２０】
このように構成されたカラオケネットワークシステムによれば、コンテンツの取得を要求する要求側のカラオケ装置において、コンテンツを取得するための通信が実際に行われる未来において実行が予定されているコンテンツサービスによる処理占有度の未来予測値に応じた通信速度で、コンテンツを取得することができる。なお、ここでいう「処理占有度に応じた通信速度」とは、実行が予定されているコンテンツサービスに悪影響を及ぼさない程度の処理負荷で発揮できる通信速度であることが肝要である。それは必然的に、コンテンツサービスによる処理占有度が小さいほど通信速度は大きく、処理占有度が大きいほど通信速度が小さいという相関性を持っていることになる。このようにすることで、コンテンツサービスを実行中のカラオケ装置がバックグラウンドでコンテンツを取得する際、コンテンツサービスの実行に支障をきたすことなく、カラオケ装置間で効率よくコンテンツを送受信できる。
【００２１】
なお、要求側のカラオケ装置が自ら決定した通信速度を満足してコンテンツを取得するためには、その取得先となる被要求側のカラオケ装置の選定が重要である。もし、要求側のカラオケ装置が自ら決定した通信速度を単純に満足させるだけでよければ、自カラオケ装置よりも通信条件の良好なカラオケ装置、すなわち、処理占有度が比較的に小さく、コンテンツサービスの実行に支障をきたさない範囲で高い通信速度を発揮できるカラオケ装置を選択すればよい。
【００２２】
しかしながら、要求側のカラオケ装置が発揮できる通信速度に対して、被要求側のカラオケ装置が発揮できる通信速度があまりに大きい場合、いくら被要求側のカラオケ装置に余力があっても、結局、要求側のカラオケ装置が発揮できる通信速度でコンテンツの送受信が行われることになる。このような場合、被要求側のカラオケ装置にある余力は、他のカラオケ装置に対するコンテンツの送信に活用されることはなく、無駄になる。
【００２３】
つまり、通信速度の小さい要求側のカラオケ装置が、分不相応に通信速度が大きい被要求側のカラオケ装置をコンテンツの取得先に選んでしまうことで、本来であれば通信速度がもっと大きい他の要求側のカラオケ装置がコンテンツ取得先として選択できるはずであったカラオケ装置を無駄に占有してしまうことになる。このような事態は、ネットワーク全体でコンテンツを迅速に配信するという観点からみれば非効率である。
【００２４】
そこで、このような無駄を発生させないために、要求側のカラオケ装置は、複数の被要求側のカラオケ装置における通信条件の度合が自カラオケ装置のものと直近である被要求側のカラオケ装置をコンテンツ取得要求先に選択する。なお、ここでいう通信条件の度合とは、カラオケ装置が処理占有度に応じて発揮できる通信速度を示すものであってもよいし、カラオケ装置が処理占有度に応じて発揮できる通信速度を類推し得る別の指標（例えば、処理占有度そのもの）であってもよい。
【００２５】
よって、要求側のカラオケ装置は、自カラオケ装置の通信条件（例えば処理占有度や通信速度）とほぼ対等な通信条件の被要求側のカラオケ装置をコンテンツの取得先として選択できる。これにより、要求側のカラオケ装置が自ら決定した通信速度を満足させつつ、処理占有度に応じて発揮できる通信能力に無駄な余力を生じさせることなくコンテンツを取得できる。また、ネットワーク全体でコンテンツを迅速に配信するという観点からみても効率的である。
【００２６】
つぎに、請求項２に記載のカラオケネットワークシステムは、以下の特徴を有する。まず、要求側のカラオケ装置としての構成として、算出手段により算出した通信速度と、他のカラオケ装置から取得予定のコンテンツのデータ量とに基づき、当該コンテンツの取得にかかる推定の通信時間を算出する通信時間推定手段を更に備える。そして、要求側取得手段は、通信時間推定手段により算出した通信時間を示す情報を含む取得要求を被要求側のカラオケ装置に対して送信して、占有度関連値を取得する。また、被要求側のカラオケ装置としての構成として、要求側のカラオケ装置から占有度関連値の取得要求があった場合、占有度予測手段は、現時点から、当該取得要求に含まれる通信時間の情報で示される時間長分だけ先までの期間に実行を予定しているコンテンツサービスによる演算処理能力の占有度合の未来予測値を取得する。
【００２７】
このような構成によれば、処理占有度の未来予測値の算出対象を、コンテンツを取得するための通信期間と推定される期間に実行される予定のコンテンツに限定することができる。このようにすることで、コンテンツを取得するための通信期間から実行時期が外れるコンテンツは処理占有度の未来予測値の算出対象から除外されるため、コンテンツを取得するための通信期間における処理占有度の未来予測値を精度よく算出できる。
【００２８】
つぎに、請求項３では、被要求側のカラオケ装置から要求側のカラオケ装置へ送信する占有度関連値の内容を更に具体的にした。すなわち、被要求側のカラオケ装置としての構成について、被要求側送信手段は、占有度関連値として、自カラオケ装置における処理占有度合の未来予測値を当該要求側のカラオケ装置に対して送信する。一方、要求側のカラオケ装置としての構成について、選択手段は、複数の被要求側のカラオケ装置から取得した処理占有度合の未来予測値に基づき、それら被要求側のカラオケ装置の処理占有度合の未来予測値に相関する通信速度として、処理占有度合の未来予測値が小さいほど通信速度が大きくなり、処理占有度合の未来予測値が大きいほど通信速度が小さくなるように、被要求側の各カラオケ装置の通信速度を算出する。そして、それら被要求側のカラオケ装置の中から、各個の通信速度が自カラオケ装置の通信速度と直近であるカラオケ装置をコンテンツ取得要求先に選択する。このような構成によれば、要求側カラオケ装置で各個の処理占有度の未来予測値に応じた通信速度が対等なカラオケ装置をコンテンツの取得先に選定できる。
【００２９】
一方、請求項４では、請求項３に記載のものとは別の内容で、被要求側のカラオケ装置から要求側のカラオケ装置へ送信される占有度関連値の内容を更に具体的にした。すなわち、被要求側のカラオケ装置としての構成について、被要求側送信手段は、占有度関連値として、算出手段により算出した自カラオケ装置における通信速度を当該要求側のカラオケ装置に対して送信する。一方、要求側のカラオケ装置としての構成について、選択手段は、複数の要求側のカラオケ装置から取得した通信速度に基づき、それら被要求側のカラオケ装置の中から、各個の通信速度が自カラオケ装置の通信速度と直近であるカラオケ装置をコンテンツ取得要求先に選択する。このように、被要求側のカラオケ装置が各個の処理占有度の未来予測値に応じた通信速度を要求側のカラオケ装置に通知する方法によっても、通信速度が対等なカラオケ装置をコンテンツの取得先に選定できる。
【００３０】
ところで、要求側のカラオケ装置の発揮できる通信速度と直近の通信速度を発揮できる被要求側のカラオケ装置をコンテンツの取得先に選定する場合、最善の条件は互いの通信速度が同一となる取得先を選択することである。この場合、要求側のカラオケ装置で決定した通信速度を満足させつつ、処理占有度に応じて発揮できる通信能力に無駄な余力を出さずにコンテンツを送受信できる。しかし、要求側のカラオケ装置と通信速度が同一となる被要求側のカラオケ装置が存在しない場合、次善策として、要求側のカラオケ装置よりも通信速度が大きいカラオケ装置の中で最も通信速度の小さいカラオケ装置をコンテンツ取得要求先に選択することが考えられる（請求項５）。
【００３１】
もし、要求側のカラオケ装置と通信速度が同一となる被要求側のカラオケ装置が存在しないのであれば、要求側のカラオケ装置の通信速度を満たした状態でコンテンツを取得するためには、要求側のカラオケ装置よりも通信速度の大きい被要求側のカラオケ装置を取得先に選択すればよい。これに加えて、要求側のカラオケ装置よりも通信速度の大きい被要求側のカラオケ装置の中で、通信速度の最も小さいカラオケ装置を取得先に選ぶことで、要求側のカラオケ装置の通信速度を満たしながらも無駄な余力を極力出さない。
【００３２】
つぎに、請求項６に記載のカラオケ装置は、請求項１に記載のカラオケネットワークシステムを構成するカラオケ装置である。このカラオケ装置によれば、上記カラオケネットワークシステムを構築することができ、これにより上述した効果を得ることができる。
【図面の簡単な説明】
【００３３】
【図１】カラオケネットワークシステム１の概略構成を示すブロック図である。
【図２】各カラオケ装置４におけるコンテンツサービス実施予定を示す説明図である。
【図３】カラオケ装置４同士による通信の手順を示すラダーチャートである。
【図４】予測占有値に応じた予測通信速度の算出方法等を示す説明図である。
【図５】サービス状況送信依頼処理、サービス状況返信処理の手順を示すフローチャートである。
【図６】配信元選択処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００３４】
以下、本発明の一実施形態を図面に基づいて説明する。
［カラオケネットワークシステム１の構成の説明］
図１に示すように、カラオケネットワークシステム１は、カラオケサービスを提供するカラオケ店舗内に敷設されたＬＡＮ１００を介して、各部屋に設置された複数のカラオケ装置４ａ〜４ｄが接続された構成を有する。また、カラオケネットワークシステム１は、広域ネットワークであるインターネット２００を介してホストサーバ２と接続されている。図１においては、４台のカラオケ装置がネットワークを構成している事例を示すが、同一店舗内に更に多くのカラオケ装置４が接続されていてもよい。なお、以下の説明において、カラオケ装置４ａ〜４ｄを特に区別しない場合は、単にカラオケ装置４と表記する。
【００３５】
ホストサーバ２は、カラオケ店舗内の特定のカラオケ装置４（マスタ機という）に対してカラオケ等の音声再生サービス、背景動画や、ＣＭ動画、プロモーションビデオ等の映像再生サービス、アバター等の表示サービス等といった、利用客向けの各種コンテンツを定期的に配信するカラオケサービス用のサーバ装置である。なお、ホストサーバ２からカラオケ店舗のマスタ機へのコンテンツの配信（一次配信）は、定期的（例えば１日１回）に行われる。このホストサーバ２は、適宜な処理能力を有する情報処理装置等で構成されており、外部記憶装置としてのハードディスクドライブ（以下、ＨＤＤ）に利用客向けのサービスとして提供可能な全てのコンテンツを常に保有している。また、ホストサーバ２は、インターネット２００及びカラオケ店舗側のルータ装置１２０を介して、カラオケ店舗側のＬＡＮ１００に接続されている。
【００３６】
ルータ装置１２０は、異なるネットワーク間を相互接続する通信機器である。このルータ装置１２０は、外部ネットワークであるインターネット２００と、内部ネットワークであるＬＡＮ１００との接続点に設置されており、ＬＡＮ１００側からの通信をインターネット２００側に送出し、インターネット２００側からの通信をＬＡＮ１００側に送出する。
【００３７】
カラオケ装置４は、ホストサーバ２から配信された利用客向けのコンテンツを各自のＨＤＤ４４に保有しており、この保有するコンテンツを再生する装置である。なお、各カラオケ装置４ａ，４ｂ，４ｃ，４ｄには、それぞれ固有の識別情報であるシリアル番号Ｘ００００１，Ｘ００００２，Ｘ００００３，Ｘ００００４が割当てられているものする。
【００３８】
カラオケ装置４は、ハードウェア構成としてＣＰＵ４１、ＲＡＭ４２、ＲＯＭ４３、ＨＤＤ４４、表示部４５、再生部４６、入力部４７、ＬＡＮ通信部４８等を備える。
ＣＰＵ４１は、ＲＡＭ４２やＲＯＭ４３に記憶されたプログラムやデータに従って、カラオケ装置４各部に対する制御及び各種演算を実行する装置で、コンテンツ配信元のカラオケ装置４を選定するための後述の各種処理は、このＣＰＵ４１によって実行される。ＲＡＭ４２は、ＣＰＵ４１から直接アクセスされるメインメモリ等として利用される記憶装置である。なお、後述のサービス実施予定のテーブルもここで記憶・管理される。ＲＯＭ４３は、不揮発性の記憶装置であり、通常は更新されない読み出し専用のデータ等を記憶している。ＨＤＤ４４は、音声再生や、映像再生、アバター表示等の利用客向けのコンテンツデータやプログラム等の各種データを保存しておくための装置である。
【００３９】
表示部４５は、カラオケの歌詞テロップや背景画像、各種映像等を表示するためのモニタ装置である。再生部４６は、演奏データに基づく演奏再生を行うＭＩＤＩ音源、ＭＩＤＩ音源から生成されたオーディオ信号及び入力部４７から入力された音声信号をスピーカへ出力する音声制御部、画像データに基づく映像の再生を制御する映像再生部を備える。入力部４７は、マイクロフォンによって歌唱者の歌唱音声を音声信号へ変換し、再生部４６へ入力するためのものである。ＬＡＮ通信部４８は、カラオケ装置４をＬＡＮ１００に接続して外部と通信を行うための通信インタフェースである。
【００４０】
各カラオケ装置４が保有するコンテンツの配信手順は次のとおりである。まず、カラオケ店舗内の複数のカラオケ装置４のうちホストサーバ２との通信権限があるマスタ機に対してホストサーバ２からコンテンツが一次配信される。一次配信が行われると、カラオケ店舗内の各カラオケ装置４に対して新たに配信されたコンテンツを各自に取得させるための指示がなされる。つづいて、マスタ機からマスタ機以外のカラオケ装置４（スレイブ機）に対してコンテンツの配信が行われる（等価処理）。また、等価処理によりマスタ機と同等のコンテンツを保有するに至ったスレイブ機からも、コンテンツ未取得の他のスレイブ機に対する等価処理が行われる。なお、カラオケ装置４同士によるコンテンツの配信は、コンテンツ要求側のカラオケ装置４から配信元のカラオケ装置４に対して配信要求が行われることで成立する。カラオケ装置４同士で行われる等価処理が完了すると、カラオケ店舗内の全てのスレイブ機がマスタ機と同等のコンテンツを保有する状態になる。
【００４１】
等価処理は、カラオケ装置４が利用客向けのコンテンツサービスを実行状況中であってもバックグラウンドで動作する処理である。そのため、本実施形態のカラオケ装置４では、等価処理で行われる通信による処理負荷が、利用客に向けて実行中のコンテンツサービスに悪影響を及ぼさないようにするための対策が行われる。
【００４２】
具体的には、各カラオケ装置４は、実行を予定しているコンテンツサービスによる処理負荷を示す値を、サービス占有値と称する指標として管理している。ここでいうサービス占有値とは、同時期に並行して実行するまとまったコンテンツサービスごとに、各個のコンテンツを実行する際の演算処理能力の占有度合（コンテンツ占有値と称する）を合計した値である。
【００４３】
コンテンツ占有値は、各個のコンテンツごとに予め設定された値を用いることが考えられる。この場合、カラオケ装置４が保有するコンテンツに対応するコンテンツ占有値をＨＤＤ４４に記憶しておき、再生の予約状況に応じて読出すように構成すればよい。
【００４４】
コンテンツ占有値は、例えば、コンテンツのビットレートやメモリ使用量、実際に再生したときの処理負荷の実測値といった物理量に基づいて設定することが考えられる。また、これらの物理量に加え、コンテンツの人気や需要、重要度といった人為的な要素を加味してその高低度合を決めてもよい。また、コンテンツ占有値の設定は、例えば、コンテンツをカラオケネットワークシステム１に流通させる前の段階で設定しておけばよい。その場合、各カラオケ装置４にコンテンツ占有値を流通させる方法としては、ホストサーバ２からの一次配信やカラオケ装置４間の等価処理の際に、配信側の装置からコンテンツのデータと共にコンテンツ占有値を配信したり、各カラオケ装置４がホストサーバ２から個別に取得することが考えられる。
【００４５】
等価処理での取得対象となるコンテンツを取得する要求側のカラオケ装置４は、コンテンツのダウンロードが行われる未来において実行を予定しているコンテンツのサービス占有値から予測される予測占有値に応じた予測通信速度を算出し、その予測通信速度で被要求側のカラオケ装置４からコンテンツを取得する。ここでいう「予測占有値に応じた予測通信速度」とは、ダウンロード中に実行するコンテンツサービスに悪影響を及ぼさない程度の処理負荷で発揮できる通信速度の予測値であり、所定の算出方法（後述）に基づいて、予測占有値が小さいほど通信速度は大きく、予測占有値が大きいほど通信速度は小さくなるように算出される。さらに、要求側のカラオケ装置４は、他のカラオケ装置４からコンテンツを取得するにあたって、自カラオケ装置４の予測通信速度となるべく近い通信速度を発揮できるカラオケ装置４を特定し、そのカラオケ装置４をコンテンツの配信元として選択する。なお、これらの処理の詳細な内容については後述する。
【００４６】
［カラオケ装置４が管理するサービス実施予定テーブルの説明］
つぎに、カラオケ装置４が管理するデータの概要について、図２に基づき説明する。
各カラオケ装置４は、利用客によって予約されたコンテンツや、予約のない空き時間に所定のスケジュールに沿って自動再生されるコンテンツといった、自カラオケ装置４で実行中及び実行を予定しているコンテンツごとに、各コンテンツによるサービス占有値、及び実行時間等の情報をサービス実施予定テーブルとしてＲＡＭ４２に記憶している。このサービス実施予定テーブルは、同時に並行して実行する音声、映像、その他の複数のサービスをひとまとまりのコンテンツとし、そのコンテンツに関する所定の情報を実行順に羅列したものである。図２に示すテーブルは、各カラオケ装置４ａ〜４ｄにおけるサービス実施予定テーブルの一例である。
【００４７】
例えば、カラオケ装置４ａのサービス実施予定テーブルでは、現在のところ、コンテンツサービスの実行が何も予定されていない状況を想定しており、この時点でのサービス占有値は０となっている。
【００４８】
カラオケ装置４ｂのサービス実施予定テーブルでは、最上位に現在実行中あるいは直近に実行する予定のコンテンツとして、ＣＭ３番の生音（音声）、ＣＭ動画Ａ（映像）、アバターα（その他）のセットが登録されている。このコンテンツによるサービス占有値（各コンテンツ占有値の合計）は７０で、実行時間は２６０秒間である。また、２番目に実行する予定のコンテンツとして、ＣＭ４番の生音（音声）、ＣＭ動画Ｂ（映像）、アバターα（その他）のセットが登録されている。このコンテンツによるサービス占有値は５０で、実行時間は２０秒間である。また、３番目に実行する予定のコンテンツとして、ＣＭ５番の生音（音声）、ＣＭ動画Ｃ（映像）、アバターβ（その他）のセットが登録されている。このコンテンツによるサービス占有値は８０で、実行時間は１３０秒間である。それ以降の実施予定については図示を省略している。
【００４９】
カラオケ装置４ｃのサービス実施予定テーブルでは、最上位に現在実行中あるいは直近に実行する予定のコンテンツとして、選曲番号７番のＭＩＤＩ及び選曲番号７番の生音（音声）、並びに選曲番号７番の歌詞テロップ及びＰＶクリップ７番（映像）のセットが登録されている。このコンテンツによるサービス占有値は６８で、実行時間は３００秒間である。また、２番目に実行する予定のコンテンツとして、選曲番号１３番のＭＩＤＩ及び選曲番号１３番の生音（音声）、並びに選曲番号１３番の歌詞テロップ及び背景動画Ａ（映像）のセットが登録されている。このコンテンツによるサービス占有値は６０で、実行時間は２８０秒間である。また、３番目に実行する予定のコンテンツとして、選曲番号２番のＭＩＤＩ、並びに選曲番号２番の歌詞テロップ及び背景動画Ｂ（映像）のセットが登録されている。このコンテンツによるサービス占有値は３５で、実行時間は３６０秒間である。それ以降の実施予定については図示を省略している。
【００５０】
カラオケ装置４ｂのサービス実施予定テーブルでは、最上位に現在実行中あるいは直近に実行する予定のコンテンツとして、ＣＭ１７番の生音（音声）、ＣＭ動画Ｄ（映像）のセットが登録されている。このコンテンツによるサービス占有値は３５で、実行時間は２００秒間である。また、２番目に実行する予定のコンテンツとして、ＣＭ１８番の生音（音声）、ＣＭ動画Ｅ（映像）のセットが登録されている。このコンテンツによるサービス占有値は４０で、実行時間は１３０秒間である。また、３番目に実行する予定のコンテンツとして、ＣＭ１９番の生音（音声）、ＣＭ動画Ｆ（映像）のセットが登録されている。このコンテンツによるサービス占有値は７０で、実行時間は１２０秒間である。それ以降の実施予定については図示を省略している。
【００５１】
［カラオケ装置４同士で行われるコンテンツ配信の手順の説明］
つぎに、カラオケ装置４同士で行われるコンテンツ配信に関する一連の処理の流れを、図３のラダーチャートに基づいて説明する。
【００５２】
図３においては、カラオケ装置４ａ，４ｃが配信対象のコンテンツを取得済みで、カラオケ装置４ｂ，４ｄが配信対象のコンテンツを未取得であるとの状況を想定している。
ここでは、コンテンツを未取得であるカラオケ装置４ｂからコンテンツの取得を開始するものとする。カラオケ装置４ｂは、まず、ＬＡＮ１００に接続している他の全てのカラオケ装置４ａ，４ｃ，４ｄに対して、各自の予測占有値の送信を依頼する。この依頼に応じて各カラオケ装置４ａ，４ｃ，４ｄでは、各自のサービス実施予定テーブル（図２）に基づいて予測占有値が算出され、算出した予測占有値、シリアル番号、及び配信状況を含んだ情報が要求側のカラオケ装置４ｂへ返信される。
【００５３】
なお、予測占有値とは、サービス実施予定テーブルにおいて、この先に実行を予定している複数のコンテンツにおけるサービス占有値の平均値とすることが一例として挙げられる。その場合、サービス実施予定テーブルにおいて実行を予定している全てのコンテンツを対象に、それらのサービス占有値の平均値を予測占有値として算出することが考えられる。あるいは、配信対象のコンテンツをダウンロードするために要する通信期間と推定される時間長分だけ先までの期間に実行を予定しているコンテンツのみを対象に、それらのサービス占有値の時間平均値を予測占有値として算出してもよい。本実施形態では、コンテンツをダウンロードするために要する通信期間を考慮した予測占有値の算出方法（後者）を採用するものとする。
【００５４】
カラオケ装置４ｂは、被要求側の各カラオケ装置４ａ，４ｃ，４ｄから予測占有値を取得すると、各カラオケ装置４ａ，４ｃ，４ｄについてそれぞれの予測占有値に応じた予測通信速度を算出する。なお、本実施形態における予測通信速度は、図４（ａ）に示す式のとおり、通信速度の最大値（一例として、１００Ｍｂｐｓ）から予測占有値を減算した値として算出する。そして、このときの各カラオケ装置４ａ，４ｂ，４ｃ，４ｄの配信状況、予測占有値、予測通信速度の一覧を図４（ｂ）に示す。なお、この事例における予測占有値は、コンテンツのダウンロードに要する時間を３００秒間であると想定し、現時点から３００秒の間に実行が予定されている各コンテンツによるサービス占有値の時間平均値を算出したものである。
【００５５】
図３のラダーチャートの説明に戻る。要求側のカラオケ装置４ｂは、被要求側の各カラオケ装置４ａ，４ｃ，４ｄの中から、配信状況が「取得済み」で、かつ自カラオケ装置４ｂの予測通信速度と直近となるカラオケ装置４を配信元に選択する。ただし、自カラオケ装置４ｂの予測通信速度より速いカラオケ装置４と遅いカラオケ装置４とでは、速い方のカラオケ装置４を優先して配信元に選択する。ここでは、カラオケ装置４ｂの予測通信速度３１に対して直近上位の予測通信速度３２で通信可能なカラオケ装置４ｃが配信元として選択される。
【００５６】
要求側のカラオケ装置４ｂは、配信元に選択したカラオケ装置４ｃに対してコンテンツの配信要求を行う。これに応じてカラオケ装置４ｃからカラオケ装置４ｂに対してコンテンツの配信が開始される。コンテンツの配信を開始すると、カラオケ装置４ｂ，４ｃは各自の配信状況を「通信中」に変更する。配信状況が通信中となっている間は、他のカラオケ装置４との間でコンテンツの配信は行わない。なお、コンテンツの配信が終了すると、カラオケ装置４ｂ及びカラオケ装置４ｃの配信状況は、共に取得済みとなる。
【００５７】
つづいて、カラオケ装置４ｂ，４ｃ間でコンテンツ配信が行われている最中に、カラオケ装置４ｄがコンテンツの取得を開始する場合を想定する。カラオケ装置４ｄは、他の全てのカラオケ装置４ａ，４ｂ，４ｃに対して、各自の予測占有値の送信を依頼する。この依頼に応じて各カラオケ装置４ａ，４ｂ，４ｃから、各自のシリアル番号、予測占有値、及び配信状況を含んだ情報が要求側のカラオケ装置４ｄへ送信される。
【００５８】
カラオケ装置４ｄは、被要求側の各カラオケ装置４ａ，４ｂ，４ｃから予測占有値を取得すると、各カラオケ装置４ａ，４ｂ，４ｃについてそれぞれの予測通信速度を算出する。そして、その中から、配信状況が「取得済み」で、かつ自カラオケ装置４ｄの予測通信速度と直近となるカラオケ装置４を配信元に選択する。なお、カラオケ装置４ｃは、コンテンツを取得済みであったものの、この時点ではカラオケ装置４ｂとの間で通信中であるため、カラオケ装置４ｄに対するコンテンツの配信元の候補から外れる。
【００５９】
ここでは、カラオケ装置４ｄの予測通信速度６３に対して直近上位の予測通信速度１００で通信可能なカラオケ装置４ａが配信元として選択される。カラオケ装置４ｄは、配信元に選択したカラオケ装置４ａに対してコンテンツの配信要求を行う。これに応じてカラオケ装置４ａからカラオケ装置４ｄに対してコンテンツの配信が開始される。
【００６０】
［要求側・被要求側の各カラオケ装置４が実行する処理の説明］
つぎに、各カラオケ装置４が、要求側及び被要求側の機能としてそれぞれ実行する処理の手順について、図５のフローチャートに基づき説明する。なお、図５（ａ）はサービス状況送信依頼処理のフローチャートであり、図５（ｂ）はサービス状況返信処理のフローチャートである。これらの処理は、各カラオケ装置４内においてコンテンツサービスに係る処理のバックグランドで並行して実行される。
【００６１】
まず、図５（ａ）のサービス状況送信依頼処理について説明する。カラオケ装置４のＣＰＵ４１は、自カラオケ装置４におけるコンテンツの配信状況が未取得であるか否かを判定する（Ｓ１０１）。配信状況が「未取得」である場合（Ｓ１０１：ＹＥＳ）、Ｓ１０２の処理へ進み、配信状況が「取得済み」の場合（Ｓ１０１：ＮＯ）、本処理を終了する。
【００６２】
配信状況が未取得である場合に進むＳ１０２では、自カラオケ装置４のサービス実施予定テーブル（図２）に基づいて、予測占有値を算出すると共に、その予測占有値に応じた予測通信速度を算出する。その算出手順の一例として次の（１）〜（４）の手順を挙げる。
【００６３】
（１）サービス実施予定テーブルにおける実行順の早い１又は複数コンテンツのサービス占有値に応じて、暫定の通信速度を算出する。なお、暫定の通信速度は通信速度の最大値（１００Ｍｂｐｓ）からサービス占有値の平均値を差し引いた値として算出する。（２）算出した暫定の通信速度と配信対象のコンテンツのデータ量とから、コンテンツのダウンロードに要する時間（以下、ダウンロード時間とも称する）の暫定値を算出する。なお、ダウンロード時間の暫定値は、コンテンツのデータ量を暫定の通信速度で割った値として算出する。（３）サービス実施予定テーブルにおけるコンテンツの実行時間に基づき、暫定のダウンロード時間に該当の期間に実行される予定のコンテンツのみを対象に、それらのサービス占有値の時間平均値を予測占有値として算出する。（４）通信速度の最大値から予測占有値を減算して予測通信速度を算出する。
【００６４】
つぎに、Ｓ１０３では、Ｓ１０２算出した予測通信速度と配信対象のコンテンツのデータ量とから、ダウンロード時間の正確な推測値を算出する。なお、ダウンロード時間の推測値は、コンテンツのデータ量を予測通信速度で割った値として算出する。Ｓ１０４では、ＬＡＮ１００を介して通信可能な他の全てのカラオケ装置４（被要求側）に対して、各自の予測占有値の送信を依頼する。この送信依頼には、要求元のカラオケ装置４のシリアル番号や、Ｓ１０３で算出したダウンロード時間を示す情報が含まれる。
【００６５】
そして、被要求側のカラオケ装置４から送信依頼に対する返信を受信したか否かを判定する（Ｓ１０５）。返信を受信した場合（Ｓ１０５：ＹＥＳ）、返信内容をＲＡＭ４２に保存し（Ｓ１０６）、Ｓ１０５の処理へ戻る。一方、返信を受信していない場合（Ｓ１０５：ＮＯ）、被要求側のカラオケ装置４に対して送信依頼を行った時点から返信を待つための所定時間が経過したか否かを判定する（１０７）。所定時間が経過していない場合（Ｓ１０７：ＮＯ）、Ｓ１０５の処理へ戻って更に返信を待つ。所定時間が経過している場合（Ｓ１０７：ＹＥＳ）、本処理を終了する。
【００６６】
つぎに、図５（ｂ）のサービス状況返信処理について説明する。カラオケ装置４のＣＰＵ４１は、他の要求側のカラオケ装置４から予測占有値の送信依頼（図５（ａ）のＳ１０４）の受信を待ち受ける（Ｓ２０１）。要求側のカラオケ装置４から予測占有値の送信依頼を受信した場合（Ｓ２０１：ＹＥＳ）、自カラオケ装置４のサービス実施予定テーブル（図２）に基づいて、予測占有値を算出する（Ｓ２０２）。ここでは、予測占有値の送信依頼に含まれるダウンロード時間の情報と、サービス実施予定テーブルにおけるコンテンツの実行時間とに基づき、ダウンロードに要する時間長分だけ先のまで期間に実行を予定している各コンテンツのサービス占有値の時間平均値を予測占有値として算出する。
【００６７】
つぎに、Ｓ２０３では、Ｓ２０２で算出した予測占有値と、シリアル番号と、コンテンツの配信状態とを併せて要求側のカラオケ装置４に対して返信する（Ｓ２０３）。返信後、Ｓ２０１の処理へ戻る。
【００６８】
［要求側のカラオケ装置４が実行する配信元選択処理の説明］
つぎに、要求側のカラオケ装置４が、各被要求側のカラオケ装置４の中からコンテンツの配信元となる通信相手を選択する配信元選択処理の手順について、図６のフローチャートに基づき説明する。この処理は、上述のサービス状況送信依頼処理（図５（ａ）参照）の完了後に実行される。
【００６９】
カラオケ装置４のＣＰＵ４１は、サービス状況送信依頼処理において取得済みの全カラオケ装置４の予測占有値をメモリから読出す（Ｓ３０１）。そして、その読出した予測占有値から、被要求側の全カラオケ装置４について、それぞれの予測占有値に応じた予測通信速度を算出する（Ｓ３０２）。
【００７０】
つぎに、被要求側の各カラオケ装置４から受信した配信状況を参照し、配信状況が「取得済み」となっているカラオケ装置４が存在するか否かを判定する（Ｓ３０３）。配信状況が取得済みとなっているカラオケ装置４が存在する場合（Ｓ３０３：ＹＥＳ）、Ｓ３０４の処理へ進み、存在しない場合（Ｓ３０３：ＮＯ）、本処理を終了する。
【００７１】
取得済みのカラオケ装置４が存在する場合に進むＳ３０４では、その取得済みのカラオケ装置４の中で自カラオケ装置４と予測通信速度が等しくなっている機器が存在するか否かを判定する。自カラオケ装置４と予測通信速度の等しい取得済みのカラオケ装置４が存在する場合（Ｓ３０４：ＹＥＳ）、該当のカラオケ装置４を配信元に決定し（Ｓ３０５）、本処理を終了する。
【００７２】
一方、自カラオケ装置４と予測通信速度の等しいカラオケ装置４が存在しない場合（Ｓ３０４：ＮＯ）、それら取得済みのカラオケ装置４の中で自カラオケ装置４より予測通信速度が速い機器が存在するか否かを判定する（Ｓ３０６）。自カラオケ装置４より予測通信速度の速いカラオケ装置４が存在する場合（Ｓ３０６：ＹＥＳ）、該当のカラオケ装置４の中で予測通信速度が最小（最も遅い）カラオケ装置４を配信元に決定し（Ｓ３０７）、本処理を終了する。
【００７３】
一方、自カラオケ装置４より予測通信速度の速いカラオケ装置４が存在しない場合（Ｓ３０６：ＮＯ）、それら取得済みのカラオケ装置４の中で予測通信速度が最大（最も速い）カラオケ装置４を配信元に決定し（Ｓ３０８）、本処理を終了する。その後、要求側のカラオケ装置４は、Ｓ３０５，Ｓ３０７，Ｓ３０８の何れかのステップで決定した配信元のカラオケ装置４に対してコンテンツの配信要求を行い、コンテンツを取得する。
【００７４】
［特許請求の範囲に記載の構成との対応］
実施形態のカラオケネットワークシステム１の構成と、特許請求の範囲に記載の構成との対応は次のとおりである。所定のプログラムに沿って各種演算処理を行うカラオケ装置４のＣＰＵ４１が、特許請求の範囲における占有度予測手段、算出手段、要求側取得手段、選択手段、コンテンツ取得手段、通信時間推定手段、被要求側送信手段、及び、コンテンツ送信手段に相当する。
【００７５】
［効果］
上記実施形態のカラオケネットワークシステムによれば、次のような効果を奏する。
要求側のカラオケ装置４は、今後実行を予定しているコンテンツサービスによる予測占有値に応じた予測通信速度を算出し、その予測通信速度と直近の予測通信速度となるカラオケ装置４をコンテンツの配信元に選択することで、要求側のカラオケ装置４が自ら決定した予測通信速度を満足させつつ、サービス占有値に応じて発揮できる通信能力に無駄な余力を生じさせることなくコンテンツを取得できる。したがって、ネットワーク全体でコンテンツを迅速に配信するという観点からみても効率的である。
【００７６】
例えば、図３に示すコンテンツの配信手順の事例について検討してみる。最初にコンテンツの取得を開始したカラオケ装置４ｂ（予測通信速度３１）は、予測通信速度が直近上位のカラオケ装置４ｃ（予測通信速度３２）を配信元の機器に選択した。そのおかけで、カラオケ装置４ｂ，４ｃの通信中に遅れてコンテンツの取得を開始したカラオケ装置４ｄ（予測通信速度６３）が、更に予測通信速度の速いカラオケ装置４ａ（予測通信速度１００）をコンテンツの配信元として選択することができた。よって、この場合、要求側のカラオケ装置４ｂ，４ｄは両者とも、自ら決定した予測通信速度を満足した状態でコンテンツを取得できる。
【００７７】
これに対し、最初にコンテンツの取得を開始したカラオケ装置４ｂ（予測通信速度３１）が、配信元としてカラオケ装置４ｃ（予測通信速度３２）ではなくカラオケ装置４ａ（予測通信速度１００）を選択していたと仮定する（本実施形態では、本来このような動作はしない）。この場合、遅れてコンテンツを取得するカラオケ装置４ｄ（予測通信速度６３）は、自身の予測通信速度より遅いカラオケ装置４ｃからコンテンツを取得することを余儀なくされる。よって、この場合、カラオケ装置４ｂは自ら決定した予測通信速度を満足した状態でコンテンツを取得できるものの、カラオケ装置４ｄについては、配信元の予測通信速度の都合により自ら決定した予測通信速度を発揮できない。本実施形態では、要求側のカラオケ装置４が、自身の通信条件とほぼ対等な通信条件のカラオケ装置をコンテンツの取得先として選択することによって、このような事態を防止できる。
【００７８】
さらに、本実施形態では、要求側のカラオケ装置４と予測通信速度が同一となる被要求側のカラオケ装置４が存在しない場合、次善策として、要求側のカラオケ装置４よりも予測通信速度が大きいカラオケ装置４の中で最も予測通信速度の小さいカラオケ装置を配信元に選択する。このようにすることで、要求側のカラオケ装置４と予測通信速度が同一となるカラオケ装置４が存在しない場合であっても、要求側のカラオケ装置４の予測通信速度を満たしながらも無駄な余力を極力発生させないようにできる。
【００７９】
［変形例］
以上、本発明の実施形態について説明したが、本発明は上記の実施形態に何ら限定されるものではなく様々な態様にて実施することが可能である。
【００８０】
例えば、上記実施形態においては、要求側のカラオケ装置４の依頼（図５（ａ）のＳ１０４）に応じて、被要求側のカラオケ装置４が各自の予測占有値を送信（図５（ｂ）のＳ２０３）し、送信された予測占有値に基づいて要求側のカラオケ装置４が全カラオケ装置４の予測通信速度を算出する（図６のＳ３０２）構成となっていた。
【００８１】
これに対し、被要求側のカラオケ装置４が、各自の予測占有値を送信する代わりに各自の予測占有値に基づいて算出した予測通信速度を要求側のカラオケ装置４に対して送信するように構成してもよい。この場合、上述の配信元選択処理（図６）において、要求側のカラオケ装置４は、自カラオケ装置４以外の予測通信速度を算出しなくてもよい。そして、被要求側の各カラオケ装置４から受信した各自の予測通信速度に基づいて配信元のカラオケ装置４を選択できる。
【符号の説明】
【００８２】
１…カラオケネットワークシステム、２…ホストサーバ、４ａ，４ｂ，４ｃ，４ｄ…カラオケ装置、４１…ＣＰＵ、４２…ＲＡＭ、４３…ＲＯＭ、４４…ＨＤＤ、４５…表示部、４６…再生部、４７…入力部、４８…ＬＡＮ通信部、１００…ＬＡＮ、１２０…ルータ装置、２００…インターネット
【図１】
0005263325.tif 000002
【図２】
0005263325.tif 000003
【図３】
0005263325.tif 000004
【図４】
0005263325.tif 000005
【図５】
0005263325.tif 000006
【図６】
0005263325.tif 000007