JP4811392B2 - カラオケネットワークシステム - Google Patents

Description

本発明は、ホストサーバからカラオケ装置へネットワークを介して広告等のコンテンツを配信するカラオケネットワークシステムに関する。

特許文献１には、ネットワークを介して番組データを同時配信するサーバ装置と、同時配信された番組データを受信する受信装置を有する番組配信システムにおいて、視聴率に応じた送信レートで番組データを配信することで、使用可能な全送信レートを増加させることなく、番組データに対する視聴者全体の満足度を向上させるための技術が開示されている。

一方、カラオケの分野では、カラオケ演奏のみならず、映画やドラマ、コマーシャル（ＣＭ）といった様々な映像・音声コンテンツを再生可能なカラオケ装置が実現している。これらのコンテンツを、ネットワークを介して配信用のサーバ装置からカラオケサービスを提供する各店舗に設置されたカラオケ装置へ配信するカラオケネットワークシステムも広く普及している。この種のカラオケネットワークシステムにおいては、配信用のサーバ装置と、このサーバ装置とネットワークを介して通信可能に接続されている複数のカラオケ装置とが、それぞれ個別に通信することで、サーバ装置から各カラオケ装置へコンテンツが配信される（いわゆるユニキャスト配信）。

また、上述のようなカラオケネットワークシステムにおいて、カラオケサービスを利用する個々のユーザを識別するために、予め登録されたユーザがカラオケ装置の利用を開始する際に、システムに対するログイン手続を行い、カラオケ装置の利用を終了する際にログアウト手続を行うといった利用形態を採用したものが提案されている（例えば特許文献２参照）。

このようなカラオケネットワークシステムによれば、カラオケ楽曲の再生予約、個人のカラオケ利用履歴やその他の情報を蓄積した個人用Ｗｅｂページの作成や配信、カラオケサービスを利用したユーザに対する課金や特典の付与といった種々のサービスを、個々のユーザに対応付けて提供可能である。また、ユーザがカラオケネットワークシステムへログインする際に、ユーザがどのカラオケ装置を利用しているかを特定するために、ユーザと、このユーザが利用するカラオケ装置とを対応付けてログインを行うことも可能である。さらに、１つのカラオケルームにおいてグループでカラオケサービスを利用する場合を想定して、１台のカラオケ装置に対して複数のユーザが並行してログインできるように構成することが肝要である。
特開２００４−２３１７８号公報 特開２００７−２５６８２４号公報

ところで、カラオケネットワークシステムにおいて、カラオケ装置で再生可能なコンテンツが多種多様化するにあたり、サーバ装置から各カラオケ装置へ配信するコンテンツの情報量（データ量）は増加している。また、カラオケサービスが上述のログインサービス等のようなネットワークを利用する機能を備えるようになることで、ネットワークを流れるトラフィックは益々増大するものと考えられる。

しかし、ネットワークの回線状態、あるいはデータの送信装置及び受信装置の通信能力やルータの負荷状態等の要因によって、コンテンツを配信することのできる情報伝送能力、つまり通信の情報容量には限りがある。このため、ネットワークが許容する通信の情報容量が有限である場合、配信すべきコンテンツのデータ量やネットワーク上のトラフィックが増加するにつれ、送信するコンテンツの単位時間当たりのデータ量（以下、送信レート）を状況に応じて変化させる必要が生じてくる。

特許文献１に記載の発明においては、マルチキャストあるいはブロードキャストによって配信した番組の視聴率によって番組データの送信レートの高低度合を決定している。これにより、視聴率が高い、すなわち番組を受信している装置の数が相対的に多い番組の送信レートは相対的に高く設定し、視聴者が低い、すなわち番組を受信している装置の数が相対的に少ない番組の送信レートは相対的に低く設定される。このようにすることで、全番組の送信レートを増加させることなく、視聴者全体の満足度を向上させることを実現している。

一方、カラオケネットワークシステムにおいても、特にＣＭのコンテンツを配信する際に、より多くの視聴者に対してより高品質の映像や音声で構成されたＣＭを提供することが宣伝効果の向上につながると考えられる。そこで、サーバ装置からカラオケ装置へＣＭコンテンツを配信する際に、より多くのユーザに視聴してもらえることが期待される場合には送信レートを相対的に高く設定し、そうでない場合には送信レートを低く設定することで、コンテンツを配信することのできる情報伝送能力の範囲内でより高い宣伝効果を得ることができると考えられる。

しかしながら、ユニキャストで個別にコンテンツを配信するカラオケネットワークシステムでは、マルチキャストやブロードキャストとは異なり、カラオケ装置ごとにコンテンツを個別に配信しているため、同じ番組をどのくらいの装置で同時に視聴されているかを示す視聴率という指標を算出することはできない。よって、特許文献１に記載のような番組の視聴率によって送信レートを変化させる技術をカラオケネットワークシステムにそのまま適用することはできない。

さらに、視聴率という指標自体、番組を受信している装置の数を示しているのみにすぎず、１台の装置で何人の視聴者が番組を視聴しているのかを考慮していない。そのため、視聴率は実際の視聴者の人数を表すものではなく、最高視聴率の番組が視聴者の最も多い番組であるとは限らない。

カラオケネットワークシステムを構成する端末であるカラオケ装置の設置場所は、カラオケボックス等のデイ市場であれば、カラオケボックスにおける個々のカラオケルームにそれぞれ配置されており、酒場市場であれば、バーやスナック等に設置されている。そして、カラオケ装置にはモニタが接続されている。

通常、ユーザはカラオケルーム、バー、スナック等のカラオケ装置が設置された場所に入室してからカラオケネットワークシステムへログインすると考えられる。つまり、ユーザがカラオケネットワークシステムへログインしたということは、カラオケ装置はユーザの目の前にあり、ユーザはカラオケ装置が再生するコンテンツ（番組）をカラオケ装置に接続されたモニタで視聴可能な位置にいることとなる。

例えば、ここに３部屋のカラオケルームを有するカラオケボックスがあると想定する。そして、各カラオケルームにはそれぞれカラオケ装置が１台ずつ設置されているものとする。このような環境において、第１及び第２の部屋にそれぞれ１人ずつユーザが入室し、第３の部屋に５人のユーザが入室し、そこで全ユーザがそれぞれカラオケネットワークシステムへログインした上で、第１及び第２の部屋では第１番組を視聴し、第３の部屋では第２番組を視聴した場合を想定する。このとき、第１番組が視聴されたカラオケ装置は２台で、第２番組が視聴されたカラオケ装置は１台となる。ここで、従来技術のような番組を受信した装置の数を示す視聴率を指標として送信レートを決定する方法を応用するならば、番組を視聴したカラオケ装置の数が多い第１番組の方が優先的に高い送信レートで配信されることになる。

しかしながら、実際の視聴者数は、第１番組が２人なのに対して第２番組は５人であり、番組を視聴したカラオケ装置の数とは大小関係が逆転している。つまり、カラオケネットワークシステムにおいては、単に視聴しているカラオケ装置の数が多い番組を高い送信レートで配信したからといって、最も視聴者が多い番組を高い品質で配信したことになるとは限らず、従来技術のように番組の視聴率の高低に基づいて送信レートの高低度合を決定することは、その効果について疑問が残る。

本発明は、上記の問題を解決するためになされており、サーバ装置からカラオケ装置へユニキャストでコンテンツを配信するカラオケネットワークシステムにおいて、コンテンツの配信全体における送信レートを増大させることなく、カラオケネットワークシステムにログイン中のより多くのユーザに対して、より高品質の（すなわち、送信レートがより高い）コンテンツを視聴してもらうための技術を提供することを目的とする。

上記目的を達成するためになされた請求項１に記載のカラオケネットワークシステムは、複数のカラオケ装置に対してコンテンツを個別に配信するサーバ装置と、前記サーバ装置から受信したコンテンツを再生する複数のカラオケ装置とがネットワークを介して通信可能に接続されており、次のような特徴を有する。

カラオケ装置は、当該カラオケ装置を使用するユーザを当該カラオケ装置に対応付けるユーザ対応付手段を備えている。そして、カラオケネットワークシステムは、個々のカラオケ装置を利用する複数のユーザをユーザ対応付手段によってそれぞれのカラオケ装置に対応付けて同時に当該カラオケネットワークシステムへログイン可能に構成されている。そして、サーバ装置は、各カラオケ装置に対応付けられてログイン中のユーザの人数を計測する計測手段と、計測手段によって計測されたログイン中のユーザの人数に応じて、各カラオケ装置へ送信するコンテンツの情報量の高低度合を個々のカラオケ装置ごとに決定する決定手段と、決定手段によって決定された高低度合に応じた情報量のコンテンツを、該当のカラオケ装置に対して送信する送信手段とを備える。

このように構成されたカラオケネットワークシステムによれば、個々のカラオケ装置に対応付けてログインしているユーザの人数に応じて、各カラオケ装置に対して配信するコンテンツの情報量の高低度合を決定するため、実際の視聴者の数に即した態様にてコンテンツの情報量を変化させることができる。よって、ＣＭコンテンツのように、より多くのユーザに視聴してもらうことが宣伝効果の最大の決め手となるコンテンツにおいては、特に高い効果が期待できる。

