(57)【要約】【課題】通常時にスケジュール動作で配信サーバからカラオケ装置へ楽曲データの配信を行えるようにし、且つ配信サーバのスケジュール動作の異常時にも、カラオケ装置の楽曲データの更新を行えるようにしたカラオケ装置の楽曲データ配信システムを提供する。【解決手段】通常は、配信サーバ２側のルータ５とカラオケ装置３側のルータ６を用い、インターネット７に設けたＶＰＮ８を経由して、配信サーバ２からカラオケ装置１へ所定のスケジュールで配信を行う。このスケジュール動作が異常となれば、カラオケ装置３は、その旨を開局サーバ１へ報告し、開局サーバ１から該当の配信サーバへの接続情報を問い合わせ、カラオケ装置３から配信サーバへ接続して最新の楽曲データをダウンロードする。【選択図】  図１
2004206014.tif 000002
【特許請求の範囲】
【請求項１】
映像音声データを通信経路を経由して配信する配信サーバと、該配信サーバから前記映像音声データの配信を受ける端末装置と、前記端末装置に対する配信サーバの割り当てを行う開局サーバと、前記端末装置とを有する映像音声データ配信システムにおいて、
通常時に、所定のタイムスケジュールで配信サーバ側から配信先の端末装置に対して接続を行って前記映像音声データを配信する配信手段と、
前記タイムスケジュールでの配信が正常に行われなかったことを検知したとき、端末装置側から当該端末装置を担当する配信サーバへ接続を行って映像音声データを受信する受信手段と、
を備えた映像音声データ配信システム。
【請求項２】
前記端末装置が、当該端末装置に割り当てられている配信サーバの接続先情報を前記開局サーバから取得する手段を備えた請求項１に記載の映像音声データ配信システム。
【請求項３】
前記映像音声データがカラオケの楽曲データであり、前記端末装置がカラオケ装置である請求項１または２に記載の映像音声データ配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ネットワークを介して楽曲データをダウンロードするカラオケ装置の楽曲データ配信システムに関するものである。
【０００２】
【従来の技術】
現在普及しているカラオケ装置の多くは、配信サーバからカラオケ楽曲データの配信を受ける通信カラオケ装置である。従来の通信カラオケ装置は、交換回線（公衆電話回線）を介して配信サーバと通信することによって楽曲データの配信を受けるようになっていた（たとえば、特許文献１参照）。
【０００３】
【特許文献１】
特開平９−１２７９６４号公報（第３頁、第１図）
【０００４】
【発明が解決しようとする課題】
しかし、このような楽曲データの配信はあらかじめ定めたスケジュールで行われ、カラオケ装置側に蓄積されている楽曲データが更新されていく。ところが、このような予め定めたスケジュールに従った処理が行われず、配信サーバから楽曲データが配信されてこない場合には、カラオケ装置の楽曲データが更新されないままになる、という問題があった。
【０００５】
そこで、この発明の目的は、通常時にスケジュール動作で配信サーバからカラオケ装置へ楽曲データの配信を行えるようにし、且つ配信サーバのスケジュール動作が異常となってもカラオケ装置の楽曲データの更新を行えるようにした、カラオケ装置の楽曲データ配信システムを提供することにある。
【０００６】
【課題を解決するための手段】
この発明は、映像音声データを通信経路を経由して配信する配信サーバと、該配信サーバから前記映像音声データの配信を受ける端末装置と、前記端末装置に対する配信サーバの割り当てを行う開局サーバと、前記端末装置とを有する映像音声データ配信システムにおいて、通常時に、所定のタイムスケジュールで配信サーバ側から配信先の端末装置に対して接続を行って前記映像音声データを配信する配信手段と、前記タイムスケジュールでの配信が正常に行われなかったことを検知したとき、端末装置側から当該端末装置を担当する配信サーバへ接続を行って映像音声データを受信する受信手段と、を備えたことを特徴としている。
【０００７】
また、この発明は、前記端末装置が、当該端末装置に割り当てられている配信サーバの接続先情報を前記開局サーバから取得する手段を備えたことを特徴としている。
【０００８】
このように、通常は所定のタイムスケジュールにしたがって配信サーバが端末装置へ映像音声データの配信を行うので、配信サーバ側の負荷が小さくなり、限られた処理能力の下でより多数の端末装置に対する映像音声データの配信が行える。また、所定のタイムスケジュールでの配信が行われなかった場合に、端末装置側から配信サーバへ接続して、必要な映像音声データをダウンロードするので、このような異常時にも、端末装置側の映像音声データを所定のタイミングで最新のものに更新することができる。
【０００９】
また、この発明は、前記映像音声データをカラオケの楽曲データとし、前記端末装置をカラオケ装置とすることを特徴としている。このことにより、通常は所定のタイムスケジュールにしたがって配信サーバがカラオケ装置へカラオケの楽曲データの配信を行うので、配信サーバ側の負荷が小さくなり、限られた処理能力の下でより多数のカラオケ装置に対する楽曲データの配信が行える。また、所定のタイムスケジュールでの配信が行われなかった場合に、カラオケ装置側から配信サーバへ接続して、必要な楽曲データをダウンロードするので、このような異常時にも、カラオケ装置側の楽曲データを所定のタイミングで最新のものに更新することができる。
【００１０】
【発明の実施の形態】
図１は、この発明が適用されたカラオケ装置の楽曲データ配信システムの構成図である。開局サーバ１はルータ４を介してインターネット７に接続している。また、複数の配信サーバ２（２−１〜２−ｎ）は、ルータ５を介してインターネット７に接続している。複数の配信サーバ２はルータ５の下流側でローカル・エリア・ネットワーク（ＬＡＮ）１１に接続している。これら開局サーバ１、ルータ４、複数の配信サーバ２、ルータ５は、楽曲データを配信するセンタ施設に設置している。また、開局サーバ１と複数の配信サーバ２は、インターネットとは切り離したＬＡＮ１０で接続していて、互いに通信可能としている。開局サーバ１は、インターネット７を介して通信するための通信手段２０、開局処理やスケジュール動作異常時の処理を行うための制御手段２１、および、開局したカラオケ装置を登録するデータベースを有する記憶手段２２を有している。
【００１１】
また、カラオケ店などのクライアント側では、ルータ６を介して複数台のカラオケ装置３（３−１〜３−ｍ）をインターネット７に接続している。複数のカラオケ装置３はルータ６の下流側でＬＡＮ１２に接続している。カラオケ装置３は、ＬＡＮ１２やインターネット７を介して通信するための通信手段２３、開局処理、スケジュール動作異常時の処理、カラオケ曲の演奏処理などを実行する制御手段２４および記憶手段２５を有している。なお、この図では、説明を簡略化するため、ルータ６、カラオケ装置３からなるクライアントを１つのみ記載しているが、実際に実施される形態は、複数のクライアントを備えているのが一般的である。
【００１２】
記憶手段には、図２（Ａ）に示すように、開局サーバアドレス（ＩＰアドレス）、ルータアドレス、配信サーバアドレス、開局データ（自己のプライベートＩＰアドレス、店舗コード、パスワード、識別コード、配信時間帯）、および、楽曲データ、演奏プログラムなどを記憶する。この開局サーバのＩＰアドレスは工場出荷時にプリセットしている。
【００１３】
ルータアドレスおよび自己のプライベートＩＰアドレスは、カラオケ装置がＬＡＮ１２に接続されたときルータ６から与えられる。配信サーバアドレスは、後述する開局処理によって取得する。店舗コードおよびパスワードは、このクライアントがセンタ施設を運営する者との契約によって与えられた番号であり、この店舗コードおよびパスワードの認証によって開局サーバ１へのアクセスが可能になる。識別コードは、クライアント内部でこのカラオケ装置を識別するコードであり、係員が任意に付けることができるものである。カラオケ店の場合、通常そのカラオケ装置が設置される部屋番号が付される。配信時間帯は、このカラオケ装置に対して楽曲データを配信するのに好ましい時間帯である。店舗コード、パスワード、識別コード、配信時間帯は、カラオケ装置の設置時に係員が入力する。
【００１４】
配信サーバ２側のＬＡＮ１１とカラオケ装置３側のＬＡＮ１２は、ルータ５およびルータ６により、ＩＰｓｅｃ（IP Security Protocol）を用いたバーチャル・プライベート・ネットワーク（ＶＰＮ：Virtual   private   network ）８で接続していて、ＬＡＮ１１上の任意の配信サーバ２からＬＡＮ１２上の任意のカラオケ装置３に対して、インターネット７上でのセキュリティを維持しながら、ＴＣＰ／ＩＰプロトコルによる通信を可能としている。
【００１５】
ＬＡＮ１２にカラオケ装置３が設置されると、図３，図４，図８で説明する開局処理を行うためにインターネット７を介して開局サーバ１と通信する。この通信に用いるプロトコルは、秘匿性のあるプロトコルである。
【００１６】
ここで、図３，図４，図８を参照してＬＡＮ１２（ルータ６）に新たなカラオケ装置３が設置されたときの開局処理について説明する。図３はカラオケ装置３の開局処理動作を示すフローチャートである。図４は開局サーバ１の開局処理動作を示すフローチャートである。図８はカラオケ装置３、開局サーバ１、配信サーバ２の通信手順を示す図である。
【００１７】
図３および図８において、カラオケ装置３が、ＬＡＮ１２に接続され電源が投入されると、この処理動作が実行される。電源の投入によって装置が起動し（ｓ１）、通信手段２３がルータ６と通信して、プライベートＩＰアドレスを取得する（ｓ２）。ここで、仮に、ルータ６のプライベートＩＰアドレスを（１０．２．２０．１）とし、このカラオケ装置３が取得したプライベートＩＰアドレスを（１０．２．２０．５）とする。そして、係員がこのカラオケ装置の開局処理に必要なデータを入力する（ｓ３）。ここで入力されるデータは、上述した店舗コード、パスワード、識別コード、配信時間帯などである。これらのデータが入力され、係員によって所定のアクセス操作が行われると、カラオケ装置は、インターネット７を経由して開局サーバ１にアクセスする（ｓ４）。このアクセスにおいて、上記開局データ（店舗コード、パスワード、識別コード、配信時間帯、プライベートＩＰアドレス）を開局サーバ１に対して送信する。
【００１８】
開局サーバ１は、受信したプライベートＩＰアドレスによってどのクライアントに設置されたカラオケ装置かを知り、そのクライアントを担当する配信サーバ２を割り当てて、その配信サーバ２のプライベートＩＰアドレスを返信する。すなわち、開局サーバ１は、複数のクライアントのＩＰアドレス（ネットワークアドレス）と、そのクライアントを担当する配信サーバ２（２−１〜２−ｎ）とを対応づけて登録した図２（Ｂ）に示すようなテーブルを記憶している。このテーブルでは、プライベートＩＰアドレスの第９ビットから第２４ビットの１６ビット（８ビット×２）、すなわち１０．２．２０．５のうちの「２」と「２０」によってクライアントを識別する。
【００１９】
カラオケ装置３は、開局サーバ１から配信サーバ２のプライベートＩＰアドレスを受信すると（ｓ５）、開局サーバ１との接続を切る（ｓ６）。その後、そのプライベートＩＰアドレス宛にｐｉｎｇを送信する（ｓ７）。このｐｉｎｇに対する応答を受信すれば（ｓ８）、割り当てられた配信サーバ２とＶＰＮ８経由で接続されていると判断して、開局サーバ１と再び接続し（ｓ９）、接続確認済メッセージを開局サーバ１に対して送信する（ｓ１０）。この接続確認済メッセージの送信により、開局手続きは完了し、こののち割り当てられた配信サーバ２から定期的に楽曲データが配信されてくるようになる。
【００２０】
次に、図４および図８において、カラオケ装置３から開局処理のアクセスがあると、開局サーバ１は、このカラオケ装置３から店舗コード、パスワード、識別コード、プライベートＩＰアドレス、配信時間帯などからなる開局データを受信する（ｓ１１）。そして、クライアントのネットワークアドレスに基づいてこのカラオケ装置への楽曲データの配信を担当する配信サーバ２を割り当て（ｓ１２）、その配信サーバ２のプライベートＩＰアドレスをカラオケ装置３に対して返信する（ｓ１３）。こののち、このカラオケ装置３から接続確認済メッセージが送信されてくるまで待機する（ｓ１４）。カラオケ装置から接続確認済メッセージが送信されてくれば、カラオケ装置の開局処理は終了したとして、上記受信した開局データ（店舗コード、パスワード、識別コード、プライベートＩＰアドレス、配信時間帯など）をカラオケ装置のデータベースに登録するとともに（ｓ１５）、このカラオケ装置のプライベートＩＰアドレスおよび配信時間帯を担当の配信サーバ２に通知して（ｓ１６）、定期的なカラオケ曲の配信を開始させる。なお、この開局サーバ１から配信サーバ２への通知はＬＡＮ１０を介して行う。
【００２１】
以上の処理により、係員が手入力で配信サーバ２のプライベートＩＰアドレスの設定をしなくても、工場出荷時に予め入力されている開局サーバ１のアドレス（グローバルＩＰアドレス）を用いてオンラインで開局処理をすることによって、自動的に配信サーバ２のプライベートＩＰアドレスの設定をすることができる。
【００２２】
図5 は、通常時における配信サーバの楽曲データの配信処理を示すフローチャートである。このように、配信サーバは、開局サーバから指示された、担当すべきカラオケ装置の配信時間帯データに基づいて、該当のカラオケ装置に対して楽曲データの配信（Ｐｕｓｈ型配信）を順次行う。例えば２週間毎の指定時刻に楽曲データの配信を行う。
【００２３】
さて、例えば配信サーバ側の予期せぬ過負荷等、何らかの原因で、配信サーバからの楽曲データの配信が所定期間経過しても行われなかった場合、カラオケ装置側から該当の配信サーバに対してアクセスし、必要な楽曲データのダウンロードを行う。
【００２４】
図６はその処理手順を示すフローチャートである。このように、カラオケ装置から楽曲データのダウンロード要求があれば、その要求に応じて楽曲データをＰｕｌｌ型で配信する。
【００２５】
図7 は、カラオケ装置の処理手順を示すフローチャートである。
まず、配信サーバ２から楽曲データの配信を受ける時間帯は、開局データ中の「配信時間帯」データからあらかじめ分かっているので、その時間帯に配信サーバから楽曲データの配信を正常に受けられたか否かの判定を行う（ｓ４１）。配信の遅れが生じているものと見なした場合には、開局サーバ１へその異常通知を行うとともに、自己（カラオケ装置）を担当する配信サーバ側のＩＰアドレスを問い合わせる（ｓ４２→ｓ４３）。その後、その配信サーバ（２−１〜２−ｎのいずれか）へアクセスし、その配信サーバから最新の楽曲データをダウンロードする（ｓ４４→ｓ４５）。もし、このダウンロードができない状態であれば、所定時間（例えば１２時間）後にダウンロードのリトライを行う（ｓ４６→ｓ４７→ｓ４８→ｓ４４）。所定回数（例えば４回）リトライを行ってもダウンロードが完了できない場合には、その旨を開局サーバへ通知する（ｓ４９）。この開局サーバへ通知した内容はセンタ側で管理されていて、その異常性の程度に応じた調査および復旧の対処を行う。
【００２６】
なお、この実施形態では、開局サーバ１が、配信サーバ２のルータ５とは別のルータ４に接続しているが、配信サーバ２と同一のルータ５に接続してもよい。
【００２７】
また、この実施形態では、配信サーバ２側のルータ５とカラオケ装置３側のルータ６とでＶＰＮ８を構築しているが、データのセキュリティが問題にならないのであれば、普通にインターネット７に接続してＴＣＰ／ＩＰで通信するようにしてもよい。
【００２８】
さらに、この実施形態では、配信サーバとカラオケ装置との間をインターネットを介して通信するようにしたが、この通信経路はインターネットに限らず、交換回線（公衆電話回線）であってもよい。
【００２９】
なお、以上に示した実施形態では、カラオケ装置の楽曲データ配信システムについて示したが、一般的な映像音声データの配信システムにも同様にして適用できる。すなわち、カラオケ装置に代えて例えばパソコン等を端末装置として用い、カラオケ装置の楽曲データに代えて一般的な映像音声データを配信するように構成すればよい。
【００３０】
【発明の効果】
この発明によれば、通常は所定のタイムスケジュールにしたがって配信サーバがカラオケ装置へ楽曲データの配信を行うので、配信サーバ側の負荷が小さくなり、限られた処理能力の下でより多数のカラオケ装置に対する楽曲データの配信が行える。また、所定のタイムスケジュールでの配信が行われなかった場合に、カラオケ装置側から配信サーバへ接続して、必要な楽曲データをダウンロードするので、このような異常時にも、カラオケ装置側の楽曲データを所定のタイミングで最新のものに更新することができる。
【図面の簡単な説明】
【図１】この発明が適用されたカラオケ装置の楽曲データ配信システムのブロック図
【図２】カラオケ装置の記憶手段の構成図
【図３】カラオケ装置の開局処理動作を示すフローチャート
【図４】開局サーバの開局処理動作を示すフローチャート
【図５】通常時に配信サーバが行う、カラオケ装置への配信処理動作を示すフローチャート
【図６】異常時に配信サーバが行う、カラオケ装置への配信処理動作を示すフローチャート
【図７】カラオケ装置の処理動作を示すフローチャート
【図８】カラオケ装置、開局サーバ、配信サーバの通信手順を示す図
【符号の説明】
１：開局サーバ、  ２（２−１〜２−ｎ）：配信サーバ、  ３（３−１〜３−ｍ）：カラオケ装置、  ４，５，６：ルータ、  ７：インターネット、  ８：ＶＰＮ、  １０，１１，１２：ＬＡＮ、  ２０：通信手段、２１：制御手段、  ２２：記憶手段、  ２３：通信手段、  ２４：制御手段、  ２５：記憶手段
【図１】
2004206014.tif 000003
【図２】
2004206014.tif 000004
【図３】
2004206014.tif 000005
【図４】
2004206014.tif 000006
【図５】
2004206014.tif 000007
【図６】
2004206014.tif 000008
【図７】
2004206014.tif 000009
【図８】
2004206014.tif 000010