(57)【特許請求の範囲】
【請求項１】
双方向通信を行う通信手段と、
放送を受信する受信手段と、
受信した放送データを蓄積する蓄積手段と、
受信した放送データを表示する表示手段と、
前記通信手段による双方向通信データと前記放送データを処理するデータ処理手段と
を具備する車載用データ受信装置において、
前記蓄積手段に、必要なメニューを選択する選択情報を蓄積させておき、
前記データ処理手段は、
前記通信手段により前記放送データのメニュー情報を取得し、
前記受信した放送データのメニューと前記選択情報に基づいて前記放送データを取捨選択し、
選択した放送データのみを前記蓄積手段に蓄積し、
前記データ処理手段は、
前記受信した放送データに欠落がある場合であって、前記放送データの欠落の度合いが小さい場合にのみ、前記通信手段によりデータを取得して前記放送データを補完することを特徴とする車載用データ受信装置。
【請求項２】
放送局から送信される放送データを受信する受信手段と、
前記受信手段で受信する放送データを選択可能なメニュー情報を、前記放送局以外から取得する通信手段と、
前記通信手段で取得したメニュー情報を表示する表示手段と、
前記表示手段に表示されたメニュー情報に基づいて、使用者によって、前記受信手段で受信する放送データが選択された場合に、該選択された放送データを前記受信手段で受信するように処理する処理手段と、
を具備する放送データ受信装置であって、
前記通信手段は、放送データ受信装置の電源投入時に、前記メニュー情報を取得することを特徴とする放送データ受信装置。
【請求項３】
前記通信手段によって受信したメニュー情報を蓄積する蓄積手段をさらに有し、
前記表示手段は、放送データ受信装置の電源再投入時に、前記蓄積手段に蓄積されたメニュー情報を表示可能である、請求項２に記載の放送データ受信装置。
【請求項４】
前記通信手段によって受信したメニュー情報を蓄積する蓄積手段と、
前記通信手段によるメニュー情報の取得と前記蓄積手段からのメニュー情報の取得とを選択可能とする操作手段とをさらに具備する、請求項３に記載の放送データ受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車両に搭載し、通信基地との間で通信を行い、かつ、放送局が放送するデータを受信する車載用データ受信装置に関するものである。
【０００２】
【従来の技術】
従来より、車載用データ受信装置として、通信装置と受信装置がある。通信装置は、車両と通信基地（情報センター）との間の双方向通信が可能であり、受信装置は、一方向通信ではあるが、放送局から放送される大量の放送データを受信することができる。従来においては、通信装置と受信装置は、独立して車両に搭載されていた。
【０００３】
【発明が解決しようとする課題】
上記の従来の車載用データ受信装置では、通信装置と受信装置とが独立して搭載されるため、ユーザが情報を得ようとするとき、通信装置又は受信装置のいずれかを選択して操作しなければならない煩わしさがあった。また、２台の装置を搭載するため、スペースを必要とする。更に、通信装置と受信装置の操作方法が異なったり、ポリシーが異なっていると、ユーザが使用方法を誤ったり、必要な情報を得られない可能性が生じるといった問題がある。
【０００４】
また、受信装置においては、放送データに含まれるメニューに従って、大容量の放送データの中から必要な情報を得るが、大量な放送データからメニューを探し出すには時間がかかり、メニューを必要なときに取得できるとは限らない。
本発明は、車載用データ受信装置において、双方向通信が可能な通信装置と大量の放送データを取得することができる受信装置とを一体化し、更に、放送データのメニューを迅速に取得できるようにすることを目的とするものである。
【０００５】
【課題を解決するための手段】
本発明は、上記目的を達成するためになされたものである。本発明においては、双方向通信を行う通信手段と、放送を受信する受信手段と、受信した放送データを蓄積する蓄積手段と、受信した放送データを表示する表示手段と、前記通信手段による双方向通信データと前記放送データを処理するデータ処理手段とを具備する車載用データ受信装置において、前記蓄積手段に、必要なメニューを選択する選択情報を蓄積させておき、前記データ処理手段は、前記通信手段により前記放送データのメニュー情報を取得し、前記受信した放送データのメニューと前記選択情報に基づいて前記放送データを取捨選択し、選択した放送データのみを前記蓄積手段に蓄積する。
【０００６】
本発明によれば、大量な放送データからメニューを探し出すよりも、早く確実に入手可能となる。また、通信手段から得る情報も同一メニューから設定可能となる。
メニュー情報を取得するタイミングとしては、装置の電源投入時とすることができる。通常、車載機器の電源が投入される時点では、メニューが放送データとの整合性がない場合が多いので、データ処理手段が、電源投入時にメニュー情報を自動的に取得することにより、常に放送データと整合性のあるメニュー情報を得ることができる。
【０００７】
なお、メニュー情報を蓄積手段に蓄積しておき、電源投入時のメニュー情報の取得を、通信手段による取得と蓄積手段からの取得とのいずれか一方を選択できるようにすることができる。これによれば、通信手段による通信の回数を少なくして、通信費を低減できる。
本発明においては、メニュー情報に基づいて、放送データの取捨選択をすることができる。ユーザは、予め、メニュー情報ごとに放送データの必要性を設定しておくことにより、データ処理手段は、この設定に基づいて放送データの内、必要なものだけを選択する。このとき、更に、メニュー情報に優先順位を付けたり、更新された放送データのみを選択するようにすることもできる。
【０００８】
本発明においては、受信した放送データに欠落がある場合、通信手段によりデータを取得して欠落データを補完することができる。あるいは、通信手段により、通信基地に放送データの再放送をリクエストして、再度放送データを受信することもできる。これにより、通信状態が悪化して受信した放送データに欠落が生じても、速やかにそれを補完することができる。
【０００９】
さらに、本発明においては、受信した放送データを、通信手段により得た情報でデコードしたり、加工をしたりすることもできる。
また、本発明においては、通信手段による通信を禁止するように設定可能とすることにより、通信費を低減することもできる。
【００１０】
【発明の実施の形態】
本発明の実施形態について図を用いて説明する。
図１は、本発明を適用した車載用データ受信装置の基本構成を示す。
車載用データ受信装置１１は、通信機１２と受信機１３とを備える。
通信機１２は、携帯電話又はＭＣＡ（マルチチャネルアクセス）無線などの双方向通信機であり、通信データ量は比較的小容量である。図示の例では、通信機１２は、情報センターなどの通信基地２１との間で、双方向通信を行う。
【００１１】
受信機１３は、放送局２２から送信される放送（一方向通信）を受信する。受信機１３として、各種放送に対応した複数の装置を備えることができる。図示の例では、放送局２２はディジタル放送を行い、受信機１３はディジタル放送のコンテンツ及びデータを受信している。受信内容は、ディスプレイ、スピーカなどから出力されるが、それらの機器の図示は省略する。
【００１２】
通信機１２と受信機１３に共通に、データ処理装置１４、蓄積手段１５、表示装置１６、操作部１７が設けられる。データ処理装置１４は、ＣＰＵにより構成され、通信機１２、受信機１３に関するデータを処理するために設けられる。蓄積手段１５はメモリなどにより構成され、データ処理装置１４を動作させるプログラム、通信機１２、受信機１３で送受信するデータ、各種の設定値などを記憶する。表示装置１６は、データ処理装置１４が出力したデータを表示する。操作部１７は、キーなどにより構成され、ユーザは、操作部１７により各種設定データを入力する。
【００１３】
図示の車載用データ受信装置１１は、通信機１２と受信機１３を兼ね備えるので、両機器のポリシー及び操作方法を統一できる。したがって、ユーザが使用方法を誤ったり、必要なデータを取得し損なったりすることを防止できる。
図２は、車載用データ処理装置１１における、メニュー取得の動作を示す。
受信機１３で受信するディジタル放送のデータ量は大量であるため、ユーザはメニューに従って所望の放送を選択する。メニューは、放送データの中から取得されて、表示装置１６に表示される。しかしながら、大量の放送データからメニューを取得して表示するまでに時間がかかり、ユーザが所望の放送データを適時に得ることができないことがある。本実施形態の車載用データ受信装置１１においては、放送データのメニューを、通信機１２を使用した双方向通信により、適時に取得する。
【００１４】
データ処理装置１４は、車載用データ受信装置１１の電源が投入される（Ｓ１１）と、通信機１２により通信基地２１に対して、メニューリクエストを発行する（Ｓ１２）。通信基地２１は、リクエストに応じて、放送データ及び通信のメニューを送信する。
データ処理装置１４は、メニューを受信する（Ｓ１３）と、受信機１３により、放送データを入手する（Ｓ１４）。データ処理装置１４は、メニューを表示装置１６に表示し（Ｓ１５）、ユーザは、表示されたメニューに従って、所望の放送を確認し、操作部１７を操作して所望の放送を選択する。
【００１５】
以上の処理によれば、車載用データ受信装置１１の電源投入と同時に、放送データの最新のメニューを取得できる。これにより、大量の放送データからメニューを探し出すよりも、早くかつ確実に取得でき、ユーザは、所望の放送を確実に得ることができる。また、通信機１２から得る情報についても、同一メニューから選択することが可能となる。
【００１６】
また、車載用データ受信装置１１の電源投入時には、以前に取得したメニューと受信した放送データとの整合性がとれていないことが多いが、電源投入ごとに新たなメニューを得ることにより、メニューと放送データとの整合性を常に保つことができる。
ただし、通信機１２が携帯電話である場合、電源投入ごとにメニューを取得すると、通話料がかかり不経済なものとなりかねない。また、車載用データ受信装置１１が配送車両に搭載されている場合、電源のオン／オフが頻繁に行われることとなるので、電源投入時に以前に取得したメニューを使用しても放送データとの整合性が失われていることは少ない。このような場合のため、一度取得したメニューを装置内に蓄積しておき、電源の再投入時には、蓄積したメニューを使用すれば、通信料の削減ができる。
【００１７】
このために、上述の処理において、メニューを受信した（Ｓ１３）とき、メニューを蓄積手段１５に書き込んでおく（Ｓ１６）。以後は、車載用データ受信装置１１の電源投入時には、通信基地２１からメニューを受信することも、蓄積手段１５からメニューを呼び出すこともできる状態となる。
ユーザは、操作部１７から、メニューを通信により取得するか、蓄積手段から取得するかを設定しておく。例えば、ユーザは、１日の作業開始時には、メニュー取得先を通信に設定し、以後は、蓄積側に変更する。あるいは、ユーザがメニューを見る必要がない場合には、常に蓄積側に設定しておく。
【００１８】
データ処理装置１４は、電源が投入されると、ユーザによるメニュー取得先の設定状態をチェックする（Ｓ１７）。蓄積側に設定されていれば、蓄積手段１５からメニューを取得し（Ｓ１８）、通信側に設定されていれば、上述のメニューリクエストの発行の処理（Ｓ１２）に戻り、通信機１２により通信基地２１からメニューを受信する（Ｓ１３）。
【００１９】
図３は、メニューと放送データとの整合性を自動的にチェックする処理を示す。
メニューと放送データとの整合性は常時保つ必要がある。上述の図２の例のように蓄積手段１５にメニューを保存した場合、時間の経過により整合性がとれなくなる。これに対し、メニューと放送データとの整合性を自動的にチェックできるようにすれば、ユーザにとって便利である。また、整合性がとれている場合に、通信によるメニュー取得を行わないようにすれば、通信の節約になる。
【００２０】
データ処理装置１４は、受信機１３から放送データを入手する（Ｓ３１）と、放送データの内容によりメニューの検証を行う（Ｓ３２）。ここで、メニューと放送データが整合していれば、通信によるメニューの取得は行わずに、次の放送データの入手（Ｓ３１）に進む。
一方、整合性がとれていなければ、通信の禁止が設定されているか否かを判定する（Ｓ３３）。ユーザは、メニューの取得が必要ないときは、操作部１７により通信の禁止を設定する。
【００２１】
通信が禁止されていなければ、通信機１２により通信基地２１へメニューリクエストを発行し（Ｓ３４）、最新のメニューを受信して（Ｓ３５）から、次の放送データの入手（Ｓ３１）に進む。通信が禁止されていれば、メニューの再取得は行わずに、次の放送データの入手（Ｓ３１）に進む。
以上の処理によれば、メニューと放送データとの整合性がとれていない場合のみ、費用のかかる通信機１２によるメニューの取得を行うので、メニューの整合性が常にとれると共に、通信費用を削減することができる。また、メニューと放送データとの整合性がとれていない場合でも、通信によるメニューを行うか否かを選択できるようにしているので、不必要な通信を防止して、通信費を削減することができる。
【００２２】
図４は、受信機１３で受信した放送データの内、必要なデータを取捨選択し、更に、データの性格に応じてデータを蓄積する処理を示す。
受信機１３で受信した大量の放送データから、ユーザにとって何が使えるかを想定することは難しい。これに対して、本処理では、取得してあるメニューに基づいて、必要な放送データの取捨選択を行う。また、リアルタイム性がない情報については、保存をしておき、車載用データ受信装置１１の負担軽減を図る。
【００２３】
受信機１３により放送データを入手する（Ｓ４１）と、データ処理装置１４は、放送データとメニューを比較して（Ｓ４２）、放送データのメニューを獲得し、このメニューについて検証をする（Ｓ４３）。このメニュー検証のために、ユーザは、操作部１７により、メニューごとに必要性を設定しておく。例えば、交通情報、天気予報は必要で、音楽は不要であるというように設定をしておく。データ処理装置１４は、受信した放送データのメニューが不要であると設定してあれば、そのデータは破棄し（Ｓ４４）、必要であると設定してあれば、次の処理に進む。これにより、不必要な放送データを蓄積する処理が不要となり、装置の負担を軽減することができる。
【００２４】
データ処理装置１４は、必要であると設定されたメニューに対して、データ検証（Ｓ４５）を行う。ここでは、今回入手した放送データと蓄積手段１５に蓄積してある該当する放送データとを比較し、今回の放送データが蓄積した放送データに対して更新されているものか否かを判定する。その結果、未更新であれば今回の放送データは破棄し（Ｓ４６）、更新されていれば、次の処理に進む。これにより、リアルタイム性のない情報などについては、放送データの書換え処理を少なくすることができる。
【００２５】
データ処理装置１４は、必要があり、かつ、更新された放送データについて、優先順位の照合を行う（Ｓ４７）。このために、ユーザは、操作部１７により、必要なメニューごとに優先順位を設定しておく。例えば、交通情報の優先順位が１番目、天気予報の優先順位が２番目というように設定をしておく。データ処理装置１４は、設定した優先順位に基づいて放送データを蓄積手段１５に蓄積していく（Ｓ４８）。これにより、蓄積手段１５の限られた容量を効率的に使用することができる。また、蓄積手段１５に保存していた放送データを使用する場合は、ユーザから見て、瞬時に情報を得られるメリットがある。
【００２６】
図５は、受信した放送データに欠落があった場合、それを双方向通信を利用して補完する処理を示す。
電波環境の悪化などにより、受信機１３で受信した放送データに欠落があって良質なデータが取得できなかった場合、次に、同じ放送がされるまで待たなければならない。これに対し、本例では、放送データに欠落があった場合でも、通信機１２により欠落部分を入手することで、放送データを補完し、又は、再放送をリクエストすることで、速やかに欠落のない放送データを入手できるようにする。
【００２７】
データ処理装置１４は、受信機１３により放送データを入手する（Ｓ５１）と、この放送データに欠落がないか否かを判定する（Ｓ５２）。ここで、欠落がなければ、通常動作に移行する（Ｓ５３）が、欠落があると判定されると、設定されている判定基準を参照する（Ｓ５４）。判定基準情報は、ユーザが、操作部１７により、任意の値に設定してある。
【００２８】
放送データの欠落が判定基準と比較され、欠落度合いが大か小か判定される（Ｓ５５）。放送データの欠落度合いが小の場合は、通信により欠落したデータを取得して、そのデータにより放送データを補完する。この場合は、最初に、通信の禁止が設定されているか否かが判定される（Ｓ５６）。例えば、サービスエリアの限界付近を走行していて、電波環境が常時悪い場合は、データの欠落が継続する。このような状況では、欠落が検出される度に通信を行うことは通信費用が嵩むので、ユーザは、操作部１７により通信の禁止を設定する。判定（Ｓ５６）の結果、通信が禁止されていれば、通常の処理に進む。
【００２９】
通信が禁止されていなければ、通信機１２により、通信基地２１へデータリクエストを送出し（Ｓ５７）、データを受信すれば（Ｓ５８）、そのデータにより放送データを補完して通常の動作に戻る。このように、通信により欠落データを入手することにより、次の放送を待たずに必要な情報を得ることができるようになる。
【００３０】
Ｓ５５で欠落度合いが大と判定される場合は、例えば、車両がトンネルに侵入して、電波が届かない状況となることにより発生する。欠落度合いが大の場合、小容量の通信機１２によりデータを入手すると時間がかかり過ぎることとなり、通信費用も嵩むので、放送局２２から当該放送データを再送するようにリクエストを発行し、リクエストした放送データが速やかに再放送されるのを待つ。
【００３１】
Ｓ５５で欠落度合いが大と判定されると、通信許可が設定されているか否かが判定される（Ｓ５９）。放送データがユーザにとって重要な情報であって、通信費用が加算でも確実にデータを入手したい場合がある。この場合のために、ユーザは、操作部１７により通信可を設定することができる。Ｓ５９で通信可が設定されていれば、欠落度合いが小と判定されたときの処理に戻り、通信によるデータリクエストの処理（Ｓ５６以降）へ進む。通信可が設定されていなければ、再放送リクエストの処理に進む。
【００３２】
再送リクエストの前に、要求禁止の設定がされているか否かを判定する（Ｓ６０）。欠落度合いが大の場合であっても、通信費用を低減するため、通信機１２による再送リクエストを禁止したい場合がある。この場合、ユーザは、操作部１７により、再送リクエストの禁止を設定する。再送リクエストの禁止が設定されていなければ、再送リクエスト（Ｓ６１）を行う。禁止が設定されていれば、再送リクエストを行わずに、通常の動作に進み、欠落のあるまま、放送データを処理を行う。禁止が設定されていなければ、再送リクエストを行う。
【００３３】
以上説明した図４の例によれば、欠落の判定基準をユーザが任意に設定することが可能であるので、ユーザ個々の情報の必要度、通信費用の負担割合を勘案して、個々の状況に合わせることができる。
図６は、放送データに特殊な情報が含まれている場合の処理を示す。
例えば、放送データに、課金対象となる特殊な情報が含まれる場合がある。この場合、本例においては、データのデコードの管理等を通信基地２１との間の通信で行う。
【００３４】
データ処理装置１４は、受信機１３により放送データを入手する（Ｓ７１）と、この放送データが課金対象などの特殊データであるか否かを判定する（Ｓ７２）。ここで、特殊なデータでなければ、通常の動作（Ｓ７７）に進む。特殊なデータである場合は、通信機１２により、通信基地２２へユーザＩＤを用いて照会を行う（Ｓ７３）。通信基地２２はこれに応答して、デコードのためのカギを送信する（Ｓ７４）。
【００３５】
データ処理装置１４は、デコードの可否を判定する（Ｓ７５）。デコードの可否は、予め、ユーザにより、操作部１７を用いて設定して、蓄積手段１５に記憶させておく。これにより、ユーザは予め特殊な放送の受信をするか否かを設定するだけで、装置は自動的に、当該放送データの使用、不使用を決定する。
Ｓ７５でデコード可の場合、データ処理装置１４は、受信したカギを用いて放送データをデコード（Ｓ７６）し、通常の動作（Ｓ７７）に進む。デコード不可の場合は、そのまま通常の処理（Ｓ７７）へ進む。
【００３６】
図７は、受信機が受信した放送データを、通信機を介して得た固有情報で加工する場合の処理を示す。
音楽、映像などの放送を受信する場合、ユーザの好み、又は、車両環境などにより、音場制御、映像制御を行う必要がある。本例では、通信基地に蓄積してある固有情報により音楽又は映像を自動的に加工できるようにする。
【００３７】
受信機１３が放送データを入手する（Ｓ８１）と、通信可の設定がされているか否かが判定される（Ｓ８２）。ユーザは、操作部１７により、音場制御、映像制御を自動的に行うか否かを決めて、そのための通信可又は不可を設定しておく。
ここで、通信可が設定されていれば、通信機１２により通信基地２１に固有情報をリクエストする（Ｓ８３）。通信基地２１からは、ユーザの車種に対応した情報などの固有情報を返送する（Ｓ８４）。この固有情報には、予め、ユーザが個人情報として設定したものを含めることもできる。
【００３８】
データ処理装置１４は、次に、調整情報を参照する（Ｓ８５）。ユーザは、通信基地２１から送られてくる固有情報による制御に加えて、自分の好みで調整手段（操作部１７）で設定ができる。データ処理装置１４は、調整情報と固有情報とにより、各種設定を行い（Ｓ８６）、これにより、放送の音場、映像が制御される。
【００３９】
本例によれば、通信により入手する固有情報から、個々の車両の車載用データ受信装置の特性の設定が可能となる。したがって、車両別にカスタマイズされた車載用データ受信装置を準備する必要がなくなり、車載用データ受信装置を汎用機器で構成することが可能となる。また、通信の禁止を可能とすることで、通信による設定を好まないユーザにも対応することができる。さらに、通信による調整がユーザの好みに合わない場合でも、ユーザ個々の好みに合わせて調整することができる。
【００４０】
図８は、ユーザの固有情報を通信基地で保存する場合の処理を示す。
上記の図７の例で説明したように、車載用データ受信装置では、ユーザごとに設定した調整情報がある。この調整情報は、装置側の蓄積手段１５に保存されるが、車両のメンテナンス時にバッテリを外した場合に、保存した情報が消えることがある。この場合は、再度調整情報の設定を行わなければならない。本例では、調整情報を固有情報に含ませて通信基地２１で保存をする。これによれば、車両のメンテナンス後などに再設定をする必要がなくなる。また、蓄積手段１５で保存する情報の量を低減することができる。
【００４１】
データ処理装置１４は、調整情報を作成すると、固有情報に含ませて通信機１２により通信基地２１に送信する（Ｓ９１）。通信基地２１ではこれを保存する。
その後、上述の図２で説明したように、電源投入時に通信機１２によりメニューリクエストを送信する（Ｓ９２）と、通信基地２１は、メニューと同時に、調整情報を含む固有情報を送信するので、データ処理装置１４はその固有情報を入手する（Ｓ９４）。データ処理装置１４では、上述の図７のＳ８６に示したように、入手した固有情報により各設定を行う。本例によれば、メニューの取得と同時に固有情報を入手するので、固有情報の入手のためだけに通信を行う必要がなくなり、通信費用を軽減することができる。
【００４２】
【発明の効果】
本発明によれば、車載用データ受信装置において、双方向通信が可能な通信装置と大量の放送データを取得することができる受信装置とを一体化し、更に、放送データのメニューを迅速に取得できるようにすることができる。
【図面の簡単な説明】
【図１】本発明を適用した車載用データ受信装置の基本構成を示す図。
【図２】図１の装置のメニュー取得の処理を示すフローチャート。
【図３】図１の装置のメニュー検証の処理を示すフローチャート。
【図４】図１の車載用データ受信装置の、放送データの内、必要なデータを蓄積するための処理を示すフローチャート。
【図５】図１のデータ処理装置において、受信した放送データの欠落を補完する処理を示すフローチャート。
【図６】図１のデータ処理装置において、放送データに特殊な情報が含まれている場合の処理を示すフローチャート。
【図７】図１の車載用データ受信装置において、放送データを通信機を介して得た固有情報で加工する場合の処理を示すフローチャート。
【図８】図７の固有情報を通信基地で保存する場合の処理を示すフローチャート。
【符号の説明】
１１…車載用データ受信装置
１２…通信機
１３…受信機
１４…データ処理装置
１５…蓄積手段
１６…表示装置
１７…操作部
２１…通信基地
２２…放送局
【図１】
0004570181.tif 000002
【図２】
0004570181.tif 000003
【図３】
0004570181.tif 000004
【図４】
0004570181.tif 000005
【図５】
0004570181.tif 000006
【図６】
0004570181.tif 000007
【図７】
0004570181.tif 000008
【図８】
0004570181.tif 000009