また、より具体的には請求項２に記載のように、コンテンツの情報量の高低度合として、単位時間当たりに送信する情報量である送信レートの高低度合を決定するものとし、ログイン中のユーザの人数が相対的に多いカラオケ装置に対しては、送信レートの高低度合を相対的に高く設定し、ログイン中のユーザの人数が相対的に少ないカラオケ装置に対しては、送信レートの高低度合を相対的に低く設定するとよい。このようにすることで、より多くのユーザが利用しているカラオケ装置に対して、より高品質のコンテンツを配信することができる。よって、カラオケネットワークシステム全体において、限られた送信レートの範囲内でより多くのユーザが高品質のコンテンツを視聴可能になり、好適である。特に、ＣＭコンテンツについては、多くの視聴者が高品質のコンテンツを視聴することができ、その結果、多くの視聴者の満足度が向上するだけでなく、高い宣伝効果も得られることになり、広告提供者にとっても有益である。

つぎに、請求項３に記載のカラオケネットワークシステムは、次のような特徴を有する。サーバ装置は、当該カラオケネットワークシステムにログインした個々のユーザに対応するカラオケサービスの利用履歴情報を記憶する履歴記憶手段を更に備える。そして、サーバ装置が備える決定手段は、複数のカラオケ装置の間でそれぞれに対応付けられてログイン中のユーザの人数が同一である場合、履歴記憶手段に記憶されている利用履歴情報を参照し、これらのカラオケ装置に対応付けられてログイン中の各ユーザにおけるカラオケサービスの利用頻度に応じて、これらのカラオケ装置に対して送信するコンテンツの情報量の高低度合を決定する。

このように構成することで、複数のカラオケ装置の間でそれぞれに対応付けられてログイン中のユーザの人数が同一である場合、ログインしているユーザの人数以外の指標によってもコンテンツの情報量（送信レート）の高低度合を決定することが可能になる。例えば、過去のログイン回数やカラオケを歌唱した回数がより多い（つまり、カラオケサービスの利用頻度が高い）ユーザの利用しているカラオケ装置に対して、より高い送信レートでコンテンツを配信するといった運用を行うことが考えられる。つまり、過去のログイン回数やカラオケの歌唱回数が多いということは、当該カラオケサービスを頻繁に利用してくれる得意客であると考えられる。よって、そのような得意客のユーザが利用するカラオケ装置に対して高品質のコンテンツを配信することで、そのユーザを優遇する措置を採ることは、当該ユーザのカラオケサービスに対する利用意欲を促進することができると考えられ、好適である。

一方、請求項４に記載のカラオケネットワークシステムは、次のような特徴を有する。サーバ装置は、当該カラオケネットワークシステムにログインした個々のユーザのログイン開始時刻を記憶するログイン開始時刻記憶手段を更に備え、サーバ装置が備える決定手段は、複数のカラオケ装置の間で、それぞれに対応付けられてログイン中のユーザの人数が同一である場合、ログイン開始時刻記憶手段に記憶されているログイン開始時刻を参照し、これらのカラオケ装置に対応付けられてログイン中の各ユーザのログイン開始時刻の早遅に応じて、これらのカラオケ装置に対して送信するコンテンツの情報量の高低度合を決定する。

このように構成することで、複数のカラオケ装置の間でそれぞれに対応付けられてログイン中のユーザの人数が同一である場合、ログインしているユーザの人数やログイン回数以外の指標によってもコンテンツの情報量（送信レート）の高低度合を決定することが可能になる。例えば、ログイン開始時刻がより早いユーザの利用しているカラオケ装置に対して、より高い送信レートでコンテンツを配信するといった運用を行うことが考えられる。ログインの開始時刻が早いということは、他のユーザよりも長い時間にわたって当該カラオケ装置でカラオケサービスを利用してくれたことになり、やはりそのようなユーザも得意客であると考えられる。そのような得意客のユーザが利用するカラオケ装置に対して高品質のコンテンツを配信することで、そのユーザを優遇する措置を採ることは、当該ユーザのカラオケサービスに対する利用意欲を促進することができると考えられ、好適である。

以下、本発明の一実施形態を図面に基づいて説明する。
［１．カラオケネットワークシステム１の構成の説明］
図１は、インターネット２００を利用したカラオケネットワークシステム１の概略構成を示すブロック図である。

図１に示すように、カラオケネットワークシステム１は、ホストサーバ２に対して、カラオケサービスを提供するカラオケ店舗の各カラオケルーム（本事例では、部屋Ａ，Ｂ）に設置されるカラオケ装置４及びリモコン端末５がＬＡＮ１００を介して接続された店舗内のネットワークが、インターネット２００を介して接続されることによって形成されている。なお、図１においては、説明の便宜上、１つのカラオケ店舗内の部屋Ａ，Ｂにそれぞれ一台ずつ、計２台のカラオケ装置４がカラオケネットワークシステム１に接続されている構成を示しているが、同一店舗内に更に多くのカラオケ装置４が接続されていてもよい。また、複数の店舗内のネットワークがホストサーバ２に接続されていてもよい。

ホストサーバ２は、各カラオケルームに１台ずつ設置されているカラオケ装置４に対して、ホストサーバ２内に格納されているカラオケの楽曲データやＣＭや映画、ドラマ等の各種コンテンツデータを配信するためのカラオケサービス用のサーバ装置である。ホストサーバ２は、ホストサーバ側のルータ１４０とカラオケ店舗側のルータ１２０との間でインターネット２００上に形成されるＶＰＮ（virtual private network）を介して、カラオケ店舗側のＬＡＮ１００に接続されている。つまり、ホストサーバ２と、各カラオケ装置４及びリモコン端末５との間の通信は、インターネット２００上のＶＰＮ及びカラオケ店側のＬＡＮ１００を介して行われる。なお、ホストサーバ２からカラオケ装置４へのコンテンツの配信は、ホストサーバ２が個々のカラオケ装置４に対して個別にデータを送信するユニキャストによって行われる。また、ホストサーバ２は、ユーザが所有する携帯電話６等の携帯情報端末に対してインターネット２００を介して情報の送信をする機能も有する。

さらに、本カラオケネットワークシステム１において、本システムへログインしてこれを利用する権限を有するユーザに関する登録情報を蓄積するユーザ登録データベース２ｃ（詳細は後述する）や、登録されているユーザのカラオケ歌唱に関する情報及び当該ユーザから提供される情報等をインターネット２００上で公開するための個人用Ｗｅｂページのデータを蓄積する個人用Ｗｅｂページデータベース２ｄ（詳細は後述する）等を有するデータベース２ｂを備えている。

そして、ホストサーバ２が備えるＷｅｂサーバ２ａは、このデータベース２ｂと連携しており、カラオケ店舗側のカラオケ装置４やリモコン端末５、携帯電話６等からの要求に応じて、カラオケネットワークシステム１を利用するためにログインしようとするユーザに対する認証や、ログインしたユーザに対する個人用Ｗｅｂページの配信・更新サービスを行う。すなわち、ここでいう連携とは、ユーザ認証及び個人用Ｗｅｂページの配信をＷｅｂサーバ２ａが行うために、データベース２ｂ内に格納されたユーザ登録データベース２ｃや個人用Ｗｅｂページデータベース２ｄを参照したり、Ｗｅｂサーバ２ａが受け付けた個人用Ｗｅｂページ更新のデータをデータベース２ｂ内に格納された個人用Ｗｅｂページデータベース２ｄに反映させたりすることで、Ｗｅｂサーバ２ａが行う前記サービスに利用するためのデータと、データベース２ｂに格納されているデータとが対応していることを指す。

また、ホストサーバ２が備えるＷｅｂサーバ２ａは、本発明の特徴的な処理として、各カラオケ装置４に対してカラオケ楽曲以外のコンテンツ（例えば、ＣＭ等）を配信する際に、次のような「配信制御処理」を実行する。Ｗｅｂサーバ２ａは、各カラオケ装置４に対応付けてログインしている（以下、このような状態を「括り付け」とも称する。詳細は後述する）人数を比較し、この「括り付け」されているユーザの人数がより多い（すなわち、当該カラオケ装置４を利用しているユーザがより多い）カラオケ装置４に対して優先的に送信レートの高いコンテンツを送信する。この「配信制御処理」の詳細な内容については後述する。

携帯電話６は、携帯電話事業者が提供するアクセスポイントや通信回線を介してインターネット２００に接続可能ないわゆる第３世代以降の携帯電話であり、電話をかける・受けるといった通話機能以外に、インターネット２００を介して受信したＷｅｂページを画面で閲覧したり、ユーザが画面上で情報や操作指示を入力したり、アニメーション等を表示するためのアプリケーションを動作させたりするための、いわゆるＷｅｂブラウザ機能を有するアプリケーションや、ＩｒＤＡ（登録商標）規格等の赤外線通信を行う赤外線通信機能を備えている。さらに、この赤外線通信機能を用いて、ユーザが使用するカラオケ装置４に対してログイン時の「括り付け」を行うためのアプリケーションも備えている。また、携帯電話６は、インターネット２００を介してホストサーバ２内のＷｅｂサーバ２ａへアクセスし、システムの利用を新規に開始するユーザをホストサーバ２に登録するためのユーザ登録処理や、Ｗｅｂサーバ２ａから受信したデータに基づいて個人用Ｗｅｂページの閲覧・更新を行う処理等の各種を実行する。

カラオケ装置４は、ホストサーバ２から配信されるカラオケ楽曲や、映画、バラエティ番組、ドラマ、ＣＭといったコンテンツ等の再生を行うための装置である。
カラオケ装置４は、全体の作動を制御する制御部、ＬＡＮ１００に接続し外部と通信を行うための通信インタフェース、ホストサーバ２から配信されるカラオケ用の楽曲データや映像データ等のコンテンツデータやプログラム等の各種データを記憶するハードディスク（ＨＤＤ）、複数のキースイッチからなる操作部、リモコン端末５及び携帯電話６と通信を行うための赤外線通信部、マイクロフォン、演奏データに基づく演奏再生を行うＭＩＤＩ音源、ＭＩＤＩ音源から生成されたオーディオ信号及びマイクロフォンから入力されたオーディオ信号をスピーカへ出力する音声制御部、画像データに基づく映像の再生を制御する映像再生部、映像を表示するためのモニタ等を備える。

リモコン端末５は、カラオケルーム内で使用されるためのものであり、ユーザが再生を希望するコンテンツの予約を行うための操作等の各種操作をユーザから受け付け、その操作信号を赤外線通信によってカラオケ装置４に送信する機能や、赤外線通信機能を用いて、ユーザが使用するカラオケ装置４に対してログイン時の「括り付け」を行うためのアプリケーションを備えている。また、リモコン端末５は、無線ＬＡＮ規格に従った無線通信によりアクセスポイント１１０経由でＬＡＮ１００及びインターネット２００上のＶＰＮを介してホストサーバ２へアクセスし、システムの利用を新規に開始するユーザをホストサーバ２に登録するためのユーザ登録処理や、ホストサーバ２から受信したデータに基づいて個人用Ｗｅｂページの閲覧・更新を行うための処理を実行する。なお、リモコン端末５は、複数のユーザのアカウントごとに並行してシステムにログイン可能に構成されている。

ＬＡＮ１００にはアクセスポイント１１０が接続されている。このアクセスポイント１１０は、無線ＬＡＮ規格（例えば、IEEE802.11a/b/g規格，HomeＲＦ規格，Bluetooth規格など）に従った無線通信で端末間を接続するための電波中継機であり、複数の端末と同時に通信を行う機能を有する。リモコン端末５とホストサーバ２とは、このアクセスポイント１１０を中継することによって、ＬＡＮ１００及びインターネット２００上のＶＰＮを介して互いにデータ通信を行うことができる。

ルータ１２０，１４０は、インターネット２００等の外部ネットワーク上の通信経路を暗号化して、仮想的に専用回線で接続されている状態を作り出すＶＰＮ技術を利用するためのいわゆるＶＰＮゲートウェイである。ルータ１２０，１４０は、外部ネットワークであるインターネット２００と、内部ネットワークであるＬＡＮ１００及びホストサーバ２側のネットワークとの接続点にそれぞれ置かれ、内部ネットワークからの通信を暗号化してインターネット２００側に送出する。また、インターネット２００側からの通信を復号化して内部ネットワークへ送出する。

［２．リモコン端末５及び携帯電話６から行う「ユーザ登録」の説明］
本実施形態のカラオケネットワークシステム１では、ユーザは、予め登録された当該ユーザのアカウントによってシステムにログインすることで、個々のユーザに対応付けしたコンテンツの再生予約、個人用Ｗｅｂページの配信・編集等といった各種サービスを利用することが可能になる。ここでは、ユーザがリモコン端末５や携帯電話６を利用して、上述のような各サービスを利用するためのアカウントを取得する「ユーザ登録」の手順について説明する。

図２は、リモコン端末５及び携帯電話６によって「ユーザ登録」を行う際の画面表示例を示す説明図である。
まず、ユーザからの指示入力に基づいて、図２（ａ）に示すようなネットワークメニュー画面７１が、リモコン端末５及び携帯電話６が備えるモニタ等の表示デバイスに表示される。なお、このネットワークメニュー画面７１や後述の各種画面は、リモコン端末５や携帯電話６が備えるユーザ登録用のアプリケーションソフトウェア等として予め格納されているデータに基づいて表示されるように構成することが考えられる。あるいは、インターネット２００を介して、リモコン端末５又は携帯電話６からホストサーバ２内のＷｅｂサーバ２ａへそれぞれ接続し、Ｗｅｂサーバ２ａから配信されるＷｅｂページに基づいて表示されるような構成であってもよい。

図２（ａ）に示すネットワークメニュー画面７１は、個人用Ｗｅｂページの閲覧・更新サービスを利用するための操作メニューを表示する画面であり、既に登録済みのユーザがシステムにログインするためのログイン画面へ移行するための「ログイン」ボタン８２や、新規のユーザがアカウントを取得するための「新規ユーザ登録」ボタン８３等が表示されている。ここで、タッチパネル、キースイッチやポインティングデバイス等を介して「新規ユーザ登録」ボタン８３が押下されると、図２（ｂ）に示すようなユーザ登録画面７２が表示される。

図２（ｂ）に示すユーザ登録画面７２は、新規のユーザがアカウントを取得するために、システム上でのユーザの呼称となるニックネーム及びユーザ認証用のパスワードの入力をユーザ対して要求するための画面である。ここで、ユーザからの操作によってユーザ登録画面７２内の入力ボックス内にニックネーム及びパスワードが入力された後「ＯＫ」ボタン８４ａが押下されると、ユーザ登録を要求するための登録要求情報と共に、ユーザによって入力されたニックネーム及びパスワードを示すデータが当該端末に対応するホストサーバ２内のＷｅｂサーバ２ａへインターネット２００を介して送信される。

リモコン端末５又は携帯電話６から送信された登録要求情報、当該ユーザのニックネーム及びパスワードを受信したホストサーバ２内のＷｅｂサーバ２ａは、まず、ユーザごとに固有の識別情報であるユーザＩＤを生成する。そして、受信した内容に基づいて各ホストサーバ２内のデータベース２ｂ内に設けられたユーザ登録データベース２ｃ（詳細は後述）に当該ユーザのニックネーム、ユーザＩＤ、パスワード等の所定の情報を新たに登録する。

つぎに、ユーザ登録が完了した旨の情報とユーザＩＤとをユーザに対して通知するための登録完了情報を生成し、この登録完了情報を登録要求情報の送信元であるリモコン端末５又は携帯電話６に対して返信する。なお、携帯電話６から送信される登録要求情報と共に、電話番号や電子メールアドレスが送信された場合は、登録完了情報を電子メール等で当該携帯電話６へ送信してもよい。

リモコン端末５又は携帯電話６がホストサーバ２から登録完了情報を受信すると、この受信した登録完了情報に基づいて、図２（ｃ）に示すようなユーザ登録完了画面７３が表示される。ここでは、ユーザ登録完了画面７３にユーザ「Ｍｉｋｅ０６」のユーザ登録が完了した旨を通知する旨のメッセージ、「Ｍｉｋｅ０６」のユーザＩＤ等が表示されている。

ホストサーバ側が発行するユーザＩＤは、ユーザがリモコン端末５又は携帯電話６からシステムにログインする際にパスワードと共に入力が必要となる認証用の識別情報である。したがって、ユーザは、このユーザ登録完了画面７３によって自身に割り当てられたユーザＩＤを確認する。

そして、ユーザ登録完了画面７３において、ユーザによって「ＯＫ」ボタン８４ｂが押下されると、「ユーザ登録」が完了する。
［３．ユーザ登録データベース２ｃ、個人用Ｗｅｂページデータベース２ｄの説明］
ここで、ホストサーバ２内のデータベース２ｂに格納されているユーザ登録データベース２ｃ及び個人用Ｗｅｂページデータベース２ｄの具体的な内容について説明する。

図３（ａ）は、ユーザ登録データベース２ｃの具体的内容を模式的に示す説明図である。このユーザ登録データベース２ｃは、上記「ユーザ登録」を経て登録された各ユーザのニックネーム、ユーザＩＤ、パスワード、及び当該ユーザの個人用Ｗｅｂページデータの格納先を示すパス等の各種情報を含むユーザ登録データのテーブルである。

本実施形態のカラオケネットワークシステム１では、ホストサーバ２内のＷｅｂサーバ２ａがこのユーザ登録データベース２ｃを参照することにより、ログインを要求してきたユーザに対する認証や、ユーザとニックネームとの対応付け、ユーザと当該ユーザの個人用Ｗｅｂページとの対応付けを行う。

図３（ｂ）に示す個人用Ｗｅｂページデータベース２ｄは、ユーザ登録データベースに登録されている各ユーザの個人用Ｗｅｂページのデータを格納している。個人用Ｗｅｂページのデータは、個人用Ｗｅｂページを所定の様式でリモコン端末５や携帯電話６が備えるＷｅｂブラウザによって表示するためのデータのまとまりで、テキストデータやＨＴＭＬによるレイアウト情報、画像・音声・動画データ等から構成される。

