JP4570181B2 - In-vehicle data receiver - Google Patents
In-vehicle data receiver Download PDFInfo
- Publication number
- JP4570181B2 JP4570181B2 JP16401699A JP16401699A JP4570181B2 JP 4570181 B2 JP4570181 B2 JP 4570181B2 JP 16401699 A JP16401699 A JP 16401699A JP 16401699 A JP16401699 A JP 16401699A JP 4570181 B2 JP4570181 B2 JP 4570181B2
- Authority
- JP
- Japan
- Prior art keywords
- broadcast data
- data
- communication
- menu
- receiving
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Circuits Of Receivers In General (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、車両に搭載し、通信基地との間で通信を行い、かつ、放送局が放送するデータを受信する車載用データ受信装置に関するものである。
【0002】
【従来の技術】
従来より、車載用データ受信装置として、通信装置と受信装置がある。通信装置は、車両と通信基地(情報センター)との間の双方向通信が可能であり、受信装置は、一方向通信ではあるが、放送局から放送される大量の放送データを受信することができる。従来においては、通信装置と受信装置は、独立して車両に搭載されていた。
【0003】
【発明が解決しようとする課題】
上記の従来の車載用データ受信装置では、通信装置と受信装置とが独立して搭載されるため、ユーザが情報を得ようとするとき、通信装置又は受信装置のいずれかを選択して操作しなければならない煩わしさがあった。また、2台の装置を搭載するため、スペースを必要とする。更に、通信装置と受信装置の操作方法が異なったり、ポリシーが異なっていると、ユーザが使用方法を誤ったり、必要な情報を得られない可能性が生じるといった問題がある。
【0004】
また、受信装置においては、放送データに含まれるメニューに従って、大容量の放送データの中から必要な情報を得るが、大量な放送データからメニューを探し出すには時間がかかり、メニューを必要なときに取得できるとは限らない。
本発明は、車載用データ受信装置において、双方向通信が可能な通信装置と大量の放送データを取得することができる受信装置とを一体化し、更に、放送データのメニューを迅速に取得できるようにすることを目的とするものである。
【0005】
【課題を解決するための手段】
本発明は、上記目的を達成するためになされたものである。本発明においては、双方向通信を行う通信手段と、放送を受信する受信手段と、受信した放送データを蓄積する蓄積手段と、受信した放送データを表示する表示手段と、前記通信手段による双方向通信データと前記放送データを処理するデータ処理手段とを具備する車載用データ受信装置において、前記蓄積手段に、必要なメニューを選択する選択情報を蓄積させておき、前記データ処理手段は、前記通信手段により前記放送データのメニュー情報を取得し、前記受信した放送データのメニューと前記選択情報に基づいて前記放送データを取捨選択し、選択した放送データのみを前記蓄積手段に蓄積する。
【0006】
本発明によれば、大量な放送データからメニューを探し出すよりも、早く確実に入手可能となる。また、通信手段から得る情報も同一メニューから設定可能となる。
メニュー情報を取得するタイミングとしては、装置の電源投入時とすることができる。通常、車載機器の電源が投入される時点では、メニューが放送データとの整合性がない場合が多いので、データ処理手段が、電源投入時にメニュー情報を自動的に取得することにより、常に放送データと整合性のあるメニュー情報を得ることができる。
【0007】
なお、メニュー情報を蓄積手段に蓄積しておき、電源投入時のメニュー情報の取得を、通信手段による取得と蓄積手段からの取得とのいずれか一方を選択できるようにすることができる。これによれば、通信手段による通信の回数を少なくして、通信費を低減できる。
本発明においては、メニュー情報に基づいて、放送データの取捨選択をすることができる。ユーザは、予め、メニュー情報ごとに放送データの必要性を設定しておくことにより、データ処理手段は、この設定に基づいて放送データの内、必要なものだけを選択する。このとき、更に、メニュー情報に優先順位を付けたり、更新された放送データのみを選択するようにすることもできる。
【0008】
本発明においては、受信した放送データに欠落がある場合、通信手段によりデータを取得して欠落データを補完することができる。あるいは、通信手段により、通信基地に放送データの再放送をリクエストして、再度放送データを受信することもできる。これにより、通信状態が悪化して受信した放送データに欠落が生じても、速やかにそれを補完することができる。
【0009】
さらに、本発明においては、受信した放送データを、通信手段により得た情報でデコードしたり、加工をしたりすることもできる。
また、本発明においては、通信手段による通信を禁止するように設定可能とすることにより、通信費を低減することもできる。
【0010】
【発明の実施の形態】
本発明の実施形態について図を用いて説明する。
図1は、本発明を適用した車載用データ受信装置の基本構成を示す。
車載用データ受信装置11は、通信機12と受信機13とを備える。
通信機12は、携帯電話又はMCA(マルチチャネルアクセス)無線などの双方向通信機であり、通信データ量は比較的小容量である。図示の例では、通信機12は、情報センターなどの通信基地21との間で、双方向通信を行う。
【0011】
受信機13は、放送局22から送信される放送(一方向通信)を受信する。受信機13として、各種放送に対応した複数の装置を備えることができる。図示の例では、放送局22はディジタル放送を行い、受信機13はディジタル放送のコンテンツ及びデータを受信している。受信内容は、ディスプレイ、スピーカなどから出力されるが、それらの機器の図示は省略する。
【0012】
通信機12と受信機13に共通に、データ処理装置14、蓄積手段15、表示装置16、操作部17が設けられる。データ処理装置14は、CPUにより構成され、通信機12、受信機13に関するデータを処理するために設けられる。蓄積手段15はメモリなどにより構成され、データ処理装置14を動作させるプログラム、通信機12、受信機13で送受信するデータ、各種の設定値などを記憶する。表示装置16は、データ処理装置14が出力したデータを表示する。操作部17は、キーなどにより構成され、ユーザは、操作部17により各種設定データを入力する。
【0013】
図示の車載用データ受信装置11は、通信機12と受信機13を兼ね備えるので、両機器のポリシー及び操作方法を統一できる。したがって、ユーザが使用方法を誤ったり、必要なデータを取得し損なったりすることを防止できる。
図2は、車載用データ処理装置11における、メニュー取得の動作を示す。
受信機13で受信するディジタル放送のデータ量は大量であるため、ユーザはメニューに従って所望の放送を選択する。メニューは、放送データの中から取得されて、表示装置16に表示される。しかしながら、大量の放送データからメニューを取得して表示するまでに時間がかかり、ユーザが所望の放送データを適時に得ることができないことがある。本実施形態の車載用データ受信装置11においては、放送データのメニューを、通信機12を使用した双方向通信により、適時に取得する。
【0014】
データ処理装置14は、車載用データ受信装置11の電源が投入される(S11)と、通信機12により通信基地21に対して、メニューリクエストを発行する(S12)。通信基地21は、リクエストに応じて、放送データ及び通信のメニューを送信する。
データ処理装置14は、メニューを受信する(S13)と、受信機13により、放送データを入手する(S14)。データ処理装置14は、メニューを表示装置16に表示し(S15)、ユーザは、表示されたメニューに従って、所望の放送を確認し、操作部17を操作して所望の放送を選択する。
【0015】
以上の処理によれば、車載用データ受信装置11の電源投入と同時に、放送データの最新のメニューを取得できる。これにより、大量の放送データからメニューを探し出すよりも、早くかつ確実に取得でき、ユーザは、所望の放送を確実に得ることができる。また、通信機12から得る情報についても、同一メニューから選択することが可能となる。
【0016】
また、車載用データ受信装置11の電源投入時には、以前に取得したメニューと受信した放送データとの整合性がとれていないことが多いが、電源投入ごとに新たなメニューを得ることにより、メニューと放送データとの整合性を常に保つことができる。
ただし、通信機12が携帯電話である場合、電源投入ごとにメニューを取得すると、通話料がかかり不経済なものとなりかねない。また、車載用データ受信装置11が配送車両に搭載されている場合、電源のオン/オフが頻繁に行われることとなるので、電源投入時に以前に取得したメニューを使用しても放送データとの整合性が失われていることは少ない。このような場合のため、一度取得したメニューを装置内に蓄積しておき、電源の再投入時には、蓄積したメニューを使用すれば、通信料の削減ができる。
【0017】
このために、上述の処理において、メニューを受信した(S13)とき、メニューを蓄積手段15に書き込んでおく(S16)。以後は、車載用データ受信装置11の電源投入時には、通信基地21からメニューを受信することも、蓄積手段15からメニューを呼び出すこともできる状態となる。
ユーザは、操作部17から、メニューを通信により取得するか、蓄積手段から取得するかを設定しておく。例えば、ユーザは、1日の作業開始時には、メニュー取得先を通信に設定し、以後は、蓄積側に変更する。あるいは、ユーザがメニューを見る必要がない場合には、常に蓄積側に設定しておく。
【0018】
データ処理装置14は、電源が投入されると、ユーザによるメニュー取得先の設定状態をチェックする(S17)。蓄積側に設定されていれば、蓄積手段15からメニューを取得し(S18)、通信側に設定されていれば、上述のメニューリクエストの発行の処理(S12)に戻り、通信機12により通信基地21からメニューを受信する(S13)。
【0019】
図3は、メニューと放送データとの整合性を自動的にチェックする処理を示す。
メニューと放送データとの整合性は常時保つ必要がある。上述の図2の例のように蓄積手段15にメニューを保存した場合、時間の経過により整合性がとれなくなる。これに対し、メニューと放送データとの整合性を自動的にチェックできるようにすれば、ユーザにとって便利である。また、整合性がとれている場合に、通信によるメニュー取得を行わないようにすれば、通信の節約になる。
【0020】
データ処理装置14は、受信機13から放送データを入手する(S31)と、放送データの内容によりメニューの検証を行う(S32)。ここで、メニューと放送データが整合していれば、通信によるメニューの取得は行わずに、次の放送データの入手(S31)に進む。
一方、整合性がとれていなければ、通信の禁止が設定されているか否かを判定する(S33)。ユーザは、メニューの取得が必要ないときは、操作部17により通信の禁止を設定する。
【0021】
通信が禁止されていなければ、通信機12により通信基地21へメニューリクエストを発行し(S34)、最新のメニューを受信して(S35)から、次の放送データの入手(S31)に進む。通信が禁止されていれば、メニューの再取得は行わずに、次の放送データの入手(S31)に進む。
以上の処理によれば、メニューと放送データとの整合性がとれていない場合のみ、費用のかかる通信機12によるメニューの取得を行うので、メニューの整合性が常にとれると共に、通信費用を削減することができる。また、メニューと放送データとの整合性がとれていない場合でも、通信によるメニューを行うか否かを選択できるようにしているので、不必要な通信を防止して、通信費を削減することができる。
【0022】
図4は、受信機13で受信した放送データの内、必要なデータを取捨選択し、更に、データの性格に応じてデータを蓄積する処理を示す。
受信機13で受信した大量の放送データから、ユーザにとって何が使えるかを想定することは難しい。これに対して、本処理では、取得してあるメニューに基づいて、必要な放送データの取捨選択を行う。また、リアルタイム性がない情報については、保存をしておき、車載用データ受信装置11の負担軽減を図る。
【0023】
受信機13により放送データを入手する(S41)と、データ処理装置14は、放送データとメニューを比較して(S42)、放送データのメニューを獲得し、このメニューについて検証をする(S43)。このメニュー検証のために、ユーザは、操作部17により、メニューごとに必要性を設定しておく。例えば、交通情報、天気予報は必要で、音楽は不要であるというように設定をしておく。データ処理装置14は、受信した放送データのメニューが不要であると設定してあれば、そのデータは破棄し(S44)、必要であると設定してあれば、次の処理に進む。これにより、不必要な放送データを蓄積する処理が不要となり、装置の負担を軽減することができる。
【0024】
データ処理装置14は、必要であると設定されたメニューに対して、データ検証(S45)を行う。ここでは、今回入手した放送データと蓄積手段15に蓄積してある該当する放送データとを比較し、今回の放送データが蓄積した放送データに対して更新されているものか否かを判定する。その結果、未更新であれば今回の放送データは破棄し(S46)、更新されていれば、次の処理に進む。これにより、リアルタイム性のない情報などについては、放送データの書換え処理を少なくすることができる。
【0025】
データ処理装置14は、必要があり、かつ、更新された放送データについて、優先順位の照合を行う(S47)。このために、ユーザは、操作部17により、必要なメニューごとに優先順位を設定しておく。例えば、交通情報の優先順位が1番目、天気予報の優先順位が2番目というように設定をしておく。データ処理装置14は、設定した優先順位に基づいて放送データを蓄積手段15に蓄積していく(S48)。これにより、蓄積手段15の限られた容量を効率的に使用することができる。また、蓄積手段15に保存していた放送データを使用する場合は、ユーザから見て、瞬時に情報を得られるメリットがある。
【0026】
図5は、受信した放送データに欠落があった場合、それを双方向通信を利用して補完する処理を示す。
電波環境の悪化などにより、受信機13で受信した放送データに欠落があって良質なデータが取得できなかった場合、次に、同じ放送がされるまで待たなければならない。これに対し、本例では、放送データに欠落があった場合でも、通信機12により欠落部分を入手することで、放送データを補完し、又は、再放送をリクエストすることで、速やかに欠落のない放送データを入手できるようにする。
【0027】
データ処理装置14は、受信機13により放送データを入手する(S51)と、この放送データに欠落がないか否かを判定する(S52)。ここで、欠落がなければ、通常動作に移行する(S53)が、欠落があると判定されると、設定されている判定基準を参照する(S54)。判定基準情報は、ユーザが、操作部17により、任意の値に設定してある。
【0028】
放送データの欠落が判定基準と比較され、欠落度合いが大か小か判定される(S55)。放送データの欠落度合いが小の場合は、通信により欠落したデータを取得して、そのデータにより放送データを補完する。この場合は、最初に、通信の禁止が設定されているか否かが判定される(S56)。例えば、サービスエリアの限界付近を走行していて、電波環境が常時悪い場合は、データの欠落が継続する。このような状況では、欠落が検出される度に通信を行うことは通信費用が嵩むので、ユーザは、操作部17により通信の禁止を設定する。判定(S56)の結果、通信が禁止されていれば、通常の処理に進む。
【0029】
通信が禁止されていなければ、通信機12により、通信基地21へデータリクエストを送出し(S57)、データを受信すれば(S58)、そのデータにより放送データを補完して通常の動作に戻る。このように、通信により欠落データを入手することにより、次の放送を待たずに必要な情報を得ることができるようになる。
【0030】
S55で欠落度合いが大と判定される場合は、例えば、車両がトンネルに侵入して、電波が届かない状況となることにより発生する。欠落度合いが大の場合、小容量の通信機12によりデータを入手すると時間がかかり過ぎることとなり、通信費用も嵩むので、放送局22から当該放送データを再送するようにリクエストを発行し、リクエストした放送データが速やかに再放送されるのを待つ。
【0031】
S55で欠落度合いが大と判定されると、通信許可が設定されているか否かが判定される(S59)。放送データがユーザにとって重要な情報であって、通信費用が加算でも確実にデータを入手したい場合がある。この場合のために、ユーザは、操作部17により通信可を設定することができる。S59で通信可が設定されていれば、欠落度合いが小と判定されたときの処理に戻り、通信によるデータリクエストの処理(S56以降)へ進む。通信可が設定されていなければ、再放送リクエストの処理に進む。
【0032】
再送リクエストの前に、要求禁止の設定がされているか否かを判定する(S60)。欠落度合いが大の場合であっても、通信費用を低減するため、通信機12による再送リクエストを禁止したい場合がある。この場合、ユーザは、操作部17により、再送リクエストの禁止を設定する。再送リクエストの禁止が設定されていなければ、再送リクエスト(S61)を行う。禁止が設定されていれば、再送リクエストを行わずに、通常の動作に進み、欠落のあるまま、放送データを処理を行う。禁止が設定されていなければ、再送リクエストを行う。
【0033】
以上説明した図4の例によれば、欠落の判定基準をユーザが任意に設定することが可能であるので、ユーザ個々の情報の必要度、通信費用の負担割合を勘案して、個々の状況に合わせることができる。
図6は、放送データに特殊な情報が含まれている場合の処理を示す。
例えば、放送データに、課金対象となる特殊な情報が含まれる場合がある。この場合、本例においては、データのデコードの管理等を通信基地21との間の通信で行う。
【0034】
データ処理装置14は、受信機13により放送データを入手する(S71)と、この放送データが課金対象などの特殊データであるか否かを判定する(S72)。ここで、特殊なデータでなければ、通常の動作(S77)に進む。特殊なデータである場合は、通信機12により、通信基地22へユーザIDを用いて照会を行う(S73)。通信基地22はこれに応答して、デコードのためのカギを送信する(S74)。
【0035】
データ処理装置14は、デコードの可否を判定する(S75)。デコードの可否は、予め、ユーザにより、操作部17を用いて設定して、蓄積手段15に記憶させておく。これにより、ユーザは予め特殊な放送の受信をするか否かを設定するだけで、装置は自動的に、当該放送データの使用、不使用を決定する。
S75でデコード可の場合、データ処理装置14は、受信したカギを用いて放送データをデコード(S76)し、通常の動作(S77)に進む。デコード不可の場合は、そのまま通常の処理(S77)へ進む。
【0036】
図7は、受信機が受信した放送データを、通信機を介して得た固有情報で加工する場合の処理を示す。
音楽、映像などの放送を受信する場合、ユーザの好み、又は、車両環境などにより、音場制御、映像制御を行う必要がある。本例では、通信基地に蓄積してある固有情報により音楽又は映像を自動的に加工できるようにする。
【0037】
受信機13が放送データを入手する(S81)と、通信可の設定がされているか否かが判定される(S82)。ユーザは、操作部17により、音場制御、映像制御を自動的に行うか否かを決めて、そのための通信可又は不可を設定しておく。
ここで、通信可が設定されていれば、通信機12により通信基地21に固有情報をリクエストする(S83)。通信基地21からは、ユーザの車種に対応した情報などの固有情報を返送する(S84)。この固有情報には、予め、ユーザが個人情報として設定したものを含めることもできる。
【0038】
データ処理装置14は、次に、調整情報を参照する(S85)。ユーザは、通信基地21から送られてくる固有情報による制御に加えて、自分の好みで調整手段(操作部17)で設定ができる。データ処理装置14は、調整情報と固有情報とにより、各種設定を行い(S86)、これにより、放送の音場、映像が制御される。
【0039】
本例によれば、通信により入手する固有情報から、個々の車両の車載用データ受信装置の特性の設定が可能となる。したがって、車両別にカスタマイズされた車載用データ受信装置を準備する必要がなくなり、車載用データ受信装置を汎用機器で構成することが可能となる。また、通信の禁止を可能とすることで、通信による設定を好まないユーザにも対応することができる。さらに、通信による調整がユーザの好みに合わない場合でも、ユーザ個々の好みに合わせて調整することができる。
【0040】
図8は、ユーザの固有情報を通信基地で保存する場合の処理を示す。
上記の図7の例で説明したように、車載用データ受信装置では、ユーザごとに設定した調整情報がある。この調整情報は、装置側の蓄積手段15に保存されるが、車両のメンテナンス時にバッテリを外した場合に、保存した情報が消えることがある。この場合は、再度調整情報の設定を行わなければならない。本例では、調整情報を固有情報に含ませて通信基地21で保存をする。これによれば、車両のメンテナンス後などに再設定をする必要がなくなる。また、蓄積手段15で保存する情報の量を低減することができる。
【0041】
データ処理装置14は、調整情報を作成すると、固有情報に含ませて通信機12により通信基地21に送信する(S91)。通信基地21ではこれを保存する。
その後、上述の図2で説明したように、電源投入時に通信機12によりメニューリクエストを送信する(S92)と、通信基地21は、メニューと同時に、調整情報を含む固有情報を送信するので、データ処理装置14はその固有情報を入手する(S94)。データ処理装置14では、上述の図7のS86に示したように、入手した固有情報により各設定を行う。本例によれば、メニューの取得と同時に固有情報を入手するので、固有情報の入手のためだけに通信を行う必要がなくなり、通信費用を軽減することができる。
【0042】
【発明の効果】
本発明によれば、車載用データ受信装置において、双方向通信が可能な通信装置と大量の放送データを取得することができる受信装置とを一体化し、更に、放送データのメニューを迅速に取得できるようにすることができる。
【図面の簡単な説明】
【図1】本発明を適用した車載用データ受信装置の基本構成を示す図。
【図2】図1の装置のメニュー取得の処理を示すフローチャート。
【図3】図1の装置のメニュー検証の処理を示すフローチャート。
【図4】図1の車載用データ受信装置の、放送データの内、必要なデータを蓄積するための処理を示すフローチャート。
【図5】図1のデータ処理装置において、受信した放送データの欠落を補完する処理を示すフローチャート。
【図6】図1のデータ処理装置において、放送データに特殊な情報が含まれている場合の処理を示すフローチャート。
【図7】図1の車載用データ受信装置において、放送データを通信機を介して得た固有情報で加工する場合の処理を示すフローチャート。
【図8】図7の固有情報を通信基地で保存する場合の処理を示すフローチャート。
【符号の説明】
11…車載用データ受信装置
12…通信機
13…受信機
14…データ処理装置
15…蓄積手段
16…表示装置
17…操作部
21…通信基地
22…放送局[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an in-vehicle data receiving apparatus that is mounted on a vehicle, communicates with a communication base, and receives data broadcast by a broadcasting station.
[0002]
[Prior art]
Conventionally, there are a communication device and a receiving device as in-vehicle data receiving devices. The communication device can perform two-way communication between the vehicle and the communication base (information center), and the reception device can receive a large amount of broadcast data broadcast from a broadcasting station, although it is one-way communication. it can. Conventionally, the communication device and the receiving device are independently mounted on the vehicle.
[0003]
[Problems to be solved by the invention]
In the above-described conventional in-vehicle data receiving apparatus, since the communication apparatus and the receiving apparatus are independently mounted, when the user tries to obtain information, the user selects and operates either the communication apparatus or the receiving apparatus. There was annoyance that had to be done. Moreover, since two devices are mounted, space is required. Furthermore, if the operation methods of the communication device and the receiving device are different or the policies are different, there is a problem that the user may use the wrong method or obtain necessary information.
[0004]
In the receiving device, necessary information is obtained from a large amount of broadcast data according to the menu included in the broadcast data. However, it takes time to search for a menu from a large amount of broadcast data. It is not always possible to acquire.
The present invention integrates a communication device capable of two-way communication with a receiving device capable of acquiring a large amount of broadcast data in an in-vehicle data receiving device, and further allows a broadcast data menu to be acquired quickly. It is intended to do.
[0005]
[Means for Solving the Problems]
The present invention has been made to achieve the above object. In the present invention, communication means for performing bidirectional communication, reception means for receiving broadcasts, storage means for storing received broadcast data, display means for displaying received broadcast data, and bidirectional means by the communication means In an in-vehicle data receiving apparatus comprising communication data and data processing means for processing the broadcast data, the storage means stores selection information for selecting a necessary menu, and the data processing means The broadcast data menu information is acquired by the means, the broadcast data is selected based on the received broadcast data menu and the selection information, and only the selected broadcast data is stored in the storage means .
[0006]
According to the present invention, the menu can be obtained quickly and reliably rather than searching for a menu from a large amount of broadcast data. Also, information obtained from the communication means can be set from the same menu.
The menu information can be acquired when the apparatus is turned on. Normally, when a vehicle device is turned on, the menu is often inconsistent with the broadcast data. Therefore, the data processing means automatically obtains the menu information when the power is turned on, so that the broadcast data is always obtained. Menu information consistent with the above can be obtained.
[0007]
Note that the menu information can be stored in the storage means so that either the acquisition by the communication means or the acquisition from the storage means can be selected as the acquisition of the menu information when the power is turned on. According to this, the communication cost can be reduced by reducing the number of times of communication by the communication means.
In the present invention, broadcast data can be selected based on menu information. The user sets the necessity of broadcast data for each menu information in advance, and the data processing means selects only the necessary broadcast data based on this setting. At this time, the menu information can be prioritized or only updated broadcast data can be selected.
[0008]
In the present invention, when the received broadcast data is missing, the missing data can be supplemented by acquiring the data by the communication means. Alternatively, it is possible to request broadcast data to be rebroadcasted to the communication base by the communication means and receive the broadcast data again. Thereby, even if the communication state deteriorates and the received broadcast data is lost, it can be quickly compensated.
[0009]
Furthermore, in the present invention, the received broadcast data can be decoded or processed with information obtained by the communication means.
In the present invention, the communication cost can also be reduced by enabling the setting to prohibit communication by the communication means.
[0010]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described with reference to the drawings.
FIG. 1 shows a basic configuration of an in-vehicle data receiving apparatus to which the present invention is applied.
The in-vehicle
The communication device 12 is a two-way communication device such as a mobile phone or MCA (multi-channel access) radio, and the communication data amount is relatively small. In the illustrated example, the communication device 12 performs two-way communication with a
[0011]
The
[0012]
In common with the communication device 12 and the
[0013]
The in-vehicle
FIG. 2 shows a menu acquisition operation in the in-vehicle
Since the amount of data of the digital broadcast received by the
[0014]
When the on-
When the
[0015]
According to the above process, the latest menu of broadcast data can be acquired simultaneously with the power-on of the in-vehicle
[0016]
In addition, when the in-vehicle
However, when the communication device 12 is a mobile phone, acquiring a menu every time the power is turned on may incur a call charge and may be uneconomical. In addition, when the in-vehicle
[0017]
For this reason, in the above process, when the menu is received (S13), the menu is written in the storage means 15 (S16). Thereafter, when the on-vehicle
The user sets whether to acquire the menu from the
[0018]
When the power is turned on, the
[0019]
FIG. 3 shows a process for automatically checking the consistency between the menu and the broadcast data.
Consistency between the menu and broadcast data must be maintained at all times. When the menu is stored in the
[0020]
When the
On the other hand, if consistency is not achieved, it is determined whether or not communication prohibition is set (S33). When the user does not need to acquire the menu, the user sets prohibition of communication through the
[0021]
If communication is not prohibited, the communication device 12 issues a menu request to the communication base 21 (S34), receives the latest menu (S35), and then proceeds to acquisition of the next broadcast data (S31). If communication is prohibited, the menu is not reacquired and the process proceeds to acquisition of the next broadcast data (S31).
According to the above processing, the menu is acquired by the expensive communication device 12 only when the menu and the broadcast data are not consistent, so that the menu can always be consistent and the communication cost can be reduced. be able to. In addition, even if the menu and broadcast data are not consistent, it is possible to select whether or not to perform the menu by communication, so unnecessary communication can be prevented and communication costs can be reduced. it can.
[0022]
FIG. 4 shows a process of selecting necessary data from the broadcast data received by the
It is difficult to assume what the user can use from a large amount of broadcast data received by the
[0023]
When the broadcast data is obtained by the receiver 13 (S41), the
[0024]
The
[0025]
The
[0026]
FIG. 5 shows a process of complementing the received broadcast data using two-way communication when there is a lack.
If the broadcast data received by the
[0027]
When the
[0028]
The lack of broadcast data is compared with a determination criterion, and it is determined whether the degree of loss is large or small (S55). When the degree of lack of broadcast data is small, the data missing by communication is acquired, and the broadcast data is complemented by the data. In this case, it is first determined whether or not communication prohibition is set (S56). For example, when driving near the limit of the service area and the radio wave environment is always bad, data loss continues. In such a situation, it is expensive to communicate each time a loss is detected, so the user sets prohibition of communication through the
[0029]
If communication is not prohibited, the communication device 12 sends a data request to the communication base 21 (S57). If data is received (S58), the broadcast data is supplemented by the data and the normal operation is resumed. Thus, by acquiring missing data through communication, it becomes possible to obtain necessary information without waiting for the next broadcast.
[0030]
The case where the degree of omission is determined to be large in S55 occurs, for example, when a vehicle enters a tunnel and does not reach radio waves. When the degree of omission is large, it takes too much time to obtain data with a small-capacity communication device 12, and communication costs increase. Therefore, a request is issued from the
[0031]
If it is determined in S55 that the degree of omission is large, it is determined whether or not communication permission is set (S59). There are cases where broadcast data is important information for the user and it is desirable to obtain the data reliably even if the communication cost is added. For this case, the user can set communication permission by the
[0032]
Prior to the retransmission request, it is determined whether the request prohibition is set (S60). Even when the degree of omission is large, there is a case where it is desired to prohibit the retransmission request by the communication device 12 in order to reduce the communication cost. In this case, the user sets prohibition of retransmission request through the
[0033]
According to the example of FIG. 4 described above, since the user can arbitrarily set the determination criterion for lack, it is necessary to take into account the individual information needs and the share of communication costs in consideration of individual situations. Can be adapted to
FIG. 6 shows a process when special information is included in the broadcast data.
For example, broadcast data may include special information to be charged. In this case, in this example, data decoding management and the like are performed by communication with the
[0034]
When the
[0035]
The
If decoding is possible in S75, the
[0036]
FIG. 7 shows processing when the broadcast data received by the receiver is processed with the unique information obtained via the communication device.
When receiving broadcasts of music, video, etc., it is necessary to perform sound field control and video control according to user preferences or vehicle environment. In this example, music or video can be automatically processed based on the unique information stored in the communication base.
[0037]
When the
Here, if communication permission is set, the communication device 12 requests unique information from the communication base 21 (S83). The
[0038]
Next, the
[0039]
According to this example, it is possible to set the characteristics of the in-vehicle data receiving device of each vehicle from the unique information obtained by communication. Therefore, it is not necessary to prepare a vehicle-mounted data receiving device customized for each vehicle, and the vehicle-mounted data receiving device can be configured with general-purpose equipment. In addition, by prohibiting communication, it is possible to cope with a user who does not like setting by communication. Furthermore, even when the adjustment by communication does not match the user's preference, the adjustment can be made according to the user's preference.
[0040]
FIG. 8 shows a process in the case of storing user specific information at the communication base.
As described in the example of FIG. 7 above, the in-vehicle data receiving apparatus has adjustment information set for each user. This adjustment information is stored in the
[0041]
When the
Thereafter, as described with reference to FIG. 2 above, when the communication device 12 transmits a menu request when the power is turned on (S92), the
[0042]
【The invention's effect】
According to the present invention, in a vehicle-mounted data receiving device, a communication device capable of bidirectional communication and a receiving device capable of acquiring a large amount of broadcast data are integrated, and a broadcast data menu can be quickly acquired. Can be.
[Brief description of the drawings]
FIG. 1 is a diagram showing a basic configuration of an in-vehicle data receiving apparatus to which the present invention is applied.
FIG. 2 is a flowchart showing menu acquisition processing of the apparatus of FIG. 1;
FIG. 3 is a flowchart showing menu verification processing of the apparatus of FIG. 1;
4 is a flowchart showing processing for accumulating necessary data among broadcast data in the in-vehicle data receiving apparatus of FIG. 1; FIG.
FIG. 5 is a flowchart showing processing for complementing the lack of received broadcast data in the data processing apparatus of FIG. 1;
6 is a flowchart showing processing when special information is included in broadcast data in the data processing apparatus of FIG. 1;
7 is a flowchart showing processing in the case where broadcast data is processed with specific information obtained via a communication device in the in-vehicle data receiving device of FIG. 1;
FIG. 8 is a flowchart showing processing when the unique information in FIG. 7 is stored at the communication base.
[Explanation of symbols]
DESCRIPTION OF
Claims (4)
放送を受信する受信手段と、
受信した放送データを蓄積する蓄積手段と、
受信した放送データを表示する表示手段と、
前記通信手段による双方向通信データと前記放送データを処理するデータ処理手段と
を具備する車載用データ受信装置において、
前記蓄積手段に、必要なメニューを選択する選択情報を蓄積させておき、
前記データ処理手段は、
前記通信手段により前記放送データのメニュー情報を取得し、
前記受信した放送データのメニューと前記選択情報に基づいて前記放送データを取捨選択し、
選択した放送データのみを前記蓄積手段に蓄積し、
前記データ処理手段は、
前記受信した放送データに欠落がある場合であって、前記放送データの欠落の度合いが小さい場合にのみ、前記通信手段によりデータを取得して前記放送データを補完することを特徴とする車載用データ受信装置。A communication means for performing bidirectional communication;
Receiving means for receiving broadcasts;
Storage means for storing received broadcast data;
Display means for displaying received broadcast data;
In-vehicle data receiving apparatus comprising: bidirectional communication data by the communication means; and data processing means for processing the broadcast data.
In the storage means, selection information for selecting a necessary menu is stored,
The data processing means includes
Obtaining the menu information of the broadcast data by the communication means;
The broadcast data is selected based on the received broadcast data menu and the selection information,
Only the selected broadcast data is stored in the storage means ,
The data processing means includes
In-vehicle data, wherein the received broadcast data is missing and the broadcast data is supplemented by acquiring data by the communication means only when the degree of lack of the broadcast data is small Receiver device.
前記受信手段で受信する放送データを選択可能なメニュー情報を、前記放送局以外から取得する通信手段と、
前記通信手段で取得したメニュー情報を表示する表示手段と、
前記表示手段に表示されたメニュー情報に基づいて、使用者によって、前記受信手段で受信する放送データが選択された場合に、該選択された放送データを前記受信手段で受信するように処理する処理手段と、
を具備する放送データ受信装置であって、
前記通信手段は、放送データ受信装置の電源投入時に、前記メニュー情報を取得することを特徴とする放送データ受信装置。Receiving means for receiving broadcast data transmitted from a broadcasting station;
Communication means for acquiring menu information capable of selecting broadcast data received by the receiving means from other than the broadcasting station;
Display means for displaying the menu information acquired by the communication means;
Processing for receiving the selected broadcast data by the receiving means when the user selects broadcast data to be received by the receiving means based on the menu information displayed on the display means Means,
A broadcast data receiving device comprising :
The broadcast data receiving apparatus, wherein the communication means acquires the menu information when the broadcast data receiving apparatus is powered on .
前記表示手段は、放送データ受信装置の電源再投入時に、前記蓄積手段に蓄積されたメニュー情報を表示可能である、請求項2に記載の放送データ受信装置。It further comprises storage means for storing the menu information received by the communication means,
The display means, when the power is turned on again in the broadcast data receiver is capable of displaying the stored menu information in the storage unit, the broadcast data receiving apparatus according to claim 2.
前記通信手段によるメニュー情報の取得と前記蓄積手段からのメニュー情報の取得とを選択可能とする操作手段とをさらに具備する、請求項3に記載の放送データ受信装置。Storing means for storing the menu information received by the communication means;
4. The broadcast data receiving apparatus according to claim 3 , further comprising an operation unit that enables selection of acquisition of menu information by the communication unit and acquisition of menu information from the storage unit.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP16401699A JP4570181B2 (en) | 1999-06-10 | 1999-06-10 | In-vehicle data receiver |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP16401699A JP4570181B2 (en) | 1999-06-10 | 1999-06-10 | In-vehicle data receiver |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2000354003A JP2000354003A (en) | 2000-12-19 |
JP2000354003A5 JP2000354003A5 (en) | 2006-06-22 |
JP4570181B2 true JP4570181B2 (en) | 2010-10-27 |
Family
ID=15785194
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP16401699A Expired - Fee Related JP4570181B2 (en) | 1999-06-10 | 1999-06-10 | In-vehicle data receiver |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4570181B2 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI20011342A0 (en) | 2001-06-25 | 2001-06-25 | Nokia Corp | Method and device for obtaining information |
JP2006148222A (en) * | 2004-11-16 | 2006-06-08 | Toshiba Corp | Emergency earthquake quick report distribution system, distribution method thereof, and utilization contract method thereof |
US7508791B2 (en) * | 2005-10-31 | 2009-03-24 | Kyocera Corporation | Wireless communication coding and transmission systems and methods |
JP5075225B2 (en) * | 2010-05-31 | 2012-11-21 | 株式会社エヌ・ティ・ティ・ドコモ | Broadcast complement data transmission apparatus, broadcast supplement data transmission method, and broadcast system |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH04196823A (en) * | 1990-11-28 | 1992-07-16 | Hitachi Ltd | Program reserving device |
JPH0779196A (en) * | 1993-09-08 | 1995-03-20 | Daihatsu Motor Co Ltd | Broadcast data service method |
JPH08242213A (en) * | 1995-03-06 | 1996-09-17 | Toyota Motor Corp | Broadcasting station selecting system |
JPH08265190A (en) * | 1995-03-22 | 1996-10-11 | Sanyo Electric Co Ltd | Fm multiplex broadcast receiver |
JPH0993146A (en) * | 1995-09-22 | 1997-04-04 | Sanyo Electric Co Ltd | Fm multiplex broadcast receiver |
JPH1117567A (en) * | 1997-06-24 | 1999-01-22 | Matsushita Electric Ind Co Ltd | Data broadcast receiver |
JPH11136651A (en) * | 1997-11-04 | 1999-05-21 | Matsushita Electric Ind Co Ltd | Device and method for data broadcast reception |
JPH11154973A (en) * | 1997-11-21 | 1999-06-08 | Toyota Motor Corp | Information communication system and communication terminal equipment adopting the system |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH07264561A (en) * | 1994-03-18 | 1995-10-13 | Fujitsu General Ltd | Character broadcasting system |
JP3360495B2 (en) * | 1995-08-09 | 2002-12-24 | 株式会社日立製作所 | Mobile terminal |
JPH09331302A (en) * | 1996-04-12 | 1997-12-22 | Casio Comput Co Ltd | Transmission / reception system or device and method used therefor |
JPH1013366A (en) * | 1996-06-21 | 1998-01-16 | Daihatsu Motor Co Ltd | Information transmitter and information receiver |
JPH10150460A (en) * | 1996-11-19 | 1998-06-02 | Matsushita Electric Ind Co Ltd | Radio video communication system |
JPH10178359A (en) * | 1996-12-19 | 1998-06-30 | Casio Comput Co Ltd | Receiving device, receiving method and transmitting / receiving system |
JPH10200493A (en) * | 1997-01-10 | 1998-07-31 | Toshiba Corp | Mobile communication system |
JP3591200B2 (en) * | 1997-03-14 | 2004-11-17 | オムロン株式会社 | Information signal output system and method |
JPH1153194A (en) * | 1997-07-31 | 1999-02-26 | Matsushita Electric Ind Co Ltd | Program download system |
-
1999
- 1999-06-10 JP JP16401699A patent/JP4570181B2/en not_active Expired - Fee Related
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH04196823A (en) * | 1990-11-28 | 1992-07-16 | Hitachi Ltd | Program reserving device |
JPH0779196A (en) * | 1993-09-08 | 1995-03-20 | Daihatsu Motor Co Ltd | Broadcast data service method |
JPH08242213A (en) * | 1995-03-06 | 1996-09-17 | Toyota Motor Corp | Broadcasting station selecting system |
JPH08265190A (en) * | 1995-03-22 | 1996-10-11 | Sanyo Electric Co Ltd | Fm multiplex broadcast receiver |
JPH0993146A (en) * | 1995-09-22 | 1997-04-04 | Sanyo Electric Co Ltd | Fm multiplex broadcast receiver |
JPH1117567A (en) * | 1997-06-24 | 1999-01-22 | Matsushita Electric Ind Co Ltd | Data broadcast receiver |
JPH11136651A (en) * | 1997-11-04 | 1999-05-21 | Matsushita Electric Ind Co Ltd | Device and method for data broadcast reception |
JPH11154973A (en) * | 1997-11-21 | 1999-06-08 | Toyota Motor Corp | Information communication system and communication terminal equipment adopting the system |
Also Published As
Publication number | Publication date |
---|---|
JP2000354003A (en) | 2000-12-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20030135858A1 (en) | Vehicle receiver and vehicle-mounted system | |
CN1819609B (en) | System and method for selectively receiving dmb data broadcast | |
JP3057913B2 (en) | Telephone with location display function | |
US20060234748A1 (en) | Method for performing TRS communication in a mobile communication terminal | |
JP2001204074A (en) | Portable transmitting / receiving system, portable transmitting / receiving device, communication management device, broadcast receiving device, and calling method | |
KR101345662B1 (en) | Method for indicating broadcasting-related information and mobile terminal capable of receiving broadcasting using the same | |
RU2209516C2 (en) | Method and cellular radiophone providing operation of wireless communication device in waiting mode | |
JPH11262070A (en) | Double-mode radio telephone set | |
JP4570181B2 (en) | In-vehicle data receiver | |
JP2007318365A (en) | Mobile communication terminal | |
US20070011278A1 (en) | Telematics system having function of multi-service server selection, and method for providing various content services | |
KR100793772B1 (en) | How to Share Contact Information for Mobile Devices | |
US20080305810A1 (en) | Method and apparatus for providing a service using location information in a mobile communication terminal | |
US20020065036A1 (en) | Receiving device | |
KR20070082972A (en) | Apparatus and method for updating phone book in mobile communication terminal | |
JP2007066159A (en) | Electronic apparatus, data processing method and program therefor | |
KR100472298B1 (en) | Method for Processing of Spam Message in Mobile Communication Terminal | |
JP2009062105A (en) | Elevator information distributing system | |
JP2004040697A (en) | Image-providing system linked with broadcasting for vehicles | |
JP2001145140A (en) | Program recording system, radio telephone, and pager | |
US6348855B1 (en) | Wireless selective call receiver | |
JP5041391B2 (en) | Portable terminal device, display method of portable terminal device, and wireless communication system | |
JP4844350B2 (en) | Broadcast receiver, download data acquisition method and program thereof | |
JP2009033383A (en) | Communication device | |
KR20080042415A (en) | TPE receiving device and method in portable terminal |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060501 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060510 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080625 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081216 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090216 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100126 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100329 |
|
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: 20100713 |
|
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: 20100810 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130820 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140820 Year of fee payment: 4 |
|
LAPS | Cancellation because of no payment of annual fees |