JP2009181010A - カラオケネットワークシステム、ホストサーバ、及びコンテンツ配信方法 - Google Patents

カラオケネットワークシステム、ホストサーバ、及びコンテンツ配信方法 Download PDF

Info

Publication number
JP2009181010A
JP2009181010A JP2008020982A JP2008020982A JP2009181010A JP 2009181010 A JP2009181010 A JP 2009181010A JP 2008020982 A JP2008020982 A JP 2008020982A JP 2008020982 A JP2008020982 A JP 2008020982A JP 2009181010 A JP2009181010 A JP 2009181010A
Authority
JP
Japan
Prior art keywords
karaoke
store
content
users
host server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2008020982A
Other languages
English (en)
Other versions
JP4807360B2 (ja
Inventor
Shinichi Kawamura
真一 河村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Brother Industries Ltd
Original Assignee
Brother Industries Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Brother Industries Ltd filed Critical Brother Industries Ltd
Priority to JP2008020982A priority Critical patent/JP4807360B2/ja
Publication of JP2009181010A publication Critical patent/JP2009181010A/ja
Application granted granted Critical
Publication of JP4807360B2 publication Critical patent/JP4807360B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Reverberation, Karaoke And Other Acoustics (AREA)

Abstract

【課題】ホストサーバから各カラオケ店舗のマスタ機へコンテンツを配信する際に、より多くのユーザに対してより早く当該コンテンツを提供可能な技術を実現する。
【解決手段】各カラオケ装置4は、自装置を使用するユーザを自装置に対応付ける手段を備えており、カラオケネットワークシステム1は、個々のカラオケ装置4を使用する複数のユーザをそれぞれのカラオケ装置4に対応付けて同時にログイン可能に構成されている。各カラオケ店舗の代表であるマスタ機4aは、当該カラオケ店舗の各カラオケ装置4に対応付けられてログイン中のユーザの人数を集計し、ホストサーバ2へ通知する。ホストサーバ2は、各マスタ機4aから通知されたカラオケ店舗ごとのログインユーザの人数に基づき、現在ログイン中のユーザが多いカラオケ店舗のマスタ機4aから優先して、順次各マスタ機4aに対してコンテンツを配信する。
【選択図】図1

Description

本発明は、コンテンツ配信用のホストサーバから、各店舗内ネットワークに接続されたカラオケ装置に対してコンテンツを配信する技術に関する。
従来、カラオケ装置で再生するコンテンツを、ネットワークを介してコンテンツ配信用のホストサーバから各カラオケ店舗(例えばカラオケボックス)に設置されたカラオケ装置へ配信するカラオケネットワークシステムが広く普及している(例えば特許文献1参照)。
近年、カラオケ店舗に設置されるカラオケ装置の多くは、個別に大容量の記憶手段を備えており、自カラオケ装置で再生するコンテンツを蓄積できるようになっている。このようなカラオケ装置で構成されるカラオケネットワークシステムにおいては、コンテンツ配信用のホストサーバと、カラオケ店舗に設置されている複数のカラオケ装置のうちのホストサーバの管理下にある代表のカラオケ装置(以下、マスタ機と称する)とが直接通信することで、ホストサーバからマスタ機へコンテンツが配信される(1次配信)。そして、マスタ機に配信されたコンテンツは、カラオケ店舗内に配されたLAN(Local Area Network)等のネットワークを介して、マスタ機から当該カラオケ店舗内でマスタ機の管理下にあるカラオケ装置(以下、スレイブ機)へとコピーされることで、カラオケ店舗内の各カラオケ装置へ配信される(2次配信)。このようにすることで、ホストサーバから直接コンテンツの配信を受けるカラオケ装置の台数を減らすことができ、ホストサーバとマスタ機とによる1次配信時における通信負荷を低減することができる。
また、上述のようなカラオケネットワークシステムにおいて、カラオケサービスを利用する個々のユーザを識別するために、予め登録されたユーザがカラオケ装置の利用を開始する際にシステムに対するログイン手続きを行い、カラオケ装置の利用を終了する際にログアウト手続きを行うといった利用形態を採用したものが提案されている(例えば特許文献2参照)。
このようなカラオケネットワークシステムによれば、カラオケ楽曲の再生予約、個人のカラオケ利用履歴やその他の情報を蓄積した個人用Webページの作成や配信、カラオケサービスを利用したユーザに対する課金や特典の付与といった種々のサービスを、個々のユーザに対応付けて提供可能である。また、ユーザがどのカラオケ装置を利用しているかを特定するために、ユーザと、このユーザが利用するカラオケ装置とを対応付けてログインを行うことも可能である。さらに、1つのカラオケルームにおいてグループでカラオケサービスを利用する場合を想定して、1台のカラオケ装置に対して複数のユーザが並行してログインできるように構成することも可能である。
このようなカラオケネットワークシステムを構成する端末であるカラオケ装置は、カラオケボックス等のデイ市場であれば、カラオケボックスにおける個々のカラオケルームにそれぞれ配置されている。酒場市場であれば、バーやスナック等に設置されている。通常、ユーザはカラオケルーム、バー、スナック等のカラオケ装置が設置された場所に入室してからカラオケネットワークシステムへログインすると考えられる。つまり、ユーザがカラオケネットワークシステムへログインしたということは、カラオケ装置はユーザの目の前にあり、ユーザはカラオケ装置が再生するコンテンツを視聴、あるいは利用可能な位置にいると特定できる。
特開平10−187176号公報 特開2007−256824号公報
ところで、カラオケ装置からユーザに提供されるコンテンツは、通常の演奏データ(MIDIデータ等)の他、実際の演奏音声をサンプリングした高音質の生音楽曲やプロモーションビデオ(PV)映像、CM映像等、多種多様化しており、そのデータ量も年々増加傾向にある。さらに、コンテンツの配信は、複数のコンテンツの集合体であるパッケージ単位で行われるため、ホストサーバからマスタ機へ配信されるコンテンツのデータ量は膨大である。
一方、カラオケサービスを提供する市場においては、最新のカラオケ楽曲やプロモーションビデオ等をより多くのユーザに対していち早く提供可能にすることがユーザの満足度の向上につながると考えられる。また、CMのコンテンツの場合、最新情報をより多くのユーザに対していち早く視聴してもらうことが宣伝効果の向上につながると考えられる。よって、ホストサーバから各カラオケ店舗のマスタ機へのコンテンツの1次配信を速やかに完了させて、各カラオケ店舗で当該コンテンツを利用できるようにすることが望ましい。
ネットワーク上でIPアドレスを用いたデータの配信を行うための通信技術としては、UDP/IPを用いたマルチキャスト通信、あるいはTCP/IPを用いたユニキャスト(1対1)通信が一般的である。一方、上述のようなカラオケネットワークシステムにおいて、ホストサーバから各カラオケ店舗のマスタ機へコンテンツを1次配信する場合、コンテンツを誤りなく確実にホストサーバからマスタ機へ配信するために、通信方法には高い信頼性が要求される。そこで、ホストサーバとマスタ機との間で行われるコンテンツの1次配信には、マルチキャスト通信よりも信頼性の高いユニキャスト通信が採用される。そして、ホストサーバは、CPUの処理能力等の都合により同時に数店舗〜数十店舗分のマスタ機に対してコンテンツの配信指示を出し、この配信指示に応じてコンテンツの配信を要求してきたマスタ機に対してユニキャストによるコンテンツの配信を並行して行う。それらの処理を繰り返すことで、全店舗分のマスタ機に対するコンテンツの配信を実現している。また、各カラオケ店舗内において、マスタ機は1次配信によりホストサーバから取得したコンテンツをカラオケ店舗内の各スレイブ機に対して1台ずつ個別に配信している。
しかしながら、カラオケ店舗は全国に数千〜数万店舗程度存在し、その各店舗にマスタ機がそれぞれ配置されている。よって、ホストサーバから1番最初にコンテンツの配信を受けたマスタ機の属するカラオケ店舗と、1番最後にコンテンツの配信を受けたマスタ機の属するカラオケ店舗とでは、当該コンテンツを利用できるようになるまでの時間に数時間程度の時間差が生じてしまうのが現状である。さらに、各カラオケ店舗に設置されているカラオケ装置の台数はそれぞれの店舗によって大小様々であるため、末端のスレイブ機までの配信を考えると、配信完了までの時間はかなりの時間差が生じるものと考えられる。また、コンテンツの1次配信の作業は長時間に及ぶため、各カラオケ店舗の営業時間外及び営業時間内の何れにおいても行われることが多い。このような場合、営業時間内であっても、最新コンテンツを利用可能なカラオケ店舗と、そうでないカラオケ店舗とが発生してしまう。
そこで、1次配信による各カラオケ店舗へのコンテンツの配信が完了するのにカラオケ店舗間でかなりの時間差が生じてしまうことや、コンテンツの1次配信がカラオケ店舗の営業時間外及び営業時間内の何れにおいても行われることを踏まえ、なるべく多くのユーザに対してより早く最新のコンテンツを提供できるように配慮することが肝要である。
本発明は上記問題を鑑みなされており、コンテンツ配信用のホストサーバから各カラオケ店舗のマスタ機へコンテンツを配信する際に、より多くのユーザに対してより早く当該コンテンツを提供可能な技術を実現することを目的とする。
上記目的を達成するためになされた請求項1に記載のカラオケネットワークシステムは、コンテンツ配信用のホストサーバからコンテンツの配信を受け、これを他の複数のカラオケ装置に対して順次配信するマスタ機と、マスタ機からコンテンツの配信を受ける1つ以上のスレイブ機とが、第1のネットワークを介して通信可能に接続された複数の店舗内カラオケシステムと、これらの各店舗内カラオケシステムに属するマスタ機に対して各個に順次コンテンツを配信するホストサーバとが、第2のネットワークを介して通信可能に接続されており、次のような特徴を有する。
マスタ機及びスレイブ機の各カラオケ装置は、自カラオケ装置を使用するユーザを自カラオケ装置に対応付けるユーザ対応付け手段を備えている。そして、当該カラオケネットワークシステムは、個々のカラオケ装置を使用する複数のユーザをユーザ対応付け手段によってそれぞれのカラオケ装置に対応付けて同時に当該カラオケネットワークシステムへログイン可能に構成されている。
ホストサーバは、第2のネットワークを介して接続された各店舗内カラオケシステムに属するマスタ機に対して、当該マスタ機が属する店舗内カラオケシステムに接続されている各カラオケ装置に対応付けられてログイン中のユーザの人数を集計した店舗情報の送信を要求する要求手段と、この要求手段による要求に応じて各マスタ機から送信されてくる店舗情報で示される、店舗内カラオケシステムごとのログイン中ユーザの集計結果に基づき、ログイン中ユーザの人数が多い店舗内カラオケシステムに属するマスタ機から優先して、順次各マスタ機に対してコンテンツを配信する配信手段を備える。
マスタ機は、ホストサーバから店舗情報の送信を要求された場合、第1のネットワークを介して接続された各スレイブ機に対応付けられてログイン中のユーザの人数を取得する取得手段と、この取得手段により取得した各スレイブ機におけるログイン中ユーザの人数と、自マスタ機におけるログイン中ユーザの人数とを集計した店舗情報をホストサーバに対して送信する送信手段とを備える。
このように構成されたカラオケネットワークシステムによれば、現在ログイン中のユーザが多いカラオケ店舗のマスタ機から優先してコンテンツの1次配信が行われる。つまり、配信されたコンテンツを視聴あるいは利用可能な位置にいるユーザの多いカラオケ店舗内のカラオケ装置から優先的に最新のコンテンツを利用可能になるため、コンテンツの1次配信が完了する時間にカラオケ店舗間でかなりの時間差が生じてしまう条件下において、より多くのユーザに対してより早く最新のコンテンツを提供することができる。これにより、多くのユーザの満足や高い広告効果が得られることが期待できる。
ところで、ログイン中のユーザが最も多いカラオケ店舗が複数存在する場合や、カラオケ店舗の営業時間外のため複数のカラオケ店舗においてログイン中のユーザの数が0である場合のように、複数のカラオケ店舗の間で当該店舗内のカラオケ装置に対応付けられてログイン中のユーザの人数が同一となる状況では、現在ログイン中のユーザの人数だけでコンテンツの配信順を決められない場合も想定される。
そこで、請求項2に記載のように構成するとよい。つまり、マスタ機及びスレイブ機の各カラオケ装置は、過去の所定期間に自カラオケ装置に対応付けられてログインしたユーザの人数に関する履歴情報を保持する履歴保持手段を備える。そして、マスタ機では、各スレイブ機から履歴情報を取得し、この取得した履歴情報と自マスタ機が保持する履歴情報とを集計し、この集計結果を更に店舗情報としてホストサーバへ送信する。
一方、ホストサーバでは、複数の店舗内カラオケシステム間でそれぞれのログイン中ユーザの人数が同一である場合、これらの店舗内カラオケシステムのうち、該当の店舗情報に含まれる履歴情報の集計結果に基づくユーザの人数が多い方の店舗内カラオケシステムに属するマスタ機から優先してコンテンツを配信する。
なお、履歴情報に基づくユーザの人数としては、所定期間(例えば1週間、1ヶ月間等)におけるそのカラオケ店舗におけるログイン人数の合計(延べ人数)を用いたり、所定期間における1日あたりの最大同時ログイン人数の平均値を用いたりすることが考えられる。
例えば、都市部の繁華街に所在するカラオケ店舗、あるいは郊外に所在するカラオケ店舗であっても多くのカラオケ装置が設置された大規模なカラオケボックスであれば、何れも多くのユーザが訪れてカラオケ装置を利用すると考えられる。このようなカラオケ店舗ごとの利用者数の多少についての傾向は、過去のログイン人数の履歴を参考にすればある程度把握することができる。よって、複数のカラオケ店舗の間で、現在ログイン中のユーザの人数が同一(0人も含む)であっても、過去のログイン人数の履歴に基づいて1次配信の優先順を決めることで、今後多くのユーザにコンテンツを利用してもらえることが予想されるカラオケ店舗に対して、より早くコンテンツを配信できるので好適である。
ところで、上述したように各カラオケ店舗に設置されているカラオケ装置の台数はそれぞれの店舗によって大小様々(例えば、数台規模から数十台規模まで)である。そして、カラオケ店舗内のLANにおいて、マスタ機は、1次配信によりホストサーバから取得したコンテンツを、カラオケ店舗内の各スレイブ機に対して1台ずつ個別に配信している。そのため、カラオケ店舗に設置されたカラオケ装置の台数が多い程、マスタ機からスレイブ機へのコンテンツの2次配信が完了するまでにより多くの時間がかかることになる。よって、より多くのユーザに対してより早くコンテンツを提供可能にするという観点からは、各カラオケ店に設置されたカラオケ装置の台数も加味して1次配信における優先順を決定することが肝要である。
そこで、請求項3に記載のように構成するとよい。つまり、マスタ機では、当該店舗内カラオケシステムに接続されているカラオケ装置の台数を集計し、この集計結果を店舗情報としてホストサーバへ送信する。一方、ホストサーバでは、複数の店舗内カラオケシステム間でそれぞれのログイン中ユーザの人数が同一である場合、これらの店舗内カラオケシステムのうち、該当の店舗情報に基づくカラオケ装置の台数が多い方の店舗内カラオケシステムに属するマスタ機から優先してコンテンツを配信する。
このように構成されたカラオケネットワークシステムによれば、複数のカラオケ店舗の間で、現在ログイン中のユーザの人数が同一(0人も含む)である場合、設置されたカラオケ装置の数が多い方のカラオケ店舗に対して優先的にコンテンツが1次配信される。つまり、カラオケ装置の数が多いためにコンテンツの2次配信に多くの時間が必要なカラオケ店舗に対して優先的にコンテンツが配信されれば、その分当該カラオケ店舗でコンテンツの2次配信が完了する時間が早まり、より多くのカラオケ装置において当該コンテンツを利用できるようになる。よって、より多くのユーザに対してより早くコンテンツを提供するという目的に適っている。
つぎに、請求項4〜6に記載のホストサーバは、それぞれ請求項1〜3に記載のカラオケネットワークシステムを構成するホストサーバとして機能するものである。このように構成されたホストサーバをカラオケネットワークシステムに適用することで、上述の効果を得られる。
つぎに、請求項7〜9に記載のコンテンツ配信方法は、それぞれ請求項1〜3に記載のカラオケネットワークシステムにおけるホストサーバのコンテンツ配信方法である。このようなコンテンツ配信方法をカラオケネットワークシステムにおけるホストサーバに適用することで、上述の効果を得られる。
以下、本発明の一実施形態を図面に基づいて説明する。
[カラオケネットワークシステム1の構成の説明]
図1は、実施形態のカラオケネットワークシステム1の概略構成を示すブロック図である。
図1に示すように、カラオケネットワークシステム1は、ユーザにカラオケサービスを提供する各カラオケ店舗(本実施例では、A〜D店)内の各カラオケルームにそれぞれ設置されるカラオケ装置4(マスタ機4a,スレイブ機4b)及びリモコン端末5が各カラオケ店舗内のLAN100を介して接続された複数の店舗内のネットワークが、WAN200を介してホストサーバ2と接続されることによって形成されている。なお、図1においては、説明の便宜上、4つのカラオケ店舗内の各部屋にそれぞれ1台ずつカラオケ装置4が設置されている構成を示すが、更に多くのカラオケ店舗内のネットワークがホストサーバ2に接続されていてもよい。また、同一店舗内に更に多くのカラオケ装置4が設置されていてもよい。
ホストサーバ2は、カラオケ店舗ごとに通常1台設置されているカラオケ装置4のマスタ機4aに対してカラオケの楽曲データやPV映像、CM映像等といった各種コンテンツを配信(1次配信)するためのカラオケサービス用のサーバ装置であり、適宜な処理能力を有する情報処理装置等で構成される。ホストサーバ2は、WAN200(例えばインターネット)及びカラオケ店舗側のルータ120を介して、カラオケ店舗側のLAN100に接続されている。つまり、ホストサーバ2と、マスタ機4a及びリモコン端末5との間の通信は、WAN200及びカラオケ店舗側のLAN100を介して行われる。
さらに、ホストサーバ2は、各カラオケ店舗向けに配信するコンテンツデータを格納するデータベースの他に、本システムを利用する権限を有するユーザに関する登録情報を蓄積するユーザ登録データベースや、登録ユーザのカラオケ歌唱に関する情報や当該ユーザから提供される情報等をWAN200を通じて公開するための個人用Webページのデータを蓄積する個人用Webページデータベース等を備えている。
そして、ホストサーバ2は、ユーザ登録データベースや個人用Webページのデータベースに蓄積されたデータを基に、カラオケ店側のリモコン端末5からの要求に応じて、カラオケネットワークシステム1を利用するためにログインしようとするユーザに対する認証や、ログインしたユーザに対する個人用Webページの配信・更新サービスを行う。
カラオケ装置であるマスタ機4a及びスレイブ機4b(以下、これらを総称するときは、単にカラオケ装置4と称する)は何れも、カラオケを利用するユーザから指定されたカラオケ楽曲や、映画、バラエティ番組、ドラマ、CMといった映像コンテンツやオーディション、クイズ等のユーザ参加型のコンテンツ、飲食物の注文といった購買コンテンツ等、様々なコンテンツの再生を行うための装置である。カラオケ店舗内にはマスタ機4aが1台のみ設置され、他は全てスレイブ機4bが配置される。
なお、カラオケ店舗A店では、部屋A1にID:A001番を有するマスタ機4a、部屋A2〜A4にID:A002〜A004番を有する各スレイブ機4bがそれぞれ設置されている。また、カラオケ店舗B店では、部屋B1にID:B001番を有するマスタ機4a、部屋B2にID:B002番を有するスレイブ機4bが設置されている。また、カラオケ店舗C店では、部屋C1にID:C001番を有するマスタ機4a、部屋C2にID:C002番を有するスレイブ機4bが設置されている。また、カラオケ店舗D店では、部屋D1にID:D001番を有するマスタ機4a、部屋D2,D3にID:D002,D003番を有する各スレイブ機4bがそれぞれ設置されている。なお、各カラオケ装置4に割り当てられる固有の識別情報であるIDには、例えばカラオケ装置4ごとに固有のシリアル番号を用いることが考えられる。
カラオケ店舗に設置された各カラオケ装置4のうち、マスタ機4aのみがホストサーバ2との間で直接通信を行うことで、ホストサーバ2からユニキャスト通信によりコンテンツの配信を受ける(1次配信)。そして、マスタ機4aは、店舗内のLAN100に接続されているマスタ機4aの管理下にある各スレイブ機4bに対して、ホストサーバ2から受信したコンテンツを個別に配信する(2次配信)。
図2(a)は、カラオケ装置4の概略構成を示すブロック図である。カラオケ装置4は、マスタ機4a及びスレイブ機4b共に同様のハードウェア構成を有しており、図2(a)に示すように、CPU41、RAM42、ROM43、ハードディスクドライブ44(以下、HDD44と称する)、操作部45、再生部46、赤外線通信部47、LAN通信部48等を備える。
CPU41は、RAM42やROM43に記憶されたプログラムやデータに従って、カラオケ装置4各部に対する制御及び各種演算を実行する装置で、後述するマスタ機4a及びスレイブ機4bに関する各種処理は、このCPU41によって実行される。RAM42は、CPU41から直接アクセスされるメインメモリ等として利用される記憶装置である。このRAM42には、各種プログラムがHDD44から読み込まれ、また、CPU41による各種演算の結果やHDD44から読み込まれたデータもRAM42に記憶される。後述するマスタ機4aやスレイブ機4bとしての処理を実行する際には、各処理をCPU41に実行させるためのプログラムがHDD44からRAM42に読み込まれる。そして、RAM42に記憶されたプログラムに従って、CPU41が各処理を実行することになる。
ROM43は、カラオケ装置4の電源スイッチを切っても記憶内容を保持する記憶装置であり、BIOSや通常であれば更新されない読み出し専用のデータ等を記憶している。HDD44は、カラオケ用の楽曲データや映像データ等のコンテンツデータやプログラム等の各種データを保存しておくための装置である。操作部45は、ユーザからの各種指示を入力するための入力装置であり、複数のキースイッチ等によって構成される。
再生部46は、マイクロフォン、演奏データに基づく演奏再生を行うMIDI音源、MIDI音源から生成されたオーディオ信号及びマイクロフォンから入力されたオーディオ信号をスピーカへ出力する音声制御部、画像データに基づく映像の再生を制御する映像再生部、映像を表示するためのモニタ等を備える。赤外線通信部47は、リモコン端末5との間で所定の赤外線通信規格に沿った赤外線信号を送受信するための通信インタフェースである。LAN通信部48は、カラオケ装置4をLAN100に接続して外部と通信を行うための通信インタフェースである。
つぎに、図2(b)は、リモコン端末5の概略構成を示すブロック図である。リモコン端末5は、カラオケルーム内でカラオケ装置4を遠隔操作するためのものであり、ユーザが再生を希望するコンテンツの再生の予約を行うための操作等の各種操作をユーザから受け付け、その操作信号を無線LAN規格に従った無線通信によって操作対象のカラオケ装置4に送信する機能を有する。また、無線LAN通信により無線アクセスポイント110経由でLAN100及びWAN200を介してホストサーバ2へアクセスし、ホストサーバ2から受信したデータに基づいて個人用Webページの閲覧や更新を行うための機能も有する。
具体的にリモコン端末5は、図2(b)に示すように、CPU51、RAM52、ROM53、操作部54、表示部55、赤外線通信部56、無線LAN通信部57等を備えている。CPU51は、RAM52やROM53に記憶されたプログラムやデータに従って、リモコン端末5各部に対する制御及び各種演算を実行する装置である。RAM52は、CPU51から直接アクセスされるメインメモリ等として利用される記憶装置である。このRAM52には、各種プログラムがROM53から読み込まれ、また、CPU51による各種演算の結果やROM53から読み込まれたデータもRAM52に記憶される。
ROM53は、リモコン端末5の電源スイッチを切っても記憶内容を保持する記憶装置であり、BIOSや通常であれば更新されない読み出し専用のデータ、プログラム等を記憶している。操作部54は、ユーザからの各種指示を入力するための入力装置であり、表示部55の表示領域に沿って設置されるタッチパネル及び複数のキースイッチ等によって構成される。表示部55は、画像を表示するための表示装置であり、例えば液晶ディスプレイ等によって構成される。赤外線通信部56は、カラオケ装置4との間で所定の赤外線通信規格に沿った赤外線信号を送受信するための通信インタフェースである。無線LAN通信部57は、LAN100に接続された無線アクセスポイント110との間で所定の無線LAN規格に従った無線通信を行うための通信インタフェースである。
図1の説明に戻る。LAN100には無線アクセスポイント110が接続されている。この無線アクセスポイント110は、所定の無線LAN規格に従った無線通信で端末間を接続するための電波中継機であり、複数の端末と同時に通信を行う機能を有する。リモコン端末5とカラオケ装置4とは、この無線アクセスポイント110を中継することによって、LAN100を介して互いにデータ通信を行うことができる。また、リモコン端末5とホストサーバ2とは、この無線アクセスポイント110を中継することによって、LAN100及びWAN200を介して互いにデータ通信を行うことができる。
ルータ120は、異なるネットワーク間を相互接続する通信機器である。このルータ120は、外部ネットワークであるWAN200と、内部ネットワークであるLAN100との接続点に置かれており、LAN100からの通信をWAN200側に送出し、WAN200側からの通信をLAN100へ送出する。各カラオケ店舗に設置されるルータ120は、それぞれにグローバルIPアドレスが割り当てられている。そして、ホストサーバ2から各カラオケ店舗のマスタ機4aへ送信されるデータは、各ルータ120に割り当てられたグローバルIPアドレス宛に送信される。ホストサーバ2から自身のグローバルIPアドレス宛のデータを受信したルータ120は、この受信したデータの宛先を同LAN100内に接続されたマスタ機4aのプライベートIPアドレスに変換してLAN100へ送出する。このような手順により、LAN100外のホストサーバ2からLAN100内のマスタ機4aへのアクセスが実現する。
[カラオケ装置4に対するリモコン端末5の括り付け、及びユーザの対応付けの説明]
つぎに、リモコン端末5を操作対象のカラオケ装置4に対応付ける「括り付け」の手順と、括り付けされたリモコン端末5を用いて当該カラオケネットワークシステム1へのログイン手続きを行ったユーザ(以下、ログインユーザとも称する)を、当該ユーザの使用するカラオケ装置4(すなわち、ログインに用いたリモコン端末5と括り付けられたカラオケ装置4)へ対応付ける手順とについて説明する。
本実施形態のリモコン端末5は、無線アクセスポイント110及びLAN100を介した無線LAN通信によって操作対象のカラオケ装置4(すなわち、当該リモコン端末5が使用される部屋に設置されているカラオケ装置4)との間でデータ通信を行う。そのためには、無線LAN通信によって通信可能に接続された複数のリモコン端末5及びカラオケ装置4のうち、同じ部屋内で用いられるリモコン端末5とカラオケ装置4との間で、互いに通信相手を特定する必要がある。もし、リモコン端末5と操作対象のカラオケ装置4との間で、互いに通信相手を適切に特定できなければ、リモコン端末5が使用される部屋とは違う部屋に設置されたカラオケ装置4との間でデータ通信を行ってしまうおそれがある。
一方、カラオケボックス等では、フロントで一括して保管されている多数のリモコン端末5のうちの必要な数の任意のリモコン端末5が入店時にユーザに渡され、これを受け取ったユーザが所定の部屋に設置されたカラオケ装置4に対して使用するという利用形態が多く採用されている。したがって、リモコン端末5とカラオケ装置4とを完全に1対1に対応付けてしまうと、上記のような利用形態には適さない。
そこで、所定の部屋に持ち込まれたリモコン端末5を使用する前に、リモコン端末5と、この部屋に設置されたカラオケ装置4との間で、赤外線通信を用いた所定の括り付け処理を行うことで、リモコン端末5を操作対象のカラオケ装置4に対応付けることができる。赤外線通信に用いられる赤外線信号は、その特性上、部屋の間仕切り等によって遮断されるため、赤外線通信による通信範囲は、その部屋内に自ずと限定されることになる。よって、リモコン端末5とカラオケ装置4との括り付けには赤外線通信を用いることで、互いに異なる部屋にある誤った通信相手と対応付けられるのを防ぐことができ、通信相手を適切に特定できる。
さらに、本実施形態では、上述のようなリモコン端末5とカラオケ装置4との間の括り付けによる対応関係を利用することによって、リモコン端末5を用いたログイン手続きを経てカラオケネットワークシステム1にログインしたユーザと、このログインユーザが使用するカラオケ装置4との対応付けを行う。
図3は、リモコン端末5を操作対象のカラオケ装置4に対応付ける括り付け処理と、ログインユーザを当該ユーザの使用するカラオケ装置4へ対応付ける処理との、一連の処理の手順を示すラダーチャートである。
リモコン端末5が何れのカラオケ装置4とも括り付けがされていない場合、リモコン端末5は、例えば表示部55に括り付け処理の開始を指示するためのスタートアイコンを表示する。そして、このスタートアイコンがユーザにより押下されると、赤外線通信部56を介した赤外線通信により所定の括り付け要求通知をカラオケ装置4に対して送信する。なお、リモコン端末5は、それぞれ個別のシリアル番号を有しており、このシリアル番号と所定の接続コードを含む信号を上記括り付け要求通知としてカラオケ装置4へ送信する。
この括り付け要求通知を赤外線信号で送信することで、壁等を隔てて設置された括り付けを所望されないカラオケ装置4に括り付け要求通知を受信されるのを防止できる。なお、本実施形態において、赤外線通信は、専らこの括り付け要求通知の送受信用の通信手段として用いられ、通常の選曲制御等におけるリモコン端末5とカラオケ装置4との間の通信には、無線アクセスポイント110及びLAN100を介した無線LAN通信が用いられる。
カラオケ装置4は、リモコン端末5から赤外線信号により送信された括り付け要求通知を受信すると、この括り付け要求通知を発信したリモコン端末5との対応付けを行う。具体的には、括り付け要求通知に含まれるシリアル番号に基づいて、当該リモコン端末5に割り当てるIPアドレスを生成し、この生成したIPアドレスを当該リモコン端末5と対応付けてRAM42等に記憶する。そして、受信した括り付け要求通知に対する応答として所定の括り付け結果通知を、LAN通信部48によるLAN100及び無線アクセスポイント110を介した無線LAN通信により、括り付け要求元のリモコン端末5へ送信(返信)する。具体的には、括り付け要求元のリモコン端末5のシリアル番号及びIPアドレス、自カラオケ装置4のIPアドレス及びシリアル番号等を含む信号を括り付け結果通知として、括り付け要求元のリモコン端末5へ送信する。
リモコン端末5は、カラオケ装置4から無線LAN通信により送信された括り付け結果通知を受信すると、この括り付け結果通知を発信したカラオケ装置4との対応付けを行う。具体的には、括り付け結果通知に含まれる自リモコン端末5のIPアドレスと括り付け先のカラオケ装置4のIPアドレスとを対応付けて、RAM52等に記憶する。以上のような手順により、リモコン端末5とカラオケ装置4との間でIPアドレスが相互に交換されることで、リモコン端末5とカラオケ装置4との括り付けが完了する。このようにしてリモコン端末5とカラオケ装置4との括り付けが行われることで、他の機器との間で誤って通信が行われることが防止され、リモコン端末5とカラオケ装置4との間で適切に無線LAN通信を行うことができるようになる。
上述の括り付け処理が完了すると、リモコン端末5においてユーザのログインの受け付けが行われる。ユーザのログインは、所定の手続きを経てホストサーバ2のユーザ登録データベースに登録済みのユーザによってリモコン端末5に入力された認証用のユーザID及びパスワードが、ホストサーバ2において認証されることで成立する。
それには、まず、リモコン端末5が所定のログイン画面を表示する。そして、ユーザは、このログイン画面に従い、リモコン端末5の操作部54を操作することで自身に割り当てられている認証用のユーザID及びパスワードを入力する。ユーザによるユーザID及びパスワードの入力が完了すると、リモコン端末5は、無線LAN通信部57からLAN100及びWAN200を経由して、所定のログイン要求通知をホストサーバ2に対して送信する。具体的には、入力されたユーザID及びパスワードと、ログイン要求元のリモコン端末5のシリアル番号及びIPアドレスとを含む信号をログイン要求通知として、ホストサーバ2へ送信する。
ホストサーバ2は、リモコン端末5からログイン要求通知を受信すると、この受信したログイン要求通知に含まれるユーザID及びパスワードを、ユーザ登録データベースに予め登録されているユーザID及びパスワードと照合する。ここで、送信されてきたユーザID及びパスワードがユーザ登録データベースに登録されているユーザID及びパスワードと適合すると判定した場合、当該ユーザのログインを許可する旨の認証結果通知をWAN200及びLAN100経由で送信する。具体的には、ホストサーバ2は、ログインを許可するユーザに対応するユーザIDや、ユーザ登録データベースに登録されている当該ユーザの名称等の個人情報を含む信号を認証結果通知として生成し、この生成した認証結果通知を、ログイン要求元のリモコン端末5のIPアドレスに宛てて送信する。
リモコン端末5は、ホストサーバ2から認証結果通知を受信すると、この認証結果通知に含まれるユーザID及び個人情報等をRAM52に記憶する。そして、自リモコン端末5と括り付けされたカラオケ装置4に対して、当該ユーザがログインを開始した旨を通知するためのログイン通知を、無線アクセスポイント110及びLAN100を介した無線LAN通信により送信する。このログイン通知には、例えば当該ログインユーザのユーザID等が含まれる。その後、リモコン端末5は、当該ログインユーザが選曲操作や個人用Webページの閲覧・更新を行う操作等を入力するための、当該ログインユーザ専用のGUI(Graphic User Interface)を表示部55に表示し、当該ユーザからの操作を受け付ける。なお、本実施形態では、リモコン端末5は、複数のユーザからのログインを並行して受け付け可能に構成されており、当該リモコン端末5からログインを行った複数のユーザに対して、それぞれ専用のGUIを用意して、各ユーザからの操作を選択的に受け付けることができる。
カラオケ装置4は、リモコン端末5からログイン通知を受信すると、この受信したログイン通知で示されるログインユーザとの対応付けを行う。具体的には、自カラオケ装置4を利用中のログインユーザとして、当該ログイン通知に含まれるログインユーザのユーザIDをRAM42等に記憶する。そして、自カラオケ装置4に対応付けられてログイン中のユーザの人数を管理するためのログインテーブル(図4参照、詳細は後述する)の所定の欄に、新たにログインを開始したユーザの人数を加算する。このログインテーブルは、個々のカラオケ装置4がそれぞれ備えており、例えば各カラオケ装置4のRAM42等に記憶されている。
ここで、上記ログインテーブルの具体的な内容について、図4に基づき説明する。図4は、カラオケ装置4(ID:A002)が管理するログインテーブルの一例を模式的に示す説明図である。
ログインテーブルには、図4に示すように、「カラオケ装置ID」の欄に続けて、「ログイン人数」の欄に属する「現在」、「1日前から6日前までの合計ログイン人数」といった欄が設けられている。図4に示す一例では、「カラオケ装置ID」の欄にカラオケ装置4のID番号(A002)が記録されている。そして、「ログイン人数」の「現在」の欄には、自カラオケ装置4に対応付けて現在ログイン中のユーザの人数(3人)が記録されている。つまり、この欄の数値が、自カラオケ装置4を現在使用しているユーザの人数を示すものである。そして、新たなログインユーザが上述のログイン処理によって自カラオケ装置4に対応付けられる度に、その人数がこの欄の数値に加算され、逆に、自カラオケ装置4に対応付けられたユーザがログアウトすることで、その人数がこの欄の数値から減算される。
一方、「ログイン人数」の「1日前から6日前までの合計ログイン人数」の欄には、1日前から6日前までの間に自カラオケ装置に対応付けられてログインしたユーザの人数(合計ログイン人数)が記録されている。この合計ログイン人数は、カラオケ店舗のその日の営業時間が終了するタイミング、あるいは日付が変わる時刻において更新される。
さらに、マスタ機4aでは、自マスタ機4aが管理する上記ログインテーブルの他に、自マスタ機4a及び同店舗内の他のスレイブ機4bのログインテーブルを一括にしたログイン管理テーブル(図5(a)参照)と、このログイン管理テーブルのデータを集計した店舗情報テーブル(図5(b)参照)とが作成される。これらのテーブルは、例えば各マスタ機4aのRAM42等に記憶される。
ここで、上記ログイン管理テーブル及び店舗情報テーブルの具体的な内容について、図5に基づき説明する。図5(a)は、マスタ機4a(ID:A001)が作成するログイン管理テーブルの一例を模式的に示す説明図であり、図5(b)は、マスタ機4a(ID:A001)が作成する店舗情報テーブルの一例を模式的に示す説明図である。
ログイン管理テーブルは、図5(a)に示すように、自マスタ機4aが管理するログインテーブルと、各スレイブ機4bからそれぞれ送信されてくるログインテーブル(図4参照)との内容を、各カラオケ装置4に対応するレコードの一覧として記録したものである。
一方、店舗情報テーブルは、ログイン管理テーブルのデータを集計したものであり、図5(b)に示すように、「マスタ機ID」の欄に続けて、「接続台数」の欄、及び「店舗内ログイン人数」の欄に属する「現在」、「1日前から6日前までの合計ログイン人数」といった欄が設けられている。図5(b)に示す一例では、「マスタ機ID」の欄に自マスタ機4aのID番号(A001)が記録されている。また、「接続台数」の欄には、ログイン管理テーブルに記録されているレコードの件数(すなわち、当該カラオケ店舗に設置されているカラオケ装置4の台数)が記録されている。
そして、「店舗内ログイン人数」の「現在」の欄には、ログイン管理テーブルの「現在」の欄に記録されている全カラオケ装置4のログインユーザの合計(10人)が記録されている。つまり、この欄の数値が、当該マスタ機4aが設置されているカラオケ店舗全体の現在におけるログインユーザの人数を示すものである。一方、「店舗内ログイン人数」の「1日前から6日前までの合計ログイン人数」の欄には、ログイン管理テーブルの「1日前から6日前までの合計ログイン人数」の欄に記録されている全カラオケ装置4の合計ログイン人数の集計が記録されている。つまり、この欄の数値が、当該マスタ機4aが設置されているカラオケ店舗全体で、1日前から6日前までの間にログインしたユーザ人数の合計を示すものである。
なお、マスタ機4aが上記ログイン管理テーブル及び店舗情報テーブルを作成する手順の詳細な内容については後述する。
[ホストサーバ2が実行するコンテンツの1次配信処理の説明]
つぎに、ホストサーバ2がWAN200を介して各カラオケ店舗のマスタ機4aに対してコンテンツを1次配信する際の手順について説明する。この1次配信において、ホストサーバ2は、配信すべきコンテンツをユニキャスト通信によって個々のマスタ機4aに対して順次配信する。このとき、ホストサーバ2は、カラオケ店舗ごとのログインユーザの合計人数が多いカラオケ店舗に該当するマスタ機4aから優先してコンテンツを順次配信する。以下、この1次配信処理の詳細な手順について、図6のフローチャート及び図7の説明図に基づき説明する。
図6は、ホストサーバ2が実行するコンテンツの1次配信処理の手順を示すフローチャートである。この処理は、各カラオケ店舗に対してコンテンツを配信すべき所定のタイミング(例えば、1日1回等)で実行される。
ホストサーバ2は、処理を開始すると、まず、RAM(図示なし)等で記憶している後述の店舗情報管理テーブルを初期化する(S100)。ここでは、店舗情報管理テーブル内の全てのレコードを消去する。つぎに、WAN200経由で全カラオケ店舗のマスタ機4aに対して店舗情報テーブルの問い合わせを行う(S110)。なお、この問い合わせは、各マスタ機4aが作成する店舗情報テーブル(図5(b)参照)の送信を要求するものである。
店舗情報テーブルの問い合わせ後、所定のタイムアウト時間(例えば1分間)が経過したか否かを判定する(S120)。そして、まだタイムアウト時間が経過していない場合(S120:NO)、店舗情報テーブルの問い合わせに対する返信としてマスタ機4aから店舗情報テーブルを受信すると(S130:YES)、この受信した店舗情報テーブルを当該マスタ機4aのレコードとしホストサーバ2側の店舗情報管理テーブルに追加する(S140)。このとき、この追加した当該マスタ機4aのレコードには、このマスタ機4aに対して当該1次配信の対象であるコンテンツを配信済であるか否かを示す識別情報(以下、配信フラグ)として、コンテンツが未配信であることを示す「未配信」フラグが付加される。S140の処理を実行後、あるいはS130の処理でマスタ機4aからの店舗情報テーブルの返信がないと判定した場合、S120の処理へ戻る。
以上、S110で全マスタ機4aに対して店舗情報テーブルの問い合わせを行ってから所定のタイムアウト時間を経過するまでの間、S120〜S140の処理を順次繰り返すことで、ホストサーバ2の管理する店舗情報管理テーブル(図7参照)に、各マスタ機4aから返信されてきた店舗情報テーブルのレコードが順次追加される。
ここで、ホストサーバ2側で管理する店舗情報管理テーブルの詳細な内容について、図7に基づき説明する。図7は、ホストサーバ2が作成する店舗情報管理テーブルの一例を模式的に示す説明図である。店舗情報管理テーブルは、図7に示すように、各マスタ機4aからそれぞれ送信されてきた店舗情報テーブル(図5(b)参照)の内容を、各マスタ機4aに対応するレコードの一覧として記録したものである。さらに、各マスタ機4aに対応するレコードには、当該1次配信の対象であるコンテンツが各マスタ機4aに対して配信済みであるか否かを示す「配信フラグ」が付与されている。
例えば、図7に示す店舗情報管理テーブルでは、全マスタ機4aの配信フラグに「未配信」フラグが付与されており、何れのマスタ機4aに対してもコンテンツの配信が完了していないことを示している。一方、コンテンツの配信が完了したマスタ機4aに対しては、この配信フラグは「未配信」から、コンテンツが配信済みであることを示す「配信済み」へと変更される。なお、上記S140の処理で、受信した店舗情報テーブルのレコードが新たに追加される場合には、この配信フラグは「未配信」に設定される。
図6のフローチャートの説明に戻る。S120で、所定のタイムアウト時間が経過したと判定した場合(S120:YES)、ホストサーバ2が管理している店舗情報管理テーブルのレコードが空であるか否かを判定する(S150)。ここで、店舗情報管理テーブルのレコードが空ではないと判定した場合(S150:NO)、店舗情報管理テーブル内の全てのレコードにおける配信フラグが「配信済み」であるか否かを判定する(S160)。ここで、全てのレコードにおける配信フラグが「配信済み」でないと判定した場合(S160:NO)、すなわち、何れかのレコードにおける配信フラグが「未配信」である場合、S170の処理へ移行する。
S170では、店舗情報管理テーブルにおいて、配信フラグが「未配信」であるマスタ機4aのうち、「店舗内ログイン人数」の「現在」の欄に記録された人数(すなわち、カラオケ店舗全体の現在におけるログインユーザの人数:以下、現在ログイン総数)が最も多いマスタ機4aが1台のみであるか否かを判定する。ここで、配信フラグが「未配信」であるマスタ機4aのうち、現在ログイン総数が最も多いマスタ機4aが1台のみであると判定した場合(S170:YES)、当該マスタ機4aに対してコンテンツの配信を指示し、これに応答してきたマスタ機4aに対してコンテンツの配信を開始する(S200)。
一方、配信フラグが「未配信」であるマスタ機4aのうち、現在ログイン総数が最も多いマスタ機4aが複数存在すると判定した場合(S170:NO)、これに該当する各マスタ機4aついて、それぞれの「店舗内ログイン人数」の「1日前から6日前までの合計ログイン人数」の欄に記録された人数(すなわち、カラオケ店舗全体の1日前から6日前までの間にログインしたユーザ人数の合計:以下、週間ログイン総数)が最も多いマスタ機4aが1台のみであるか否かを判定する(S180)。ここで、当該複数のマスタ機4aのうち、週間ログイン総数が最も多いマスタ機4aが1台のみであると判定した場合(S180:YES)、当該マスタ機4aに対してコンテンツの配信を指示し、これに応答してきたマスタ機4aに対してコンテンツの配信を開始する(S200)。
一方、S180で当該複数のマスタ機4aのうち、週間ログイン総数が最も多いマスタ機4aが複数存在すると判定した場合(S180:NO)、これに該当する複数のマスタ機4aのうち、店舗情報管理テーブルの「接続台数」欄に記録された数値が最も多いマスタ機4aを抽出する(S190)。すなわち、ここでは、週間ログイン総数が最も多い複数のマスタ機4aのうち、設置されているカラオケ装置4の台数が最も多いカラオケ店舗に設置されているマスタ機4aが抽出される。そして、この抽出したマスタ機4aに対してコンテンツの配信を指示し、これに応答してきたマスタ機4aに対してコンテンツの配信を開始する(S200)。
S210では、コンテンツの配信先であるマスタ機4aから、当該コンテンツの配信完了通知を受信するまで待機する。そして、マスタ機4aから配信完了通知を受信した場合(S210:YES)、店舗情報管理テーブルにおけるこのマスタ機4aに該当するレコードの配信フラグを、「未配信」から「配信済み」へと変更し(S220)、S160の処理へ戻る。以降、S160〜S220の処理を順次繰り返すことで、店舗情報管理テーブルに記録された各マスタ機4aに対して順次コンテンツの配信を行う。そして、S160で全てのレコードにおける配信フラグが「配信済み」であると判定した場合(S160:YES)、あるいは、S150でログイン管理テーブルのレコードが空であると判定した場合(S150:YES)、1次配信処理を終了する。
[マスタ機4aが実行するコンテンツの取得処理の説明]
つぎに、ホストサーバ2が実行する上述の1次配信処理に対応して、各カラオケ店舗に設置されたマスタ機4aがホストサーバ2からコンテンツを取得する際の手順について、図8のフローチャート及び図5の説明図に基づき説明する。
図8は、マスタ機4aが実行するコンテンツの取得処理の手順を示すフローチャートである。この処理はマスタ機4aの稼働中において常時実行される。
マスタ機4aは、処理を開始すると、まず、ホストサーバ2からの店舗情報テーブルの問い合わせを受信したか否かを判定する(S300)。この店舗情報テーブルの問い合わせは、ホストサーバ2が実行する上述の1次配信処理(図6参照)のS110で送信されるものである。ホストサーバ2から店舗情報テーブルの問い合わせを受信したと判定した場合(S300:YES)、RAM42で記憶しているログイン管理テーブル(図5(a)参照)及び店舗情報テーブル(図5(b)参照)を初期化する(S310)。ここでは、各テーブル内の全てのレコードを消去する。つぎに、自マスタ機4aが管理しているログインテーブル(図4参照)のレコードをログイン管理テーブルに追加する(S320)。
そして、カラオケ店舗内のLAN100に接続されている全スレイブ機4bに対してログインテーブルの問い合わせを行う(S330)。なお、この問い合わせは、各スレイブ機4bが管理するログインテーブルの送信を要求するものであり、例えばブロードキャストにてLAN100上に送出される。
ログインテーブルの問い合わせ後、所定のタイムアウト時間(例えば数秒〜数十秒)が経過したか否かを判定する(S340)。そして、まだタイムアウト時間が経過していない場合(S340:NO)、ログインテーブルの問い合わせに対する返信としてスレイブ機4bからログインテーブルを受信すると(S350:YES)、この受信したログインテーブルを当該スレイブ機4bのレコードとしてマスタ機4a側のログイン管理テーブルに追加する(S360)。S360の処理を実行後、S340の処理へ戻る。一方、S350の処理において、スレイブ機4bからのログインテーブルの返信がないと判定した場合(S350:NO)、S340の処理へ戻る。
以上、S340で全スレイブ機4bに対してログインテーブルの問い合わせを行ってから所定のタイムアウト時間を経過するまでの間、S340〜S360の処理を順次繰り返すことで、マスタ機4aのRAM42に記憶されているログイン管理テーブル(図5(a)参照)に、各スレイブ機4bから返信されてきたログインテーブルのレコードが順次追加される。
そして、S340で所定のタイムアウト時間が経過したと判定した場合(S340:YES)、RAM42に記憶しているログイン管理テーブルのデータを集計して、店舗情報テーブル(図5(b)参照)を作成する(S370)。この店舗情報テーブルには、上述したように、自マスタ機4aのID、カラオケ装置4の接続台数、当該カラオケ店舗における現在ログイン総数及び週間ログイン総数等の情報が記録されている。店舗情報テーブルの作成後、これを店舗情報テーブルの送信要求に対する返信としてホストサーバ2へ送信し(S380)、S300の処理へ戻る。
一方、S300の判定で店舗情報テーブルの問い合わせを受信していない場合(S300:NO)、ホストサーバ2からコンテンツの配信指示を受信したか否かを判定する(S390)。この配信指示は、ホストサーバ2が実行する上述の1次配信処理(図6参照)のS200において、ホストサーバ2がマスタ機4aに対してコンテンツの配信を開始する際に送信されるものである。ホストサーバ2からコンテンツの配信指示を受信した場合(S390:YES)、ホストサーバ2からコンテンツを取得する(S400)。そして、コンテンツの取得が完了すると、配信完了通知をホストサーバ2に対して送信する(S410)。
一方、S300で店舗情報テーブルの問い合わせを受信していないと判定し(S300:NO)、さらに、S390でコンテンツの配信指示を受信していないと判定した場合、S300の処理へ戻る。
[スレイブ機4bが実行する処理の説明]
つぎに、マスタ機4aが実行する上述の取得処理に対応して、スレイブ機4bが実行する処理(応答処理)について、図9のフローチャートに基づいて説明する。図9は、スレイブ機4bが実行する応答処理の手順を示すフローチャートである。この処理はスレイブ機4bの稼働中において常時実行される。
スレイブ機4bは、処理を開始すると、まず、マスタ機4aからのログインテーブルの問い合わせを受信したか否かを判定する(S500)。このログインテーブルの問い合わせは、マスタ機4aが実行する上述の取得処理(図8参照)のS330で送信されるものである。ここで、マスタ機4aからログインテーブルの問い合わせを受信していない間(S500:NO)、この処理を繰り返す。そして、マスタ機4aからログインテーブルの問い合わせを受信したと判定した場合(S500:YES)、この問い合わせに対する返信として、自スレイブ機4bのRAM42に記憶しているログインテーブル(図4参照)をマスタ機4aに対して送信し(S510)、S500の処理へ戻る。
[効果]
(1)現在ログイン中のユーザが多いカラオケ店舗のマスタ機4aから優先してコンテンツの1次配信が行われ、配信されたコンテンツを視聴あるいは利用可能な位置にいるユーザの多いカラオケ店舗内のカラオケ装置4がより早く最新のコンテンツを利用可能になる。よって、コンテンツの1次配信が完了する時間にカラオケ店舗間でかなりの時間差が生じてしまう条件下において、より多くのユーザに対してより早く最新のコンテンツを提供することができる。これにより、多くのユーザの満足や高い広告効果が得られることが期待できる。
(2)例えば、都市部の繁華街に所在するカラオケ店舗、あるいは郊外に所在するカラオケ店舗であっても多くのカラオケ装置4が設置された大規模なカラオケボックスであれば、何れも多くのユーザが訪れてカラオケ装置4を利用すると考えられる。このようなカラオケ店舗ごとの利用者数の多少についての傾向は、過去のログイン人数の履歴である週間ログイン総数を参考にすることで把握できる。よって、複数のカラオケ店舗の間で、現在ログイン総数が同一(0人も含む)の場合は、週間ログイン総数に基づいて1次配信の優先順を決めることで、今後多くのユーザにコンテンツを利用してもらえることが予想されるカラオケ店舗に対して、より早くコンテンツを配信できる。
(3)各カラオケ店舗に設置されているカラオケ装置4の台数はそれぞれの店舗によって大小様々である。本実施形態のカラオケネットワークシステム1では、複数のカラオケ店舗の間で現在ログイン総数が同一(0人も含む)であり、かつ当該複数のカラオケ店舗間で週間ログイン総数も同一である場合、設置されたカラオケ装置4の数が多い方のカラオケ店舗に対して優先的にコンテンツが1次配信される。つまり、カラオケ装置4の数が多いためにコンテンツの2次配信に多くの時間が必要なカラオケ店舗に対して優先的にコンテンツが配信されることで、その分当該カラオケ店舗でコンテンツの2次配信が完了する時間が早まり、より多くのカラオケ装置4において当該コンテンツを利用できるようになる。
[変形例]
以上、本発明の実施形態について説明したが、本発明は上記の実施形態に何ら限定されるものではなく、様々な態様にて実施することが可能である。
例えば、上記実施形態においては、複数のカラオケ店舗の間で現在ログイン総数が同一である場合(図6、S170:NO)、当該複数のカラオケ店舗間で週間ログイン総数を比較し、それでも同一のカラオケ店舗がある場合(図6、S180:NO)、設置されたカラオケ装置4の数が多い方のカラオケ店舗を優先(図6、S190)してコンテンツを1次配信する構成となっている。これに対し、逆の手順で優先順を決定してもよい。すなわち、複数のカラオケ店舗の間で現在ログイン総数が同一である場合(図6、S170:NO)、先に各カラオケ店舗に設置されたカラオケ装置4の数を比較し、それでも同一のカラオケ店舗がある場合、週間ログイン総数が多い方のカラオケ店舗を優先してコンテンツを1次配信する、といった具合である。
あるいは、複数のカラオケ店舗間で週間ログイン総数を比較し、週間ログイン総数が多い方のカラオケ店舗を優先する構成と、複数のカラオケ店舗間で設置されているカラオケ装置4の数を比較し、設置されているカラオケ装置4の数が多い方のカラオケ店舗を優先する構成との、何れか一方の構成のみを実装するようにしてもよい。
カラオケネットワークシステム1の概略構成を示すブロック図である。 (a)はカラオケ装置4の概略構成を示すブロック図であり、(b)はリモコン端末5の概略構成を示すブロック図である。 リモコン端末5とカラオケ装置4との括り付け、及びログインユーザのカラオケ装置4への対応付けの手順を示すラダーチャートである。 カラオケ装置4が管理するログインテーブルの一例を模式的に示す説明図である。 (a)は、マスタ機4aが作成するログイン管理テーブルの一例を模式的に示す説明図であり、(b)は、マスタ機4aが作成する店舗情報テーブルの一例を模式的に示す説明図である。 ホストサーバ2が実行する1次配信処理の手順を示すフローチャートである。 ホストサーバ2が作成する店舗情報管理テーブルの一例を模式的に示す説明図である。 マスタ機4aが実行するコンテンツの取得処理の手順を示すフローチャートである。 スレイブ機4bが実行する応答処理の手順を示すフローチャートである。
符号の説明
1…カラオケネットワークシステム、2…ホストサーバ、4…カラオケ装置、4a…マスタ機、4b…スレイブ機、5…リモコン端末、41,51…CPU、42,52…RAM、43.53…ROM、44…HDD、45,54…操作部、46…再生部、55…表示部、47,56…赤外線通信部、48…LAN通信部、57…無線LAN通信部、100…LAN、110…無線アクセスポイント、120…ルータ、200…WAN

Claims (9)

  1. カラオケ楽曲を少なくとも含むコンテンツを再生するカラオケ装置であって、コンテンツ配信用のホストサーバからコンテンツの配信を受け、これを他の複数のカラオケ装置に対して順次配信するマスタ機と、前記カラオケ装置であって前記マスタ機からコンテンツの配信を受ける1つ以上のスレイブ機とが、第1のネットワークを介して通信可能に接続された複数の店舗内カラオケシステムと、
    これらの各店舗内カラオケシステムに属するマスタ機に対して各個に順次コンテンツを配信するホストサーバとが、第2のネットワークを介して通信可能に接続されたカラオケネットワークシステムにおいて、
    前記マスタ機及び前記スレイブ機の各カラオケ装置は、自カラオケ装置を使用するユーザを自カラオケ装置に対応付けるユーザ対応付け手段を備え、
    当該カラオケネットワークシステムは、個々のカラオケ装置を使用する複数のユーザを前記ユーザ対応付け手段によってそれぞれのカラオケ装置に対応付けて同時に当該カラオケネットワークシステムへログイン可能に構成されており、
    前記ホストサーバは、
    前記第2のネットワークを介して接続された各店舗内カラオケシステムに属するマスタ機に対して、当該マスタ機が属する店舗内カラオケシステムに接続されている各カラオケ装置に対応付けられてログイン中のユーザの人数を集計した店舗情報の送信を要求する要求手段と、
    前記要求手段による要求に応じて前記各マスタ機から送信されてくる店舗情報で示される、前記店舗内カラオケシステムごとのログイン中ユーザの集計結果に基づき、ログイン中ユーザの人数が多い前記店舗内カラオケシステムに属するマスタ機から優先して、順次前記各マスタ機に対してコンテンツを配信する配信手段を備え、
    前記マスタ機は、
    前記ホストサーバから前記店舗情報の送信を要求された場合、前記第1のネットワークを介して接続された各スレイブ機に対応付けられてログイン中のユーザの人数を取得する取得手段と、
    前記取得手段により取得した各スレイブ機におけるログイン中ユーザの人数と、自マスタ機におけるログイン中ユーザの人数とを集計した店舗情報を前記ホストサーバに対して送信する送信手段とを備えること
    を特徴とするカラオケネットワークシステム。
  2. 請求項1に記載のカラオケネットワークシステムにおいて、
    前記マスタ機及び前記スレイブ機の各カラオケ装置は、過去の所定期間に自カラオケ装置に対応付けられてログインしたユーザの人数に関する履歴情報を保持する履歴保持手段を備え、
    前記マスタ機では、
    前記取得手段は、更に前記各スレイブ機から前記履歴情報を取得し、
    前記送信手段は、前記スレイブ機から取得した履歴情報と自マスタ機が保持する履歴情報とを集計し、この集計結果を更に前記店舗情報として前記ホストサーバへ送信し、
    前記ホストサーバでは、
    前記配信手段は、複数の前記店舗内カラオケシステム間でそれぞれのログイン中ユーザの人数が同一である場合、これらの店舗内カラオケシステムのうち、該当の店舗情報に含まれる履歴情報の集計結果に基づくユーザの人数が多い方の店舗内カラオケシステムに属するマスタ機から優先してコンテンツを配信すること
    を特徴とするカラオケネットワークシステム。
  3. 請求項1又は請求項2に記載のカラオケネットワークシステムにおいて、
    前記マスタ機では、
    前記送信手段は、当該店舗内カラオケシステムに接続されているカラオケ装置の台数を集計し、この集計結果を前記店舗情報として前記ホストサーバへ送信し、
    前記ホストサーバでは、
    前記配信手段は、複数の前記店舗内カラオケシステム間でそれぞれのログイン中ユーザの人数が同一である場合、これらの店舗内カラオケシステムのうち、該当の店舗情報に基づくカラオケ装置の台数が多い方の店舗内カラオケシステムに属するマスタ機から優先してコンテンツを配信すること
    を特徴とするカラオケネットワークシステム。
  4. カラオケ楽曲を少なくとも含むコンテンツを再生するカラオケ装置であって、コンテンツ配信用のホストサーバからコンテンツの配信を受け、これを他の複数のカラオケ装置に対して順次配信するマスタ機と、前記カラオケ装置であって前記マスタ機からコンテンツの配信を受ける1つ以上のスレイブ機とが、第1のネットワークを介して通信可能に接続された複数の店舗内カラオケシステムと、
    これら各店舗内カラオケシステムに属するマスタ機に対して各個に順次コンテンツを配信するホストサーバとが、第2のネットワークを介して通信可能に接続されたカラオケネットワークシステムを構成する前記ホストサーバであって、
    前記第2のネットワークを介して接続された各店舗内カラオケシステムに属するマスタ機に対して、当該マスタ機が属する店舗内カラオケシステムに接続されている各カラオケ装置に対応付けられて当該カラオケネットワークシステムへログイン中のユーザの人数を集計した店舗情報の送信を要求する要求手段と、
    前記要求手段による要求に応じて前記各マスタ機から送信されてくる店舗情報で示される、前記店舗内カラオケシステムごとのログイン中ユーザの集計結果に基づき、ログイン中ユーザの人数が多い前記店舗内カラオケシステムに属するマスタ機から優先して、順次前記各マスタ機に対してコンテンツを配信する配信手段とを備えること
    を特徴とするホストサーバ。
  5. 請求項4に記載のホストサーバにおいて、
    前記要求手段による要求に対する応答として、過去の所定期間に当該マスタ機が属する前記店舗内カラオケシステムに接続されている各カラオケ装置に対応付けられてログインしたユーザの人数に関する履歴情報の集計結果を更に含む店舗情報を前記各マスタ機から取得し、
    前記配信手段は、複数の前記店舗内カラオケシステム間でそれぞれのログイン中ユーザの人数が同一である場合、これらの店舗内カラオケシステムのうち、該当の店舗情報に含まれる履歴情報の集計結果に基づくユーザの人数が多い方の店舗内カラオケシステムに属するマスタ機から優先してコンテンツを配信すること
    を特徴とするホストサーバ。
  6. 請求項4又は請求項5に記載のホストサーバにおいて、
    前記要求手段による要求に対する応答として、当該マスタ機が属する前記店舗内カラオケシステムに接続されているカラオケ装置の台数の集計結果を更に含む店舗情報を前記各マスタ機から取得し、
    前記配信手段は、複数の前記店舗内カラオケシステム間でそれぞれのログイン中ユーザの人数が同一である場合、これらの店舗内カラオケシステムのうち、該当の店舗情報に基づくカラオケ装置の台数が多い方の店舗内カラオケシステムに属するマスタ機から優先してコンテンツを配信すること
    を特徴とするホストサーバ。
  7. カラオケ楽曲を少なくとも含むコンテンツを再生するカラオケ装置であって、コンテンツ配信用のホストサーバからコンテンツの配信を受け、これを他の複数のカラオケ装置に対して順次配信するマスタ機と、前記カラオケ装置であって前記マスタ機からコンテンツの配信を受ける1つ以上のスレイブ機とが、第1のネットワークを介して通信可能に接続された複数の店舗内カラオケシステムと、
    これら各店舗内カラオケシステムに属するマスタ機に対して各個に順次コンテンツを配信するホストサーバとが、第2のネットワークを介して通信可能に接続されたカラオケネットワークシステムにおける、前記ホストサーバから前記マスタ機へのコンテンツ配信方法において、
    前記第2のネットワークを介して接続された各店舗内カラオケシステムに属するマスタ機に対して、当該マスタ機が属する店舗内カラオケシステムに接続されている各カラオケ装置に対応付けられて当該カラオケネットワークシステムへログイン中のユーザの人数を集計した店舗情報の送信を要求する要求手順と、
    前記要求手順による要求に応じて前記各マスタ機から送信されてくる店舗情報で示される、前記店舗内カラオケシステムごとのログイン中ユーザの集計結果に基づき、ログイン中ユーザの人数が多い前記店舗内カラオケシステムに属するマスタ機から優先して、順次前記各マスタ機に対してコンテンツを配信する配信手順とを有すること
    を特徴とするコンテンツ配信方法。
  8. 請求項7に記載のコンテンツ配信方法において、
    前記要求手順における要求に対する応答として、過去の所定期間に当該マスタ機が属する前記店舗内カラオケシステムに接続されている各カラオケ装置に対応付けられてログインしたユーザの人数に関する履歴情報の集計結果を更に含む店舗情報を前記各マスタ機から取得し、
    前記配信手順においては、複数の前記店舗内カラオケシステム間でそれぞれのログイン中ユーザの人数が同一である場合、これらの店舗内カラオケシステムのうち、該当の店舗情報に含まれる履歴情報の集計結果に基づくユーザの人数が多い方の店舗内カラオケシステムに属するマスタ機から優先してコンテンツを配信すること
    を特徴とするコンテンツ配信方法。
  9. 請求項7又は請求項8に記載のコンテンツ配信方法において、
    前記要求手順における要求に対する応答として、当該マスタ機が属する前記店舗内カラオケシステムに接続されているカラオケ装置の台数の集計結果を更に含む店舗情報を前記各マスタ機から取得し、
    前記配信手順においては、複数の前記店舗内カラオケシステム間でそれぞれのログイン中ユーザの人数が同一である場合、これらの店舗内カラオケシステムのうち、該当の店舗情報に基づくカラオケ装置の台数が多い方の店舗内カラオケシステムに属するマスタ機から優先してコンテンツを配信すること
    を特徴とするコンテンツ配信方法。
JP2008020982A 2008-01-31 2008-01-31 カラオケネットワークシステム、ホストサーバ、及びコンテンツ配信方法 Expired - Fee Related JP4807360B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008020982A JP4807360B2 (ja) 2008-01-31 2008-01-31 カラオケネットワークシステム、ホストサーバ、及びコンテンツ配信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008020982A JP4807360B2 (ja) 2008-01-31 2008-01-31 カラオケネットワークシステム、ホストサーバ、及びコンテンツ配信方法

Publications (2)

Publication Number Publication Date
JP2009181010A true JP2009181010A (ja) 2009-08-13
JP4807360B2 JP4807360B2 (ja) 2011-11-02

Family

ID=41035016

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008020982A Expired - Fee Related JP4807360B2 (ja) 2008-01-31 2008-01-31 カラオケネットワークシステム、ホストサーバ、及びコンテンツ配信方法

Country Status (1)

Country Link
JP (1) JP4807360B2 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014219458A (ja) * 2013-05-01 2014-11-20 株式会社コシダカホールディングス カラオケシステム
JP2014219457A (ja) * 2013-05-01 2014-11-20 株式会社コシダカホールディングス カラオケシステム
JP2015197588A (ja) * 2014-04-01 2015-11-09 ブラザー工業株式会社 カラオケシステム及びカラオケ装置
JP2017050712A (ja) * 2015-09-02 2017-03-09 ブラザー工業株式会社 カラオケシステム、アドレスリースサーバ

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07273778A (ja) * 1994-03-28 1995-10-20 Brother Ind Ltd データ伝送装置
JPH10200656A (ja) * 1997-01-13 1998-07-31 Daiichi Kosho:Kk カラオケデータの配信方法に特徴を有する通信カラオケシステムおよびカラオケ演奏端末
JPH10268879A (ja) * 1997-03-26 1998-10-09 Yamaha Corp 楽曲データ配信システムおよびカラオケ装置
JP2006332794A (ja) * 2005-05-23 2006-12-07 Yamaha Corp データ配信方法
JP2007006055A (ja) * 2005-06-23 2007-01-11 Hitachi Ltd 配信負荷分散コンテンツ配信システム
JP2007292928A (ja) * 2006-04-24 2007-11-08 Daiichikosho Co Ltd カラオケデータの配信方法に特徴を有する通信カラオケシステム、カラオケホスト装置
JP2007322517A (ja) * 2006-05-30 2007-12-13 Brother Ind Ltd カラオケ装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07273778A (ja) * 1994-03-28 1995-10-20 Brother Ind Ltd データ伝送装置
JPH10200656A (ja) * 1997-01-13 1998-07-31 Daiichi Kosho:Kk カラオケデータの配信方法に特徴を有する通信カラオケシステムおよびカラオケ演奏端末
JPH10268879A (ja) * 1997-03-26 1998-10-09 Yamaha Corp 楽曲データ配信システムおよびカラオケ装置
JP2006332794A (ja) * 2005-05-23 2006-12-07 Yamaha Corp データ配信方法
JP2007006055A (ja) * 2005-06-23 2007-01-11 Hitachi Ltd 配信負荷分散コンテンツ配信システム
JP2007292928A (ja) * 2006-04-24 2007-11-08 Daiichikosho Co Ltd カラオケデータの配信方法に特徴を有する通信カラオケシステム、カラオケホスト装置
JP2007322517A (ja) * 2006-05-30 2007-12-13 Brother Ind Ltd カラオケ装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014219458A (ja) * 2013-05-01 2014-11-20 株式会社コシダカホールディングス カラオケシステム
JP2014219457A (ja) * 2013-05-01 2014-11-20 株式会社コシダカホールディングス カラオケシステム
JP2015197588A (ja) * 2014-04-01 2015-11-09 ブラザー工業株式会社 カラオケシステム及びカラオケ装置
JP2017050712A (ja) * 2015-09-02 2017-03-09 ブラザー工業株式会社 カラオケシステム、アドレスリースサーバ

Also Published As

Publication number Publication date
JP4807360B2 (ja) 2011-11-02

Similar Documents

Publication Publication Date Title
CN101238730B (zh) 用于提供数字家庭服务的构架
US9078047B2 (en) Content reproduction device
US20050144642A1 (en) Systems and methods for communicating with customers in the hospitality industry
JP2010527524A5 (ja)
JP2009217641A (ja) 香りサービス提供システム、香りサービス管理装置、香り発生装置、香り発生制御装置、香りサービス提供方法、及びプログラム
JP4807361B2 (ja) カラオケネットワークシステム、カラオケ装置、コンテンツ取得方法、及びコンテンツ配信方法
JP4807360B2 (ja) カラオケネットワークシステム、ホストサーバ、及びコンテンツ配信方法
JP4811398B2 (ja) カラオケネットワークシステム、カラオケ装置、及びコンテンツ配信方法
JP2009134184A (ja) カラオケネットワークシステム
JP4911076B2 (ja) カラオケ装置
JP5900162B2 (ja) 広告表示装置、プログラム、及び、広告表示方法
JP2008289043A (ja) コンテンツリスト提供方法、コンテンツ配信装置、配信管理装置、視聴情報管理装置およびそれらのプログラムならびにコンテンツ情報配信装置
JP2014191317A (ja) 広告再生装置、プログラム
JP4835600B2 (ja) カラオケコンクールシステム
JP5527557B2 (ja) カラオケシステム
JP5234121B2 (ja) カラオケネットワークシステム及び無線通信端末
JP4867939B2 (ja) カラオケコンクールシステム
JP2012033006A (ja) 情報配信システム、ユーザ側システム、情報受信プログラム、および、サービス提供者側システム
JP6011435B2 (ja) 動画再生装置、プログラム
JP4941400B2 (ja) カラオケコンクールシステム
JP2014130454A (ja) 広告再生装置及びカラオケ装置
JP2004062579A (ja) 住宅総合情報提供システム、住宅総合情報提供方法および住宅総合情報提供プログラム
JP2013250396A (ja) 広告決定装置、広告決定プログラム、広告決定方法およびカラオケ装置
JP2013250397A (ja) システム、広告決定装置、及び、広告出力方法
JP6459605B2 (ja) 管理装置、CM(commercial message)配信装置、管理方法、CM配信方法、及び、プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100118

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110707

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110719

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110801

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140826

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4807360

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees