JP2005164639A - コンテンツデータ送信装置及びプログラム - Google Patents

Abstract

【課題】 １台で複数の種別の通信回線に対応し、効率的に音楽、映像、ゲーム、記事等のコンテンツデータを送信するコンテンツデータ送信装置を提供する。
【解決手段】 カラオケ装置３１はホスト１１に対して通信を確立すると（Ｓ１１０）、その通信に使用した回線種別を特定する情報をホスト１１に通知する（Ｓ１１５）。また、カラオケ装置３１は、保有するデータファイルのリスト（クライアント保有リスト）をホスト１１に送信する（Ｓ１２５）。回線種別の情報とクライアント保有リストとを受信したホスト１１は、回線種別に対応する、カラオケ装置３１に送信するデータファイルのリストを生成する（Ｓ１３５）。その後、ホスト１１は、生成したリストに基づいてデータファイルをカラオケ装置３１に送信し（Ｓ１４０〜Ｓ１５０）、カラオケ装置３１はデータファイルを受信する。
【選択図】 図３

Description

本発明は、音楽、映像、ゲーム、記事等のコンテンツデータを送信するコンテンツデータ送信装置等に関する。

例えば通信カラオケ装置について言えば、近年、様々な世代やモデルのカラオケ装置が開発され、それらが混在した状況でカラオケデータの配信が行われている。例えば特許文献１に示す技術のように、カラオケ装置がそのタイプ情報をカラオケデータ配信装置に送信し、カラオケデータ配信装置が受信したタイプ情報に適合するカラオケデータをカラオケ装置に配信する技術である。ここで言うタイプ情報と言うのは、カラオケ装置自体のハードウェア的な構成に関連づけられた情報であり、具体的には、カラオケ装置の音源の最大同時発音数やＡＤＰＣＭデータの再生可否などに応じたカラオケデータを、カラオケデータ配信装置が選択するための情報である。
特開２０００−４７６７９号公報

ところが、近年、通信回線のブロードバンド化が進み、通信回線の種別が多様化してきた。具体的には、従来のアナログ電話回線やＩＳＤＮ回線だけでなく、光ケーブルやＡＤＳＬ回線等のブロードバンド回線と呼ばれる大容量の通信が可能な通信回線が用いられるようになってきた。このような状況に対応するため、通信回線の種別の数だけ各通信回線専用のカラオケデータ配信装置を用意する方法が考えられる。しかし、この方法の場合は、カラオケデータ配信装置間で通信量を平均化させることが接続通信回線の種別によって制限されるため、例えば低速回線に通信が集中すると低速回線に接続されたカラオケデータ配信装置の稼働率は著しく高くなるが、高速回線に接続されたカラオケデータ配信装置の稼働率は著しく低いままといったことがあり得る。このような一部のカラオケデータ配信装置に処理が集中する状態は、その処理が集中したカラオケデータ配信装置の処理レスポンスが低下するなどの問題が発生する他、システム全体からみても効率的であるとは言いづらかった。

なお、このような問題は、コンテンツデータがカラオケデータに限らず、音楽、映像、ゲーム、記事等の他のコンテンツデータでも発生し得るものである。
本願発明はこのような問題に鑑みなされたものであり、１台で複数の種別の通信回線に対応し、効率的に音楽、映像、ゲーム、記事等のコンテンツデータを送信するコンテンツデータ送信装置に関する。

上記課題を解決するためになされた請求項１に記載のコンテンツデータ送信装置は、コンテンツデータ記憶手段と通信手段と制御手段とを備える。コンテンツデータ記憶手段は、通信回線の種別毎にその種別に対応するコンテンツデータを記憶し、通信手段は、複数種類の通信回線の何れかを介して一のコンテンツデータ受信装置と行う通信を同時に複数のコンテンツデータ受信装置と行うことができる。ここで言う「その種別に対応するコンテンツデータ」というのは、例えば通信回線が光回線のようなブロードバンド回線であるときは、その回線に見合ったファイルサイズのコンテンツデータのことを意味する。また、制御手段は、通信手段を介してコンテンツデータ受信装置からそのコンテンツデータ受信装置が利用する通信回線の種別情報を受け取り、その受け取った種別情報の示す情報に対応するコンテンツデータをコンテンツデータ記憶手段から読み出し、通信手段を介し、前記種別情報に対応する通信回線を用いてコンテンツデータをコンテンツデータ受信装置へ送信する送信処理を、コンテンツデータ受信装置毎に同時実行可能である。

このようなコンテンツデータ送信装置であれば、１台で複数の種別の通信回線に対応し、通信相手であるコンテンツデータ受信装置が接続された通信回線の種別に対応するコンテンツデータをコンテンツデータ受信装置毎に送信することができる。つまり、本発明のコンテンツデータ送信装置は、複数種類の通信回線に対応可能であるため、従来のように通信回線の種別の数だけ各通信回線専用のコンテンツデータ送信装置を用意する方法と比較し、ある特定の通信回線に通信が集中したとしても、コンテンツデータ送信装置が複数存在すれば複数のコンテンツデータ送信装置に通信を分散させることができる。したがって、処理レスポンスをコンテンツデータ送信装置間で平均化させることができると共に、システム全体の効率を向上させることができる。

