(57)【要約】【課題】本発明は、データ判定システムおよびデータ通信端末に関し、配信センタから端末に配信されたデータが端末の要求するデータであるか否かの判定を正確に行うことを目的とする。【解決手段】カラオケ曲の曲データを配信要求する車載端末と、車載端末からの配信要求に対して当該曲の、曲名，歌手名，音情報，画像情報等により構成される曲データをファイルごと当該車載端末に配信する配信センタと、を設ける。配信センタに、車載端末に配信した曲データの固有識別番号を記憶させる。車載端末に、配信センタからの曲データから音情報の固有識別番号を抽出させると共に、その抽出した固有識別番号を配信センタに向けて送信させる。そして、配信センタに、記憶した曲データの固有識別番号と車載端末からの音情報の固有識別番号とを比較させることにより、車載端末に配信した曲データが車載端末の要求する曲データであるか否かを判定させる。【選択図】　　　　図１
2004109351.tif 000002
【特許請求の範囲】
【請求項１】
データ名により管理されているデータの配信を要求する端末と、前記端末からの要求に応じてデータ名の付されたデータを該端末に配信するセンタと、の間で送受されるデータに関して判定を行うシステムであって、
前記端末が前記センタから受信したデータのデータ名を抽出するデータ名抽出手段と、
前記端末が配信を要求したデータのデータ名と前記データ名抽出手段により抽出されたデータ名とを比較することにより、前記センタが前記端末に配信したデータが該端末の要求するデータであるか否かを判定する判定手段と、
を備えることを特徴とするデータ判定システム。
【請求項２】
前記センタから前記端末に配信されるデータが、複数種類のデータにより構成されていると共に、
前記端末が前記センタから受信したデータを複数種類のデータに分解する分解手段を備え、
前記データ名抽出手段は、前記分解手段により分解された複数種類のデータの各データ名のうち少なくとも一のデータ名を抽出することを特徴とする請求項１記載のデータ判定システム。
【請求項３】
前記データ名は、曲名に関する識別情報であり、
前記センタから前記端末に配信されるデータは、所定の識別情報を有し、曲名に対応する少なくとも曲の音情報と画像情報とにより構成されていることを特徴とする請求項２記載のデータ判定システム。
【請求項４】
前記センタは、前記判定手段により前記端末に配信したデータが該端末の要求するデータであると判定される場合には該端末の利用者に対して課金処理を実行し、一方、前記端末に配信したデータが該端末の要求するデータでないと判定される場合には該端末の利用者に対して課金処理を実行しないことを特徴とする請求項１乃至３の何れか一項記載のデータ判定システム。
【請求項５】
データ名により管理されているデータの配信をセンタに要求するデータ配信要求手段と、
前記センタから受信したデータのデータ名を抽出するデータ名抽出手段と、
前記データ名抽出手段により抽出されたデータ名を前記センタへ送信する送信手段と、
を備えることを特徴とするデータ通信端末。
【請求項６】
前記送信手段は、前記センタに、該センタが前記端末に配信したデータのデータ名との比較により該配信したデータが該端末の要求するデータであるか否かを判定させるべく、前記データ名抽出手段により抽出されたデータ名を該センタへ送信することを特徴とする請求項５記載のデータ通信端末。
【請求項７】
データ名により管理されているデータの配信をセンタに要求するデータ配信要求手段と、
前記センタから受信したデータのデータ名を抽出するデータ名抽出手段と、
配信を要求したデータのデータ名と前記データ名抽出手段により抽出されたデータ名とを比較することにより、前記センタが配信したデータが要求するデータであるか否かを判定する判定手段と、
を備えることを特徴とするデータ通信端末。
【請求項８】
前記センタから配信されるデータが、複数種類のデータにより構成されていると共に、
前記センタから受信したデータを複数種類のデータに分解する分解手段を備え、
前記データ名抽出手段は、前記分解手段により分解された複数種類のデータの各データ名のうち少なくとも一のデータ名を抽出することを特徴とする請求項５乃至７の何れか一項記載のデータ通信端末。
【請求項９】
前記データ名は、曲名に関する識別情報であり、
前記センタから配信されるデータは、所定の識別情報を有し、曲名に対応する少なくとも曲の音情報と画像情報とにより構成されていることを特徴とする請求項８記載のデータ通信端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ判定システムおよびデータ通信端末に係り、特に、センタから移動体へ向けてダウンロードされたデータが移動体の要求するデータであるか否かを判定するうえで好適なデータ判定システムおよびデータ通信端末に関する。
【０００２】
【従来の技術】
従来より、データの配信を要求する端末と、端末からの要求に応じてデータを配信する配信センタと、を備えるデータ通信システムが知られている（例えば、特許文献１参照）。この従来のシステムにおいて、配信センタから端末に正常にデータが配信されたか否かの判定は、センタ側データベースに記憶されているデータのデータ名およびデータサイズと、配信済みログ内に記憶されたデータのデータ名およびデータサイズとをそれぞれ比較することにより行われる。その結果、同一データ名におけるデータサイズが一致する場合には正常な配信が行われたと判定し、一方、同一データ名におけるデータサイズが一致しない場合には正常な配信が行われなかったと判定する。
【０００３】
【特許文献１】
特開平１１−２７５２５２号公報。
【０００４】
【発明が解決しようとする課題】
ところで、配信センタから端末に配信されるデータが例えばカラオケ曲の音情報と画像情報との如く複数種類のデータを含む場合においては、一のカラオケ曲の配信データが生成される際に、人為的ミス等に起因して、そのデータに異なるカラオケ曲の音情報又は画像情報が含まれてしまうことがある。このように異なるカラオケ曲の情報が含まれた配信データが生成され、センタ側データベースに記憶されると、その配信データは表面上は所望のカラオケ曲のものである一方で、内部の各データは所望のカラオケ曲のものでなくなる。
【０００５】
この点、上記従来のシステムの如く、配信センタから正常にデータが配信されたか否かの判定を、センタ側データベースに記憶されているデータのデータ名およびデータサイズと、配信済みログ内に記憶されたデータのデータ名およびデータサイズとの比較結果に基づいて行う構成では、配信データに所望のカラオケ曲のものでない音情報又は画像情報が含まれていても、センタ側では正常な配信が行われたと判定される。すなわち、上記従来のシステムでは、配信センタから端末に正常にデータが配信されたか否かの判定が正確に行われないおそれがあり、端末に所望のデータが配信されていないにもかかわらず該端末の利用者に対して課金処理が行われる不都合が生じ得る。
【０００６】
本発明は、上述の点に鑑みてなされたものであり、配信センタから端末に配信されたデータが端末の要求するデータであるか否かの判定を正確に行うことが可能なデータ判定システムおよびデータ通信端末を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記の目的は、請求項１に記載する如く、データ名により管理されているデータの配信を要求する端末と、前記端末からの要求に応じてデータ名の付されたデータを該端末に配信するセンタと、の間で送受されるデータに関して判定を行うシステムであって、
前記端末が前記センタから受信したデータのデータ名を抽出するデータ名抽出手段と、
前記端末が配信を要求したデータのデータ名と前記データ名抽出手段により抽出されたデータ名とを比較することにより、前記センタが前記端末に配信したデータが該端末の要求するデータであるか否かを判定する判定手段と、
を備えるデータ判定システムにより達成される。
【０００８】
本発明において、センタからデータが配信され、端末が受信すると、その後、そのデータのデータ名が抽出される。そして、その抽出されたデータ名と端末が配信を要求したデータのデータ名とが比較される。センタが端末に配信するデータのデータ名は、端末の要求するデータのデータ名に一致する。このため、抽出データ名と配信要求データ名とが一致する場合には、端末の要求するデータがセンタから端末に配信されたと判断できる。一方、両データ名が一致しない場合には、端末の要求するデータが端末に配信されなかったと判断できる。従って、上記の如く端末が実際に受信したデータのデータ名と端末が配信を要求したデータのデータ名とを比較すれば、センタが端末に配信したデータが端末の要求するデータであるか否かの判定を正確に行うことができる。
【０００９】
尚、請求項２に記載する如く、請求項１記載のデータ判定システムにおいて、前記センタから前記端末に配信されるデータが、複数種類のデータにより構成されていると共に、前記端末が前記センタから受信したデータを複数種類のデータに分解する分解手段を備え、前記データ名抽出手段は、前記分解手段により分解された複数種類のデータの各データ名のうち少なくとも一のデータ名を抽出することとすれば、端末がセンタから受信したデータに要求データのデータ名に対応しないデータ名の付されたデータが含まれる状況下においてそのデータが端末の要求するデータでないと判定するので、センタが端末に配信したデータが端末の要求するデータであるか否かの判定を正確に行うことができる。
【００１０】
この場合、請求項３に記載する如く、請求項２記載のデータ判定システムにおいて、前記データ名は、曲名に関する識別情報であり、前記センタから前記端末に配信されるデータは、所定の識別情報を有し、曲名に対応する少なくとも曲の音情報と画像情報とにより構成されていることとすれば、配信データが曲名に対応した音情報又は画像情報により構成されていない事態を把握することができるので、センタが端末に配信したデータが端末の要求するデータであるか否かの判定を正確に行うことができる。
【００１１】
また、請求項４に記載する如く、請求項１乃至３の何れか一項記載のデータ判定システムにおいて、前記センタは、前記判定手段により前記端末に配信したデータが該端末の要求するデータであると判定される場合には該端末の利用者に対して課金処理を実行し、一方、前記端末に配信したデータが該端末の要求するデータでないと判定される場合には該端末の利用者に対して課金処理を実行しないデータ判定システムは、要求データの配信に対する端末利用者への課金処理を適切に行ううえで有効である。
【００１２】
本発明において、センタが端末に配信したデータが端末の要求するデータである場合には該端末の利用者に対して課金処理が実行され、一方、センタが端末に配信したデータが端末の要求するデータでない場合には課金処理が実行されない。かかる構成によれば、端末にセンタから端末の要求するデータが配信されなかった場合に端末利用者に対して課金が行われるのを防止できるので、要求データの配信に対する端末利用者への課金処理を適切に行うことができる。
【００１３】
上記の目的は、請求項５に記載する如く、データ名により管理されているデータの配信をセンタに要求するデータ配信要求手段と、
前記センタから受信したデータのデータ名を抽出するデータ名抽出手段と、
前記データ名抽出手段により抽出されたデータ名を前記センタへ送信する送信手段と、
を備えるデータ通信端末により達成される。
【００１４】
本発明において、端末は、センタの配信するデータを受信すると、そのデータのデータ名を抽出し、センタへ送信する。かかる構成において、センタは、データ配信を受けた端末から送信されたデータ名と実際に端末に配信していた端末の要求データのデータ名とを比較することにより、端末の要求するデータが端末に配信されたか否かを判断できる。従って、本発明によれば、センタに、端末に配信したデータが端末の要求するデータであるか否かの判定を正確に行わせることができる。
【００１５】
この場合、請求項６に記載する如く、請求項５記載のデータ通信端末において、前記送信手段は、前記センタに、該センタが前記端末に配信したデータのデータ名との比較により該配信したデータが該端末の要求するデータであるか否かを判定させるべく、前記データ名抽出手段により抽出されたデータ名を該センタへ送信することとすればよい。
【００１６】
また、上記の目的は、請求項７に記載する如く、データ名により管理されているデータの配信をセンタに要求するデータ配信要求手段と、
前記センタから受信したデータのデータ名を抽出するデータ名抽出手段と、
配信を要求したデータのデータ名と前記データ名抽出手段により抽出されたデータ名とを比較することにより、前記センタが配信したデータが要求するデータであるか否かを判定する判定手段と、
を備えるデータ通信端末により達成される。
【００１７】
本発明において、端末は、センタの配信するデータを受信すると、そのデータのデータ名を抽出し、その抽出したデータ名と要求するデータのデータ名とを比較する。両者が一致する場合には端末の要求するデータが端末に配信されたと判断でき、一方、両者が一致しない場合には端末の要求するデータが配信されなかったと判断できる。従って、上記の如く端末の受信したデータのデータ名と端末の要求したデータのデータ名とを比較すれば、センタが配信したデータが端末の要求するデータであるか否かの判定を正確に行うことができる。
【００１８】
尚、請求項８に記載する如く、請求項５乃至７の何れか一項記載のデータ通信端末において、前記センタから配信されるデータが、複数種類のデータにより構成されていると共に、前記センタから受信したデータを複数種類のデータに分解する分解手段を備え、前記データ名抽出手段は、前記分解手段により分解された複数種類のデータの各データ名のうち少なくとも一のデータ名を抽出することとすれば、端末がセンタから受信したデータに要求データのデータ名に対応しないデータ名の付されたデータが含まれる状況下においてそのデータが端末の要求するデータでないと判定されるので、端末に配信したデータが端末の要求するデータであるか否かの判定が正確に行われる。
【００１９】
この場合、請求項９に記載する如く、請求項８記載のデータ通信端末において、前記データ名は、曲名に関する識別情報であり、前記センタから配信されるデータは、所定の識別情報を有し、曲名に対応する少なくとも曲の音情報と画像情報とにより構成されていることとすれば、配信データが曲名に対応した音情報又は画像情報により構成されていない事態が把握されるので、センタが配信したデータが端末の要求したデータであるか否かの判定が正確に行われる。
【００２０】
【発明の実施の形態】
図１は、本発明の一実施例であるデータ通信システムの構成図を示す。図１に示す如く、本実施例のデータ通信システムは、車両に搭載される通信カラオケ端末（以下、単に車載端末と称す）１０と、車載端末１０にカラオケ曲のデータを有償で提供する配信センタ１２と、を備えており、車室内において搭乗者にカラオケを行わせるべく、配信センタ１２と車載端末１０との間で曲データの授受のための通信を行う通信カラオケシステムである。車載端末１０と配信センタ１２とは、通信回線１４を介して通信可能に構成されている。
【００２１】
配信センタ１２は、それぞれ多数のカラオケ曲の曲データが格納されているデータベースを有する複数のコンテンツプロバイダ（以下、ＣＰと称す）１６に接続されている。曲データは、曲名，歌手名，作曲家名，音情報，画像情報等により構成されている。各ＣＰ１６はそれぞれ、同一のカラオケ曲に対して独自の曲データを有し、また、同一歌手や同一作曲家のメドレー曲やジャンルについて独自に構成された曲の曲データを有している。また、各曲データには、固有の識別番号（例えば５桁の記号番号等）が付されている。尚、この固有識別番号は、仮に同一の曲名であってもＣＰ１６ごとにそれぞれ独自に付された識別番号である。
【００２２】
配信センタ１２は、配信制御部２０を備え、配信制御部２０により制御される。配信センタ１２は、通信回線１４を介して、車載端末１０からカラオケ曲のダウンロード要求を受け、その曲データを一のＣＰ１６から取り出した後に車載端末１０に向けてダウンロードする。配信制御部２０には、メモリ２２及び課金部２４が接続されている。メモリ２２には、利用者ＩＤとカラオケ曲のデータ配信料を引き落とすための口座番号とが対応して格納されている。また、課金部２４は、配信制御部２０の指令により、配信センタ１２からカラオケ曲のデータ配信が行われた車載端末１０の利用者に対して課金処理を、メモリ２２に格納された該利用者の口座番号を介して行う。
【００２３】
また、車載端末１０は、制御部３０を備え、制御部３０により制御される。制御部３０には、タッチディスプレイ３２が接続されている。タッチディスプレイ３２は、車両搭乗者に操作される操作入力部と車両搭乗者に対して視認可能な表示部とを一体に構成した機器である。タッチディスプレイ３２の表示画面には、曲データ取得時は配信センタ１２の曲データを取得するための入力部が現れ、また、カラオケ演奏時はその歌詞および画像情報と共に入力部が現れる。制御部３０は、タッチディスプレイ３２の入力部における入力に応じた制御を行うと共に、タッチディスプレイ３２に対して歌詞および画像出力を行う。
【００２４】
制御部３０には、また、カラオケ用マイク３４及び車載スピーカ３６が接続されている。制御部３０は、カラオケ演奏時、車載スピーカ３６からカラオケ曲の演奏を行うと共に、同時にマイク３４に入力された搭乗者の音声を増幅して出力させる。
【００２５】
車載端末１０は、また、制御部３０に接続するデータ通信部３８、ＲＡＭ４０、及びＥＥＰＲＯＭ４２を備えている。データ通信部３８は、接続された携帯電話４４を介して通信回線１４に回線接続し、配信センタ１２とのデータ通信を行う。ＲＡＭ４０は、一曲分のカラオケ曲の曲データを一時記憶するデータ保存領域を有するメモリである。また、ＥＥＰＲＯＭ４２は、一曲のカラオケ曲の曲データを記憶するデータ保存領域を有する不揮発性メモリである。
【００２６】
次に、本実施例のデータ通信システムの動作について説明する。利用者は、配信センタ１２からカラオケ曲の曲データのダウンロードを受けるうえで、まず、配信センタ１２と利用契約を交わす。この際、利用者は、利用者ＩＤおよび配信料の引き落としのための口座番号を登録すると共に、また、配信センタ１２が接続する全ＣＰ１６のうち利用するＣＰ１６を予め一つ以上選択し登録する。
【００２７】
本実施例の車両用通信カラオケシステムは、車載端末１０においてタッチディスプレイ３２に表示されたアプリケーション起動ボタンの押下により起動される。そして、利用者ＩＤ及びパスワードが入力され、利用するＣＰ１６が選択され、かつ、メニュー画面からカラオケコースが選択された場合、搭乗者に選択ＣＰ１６を用いたカラオケを行わせるモード（以下、カラオケモードと称す）に移行する。
【００２８】
図２及び図３はそれぞれ、本実施例においてカラオケモードが開始された直後における車載端末１０のタッチディスプレイ３２の表示画面を模式的に表した図を示す。尚、図３に示す表示画面は、図２に示す表示画面よりも下の階層における表示画面である。カラオケモードが開始されると、タッチディスプレイ３２の表示画面に、図２に示す如く、“選曲メニュー”ボタンが現れる。
【００２９】
本実施例のシステムにおいて、車室内において搭乗者がカラオケを行う際の選曲手法としては、▲１▼番号選曲、▲２▼お気に入り選曲、▲３▼ローカル選曲、▲４▼十八番曲、および▲５▼予約再生の５つがある。図２に示す表示画面において“選曲メニュー”ボタンが押下されると、タッチディスプレイ３２の表示画面は、図２に示す画面から図３に示す画面へ切り替わる。尚、図３に示す画面において、“十八番曲”ボタン及び“予約再生”ボタン以外の各ボタンは、車両走行時、走行規制のために操作不可能にトーンダウンする。以下、タッチディスプレイ３２に現れるボタンは、原則として車両走行中は操作不可能にトーンダウンする。
【００３０】
カラオケモード時に図３に示す表示画面において“番号選曲”ボタンが押下されると、タッチディスプレイ３２の表示画面に、カラオケ曲の固有識別番号を入力するための入力ボタン及び取得開始ボタンが現れる。かかる状態で選択したＣＰ１６に対応する曲の固有識別番号が搭乗者により入力操作され、取得開始ボタンが押下されると、車載端末１０は、配信センタ１２と通信回線接続し、配信センタ１２に対して、利用者ＩＤおよび利用するＣＰ１６のＩＤを送信すると共に、その固有識別番号に対応する曲の曲データのダウンロードを要求する。
【００３１】
また、カラオケモード時に図３に示す表示画面において“お気に入り”ボタンが押下されると、タッチディスプレイ３２の表示画面に、自己の利用者がカラオケで歌う頻度の高い好みの曲名が歌手名と共にリスト化された「お気に入りリスト」および取得開始ボタンが表示される。この「お気に入りリスト」は、利用者が車載端末１０や携帯電話，パソコン，ＰＤＡ等を用いてＷＥＢ上で予め配信センタ１２に保存させたものである。「お気に入りリスト」は、最大で例えば５０曲まで保有可能であり、ＣＰ１６ごとに作成可能である。
【００３２】
配信センタ１２に保存された「お気に入りリスト」が、選択したＣＰ１６の各曲名に対応する固有識別番号と共に車載端末１０に取り込まれた後は、車載端末１０において「お気に入りリスト」からカラオケ曲の指定が可能となる。かかる状態でタッチディスプレイ３２の表示画面における「お気に入りリスト」から一曲が指定され、取得開始ボタンが押下されると、車載端末１０は、配信センタ１２と通信回線接続し、配信センタ１２に対して、利用者ＩＤおよび利用するＣＰ１６のＩＤを送信すると共に、その指定された曲の固有識別番号を配信センタ１２に向けて送信することにより、その固有識別番号に対応する曲の曲データのダウンロードを要求する。
【００３３】
また、カラオケモード時に図３に示す表示画面において“ＳＤ選曲”ボタンが押下されると、タッチディスプレイ３２の表示画面に、ポップス，演歌等の曲のジャンルを特定するための“ジャンル選択”ボタン、歌手名を特定するための“歌手選択”ボタン、及び曲名を特定するための“曲選択”ボタンが現れる。車載端末１０に設けられたメモリカードスロットに、ＣＰ１６に格納された曲の曲データのうち例えば３０００曲分の曲名，歌手名，作曲家名，ジャンル名，固有識別番号（以下、これらの曲識別データと称す）がパソコン等を用いて書き込まれたＳＤ（Ｓｅｃｕｒｅ　Ｄｉｇｉｔａｌ）カードが挿入された状態で、曲のジャンル、歌手名、又は曲名が車両搭乗者により指定されると、ＳＤカードに書き込まれた曲の範囲でその指定に従った検索が行われる。そして、その検索結果が示された曲選択画面において一曲が指定され、取得開始ボタンが押下されると、車載端末１０は、配信センタ１２と通信回線接続し、配信センタ１２に対して、利用者ＩＤおよび利用するＣＰ１６のＩＤを送信すると共に、その指定された曲の固有識別番号を配信センタ１２に向けて送信することにより、その固有識別番号に対応する曲データのダウンロードを要求する。
【００３４】
更に、カラオケモード時に図３に示す表示画面において“予約再生”ボタンが押下されると、車載端末１０は、配信センタ１２と通信回線接続し、「予約再生リスト」内の曲の曲データのダウンロードを要求する。この「予約再生リスト」は、利用者によりカラオケで歌われる曲が予めリスト化されたものであり、利用者が車載端末１０や携帯電話，パソコン，ＰＤＡ等を用いてＷＥＢ上で予め配信センタ１２に保存させたものである。「予約再生リスト」は、最大で例えば５０曲まで保有可能であり、ＣＰ１６ごとに作成可能である。
【００３５】
配信センタ１２は、車載端末１０から“番号選曲”、“お気に入り選曲”、及び“ＳＤ選曲”によるダウンロード要求を受けた場合、その固有識別番号の曲データを利用すべきＣＰ１６のデータベースから読み出すと共に、その曲データの音情報等のすべてのデータをその車載端末１０に向けてダウンロードする。また、配信センタ１２は、車載端末１０から“予約再生”によるダウンロード要求がなされた場合、保存するその利用者の「予約再生リスト」から最初に登録された一曲又はランダムな一曲を選び出し、その曲の曲データを利用すべきＣＰ１６から読み出すと共に、その曲データの音情報等のすべてのデータをその車載端末１０に向けてダウンロードする。
【００３６】
車載端末１０は、ダウンロード要求後に配信センタ１２からの曲データを受信した場合、その曲データを一時記憶ＲＡＭ４０に記憶する。そして、その曲データの取得が完了すると、配信センタ１２に向けて曲データ取得の完了通知を行うと共に、その曲データによる曲のカラオケ再生、すなわち、スピーカによる伴奏およびタッチディスプレイ３２による歌詞を含む画像表示（車両走行中は非表示）を開始する。
【００３７】
配信センタ１２は、車載端末１０から“予約再生”によるダウンロード要求がなされた状況下において、「予約再生リスト」による曲データのダウンロード後に車載端末１０からその取得完了通知を受信した場合、その曲を「予約再生リスト」から削除する。車載端末１０は、“予約再生”によるダウンロードが行われた曲のカラオケ再生が終了した場合又はその曲のスキップ処理がなされた場合、「予約再生リスト」内の次曲のデータのダウンロードを配信センタ１２に要求する。配信センタ１２は、“予約再生”による次曲のダウンロード要求がなされた場合は、前曲が取得完了通知により既に削除されているその利用者の「予約再生リスト」から一曲を選び出し、その曲の曲データをＣＰ１６から読み出し、その曲データの音情報等のすべてのデータをその車載端末１０に向けてダウンロードする。
【００３８】
“予約再生”時には、車載端末１０及び配信センタ１２は、上記した処理を繰り返し行う。そして、配信センタ１２は、「予約再生リスト」内の曲のデータをすべてダウンロードし、最後の曲データに係る取得完了通知を車載端末１０から受信すると、その利用者の「予約再生リスト」内に予約再生曲が存在しない状態となり、車載端末１０に対して予約再生曲が存在しない旨を通知する。
【００３９】
また、カラオケモード時に図３に示す表示画面において“十八番曲”ボタンが押下されると、車載端末１０は、車両搭乗者による所定の操作により予めＥＥＰＲＯＭ４２に格納されていた曲データを読み出し、ＲＡＭ４０にコピーし、その曲のカラオケ再生を開始する。
【００４０】
このように、本実施例のシステムにおいては、車両搭乗者が車室内においてカラオケを行う際、▲１▼番号選曲、▲２▼お気に入り選曲、▲３▼ローカル選曲、▲４▼十八番曲、および▲５▼予約再生の５つの選曲手法を用いることができる。従って、車室内においてカラオケを行ううえで車両搭乗者に複数の選曲手法を提供することができ、車両搭乗者によるカラオケの選曲の自由度を高めることができ、車両搭乗者に最適な選曲手法を選択させることができる。
【００４１】
すなわち、“番号選曲”によれば、カラオケを希望する曲の固有識別番号を搭乗者が知っている場合にはその曲のカラオケを容易に行うことができる。また、“お気に入り選曲”によれば、利用者にとって不要な曲が収録されていないより効果的な曲をリスト化した「お気に入りリスト」をサーバ２２に作成した上でその「お気に入りリスト」を曲別の固有識別番号と共に車載端末１０に取り込み、車載端末１０において「お気に入りリスト」からカラオケ再生を行う曲を車両搭乗者に指定させるので、車両搭乗者による曲選択を曲の固有識別番号を入力することなく迅速に行いつつ、車室内においてカラオケを楽しむことができる。
【００４２】
また、“ＳＤ選曲”によれば、曲識別データが書き込まれたＳＤカードを用いるので、曲の固有識別番号を入力することなく車室内においてカラオケを行うことができる。また、“予約再生”によれば、カラオケで歌う曲を予めリスト化した「予約再生リスト」を配信センタ１２に作成するので、車両搭乗者が一々選曲操作を行うことなく継続して車室内において好みの曲のカラオケを行うことができる。更に、“十八番曲”によれば、車両搭乗者が複数回にわたってカラオケを行う“十八番”の曲をＥＥＰＲＯＭ３０に記憶するので、カラオケごとに車載端末１０が配信センタ１２から曲データをダウンロードする必要はなく、簡易に十八番の曲のカラオケを行うことができる。
【００４３】
ところで、本実施例のシステムにおいては、車載端末１０から配信センタ１２に“番号選曲”、“お気に入り選曲”、“ＳＤ選曲”、及び“予約再生”によるダウンロード要求がなされると、配信センタ１２は、その固有識別番号の曲データを利用すべきＣＰ１６のデータベースから読み出し、その読み出した曲データをその車載端末１０に向けてダウンロードする。曲データは、ＣＰ１６ごとに設けられたデータであり、上記の如く、曲名，歌手名，作曲家名，音情報，画像情報等により構成されている。この点、ＣＰ１６において一のカラオケ曲の曲データが生成される際に、人為的ミス等に起因して、その曲データに異なるカラオケ曲の音情報や画像情報等が含まれてしまうことがある。例えば、“１２３４５”という固有識別番号を有する曲の曲データに、音情報として、“２３４５６”という固有識別番号の曲の音情報が含まれたり、或いは、“３４５６７”という固有識別番号の曲の音情報が含まれてしまうことがある。
【００４４】
かかる事態が生じた場合には、曲データ全体のファイル名は所望のカラオケ曲のものとなる一方で、内部の音情報や画像情報等の各データのデータ名は所望のカラオケ曲のものでなくなる。かかる事態が生じている状況下においてその曲の曲データのダウンロードがなされると、配信センタ１２から車載端末１０に所望の曲の音情報や画像情報等がダウンロードされないにもかかわらずその利用者に対して課金処理が行われる不都合が生ずる。
【００４５】
そこで、本実施例のシステムは、配信センタ１２から車載端末１０にダウンロードされた曲データが車載端末１０側の要求する曲の曲データであるか否かの判定を正確に行い、車載端末１０に要求する曲の曲データが配信センタ１２からダウンロードされなかった場合にはその車載端末１０の利用者に対して課金処理が行われるのを防止する点に特徴を有している。以下、図４乃至図６を参照して、本実施例の特徴部について説明する。
【００４６】
図４は、本実施例のシステムにおいて曲データのダウンロード時に車載端末１０と配信センタ１２との間で行われる信号送受を時系列順に並べた図を示す。本実施例のシステムにおいて、車載端末１０は、“番号選曲”、“お気に入り選曲”、“ＳＤ選曲”、及び“予約再生”によるダウンロード要求を配信センタ１２に対して行う際、車載端末１０と配信センタ１２との間における認証のための利用者ＩＤ、利用するＣＰ１６のＩＤ、及び、ダウンロードを要求するカラオケ曲の固有識別番号を送信する。
【００４７】
配信センタ１２は、車載端末１０からダウンロード要求を受けた場合、まず、利用者ＩＤからその利用者がカラオケ曲の配信サービスを受け得る者であるか否かの認証を行う。そして、認証が得られると、送信されたＩＤ番号に対応するＣＰ１６に接続し、そのデータベースからダウンロード要求された固有識別番号（尚、以下の説明では適宜、“１２３４５”とする）のカラオケ曲の曲データを読み出す。
【００４８】
曲データは、曲名，歌手名，作曲家名，音情報，画像情報等を一つにまとめたものであり、曲に対応するファイル名（例えば図４に示す如く、“曲の固有識別番号”＋拡張子ｓｎｇ）により管理されている。また、音情報，画像情報はそれぞれ、一のカラオケ曲の音情報または画像情報のすべてを有し、曲に対応するファイル名（例えば図４に示す如く、音情報の場合は“曲の固有識別番号”＋拡張子ｍｉｄ、画像情報の場合は“曲の固有識別番号”＋拡張子ｖｄｆ）により管理されている。
【００４９】
配信センタ１２は、車載端末１０がダウンロード要求する固有識別番号“１２３４５”のカラオケ曲の曲データ（１２３４５．ｓｎｇ）をＣＰ１６のデータベースから読み出した後、その曲データをファイルごと当該車載端末１０に向けてダウンロードすると共に、その読み出した曲データの固有識別番号“１２３４５”をメモリに記憶する。
【００５０】
車載端末１０は、ダウンロード要求後に配信センタ１２からファイルごとの曲データを受信すると、その曲データ（１２３４５．ｓｎｇ）を音情報（拡張子ｍｉｄ），画像情報（拡張子ｖｄｆ）等の各データに分解すると共に、その曲データを一時記憶ＲＡＭ４０に記憶する。そして、曲データの取得が完了すると、ＲＡＭ４０に記憶された曲データに含まれる音情報ｍｉｄおよび画像情報ｖｄｆ等に従って曲のカラオケ再生を行う。また、曲データが分解されることにより得られた音情報ｍｉｄや画像情報ｖｄｆ等の各データのうち少なくとも一の情報（好ましくは、音情報ｍｉｄ）のファイル名を抽出し、その抽出したファイル名の固有識別番号が車載端末１０の要求する曲の固有識別番号“１２３４５”に一致するか否かを判別すると共に、その抽出したファイル名のフォーマット形式（バージョン情報）が車載端末１０の要求するフォーマット形式（バージョン情報）に一致するか否かを判別する。
【００５１】
車載端末１０は、また、受信した曲データから抽出した情報のファイル名の固有識別番号が“１２３４５”であって、要求曲の固有識別番号“１２３４５”に一致し、かつ、受信した曲データから抽出した情報のファイル名のフォーマット形式が要求フォーマット形式に一致する場合には、正常にデータのダウンロードが完了したと判断し、その旨を配信センタ１２に通知する。
【００５２】
一方、受信した曲データから抽出した情報のファイル名の固有識別番号が例えば“２３４５６”であって、要求曲の固有識別番号“１２３４５”に一致しない場合、又は、受信した曲データから抽出した情報のファイル名のフォーマット形式が要求フォーマット形式に一致しない場合には、正常なダウンロードが行われなかったと判断し、その旨を配信センタ１２に通知すると共に、タッチディスプレイ３２を介して車両搭乗者に知らせる。また、車載端末１０は、受信した曲データから抽出した情報のファイル名が要求曲の固有識別番号“１２３４５”に一致するか否かに関係なく、その抽出したファイル名の固有識別番号を配信センタ１２に向けて送信する。
【００５３】
配信センタ１２は、曲データ（１２３４５．ｓｎｇ）をダウンロードした車載端末１０から正常／異常ダウンロードの取得完了通知を受けた場合、その取得完了通知を受信した旨を通知確認としてその車載端末１０に通知する。また、配信センタ１２は、車載端末１０が抽出した情報のファイル名の固有識別番号を車載端末１０から受信した場合、その受信した固有識別番号と、上記の如くメモリに記憶した、ＣＰ１６のデータベースから読み出し該車載端末１０に向けてダウンロードした曲データの固有識別番号“１２３４５”とを比較し、両者が一致するか否かを判別する。
【００５４】
そして、車載端末１０から受信した固有識別番号が“１２３４５”であって、その固有識別番号と車載端末１０へ向けてダウンロードした曲データの固有識別番号“１２３４５”とが一致しかつ車載端末１０から正常ダウンロード通知がなされた場合には、車載端末１０の要求する曲の曲データが該車載端末１０にダウンロードされたと判定し、そのデータ配信に対する配信料を利用者である車両搭乗者の口座番号から引き落とす課金処理を行う。一方、車載端末１０から受信した固有識別番号が例えば“２３４５６”であって、その固有識別番号と車載端末１０へ向けてダウンロードした曲データの固有識別番号“１２３４５”とが一致しない場合或いは車載端末１０から異常ダウンロード通知がなされた場合には、車載端末１０の要求する曲の曲データが該車載端末１０にダウンロードされなかったと判定し、そのデータ配信に対する課金処理を行わない。
【００５５】
ここで、配信センタ１２が車載端末１０にダウンロードする曲の固有識別番号は、車載端末１０が配信センタ１２にダウンロードを要求した曲の固有識別番号である。また、曲データは、自己の固有識別番号と一致する音情報や画像情報等により構成されるのが正常である。このため、車載端末１０が受信した音情報ｍｉｄ等のデータ自体の固有識別番号が“１２３４５”であって、配信センタ１２が車載端末１０にダウンロードした曲データの固有識別番号（すなわち、車載端末１０の要求する曲データの固有識別番号）“１２３４５”に一致すれば、曲データが所望の音情報等により構成されており、配信センタ１２が車載端末１０にダウンロードした曲データが該車載端末１０の要求するデータであると判定できる。
【００５６】
一方、車載端末１０が受信した音情報等のデータ自体の固有識別番号が例えば“２３４５６”であって、配信センタ１２が車載端末１０にダウンロードした曲データの固有識別番号、（すなわち、車載端末１０の要求する曲データの固有識別番号）“１２３４５”に一致しなければ、曲データが所望の音情報等でない情報を含んでおり、配信センタ１２が車載端末１０にダウンロードした曲データが該車載端末１０の要求するデータでないと判定できる。
【００５７】
上述の如く、本実施例のシステムにおいては、配信センタ１２が、メモリに記憶した、ＣＰ１６から読み出し車載端末１０にダウンロードした曲データの固有識別番号と、車載端末１０が受信した曲データの中の音情報等のデータ自体の固有識別番号との比較結果に基づいて、配信センタ１２が車載端末１０にダウンロードした曲データが該車載端末１０の要求するデータであるか否かを判定する。かかる構成によれば、例えば曲データ（１２３４５．ｓｎｇ）に音情報として２３４５６．ｍｉｄが含まれる等、車載端末１０の受信した曲データが所望の固有識別番号のものである一方でその曲データに所望の音情報等でない情報が含まれる状況下において、その曲データが所望の音情報等により構成されていない事態が把握され、配信センタ１２が車載端末１０にダウンロードした曲データが該車載端末１０の要求するデータでないと判定される。従って、本実施例のシステムによれば、配信センタ１２が車載端末１０にダウンロードした曲データが車載端末１０の要求する曲データであるか否か、すなわち、車載端末１０の要求する曲の曲データが該車載端末１０にダウンロードされたか否かの判定を正確に行うことができる。
【００５８】
また、上述の如く、本実施例のシステムにおいては、車載端末１０が、受信した曲データから抽出した情報のファイル名の固有識別番号およびフォーマット形式が共に要求曲の固有識別番号および要求フォーマット形式に一致するか否かを判定する。固有識別番号が異なる場合には、車両搭乗者の望んだ曲がカラオケ再生されないので、車両搭乗者が所望の曲についてカラオケを行うことができない。また、フォーマット形式が異なる場合には、車載端末１０自体がカラオケ再生を行うことができないので、この場合も車両搭乗者が所望の曲についてカラオケを行うことができない。車載端末１０は、上記した判定結果を正常ダウンロード通知または異常ダウンロード通知として配信センタ１２に通知する。配信センタ１２は、車載端末１０からのこの正常／異常ダウンロード通知をも考慮して、配信センタ１２が車載端末１０にダウンロードした曲データが該車載端末１０の要求するデータであるか否かを判定する。従って、本実施例のシステムにおいては、配信センタ１２が車載端末１０にダウンロードした曲データが車載端末１０の要求する曲データであるか否かの判定が更に精度よく行われる。
【００５９】
車載端末１０は、また、受信した曲データから抽出した情報のファイル名の固有識別番号又はフォーマット形式が要求曲の固有識別番号又は要求フォーマット形式に一致しないと判別した場合、その旨をタッチディスプレイ３２を介して車両搭乗者に知らせる。従って、本実施例のシステムにおいては、車載端末１０に配信センタ１２から曲データがダウンロードされたが、その曲データが該車載端末１０の要求する曲の曲データでないことを車両搭乗者が把握することが可能である。
【００６０】
更に、上述の如く、本実施例のシステムにおいては、車載端末１０の要求する曲の曲データが該車載端末１０にダウンロードされた場合には課金処理が実行され、一方、車載端末１０の要求する曲の曲データが該車載端末１０にダウンロードされなかった場合には課金処理が実行されない。このため、本実施例のシステムによれば、車載端末１０に配信センタ１２から該車載端末１０の要求する曲の曲データがダウンロードされなかった場合、すなわち、車載端末１０に配信センタ１２から曲データがダウンロードされたが、その曲データが該車載端末１０の要求する曲の曲データでない場合に、その車載端末１０の利用者である車両搭乗者に対して課金が行われるのを防止することができるので、車載端末１０の要求するデータのダウンロードに対する車両搭乗者への課金処理を適切に行うことができる。
【００６１】
図５は、上記の機能を実現すべく、本実施例の車載端末１０において制御部３０が実行する制御ルーチンの一例のフローチャートを示す。また、図６は、上記の機能を実現すべく、本実施例の配信センタ１２において配信制御部２０が実行する制御ルーチンの一例のフローチャートを示す。
【００６２】
図５に示すルーチンは、その処理が終了するごとに繰り返し起動されるルーチンである。図５に示すルーチンが起動されると、まずステップ１００の処理が実行される。ステップ１００では、車両搭乗者による操作に従って配信センタ１２に曲データのダウンロード要求がなされたか否かが判別される。本ステップ１００の処理は、ダウンロード要求がなされたと判別されるまで繰り返し実行される。その結果、肯定判定がなされた場合は、次にステップ１０２の処理が実行される。
【００６３】
ステップ１０２では、上記ステップ１００におけるダウンロード要求に対する配信センタ１２からの曲データのダウンロードが完了したか否かが判別される。本ステップ１０２の処理は、曲データのダウンロードが完了したと判別されるまで繰り返し実行される。その結果、肯定判定がなされた場合は、次にステップ１０４の処理が実行される。
【００６４】
ステップ１０４では、上記ステップ１０２でダウンロード完了した曲データを音情報，画像情報等の各データに分解する処理が実行される。本ステップ１０４の処理が実行されると、以後、一時記憶ＲＡＭ４０に曲データ中の各データがそれぞれ記憶される。
【００６５】
ステップ１０６では、曲データ中の各データから抽出した音情報のファイル名の固有識別番号と、上記ステップ１００でダウンロード要求した曲の曲データの固有識別番号とが一致するか否かが判別される。その結果、両者が一致すると判別される場合には、次にステップ１０６の処理が実行される。一方、両者が一致しないと判別される場合には、次にステップ１１２の処理が実行される。
【００６６】
ステップ１０８では、曲データ中の各データから抽出した音情報のファイル名のフォーマット形式が、車載端末１０の要求するフォーマット形式に一致するか否かが判別される。その結果、両者が一致すると判別される場合には、次にステップ１１０の処理が実行される。一方、両者が一致しないと判別される場合には、次にステップ１１２の処理が実行される。
【００６７】
ステップ１１０では、正常にデータのダウンロードが完了したことを配信センタ１２に通知すると共に、曲データ中の各データから抽出した音情報のファイル名の固有識別番号を配信センタ１２に向けて送信する処理が実行される。本ステップ１１０の処理が終了すると、今回のルーチンが終了される。
【００６８】
ステップ１１２では、異常なダウンロードが行われたことを配信センタ１２に通知すると共に、曲データ中の各データから抽出した音情報のファイル名の固有識別番号を配信センタ１２に向けて送信する処理が実行される。本ステップ１１２の処理が終了すると、今回のルーチンが終了される。
【００６９】
上記図５に示すルーチンによれば、車載端末１０が配信センタ１２に曲データのダウンロードを要求した後に配信センタ１２から曲データを受信した場合、その曲データに所望の音情報が含まれているか否かに関係なく、その曲データ中の音情報のファイル名の固有識別番号を配信センタ１２に向けて送信することができる。
【００７０】
また、上記図５に示すルーチンによれば、車載端末１０がダウンロード要求後に配信センタ１２から受信した曲データ中の音情報のファイル名の固有識別番号およびフォーマット形式が、ダウンロード要求した曲の固有識別番号および要求されるフォーマット形式に一致するか否かに応じて、配信センタ１２に対して異なる通知を行うことができる。
【００７１】
また、図６に示すルーチンは、その処理が終了するごとに繰り返し起動されるルーチンである。図６に示すルーチンが起動されると、まずステップ１２０の処理が実行される。ステップ１２０では、車載端末１０からのダウンロード要求が受信されたか否かが判別される。本ステップ１２０の処理は、ダウンロード要求が受信されたと判別されるまで繰り返し実行される。その結果、肯定判定がなされた場合は、次にステップ１２２の処理が実行される。
【００７２】
ステップ１２２では、利用者が利用するＣＰ１６のデータベースからダウンロード要求された固有識別番号の曲データを読み出し、その曲データをファイルごと車載端末１０に向けてダウンロードする処理が実行される。ステップ１２４では、上記ステップ１２２で読み出され車載端末１０に向けてダウンロードされた曲データの固有識別番号をメモリに記憶する処理が実行される。
【００７３】
ステップ１２６では、車載端末１０がダウンロード後に配信センタ１２に向けて送信する、曲データ中の音情報のファイル名の固有識別番号および正常／異常ダウンロードの取得完了通知が受信されたか否かが判別される。本ステップ１２６の処理は肯定判定がなされるまで繰り返し実行される。その結果、肯定判定がなされた場合は、次にステップ１２８の処理が実行される。
【００７４】
ステップ１２８では、車載端末１０から送られた曲データ中の音情報のファイル名の固有識別番号と、上記ステップ１２４で記憶したＣＰ１６から読み出され車載端末１０に向けてダウンロードした曲データの固有識別番号とが一致するか否かが判別される。その結果、両者が一致すると判別される場合には、次にステップ１３０の処理が実行される。一方、両者が一致しないと判別される場合には、次にステップ１３６の処理が実行される。
【００７５】
ステップ１３０では、車載端末１０から正常ダウンロードの取得完了通知がなされたか否かが判別される。その結果、肯定判定がなされる場合には、次にステップ１３２の処理が実行される。一方、否定判定がなされる場合には、次にステップ１３６の処理が実行される。
【００７６】
ステップ１３２では、配信センタ１２が車載端末１０にダウンロードした曲データは車載端末１０の要求する曲データであると判定される。そして、ステップ１３４では、曲データの配信に対する配信料を当該利用者の口座番号から引き落とす課金処理が実行される。本ステップ１３４の処理が終了すると、今回のルーチンが終了される。
【００７７】
ステップ１３６では、配信センタ１２が車載端末１０にダウンロードした曲データは車載端末１０の要求する曲データでないと判定される。そして、ステップ１３８では、曲データの配信に対する配信料を当該利用者の口座番号から引き落とす課金処理が実行されない。本ステップ１３８の処理が終了すると、今回のルーチンが終了される。
【００７８】
上記図６に示すルーチンによれば、車載端末１０からの曲データ中の音情報のファイル名の固有識別番号と車載端末１０に向けてダウンロードした曲データの固有識別番号とが一致し、かつ、車載端末１０から正常ダウンロード通知がなされた場合に、配信センタ１２が車載端末１０にダウンロードした曲データは車載端末１０の要求する曲データであると判定することができ、その利用者に対して課金処理を行うことができる。一方、車載端末１０からの曲データ中の音情報のファイル名の固有識別番号と車載端末１０に向けてダウンロードした曲データの固有識別番号とが一致しない、或いは、車載端末１０から異常ダウンロード通知がなされた場合に、配信センタ１２が車載端末１０にダウンロードした曲データは車載端末１０の要求する曲データでないと判定することができ、その利用者に対する課金処理を禁止することができる。
【００７９】
従って、本実施例によれば、車載端末１０の要求する曲の曲データが該車載端末１０にダウンロードされたか否かを判定するうえで、車載端末１０の抽出した曲データ中の音情報のファイル名の固有識別番号と配信センタ１２が車載端末１０に向けてダウンロードした曲データの固有識別番号とを比較するので、その判定を正確に行うことが可能となっている。また、その判定を行ううえで、車載端末１０の抽出した曲データ中の音情報のファイル名のフォーマット形式と車載端末１０の要求するフォーマット形式とを比較するので、その判定を更に精度よく行うことが可能となっている。
【００８０】
また、本実施例によれば、車載端末１０に配信センタ１２から曲データがダウンロードされたが、その曲データが該車載端末１０の要求する曲の曲データでない場合に、その車載端末１０の利用者である車両搭乗者に対して課金が行われるのを防止することができる。これにより、車載端末１０の要求するデータのダウンロードに対する車両搭乗者への課金処理を適切に行うことが可能となっている。
【００８１】
尚、上記の実施例においては、車載端末（通信カラオケ端末）１０が特許請求の範囲に記載した「端末」及び「データ通信端末」に、配信センタ１２が特許請求の範囲に記載した「センタ」に、それぞれ相当していると共に、車載端末１０の制御部３０が、配信センタ１２からの曲データ中の各データから音情報のファイル名の固有識別番号を抽出することにより特許請求の範囲に記載した「データ名抽出手段」が、図５に示すルーチン中のステップ１０４の処理を実行することにより特許請求の範囲に記載した「分解手段」が、ステップ１００の処理を実行することにより特許請求の範囲に記載した「データ配信要求手段」が、曲データ中の各データから抽出した音情報のファイル名の固有識別番号を配信センタ１２に向けて送信することにより特許請求の範囲に記載した「送信手段」が、また、配信センタ１２の配信制御部２０が、図６に示すルーチン中のステップ１３２及び１３６の処理を実行することにより特許請求の範囲に記載した「判定手段」が、それぞれ実現されている。
【００８２】
ところで、上記の実施例においては、カラオケ曲のダウンロードが行われるシステムに適用することとしているが、本発明はこれに限定されるものではなく、歌詞のないＢＧＭ曲や映画，朗読本のダウンロードに適用することも可能である。更に、上記の実施例においては、車両に搭載された車載端末１０に曲データをダウンロードするものであるが、車載端末１０に限らず、利用者の携帯する携帯端末やＰＤＡ等にダウンロードするものであってもよい。
【００８３】
【発明の効果】
上述の如く、請求項１記載の発明によれば、センタが端末に配信したデータが端末の要求するデータであるか否かの判定を正確に行うことができる。
【００８４】
請求項２記載の発明によれば、端末がセンタから受信したデータに要求データのデータ名に対応しないデータ名の付されたデータが含まれる状況下においてそのデータが端末の要求するデータでないと判定することができる。このため、センタが端末に配信したデータが端末の要求するデータであるか否かの判定を正確に行うことができる。
【００８５】
請求項３記載の発明によれば、配信データが曲名に対応した音情報又は画像情報により構成されていない事態を把握することができるので、センタが端末に配信したデータが端末の要求するデータであるか否かの判定を正確に行うことができる。
【００８６】
請求項４記載の発明によれば、センタから端末の要求するデータが配信されなかった場合に端末利用者に対して課金が行われるのを防止できるので、要求データの配信に対する端末利用者への課金処理を適切に行うことができる。
【００８７】
請求項５及び６記載の発明によれば、センタに、端末に配信したデータが端末の要求するデータであるか否かの判定を正確に行わせることができる。
【００８８】
請求項７記載の発明によれば、データ通信端末が、端末に配信したデータが端末の要求するデータであるか否かの判定を正確に行うことができる。
【００８９】
請求項８記載の発明によれば、端末がセンタから受信したデータに要求データのデータ名に対応しないデータ名の付されたデータが含まれる状況下においてそのデータが端末の要求するデータでないと判定される。このため、端末に配信したデータが端末の要求するデータであるか否かの判定が正確に行われる。
【００９０】
また、請求項９記載の発明によれば、配信データが曲名に対応した音情報又は画像情報により構成されていない事態が把握されるので、センタが配信したデータが端末の要求するデータであるか否かの判定が正確に行われる。
【図面の簡単な説明】
【図１】本発明の一実施例であるデータ通信システムの構成図である。
【図２】本実施例においてカラオケモードが開始された直後における車載端末の表示画面を模式的に表した図である。
【図３】本実施例においてカラオケモードが開始された直後における車載端末の表示画面を模式的に表した図である。
【図４】本実施例のシステムにおいて曲データのダウンロード時に車載端末と配信センタとの間で行われる信号送受を時系列順に並べた図である。
【図５】本実施例において車載端末が実行する制御ルーチンのフローチャートである。
【図６】本実施例において配信センタが実行する制御ルーチンのフローチャートである。
【符号の説明】
１０　車載端末（通信カラオケ端末）
１２　配信センタ
２０　配信制御部
３０　制御部
【図１】
2004109351.tif 000003
【図２】
2004109351.tif 000004
【図３】
2004109351.tif 000005
【図４】
2004109351.tif 000006
【図５】
2004109351.tif 000007
【図６】
2004109351.tif 000008