JP4570181B2

JP4570181B2 - In-vehicle data receiver

Info

Publication number: JP4570181B2
Application number: JP16401699A
Authority: JP
Inventors: 満佐々木
Original assignee: Denso Ten Ltd
Current assignee: Denso Ten Ltd
Priority date: 1999-06-10
Filing date: 1999-06-10
Publication date: 2010-10-27
Anticipated expiration: 2019-06-10
Also published as: JP2000354003A

Description

【０００１】
【発明の属する技術分野】
本発明は、車両に搭載し、通信基地との間で通信を行い、かつ、放送局が放送するデータを受信する車載用データ受信装置に関するものである。
【０００２】
【従来の技術】
従来より、車載用データ受信装置として、通信装置と受信装置がある。通信装置は、車両と通信基地（情報センター）との間の双方向通信が可能であり、受信装置は、一方向通信ではあるが、放送局から放送される大量の放送データを受信することができる。従来においては、通信装置と受信装置は、独立して車両に搭載されていた。
【０００３】
【発明が解決しようとする課題】
上記の従来の車載用データ受信装置では、通信装置と受信装置とが独立して搭載されるため、ユーザが情報を得ようとするとき、通信装置又は受信装置のいずれかを選択して操作しなければならない煩わしさがあった。また、２台の装置を搭載するため、スペースを必要とする。更に、通信装置と受信装置の操作方法が異なったり、ポリシーが異なっていると、ユーザが使用方法を誤ったり、必要な情報を得られない可能性が生じるといった問題がある。
【０００４】
また、受信装置においては、放送データに含まれるメニューに従って、大容量の放送データの中から必要な情報を得るが、大量な放送データからメニューを探し出すには時間がかかり、メニューを必要なときに取得できるとは限らない。
本発明は、車載用データ受信装置において、双方向通信が可能な通信装置と大量の放送データを取得することができる受信装置とを一体化し、更に、放送データのメニューを迅速に取得できるようにすることを目的とするものである。
【０００５】
【課題を解決するための手段】
本発明は、上記目的を達成するためになされたものである。本発明においては、双方向通信を行う通信手段と、放送を受信する受信手段と、受信した放送データを蓄積する蓄積手段と、受信した放送データを表示する表示手段と、前記通信手段による双方向通信データと前記放送データを処理するデータ処理手段とを具備する車載用データ受信装置において、前記蓄積手段に、必要なメニューを選択する選択情報を蓄積させておき、前記データ処理手段は、前記通信手段により前記放送データのメニュー情報を取得し、前記受信した放送データのメニューと前記選択情報に基づいて前記放送データを取捨選択し、選択した放送データのみを前記蓄積手段に蓄積する。
【０００６】
本発明によれば、大量な放送データからメニューを探し出すよりも、早く確実に入手可能となる。また、通信手段から得る情報も同一メニューから設定可能となる。
メニュー情報を取得するタイミングとしては、装置の電源投入時とすることができる。通常、車載機器の電源が投入される時点では、メニューが放送データとの整合性がない場合が多いので、データ処理手段が、電源投入時にメニュー情報を自動的に取得することにより、常に放送データと整合性のあるメニュー情報を得ることができる。
【０００７】
なお、メニュー情報を蓄積手段に蓄積しておき、電源投入時のメニュー情報の取得を、通信手段による取得と蓄積手段からの取得とのいずれか一方を選択できるようにすることができる。これによれば、通信手段による通信の回数を少なくして、通信費を低減できる。
本発明においては、メニュー情報に基づいて、放送データの取捨選択をすることができる。ユーザは、予め、メニュー情報ごとに放送データの必要性を設定しておくことにより、データ処理手段は、この設定に基づいて放送データの内、必要なものだけを選択する。このとき、更に、メニュー情報に優先順位を付けたり、更新された放送データのみを選択するようにすることもできる。
【０００８】
本発明においては、受信した放送データに欠落がある場合、通信手段によりデータを取得して欠落データを補完することができる。あるいは、通信手段により、通信基地に放送データの再放送をリクエストして、再度放送データを受信することもできる。これにより、通信状態が悪化して受信した放送データに欠落が生じても、速やかにそれを補完することができる。
【０００９】
さらに、本発明においては、受信した放送データを、通信手段により得た情報でデコードしたり、加工をしたりすることもできる。
また、本発明においては、通信手段による通信を禁止するように設定可能とすることにより、通信費を低減することもできる。
【００１０】
【発明の実施の形態】
本発明の実施形態について図を用いて説明する。
図１は、本発明を適用した車載用データ受信装置の基本構成を示す。
車載用データ受信装置１１は、通信機１２と受信機１３とを備える。
通信機１２は、携帯電話又はＭＣＡ（マルチチャネルアクセス）無線などの双方向通信機であり、通信データ量は比較的小容量である。図示の例では、通信機１２は、情報センターなどの通信基地２１との間で、双方向通信を行う。
【００１１】
受信機１３は、放送局２２から送信される放送（一方向通信）を受信する。受信機１３として、各種放送に対応した複数の装置を備えることができる。図示の例では、放送局２２はディジタル放送を行い、受信機１３はディジタル放送のコンテンツ及びデータを受信している。受信内容は、ディスプレイ、スピーカなどから出力されるが、それらの機器の図示は省略する。
【００１２】
通信機１２と受信機１３に共通に、データ処理装置１４、蓄積手段１５、表示装置１６、操作部１７が設けられる。データ処理装置１４は、ＣＰＵにより構成され、通信機１２、受信機１３に関するデータを処理するために設けられる。蓄積手段１５はメモリなどにより構成され、データ処理装置１４を動作させるプログラム、通信機１２、受信機１３で送受信するデータ、各種の設定値などを記憶する。表示装置１６は、データ処理装置１４が出力したデータを表示する。操作部１７は、キーなどにより構成され、ユーザは、操作部１７により各種設定データを入力する。
【００１３】
図示の車載用データ受信装置１１は、通信機１２と受信機１３を兼ね備えるので、両機器のポリシー及び操作方法を統一できる。したがって、ユーザが使用方法を誤ったり、必要なデータを取得し損なったりすることを防止できる。
図２は、車載用データ処理装置１１における、メニュー取得の動作を示す。
受信機１３で受信するディジタル放送のデータ量は大量であるため、ユーザはメニューに従って所望の放送を選択する。メニューは、放送データの中から取得されて、表示装置１６に表示される。しかしながら、大量の放送データからメニューを取得して表示するまでに時間がかかり、ユーザが所望の放送データを適時に得ることができないことがある。本実施形態の車載用データ受信装置１１においては、放送データのメニューを、通信機１２を使用した双方向通信により、適時に取得する。
【００１４】
データ処理装置１４は、車載用データ受信装置１１の電源が投入される（Ｓ１１）と、通信機１２により通信基地２１に対して、メニューリクエストを発行する（Ｓ１２）。通信基地２１は、リクエストに応じて、放送データ及び通信のメニューを送信する。
データ処理装置１４は、メニューを受信する（Ｓ１３）と、受信機１３により、放送データを入手する（Ｓ１４）。データ処理装置１４は、メニューを表示装置１６に表示し（Ｓ１５）、ユーザは、表示されたメニューに従って、所望の放送を確認し、操作部１７を操作して所望の放送を選択する。
【００１５】
以上の処理によれば、車載用データ受信装置１１の電源投入と同時に、放送データの最新のメニューを取得できる。これにより、大量の放送データからメニューを探し出すよりも、早くかつ確実に取得でき、ユーザは、所望の放送を確実に得ることができる。また、通信機１２から得る情報についても、同一メニューから選択することが可能となる。
【００１６】
また、車載用データ受信装置１１の電源投入時には、以前に取得したメニューと受信した放送データとの整合性がとれていないことが多いが、電源投入ごとに新たなメニューを得ることにより、メニューと放送データとの整合性を常に保つことができる。
ただし、通信機１２が携帯電話である場合、電源投入ごとにメニューを取得すると、通話料がかかり不経済なものとなりかねない。また、車載用データ受信装置１１が配送車両に搭載されている場合、電源のオン／オフが頻繁に行われることとなるので、電源投入時に以前に取得したメニューを使用しても放送データとの整合性が失われていることは少ない。このような場合のため、一度取得したメニューを装置内に蓄積しておき、電源の再投入時には、蓄積したメニューを使用すれば、通信料の削減ができる。
【００１７】
このために、上述の処理において、メニューを受信した（Ｓ１３）とき、メニューを蓄積手段１５に書き込んでおく（Ｓ１６）。以後は、車載用データ受信装置１１の電源投入時には、通信基地２１からメニューを受信することも、蓄積手段１５からメニューを呼び出すこともできる状態となる。
ユーザは、操作部１７から、メニューを通信により取得するか、蓄積手段から取得するかを設定しておく。例えば、ユーザは、１日の作業開始時には、メニュー取得先を通信に設定し、以後は、蓄積側に変更する。あるいは、ユーザがメニューを見る必要がない場合には、常に蓄積側に設定しておく。
【００１８】
データ処理装置１４は、電源が投入されると、ユーザによるメニュー取得先の設定状態をチェックする（Ｓ１７）。蓄積側に設定されていれば、蓄積手段１５からメニューを取得し（Ｓ１８）、通信側に設定されていれば、上述のメニューリクエストの発行の処理（Ｓ１２）に戻り、通信機１２により通信基地２１からメニューを受信する（Ｓ１３）。
【００１９】
図３は、メニューと放送データとの整合性を自動的にチェックする処理を示す。
メニューと放送データとの整合性は常時保つ必要がある。上述の図２の例のように蓄積手段１５にメニューを保存した場合、時間の経過により整合性がとれなくなる。これに対し、メニューと放送データとの整合性を自動的にチェックできるようにすれば、ユーザにとって便利である。また、整合性がとれている場合に、通信によるメニュー取得を行わないようにすれば、通信の節約になる。
【００２０】
データ処理装置１４は、受信機１３から放送データを入手する（Ｓ３１）と、放送データの内容によりメニューの検証を行う（Ｓ３２）。ここで、メニューと放送データが整合していれば、通信によるメニューの取得は行わずに、次の放送データの入手（Ｓ３１）に進む。
一方、整合性がとれていなければ、通信の禁止が設定されているか否かを判定する（Ｓ３３）。ユーザは、メニューの取得が必要ないときは、操作部１７により通信の禁止を設定する。
【００２１】
通信が禁止されていなければ、通信機１２により通信基地２１へメニューリクエストを発行し（Ｓ３４）、最新のメニューを受信して（Ｓ３５）から、次の放送データの入手（Ｓ３１）に進む。通信が禁止されていれば、メニューの再取得は行わずに、次の放送データの入手（Ｓ３１）に進む。
以上の処理によれば、メニューと放送データとの整合性がとれていない場合のみ、費用のかかる通信機１２によるメニューの取得を行うので、メニューの整合性が常にとれると共に、通信費用を削減することができる。また、メニューと放送データとの整合性がとれていない場合でも、通信によるメニューを行うか否かを選択できるようにしているので、不必要な通信を防止して、通信費を削減することができる。
【００２２】
図４は、受信機１３で受信した放送データの内、必要なデータを取捨選択し、更に、データの性格に応じてデータを蓄積する処理を示す。
受信機１３で受信した大量の放送データから、ユーザにとって何が使えるかを想定することは難しい。これに対して、本処理では、取得してあるメニューに基づいて、必要な放送データの取捨選択を行う。また、リアルタイム性がない情報については、保存をしておき、車載用データ受信装置１１の負担軽減を図る。
【００２３】
受信機１３により放送データを入手する（Ｓ４１）と、データ処理装置１４は、放送データとメニューを比較して（Ｓ４２）、放送データのメニューを獲得し、このメニューについて検証をする（Ｓ４３）。このメニュー検証のために、ユーザは、操作部１７により、メニューごとに必要性を設定しておく。例えば、交通情報、天気予報は必要で、音楽は不要であるというように設定をしておく。データ処理装置１４は、受信した放送データのメニューが不要であると設定してあれば、そのデータは破棄し（Ｓ４４）、必要であると設定してあれば、次の処理に進む。これにより、不必要な放送データを蓄積する処理が不要となり、装置の負担を軽減することができる。
【００２４】
データ処理装置１４は、必要であると設定されたメニューに対して、データ検証（Ｓ４５）を行う。ここでは、今回入手した放送データと蓄積手段１５に蓄積してある該当する放送データとを比較し、今回の放送データが蓄積した放送データに対して更新されているものか否かを判定する。その結果、未更新であれば今回の放送データは破棄し（Ｓ４６）、更新されていれば、次の処理に進む。これにより、リアルタイム性のない情報などについては、放送データの書換え処理を少なくすることができる。
【００２５】
データ処理装置１４は、必要があり、かつ、更新された放送データについて、優先順位の照合を行う（Ｓ４７）。このために、ユーザは、操作部１７により、必要なメニューごとに優先順位を設定しておく。例えば、交通情報の優先順位が１番目、天気予報の優先順位が２番目というように設定をしておく。データ処理装置１４は、設定した優先順位に基づいて放送データを蓄積手段１５に蓄積していく（Ｓ４８）。これにより、蓄積手段１５の限られた容量を効率的に使用することができる。また、蓄積手段１５に保存していた放送データを使用する場合は、ユーザから見て、瞬時に情報を得られるメリットがある。
【００２６】
図５は、受信した放送データに欠落があった場合、それを双方向通信を利用して補完する処理を示す。
電波環境の悪化などにより、受信機１３で受信した放送データに欠落があって良質なデータが取得できなかった場合、次に、同じ放送がされるまで待たなければならない。これに対し、本例では、放送データに欠落があった場合でも、通信機１２により欠落部分を入手することで、放送データを補完し、又は、再放送をリクエストすることで、速やかに欠落のない放送データを入手できるようにする。
【００２７】
データ処理装置１４は、受信機１３により放送データを入手する（Ｓ５１）と、この放送データに欠落がないか否かを判定する（Ｓ５２）。ここで、欠落がなければ、通常動作に移行する（Ｓ５３）が、欠落があると判定されると、設定されている判定基準を参照する（Ｓ５４）。判定基準情報は、ユーザが、操作部１７により、任意の値に設定してある。
【００２８】
放送データの欠落が判定基準と比較され、欠落度合いが大か小か判定される（Ｓ５５）。放送データの欠落度合いが小の場合は、通信により欠落したデータを取得して、そのデータにより放送データを補完する。この場合は、最初に、通信の禁止が設定されているか否かが判定される（Ｓ５６）。例えば、サービスエリアの限界付近を走行していて、電波環境が常時悪い場合は、データの欠落が継続する。このような状況では、欠落が検出される度に通信を行うことは通信費用が嵩むので、ユーザは、操作部１７により通信の禁止を設定する。判定（Ｓ５６）の結果、通信が禁止されていれば、通常の処理に進む。
【００２９】
通信が禁止されていなければ、通信機１２により、通信基地２１へデータリクエストを送出し（Ｓ５７）、データを受信すれば（Ｓ５８）、そのデータにより放送データを補完して通常の動作に戻る。このように、通信により欠落データを入手することにより、次の放送を待たずに必要な情報を得ることができるようになる。
【００３０】
Ｓ５５で欠落度合いが大と判定される場合は、例えば、車両がトンネルに侵入して、電波が届かない状況となることにより発生する。欠落度合いが大の場合、小容量の通信機１２によりデータを入手すると時間がかかり過ぎることとなり、通信費用も嵩むので、放送局２２から当該放送データを再送するようにリクエストを発行し、リクエストした放送データが速やかに再放送されるのを待つ。
【００３１】
Ｓ５５で欠落度合いが大と判定されると、通信許可が設定されているか否かが判定される（Ｓ５９）。放送データがユーザにとって重要な情報であって、通信費用が加算でも確実にデータを入手したい場合がある。この場合のために、ユーザは、操作部１７により通信可を設定することができる。Ｓ５９で通信可が設定されていれば、欠落度合いが小と判定されたときの処理に戻り、通信によるデータリクエストの処理（Ｓ５６以降）へ進む。通信可が設定されていなければ、再放送リクエストの処理に進む。
【００３２】
再送リクエストの前に、要求禁止の設定がされているか否かを判定する（Ｓ６０）。欠落度合いが大の場合であっても、通信費用を低減するため、通信機１２による再送リクエストを禁止したい場合がある。この場合、ユーザは、操作部１７により、再送リクエストの禁止を設定する。再送リクエストの禁止が設定されていなければ、再送リクエスト（Ｓ６１）を行う。禁止が設定されていれば、再送リクエストを行わずに、通常の動作に進み、欠落のあるまま、放送データを処理を行う。禁止が設定されていなければ、再送リクエストを行う。
【００３３】
以上説明した図４の例によれば、欠落の判定基準をユーザが任意に設定することが可能であるので、ユーザ個々の情報の必要度、通信費用の負担割合を勘案して、個々の状況に合わせることができる。
図６は、放送データに特殊な情報が含まれている場合の処理を示す。
例えば、放送データに、課金対象となる特殊な情報が含まれる場合がある。この場合、本例においては、データのデコードの管理等を通信基地２１との間の通信で行う。
【００３４】
データ処理装置１４は、受信機１３により放送データを入手する（Ｓ７１）と、この放送データが課金対象などの特殊データであるか否かを判定する（Ｓ７２）。ここで、特殊なデータでなければ、通常の動作（Ｓ７７）に進む。特殊なデータである場合は、通信機１２により、通信基地２２へユーザＩＤを用いて照会を行う（Ｓ７３）。通信基地２２はこれに応答して、デコードのためのカギを送信する（Ｓ７４）。
【００３５】
データ処理装置１４は、デコードの可否を判定する（Ｓ７５）。デコードの可否は、予め、ユーザにより、操作部１７を用いて設定して、蓄積手段１５に記憶させておく。これにより、ユーザは予め特殊な放送の受信をするか否かを設定するだけで、装置は自動的に、当該放送データの使用、不使用を決定する。
Ｓ７５でデコード可の場合、データ処理装置１４は、受信したカギを用いて放送データをデコード（Ｓ７６）し、通常の動作（Ｓ７７）に進む。デコード不可の場合は、そのまま通常の処理（Ｓ７７）へ進む。
【００３６】
図７は、受信機が受信した放送データを、通信機を介して得た固有情報で加工する場合の処理を示す。
音楽、映像などの放送を受信する場合、ユーザの好み、又は、車両環境などにより、音場制御、映像制御を行う必要がある。本例では、通信基地に蓄積してある固有情報により音楽又は映像を自動的に加工できるようにする。
【００３７】
受信機１３が放送データを入手する（Ｓ８１）と、通信可の設定がされているか否かが判定される（Ｓ８２）。ユーザは、操作部１７により、音場制御、映像制御を自動的に行うか否かを決めて、そのための通信可又は不可を設定しておく。
ここで、通信可が設定されていれば、通信機１２により通信基地２１に固有情報をリクエストする（Ｓ８３）。通信基地２１からは、ユーザの車種に対応した情報などの固有情報を返送する（Ｓ８４）。この固有情報には、予め、ユーザが個人情報として設定したものを含めることもできる。
【００３８】
データ処理装置１４は、次に、調整情報を参照する（Ｓ８５）。ユーザは、通信基地２１から送られてくる固有情報による制御に加えて、自分の好みで調整手段（操作部１７）で設定ができる。データ処理装置１４は、調整情報と固有情報とにより、各種設定を行い（Ｓ８６）、これにより、放送の音場、映像が制御される。
【００３９】
本例によれば、通信により入手する固有情報から、個々の車両の車載用データ受信装置の特性の設定が可能となる。したがって、車両別にカスタマイズされた車載用データ受信装置を準備する必要がなくなり、車載用データ受信装置を汎用機器で構成することが可能となる。また、通信の禁止を可能とすることで、通信による設定を好まないユーザにも対応することができる。さらに、通信による調整がユーザの好みに合わない場合でも、ユーザ個々の好みに合わせて調整することができる。
【００４０】
図８は、ユーザの固有情報を通信基地で保存する場合の処理を示す。
上記の図７の例で説明したように、車載用データ受信装置では、ユーザごとに設定した調整情報がある。この調整情報は、装置側の蓄積手段１５に保存されるが、車両のメンテナンス時にバッテリを外した場合に、保存した情報が消えることがある。この場合は、再度調整情報の設定を行わなければならない。本例では、調整情報を固有情報に含ませて通信基地２１で保存をする。これによれば、車両のメンテナンス後などに再設定をする必要がなくなる。また、蓄積手段１５で保存する情報の量を低減することができる。
【００４１】
データ処理装置１４は、調整情報を作成すると、固有情報に含ませて通信機１２により通信基地２１に送信する（Ｓ９１）。通信基地２１ではこれを保存する。
その後、上述の図２で説明したように、電源投入時に通信機１２によりメニューリクエストを送信する（Ｓ９２）と、通信基地２１は、メニューと同時に、調整情報を含む固有情報を送信するので、データ処理装置１４はその固有情報を入手する（Ｓ９４）。データ処理装置１４では、上述の図７のＳ８６に示したように、入手した固有情報により各設定を行う。本例によれば、メニューの取得と同時に固有情報を入手するので、固有情報の入手のためだけに通信を行う必要がなくなり、通信費用を軽減することができる。
【００４２】
【発明の効果】
本発明によれば、車載用データ受信装置において、双方向通信が可能な通信装置と大量の放送データを取得することができる受信装置とを一体化し、更に、放送データのメニューを迅速に取得できるようにすることができる。
【図面の簡単な説明】
【図１】本発明を適用した車載用データ受信装置の基本構成を示す図。
【図２】図１の装置のメニュー取得の処理を示すフローチャート。
【図３】図１の装置のメニュー検証の処理を示すフローチャート。
【図４】図１の車載用データ受信装置の、放送データの内、必要なデータを蓄積するための処理を示すフローチャート。
【図５】図１のデータ処理装置において、受信した放送データの欠落を補完する処理を示すフローチャート。
【図６】図１のデータ処理装置において、放送データに特殊な情報が含まれている場合の処理を示すフローチャート。
【図７】図１の車載用データ受信装置において、放送データを通信機を介して得た固有情報で加工する場合の処理を示すフローチャート。
【図８】図７の固有情報を通信基地で保存する場合の処理を示すフローチャート。
【符号の説明】
１１…車載用データ受信装置
１２…通信機
１３…受信機
１４…データ処理装置
１５…蓄積手段
１６…表示装置
１７…操作部
２１…通信基地
２２…放送局[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 data receiving apparatus 11 includes a communication device 12 and a receiver 13.
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 communication base 21 such as an information center.
[0011]
The receiver 13 receives a broadcast (one-way communication) transmitted from the broadcast station 22. As the receiver 13, a plurality of devices corresponding to various broadcasts can be provided. In the illustrated example, the broadcasting station 22 performs digital broadcasting, and the receiver 13 receives digital broadcasting content and data. The received contents are output from a display, a speaker, etc., but illustration of those devices is omitted.
[0012]
In common with the communication device 12 and the receiver 13, a data processing device 14, a storage unit 15, a display device 16, and an operation unit 17 are provided. The data processing device 14 includes a CPU and is provided to process data related to the communication device 12 and the receiver 13. The storage unit 15 includes a memory and the like, and stores a program for operating the data processing device 14, data transmitted / received by the communication device 12 and the receiver 13, various setting values, and the like. The display device 16 displays the data output from the data processing device 14. The operation unit 17 includes keys and the user inputs various setting data using the operation unit 17.
[0013]
The in-vehicle data receiving apparatus 11 shown in the figure has both the communication device 12 and the receiver 13, so that the policies and operation methods of both devices can be unified. Therefore, it is possible to prevent the user from misusing the usage method or failing to acquire necessary data.
FIG. 2 shows a menu acquisition operation in the in-vehicle data processing apparatus 11.
Since the amount of data of the digital broadcast received by the receiver 13 is large, the user selects a desired broadcast according to the menu. The menu is acquired from the broadcast data and displayed on the display device 16. However, it takes time to acquire and display a menu from a large amount of broadcast data, and the user may not be able to obtain desired broadcast data in a timely manner. In the in-vehicle data receiving apparatus 11 of the present embodiment, a menu of broadcast data is acquired in a timely manner by bidirectional communication using the communication device 12.
[0014]
When the on-vehicle data receiver 11 is powered on (S11), the data processing device 14 issues a menu request to the communication base 21 by the communication device 12 (S12). The communication base 21 transmits broadcast data and a communication menu in response to the request.
When the data processing device 14 receives the menu (S13), the receiver 13 acquires broadcast data (S14). The data processing device 14 displays a menu on the display device 16 (S15), and the user confirms the desired broadcast according to the displayed menu and operates the operation unit 17 to select the desired broadcast.
[0015]
According to the above process, the latest menu of broadcast data can be acquired simultaneously with the power-on of the in-vehicle data receiving apparatus 11. This makes it possible to obtain the menu more quickly and reliably than searching for a menu from a large amount of broadcast data, and the user can reliably obtain a desired broadcast. Also, information obtained from the communication device 12 can be selected from the same menu.
[0016]
In addition, when the in-vehicle data receiving apparatus 11 is turned on, the previously acquired menu and the received broadcast data are often inconsistent, but by obtaining a new menu each time the power is turned on, the menu and Consistency with broadcast data can always be maintained.
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 data receiving device 11 is mounted on a delivery vehicle, the power is frequently turned on / off. Therefore, even if a menu acquired before power-on is used, There is little loss of consistency. In such a case, the communication fee can be reduced by storing the menu once acquired in the apparatus and using the stored menu when the power is turned on again.
[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 data receiving apparatus 11 is turned on, the menu can be received from the communication base 21 and the menu can be called from the storage means 15.
The user sets whether to acquire the menu from the operation unit 17 by communication or from the storage unit. For example, the user sets the menu acquisition destination to communication at the start of work on one day, and thereafter changes to the storage side. Alternatively, when the user does not need to look at the menu, it is always set to the storage side.
[0018]
When the power is turned on, the data processing device 14 checks the setting state of the menu acquisition destination by the user (S17). If it is set on the storage side, the menu is acquired from the storage means 15 (S18), and if it is set on the communication side, the process returns to the above-described menu request issuance process (S12). The menu is received from 21 (S13).
[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 storage unit 15 as in the example of FIG. 2 described above, consistency cannot be achieved over time. On the other hand, if it is possible to automatically check the consistency between the menu and the broadcast data, it is convenient for the user. Further, if the menu is acquired by communication when consistency is achieved, communication can be saved.
[0020]
When the data processing apparatus 14 acquires broadcast data from the receiver 13 (S31), the data processing apparatus 14 verifies the menu based on the content of the broadcast data (S32). Here, if the menu and the broadcast data match, the menu is not acquired by communication, and the process proceeds to the acquisition of the next broadcast data (S31).
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 operation unit 17.
[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 receiver 13 and further storing the data according to the character of the data.
It is difficult to assume what the user can use from a large amount of broadcast data received by the receiver 13. On the other hand, in this process, necessary broadcast data is selected based on the acquired menu. In addition, information that does not have real-time properties is stored, and the burden on the in-vehicle data receiving device 11 is reduced.
[0023]
When the broadcast data is obtained by the receiver 13 (S41), the data processing device 14 compares the broadcast data with the menu (S42), acquires the broadcast data menu, and verifies the menu (S43). For this menu verification, the user uses the operation unit 17 to set the necessity for each menu. For example, traffic information and weather forecast are necessary, and music is unnecessary. If it is set that the menu of the received broadcast data is not necessary, the data processing device 14 discards the data (S44), and if it is set to be necessary, proceeds to the next process. As a result, processing for accumulating unnecessary broadcast data becomes unnecessary, and the burden on the apparatus can be reduced.
[0024]
The data processing device 14 performs data verification (S45) on the menu set as necessary. Here, the broadcast data acquired this time is compared with the corresponding broadcast data stored in the storage means 15, and it is determined whether or not the current broadcast data is updated with respect to the stored broadcast data. As a result, if not updated, the current broadcast data is discarded (S46), and if updated, the process proceeds to the next process. As a result, it is possible to reduce the rewrite processing of broadcast data for information that does not have real-time properties.
[0025]
The data processing device 14 collates priorities for the necessary and updated broadcast data (S47). For this purpose, the user sets a priority order for each necessary menu using the operation unit 17. For example, the priority order of traffic information is set first, and the priority order of weather forecast is set second. The data processing device 14 accumulates the broadcast data in the accumulating unit 15 based on the set priority order (S48). Thereby, the limited capacity | capacitance of the storage means 15 can be used efficiently. Further, when using broadcast data stored in the storage means 15, there is an advantage that information can be obtained instantaneously as seen from the user.
[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 receiver 13 is missing due to the deterioration of the radio wave environment, etc., and good quality data cannot be acquired, then it must wait until the same broadcast is performed. On the other hand, in this example, even if there is a lack in the broadcast data, the missing portion is obtained by the communication device 12, so that the broadcast data is supplemented or a re-broadcast request is made, so that the lack is quickly obtained. Make no broadcast data available.
[0027]
When the data processor 14 obtains broadcast data from the receiver 13 (S51), the data processor 14 determines whether or not the broadcast data is missing (S52). Here, if there is no omission, the process shifts to a normal operation (S53), but if it is determined that there is omission, the set criterion is referred to (S54). The criterion information is set to an arbitrary value by the user using the operation unit 17.
[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 operation unit 17. If the result of determination (S56) is that communication is prohibited, the process proceeds to normal processing.
[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 broadcast station 22 to retransmit the broadcast data, and the request is made. Wait for the broadcast data to be rebroadcast promptly.
[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 operation unit 17. If communication is enabled in S59, the process returns to the process when it is determined that the degree of omission is small, and the process proceeds to the data request process by communication (S56 and later). If communication is not enabled, the process proceeds to rebroadcast request processing.
[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 operation unit 17. If prohibition of retransmission request is not set, a retransmission request (S61) is performed. If the prohibition is set, the process proceeds to the normal operation without performing the retransmission request, and the broadcast data is processed with the absence. If prohibition is not set, a retransmission request is made.
[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 communication base 21.
[0034]
When the data processor 14 obtains broadcast data from the receiver 13 (S71), the data processor 14 determines whether or not the broadcast data is special data such as a billing target (S72). If the data is not special data, the process proceeds to a normal operation (S77). If it is special data, the communication device 12 makes an inquiry to the communication base 22 using the user ID (S73). In response to this, the communication base 22 transmits a key for decoding (S74).
[0035]
The data processing device 14 determines whether or not decoding is possible (S75). Whether or not decoding is possible is set in advance by the user using the operation unit 17 and stored in the storage unit 15. As a result, the user automatically sets whether or not to receive a special broadcast in advance, and the apparatus automatically determines whether or not to use the broadcast data.
If decoding is possible in S75, the data processing device 14 decodes the broadcast data using the received key (S76), and proceeds to normal operation (S77). If decoding is impossible, the process proceeds to normal processing (S77).
[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 receiver 13 obtains the broadcast data (S81), it is determined whether or not communication is set (S82). The user determines whether or not to automatically perform sound field control and video control using the operation unit 17, and sets whether communication is possible or not.
Here, if communication permission is set, the communication device 12 requests unique information from the communication base 21 (S83). The communication base 21 returns unique information such as information corresponding to the user's vehicle type (S84). This unique information can also include information previously set by the user as personal information.
[0038]
Next, the data processing device 14 refers to the adjustment information (S85). In addition to the control based on the unique information sent from the communication base 21, the user can set the adjustment means (operation unit 17) according to his / her preference. The data processing device 14 performs various settings based on the adjustment information and the unique information (S86), thereby controlling the sound field and video of the broadcast.
[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 storage unit 15 on the apparatus side. However, when the battery is removed during vehicle maintenance, the stored information may disappear. In this case, adjustment information must be set again. In this example, adjustment information is included in the unique information and stored in the communication base 21. This eliminates the need for resetting after vehicle maintenance. Further, the amount of information stored in the storage unit 15 can be reduced.
[0041]
When the data processing device 14 creates the adjustment information, the data processing device 14 includes the specific information and transmits the adjustment information to the communication base 21 by the communication device 12 (S91). The communication base 21 stores this.
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 communication base 21 transmits unique information including adjustment information at the same time as the menu. The processing device 14 obtains the unique information (S94). In the data processing device 14, as shown in S86 of FIG. 7 described above, each setting is performed based on the acquired unique information. According to this example, since the unique information is obtained simultaneously with the acquisition of the menu, it is not necessary to perform communication only for obtaining the unique information, and the communication cost can be reduced.
[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 SYMBOLS 11 ... Vehicle-mounted data receiver 12 ... Communication apparatus 13 ... Receiver 14 ... Data processing apparatus 15 ... Storage means 16 ... Display apparatus 17 ... Operation part 21 ... Communication base 22 ... Broadcasting station

Claims

双方向通信を行う通信手段と、
放送を受信する受信手段と、
受信した放送データを蓄積する蓄積手段と、
受信した放送データを表示する表示手段と、
前記通信手段による双方向通信データと前記放送データを処理するデータ処理手段と
を具備する車載用データ受信装置において、
前記蓄積手段に、必要なメニューを選択する選択情報を蓄積させておき、
前記データ処理手段は、
前記通信手段により前記放送データのメニュー情報を取得し、
前記受信した放送データのメニューと前記選択情報に基づいて前記放送データを取捨選択し、
選択した放送データのみを前記蓄積手段に蓄積し、
前記データ処理手段は、
前記受信した放送データに欠落がある場合であって、前記放送データの欠落の度合いが小さい場合にのみ、前記通信手段によりデータを取得して前記放送データを補完することを特徴とする車載用データ受信装置。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 .

前記通信手段によって受信したメニュー情報を蓄積する蓄積手段をさらに有し、
前記表示手段は、放送データ受信装置の電源再投入時に、前記蓄積手段に蓄積されたメニュー情報を表示可能である、請求項２に記載の放送データ受信装置。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.

前記通信手段によって受信したメニュー情報を蓄積する蓄積手段と、
前記通信手段によるメニュー情報の取得と前記蓄積手段からのメニュー情報の取得とを選択可能とする操作手段とをさらに具備する、請求項３に記載の放送データ受信装置。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.