また、請求項２に記載のコンテンツデータ送信装置は、コンテンツデータ記憶手段と通信手段と制御手段とを備える。コンテンツデータ記憶手段は、通信回線の種別毎にその種別に対応するコンテンツデータを記憶し、通信手段は、複数種類の通信回線の何れかを介して一のコンテンツデータ受信装置と行う通信を同時に複数のコンテンツデータ受信装置と行うことができる。ここで言う「その種別に対応するコンテンツデータ」というのは、例えば通信回線が光回線のようなブロードバンド回線であるときは、その回線に見合ったファイルサイズのコンテンツデータのことを意味する。また、制御手段は、通信手段を介してコンテンツデータ受信装置と通信した際に特定された通信回線の種別に対応するコンテンツデータをコンテンツデータ記憶手段から読み出し、通信手段を介し、前記特定された通信回線の種別と同じ種別の通信回線を用いてコンテンツデータをコンテンツデータ受信装置に送信する送信処理を、コンテンツデータ受信装置毎に同時実行可能である。

このようなコンテンツデータ送信装置であれば、１台で複数の種別の通信回線に対応し、通信相手であるコンテンツデータ受信装置が接続された通信回線の種別に対応するコンテンツデータをコンテンツデータ受信装置毎に送信することができる。つまり、本発明のコンテンツデータ送信装置は、複数種類の通信回線に対応可能であるため、従来のように通信回線の種別の数だけ各通信回線専用のコンテンツデータ送信装置を用意する方法と比較し、ある特定の通信回線に通信が集中したとしても、コンテンツデータ送信装置が複数存在すれば複数のコンテンツデータ送信装置に通信を分散させることができる。したがって、処理レスポンスをコンテンツデータ送信装置間で平均化させることができると共に、システム全体の効率を向上させることができる。

ところで、コンテンツデータ受信装置が初めて設置されて機能する際のようにコンテンツデータ受信装置にコンテンツデータが１つも記憶されていない、あるいは記憶されていたとしてもコンテンツデータ送信装置に新しいコンテンツデータが多数あるような場合には大量のコンテンツデータの受信が行われる。そして、このような場合には、特定のコンテンツデータ受信装置が長時間、通信回線を独占することも考えられ、他のコンテンツデータ受信装置の受信に影響を及ぼすおそれがある。したがって、コンテンツデータ送信装置は、コンテンツデータ受信装置毎に通信継続条件を設定できるようになっているとよい。つまり、請求項３に記載のように、制御手段が、通信手段を介してコンテンツデータを送信する際に用いる通信回線の種別に基づいて通信継続条件を決定し、その通信継続条件を示す情報を通信手段を介してコンテンツデータ受信装置に送信するようになっているとよい。そして、このような通信継続条件を示す情報を受信したコンテンツデータ受信装置は、通信継続条件を満たす間のみコンテンツデータ送信装置からコンテンツデータを受信し、通信継続条件を満たさなくなったときにコンテンツデータ送信装置からコンテンツデータの受信を停止して通信を切断するようになっているとよい。ここで言う「通信継続条件」というのは、具体的には例えば請求項４に記載のように、通信を行う最大時間、伝送されるコンテンツデータの総ファイル数又は伝送されるコンテンツデータの総ファイルサイズの何れか少なくとも一つであるとよい。

このようになっていれば、コンテンツデータ受信装置が初めて設置されて機能する際のような大量のコンテンツデータの受信が行われる際にも、他のコンテンツデータ受信装置の受信に及ぼす影響を少なくすることができる。また、コンテンツデータ受信装置が初めて設置されて機能する際に限らず、コンテンツデータ受信装置からの接続が多いようなときには、通信時間を通常よりも短くして通信継続条件を設定することができるため、コンテンツデータ送信装置の処理負荷を一定にすることもできる。

ところで、通信継続条件を満たさなくなっても何らかの理由でコンテンツデータ受信装置が通信を切断しないような場合は、請求項５に記載のように、制御手段が、通信継続条件を満たさない状況になってもなお継続している送信処理を終了するようになっているとよい。

このようになっていれば、通信継続条件を満たさなくなっても何らかの理由（例えばプログラムアボート）でコンテンツデータ受信装置が通信を切断しない場合や、通信継続条件を途中で変更した場合であっても、確実にコンテンツデータ受信装置との通信を切断することができる。

ところで、コンテンツデータ送信装置がコンテンツデータ受信装置に送信するコンテンツデータは、毎回、対応する通信回線のコンテンツデータ全てであってもよいが、このようになっていると毎回の通信時間が非常に長くなってしまう。したがって、コンテンツデータ受信装置が有していないコンテンツデータだけをコンテンツデータ受信装置が受信するようになっているとよい。

したがって、請求項６に記載のように、制御手段が、送信処理に先立ち、コンテンツデータ受信装置からそのコンテンツデータ受信装置が保持しているコンテンツデータのリストを通信手段を介して受信し、このリストにないコンテンツデータを、リストを送信してきたコンテンツデータ受信装置へ送信処理によって送信するようになっているとよい。

このようになっていれば、対応する通信回線のコンテンツデータであってコンテンツデータ受信装置が記憶していないコンテンツデータのみをコンテンツデータ送信装置が送信するため、コンテンツデータ送信装置がコンテンツ受信装置と通信する際のデータ量を、毎回、コンテンツデータ送信装置が有するコンテンツデータを全て送信する場合と比較して飛躍的に減らすことができる。その結果、通信時間を短くすることができる。

また、請求項７に記載のように、記憶手段が、通信回線の種別毎にコンテンツデータのリストを記憶し、制御手段が、送信処理に先立ち、その送信処理に用いる通信回線の種別に対応したコンテンツリストを記憶手段から読み出して通信手段を介してコンテンツデータ受信装置に送信し、そのリストに基づいてコンテンツデータ受信装置から要求されたコンテンツデータを送信処理によってコンテンツデータ受信装置に送信するようになっていてもよい。

このようになっていれば、対応する通信回線のコンテンツデータであってコンテンツデータ受信装置が記憶していないコンテンツデータのみをコンテンツデータ送信装置が送信するため、コンテンツデータ送信装置がコンテンツ受信装置と通信する際のデータ量を、毎回、コンテンツデータ送信装置が有するコンテンツデータを全て送信する場合と比較して飛躍的に減らすことができる。その結果、通信時間を短くすることができる。そしてさらに、コンテンツデータ送信装置は、コンテンツデータ受信装置から受信したコンテンツデータのリストと記憶手段が記憶しているコンテンツデータのリストとを比較する必要がないため、コンテンツデータ送信装置の処理負荷も請求項６に記載のコンテンツデータ送信装置と比較して低い。

また、請求項８に記載のような、コンテンツデータ送信装置の制御手段として機能させるプログラムを、コンテンツデータ送信装置が内蔵するコンピュータに実行させるようになっていてもよい。このようになっていれば、例えば、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ハードディスク、ＲＯＭ、ＲＡＭ等のコンピュータが読みとり可能な記録媒体にプログラムを記録し、そのプログラムを必要に応じてコンピュータにロードして起動することにより請求項１〜請求項７の何れかに記載のコンテンツデータ送信装置の制御手段として機能させることができる。また、プログラムはネットワークを用いて流通させることも可能であるため、コンテンツデータ送信装置の機能向上も容易である。

以下、本発明が適用された実施例について図面を用いて説明する。尚、本発明の実施の形態は、下記の実施例に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。

図１は、実施例のホスト１１、インターネット３（ブロードバンド回線）、電話回線５（ナローバンド回線）、カラオケ装置３１，６１,７１が含まれたカラオケシステムの概略構成を示すブロック図である。

まず、ホスト１１について説明する。ホスト１１は、制御部１３、ハードディスク１５、表示部１７、操作部１９、ネットワークインターフェース２１及びモデム２３を備える。

このうち、制御部１３は、周知のＣＰＵ、ＲＡＭ、ＲＯＭ等から構成され、ハードディスク１５、操作部１９、ネットワークインターフェース２１及びモデム２３から受け取った情報に基づいて各種処理を実行し、ハードディスク１５、表示部１７、ネットワークインターフェース２１及びモデム２３に各種指令やデータを渡すことによりこれらを統括的に制御する。

なお、ハードディスク１５は、楽曲に関するデータファイル（特許請求の範囲に記載のコンテンツデータに相当する）を記憶している。具体的には、図２に示す説明図のように領域分けされ、データファイル等を記憶している。つまり、ハードディスク１５は、ブロードバンド用データ領域１５１とナローバンド用領域１５５とに分けられ、ブロードバンド用領域１５１には、曲毎に分けられたＭＰＥＧデータ１５２や、その曲リストであるブロードバンド曲リスト１５３を記憶しており、ナローバンド用領域１５５には、曲毎に分けられたＭＩＤＩデータ１５６や、その曲リストであるナローバンド曲リスト１５７を記憶している。このようにブロードバンド用領域１５５には、ブロードバンド回線に接続されたカラオケ装置のための比較的大きなサイズを有するデータファイルが記憶されており（ＭＰＥＧデータ１５２について言えば例えば５０ＭＢｙｔｅ）、ナローバンド用領域１５６には、ナローバンド回線に接続されたカラオケ装置のための比較的小さなサイズを有するデータファイルが記憶されている（ＭＩＤＩデータ１５６について言えば例えば５０ＫＢｙｔｅ）。

また、表示部１７は、例えばＣＲＴディスプレイや液晶ディスプレイ等から構成され、様々な情報を表示することができる。
また、操作部１９は、一般的なキーボードやマウス等から構成されており、ホスト１１の管理者からの操作指示を受け付けることができる。

また、ネットワークインターフェース２１は、光回線やＡＤＳＬ回線を介してインターネット３に接続され、カラオケ装置３１，６１と通信を行うことができる。
また、モデム２３は、電話回線５に接続され、この電話回線５を介してカラオケ装置３１，７１と通信を行うことができる。

ここで、実施例のホスト１１と特許請求の範囲に記載の用語との対応を示す。ハードディスク１５が特許請求の範囲に記載のコンテンツデータ記憶手段に相当し、ハードディスク１５が記憶するデータファイルが特許請求の範囲に記載のコンテンツデータに相当する。また、ネットワークインターフェース２１及びモデム２３が特許請求の範囲に記載の通信手段に相当し、制御部１３が特許請求の範囲に記載の制御手段に相当する。

次に、カラオケ装置３１，６１，７１について説明するが、これらのカラオケ装置は接続される通信回線（インターネット３，電話回線５）に違いがあるだけで基本的に同一構成であるため、ここではカラオケ装置３１についてのみ説明する。カラオケ装置３１は、制御部３３、ハードディスク３５、操作部３７、ネットワークインターフェース３９、モデム４１、アンプ４３、マイク４５、スピーカ４７、表示部４９を備える。

このうち、制御部３３は、周知のＣＰＵ、ＲＡＭ、ＲＯＭ等から構成され、ハードディスク３５、操作部３７、ネットワークインターフェース３９、モデム４１から受け取った情報に基づいて各種処理を実行し、ハードディスク３５、ネットワークインターフェース３９、モデム４１、アンプ４３及び表示部４９に各種指令やデータを渡すことによりこれらを統括的に制御する。

