(57)【要約】【課題】  ブロードバンド回線又はナローバンド回線の何れの通信回線にコンテンツデータ受信装置が接続されても、接続された通信回線に対応した最適なコンテンツデータを得られることができるコンテンツデータ受信装置を提供する。【解決手段】  カラオケ装置３１はホスト１１に対して通信を確立すると（Ｓ１１０）、その通信に使用した回線種別を特定する情報をホスト１１に通知する（Ｓ１１５）。また、カラオケ装置３１は、保有するデータファイルのリスト（クライアント保有リスト）をホスト１１に送信する（Ｓ１２５）。回線種別の情報とクライアント保有リストとを受信したホスト１１は、回線種別に対応する、カラオケ装置３１に送信するデータファイルのリストを生成する（Ｓ１３５）。その後、ホスト１１は、生成したリストに基づいてデータファイルをカラオケ装置３１に送信し（Ｓ１４０〜Ｓ１５０）、カラオケ装置３１はデータファイルを受信する。【選択図】  図３
2005164641.tif 000002
【特許請求の範囲】
【請求項１】
既定の一の通信回線又は帯域の異なる複数種類の通信回線のうちの何れか一つの通信回線を介してコンテンツデータ送信装置と通信を行う通信手段と、
コンテンツデータを記憶することができるコンテンツデータ記憶手段と、
前記通信手段を介し、前記コンテンツデータ送信装置からコンテンツデータを受信する際に用いる通信回線の種別情報を前記コンテンツデータ送信装置へ送信し、送信した前記種別情報に対応する前記通信回線を用いて前記コンテンツデータ送信装置からコンテンツデータを受信し、その受信したコンテンツデータを前記コンテンツデータ記憶手段に記憶させる制御手段と、
を備えることを特徴とするコンテンツデータ受信装置。
【請求項２】
請求項１に記載のコンテンツデータ受信装置において、
前記制御手段は、前記通信手段を介してコンテンツデータ送信装置から通信継続条件に関する情報を受信し、その通信継続条件を満たす限り前記通信手段を介して前記コンテンツデータ送信装置からコンテンツデータを受信して前記コンテンツデータ記憶手段に記憶させる受信処理を実行し、前記通信継続条件を満たさなくなった場合は前記受信処理を停止することを特徴とするコンテンツデータ受信装置。
【請求項３】
請求項１又は請求項２に記載のコンテンツデータ受信装置において、
前記制御手段は、前記通信手段を介し、前記コンテンツデータ記憶手段が記憶するコンテンツデータのリストをコンテンツデータ送信装置に送信し、前記コンテンツデータ送信装置が送信する前記リストにないコンテンツデータを前記コンテンツデータ送信装置から受信して前記コンテンツデータ記憶手段に記憶させることを特徴するコンテンツデータ受信装置。
【請求項４】
請求項１又は請求項２に記載のコンテンツデータ受信装置において、
前記制御手段は、前記通信手段を介し、コンテンツデータ送信装置からコンテンツリストを受信し、そのコンテンツリストに含まれていて前記コンテンツデータ記憶手段が記憶していないコンテンツデータの中から１又は複数個のコンテンツデータを選択し、その選択したコンテンツデータを特定する情報をコンテンツデータ送信装置に送信し、送信した情報に該当するコンテンツデータをコンテンツデータ送信装置から受信して前記コンテンツデータ記憶手段に記憶させることを特徴とするコンテンツデータ受信装置。
【請求項５】
コンピュータを請求項１〜請求項４の何れかに記載のコンテンツデータ受信装置の前記制御手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音楽、映像、ゲーム、記事等のコンテンツデータを受信するコンテンツデータ受信装置等に関する。
【背景技術】
【０００２】
例えば通信カラオケ装置について言えば、近年、様々な世代やモデルのカラオケ装置が開発され、それらが混在した状況でカラオケデータの配信が行われている。例えば特許文献１に示す技術のように、カラオケ装置がそのタイプ情報をカラオケデータ配信装置に送信し、カラオケデータ配信装置が受信したタイプ情報に適合するカラオケデータをカラオケ装置に配信する技術である。ここで言うタイプ情報と言うのは、カラオケ装置自体のハードウェア的な構成に関連づけられた情報であり、具体的には、カラオケ装置の音源の最大同時発音数やＡＤＰＣＭデータの再生可否などに応じたカラオケデータを、カラオケデータ配信装置が選択するための情報である。
【特許文献１】特開２０００−４７６７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところが、近年、カラオケデータ配信装置とカラオケ装置の間を結ぶ通信回線のブロードバンド化が進み、通信回線として光ケーブル回線やＡＤＳＬ回線等のブロードバンド回線を用いることが可能になってきた。このようなブロードバンド回線は、従来のＰＳＴＮ回線（例えばＩＳＤＮ回線）等のナローバンド回線と比較して１００倍から１０００倍程の回線容量を有する。このため、カラオケデータ配信装置は、ブロードバンド回線を用いて通信を行うカラオケ装置へ、従来よりも１００倍から１０００倍程の大きなサイズのカラオケデータ（高付加価値のコンテンツ）を送信することができる。ところが、当然ながらこのような巨大なサイズのカラオケデータは、従来のＩＳＤＮ回線のようなナローバンド回線に接続されたカラオケ装置へ送信することは通信時間の観点等から難しい。
【０００４】
また、カラオケデータの配信システムが既に構成され運用されているような場合には、一度に全ての通信回線をナローバンド回線からブロードバンド回線へ変更すると共にカラオケ装置もその通信回線に対応したものに一度に変更するということは、実際のところ費用面や手間の問題から難しかった。また、だからと言ってブロードバンド回線に接続されたカラオケ装置に対しても従来のナローバンド回線に合わせたサイズのカラオケデータを配信するのでは、ブロードバンド回線に接続されたカラオケ装置が得られるメリットが少ない。
【０００５】
また、通信回線をブロードバンド化してその通信回線の能力に合わせたコンテンツデータを配信するようにすると、通常多数のカラオケ装置を相手にするカラオケデータ配信装置の処理量が従来と比較して飛躍的に増え、カラオケデータ配信装置の処理能力の限界によってカラオケ装置へのカラオケデータの配信が滞る可能性もある。
【０００６】
なお、このような問題は、コンテンツデータがカラオケデータの場合に限らず、音楽、映像、ゲーム、記事等の他のコンテンツデータでも発生し得るものである。
本発明はこのような問題に鑑みなされたものであり、本発明の第１の目的は、ブロードバンド回線又はナローバンド回線の何れの通信回線にコンテンツデータ受信装置が接続されても、接続された通信回線に対応した最適なコンテンツデータを得られることができるコンテンツデータ受信装置を提供することを目的とする。また、本発明の第２の目的は、第１の目的に加え、コンテンツデータ送信装置の処理負荷をできるだけ抑えることができるコンテンツデータ受信装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記第１の目的を達成するためになされた請求項１に記載のコンテンツデータ受信装置は、通信手段とコンテンツデータ記憶手段と制御手段とを備え、通信手段は、帯域の異なる複数種類の通信回線のうちの何れか一つの通信回線を介してコンテンツデータ送信装置と通信を行い、コンテンツデータ記憶手段はコンテンツデータを記憶することができ、制御手段は、通信手段を介し、コンテンツデータ送信装置からコンテンツデータを受信する際に用いる通信回線の種別情報をコンテンツデータ送信装置へ送信し、送信した種別情報に対応する通信回線を用いてコンテンツデータ送信装置からコンテンツデータを受信し、その受信したコンテンツデータをコンテンツデータ記憶手段に記憶させる。
【０００８】
このため、コンテンツデータ送信装置は、各コンテンツデータ受信装置が用いる通信回線の種別を認識することができる。その結果、予め通信回線の種別毎に適したコンテンツデータをコンテンツデータ送信装置に用意しておけば、コンテンツデータ送信装置は、通信回線の種別情報に応じたコンテンツデータをコンテンツデータ受信装置に送信することができる。したがって、コンテンツデータ受信装置は当該コンテンツデータ受信装置が接続された通信回線の種別に応じた適切なコンテンツデータを受信することができる。
【０００９】
ところで、多くのブロードバンド回線は通信時間によらない定額制の契約形態であるため、ブロードバンド回線に接続されたコンテンツデータ受信装置の管理者は、通信時間についての認識があまりない。しかし、通常多くのコンテンツデータ受信装置を相手にして通信を行うコンテンツデータ送信装置にとって、各コンテンツデータ受信装置との通信時間の増加は、処理能力の観点から適切なレスポンスでコンテンツデータをコンテンツデータ受信装置に送信することができるか否かに大きく影響を及ぼす。したがって、適切なレスポンスでコンテンツデータをコンテンツデータ受信装置に送信するためには、コンテンツデータ送信装置の全体処理負荷をできるだけ抑える必要がある（上記第２の目的）。
【００１０】
このことを実現する方法として、一台のコンテンツデータ受信装置との通信時間を制限してコンテンツデータ受信装置の同時通信数を減らすこと（Ａ）と、一台のコンテンツデータ受信装置との通信におけるコンテンツデータ送信装置の処理量を減らすこと（Ｂ）が考えられる。
【００１１】
（Ａ）を実現するためには、一定接続数を超える新たな接続を行わないようにする方法や、通信の継続条件（例えば最大接続時間等）を設定してその継続条件を満たさなくなった通信を切断する方法が考えられる。後者の具体的実現方法として考えられるコンテンツデータ受信装置は、例えば請求項２に記載のように、制御手段が、通信手段を介してコンテンツデータ送信装置から通信継続条件を受信し、その通信継続条件を満たす限り通信手段を介してコンテンツデータ送信装置からコンテンツデータを受信してコンテンツデータ記憶手段に記憶させる受信処理を実行し、通信継続条件を満たさなくなった場合は受信処理を停止するようになっているとよい。なお、ここで言う「通信継続条件」というのは、具体的には例えば、通信を継続可能な最長時間や、伝送される総ファイル数や総ファイルサイズ等が考えられる。また、このようなコンテンツデータ受信装置を実現するには、コンテンツデータ送信装置が、通信継続条件に関する情報をコンテンツデータ受信装置に送信するようになっている必要がある。
【００１２】
このようなコンテンツデータ受信装置であれば、コンテンツデータ送信装置は同時通信数を適切に制御することができる。なお、コンテンツデータ送信装置が通信継続条件を満たしているか否かを判断して満たしていない場合に切断するようになっていてもよいが、一般的に、通信継続条件を常時監視するということは、通信自体の処理負荷と比較しても無視できない処理負荷である。したがって、請求項２に記載のコンテンツデータ受信装置のように、通信継続条件を満たさなくなった場合に受信処理を停止するようになっていれば、コンテンツデータ送信装置は通信継続条件を常時監視するという処理から開放される。その結果、コンテンツデータ送信装置の処理負荷が、より軽減される。
【００１３】
ところで、コンテンツデータ送信装置がコンテンツデータ受信装置に送信するコンテンツデータは、毎回、対応する通信回線のコンテンツデータ全てであってもよいが、このようになっていると毎回の通信時間が非常に長くなってしまう。したがって、コンテンツデータ受信装置が有していないコンテンツデータだけをコンテンツデータ受信装置が受信するようになっていると上記（Ｂ）を実現することができる。
【００１４】
具体的には、例えば請求項３に記載のコンテンツデータ受信装置のように、制御手段が、通信手段を介し、コンテンツデータ記憶手段が記憶するコンテンツデータのリストをコンテンツデータ送信装置に送信し、コンテンツデータ送信装置が送信する前記リストにないコンテンツデータをコンテンツデータ送信装置から受信してコンテンツデータ記憶手段に記憶させるようになったコンテンツデータ受信装置であるとよい。
【００１５】
このようになっていると、コンテンツデータ受信装置が記憶していないコンテンツデータのみをコンテンツデータ送信装置から受信することができるため、コンテンツデータ送信装置の、一台のコンテンツデータ受信装置との通信におけるコンテンツデータ送信装置の処理量を減らすことができる。
【００１６】
また、コンテンツデータ送信装置が行う処理のうち、コンテンツデータ受信装置に移せる処理は移すという手法が考えられる。つまり、請求項４に記載のコンテンツデータ受信装置のように、制御手段が、通信手段を介し、コンテンツデータ送信装置からコンテンツリストを受信し、そのコンテンツリストに含まれていてコンテンツデータ記憶手段が記憶していないコンテンツデータの中から１又は複数個のコンテンツデータを選択し、その選択したコンテンツデータを特定する情報をコンテンツデータ送信装置に送信し、送信した情報に該当するコンテンツデータをコンテンツデータ送信装置から受信してコンテンツデータ記憶手段に記憶させるようになっているとよい。
【００１７】
このようになっていると、コンテンツデータ送信装置の処理量をさらに減らして処理負荷を抑えることができる。
また、請求項５に記載のような、コンテンツデータ受信装置の制御手段として機能させるプログラムを、コンテンツデータ受信装置が内蔵するコンピュータに実行させるようになっていてもよい。このようになっていれば、例えば、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ハードディスク、ＲＯＭ、ＲＡＭ等のコンピュータが読みとり可能な記録媒体にプログラムを記録し、そのプログラムを必要に応じてコンピュータにロードして起動することにより請求項１〜請求項４の何れかに記載のコンテンツデータ受信装置の制御手段として機能させることができる。また、プログラムはネットワークを用いて流通させることも可能であるため、コンテンツデータ受信装置の機能向上も容易である。
【発明を実施するための最良の形態】
【００１８】
以下、本発明が適用された実施例について図面を用いて説明する。尚、本発明の実施の形態は、下記の実施例に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。
【００１９】
図１は、ホスト１１、インターネット３（ブロードバンド回線）、電話回線５（ナローバンド回線）、実施例のカラオケ装置３１，６１,７１が含まれたカラオケシステムの概略構成を示すブロック図である。
【００２０】
まず、ホスト１１について説明する。ホスト１１は、制御部１３、ハードディスク１５、表示部１７、操作部１９、ネットワークインターフェース２１及びモデム２３を備える。
【００２１】
このうち、制御部１３は、周知のＣＰＵ、ＲＡＭ、ＲＯＭ等から構成され、ハードディスク１５、操作部１９、ネットワークインターフェース２１及びモデム２３から受け取った情報に基づいて各種処理を実行し、ハードディスク１５、表示部１７、ネットワークインターフェース２１及びモデム２３に各種指令やデータを渡すことによりこれらを統括的に制御する。
【００２２】
なお、ハードディスク１５は、楽曲に関するデータファイル（特許請求の範囲に記載のコンテンツデータに相当する）を記憶している。具体的には、図２に示す説明図のように領域分けされ、データファイル等を記憶している。つまり、ハードディスク１５は、ブロードバンド用データ領域１５１とナローバンド用領域１５５とに分けられ、ブロードバンド用領域１５１には、曲毎に分けられたＭＰＥＧデータ１５２や、その曲リストであるブロードバンド曲リスト１５３を記憶しており、ナローバンド用領域１５５には、曲毎に分けられたＭＩＤＩデータ１５６や、その曲リストであるナローバンド曲リスト１５７を記憶している。このようにブロードバンド用領域１５５には、ブロードバンド回線に接続されたカラオケ装置のための比較的大きなサイズを有するデータファイルが記憶されており（ＭＰＥＧデータ１５２について言えば例えば５０ＭＢｙｔｅ）、ナローバンド用領域１５６には、ナローバンド回線に接続されたカラオケ装置のための比較的小さなサイズを有するデータファイルが記憶されている（ＭＩＤＩデータ１５６について言えば例えば５０ＫＢｙｔｅ）。
【００２３】
また、表示部１７は、例えばＣＲＴディスプレイや液晶ディスプレイ等から構成され、様々な情報を表示することができる。
また、操作部１９は、一般的なキーボードやマウス等から構成されており、ホスト１１の管理者からの操作指示を受け付けることができる。
【００２４】
また、ネットワークインターフェース２１は、光回線やＡＤＳＬ回線を介してインターネット３に接続され、カラオケ装置３１，６１と通信を行うことができる。
また、モデム２３は、電話回線５に接続され、この電話回線５を介してカラオケ装置３１，７１と通信を行うことができる。
【００２５】
次に、カラオケ装置３１，６１，７１について説明するが、これらのカラオケ装置は接続される通信回線（インターネット３，電話回線５）に違いがあるだけで基本的に同一構成であるため、ここではカラオケ装置３１についてのみ説明する。カラオケ装置３１は、制御部３３、ハードディスク３５、操作部３７、ネットワークインターフェース３９、モデム４１、アンプ４３、マイク４５、スピーカ４７、表示部４９を備える。
【００２６】
このうち、制御部３３は、周知のＣＰＵ、ＲＡＭ、ＲＯＭ等から構成され、ハードディスク３５、操作部３７、ネットワークインターフェース３９、モデム４１から受け取った情報に基づいて各種処理を実行し、ハードディスク３５、ネットワークインターフェース３９、モデム４１、アンプ４３及び表示部４９に各種指令やデータを渡すことによりこれらを統括的に制御する。
【００２７】
また、ハードディスク３５は、ホスト１１から受信した楽曲に関するデータファイルを記憶するためのものである。また、データファイルの一覧であるリスト（クライアント保有リスト）を記憶しており、データファイルを新たに記憶したり削除したりするとこのリストを更新するようになっている。
【００２８】
また、操作部３７は、キースイッチやリモートコントローラ等から構成されており、カラオケ装置３１の利用者からの操作指示（例えば曲の選択、演奏音のキーの調整、音量の調整等）を受け付けることができる。
【００２９】
また、ネットワークインターフェース３９は、光回線やＡＤＳＬ回線を介してインターネット３に接続され、ホスト１１と通信を行うことができる。
また、モデム４１は、電話回線５に接続され、この電話回線５を介してホスト１１と通信を行うことができる。
【００３０】
また、アンプ４３は、制御部３３から送られる音声信号や、利用者によって入力された音声に基づいてマイク４５から出力される音声信号を増幅させてスピーカ４７に音として出力させる。
【００３１】
また、表示部４９は、例えばＣＲＴディスプレイや液晶ディスプレイ等から構成され、様々な情報（例えば背景映像や歌詞情報等）を表示することができる。
ここで、実施例のカラオケ装置３１と特許請求の範囲に記載の用語との対応を示す。ハードディスク３５が特許請求の範囲に記載のコンテンツデータ記憶手段に相当し、ハードディスク１５が記憶するデータファイルが特許請求の範囲に記載のコンテンツデータに相当する。また、ネットワークインターフェース３９及びモデム４１が特許請求の範囲に記載の通信手段に相当し、制御部３３が特許請求の範囲に記載の制御手段に相当する。
【００３２】
ここまででカラオケ装置３１の構成について説明したが、上述した通り、カラオケ装置６１，７１もカラオケ装置３１と同様の構成を有する。ただし、カラオケ装置６１は、インターネット３にのみ接続されており電話回線５には接続されていない。また、カラオケ装置７１は、電話回線５にのみ接続されておりインターネット３には接続されていない。
【００３３】
次に、楽曲に関するデータファイルがホスト１１からカラオケ装置３１，６１，７１へ伝送される際の伝送処理についてカラオケ装置３１を例に挙げ、（１）ホスト１１が主体的に通信を制御する通信方法と、（２）カラオケ装置３１が主体的に通信を制御する通信方法とに分けて説明する。楽曲に関するデータファイルの伝送処理の際には、これらの通信方法の何れが採用されてもよく、カラオケ装置に接続された通信回線（インターネット３，電話回線５）の種類によって切り替えられるようになっていてもよいし、ホスト１１に対するカラオケ装置の接続台数によって切り替えられるようになっていてもよい。具体的には例えば、カラオケ装置がホスト１１にインターネット３を介して接続した場合には（１）の通信方法が採用され、電話回線５を介して接続した場合には（２）の通信方法を採用されるというように切り替えられるようになっていてもよい。また、カラオケシステムにおいてカラオケ装置の数が多い場合には（２）の通信方法が採用され、カラオケシステムにおいてカラオケ装置の数が少ない場合には（１）の通信方法が採用されるというように切り替えられるようになっていてもよい。もちろん、どちらか一方の通信方法のみが固定的に用いられるようになっていてもよい。
【００３４】
（１）ホスト１１が主体的に通信を制御する通信方法の場合
まず、伝送処理においてホスト１１が主体的に通信を制御する通信方法が用いられる場合について、図３のシーケンス図を用いて説明する。以下で説明する伝送処理は、ホスト１１に関しては、制御部１３において実行されるプログラムに基づいて制御部１３がホスト１１の各部を制御することによって実現され、カラオケ装置３１に関しては、制御部３３において実行されるプログラムに基づいて制御部３３がカラオケ装置３１の各部を制御することによって実現される。なお、この伝送処理は、カラオケ装置３１の電源が投入された際や、カラオケ装置３１の利用者等によって操作部３７が操作された際、予め設定された時刻になった際等に実行が開始される。
【００３５】
伝送処理の実行が開始されると、まずカラオケ装置３１がホスト１１に対して通信を試み、通信を確立する（Ｓ１１０）。カラオケ装置３１は２つの通信インターフェース（ネットワークインターフェース３９，モデム４１）の何れを用いてもホスト１１と通信を行うことができるため、何れの通信インターフェースを用いて通信を確立するようになっていてもよい。カラオケ装置３１がどちらの通信インターフェース（ネットワークインターフェース３９，モデム４１）を用いるかは、例えば、ネットワークインターフェース３９を用いてホスト１１と通信を確立することを試み、通信が確立できない場合にモデム４１を用いてホスト１１と通信を確立するようになっているとよい。
【００３６】
通信が確立されるとカラオケ装置３１は、回線種別の情報をホスト１１に通知する（Ｓ１１５）。ここで言う回線種別の情報というのは、通信がインターネット３を介したものであるか電話回線５を介したものであるかを示す情報であり、Ｓ１１０において確立された通信が、ネットワークインターフェース３９が用いられて確立された通信である場合はインターネット３を示す情報であり、Ｓ１１０において確立された通信が、モデム４１が用いられて確立された通信である場合は電話回線５を示す情報である。
【００３７】
次に、カラオケ装置３１は、通信モードの情報をホスト１１に通知する（Ｓ１２０）。この通信モードの情報というのは、初期通信か定常通信かを表すものである。初期通信というのは、カラオケ装置３１が工場出荷後に初めてホスト１１と通信をする際の通信であり、この通信では、カラオケ装置３１のハードディスク３５の内容を最新の状態にするために大量のデータファイルがホスト１１からカラオケ装置３１へ伝送される。一方、定常通信というのは、定常的に（例えば１日に１度）実行される通信であり、ホスト１１側で更新されたデータファイルのみがホスト１１からカラオケ装置３１へ伝送される通信である。なお、定常通信は、初期通信に比較して伝送量は少ない。
【００３８】
続いて、カラオケ装置３１がハードディスク３５に記憶するデータファイルのリスト（クライアント保有リスト）を送信する（Ｓ１２５）。
一方、ホスト１１は、カラオケ装置３１が実行したＳ１１０〜Ｓ１２５の各ステップに対応した処理を実行する。具体的には、Ｓ１１０に対応してカラオケ装置３１との通信を確立し、Ｓ１１５に対応して回線種別の情報を受け取り、Ｓ１２０に対応して通信モードの情報を受け取り、Ｓ１２５に対応してクライアント保有リストを受信する。そして、このようにして受け取った情報を用いてホスト１１は最大通信時間決定処理を実行する（Ｓ１３０）。この最大通信時間決定処理について、図４のフローチャートを用いて詳しく説明する。
【００３９】
まず、回線種別がインターネット３であるか否かによって分岐する（Ｓ２１０）。このステップは、先ほどホスト１１がカラオケ装置３１から受け取った回線種別によって分岐する。回線種別がインターネット３であった場合はＳ２２０に進み、回線種別がインターネット３でなく電話回線５であった場合はＳ２５０に進む。
【００４０】
Ｓ２２０では、通信モードが定常通信であるか否かによって分岐する。このステップは、先ほどホスト１１がカラオケ装置３１から受け取った通信モードによって分岐する。通信モードが定常通信であった場合はＳ２３０に進み、通信モードが定常通信でなく初期通信であった場合はＳ２４０に進む。
【００４１】
Ｓ２３０では、最大通信時間を１時間として決定し、最大通信時間決定処理を終了する。Ｓ２４０では、最大通信時間を１時間３０分として決定し、最大通信時間決定処理を終了する。
【００４２】
一方、Ｓ２１０で回線種別はインターネット３でないとして進んだＳ２５０では、通信モードが定常通信であるか否かによって分岐する。このステップは、先ほどホスト１１がカラオケ装置３１から受け取った通信モードによって分岐する。通信モードが定常通信であった場合はＳ２６０に進み、通信モードが定常通信でなく初期通信であった場合はＳ２７０に進む。
【００４３】
Ｓ２６０では、最大通信時間を１５分として決定し、最大通信時間決定処理を終了する。Ｓ２７０では、最大通信時間を３０分として決定し、最大通信時間決定処理を終了する。
【００４４】
図３に戻り、次にホスト１１が、カラオケ装置３１に今から送信するデータファイルのリスト（送信リスト）を生成して送信する（Ｓ１３５）。このステップは、ホスト１１が、カラオケ装置３１から受け取った回線種別の情報に応じ、ホスト１１のハードディスク１５に記憶されているブロードバンド曲リスト１５３又はナローバンド曲リスト１５７の何れかを選択し、このリストにあってカラオケ装置３１から受信したクライアント保有リストにないデータファイルを選択してリストを生成し、その生成したリストをカラオケ装置３１に送信する。
【００４５】
続いて、ホスト１１は、Ｓ１３５で送信した送信リストに基づいて該当するデータファイルをカラオケ装置３１に送信する（Ｓ１４０〜Ｓ１５０）。本ステップでは、カラオケ装置３１がインターネット３を介してホスト１１と通信が確立されているのであればＭＰＥＧデータ１５２が送信され、カラオケ装置３１が電話回線５を介してホスト１１と通信が確立されているのであれば、ＭＩＤＩデータ１５６が送信される。
【００４６】
なお、図３のシーケンス図では、データファイルを３つ伝送するように記載しているが、実際はＳ１３５で送信した送信リストに基づいてそのリストに含まれる数だけデータファイルを送信する。ただし、Ｓ１３０で決定した最大通信時間を超える時間が送信にかかった場合は、最大通信時間を超えた時点でデータファイルの送信を停止するか、次の新たなデータファイルの送信を行わない。
【００４７】
ホスト１１は全てのデータファイルの送信を終了すると、通信を切断することをカラオケ装置３１に通知し（Ｓ１５５）、その後、実際に通信を切断し（Ｓ１６０）、本処理（伝送処理）を終了する。
【００４８】
一方、カラオケ装置３１は、ホスト１１が実行したＳ１３５〜Ｓ１５５の各ステップに対応する処理を実行する。具体的には、Ｓ１３５に対応してカラオケ装置３１はホスト１１から送信リストを受信し、Ｓ１４０〜Ｓ１５０に対応してカラオケ装置３１はホスト１１からデータファイルを受信してハードディスク３５に記憶する。なお、カラオケ装置３１は、送信リストを用いてホスト１１からリスト中のデータファイル全てを受信したか否かを全てのデータファイルの受信を完了するまで確認し続ける。また、ホスト１１が実行したＳ１５５に対しては、カラオケ装置３１は通信を切断する処理（例えば電話回線５を切断する等）を実行し（Ｓ１６５）、本処理（伝送処理）を終了する。ただし、カラオケ装置３１は、リスト中のデータファイル全てを受信しないうちにホスト１１から通信を切断する通知を受け取った場合には、表示部４９にその旨を表示する。
【００４９】
（２）カラオケ装置３１が主体的に通信を制御する通信方法の場合
次に、伝送処理においてカラオケ装置３１が主体的に通信を制御する通信方法が用いられる場合について、図５のシーケンス図を用いて説明する。以下で説明する伝送処理は、ホスト１１に関しては、制御部１３において実行されるプログラムに基づいて制御部１３がホスト１１の各部を制御することによって実現され、カラオケ装置３１に関しては、制御部３３において実行されるプログラムに基づいて制御部３３がカラオケ装置３１の各部を制御することによって実現される。なお、この伝送処理は、カラオケ装置３１の電源が投入された際や、カラオケ装置３１の利用者等によって操作部３７が操作された際、予め設定された時刻になった際等に実行が開始される。
【００５０】
伝送処理の実行が開始されると、まずカラオケ装置３１がホスト１１に対して通信を試み、通信を確立する（Ｓ３１０）。カラオケ装置３１は２つの通信インターフェース（ネットワークインターフェース３９，モデム４１）の何れを用いてもホスト１１と通信を行うことができるため、何れの通信インターフェースを用いて通信を確立するようになっていてもよい。カラオケ装置３１がどちらの通信インターフェース（ネットワークインターフェース３９，モデム４１）を用いるかは、例えば、ネットワークインターフェース３９を用いてホスト１１と通信を確立することを試み、通信が確立できない場合にモデム４１を用いてホスト１１と通信を確立するようになっているとよい。
【００５１】
通信が確立されるとカラオケ装置３１は、回線種別の情報をホスト１１に通知する（Ｓ３１５）。ここで言う回線種別の情報というのは、通信がインターネット３を介したものであるか電話回線５を介したものであるかを示す情報であり、Ｓ３１０において確立された通信が、ネットワークインターフェース３９が用いられて確立された通信である場合はインターネット３を示す情報であり、Ｓ３１０において確立された通信が、モデム４１が用いられて確立された通信である場合は電話回線５を示す情報である。
【００５２】
次に、カラオケ装置３１は、通信モードの情報をホスト１１に通知する（Ｓ３２０）。この通信モードの情報というのは、初期通信か定常通信かを表すものである。初期通信というのは、カラオケ装置３１が工場出荷後に初めてホスト１１と通信をする際の通信であり、この通信では、カラオケ装置３１のハードディスク３５の内容を最新の状態にするために大量のデータファイルがホスト１１からカラオケ装置３１へ伝送される。一方、定常通信というのは、定常的に（例えば１日に１度）実行される通信であり、ホスト１１側で更新されたデータファイルのみがホスト１１からカラオケ装置３１へ伝送される通信である。なお、定常通信は、初期通信に比較して伝送量は少ない。
【００５３】
一方、ホスト１１は、カラオケ装置３１が実行したＳ３１０〜Ｓ３２０の各ステップに対応した処理を実行する。具体的には、Ｓ３１０に対応してカラオケ装置３１との通信を確立し、Ｓ３１５に対応して回線種別の情報を受け取り、Ｓ３２０に対応して通信モードの情報を受け取る。そして、このようにして受け取った情報を用いてホスト１１は最大通信時間決定処理を実行する（Ｓ３２５）。この最大時間決定処理は、上述した「（１）ホスト１１が主体的に通信を制御する通信方法の場合」で説明した最大通信時間決定処理と同じである（図４参照）。
【００５４】
続いて、ホスト１１が、最大通信時間決定処理において決定した最大通信時間をカラオケ装置３１に通知する（Ｓ３３０）。続いて、ホスト１１が、カラオケ装置３１から受け取った回線種別の情報に応じ、ホスト１１のハードディスク１５に記憶されているブロードバンド曲リスト１５３又はナローバンド曲リスト１５７の何れかを選択し、選択したリストをサーバ保有リストとしてカラオケ装置３１に送信する（Ｓ３３５）。
【００５５】
一方、カラオケ装置３１は、ホスト１１が実行したＳ３３０及びＳ３３５の各ステップに対応した処理を実行する。具体的には、Ｓ３３０に対応してカラオケ装置３１はホスト１１から最大通信時間を受け取り、Ｓ３３５に対応してカラオケ装置３１はホスト１１からサーバ保有リストを受信する。
【００５６】
そして、カラオケ装置３１は、受信したサーバ保有リストにあって、ハードディスク３５に記憶するクライアント保有リストに無いファイルデータを選択し、受信予定データファイルリストを生成する（Ｓ３４０）。そして、この受信予定データファイルリストの中から１つのデータファイルを選択し、その選択したデータファイルの特定情報（例えばデータファイルの名称）をホスト１１に通知する（Ｓ３４５）。
【００５７】
これに対し、ホスト１１は、カラオケ装置３１から通知されたデータファイルの特定情報に該当するデータファイルをハードディスク１５から読み出してカラオケ装置３１に送信する（Ｓ３５０）。
【００５８】
これに対しカラオケ装置３１は、ホスト１１データファイルを受信してハードディスク３５に記憶させる。
その後、カラオケ装置３１は受信予定データファイルリストの中からまだ受信していないデータファイルを１つ選択し、その特定したデータファイルの特定情報（例えばデータファイルの名称）をホスト１１に通知する（Ｓ３５５）。
【００５９】
これに対しホスト１１はＳ３４５と同様の処理を実行し（Ｓ３６０）、そしてカラオケ装置３１はホスト１１から受信したデータファイルをハードディスク３５に記憶する。このようにしてカラオケ装置３１は、受信予定データファイルリストに含まれる全てのデータファイルリストをホスト１１から受信するまで、同様の処理を繰り返す。
【００６０】
なお、図５のシーケンス図では、データファイルが２つ伝送されるように記載しているが２つである必要はなく、上述した通り、カラオケ装置３１が、受信予定データファイルリストに含まれる全てのデータファイルリストをホスト１１から受信するまで受信を繰り返す。なお、カラオケ装置３１は、受信予定のデータファイルリストを生成する際に、例えば、サーバ保有リスト中のデータファイルに解禁日のような属性が設定されている場合には、その解禁日を過ぎたデータファイルやその解禁日が間近に迫っているデータファイルのみを選択して受信予定データファイルリストを生成するようになっているとよい。
【００６１】
また、カラオケ装置３１が受信予定データファイルリストに含まれる全てのデータファイルリストをホスト１１から受信していなくても、Ｓ３３０に対応してホスト１１から受け取った最大通信時間を超える時間が受信にかかった場合は、最大通信時間を超えた時点でデータファイルの受信を停止するか、次の新たなデータファイルの受信を行わない。
【００６２】
このようにして、ホスト１１からカラオケ装置３１に送信されたサーバ保有リストにあって、カラオケ装置３１が記憶するクライアント保有リストに無いファイルデータ全てをカラオケ装置３１が受信すると、カラオケ装置３１は通信を切断することをホスト１１に通知する（Ｓ３６５）。
【００６３】
カラオケ装置３１は、通信を切断することをホスト１１に通知すると実際に通信を切断し（Ｓ３７０）、本処理（伝送処理）を終了する。
一方、ホスト１１は、通信を切断することをカラオケ装置３１から受け取ると通信を切断し（Ｓ３７５）、本処理（伝送処理）を終了する。
【００６４】
以上、楽曲に関するデータファイルがホスト１１からカラオケ装置３１，６１，７１へ伝送される際の伝送処理についてカラオケ装置３１を例に挙げ、（１）ホスト１１が主体的に通信を制御する通信方法の場合と（２）カラオケ装置３１が主体的に通信を制御する通信方法の場合とに分けて説明したが、伝送が完了してカラオケ装置３１，６１，７１のハードディスク３５にデータファイルが記憶された後は、利用者がカラオケ装置３１，６１，７１の操作部３７を操作することによりカラオケ装置３１，６１，７１はカラオケ演奏を行うことができる。つまり、カラオケ装置３１，６１，７１の制御部３３がハードディスク３５に記憶されているデータファイルを読み出し、その読み出したデータファイルを音楽データと映像データとに分け、音楽データについてはその音楽データから生成される音楽信号をアンプ４３に送り、アンプ４３はこの音楽信号と利用者によって入力された音声に基づいてマイク４５から出力される音声信号とを合わせた信号を増幅し、スピーカ４７に音として出力させる。また、映像データについてはその映像データから生成される映像信号を表示部４９に送り、表示部４９にカラオケの背景映像や字幕等を表示させる。
【００６５】
したがって、本実施例のカラオケ装置３１，６１，７１は、ブロードバンド回線又はナローバンド回線の何れの通信回線に接続されても、接続された通信回線に対応した最適なデータファイルを得ることができる。また、上記（２）の通信方法の場合は、カラオケ装置３１が、受信するデータファイルを決定するため、上記（１）の通信方法の場合に比較してホスト１１の処理負荷を抑えることができる。
【００６６】
以下、他の実施例について述べる。
（イ）上記実施例では、何れの通信方法の場合もカラオケ装置３１から通信を確立するようになっていたが、ホスト１１から通信を確立するようになっていてもよい。このようになっていればホスト１１が、通信開始時刻や通信対象のカラオケ装置を決定することができるため、各カラオケ装置に対して公平にデータファイルを伝送することができたり、各カラオケ装置に優先順位を付け、その優先順位に基づいた格差をつけてデータファイルを伝送することができる。
【００６７】
（ロ）上記実施例では、カラオケ装置３１が回線種別をホスト１１に通知するようになっていたが（図３のＳ１１５、図５のＳ３１５参照）、ホスト１１が自身でその回線種別を認識できるのであれば、カラオケ装置３１が回線種別をホスト１１に通知するステップを省略してもよい。具体的な認識方法としては、例えばモデム２３への着信情報を利用して認識することが考えられる。
【００６８】
（ハ）上記実施例のホスト１１はモデム２３を内蔵しているが、ホスト１１からこのモデム２３を省き、その代わりに外部のターミナルサーバ（複数のモデムを搭載して同時に多数の通信を実行可能な装置）を利用するように構成してもよい。つまり、電話回線５を介して接続してくるカラオケ装置からの通信を全てターミナルサーバが受け付けるように構成し、そしてターミナルサーバは受け付けた通信をホスト１１のネットワークインターフェース２１へ転送するようになっていればよい。このようになっていれば、ホスト１１は電話回線５を介して接続してくる複数のカラオケ装置と同時に通信を行うことができる。
【００６９】
（ニ）上述した（１）の通信方法の場合においても、（２）の通信方法の場合と同様にホスト１１が決定した最大通信時間（図３のＳ１３０参照）を、決定後すぐにカラオケ装置３１に通知するようになっていてもよい。このようになっていれば、例えば、何らかの理由でホスト１１が最大通信時間を超えてデータファイルを送信し続けるような状態になっても、カラオケ装置３１は決定された最大通信時間を限度として通信を切断することができるため、より決定された最大通信時間が守られることになる。
【００７０】
（ホ）上記実施例では、特許請求の範囲に記載の「通信継続条件」として最大通信時間を用い、この最大通信時間を伝送処理の中で決定し（図３のＳ１３０，図４，図５のＳ２３５参照）、この決定した最大通信時間を超えたとき、上記（１）の通信方法の場合は、ホスト１１が、最大通信時間を超えた時点でデータファイルの送信を停止するか、次の新たなデータファイルの送信を行わないようにしていた。また、上記（２）の通信方法の場合は、カラオケ装置３１が、最大通信時間を超えた時点でデータファイルの受信を停止するか、次の新たなデータファイルの受信を行わないようにしていた。
【００７１】
しかし、「通信継続条件」は最大通信時間以外のものでもよく、例えばデータファイルの総ファイル数やデータファイルの総ファイルサイズであってもよい。データファイルの総ファイル数を「通信継続条件」とする場合は、上述した実施例の最大通信時間を、データファイルの総ファイル数に読み替えればよい。そして、図４を用いて説明した最大通信時間決定処理を読み替えた、データファイルの総ファイル数決定処理において決定する具体的な総ファイル数は、例えば、Ｓ２３０では１０００個と決定し、Ｓ２４０では１５００個と決定し、Ｓ２６０では１５０個と決定し、Ｓ２７０では３００個と決定すればよい。また、データファイルの総ファイルサイズを「通信継続条件」とする場合は、上述した実施例の最大通信時間を、データファイルの総ファイルサイズに読み替えればよい。そして、図４を用いて説明した最大通信時間決定処理を読み替えた、データファイルの総ファイルサイズ決定処理において決定する具体的な総ファイル数は、例えば、Ｓ２３０では１０ＭＢｙｔｅと決定し、Ｓ２４０では１５ＭＢｙｔｅと決定し、Ｓ２６０では１．５ＭＢｙｔｅと決定し、Ｓ２７０では３ＭＢｙｔｅと決定すればよい。
【００７２】
このように「通信継続条件」を上述した最大通信時間以外の条件（例えばデータファイルの総ファイル数やデータファイルの総ファイルサイズ）に置き換えても、その条件を適切に設定しさえすれば、カラオケ装置が初めて設置されて機能する際のような大量のデータファイルの通信が行われる際にも、他のカラオケ装置の通信に及ぼす影響を少なくすることができる。
【００７３】
（へ）上記実施例では本発明をカラオケシステムにおけるホスト１１に適用したが、他にも例えばチケット予約システムやゲーム販売システム等におけるホストに適用してもよい。このようなシステムのおけるホストに本発明を適用しても上記実施例と同様の効果が得られる。
【図面の簡単な説明】
【００７４】
【図１】カラオケシステムの概略構成を示すブロック図である。
【図２】ホストのハードディスクの構成を示す説明図である。
【図３】伝送処理を説明するためのシーケンス図である。
【図４】最大通信時間決定処理を説明するためのフローチャートである。
【図５】伝送処理を説明するためのシーケンス図である。
【符号の説明】
【００７５】
３…インターネット、５…電話回線、１１…ホスト、１３…制御部、１５…ハードディスク、１７…表示部、１９…操作部、２１…ネットワークインターフェース、２３…モデム、３１…カラオケ装置、３３…制御部、３５…ハードディスク、３７…操作部、３９…ネットワークインターフェース、４１…モデム、４３…アンプ、４５…マイク、４７…スピーカ、４９…表示部。
【図１】
2005164641.tif 000003
【図２】
2005164641.tif 000004
【図３】
2005164641.tif 000005
【図４】
2005164641.tif 000006
【図５】
2005164641.tif 000007