このような個人用Ｗｅｂページのデータは、上述の「ユーザ登録」が行われた際に、新規登録されたユーザのための個人用Ｗｅｂページの雛形のデータを自動的に生成し、この雛形のデータを個人用Ｗｅｂページデータベース２ｄに格納すると共に、この個人用Ｗｅｂページの雛形のデータの格納先のパスをユーザ登録データベース２ｃの当該ユーザのユーザ登録データに登録しておくことが考えられる。このようにすることで、後にこのユーザが個人用Ｗｅｂページの雛形に基づいて簡単に自身の個人用Ｗｅｂページを編集することができる。個人用Ｗｅｂページは、カラオケ装置４を利用したユーザのログイン履歴や歌唱履歴、十八番の楽曲、歌唱に対する採点結果等に関する情報である「カラオケ情報」や、ユーザから提供される公開情報である「プロフィール」、「メッセージ」といった情報をコンテンツとして有する。

このうち「カラオケ情報」は、システムにログインしたユーザがカラオケ装置４を利用してカラオケ歌唱を行うことで、当該ユーザが歌唱した楽曲の楽曲名、歌唱したときの音高キー、歌唱回数や時間等を含む歌唱履歴、十八番の楽曲、採点結果等を示すデータがカラオケ装置４からホストサーバ２へアップロードされるように構成されている。また、「カラオケ情報」に含まれる歌唱履歴や十八番の楽曲等を示すデータは、個人用Ｗｅｂページとして表示する以外に、カラオケ装置４に対して演奏楽曲を予約するときに、選曲リストとしてリモコン端末５や携帯電話６でダウンロードすることで、このダウンロードした歌唱履歴や十八番の楽曲のリスト中から演奏楽曲を選択できるように構成されている。

本実施形態のカラオケネットワークシステム１では、上述の「ユーザ登録」において登録済みのユーザであれば、リモコン端末５又は携帯電話６からシステムにログインすることで、ユーザが利用するサービスを当該ユーザのアカウントに対応付けることができる。例えば、ユーザが、利用するコンテンツとしてカラオケ楽曲の演奏を指定して歌唱を行った場合、当該ユーザに対応する歌唱履歴等のカラオケ歌唱情報を当該カラオケ装置４からホストサーバ２へ送信することで、当該ユーザのカラオケ歌唱に関する情報をホストサーバ２のデータベース２ｂに蓄積できる。また、ユーザが、リモコン端末５又は携帯電話６からシステムへログインする際、これらの端末とユーザの目の前にあるカラオケ装置４、すなわちログインするユーザが使用するカラオケ装置４との間で赤外線通信を行うことによって、当該ユーザが使用するカラオケ装置４を特定し、これらを対応付けてホストサーバ２へ登録する「括り付け」が行われる。

［４．カラオケネットワークシステム１へのログインの説明］
つぎに、上述の「ユーザ登録」によって登録されたユーザがシステムにログインするための手順の概要について説明する。図４は、リモコン端末５又は携帯電話６によってユーザがログインの手続を行う際の、各端末における画面表示例等を示す説明図である。

まず、図４（ａ）のネットワークメニュー画面７１において「ログイン」ボタン８２が押下されることで、図６（ｂ）のログイン画面７４が表示される。このログイン画面７４には、ユーザＩＤ及びパスワードを入力するための入力ボックスがそれぞれ表示されている。

このログイン画面７４において、ユーザによってユーザＩＤ及びパスワードがそれぞれの入力ボックスに入力された後、「ＯＫ」ボタン８４ｃが押下されることで、入力されたユーザＩＤ、パスワード、及びシステムへのログインとカラオケ装置４との括り付けとを要求するための情報を赤外線通信によってユーザが入室したカラオケルームに設置されているカラオケ装置４へ送信する。

カラオケ装置４は、リモコン端末５又は携帯電話６から受信した情報を、ユーザ認証及び括り付けを要求する情報と共にＬＡＮ１００及びインターネット２００を介してホストサーバ２へ送信する。

ホストサーバ２内のＷｅｂサーバ２ａは、送信されてきたユーザＩＤ及びパスワードを、データベース２ｂに格納されているユーザ登録データベース２ｃ（図３（ａ）参照）に登録されているユーザＩＤ及びパスワードと照合することで、ログイン要求してきたユーザの認証を行う。ここで、送信されてきたユーザＩＤ及びパスワードが、ユーザ登録データベース２ｃに登録されているユーザＩＤ及びパスワードと適合すると判定した場合、当該ユーザのログインを許可する旨の情報をユーザ認証要求元のカラオケ装置４へ送信する。また、認証したユーザとユーザ認証要求元のカラオケ装置４との括り付けに関する情報をデータベース２ｂへ登録する。

カラオケ装置４は、ユーザのログインを許可する旨の情報をＷｅｂサーバ２ａから受信すると、受信した情報に基づき、ログインが完了した旨の通知を赤外線通信によってログイン要求元の端末へ送信する。

携帯電話６がカラオケ装置４からログイン完了の通知を受信した場合、携帯電話６の表示デバイスには、図４（ｃ）に示すようなユーザＴＯＰメニュー画面７５表示される。このユーザＴＯＰメニュー画面７５は、ログインしたユーザが利用したいサービスを選択するための画面である。ここでは、ログインしたユーザのニックネーム「Ｍｉｋｅ０６」、各ユーザの個人用Ｗｅｂページの閲覧を選択するための「Ｗｅｂページ閲覧」ボタン８６、当該ユーザの個人用Ｗｅｂページの更新を選択するための「Ｗｅｂページ更新」ボタン８７、システムからのログアウトを選択するための「ログアウト」ボタン８８等が表示されている。

一方、リモコン端末５がカラオケ装置４からログイン完了の通知を受信した場合、リモコン端末５の表示部には、図４（ｄ）に示すようなユーザＴＯＰメニュー画面７６表示される。このユーザＴＯＰメニュー画面７６は、ログインしたユーザが利用したいサービスを選択するための画面であるが、「Ｍｉｋｅ０６」、「Ａｌｅｘ」、「Ｊｏｅ」といった、ログイン中の複数のユーザそれぞれに対応するユーザＴＯＰメニュー画面７６を選択的に表示可能に構成されている。ここで、操作を行うユーザの選択は、各ユーザのニックネームが表示されたユーザ選択タブ９０を押下することで行うことができ、現在選択中のユーザに対応するユーザＴＯＰメニュー画面７６がポップアップ表示される。

リモコン端末５におけるユーザＴＯＰメニュー画面７６が、携帯電話６におけるユーザＴＯＰメニュー画面７５と異なり、ログイン中の複数のユーザそれぞれに対応するユーザＴＯＰメニュー画面７６を選択的に表示可能に構成されているのは、次のような理由による。すなわち、リモコン端末５は、カラオケルームにおいて複数のユーザによって共用されることが想定されている。したがって、１台のリモコン端末５を共用する全てのユーザに対して個人用Ｗｅｂページの閲覧・更新サービスを利用可能にするために、リモコン端末５は、携帯電話６とは異なり、複数のユーザが並行してログイン可能に構成されている。

ユーザＴＯＰメニュー画面７６には、現在選択中のユーザのニックネーム「Ｍｉｋｅ０６」、当該ユーザユーザ又は他のユーザの個人用Ｗｅｂページの閲覧を選択するための「Ｗｅｂページ閲覧」ボタン８６、当該ユーザの個人用Ｗｅｂページの更新を選択するための「Ｗｅｂページ更新」ボタン８７、当該ユーザがシステムからのログアウトを選択するための「ログアウト」ボタン８８等の他に、既にユーザがログイン中であっても、新たなユーザがログインしたり、新規ユーザに対する上述の「ユーザ登録」を行えるように、図６（ａ）のネットワークメニュー画面７１へ戻るための「ネットワークＴＯＰメニューへ」ボタン８９が表示されている。

［５．ログインユーザの集計とコンテンツ配信の流れの説明］
つぎに、カラオケネットワークシステム１へ複数のユーザがログインし、ホストサーバ２がこのログインユーザとカラオケ装置４との括り付けに関する情報を登録する手順から、括り付けされているユーザの人数が多いカラオケ装置４に対して優先的に送信レート（以下、ビットレートとも称する）の高いコンテンツを送信する手順までの一連の流れを、図５のラダーチャートに基づいて説明する。

図５に示すように、まず、カラオケネットワークシステム１に接続されたカラオケ装置４のうちの１台であるカラオケ装置Ａに対して、カラオケ装置Ａと同じカラオケルームに備えられたリモコン端末５からシステムへのログイン及びカラオケ装置Ａとの括り付けを要求する情報が赤外線通信を介して送信されたとする（Ｓ１０）。このとき、リモコン端末５からカラオケ装置Ａへ送信される情報には、ユーザの認証のために必要なユーザＩＤ及びパスワードや、送信元のリモコン端末５を識別するための識別情報（例えば、端末ごとに固有のＩＤや製造番号等）が含まれる。

カラオケ装置Ａは、リモコン端末５から受信した情報に基づき、ユーザ認証及びカラオケ装置Ａと当該ユーザとの括り付けを要求する情報をＬＡＮ１００及びインターネット２００を介してホストサーバ２へ送信する（Ｓ１１）。このとき、カラオケ装置Ａからホストサーバ２へ送信される情報には、ユーザＩＤ、パスワード、リモコン端末５の識別情報、カラオケ装置Ａの識別情報であるカラオケ装置ＩＤ等が含まれる。

ホストサーバ２は、カラオケ装置Ａから受信したユーザＩＤ及びパスワードに基づいてユーザの認証を行い、認証結果を認証要求元のカラオケ装置Ａへ送信する（Ｓ１２）。つづいて、ユーザＩＤ、カラオケ装置ＩＤ、リモコン端末５の識別情報に基づき、当該ユーザとカラオケ装置Ａとの括り付けに関する情報を、ホストサーバ２のデータベース２ｂに格納されている括り付け情報管理テーブル２ｅ（図６参照）へ登録する（Ｓ１３）。これでリモコン端末５からの当該ユーザのログインが完了する。

カラオケ装置Ａは、ホストサーバ２から受信した認証結果に基づき、当該ユーザのログイン及び括り付けの成否を赤外線通信によってログイン要求元のリモコン端末５へ送信する（Ｓ１４）。

ここで、上記括り付け情報管理テーブル２ｅの詳細な内容について、図６に基づき説明する。図６は、括り付け情報管理テーブル２ｅの記述様式の一例を模式的に示す説明図である。括り付け情報管理テーブル２ｅは、個々のカラオケ装置４ごとに、各カラオケ装置４に括り付けされてシステムにログイン中のユーザの人数を集計するためのテーブルである。

図６に示すように、括り付け情報管理テーブルには、カラオケ装置ＩＤごとに、このカラオケ装置４に対して括り付け要求を行った端末（リモコン端末５又は携帯電話６）の名称、これらの端末を介してカラオケ装置４に括り付けされたユーザのＩＤ、各ユーザのログイン開始時間、端末ごとのログイン人数、及びカラオケ装置４ごとのログイン人数の合計が記録されている。

例えば、図６に示す事例では、カラオケ装置Ａ（カラオケ装置ＩＤ：Ａ）には、現在、リモコン端末Ａ−１から１０人、リモコン端末Ａ−２から８人、携帯電話Ａ−１，Ａ−２からそれぞれ１人ずつの合計２０人のユーザが括り付けされた状態でログイン中である。また、カラオケ装置Ｂ（カラオケ装置ＩＤ：Ｂ）には、現在、リモコン端末Ｂ−１から９人、携帯電話Ｂ−１から１の合計１０人のユーザが括り付けされた状態でログイン中である。

このような括り付け情報管理テーブル２ｅにおいて、ユーザが新たにログインするたびに、そのユーザの括り付けに関する情報がテーブルに追加され、ユーザがログアウトすることで、そのユーザの括り付けに関する情報がテーブルから削除される。

図５の説明に戻る。つぎに、カラオケ装置Ａに対して、カラオケ装置Ａと同じカラオケルームにいるユーザが所有する携帯電話６からシステムへのログイン及びカラオケ装置Ａとの括り付けを要求する情報が赤外線通信を介して送信されたとする（Ｓ１５）。このとき、携帯電話６からカラオケ装置Ａへ送信される情報には、ユーザの認証のために必要なユーザＩＤ及びパスワードや、送信元の携帯電話６を識別するための識別情報（例えば、電話番号や固体識別情報等）が含まれる。

カラオケ装置Ａは、携帯電話６から受信した情報に基づき、ユーザ認証及びカラオケ装置Ａと当該ユーザとの括り付けを要求する情報をＬＡＮ１００及びインターネット２００を介してホストサーバ２へ送信する（Ｓ１６）。このとき、カラオケ装置Ａからホストサーバ２へ送信される情報には、ユーザＩＤ、パスワード、携帯電話６の識別情報、カラオケ装置Ａのカラオケ装置ＩＤ等が含まれる。

ホストサーバ２は、カラオケ装置Ａから受信したユーザＩＤ及びパスワードに基づいてユーザの認証を行い、その認証結果を認証要求元のカラオケ装置Ａへ送信する（Ｓ１７）。つづいて、ユーザＩＤ、カラオケ装置ＩＤ、携帯電話６の識別情報に基づき、当該ユーザとカラオケ装置Ａとの括り付けに関する情報を、ホストサーバ２のデータベース２ｂに格納されている括り付け情報管理テーブル２ｅ（図６参照）へ登録する（Ｓ１８）。これで、携帯電話６からの当該ユーザのログインが完了する。

カラオケ装置Ａは、ホストサーバ２から受信した認証結果に基づき、当該ユーザのログイン及び括り付けの成否を赤外線通信によってログイン要求元の携帯電話６へ送信する（Ｓ１９）。

一方、リモコン端末５からは、複数のユーザが並行してログインが可能に構成されている。よって、同じリモコン端末５から、別のユーザのシステムへのログイン及びカラオケ装置Ａとの括り付けを要求する情報が再び送信された場合（Ｓ２０）、カラオケ装置Ａは、ユーザ認証及びカラオケ装置Ａと当該ユーザとの括り付けを要求する情報をホストサーバ２へ送信する（Ｓ２１）。

ホストサーバ２は、カラオケ装置Ａから受信したユーザＩＤ及びパスワードに基づいてユーザの認証を行い、認証結果を認証要求元のカラオケ装置Ａへ送信する（Ｓ２２）。つづいて、当該ユーザとカラオケ装置Ａとの括り付けに関する情報を括り付け情報管理テーブル２ｅ（図６参照）へ登録する（Ｓ２３）。これでリモコン端末５からの当該ユーザのログインが完了する。カラオケ装置Ａは、ホストサーバ２から受信した認証結果に基づき、当該ユーザのログイン及び括り付けの成否をログイン要求元のリモコン端末５へ送信する（Ｓ２４）。

以上のように、カラオケネットワークシステム１へログインしたユーザの括り付けに関する情報を順次括り付け情報管理テーブル２ｅへ登録することで、ホストサーバ２側で個々のカラオケ装置４を使用しているユーザの人数を把握することができるようになる。そして、所定のタイミングでホストサーバ２からＣＭ等のコンテンツをストリーミングで個別に各カラオケ装置４へ配信する際に、ホストサーバ２は、まず、各カラオケ装置４に括り付けされたユーザの人数を比較し（Ｓ３１）、ユーザの人数に応じて送信レートの優先度を決定する（Ｓ３２）。そして、決定された優先度に応じたビットレートのコンテンツを該当のカラオケ装置４に対して配信する（Ｓ３３）。

以下、このＳ３１〜Ｓ３３の処置に該当する「コンテンツ配信制御処理」の詳細な内容について、図７のフローチャート及び図８〜図１１の説明図に基づいて説明する。
［６．コンテンツ配信制御処理の説明］
図７は、ホストサーバ２のＷｅｂサーバ２ａが実行する上述の「コンテンツ配信制御処理」の手順を示すフローチャートである。

Ｗｅｂサーバ２ａは、まず、ホストサーバ２のデータベース２ｂに格納されている括り付け情報管理テーブル２ｅ（図６参照）を参照し、各カラオケ装置４に括り付けされたログインユーザの人数を取得する（Ｓ３１０）。そして、この取得した各カラオケ装置４のログインユーザの人数を比較してログインユーザの多い順に優先順位を決定し、複数のカラオケ装置４の間でログインユーザの人数（以下、ログイン人数）が同数であるものが存在するか否かを判定する（Ｓ３２０）。

ここで、全てのカラオケ装置４の間でログイン人数が異なると判定した場合（Ｓ３２０：順位異なる）、このログイン人数による優先順位に基づいて各カラオケ装置４に対してコンテンツを配信する際のビットレートの高低度合を決定し、この決定したビットレートよってコンテンツを該当のカラオケ装置４へそれぞれ配信する（Ｓ３３０）。なお、ここでは、カラオケ装置４に対する優先順が高い程、当該カラオケ装置４に対して配信するコンテンツのビットレートを相対的に高くする。

ここで、ログイン人数による優先順に基づいて各カラオケ装置４へ配信するコンテンツのビットレートを決定する具体的な方法について、図８（その１）及び図９（その２）に基づき説明する。

図８は、ログイン人数による優先順に基づいて配信するコンテンツのビットレートを決定する方法（その１）の手順を模式的に示す説明図である。ここでは、図８（ａ）に示すように、同じ内容のコンテンツに対して予め複数のビットレートのデータを用意しておくものとする。例えば、図８（ａ）の例１に示すように、同一内容のコンテンツとして、ビットレートが１０Ｍｂｐｓの高品質版の動画データと、ビットレートが５Ｍｂｐｓの通常版の動画データと、ビットレートが１Ｍｂｐｓの低品質版の動画データを用意することが考えられる。あるいは、例２に示すように、同一内容のコンテンツとして、ビットレートが８Ｍｂｐｓの高品質版の動画データと、ビットレートが４Ｍｂｐｓの通常版の動画データと、１０秒ごとに画像が切り替わる静止画である低品質版の静止画データを用意するといった具合に、動画と静止画とを併用することも考えられる。ここで、低品質版の静止画には、高品質版又は通常版の動画データからフレーム画像を抽出したものを用いることが考えられる。

各カラオケ装置４のログイン人数を集計し、ログイン人数が多い順に優先順位を決定した結果、図８（ｂ）に示すように、Ａ〜Ｄのカラオケ装置４が優先順位の高い（すなわち、ログイン人数の多い）ものからＡ，Ｂ，Ｃ，Ｄの順に並んだものと想定する。ここでは、ログイン人数がｂより多い範囲にカラオケ装置Ａが属している（これを多数グループと称する）。また、ログイン人数がａ以上ｂ未満の範囲にカラオケ装置Ｂ，Ｃが属している（これを普通グループと称する）。また、ログイン人数がａ未満のグループにカラオケ装置Ｄが属している（これを少数グループと称する）。そして、各カラオケ装置４へコンテンツを配信する際には、多数グループに属するカラオケ装置Ａに対しては高品質版のコンテンツを選択し、普通グループに属するカラオケ装置Ｂ，Ｃに対しては通常版のコンテンツを選択し、少数グループに属するカラオケ装置Ｄに対しては低品質版のコンテンツを選択する。

以上のように、異なる品質（ビットレート）による複数のコンテンツデータを予め用意しておき、この中から各カラオケ装置４のログインユーザの人数に応じて送信するコンテンツを選択することで、ログイン人数に応じて配信するコンテンツのビットレートを変更できる。

つぎに、図９は、ログイン人数による優先順に基づいて配信するコンテンツのビットレートを決定する方法（その２）の手順を模式的に示す説明図である。ここでは、図９（ａ）に示すように、１つのコンテンツに対して１ファイルのコンテンツデータのみを用意しておくものとする。このコンテンツデータは、エンコードによる圧縮を行う前のデータであり、そのビットレートは５Ｍｂｐｓである。また、ここでは、ホストサーバ２が各カラオケ装置４に対してコンテンツを配信する際のデータ転送能力の上限が１０Ｍｂｐｓであると想定する。

各カラオケ装置４のログイン人数を集計し、ログイン人数が多い順に優先順位を決定した結果、図９（ｂ）の例１に示すように、Ａ，Ｂの２台のカラオケ装置４においてログイン人数がそれぞれ２人と１人であった場合、カラオケ装置Ａが優先順位１位、カラオケ装置Ｂが優先順位２位となる。しかしながら、この場合、コンテンツデータをエンコードによる圧縮を行わないままの５Ｍｂｐｓでカラオケ装置Ａ，Ｂへそれぞれ配信するとしても、配信時のビットレートの合計がホストサーバ２のデータ転送能力の１０Ｍｂｐｓを超えない。よってこの場合、各カラオケ装置Ａ，Ｂのログイン人数に関わらず、各カラオケ装置Ａ，Ｂに対してコンテンツデータをエンコードによる圧縮を行わない最大のビットレートで配信する。

一方、図９（ｂ）の例２に示すように、Ａ，Ｂ，Ｃの３台のカラオケ装置４においてログイン人数がそれぞれ２人、１人、７人であった場合、カラオケ装置Ａが優先順位２位、カラオケ装置Ｂが優先順位３位、カラオケ装置Ｃが優先順位１となる。この場合、コンテンツデータをエンコードによる圧縮を行わないままの５Ｍｂｐｓで各カラオケ装置Ａ，Ｂ，Ｃへそれぞれ配信しようとすると、配信時のビットレートの合計がホストサーバ２のデータ転送能力の１０Ｍｂｐｓを超えてしまう。よってこの場合、各カラオケ装置Ａ，Ｂ，Ｃのログイン人数に応じた圧縮率でコンテンツデータをエンコードし、配信時のビットレートの合計がホストサーバ２のデータ転送能力を超えないようにする。そして、エンコードにより圧縮したコンテンツデータをカラオケ装置Ａ，Ｂ，Ｃへそれぞれ配信する。このとき、各カラオケ装置Ａ，Ｂ，Ｃ向けのコンテンツデータのビットレートは、優先順位の高いものから順に以下のようにして決定する。

〈１〉・・・｛（ホストサーバ２のデータ転送能力）−（対象のカラオケ装置４よりも優先順位が高いカラオケ装置４に対して配信するコンテンツのビットレートの合計）｝×（対象のカラオケ装置４のログイン人数）／（対象のカラオケ装置４及び優先順位が対象のカラオケ装置４より低い全カラオケ装置４のログイン人数の合計）
〈２〉・・・コンテンツのエンコード前のビットレート
上記〈１〉，〈２〉の値のうち、どちらか小さい方を対象のカラオケ装置４に対して配信するコンテンツのビットレートの値とする。

具体的には、カラオケ装置Ｃに対して送信するコンテンツのビットレートは、上記式〈１〉から、（１０Ｍｂｐｓ−０）×７／（７＋２＋１）＝７Ｍｂｐｓとなるが、〈２〉のコンテンツのエンコード前のビットレートが５Ｍｂｐｓであるため、エンコードによる圧縮を行わない５Ｍｂｐｓとなる。

つぎに、カラオケ装置Ａに対して送信するコンテンツのビットレートは、上記式〈１〉から、（１０Ｍｂｐｓ−５Ｍｂｐｓ）×２／（２＋１）≒３．３Ｍｂｐｓとなる。ここで、上記〈２〉のコンテンツのエンコード前のビットレートが５Ｍｂｐｓであるため、カラオケ装置Ａに対してはエンコードによる圧縮によりビットレートを５Ｍｂｐｓから３．３Ｍｂｐｓまで圧縮してコンテンツを配信する。

つぎに、カラオケ装置Ｂに対して送信するコンテンツのビットレートは、上記式〈１〉から、｛１０Ｍｂｐｓ−（５Ｍｂｐｓ＋３．３Ｍｂｐｓ）｝×１／１≒１．７Ｍｂｐｓとなる。ここで、上記〈２〉のコンテンツのエンコード前のビットレートが５Ｍｂｐｓであるため、カラオケ装置Ｂに対してはエンコードによる圧縮によりビットレートを５Ｍｂｐｓから１．７Ｍｂｐｓまで圧縮してコンテンツを配信する。

図７のフローチャートの説明に戻る。Ｓ３２０で複数のカラオケ装置４の間でログイン人数が同数であるものが存在すると判定した場合（Ｓ３２０：順位同じ）、すなわち、複数のカラオケ装置４の間でログイン人数による優先順位が同じである場合、括り付け情報管理テーブル２ｅ（図６参照）を参照し、同順位のカラオケ装置４の間で携帯電話６からログインしたユーザの人数を比較する。そして、同順位のカラオケ装置４の間で携帯電話６からのログイン人数の多い順に優先順位を決定し、これらのカラオケ装置４の間で携帯電話６からのログイン人数が同数であるものが存在するか否かを判定する（Ｓ３４０）。ここで、当該同順位のカラオケ装置４の間で携帯電話６からログインしたユーザの人数が全て異なると判定した場合（Ｓ３４０：順位異なる）、全カラオケ装置４におけるコンテンツ配信時の総合的な優先順位を確定する（Ｓ３５０）。

Ｓ３４０〜Ｓ３５０の具体例として、図１０（ａ）に示すように、Ａ〜Ｄの４台のカラオケ装置４において、ログイン人数がそれぞれ５人、３人、３人、２人であった場合を想定する。この場合、カラオケ装置Ｂ，Ｃのログイン人数が同じで、ログイン人数による優先順位は同率の２位となる。ここで、カラオケ装置Ｂ，Ｃについて、携帯電話６からのログイン人数を参照した結果、カラオケ装置Ｂが２人、カラオケ装置Ｃが１人であった場合、カラオケ装置Ｂの優先順位がカラオケ装置Ｃよりも上位に設定される。その結果、Ａ〜Ｄの４台のカラオケ装置４におけるコンテンツ配信時の優先順位は、１位：カラオケ装置Ａ、２位：カラオケ装置Ｂ、３位：カラオケ装置Ｃ、４位：カラオケ装置Ｄとなる。

図７のフローチャートに戻る。Ｓ３４０で同順位のカラオケ装置４の間で携帯電話６からのログイン人数が同数であるものが存在すると判定した場合（Ｓ３４０：順位同じ）、すなわち、携帯電話６からのログイン人数の比較を以ってしても複数のカラオケ装置４の間で優先順位が同じである場合、同順位のカラオケ装置４に括り付けされた全ユーザのカラオケ歌唱履歴を、個人用Ｗｅｂページデータベース２ｄに格納されている当該ユーザの個人用Ｗｅｂページデータから取得する（Ｓ３６０）。

つぎに、同順位のカラオケ装置４の間で、各カラオケ装置４に括り付けされたログインユーザによる過去のカラオケ楽曲の演奏回数（すなわちカラオケの歌唱回数）の合計をそれぞれ算出し、これを比較する。そして、当該同順位のカラオケ装置４の間でログインユーザによる過去の歌唱回数の多い順に優先順位を決定し、これらのカラオケ装置４の間でログインユーザによる過去の歌唱回数の合計が同数であるものが存在するか否かを判定する（Ｓ３７０）。ここで、当該同順位のカラオケ装置４の間でログインユーザによる過去の歌唱回数の合計が全て異なると判定した場合（Ｓ３７０：順位異なる）、全カラオケ装置４におけるコンテンツ配信時の総合的な優先順位を確定する（Ｓ３８０）。