また、ハードディスク３５は、ホスト１１から受信した楽曲に関するデータファイルを記憶するためのものである。また、データファイルの一覧であるリスト（クライアント保有リスト）を記憶しており、データファイルを新たに記憶したり削除したりするとこのリストを更新するようになっている。

また、操作部３７は、キースイッチやリモートコントローラ等から構成されており、カラオケ装置３１の利用者からの操作指示（例えば曲の選択、演奏音のキーの調整、音量の調整等）を受け付けることができる。

また、ネットワークインターフェース３９は、光回線やＡＤＳＬ回線を介してインターネット３に接続され、ホスト１１と通信を行うことができる。
また、モデム４１は、電話回線５に接続され、この電話回線５を介してホスト１１と通信を行うことができる。

また、アンプ４３は、制御部３３から送られる音声信号や、利用者によって入力された音声に基づいてマイク４５から出力される音声信号を増幅させてスピーカ４７に音として出力させる。

また、表示部４９は、例えばＣＲＴディスプレイや液晶ディスプレイ等から構成され、様々な情報（例えば背景映像や歌詞情報等）を表示することができる。
ここまででカラオケ装置３１の構成について説明したが、上述した通り、カラオケ装置６１，７１もカラオケ装置３１と同様の構成を有する。ただし、カラオケ装置６１は、インターネット３にのみ接続されており電話回線５には接続されていない。また、カラオケ装置７１は、電話回線５にのみ接続されておりインターネット３には接続されていない。

次に、楽曲に関するデータファイルがホスト１１からカラオケ装置３１，６１，７１へ伝送される際の伝送処理についてカラオケ装置３１を例に挙げ、（１）ホスト１１が主体的に通信を制御する通信方法と、（２）カラオケ装置３１が主体的に通信を制御する通信方法とに分けて説明する。楽曲に関するデータファイルの伝送処理の際には、これらの通信方法の何れが採用されてもよく、カラオケ装置に接続された通信回線（インターネット３，電話回線５）の種類によって切り替えられるようになっていてもよいし、ホスト１１に対するカラオケ装置の接続台数によって切り替えられるようになっていてもよい。具体的には例えば、カラオケ装置がホスト１１にインターネット３を介して接続した場合には（１）の通信方法が採用され、電話回線５を介して接続した場合には（２）の通信方法を採用されるというように切り替えられるようになっていてもよい。また、カラオケシステムにおいてカラオケ装置の数が多い場合には（２）の通信方法が採用され、カラオケシステムにおいてカラオケ装置の数が少ない場合には（１）の通信方法が採用されるというように切り替えられるようになっていてもよい。もちろん、どちらか一方の通信方法のみが固定的に用いられるようになっていてもよい。

（１）ホスト１１が主体的に通信を制御する通信方法の場合
まず、伝送処理においてホスト１１が主体的に通信を制御する通信方法が用いられる場合について、図３のシーケンス図を用いて説明する。以下で説明する伝送処理は、ホスト１１に関しては、制御部１３において実行されるプログラムに基づいて制御部１３がホスト１１の各部を制御することによって実現され、カラオケ装置３１に関しては、制御部３３において実行されるプログラムに基づいて制御部３３がカラオケ装置３１の各部を制御することによって実現される。なお、この伝送処理は、カラオケ装置３１の電源が投入された際や、カラオケ装置３１の利用者等によって操作部３７が操作された際や、予め設定された時刻になった際等に実行が開始される。

伝送処理の実行が開始されると、まずカラオケ装置３１がホスト１１に対して通信を試み、通信を確立する（Ｓ１１０）。カラオケ装置３１は２つの通信インターフェース（ネットワークインターフェース３９，モデム４１）の何れを用いてもホスト１１と通信を行うことができるため、何れの通信インターフェースを用いて通信を確立するようになっていてもよい。カラオケ装置３１がどちらの通信インターフェース（ネットワークインターフェース３９，モデム４１）を用いるかは、例えば、ネットワークインターフェース３９を用いてホスト１１と通信を確立することを試み、通信が確立できない場合にモデム４１を用いてホスト１１と通信を確立するようになっているとよい。

通信が確立されるとカラオケ装置３１は、回線種別の情報をホスト１１に通知する（Ｓ１１５）。ここで言う回線種別の情報というのは、通信がインターネット３を介したものであるか電話回線５を介したものであるかを示す情報であり、Ｓ１１０において確立された通信が、ネットワークインターフェース３９が用いられて確立された通信である場合はインターネット３を示す情報であり、Ｓ１１０において確立された通信が、モデム４１が用いられて確立された通信である場合は電話回線５を示す情報である。

次に、カラオケ装置３１は、通信モードの情報をホスト１１に通知する（Ｓ１２０）。この通信モードの情報というのは、初期通信か定常通信かを表すものである。初期通信というのは、カラオケ装置３１が工場出荷後に初めてホスト１１と通信をする際の通信であり、この通信では、カラオケ装置３１のハードディスク３５の内容を最新の状態にするために大量のデータファイルがホスト１１からカラオケ装置３１へ伝送される。一方、定常通信というのは、定常的に（例えば１日に１度）実行される通信であり、ホスト１１側で更新されたデータファイルのみがホスト１１からカラオケ装置３１へ伝送される通信である。なお、定常通信は、初期通信に比較して伝送量は少ない。

続いて、カラオケ装置３１がハードディスク３５に記憶するデータファイルのリスト（クライアント保有リスト）を送信する（Ｓ１２５）。
一方、ホスト１１は、カラオケ装置３１が実行したＳ１１０〜Ｓ１２５の各ステップに対応した処理を実行する。具体的には、Ｓ１１０に対応してカラオケ装置３１との通信を確立し、Ｓ１１５に対応して回線種別の情報を受け取り、Ｓ１２０に対応して通信モードの情報を受け取り、Ｓ１２５に対応してクライアント保有リストを受信する。そして、このようにして受け取った情報を用いてホスト１１は最大通信時間決定処理を実行する（Ｓ１３０）。この最大通信時間決定処理について、図４のフローチャートを用いて詳しく説明する。

まず、回線種別がインターネット３であるか否かによって分岐する（Ｓ２１０）。このステップは、先ほどホスト１１がカラオケ装置３１から受け取った回線種別によって分岐する。回線種別がインターネット３であった場合はＳ２２０に進み、回線種別がインターネット３でなく電話回線５であった場合はＳ２５０に進む。

Ｓ２２０では、通信モードが定常通信であるか否かによって分岐する。このステップは、先ほどホスト１１がカラオケ装置３１から受け取った通信モードによって分岐する。通信モードが定常通信であった場合はＳ２３０に進み、通信モードが定常通信でなく初期通信であった場合はＳ２４０に進む。

Ｓ２３０では、最大通信時間を１時間として決定し、最大通信時間決定処理を終了する。Ｓ２４０では、最大通信時間を１時間３０分として決定し、最大通信時間決定処理を終了する。

一方、Ｓ２１０で回線種別はインターネット３でないとして進んだＳ２５０では、通信モードが定常通信であるか否かによって分岐する。このステップは、先ほどホスト１１がカラオケ装置３１から受け取った通信モードによって分岐する。通信モードが定常通信であった場合はＳ２６０に進み、通信モードが定常通信でなく初期通信であった場合はＳ２７０に進む。

Ｓ２６０では、最大通信時間を１５分として決定し、最大通信時間決定処理を終了する。Ｓ２７０では、最大通信時間を３０分として決定し、最大通信時間決定処理を終了する。

図３に戻り、次にホスト１１が、カラオケ装置３１に今から送信するデータファイルのリスト（送信リスト）を生成して送信する（Ｓ１３５）。このステップは、ホスト１１が、カラオケ装置３１から受け取った回線種別の情報に応じ、ホスト１１のハードディスク１５に記憶されているブロードバンド曲リスト１５３又はナローバンド曲リスト１５７の何れかを選択し、このリストにあってカラオケ装置３１から受信したクライアント保有リストにないデータファイルを選択してリストを生成し、その生成したリストをカラオケ装置３１に送信する。

続いて、ホスト１１は、Ｓ１３５で送信した送信リストに基づいて該当するデータファイルをカラオケ装置３１に送信する（Ｓ１４０〜Ｓ１５０）。本ステップでは、カラオケ装置３１がインターネット３を介してホスト１１と通信が確立されているのであればＭＰＥＧデータ１５２が送信され、カラオケ装置３１が電話回線５を介してホスト１１と通信が確立されているのであれば、ＭＩＤＩデータ１５６が送信される。

なお、図３のシーケンス図では、データファイルを３つ伝送するように記載しているが、実際はＳ１３５で送信した送信リストに基づいてそのリストに含まれる数だけデータファイルを送信する。ただし、Ｓ１３０で決定した最大通信時間を超える時間が送信にかかった場合は、最大通信時間を超えた時点でデータファイルの送信を停止するか、次の新たなデータファイルの送信を行わない。

ホスト１１は全てのデータファイルの送信を終了すると、通信を切断することをカラオケ装置３１に通知し（Ｓ１５５）、その後、実際に通信を切断し（Ｓ１６０）、本処理（伝送処理）を終了する。

一方、カラオケ装置３１は、ホスト１１が実行したＳ１３５〜Ｓ１５５の各ステップに対応する処理を実行する。具体的には、Ｓ１３５に対応してカラオケ装置３１はホスト１１から送信リストを受信し、Ｓ１４０〜Ｓ１５０に対応してカラオケ装置３１はホスト１１からデータファイルを受信してハードディスク３５に記憶する。なお、カラオケ装置３１は、送信リストを用いてホスト１１からリスト中のデータファイル全てを受信したか否かを全てのデータファイルの受信を完了するまで確認し続ける。また、ホスト１１が実行したＳ１５５に対しては、カラオケ装置３１は通信を切断する処理（例えば電話回線５を切断する等）を実行し（Ｓ１６５）、本処理（伝送処理）を終了する。ただし、カラオケ装置３１は、リスト中のデータファイル全てを受信しないうちにホスト１１から通信を切断する通知を受け取った場合には、表示部４９にその旨を表示する。

（２）カラオケ装置３１が主体的に通信を制御する通信方法の場合
次に、伝送処理においてカラオケ装置３１が主体的に通信を制御する通信方法が用いられる場合について、図５のシーケンス図を用いて説明する。以下で説明する伝送処理は、ホスト１１に関しては、制御部１３において実行されるプログラムに基づいて制御部１３がホスト１１の各部を制御することによって実現され、カラオケ装置３１に関しては、制御部３３において実行されるプログラムに基づいて制御部３３がカラオケ装置３１の各部を制御することによって実現される。なお、この伝送処理は、カラオケ装置３１の電源が投入された際や、カラオケ装置３１の利用者等によって操作部３７が操作された際や、予め設定された時刻になった際等に実行が開始される。

伝送処理の実行が開始されると、まずカラオケ装置３１がホスト１１に対して通信を試み、通信を確立する（Ｓ３１０）。カラオケ装置３１は２つの通信インターフェース（ネットワークインターフェース３９，モデム４１）の何れを用いてもホスト１１と通信を行うことができるため、何れの通信インターフェースを用いて通信を確立するようになっていてもよい。カラオケ装置３１がどちらの通信インターフェース（ネットワークインターフェース３９，モデム４１）を用いるかは、例えば、ネットワークインターフェース３９を用いてホスト１１と通信を確立することを試み、通信が確立できない場合にモデム４１を用いてホスト１１と通信を確立するようになっているとよい。

通信が確立されるとカラオケ装置３１は、回線種別の情報をホスト１１に通知する（Ｓ３１５）。ここで言う回線種別の情報というのは、通信がインターネット３を介したものであるか電話回線５を介したものであるかを示す情報であり、Ｓ３１０において確立された通信が、ネットワークインターフェース３９が用いられて確立された通信である場合はインターネット３を示す情報であり、Ｓ３１０において確立された通信が、モデム４１が用いられて確立された通信である場合は電話回線５を示す情報である。

次に、カラオケ装置３１は、通信モードの情報をホスト１１に通知する（Ｓ３２０）。この通信モードの情報というのは、初期通信か定常通信かを表すものである。初期通信というのは、カラオケ装置３１が工場出荷後に初めてホスト１１と通信をする際の通信であり、この通信では、カラオケ装置３１のハードディスク３５の内容を最新の状態にするために大量のデータファイルがホスト１１からカラオケ装置３１へ伝送される。一方、定常通信というのは、定常的に（例えば１日に１度）実行される通信であり、ホスト１１側で更新されたデータファイルのみがホスト１１からカラオケ装置３１へ伝送される通信である。なお、定常通信は、初期通信に比較して伝送量は少ない。

一方、ホスト１１は、カラオケ装置３１が実行したＳ３１０〜Ｓ３２０の各ステップに対応した処理を実行する。具体的には、Ｓ３１０に対応してカラオケ装置３１との通信を確立し、Ｓ３１５に対応して回線種別の情報を受け取り、Ｓ３２０に対応して通信モードの情報を受け取る。そして、このようにして受け取った情報を用いてホスト１１は最大通信時間決定処理を実行する（Ｓ３２５）。この最大時間決定処理は、上述した「（１）ホスト１１が主体的に通信を制御する通信方法の場合」で説明した最大通信時間決定処理と同じである（図４参照）。

続いて、ホスト１１が、最大通信時間決定処理において決定した最大通信時間をカラオケ装置３１に通知する（Ｓ３３０）。続いて、ホスト１１が、カラオケ装置３１から受け取った回線種別の情報に応じ、ホスト１１のハードディスク１５に記憶されているブロードバンド曲リスト１５３又はナローバンド曲リスト１５７の何れかを選択し、選択したリストをサーバ保有リストとしてカラオケ装置３１に送信する（Ｓ３３５）。

一方、カラオケ装置３１は、ホスト１１が実行したＳ３３０及びＳ３３５の各ステップに対応した処理を実行する。具体的には、Ｓ３３０に対応してカラオケ装置３１はホスト１１から最大通信時間を受け取り、Ｓ３３５に対応してカラオケ装置３１はホスト１１からサーバ保有リストを受信する。

そして、カラオケ装置３１は、受信したサーバ保有リストにあって、ハードディスク３５に記憶するクライアント保有リストに無いファイルデータを選択し、受信予定データファイルリストを生成する（Ｓ３４０）。そして、この受信予定データファイルリストの中から１つのデータファイルを選択し、その選択したデータファイルの特定情報（例えばデータファイルの名称）をホスト１１に通知する（Ｓ３４５）。

これに対し、ホスト１１は、カラオケ装置３１から通知されたデータファイルの特定情報に該当するデータファイルをハードディスク１５から読み出してカラオケ装置３１に送信する（Ｓ３５０）。

これに対しカラオケ装置３１は、ホスト１１データファイルを受信してハードディスク３５に記憶させる。
その後、カラオケ装置３１は受信予定データファイルリストの中からまだ受信していないデータファイルを１つ選択し、その特定したデータファイルの特定情報（例えばデータファイルの名称）をホスト１１に通知する（Ｓ３５５）。

これに対しホスト１１はＳ３４５と同様の処理を実行し（Ｓ３６０）、そしてカラオケ装置３１はホスト１１から受信したデータファイルをハードディスク３５に記憶する。このようにしてカラオケ装置３１は、受信予定データファイルリストに含まれる全てのデータファイルリストをホスト１１から受信するまで、同様の処理を繰り返す。

なお、図５のシーケンス図では、データファイルが２つ伝送されるように記載しているが２つである必要はなく、上述した通り、カラオケ装置３１が、受信予定データファイルリストに含まれる全てのデータファイルリストをホスト１１から受信するまで受信を繰り返す。なお、カラオケ装置３１は、受信予定のデータファイルリストを生成する際に、例えば、サーバ保有リスト中のデータファイルに解禁日のような属性が設定されている場合には、その解禁日を過ぎたデータファイルやその解禁日が間近に迫っているデータファイルのみを選択して受信予定データファイルリストを生成するようになっているとよい。

また、カラオケ装置３１が受信予定データファイルリストに含まれる全てのデータファイルリストをホスト１１から受信していなくても、Ｓ３３０に対応してホスト１１から受け取った最大通信時間を超える時間が受信にかかった場合は、最大通信時間を超えた時点でデータファイルの受信を停止するか、次の新たなデータファイルの受信を行わない。

このようにして、ホスト１１からカラオケ装置３１に送信されたサーバ保有リストにあって、カラオケ装置３１が記憶するクライアント保有リストに無いファイルデータ全てをカラオケ装置３１が受信すると、カラオケ装置３１は通信を切断することをホスト１１に通知する（Ｓ３６５）。

カラオケ装置３１は、通信を切断することをホスト１１に通知すると実際に通信を切断し（Ｓ３７０）、本処理（伝送処理）を終了する。
一方、ホスト１１は、通信を切断することをカラオケ装置３１から受け取ると通信を切断し（Ｓ３７５）、本処理（伝送処理）を終了する。

以上、楽曲に関するデータファイルがホスト１１からカラオケ装置３１，６１，７１へ伝送される際の伝送処理についてカラオケ装置３１を例に挙げ、（１）ホスト１１が主体的に通信を制御する通信方法の場合と（２）カラオケ装置３１が主体的に通信を制御する通信方法の場合とに分けて説明したが、伝送が完了してカラオケ装置３１，６１，７１のハードディスク３５にデータファイルが記憶された後は、利用者がカラオケ装置３１，６１，７１の操作部３７を操作することによりカラオケ装置３１，６１，７１はカラオケ演奏を行うことができる。つまり、カラオケ装置３１，６１，７１の制御部３３がハードディスク３５に記憶されているデータファイルを読み出し、その読み出したデータファイルを音楽データと映像データとに分け、音楽データについてはその音楽データから生成される音楽信号をアンプ４３に送り、アンプ４３はこの音楽信号と利用者によって入力され音声に基づいてマイク４５から出力される音声信号とを合わせた信号を増幅し、スピーカ４７に音として出力させる。また、映像データについてはその映像データから生成される映像信号を表示部４９に送り、表示部４９にカラオケの背景映像や字幕等を表示させる。

したがって、本実施例のホスト１１は、１台で複数の種別の通信回線に対応し、通信相手であるカラオケ装置３１，６１，７１が接続された通信回線の種別に対応するデータファイルをカラオケ装置毎に送信することができ、カラオケ装置３１，６１，７１は、ホスト１１から送信された回線種別に対応するデータファイルに基づいてカラオケ演奏を行うことができる。

以下、他の実施例について述べる。
（イ）上記実施例では、何れの通信方法の場合もカラオケ装置３１から通信を確立するようになっていたが、ホスト１１から通信を確立するようになっていてもよい。このようになっていればホスト１１が、通信開始時刻や通信対象のカラオケ装置を決定することができるため、各カラオケ装置に対して公平にデータファイルを伝送することができたり、各カラオケ装置に優先順位を付け、その優先順位に基づいた格差をつけてデータファイルを伝送することができる。

（ロ）上記実施例では、カラオケ装置３１が回線種別をホスト１１に通知するようになっていたが（図３のＳ１１５、図５のＳ３１５参照）、ホスト１１が自身でその回線種別を認識できるのであれば、カラオケ装置３１が回線種別をホスト１１に通知するステップを省略してもよい。具体的な認識方法としては、例えばモデム２３への着信情報を利用して認識することが考えられる。

（ハ）上記実施例のホスト１１はモデム２３を内蔵しているが、ホスト１１からこのモデム２３を省き、その代わりに外部のターミナルサーバ（複数のモデムを搭載して同時に多数の通信を実行可能な装置）を利用するように構成してもよい。つまり、電話回線５を介して接続してくるカラオケ装置からの通信を全てターミナルサーバが受け付けるように構成し、そしてターミナルサーバは受け付けた通信をホスト１１のネットワークインターフェース２１へ転送するようになっていればよい。このようになっていれば、ホスト１１は電話回線５を介して接続してくる複数のカラオケ装置と同時に通信を行うことができる。

（ニ）上述した（１）の通信方法の場合においても、（２）の通信方法の場合と同様にホスト１１が決定した最大通信時間（図３のＳ１３０参照）を、決定後すぐにカラオケ装置３１に通知するようになっていてもよい。このようになっていれば、例えば、何らかの理由でホスト１１が最大通信時間を超えてデータファイルを送信し続けるような状態になっても、カラオケ装置３１は決定された最大通信時間を限度として通信を切断することができるため、より決定された最大通信時間が守られることになる。

（ホ）上記実施例では、特許請求の範囲に記載の「通信継続条件」として最大通信時間を用い、この最大通信時間を伝送処理の中で決定し（図３のＳ１３０，図４，図５のＳ２３５参照）、この決定した最大通信時間を超えたとき、上記（１）の通信方法の場合は、ホスト１１が、最大通信時間を超えた時点でデータファイルの送信を停止するか、次の新たなデータファイルの送信を行わないようにしていた。また、上記（２）の通信方法の場合は、カラオケ装置３１が、最大通信時間を超えた時点でデータファイルの受信を停止するか、次の新たなデータファイルの受信を行わないようにしていた。

しかし、「通信継続条件」は最大通信時間以外のものでもよく、例えばデータファイルの総ファイル数やデータファイルの総ファイルサイズであってもよい。データファイルの総ファイル数を「通信継続条件」とする場合は、上述した実施例の最大通信時間を、データファイルの総ファイル数に読み替えればよい。そして、図４を用いて説明した最大通信時間決定処理を読み替えた、データファイルの総ファイル数決定処理において決定する具体的な総ファイル数は、例えば、Ｓ２３０では１０００個と決定し、Ｓ２４０では１５００個と決定し、Ｓ２６０では１５０個と決定し、Ｓ２７０では３００個と決定すればよい。また、データファイルの総ファイルサイズを「通信継続条件」とする場合は、上述した実施例の最大通信時間を、データファイルの総ファイルサイズに読み替えればよい。そして、図４を用いて説明した最大通信時間決定処理を読み替えた、データファイルの総ファイルサイズ決定処理において決定する具体的な総ファイル数は、例えば、Ｓ２３０では１０ＭＢｙｔｅと決定し、Ｓ２４０では１５ＭＢｙｔｅと決定し、Ｓ２６０では１．５ＭＢｙｔｅと決定し、Ｓ２７０では３ＭＢｙｔｅと決定すればよい。

このように「通信継続条件」を上述した最大通信時間以外の条件（例えばデータファイルの総ファイル数やデータファイルの総ファイルサイズ）に置き換えても、その条件を適切に設定しさえすれば、カラオケ装置が初めて設置されて機能する際のような大量のデータファイルの通信が行われる際にも、他のカラオケ装置の通信に及ぼす影響を少なくすることができる。

（へ）上記実施例では本発明をカラオケシステムにおけるホスト１１に適用したが、他にも例えばチケット予約システムやゲーム販売システム等におけるホストに適用してもよい。このようなシステムのおけるホストに本発明を適用しても上記実施例と同様の効果が得られる。

カラオケシステムの概略構成を示すブロック図である。 ホストのハードディスクの構成を示す説明図である。 伝送処理を説明するためのシーケンス図である。 最大通信時間決定処理を説明するためのフローチャートである。 伝送処理を説明するためのシーケンス図である。

符号の説明

３…インターネット、５…電話回線、１１…ホスト、１３…制御部、１５…ハードディスク、１７…表示部、１９…操作部、２１…ネットワークインターフェース、２３…モデム、３１…カラオケ装置、３３…制御部、３５…ハードディスク、３７…操作部、３９…ネットワークインターフェース、４１…モデム、４３…アンプ、４５…マイク、４７…スピーカ、４９…表示部。

Claims (8)

1. 通信回線の種別毎にその種別に対応するコンテンツデータを記憶するコンテンツデータ記憶手段と、
   複数種類の通信回線の何れかを介して一のコンテンツデータ受信装置と行う通信を同時に複数のコンテンツデータ受信装置と行うことのできる通信手段と、
   前記通信手段を介して前記コンテンツデータ受信装置からそのコンテンツデータ受信装置が利用する通信回線の種別情報を受け取り、その受け取った種別情報の示す種別に対応するコンテンツデータを前記コンテンツデータ記憶手段から読み出し、前記通信手段を介し、前記種別情報に対応する通信回線を用いて前記コンテンツデータを前記コンテンツデータ受信装置へ送信する送信処理を、コンテンツデータ受信装置毎に同時実行可能な制御手段と、
   を備えることを特徴とするコンテンツデータ送信装置。
2. 通信回線の種別毎にその種別に対応するコンテンツデータを記憶するコンテンツデータ記憶手段と、
   複数種類の通信回線の何れかを介して一のコンテンツデータ受信装置と行う通信を同時に複数のコンテンツデータ受信装置と行うことのできる通信手段と、
   前記通信手段を介して前記コンテンツデータ受信装置と通信した際に特定された通信回線の種別に対応するコンテンツデータを前記コンテンツデータ記憶手段から読み出し、前記通信手段を介し、前記特定された通信回線の種別と同じ種別の通信回線を用いて前記コンテンツデータを前記コンテンツデータ受信装置に送信する送信処理を、コンテンツデータ受信装置毎に同時実行可能な制御手段と、
   を備えることを特徴とするコンテンツデータ送信装置。
3. 請求項１又は請求項２に記載のコンテンツデータ送信装置において、
   前記制御手段は、前記通信手段を介してコンテンツデータを送信する際に用いる通信回線の種別に基づいて通信継続条件を決定し、その通信継続条件を示す情報を前記通信手段を介してコンテンツデータ受信装置に送信することを特徴とするコンテンツデータ送信装置。
4. 請求項３に記載のコンテンツデータ送信装置において、
   前記制御手段は、通信を行う最大時間、伝送されるコンテンツデータの総ファイル数、又は伝送されるコンテンツデータの総ファイルサイズの何れか少なくとも１つを前記通信継続条件として決定することを特徴とするコンテンツデータ送信装置。
5. 請求項３又は請求項４に記載のコンテンツデータ送信装置において、
   前記制御手段は、前記通信継続条件を満たさない状況になってもなお継続している前記送信処理を終了することを特徴とするコンテンツデータ送信装置。
6. 請求項１〜請求項５の何れかに記載のコンテンツデータ送信装置において、
   前記制御手段は、前記送信処理に先立ち、コンテンツデータ受信装置からそのコンテンツデータ受信装置が保持しているコンテンツデータのリストを通信手段を介して受信し、このリストにないコンテンツデータを、前記リストを送信してきたコンテンツデータ受信装置へ前記送信処理によって送信することを特徴とするコンテンツデータ送信装置。
7. 請求項１〜請求項５の何れかに記載のコンテンツデータ送信装置において、
   前記記憶手段は、通信回線の種別毎にコンテンツデータのリストを記憶し、
   前記制御手段は、前記送信処理に先立ち、その送信処理に用いる通信回線の種別に対応した前記リストを前記記憶手段から読み出して前記通信手段を介してコンテンツデータ受信装置に送信し、そのリストに基づいて前記コンテンツデータ受信装置から要求されたコンテンツデータを前記送信処理によってコンテンツデータ受信装置に送信することを特徴とするコンテンツデータ送信装置。
8. コンピュータを請求項１〜請求項７の何れかに記載のコンテンツデータ送信装置の前記制御手段として機能させるためのプログラム。

Images