Ｓ３７０〜Ｓ３８０の具体例として、図１０（ｂ）に示すように、Ａ〜Ｄの４台のカラオケ装置４において、ログイン人数がそれぞれ５人、３人、３人、２人であり、さらに、携帯電話６からのログイン人数の比較（Ｓ３４０）を以ってしてもカラオケ装置Ｂ，Ｃの優先順位が同率の２位であった場合を想定する。ここで、カラオケ装置Ｂ，Ｃについて、これらに括り付けされてログイン中のユーザの過去のカラオケ楽曲の演奏回数（歌唱回数）の合計を算出した結果、カラオケ装置Ｂが４０回、カラオケ装置Ｃが６０回であった場合、カラオケ装置Ｃの優先順位がカラオケ装置Ｂよりも上位に設定される。その結果、Ａ〜Ｄの４台のカラオケ装置４におけるコンテンツ配信時の優先順位は、１位：カラオケ装置Ａ、２位：カラオケ装置Ｃ、３位：カラオケ装置Ｂ、４位：カラオケ装置Ｄとなる。

図７のフローチャートの説明に戻る。Ｓ３７０で同順位のカラオケ装置４の間でログインユーザによる過去の歌唱回数の合計が同数であるものが存在すると判定した場合（Ｓ３７０：順位同じ）、すなわち、ログインユーザによる過去の歌唱回数の比較を以ってしても複数のカラオケ装置４の間で優先順位が同じである場合、括り付け情報管理テーブル２ｅ（図６参照）を参照し、同順位のカラオケ装置４の間で、各カラオケ装置４に括り付けされたログインユーザのログイン開始時刻のうち、そのカラオケ装置４の中で最も時刻が早いもの同士を比較する。そして、当該同順位のカラオケ装置４の間でログイン開始時刻が早い順に優先順位を決定し、これらのカラオケ装置４の間でログイン開始時刻が同じであるものが存在するか否かを判定する（Ｓ３９０）。ここで、当該同順位のカラオケ装置４の間でログイン開始時刻が全て異なると判定した場合（Ｓ３９０：順位異なる）、全カラオケ装置４におけるコンテンツ配信時の総合的な優先順位を確定する（Ｓ４００）。

Ｓ３９０〜Ｓ４００の具体例として、図１０（ｃ）に示すように、Ａ〜Ｄの４台のカラオケ装置４において、ログイン人数がそれぞれ５人、３人、３人、２人であり、さらに、携帯電話６からのログイン人数の比較（Ｓ３４０）及びログインユーザによる過去の歌唱回数の比較（Ｓ３７０）を以ってしてもカラオケ装置Ｂ，Ｃの優先順位が同率の２位であった場合を想定する。ここで、カラオケ装置Ｂ，Ｃについて、これらに括り付けされたログインユーザのログイン開始時刻のうち最も時刻が早いもの同士を比較した結果、カラオケ装置Ｂにおけるログインユーザのログイン開始時刻の方が早かった場合、カラオケ装置Ｂの優先順位がカラオケ装置Ｃよりも上位に設定される。その結果、Ａ〜Ｄの４台のカラオケ装置４におけるコンテンツ配信時の優先順位は、１位：カラオケ装置Ａ、２位：カラオケ装置Ｂ、３位：カラオケ装置Ｃ、４位：カラオケ装置Ｄとなる。

図７のフローチャートの説明に戻る。Ｓ３９０で同順位のカラオケ装置４の間でログイン開始時刻が同じであるものが存在すると判定した場合（Ｓ３９０：順位同じ）、すなわち、ログイン開始時刻の比較を以ってしても複数のカラオケ装置４の間で優先順位が同じである場合、当該同順位のカラオケ装置４の間で、カラオケ装置４に固有の優先順位同士を比較する。ここで、カラオケ装置４に固有の優先順位としては、例えば、当該カラオケ装置４が設置されたカラオケルームの使用料金が高い順に設定されたものや、カラオケ装置４の製造番号やシリアルナンバーの順に設定されたもの、カラオケネットワークシステム１の運営者側によって任意に設定されたもの等、種々のものが挙げられる。なお、各カラオケ装置４に固有の優先順位はホストサーバ２のデータベース２ｂに予め登録されているものとする。そして、当該同順位のカラオケ装置４の間でカラオケ装置４に固有の優先順位が高い順にコンテンツ配信時の優先順位を決定し、全カラオケ装置４におけるコンテンツ配信時の総合的な優先順位を確定する（Ｓ４１０）。

Ｓ４１０の具体例として、図１０（ｄ）に示すように、Ａ〜Ｄの４台のカラオケ装置４において、ログイン人数がそれぞれ５人、３人、３人、２人であり、さらに、携帯電話６からのログイン人数の比較（Ｓ３４０）、ログインユーザによる過去の歌唱回数の比較（Ｓ３７０）、及びログイン開始時刻の比較（Ｓ３９０）を以ってしてもカラオケ装置Ｂ，Ｃの優先順位が同率の２位であった場合を想定する。ここで、カラオケ装置Ｂ，Ｃに固有の優先順位を比較した結果、カラオケ装置Ｃに固有の優先順位がカラオケ装置Ｂに固有の優先順位よりも上位であった場合、コンテンツ配信時の優先順位はカラオケ装置Ｃ方がカラオケ装置Ｂよりも上位に設定される。その結果、Ａ〜Ｄの４台のカラオケ装置４におけるコンテンツ配信時の優先順位は、１位：カラオケ装置Ａ、２位：カラオケ装置Ｃ、３位：カラオケ装置Ｂ、４位：カラオケ装置Ｄとなる。

図７のフローチャートの説明に戻る。Ｓ３５０，Ｓ３８０，Ｓ４００，Ｓ４１０の各ステップで確定したコンテンツ配信時の優先順位に基づいて各カラオケ装置４に対してコンテンツを配信する際のビットレートの高低度合を決定し、この決定したビットレートよってコンテンツを該当のカラオケ装置４へそれぞれ配信する（Ｓ４２０）。なお、ここでは、カラオケ装置４の優先順が高い程、当該カラオケ装置４に対して配信するコンテンツのビットレートを相対的に高くする。

ここで、Ｓ３５０，Ｓ３８０，Ｓ４００，Ｓ４１０の各ステップで確定したコンテンツ配信時の優先順位に基づいて各カラオケ装置へ配信するコンテンツのビットレートを決定する具体的な方法について、図１１に基づき説明する。

図１１は、コンテンツ配信時の優先順に基づいて配信するコンテンツのビットレートを決定する方法の手順を模式的に示す説明図である。ここでは、図１１（ａ）に示すように、１つのコンテンツに対して１ファイルのみを用意しておくものとする。このコンテンツデータは、エンコードによる圧縮を行う前のデータであり、そのビットレートは５Ｍｂｐｓである。また、ここでは、ホストサーバ２が各カラオケ装置４に対してコンテンツを配信する際のデータ転送能力の上限が１０Ｍｂｐｓであると想定する。

例えば、コンテンツ配信時の優先順位を確定した結果、図１１（ｂ）に示すように、Ａ〜Ｄの４台のカラオケ装置４について、１位：カラオケ装置Ａ、２位：カラオケ装置Ｂ、３位：カラオケ装置ＣＢ、４位：カラオケ装置Ｄという優先順位になったとする。ここでは、各カラオケ装置Ａ，Ｂ，Ｃ，Ｄの優先順位に応じてビットレートの高低度合を定義するための指標として、例えば１位に４ポイント、２位に３ポイント、３位に２ポイント、４位に１ポイントが割り当てられる。そして、各カラオケ装置Ａ，Ｂ，Ｃ，Ｄ向けのコンテンツデータのビットレートは、優先順位の高いものから順に以下のようにして決定する。

〈３〉・・・｛（ホストサーバ２のデータ転送能力）−（対象のカラオケ装置４よりも優先順位が高いカラオケ装置４に対して配信するコンテンツのビットレートの合計）｝×（対象のカラオケ装置４のポイント数）／（対象のカラオケ装置４及び優先順位が対象のカラオケ装置４より低い全カラオケ装置４のポイント数の合計）
〈４〉・・・コンテンツのエンコード前のビットレート
上記〈３〉，〈４〉の値のうち、どちらか小さい方を対象のカラオケ装置４に対して配信するコンテンツのビットレートの値とする。

具体的には、カラオケ装置Ａに対して送信するコンテンツのビットレートは、上記式〈３〉から、（１０Ｍｂｐｓ−０）×４／（４＋３＋２＋１）＝４Ｍｂｐｓとなる。ここで、上記〈４〉のコンテンツのエンコード前のビットレートが５Ｍｂｐｓであるため、カラオケ装置Ａに対してはエンコードによる圧縮によりビットレートを５Ｍｂｐｓから４Ｍｂｐｓまで圧縮してコンテンツを配信する。

つぎに、カラオケ装置Ｂに対して送信するコンテンツのビットレートは、上記式〈３〉から、（１０Ｍｂｐｓ−４Ｍｂｐｓ）×３／（３＋２＋１）＝３Ｍｂｐｓとなる。ここで、上記〈４〉のコンテンツのエンコード前のビットレートが５Ｍｂｐｓであるため、カラオケ装置Ｂに対してはエンコードによる圧縮によりビットレートを５Ｍｂｐｓから３Ｍｂｐｓまで圧縮してコンテンツを配信する。

つぎに、カラオケ装置Ｃに対して送信するコンテンツのビットレートは、上記式〈３〉から、｛１０Ｍｂｐｓ−（４Ｍｂｐｓ＋３Ｍｂｐｓ）｝×２／（２＋１）＝２Ｍｂｐｓとなる。ここで、上記〈４〉のコンテンツのエンコード前のビットレートが５Ｍｂｐｓであるため、カラオケ装置Ｃに対してはエンコードによる圧縮によりビットレートを５Ｍｂｐｓから２Ｍｂｐｓまで圧縮してコンテンツを配信する。

つぎに、カラオケ装置Ｄに対して送信するコンテンツのビットレートは、上記式〈３〉から、｛１０Ｍｂｐｓ−（４Ｍｂｐｓ＋３Ｍｂｐｓ＋２Ｍｂｐｓ）｝×１／１＝１Ｍｂｐｓとなる。ここで、上記〈４〉のコンテンツのエンコード前のビットレートが５Ｍｂｐｓであるため、カラオケ装置Ｄに対してはエンコードによる圧縮によりビットレートを５Ｍｂｐｓから１Ｍｂｐｓまで圧縮してコンテンツを配信する。

［７．効果］
上記実施形態のカラオケネットワークシステム１によれば、以下のような効果を奏する。

（１）個々のカラオケ装置４に括り付けされたログインユーザの人数に応じて、ログイン人数が相対的に多いカラオケ装置４に対してはビットレートが相対的に高いコンテンツを配信し、ログイン人数が相対的に少ないカラオケ装置４に対してはビットレートが相対的に低いコンテンツを配信できる。このようにすることで、より多くのユーザが利用しているカラオケ装置４に対して、より高品質のコンテンツを配信することができる。よって、カラオケネットワークシステム１全体において、限られたデータ転送能力の範囲内でより多くのユーザが高品質のコンテンツを視聴可能になり、好適である。特に、ＣＭコンテンツについては、多くの視聴者が高品質のコンテンツを視聴することができ、その結果、多くの視聴者の満足度が向上するだけでなく、高い宣伝効果も得られることになり、広告提供者にとっても有益である。

（２）複数のカラオケ装置４の間でログイン人数が同一である場合、携帯電話６からのログイン人数の比較や、ログインユーザによる過去の歌唱回数の比較、ログイン開始時刻の比較等の種々の基準によりコンテンツ配信時の優先順位を決定できる。

（３）カラオケルームに備えられたリモコン端末５ではなく、個人が所有する携帯電話６を介してカラオケネットワークシステム１にログインしたユーザは、個人が所有する携帯電話６によって頻繁にサービスを利用してくれるヘビーユーザであると想像できる。よって、携帯電話６からログインしたユーザがより多く利用しているカラオケ装置４を優先して高品質のコンテンツを配信することで、そのユーザを優遇する措置を採ることは、ヘビーユーザのカラオケサービスに対する利用意欲を更に促進することにつながると考えられ、好適である。

（４）ログインユーザによる過去の歌唱回数が多いということは、カラオケサービスを利用した回数の多い得意客であると考えられる。よって、カラオケの歌唱回数が多いユーザが利用するカラオケ装置４を優先して高品質のコンテンツを配信することで、そのユーザを優遇する措置を採ることは、得意客のカラオケサービスに対する利用意欲を更に促進することにつながると考えられ、好適である。

（５）ユーザのログイン開始時刻が早いということは、他のユーザよりも長い時間にわたって当該カラオケ装置４でカラオケサービスを利用してくれたことになり、やはりそのようなユーザも得意客であると考えられる。よって、ログイン開始時刻が早いユーザが利用するカラオケ装置を優先して高品質のコンテンツを配信することで、そのユーザを優遇する措置を採ることは、得意客のカラオケサービスに対する利用意欲を更に促進することにつながると考えられ、好適である。

［８．変形例］
以上、本発明の実施形態について説明したが、本発明は上記の実施形態に何ら限定されるものではなく、様々な態様にて実施することが可能である。

例えば、上記実施形態では「コンテンツ配信制御処理」（図７参照）のＳ３７０において、ログインユーザの過去のカラオケ歌唱回数を比較してコンテンツ配信時の優先順位を決定している。これに代えて、ユーザの過去のログイン回数を比較してコンテンツ配信時の優先順位を決定するような構成であってもよい。過去のログイン回数が多いユーザも、歌唱回数が多いユーザと同様にカラオケサービスを頻繁に利用してくれる得意客であると考えられ、コンテンツ配信時に優先するのに相応であると考えられる。

カラオケネットワークシステム１の概略構成を示す説明図である。 リモコン端末５及び携帯電話６によって「ユーザ登録」を行う際の画面表示例を示す説明図である。 （ａ）は、ユーザ登録データベース２ｃの具体的内容を模式的に示す説明図であり、（ｂ）は、個人用Ｗｅｂページデータベース２ｄの具体的内容を模式的に示す説明図である。 リモコン端末５又は携帯電話６によってユーザがログインの手続を行う際の、各端末における画面表示例等を示す説明図である。 ユーザのログインからカラオケ装置４に対するコンテンツ配信までの一連の作動の流れを示すラダーチャートである。 括り付け情報管理テーブル２ｅの記述様式の一例を模式的に示す説明図である。 「コンテンツ配信制御処理」の手順を示すフローチャートである。 ログイン人数による優先順に基づいて配信するコンテンツのビットレートを決定する方法（その１）の手順を模式的に示す説明図である。 ログイン人数による優先順に基づいて配信するコンテンツのビットレートを決定する方法（その２）の手順を模式的に示す説明図である。 ログイン人数以外の基準を加味して各カラオケ装置４におけるコンテンツ配信時の優先順位を決定する手順の具体例を模式的に示す図である。 コンテンツ配信時の優先順に基づいて配信するコンテンツのビットレートを決定する方法の手順を模式的に示す説明図である。

符号の説明

１…カラオケネットワークシステム、２…ホストサーバ、２ａ…Ｗｅｂサーバ、２ｂ…データベース、４…カラオケ装置、５…リモコン端末、６…携帯電話、１００…ＬＡＮ、１１０…アクセスポイント、１２０，１４０…ルータ、２００…インターネット（ＷＡＮ）

Claims (4)

1. 複数のカラオケ装置に対してコンテンツを個別に配信するサーバ装置と、前記サーバ装置から受信したコンテンツを再生する複数のカラオケ装置とがネットワークを介して通信可能に接続されたカラオケネットワークシステムであって、
   前記カラオケ装置は、当該カラオケ装置を使用するユーザを当該カラオケ装置に対応付けるユーザ対応付手段を備えており、
   当該カラオケネットワークシステムは、個々の前記カラオケ装置を使用する複数のユーザを前記ユーザ対応付手段によってそれぞれのカラオケ装置に対応付けて同時に当該カラオケネットワークシステムへログイン可能に構成されており、
   前記サーバ装置は、
   前記各カラオケ装置に対応付けられてログイン中のユーザの人数を計測する計測手段と、
   前記計測手段によって計測されたログイン中のユーザの人数に応じて、前記各カラオケ装置へ送信するコンテンツの情報量の高低度合を個々のカラオケ装置ごとに決定する決定手段と、
   前記決定手段によって決定された高低度合に応じた情報量のコンテンツを、該当のカラオケ装置に対して送信する送信手段とを備えること
   を特徴とするカラオケネットワークシステム。
2. 請求項１に記載のカラオケネットワークシステムにおいて、
   前記情報量とは、単位時間当たりに送信する情報量である送信レートであり、
   前記サーバ装置が備える決定手段は、ログイン中のユーザの人数が相対的に多い前記カラオケ装置に対しては、送信レートの高低度合を相対的に高く設定し、ログイン中のユーザの人数が相対的に少ない前記カラオケ装置に対しては、送信レートの高低度合を相対的に低く設定すること
   を特徴とするカラオケネットワークシステム。
3. 請求項１又は請求項２に記載のカラオケネットワークシステムにおいて、
   前記サーバ装置は、当該カラオケネットワークシステムにログインした個々のユーザに対応するカラオケサービスの利用履歴情報を記憶する履歴記憶手段を更に備え、
   前記サーバ装置が備える決定手段は、複数の前記カラオケ装置の間でそれぞれに対応付けられてログイン中のユーザの人数が同一である場合、前記履歴記憶手段に記憶されている利用履歴情報を参照し、これらのカラオケ装置に対応付けられてログイン中の各ユーザにおけるカラオケサービスの利用頻度に応じて、これらのカラオケ装置に対して送信するコンテンツの情報量の高低度合を決定すること
   を特徴とするカラオケネットワークシステム。
4. 請求項１又は請求項２に記載のカラオケネットワークシステムにおいて、
   前記サーバ装置は、当該カラオケネットワークシステムにログインした個々のユーザのログイン開始時刻を記憶するログイン開始時刻記憶手段を更に備え、
   前記サーバ装置が備える決定手段は、複数の前記カラオケ装置の間でそれぞれに対応付けられてログイン中のユーザの人数が同一である場合、前記ログイン開始時刻記憶手段に記憶されているログイン開始時刻を参照し、これらのカラオケ装置に対応付けられてログイン中の各ユーザのログイン開始時刻の早遅に応じて、これらのカラオケ装置に対して送信するコンテンツの情報量の高低度合を決定すること
   を特徴とするカラオケネットワークシステム。