地図放送受信端末および地図放送受信方法
【課題】移動体端末が地図コンテンツを受信する放送サービスにおいて、電波状況が悪い、放送エリアから外れる、受信部が他の放送を受信中である等の理由から、所望の地図コンテンツを必ずしも１回の受信の試みで取得できないことがある。
【解決手段】本発明の地図受信端末では、地図放送を受信する受信部と、地図を記録する記録部と、上記地図放送の予定表に基づいて、上記記録部に記録されないコンテンツの受信を行う情報受信部と、情報取得の期日を指定する操作部を有し、上記情報受信部は上記コンテンツの受信ができなかった場合には、再度上記予定表に基づいて、指定期日までに該コンテンツの取得を試みる。また放送による取得の機会がなければユーザへ代替手段を提示する。
【解決手段】本発明の地図受信端末では、地図放送を受信する受信部と、地図を記録する記録部と、上記地図放送の予定表に基づいて、上記記録部に記録されないコンテンツの受信を行う情報受信部と、情報取得の期日を指定する操作部を有し、上記情報受信部は上記コンテンツの受信ができなかった場合には、再度上記予定表に基づいて、指定期日までに該コンテンツの取得を試みる。また放送による取得の機会がなければユーザへ代替手段を提示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は放送メディアによって配信されるコンテンツを受信する移動体端末に関する。
【背景技術】
【０００２】
放送データ受信装置を設ける場合、受信状況が悪い場合が想定される。こうした課題解決のために受信状態を監視して受信レベルが悪いとき、電子番組表（EPG）から同番組の再放送を検索して予約設定し再録画行う技術がある（例えば、特許文献１）。
【０００３】
又、複数の予約に対して録画時間が重ならないような組合せを作成する。また受信エラー発生時には、残りの予約と合わせて再度、予約の組合せを作成する番組予約録画装置に関する技術もある（例えば、特許文献２）。更に車載端末を想定し、予定していた映像コンテンツの受信が不可の場合、予約データを家庭内に別途設置する番組予約録画装置へ発行し、車載端末の代わりに録画を行う仕組みを備える装置に関する発明もある（例えば、特許文献３）。
【０００４】
【特許文献１】特開2000-312323号公報
【特許文献２】特開2000-287140号公報
【特許文献３】特開2005-184316号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明では車載端末にてナビゲーションに用いる地図情報を受信対象としている。車載端末のように移動することを前提とすると、端末の位置が固定しないために、屋内設置の端末に比べて受信に失敗する可能性が非常に高くなる。また、ナビゲーションに利用する場合、例えば今週末のドライブなどのように予め所望の地図取得の期限があることが想定される。これらのような前提において、上記従来技術には検討がなされていない
本発明は、上述の点に鑑みてなされたものであり、確実な情報受信が見込めない放送環境においても、移動体端末が所望のコンテンツをユーザの求める日時までに取得することを目的とする。
【課題を解決するための手段】
【０００６】
本願で開示する代表的な発明は以下の通りである。
上記課題を解決するために、本発明の受信端末では、放送を受信する受信部と、受信したコンテンツを記録する記録部と、受信対象のコンテンツを指定し、その取得期限を入力する入力部と、放送の予定表に基づいて、上記記録部に記録されていないコンテンツの受信制御を行う情報処理部とを有する放送受信端末。特に情報処理部は、上記指定されたコンテンツの受信を上記取得期日まで繰り返し試みる。
【発明の効果】
【０００７】
本発明によれば、移動体端末にとって確実な情報取得が期待できない放送媒体を用いても、受信失敗後に予定表により、所望の日時までの期間で次の機会を捉えて受信を試みることにより、所望のコンテンツの取得を図る。もし所望の日時までに機会がなければ、情報取得の代替手段を提示し、ユーザによるコンテンツ利用を確実とする効果が得られる。
これにより、ドライブの例のように、ユーザが求める日時までに所望の地図コンテンツの受信を終えることができる。さらには、ユーザが求める日時までに所望の地図コンテンツを受信できないことを事前に通知し、またコンテンツ取得の代替手段を提示することができる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施の形態について図面にもとづいて説明する。
【０００９】
図１は本発明の一実施形態が適用された地図受信端末を用いて、放送により情報取得を行う概略構成を表す。本願システムは、放送を介して情報を受信する地図受信端末１１０と、この地図受信端末１１０に対してコンテンツを放送によって提供する放送局１２０からなる。地図受信端末１１０は、放送の予定表と取得したコンテンツを保持する記録部１１１と、コンテンツの受信制御を行う情報処理部１１２と、上記情報処理部１１２の制御により放送局１２０からの地図放送を受信する受信部１１３と、ユーザからの所望のコンテンツの指示を与えるなどのためのユーザ操作部１１４を備える。放送局１２０は、コンテンツを発信する発信部１２１と、発信するコンテンツを予め格納しておく管理部１２２と、放送の予定表を管理する予定表管理部１２３を備える。
【００１０】
例えば、地図受信端末１１０はカーナビゲーション端末に相当し、放送局１２０はＦＭ多重放送や地上波デジタル放送などの放送局に相当する。このような地図受信端末１１０は、記録部１１１にまだ記録されていないコンテンツを取得するため、同記録部１１１に保持される放送の予定表から未取得のコンテンツが配信される次回の日時を把握し、左記放送日時にコンテンツを受信部１１３により受信し、記録部１１１へ格納する指示を情報処理部１１２から行う。
【００１１】
なお、一般に放送によるコンテンツ配信では、放送局は繰り返し同じコンテンツを配信し、受信端末は何度かある機会のなかのうちから受信する手法がとらえている。これは次に示すような理由から必ずしも受信に成功するとは限らないためである。本実施例でもこれにならい、放送局１２０は同一コンテンツを複数回配信することとする。
【００１２】
本発明で対象とするところの地図受信端末１１０は移動することを前提としているため、次のような理由からコンテンツを取得できないことが想定される。１つ目としては、該予定表の属する放送局のエリア外に地図受信端末１１０が位置するため、放送を受信できない。２つ目としては、放送局のエリア内であっても障害物などによって受信状況が悪く、受信できない。３つ目としては、上記受信部１１３が映像受信などユーザ操作により他の放送局の放送を受信しているため、所望の放送を受信できない場合である。これについて、端末をずっと受信状態としておくことも考えられる。しかし、例えばカーナビゲーション端末に代表される移動体端末では、使用時のみ通電され、使用しない時は電源がＯＦＦの状態となる。また移動体端末に電源供給するバッテリーの電力消費の観点から、常に地図受信端末１１０の電源を入れて受信し続けることは得策ではない。
【００１３】
そこで、このように確実なコンテンツ取得が期待できない放送媒体においても、安定したコンテンツ取得を図るため、本願地図受信端末１１０は、一度受信に失敗した場合には、予定表を用いて再度次回の受信日時を求め、左記日時に前回失敗したコンテンツの受信を試みる。
【００１４】
なお、本願においてコンテンツ取得において用いる予定表は受信開始前に記録部１１１に格納されていれば良い。その入手手段としては、次に示すように複数の実装をとることができる。予め前述の地図受信端末１１０に記録されている、あるいは地図受信端末１１０の備える受信部１１３から放送を介して取得する。あるいは、地図受信端末１１０ユーザ操作部１１４、ネットワーク接続部、メディア読取部等を有しており、これらを介して取得することも可能である。又、これらのうちいずれか一つ以上を組み合わせても構わない。なお、放送によって予定表を受信する場合については、予定表は放送局１２０から定期的に配信される。予定表に記載される内容も、定期的に更新されるものとする。
【００１５】
地図受信端末１１０をカーナビゲーション端末として捉えたとき、放送局１２０から地図受信端末１１０へ放送手段によって配信されるコンテンツとして、本実施例では地図情報を考える。もちろん地図情報以外のものを放送することも可能である。例えば、日々更新される最新の地図情報が定期的に放送局１２０の管理部１２２に登録され、随時地図受信端末１１０へ配信される。これにより、地図受信端末１１０の記録部１１１に保持する地図情報が更新され、カーナビゲーションの経路計算処理が常に最適な探索結果を求めてユーザに提示するという機能が実現できる。
【００１６】
このように地図情報をコンテンツとして扱った場合、放送方法として以下の実装例をとることができる。例えば毎月最新の全国範囲の地図情報が放送局１２０の管理部１２２に登録され、逐次、地図受信端末１１０へ配信される。または地図情報をいくつかの種類もしくは地域、もしくは種類と地域の適当な組み合わせに分け、各々を単位として配信を行う。又は、ある特定期間に更新された地図情報の変更差分データだけを全国／領域ごとに配信する。あるいはこれらを一つ以上組み合わせて配信を行うといった実装をとりえる。
【００１７】
これらはいずれも基本的な処理に違いはないので、以下に代表例として地域毎に地図情報を分けて配信する例を図１、図２、図３、図４を用いて詳述する。まず図２は、地域毎に地図コンテンツの管理単位を分けた概念図をあらわす。ここではエリアＡからエリアＦまでの６地域に分けて、地図情報が更新管理されているとし、毎月最新の情報を反映して修正された地図コンテンツデータ地域ごとに図１の放送局１２０の有する管理部１２２に登録されるとする。
【００１８】
続いて図３には、図１の地図受信端末１１０の有する記録部１１１に記録される取得済みのコンテンツを管理する既取得コンテンツ表３００を表す。これには受信部１１３を介して既に取得済みのコンテンツの識別情報を格納する。例えば地図情報の対象とするエリアと何月版かの情報が記載される。ここでは、エリアＡ、エリアＢについては既に９月版まで受信を終えていることを表している。
【００１９】
次に図４に示す予定表４００は、図１の放送局１２０から配信される放送の予定表である。本実施例では、放送日、開始時刻、終了時刻、および、放送コンテンツの項目について記載されている。放送コンテンツの項目にはコンテンツを識別するため、地図コンテンツの表すエリアと逐次更新されるバージョンを識別できるデータが記載されている。例えば、エリアＡ１０月版は２００５年１０月１日と８日の１０時から１１時まで放送される予定となっている。
【００２０】
なお、この予定表のデータ構造としては上記に限定されない。例えば、曜日や放送周期などが固定された放送形態をとった場合にはさらに簡略化でき、開始時刻と放送されるコンテンツ識別情報だけが記載されていればよい。一方、複数の放送局からの受信による形態がとれる場合は、予定表に放送局も記載されるか、もしくは放送局毎に予定表を設け、予定表データ毎に放送局を識別できる情報が付与されるものとする。
【００２１】
次に図５には、図３に示した既取得コンテンツ表３００と、図４に示した予定表４００から求まる未取得のコンテンツの次回受信機会を表す受信予約表５００を示す。ここではユーザによりエリアＡとエリアＢの地図コンテンツを受信対象とするよう事前に指定されているとする。受信対象は地図受信端末１１０のユーザ操作部１１４を介してメニュー若しくは地図表示画面から選択されたものとする。あるいは、ユーザの居住地をもとに包含するエリアを受信対象と設定してもよい。このような受信予約表５００の作成手順については、予定表４００の各レコードに対して、まず放送日と現在の日時とを比較し、放送日がまだ過ぎていないレコードを抽出する。次に上記事前に設定されたユーザ所望のエリア情報と予定表４００の放送コンテンツを比較し、該当するレコードを抽出する。さらに、既取得コンテンツ表に登録された情報と前述のレコードの放送コンテンツを比較し、取得済みのコンテンツの放送予定を表すレコードを除去する。以上の処理手順に従った結果、図５に示すような受信予約表５００を生成することができる。
【００２２】
前述の図３の例で示したとおり、地図受信端末１１０はエリアＡについてはまだ９月版までしか受信していないため、図４に示すエリアＡ１０月版の今後の受信機会を探すと、図５に示すように２００５年１０月１日と８日の１０時からと求められる。
【００２３】
最後に、ここまで説明した既取得コンテンツ表３００、予定表４００、受信予約表５００を用いた放送受信フローを図６に示す。ステップ６１０で受信予約表５００から直近の受信予約レコードを取得する。この受信予約表５００の各レコードは、前述のとおりユーザ操作により決定されたものである。ステップ６２０におけるタイマー処理において受信予約レコードに記載の放送日および開始時間に達するまで待ち、開始時間に至るとともにステップ６３０で地図受信端末１１０の有する受信制御部１１２から受信部１１３へ受信開始通知が発せられ、電源がＯＮの状態となり受信を開始する。ステップ６４０でデータ取得に成功したことを確認すると、ステップ６５０において受信した地図コンテンツを記録部１１１へ記録し、既取得コンテンツ表３００を修正する。もしデータ取得に失敗した場合にはステップ６１０へ戻る。続いてステップ６６０において、該受信予約レコードを受信予約表５００から削除する。この結果ステップ６７０において、受信予約表のレコード登録数が０件となった場合は処理を終了し、レコードが残っていればステップ６１０へ戻る。この時点でいずれも電源ＯＦＦ状態となり、以上の放送受信フローを実装することにより、何らかの理由から未取得コンテンツの受信に失敗したとしても、端末が自動的に継続して次の機会を設定し受信を試みる。これにより、ユーザは安定して最新の地図情報を用いることができるようになる。尚、初めに複数件受信予約レコードが作成され、時間順に図６フローに取り込まれる処理としても良い。なお、上記電源のＯＮ／ＯＦＦの記載については、地図受信端末１１０の情報処理部１１２にのみ常時通電しておき、指定時刻になれば主電源をＯＮにして全ての処理部へ通電を行う実装としても良い。
【００２４】
補足となるが、図１の地図受信端末１１０は、図７に示すように放送受信部を２つの筐体とし、地図受信端末７１０と放送受信端末７３０に分けて実装してもよい。この形態であっても、前記図１と同じ処理フローにより受信可能な機会を捉えてコンテンツを受信、記録することができる。また筐体を分けることにより、地上波デジタルやＦＭ多重といった異なる放送方式による複数の放送受信端末７３０との組み合わせが可能となり、放送によるサービスの多様性に寄与する。
【００２５】
また図８には、図１の地図受信端末１１０にさらにネットワーク接続部８１４を備え、ネットワーク８３０を介してコンテンツ放送局８２０から予定表４００を取得する場合の構成を示している。実装例としては、地図受信端末８１０へケーブル等を介して携帯電話へ接続する手法がある。この場合、携帯無線通信網を介して放送局８２０から随時、最新の放送予定を取得することができるので、地図受信端末８１０は放送予定の変更に迅速に対応することができる利点が得られる。
【００２６】
ここまでに述べてきた実施例に対して、さらに更新するコンテンツと期日を予め指定する処理を加え、地図受信端末が指定どおりの期日までに地図コンテンツを取得するような実装をとることは、ユーザの利便性につながる。このような所望のコンテンツの指定と期日指定を設定する実施例を説明する。まず、所定範囲について予め指定された周期で取得期日を設定する。更に、地図受信端末１１０がさらに有するユーザ操作部１１４を介した入力によって所望のエリアや期日を設定することもできる。例えば、地図受信端末１１０に表示部を設けて、地図表示画面上からユーザが目的地と期日についての旅行予定の入力を受けた場合に指定した目的地までの経路を設定するとともに該経路の周辺領域を地図取得を希望するエリアとして設定する。又、地図受信端末１１０の有する受信部１１３から放送を経由して取得した情報を活用することもできる。例えば、放送あるいは別途ネットワーク・メディア読取を介してある場所と期間に開催されるイベント情報などを取り込み、何れかのユーザ選択を受けることで設定を行う。尚、これらいずれか単独で用いて実装してもよいし、２つ以上組み合わせて実装してもよい。図９に上記いずれかの手段によって定められる取得期日とコンテンツ識別について記載する期日指定表９００の例を示す。この例では、２００５年１０月１０日までにエリアＡ１０月版の地図コンテンツを取得するよう期日を指定している。この期日指定表９００は情報処理部１１２によって作成され、記録部１１１に記録される。
【００２７】
上記期日指定表９００を新たに設けた場合には、情報処理部１１２は既取得コンテンツ表３００と予定表４００と、新たに設けた期日指定表９００から受信予約表５００を生成する。例えば前述の図３の既取得コンテンツ３００、図４の予定表４００、図９の期日指定表９００に示す２００５年１０月１０日までにエリア１０月版の地図コンテンツを取得するよう指定して受信予約表を求めると、図５のように２００５年１０月１日と８日の２回の受信機会が受信予約表５００に登録される。これにより例えば、ユーザがある目的地へのドライブ計画をたてる場合、ドライブ予定日よりも前に目的地へ至る範囲の地図が更新され、最新の地図情報を利用できる、といった効果がえられる。
【００２８】
なお、各項目の組み合わせによっては期日までに所望のコンテンツの放送予定がないため、取得できない場合もある。このような状況を期日指定時にユーザへ提示することで、受信可否の見込みを通知することは有益である。この受信可否の見込みとしては、受信予約表５００を生成するに当たって、期日指定表の各登録毎に受信機会が所定値以下で在る場合に、ユーザへその旨の提示をすればよい。
【００２９】
前述の受信可否を通知する際に、ユーザ指定の期日までに既に受信機会が残されていない場合、もしくは実際の受信中に電波状況が悪くなり受信に失敗したときに、放送以外の地図コンテンツ取得代替手段を提示することは、有効である。このコンテンツ取得代替手段としては、次に示す実装例が挙げられる。１つ目としては、地図受信端末１１０の備える情報処理部１１２から受信部１１３を介して放送局１２０へ、再放送の要求を送り、新たな受信機会が設けられるよう働きかけることである。２つ目としては、地図受信端末１１０にさらに設けるネットワーク接続部を介して、所望のコンテンツの再放送もしくは所望のコンテンツのネットワークを介した送信を要求する。３つ目としては、地図受信端末１１０にさらに設けるメディア読取部を介して、可搬型メモリ媒体などから所望のコンテンツを取得する。もちろん、これら複数の手段のうち、一つ以上を組み合わせて取得を試みてもよい。
【００３０】
なお、これらのうち１つ目と２つ目に挙がった再放送の要求に対して放送局１２０では、多くの同様の要求を多く受取った場合に、再放送枠を設けて所望のコンテンツの再放送を行うことも、ユーザの利便性の向上に寄与する。放送局１２０の設定する予定に定常放送枠とユーザからの要求の高いコンテンツを放送する枠を設けて、放送することも有効であろう。
【００３１】
さらに、次の受信予約における受信成功の見込みや、データ取得終了後、若しくはデータ取得終了後の次の電源起動時にユーザへ成否を通知することは、使い勝手の面からユーザにとって利点がある。例えば前者の予め受信成功の見込みをユーザが検知することにより、直近のドライブ計画に必要な地図コンテンツ更新が予定通り受信できるか、あるいは受信が難しいのかが把握できる。また後者のデータ取得成否の通知は、移動体端末の保持する地図コンテンツの更新状態をユーザが把握できる。さらに受信に失敗したときに必要となるコンテンツ取得代替手段の提示は、コンテンツの取得手段をユーザが把握することができる。これらの処理を考慮した放送受信フローを図１０に示す。これは図６に示した放送受信フローに対して、以下に述べる項目を新たに追加したフローとなる。まず、受信予約から同一コンテンツ取得の受信機会残回数を提示することにより、今後のコンテンツ受信の確度をユーザへ提示する受信機会残回数通知１０１５、次に、受信の直前に電波状況などを検知し、受信成功の見込みを通知する受信成功見込み通知１０２５、また、データ取得に失敗した場合にその旨をユーザへ提示する受信失敗通知１０４１、さらに取得に失敗したコンテンツをネットワークや可般型メディアなどの別手段を提示する代替取得手段提示１０４２、最後に、受信に成功した場合にはその旨をユーザへ通知する受信成功通知１０６５。なお、１０６５の通知処理は次回電源起動時に行う。これらの拡張項目は、すべてを備える必要はなく、任意の一つ以上の組み合わせた項目だけを備えてもよい。
【００３２】
またさらに、図１０の放送受信フローにおいて次の放送受信予約をセット（１０１０）した後に、例えばユーザがナビゲーション機能の経路計算を実施する際、受信可能性についての情報を提示することもできる。例えば、目的地となる駐車場が地下である場合には、ナビゲーションの算出する予測走行時間の情報に基いて到着時刻予定に重複して受信予定が設定されているコンテンツは受信できない可能性が在る旨表示し、代替案を提示するようにする。こうすれば、コンテンツ受信の確度を向上させるのに有益である。
【００３３】
続いて述べる実施例では、複数の放送局が存在する環境で、効率的に受信を行うための放送受信フローについて、図１１、図１２、図１３、図１４、図１５を用いて説明する。図１１には図１の地図受信端末１１０に位置検出部１１１４をさらに設けた地図受信端末１１１０を示す。この位置検出部１１１４にはＧＰＳあるいはジャイロもしくはこれらの組み合わせなどが相当し、常に地図受信端末１１１０の位置を把握することができる。また図１２には、複数の放送局１、２、３の受信がそれぞれ可能なエリアを表している。また地図コンテンツについては、図２で示した同じ管理単位によって更新される地図コンテンツが、各放送局１１２０の管理部１１２２に定期的に登録されるものとする。図１３には、図１２で示した各放送局における予定表の例を記しており、それぞれ放送局１の予定表１３０１、放送局２の予定表１３０２を表している。項目については前述の図４の予定表４００と同じであるが、放送局毎に放送内容は、放送エリア内の地図コンテンツを重点的に配信する傾斜配分がなされる。例えば図１３の放送局１の予定表１３０１には、放送エリアに重なるエリアＡ、エリアＣ、エリアＦの地図コンテンツが主に配信される。これにより、放送エリア付近地の地図コンテンツは頻繁に配信され、遠隔地の地図コンテンツはたまに配信されることになり、放送帯域の有効活用が図れる。なお、放送局毎の予定表については、放送局１から放送局２、放送局３の予定表も配信する、というように隣接する放送局の予定表も配信するなお、放送エリア以外の予定表をユーザが取得できるようにすることが望ましい。これにより、特定の放送局の受信エリアへ進入しなくても該放送局の予定表を取得できる利点が得られる。
【００３４】
図１４には、前記図１３に記載の各放送局の予定表に基づいて受信予約表を放送局毎に設定する。例えばエリアＣ１０月版の放送は、放送局１の受信エリアにいれば受信予約表１４０１に示されるように２００５年１０月１日１０時からであるし、放送局２の受信エリアにいれば、同様に受信予約表１４０２に示されるように２００５年１０月１日１１時からである。このように地図受信端末１１１０の位置に応じて受信予約表を切り替えるため、図１５に示す受信予約表切り替えフローにより、その時々に位置する放送受信エリアに応じて、受信予約を切り替えて動作する。図１５のフローでは、位置検出１５０１を定期的に繰り返し、毎回どの放送局の受信エリアに位置するのかを把握し、前回と変わっていれば（１５０２）、該当する放送局の受信予約表に切り替え処理（１５０３）を行う。この切り替え処理を図６もしくは図１０に示した放送受信フローと並列して行うことで、複数の放送局を跨った移動を行った場合にも、地図コンテンツの受信を行うことができる。
【００３５】
前述のとおり、複数の放送局の受信エリア間を地図受信端末が移動することを前提とした実装例において、地図受信端末の今後の移動先と滞在時間帯を記載する移動予定表を新たに設けることは、前記複数の放送局毎の受信予約表を生成及び管理する処理を省力する効果が得られる。この移動予定表の実装例として図１６に示す移動予定表１６００がある。この移動予定表の例では、日付又は曜日、時間帯、位置座標からなるレコードが複数登録されている。例えば過去の地図受信端末の移動履歴から、平日の昼間の時間帯９時から１８時までは、出勤先駐車場の位置（ｘ２、ｙ２）に滞在し、平日の０時から８時、１９時から２４時、さらに土日の終日は自宅駐車場（ｘ１、ｙ１）に滞在することを表すレコードが登録されている。またあるいは、地図受信端末１１０がさらに有するユーザ操作部を介した入力によって、例えば、２００５年１０月１０日の６時から２０時はドライブ先の観光地（ｘ３、ｙ３）に滞在する、といったように特定の日時と場所を記載したレコードが登録してもよい。もしくは、地図受信端末１１０にさらに設けるメディア読取部を介し、可搬型メモリ媒体、もしくは別のＰＤＡ等に登録されたスケジューラから取り込む実装をしてもよい。もちろん、これらの手段のいずれか一つ以上の組合せから移動予定レコードを生成して移動予定表１６００へ登録してもよい。以上に記した移動予定表１６００を新たに用いることにより、前述の図１４に示した放送局毎の受信予約表を生成する際に、放送日に該放送局受信エリアに滞在する可能性の低い受信予約レコードについては、図１０放送受信フローの１０１５受信機会残回数通知における、残回数から除いて通知することにより、受信機会の見込みを正しくユーザに提示することができるという効果が得られる。 また、放送によるコンテンツ配信では、その地域や時期に特化したイベント情報を盛り込むことも有効である。これには、図４の予定表に上記イベントのエリア及び時節を放送コンテンツに記載して、放送局から配信し、受信予約表５００の生成処理時に、事前にユーザが指定したエリアに該当するイベント情報を表すレコードを抽出して、受信予約表に出力すればよい。これにより、定期的な地図コンテンツの更新と合わせて、非定期的なイベント情報も受信対象とでき、ユーザが利用できるようになる。
【図面の簡単な説明】
【００３６】
【図１】地図受信端末及び放送局を表す構成図。
【図２】地図コンテンツの管理単位を表す概念図。
【図３】既取得コンテンツ表の実装例を表す図。
【図４】放送局の予定表の実装例を表す図。
【図５】受信予約表の実装例を表す図。
【図６】地図受信端末の放送受信フローを表す図。
【図７】地図受信端末と放送受信端末を分けた構成図。
【図８】ネットワーク接続部を装えた地図受信端末及び放送局を表す構成図。
【図９】期日指定表の実装例を表す図。
【図１０】地図受信端末の放送受信フローを表す図。
【図１１】放送局と位置検出部を装えた地図受信端末を表す構成図。
【図１２】地図コンテンツ管理単位と放送局受信エリアを表す図。
【図１３】放送局毎の予定表の実装例を表す図。
【図１４】放送局毎の受信予約表の実装例を表す図。
【図１５】受信予約表切替フローを表す図。
【図１６】移動予定表の実装例を表す図。
【符号の説明】
【００３７】
１１０ 地図受信端末
１２０ 放送局
３００ 既取得コンテンツ表
４００ 予定表
５００ 受信予約表
６１０、６２０、６３０、６４０、６５０、６６０、６７０ 放送受信フロー
７１０ 地図受信端末
７２０ 放送局
７３０ 放送受信端末
８１０ ネットワーク接続部を備えた地図受信端末
８２０ ネットワーク接続部を備えた放送局
９００ 期日指定表
１０１０、１０１５，１０２０、１０２５、１０３０、１０４０、１０４１、１０４２、１０５０、１０６０、１０６５、１０７０ 放送受信フローの処理ステップ
１１１０ 位置検出部を備えた地図受信端末
１１２０ 放送局
１３０１ 放送局１の予定表
１３０２ 放送局２の予定表
１４０１ 放送局１受信エリア用の受信予約表
１４０２ 放送局２受信エリア用の受信予約表
１５０１、１５０２、１５０３ 受信予約切替フローの処理ステップ
１６００ 移動予定表。
【技術分野】
【０００１】
本発明は放送メディアによって配信されるコンテンツを受信する移動体端末に関する。
【背景技術】
【０００２】
放送データ受信装置を設ける場合、受信状況が悪い場合が想定される。こうした課題解決のために受信状態を監視して受信レベルが悪いとき、電子番組表（EPG）から同番組の再放送を検索して予約設定し再録画行う技術がある（例えば、特許文献１）。
【０００３】
又、複数の予約に対して録画時間が重ならないような組合せを作成する。また受信エラー発生時には、残りの予約と合わせて再度、予約の組合せを作成する番組予約録画装置に関する技術もある（例えば、特許文献２）。更に車載端末を想定し、予定していた映像コンテンツの受信が不可の場合、予約データを家庭内に別途設置する番組予約録画装置へ発行し、車載端末の代わりに録画を行う仕組みを備える装置に関する発明もある（例えば、特許文献３）。
【０００４】
【特許文献１】特開2000-312323号公報
【特許文献２】特開2000-287140号公報
【特許文献３】特開2005-184316号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明では車載端末にてナビゲーションに用いる地図情報を受信対象としている。車載端末のように移動することを前提とすると、端末の位置が固定しないために、屋内設置の端末に比べて受信に失敗する可能性が非常に高くなる。また、ナビゲーションに利用する場合、例えば今週末のドライブなどのように予め所望の地図取得の期限があることが想定される。これらのような前提において、上記従来技術には検討がなされていない
本発明は、上述の点に鑑みてなされたものであり、確実な情報受信が見込めない放送環境においても、移動体端末が所望のコンテンツをユーザの求める日時までに取得することを目的とする。
【課題を解決するための手段】
【０００６】
本願で開示する代表的な発明は以下の通りである。
上記課題を解決するために、本発明の受信端末では、放送を受信する受信部と、受信したコンテンツを記録する記録部と、受信対象のコンテンツを指定し、その取得期限を入力する入力部と、放送の予定表に基づいて、上記記録部に記録されていないコンテンツの受信制御を行う情報処理部とを有する放送受信端末。特に情報処理部は、上記指定されたコンテンツの受信を上記取得期日まで繰り返し試みる。
【発明の効果】
【０００７】
本発明によれば、移動体端末にとって確実な情報取得が期待できない放送媒体を用いても、受信失敗後に予定表により、所望の日時までの期間で次の機会を捉えて受信を試みることにより、所望のコンテンツの取得を図る。もし所望の日時までに機会がなければ、情報取得の代替手段を提示し、ユーザによるコンテンツ利用を確実とする効果が得られる。
これにより、ドライブの例のように、ユーザが求める日時までに所望の地図コンテンツの受信を終えることができる。さらには、ユーザが求める日時までに所望の地図コンテンツを受信できないことを事前に通知し、またコンテンツ取得の代替手段を提示することができる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施の形態について図面にもとづいて説明する。
【０００９】
図１は本発明の一実施形態が適用された地図受信端末を用いて、放送により情報取得を行う概略構成を表す。本願システムは、放送を介して情報を受信する地図受信端末１１０と、この地図受信端末１１０に対してコンテンツを放送によって提供する放送局１２０からなる。地図受信端末１１０は、放送の予定表と取得したコンテンツを保持する記録部１１１と、コンテンツの受信制御を行う情報処理部１１２と、上記情報処理部１１２の制御により放送局１２０からの地図放送を受信する受信部１１３と、ユーザからの所望のコンテンツの指示を与えるなどのためのユーザ操作部１１４を備える。放送局１２０は、コンテンツを発信する発信部１２１と、発信するコンテンツを予め格納しておく管理部１２２と、放送の予定表を管理する予定表管理部１２３を備える。
【００１０】
例えば、地図受信端末１１０はカーナビゲーション端末に相当し、放送局１２０はＦＭ多重放送や地上波デジタル放送などの放送局に相当する。このような地図受信端末１１０は、記録部１１１にまだ記録されていないコンテンツを取得するため、同記録部１１１に保持される放送の予定表から未取得のコンテンツが配信される次回の日時を把握し、左記放送日時にコンテンツを受信部１１３により受信し、記録部１１１へ格納する指示を情報処理部１１２から行う。
【００１１】
なお、一般に放送によるコンテンツ配信では、放送局は繰り返し同じコンテンツを配信し、受信端末は何度かある機会のなかのうちから受信する手法がとらえている。これは次に示すような理由から必ずしも受信に成功するとは限らないためである。本実施例でもこれにならい、放送局１２０は同一コンテンツを複数回配信することとする。
【００１２】
本発明で対象とするところの地図受信端末１１０は移動することを前提としているため、次のような理由からコンテンツを取得できないことが想定される。１つ目としては、該予定表の属する放送局のエリア外に地図受信端末１１０が位置するため、放送を受信できない。２つ目としては、放送局のエリア内であっても障害物などによって受信状況が悪く、受信できない。３つ目としては、上記受信部１１３が映像受信などユーザ操作により他の放送局の放送を受信しているため、所望の放送を受信できない場合である。これについて、端末をずっと受信状態としておくことも考えられる。しかし、例えばカーナビゲーション端末に代表される移動体端末では、使用時のみ通電され、使用しない時は電源がＯＦＦの状態となる。また移動体端末に電源供給するバッテリーの電力消費の観点から、常に地図受信端末１１０の電源を入れて受信し続けることは得策ではない。
【００１３】
そこで、このように確実なコンテンツ取得が期待できない放送媒体においても、安定したコンテンツ取得を図るため、本願地図受信端末１１０は、一度受信に失敗した場合には、予定表を用いて再度次回の受信日時を求め、左記日時に前回失敗したコンテンツの受信を試みる。
【００１４】
なお、本願においてコンテンツ取得において用いる予定表は受信開始前に記録部１１１に格納されていれば良い。その入手手段としては、次に示すように複数の実装をとることができる。予め前述の地図受信端末１１０に記録されている、あるいは地図受信端末１１０の備える受信部１１３から放送を介して取得する。あるいは、地図受信端末１１０ユーザ操作部１１４、ネットワーク接続部、メディア読取部等を有しており、これらを介して取得することも可能である。又、これらのうちいずれか一つ以上を組み合わせても構わない。なお、放送によって予定表を受信する場合については、予定表は放送局１２０から定期的に配信される。予定表に記載される内容も、定期的に更新されるものとする。
【００１５】
地図受信端末１１０をカーナビゲーション端末として捉えたとき、放送局１２０から地図受信端末１１０へ放送手段によって配信されるコンテンツとして、本実施例では地図情報を考える。もちろん地図情報以外のものを放送することも可能である。例えば、日々更新される最新の地図情報が定期的に放送局１２０の管理部１２２に登録され、随時地図受信端末１１０へ配信される。これにより、地図受信端末１１０の記録部１１１に保持する地図情報が更新され、カーナビゲーションの経路計算処理が常に最適な探索結果を求めてユーザに提示するという機能が実現できる。
【００１６】
このように地図情報をコンテンツとして扱った場合、放送方法として以下の実装例をとることができる。例えば毎月最新の全国範囲の地図情報が放送局１２０の管理部１２２に登録され、逐次、地図受信端末１１０へ配信される。または地図情報をいくつかの種類もしくは地域、もしくは種類と地域の適当な組み合わせに分け、各々を単位として配信を行う。又は、ある特定期間に更新された地図情報の変更差分データだけを全国／領域ごとに配信する。あるいはこれらを一つ以上組み合わせて配信を行うといった実装をとりえる。
【００１７】
これらはいずれも基本的な処理に違いはないので、以下に代表例として地域毎に地図情報を分けて配信する例を図１、図２、図３、図４を用いて詳述する。まず図２は、地域毎に地図コンテンツの管理単位を分けた概念図をあらわす。ここではエリアＡからエリアＦまでの６地域に分けて、地図情報が更新管理されているとし、毎月最新の情報を反映して修正された地図コンテンツデータ地域ごとに図１の放送局１２０の有する管理部１２２に登録されるとする。
【００１８】
続いて図３には、図１の地図受信端末１１０の有する記録部１１１に記録される取得済みのコンテンツを管理する既取得コンテンツ表３００を表す。これには受信部１１３を介して既に取得済みのコンテンツの識別情報を格納する。例えば地図情報の対象とするエリアと何月版かの情報が記載される。ここでは、エリアＡ、エリアＢについては既に９月版まで受信を終えていることを表している。
【００１９】
次に図４に示す予定表４００は、図１の放送局１２０から配信される放送の予定表である。本実施例では、放送日、開始時刻、終了時刻、および、放送コンテンツの項目について記載されている。放送コンテンツの項目にはコンテンツを識別するため、地図コンテンツの表すエリアと逐次更新されるバージョンを識別できるデータが記載されている。例えば、エリアＡ１０月版は２００５年１０月１日と８日の１０時から１１時まで放送される予定となっている。
【００２０】
なお、この予定表のデータ構造としては上記に限定されない。例えば、曜日や放送周期などが固定された放送形態をとった場合にはさらに簡略化でき、開始時刻と放送されるコンテンツ識別情報だけが記載されていればよい。一方、複数の放送局からの受信による形態がとれる場合は、予定表に放送局も記載されるか、もしくは放送局毎に予定表を設け、予定表データ毎に放送局を識別できる情報が付与されるものとする。
【００２１】
次に図５には、図３に示した既取得コンテンツ表３００と、図４に示した予定表４００から求まる未取得のコンテンツの次回受信機会を表す受信予約表５００を示す。ここではユーザによりエリアＡとエリアＢの地図コンテンツを受信対象とするよう事前に指定されているとする。受信対象は地図受信端末１１０のユーザ操作部１１４を介してメニュー若しくは地図表示画面から選択されたものとする。あるいは、ユーザの居住地をもとに包含するエリアを受信対象と設定してもよい。このような受信予約表５００の作成手順については、予定表４００の各レコードに対して、まず放送日と現在の日時とを比較し、放送日がまだ過ぎていないレコードを抽出する。次に上記事前に設定されたユーザ所望のエリア情報と予定表４００の放送コンテンツを比較し、該当するレコードを抽出する。さらに、既取得コンテンツ表に登録された情報と前述のレコードの放送コンテンツを比較し、取得済みのコンテンツの放送予定を表すレコードを除去する。以上の処理手順に従った結果、図５に示すような受信予約表５００を生成することができる。
【００２２】
前述の図３の例で示したとおり、地図受信端末１１０はエリアＡについてはまだ９月版までしか受信していないため、図４に示すエリアＡ１０月版の今後の受信機会を探すと、図５に示すように２００５年１０月１日と８日の１０時からと求められる。
【００２３】
最後に、ここまで説明した既取得コンテンツ表３００、予定表４００、受信予約表５００を用いた放送受信フローを図６に示す。ステップ６１０で受信予約表５００から直近の受信予約レコードを取得する。この受信予約表５００の各レコードは、前述のとおりユーザ操作により決定されたものである。ステップ６２０におけるタイマー処理において受信予約レコードに記載の放送日および開始時間に達するまで待ち、開始時間に至るとともにステップ６３０で地図受信端末１１０の有する受信制御部１１２から受信部１１３へ受信開始通知が発せられ、電源がＯＮの状態となり受信を開始する。ステップ６４０でデータ取得に成功したことを確認すると、ステップ６５０において受信した地図コンテンツを記録部１１１へ記録し、既取得コンテンツ表３００を修正する。もしデータ取得に失敗した場合にはステップ６１０へ戻る。続いてステップ６６０において、該受信予約レコードを受信予約表５００から削除する。この結果ステップ６７０において、受信予約表のレコード登録数が０件となった場合は処理を終了し、レコードが残っていればステップ６１０へ戻る。この時点でいずれも電源ＯＦＦ状態となり、以上の放送受信フローを実装することにより、何らかの理由から未取得コンテンツの受信に失敗したとしても、端末が自動的に継続して次の機会を設定し受信を試みる。これにより、ユーザは安定して最新の地図情報を用いることができるようになる。尚、初めに複数件受信予約レコードが作成され、時間順に図６フローに取り込まれる処理としても良い。なお、上記電源のＯＮ／ＯＦＦの記載については、地図受信端末１１０の情報処理部１１２にのみ常時通電しておき、指定時刻になれば主電源をＯＮにして全ての処理部へ通電を行う実装としても良い。
【００２４】
補足となるが、図１の地図受信端末１１０は、図７に示すように放送受信部を２つの筐体とし、地図受信端末７１０と放送受信端末７３０に分けて実装してもよい。この形態であっても、前記図１と同じ処理フローにより受信可能な機会を捉えてコンテンツを受信、記録することができる。また筐体を分けることにより、地上波デジタルやＦＭ多重といった異なる放送方式による複数の放送受信端末７３０との組み合わせが可能となり、放送によるサービスの多様性に寄与する。
【００２５】
また図８には、図１の地図受信端末１１０にさらにネットワーク接続部８１４を備え、ネットワーク８３０を介してコンテンツ放送局８２０から予定表４００を取得する場合の構成を示している。実装例としては、地図受信端末８１０へケーブル等を介して携帯電話へ接続する手法がある。この場合、携帯無線通信網を介して放送局８２０から随時、最新の放送予定を取得することができるので、地図受信端末８１０は放送予定の変更に迅速に対応することができる利点が得られる。
【００２６】
ここまでに述べてきた実施例に対して、さらに更新するコンテンツと期日を予め指定する処理を加え、地図受信端末が指定どおりの期日までに地図コンテンツを取得するような実装をとることは、ユーザの利便性につながる。このような所望のコンテンツの指定と期日指定を設定する実施例を説明する。まず、所定範囲について予め指定された周期で取得期日を設定する。更に、地図受信端末１１０がさらに有するユーザ操作部１１４を介した入力によって所望のエリアや期日を設定することもできる。例えば、地図受信端末１１０に表示部を設けて、地図表示画面上からユーザが目的地と期日についての旅行予定の入力を受けた場合に指定した目的地までの経路を設定するとともに該経路の周辺領域を地図取得を希望するエリアとして設定する。又、地図受信端末１１０の有する受信部１１３から放送を経由して取得した情報を活用することもできる。例えば、放送あるいは別途ネットワーク・メディア読取を介してある場所と期間に開催されるイベント情報などを取り込み、何れかのユーザ選択を受けることで設定を行う。尚、これらいずれか単独で用いて実装してもよいし、２つ以上組み合わせて実装してもよい。図９に上記いずれかの手段によって定められる取得期日とコンテンツ識別について記載する期日指定表９００の例を示す。この例では、２００５年１０月１０日までにエリアＡ１０月版の地図コンテンツを取得するよう期日を指定している。この期日指定表９００は情報処理部１１２によって作成され、記録部１１１に記録される。
【００２７】
上記期日指定表９００を新たに設けた場合には、情報処理部１１２は既取得コンテンツ表３００と予定表４００と、新たに設けた期日指定表９００から受信予約表５００を生成する。例えば前述の図３の既取得コンテンツ３００、図４の予定表４００、図９の期日指定表９００に示す２００５年１０月１０日までにエリア１０月版の地図コンテンツを取得するよう指定して受信予約表を求めると、図５のように２００５年１０月１日と８日の２回の受信機会が受信予約表５００に登録される。これにより例えば、ユーザがある目的地へのドライブ計画をたてる場合、ドライブ予定日よりも前に目的地へ至る範囲の地図が更新され、最新の地図情報を利用できる、といった効果がえられる。
【００２８】
なお、各項目の組み合わせによっては期日までに所望のコンテンツの放送予定がないため、取得できない場合もある。このような状況を期日指定時にユーザへ提示することで、受信可否の見込みを通知することは有益である。この受信可否の見込みとしては、受信予約表５００を生成するに当たって、期日指定表の各登録毎に受信機会が所定値以下で在る場合に、ユーザへその旨の提示をすればよい。
【００２９】
前述の受信可否を通知する際に、ユーザ指定の期日までに既に受信機会が残されていない場合、もしくは実際の受信中に電波状況が悪くなり受信に失敗したときに、放送以外の地図コンテンツ取得代替手段を提示することは、有効である。このコンテンツ取得代替手段としては、次に示す実装例が挙げられる。１つ目としては、地図受信端末１１０の備える情報処理部１１２から受信部１１３を介して放送局１２０へ、再放送の要求を送り、新たな受信機会が設けられるよう働きかけることである。２つ目としては、地図受信端末１１０にさらに設けるネットワーク接続部を介して、所望のコンテンツの再放送もしくは所望のコンテンツのネットワークを介した送信を要求する。３つ目としては、地図受信端末１１０にさらに設けるメディア読取部を介して、可搬型メモリ媒体などから所望のコンテンツを取得する。もちろん、これら複数の手段のうち、一つ以上を組み合わせて取得を試みてもよい。
【００３０】
なお、これらのうち１つ目と２つ目に挙がった再放送の要求に対して放送局１２０では、多くの同様の要求を多く受取った場合に、再放送枠を設けて所望のコンテンツの再放送を行うことも、ユーザの利便性の向上に寄与する。放送局１２０の設定する予定に定常放送枠とユーザからの要求の高いコンテンツを放送する枠を設けて、放送することも有効であろう。
【００３１】
さらに、次の受信予約における受信成功の見込みや、データ取得終了後、若しくはデータ取得終了後の次の電源起動時にユーザへ成否を通知することは、使い勝手の面からユーザにとって利点がある。例えば前者の予め受信成功の見込みをユーザが検知することにより、直近のドライブ計画に必要な地図コンテンツ更新が予定通り受信できるか、あるいは受信が難しいのかが把握できる。また後者のデータ取得成否の通知は、移動体端末の保持する地図コンテンツの更新状態をユーザが把握できる。さらに受信に失敗したときに必要となるコンテンツ取得代替手段の提示は、コンテンツの取得手段をユーザが把握することができる。これらの処理を考慮した放送受信フローを図１０に示す。これは図６に示した放送受信フローに対して、以下に述べる項目を新たに追加したフローとなる。まず、受信予約から同一コンテンツ取得の受信機会残回数を提示することにより、今後のコンテンツ受信の確度をユーザへ提示する受信機会残回数通知１０１５、次に、受信の直前に電波状況などを検知し、受信成功の見込みを通知する受信成功見込み通知１０２５、また、データ取得に失敗した場合にその旨をユーザへ提示する受信失敗通知１０４１、さらに取得に失敗したコンテンツをネットワークや可般型メディアなどの別手段を提示する代替取得手段提示１０４２、最後に、受信に成功した場合にはその旨をユーザへ通知する受信成功通知１０６５。なお、１０６５の通知処理は次回電源起動時に行う。これらの拡張項目は、すべてを備える必要はなく、任意の一つ以上の組み合わせた項目だけを備えてもよい。
【００３２】
またさらに、図１０の放送受信フローにおいて次の放送受信予約をセット（１０１０）した後に、例えばユーザがナビゲーション機能の経路計算を実施する際、受信可能性についての情報を提示することもできる。例えば、目的地となる駐車場が地下である場合には、ナビゲーションの算出する予測走行時間の情報に基いて到着時刻予定に重複して受信予定が設定されているコンテンツは受信できない可能性が在る旨表示し、代替案を提示するようにする。こうすれば、コンテンツ受信の確度を向上させるのに有益である。
【００３３】
続いて述べる実施例では、複数の放送局が存在する環境で、効率的に受信を行うための放送受信フローについて、図１１、図１２、図１３、図１４、図１５を用いて説明する。図１１には図１の地図受信端末１１０に位置検出部１１１４をさらに設けた地図受信端末１１１０を示す。この位置検出部１１１４にはＧＰＳあるいはジャイロもしくはこれらの組み合わせなどが相当し、常に地図受信端末１１１０の位置を把握することができる。また図１２には、複数の放送局１、２、３の受信がそれぞれ可能なエリアを表している。また地図コンテンツについては、図２で示した同じ管理単位によって更新される地図コンテンツが、各放送局１１２０の管理部１１２２に定期的に登録されるものとする。図１３には、図１２で示した各放送局における予定表の例を記しており、それぞれ放送局１の予定表１３０１、放送局２の予定表１３０２を表している。項目については前述の図４の予定表４００と同じであるが、放送局毎に放送内容は、放送エリア内の地図コンテンツを重点的に配信する傾斜配分がなされる。例えば図１３の放送局１の予定表１３０１には、放送エリアに重なるエリアＡ、エリアＣ、エリアＦの地図コンテンツが主に配信される。これにより、放送エリア付近地の地図コンテンツは頻繁に配信され、遠隔地の地図コンテンツはたまに配信されることになり、放送帯域の有効活用が図れる。なお、放送局毎の予定表については、放送局１から放送局２、放送局３の予定表も配信する、というように隣接する放送局の予定表も配信するなお、放送エリア以外の予定表をユーザが取得できるようにすることが望ましい。これにより、特定の放送局の受信エリアへ進入しなくても該放送局の予定表を取得できる利点が得られる。
【００３４】
図１４には、前記図１３に記載の各放送局の予定表に基づいて受信予約表を放送局毎に設定する。例えばエリアＣ１０月版の放送は、放送局１の受信エリアにいれば受信予約表１４０１に示されるように２００５年１０月１日１０時からであるし、放送局２の受信エリアにいれば、同様に受信予約表１４０２に示されるように２００５年１０月１日１１時からである。このように地図受信端末１１１０の位置に応じて受信予約表を切り替えるため、図１５に示す受信予約表切り替えフローにより、その時々に位置する放送受信エリアに応じて、受信予約を切り替えて動作する。図１５のフローでは、位置検出１５０１を定期的に繰り返し、毎回どの放送局の受信エリアに位置するのかを把握し、前回と変わっていれば（１５０２）、該当する放送局の受信予約表に切り替え処理（１５０３）を行う。この切り替え処理を図６もしくは図１０に示した放送受信フローと並列して行うことで、複数の放送局を跨った移動を行った場合にも、地図コンテンツの受信を行うことができる。
【００３５】
前述のとおり、複数の放送局の受信エリア間を地図受信端末が移動することを前提とした実装例において、地図受信端末の今後の移動先と滞在時間帯を記載する移動予定表を新たに設けることは、前記複数の放送局毎の受信予約表を生成及び管理する処理を省力する効果が得られる。この移動予定表の実装例として図１６に示す移動予定表１６００がある。この移動予定表の例では、日付又は曜日、時間帯、位置座標からなるレコードが複数登録されている。例えば過去の地図受信端末の移動履歴から、平日の昼間の時間帯９時から１８時までは、出勤先駐車場の位置（ｘ２、ｙ２）に滞在し、平日の０時から８時、１９時から２４時、さらに土日の終日は自宅駐車場（ｘ１、ｙ１）に滞在することを表すレコードが登録されている。またあるいは、地図受信端末１１０がさらに有するユーザ操作部を介した入力によって、例えば、２００５年１０月１０日の６時から２０時はドライブ先の観光地（ｘ３、ｙ３）に滞在する、といったように特定の日時と場所を記載したレコードが登録してもよい。もしくは、地図受信端末１１０にさらに設けるメディア読取部を介し、可搬型メモリ媒体、もしくは別のＰＤＡ等に登録されたスケジューラから取り込む実装をしてもよい。もちろん、これらの手段のいずれか一つ以上の組合せから移動予定レコードを生成して移動予定表１６００へ登録してもよい。以上に記した移動予定表１６００を新たに用いることにより、前述の図１４に示した放送局毎の受信予約表を生成する際に、放送日に該放送局受信エリアに滞在する可能性の低い受信予約レコードについては、図１０放送受信フローの１０１５受信機会残回数通知における、残回数から除いて通知することにより、受信機会の見込みを正しくユーザに提示することができるという効果が得られる。 また、放送によるコンテンツ配信では、その地域や時期に特化したイベント情報を盛り込むことも有効である。これには、図４の予定表に上記イベントのエリア及び時節を放送コンテンツに記載して、放送局から配信し、受信予約表５００の生成処理時に、事前にユーザが指定したエリアに該当するイベント情報を表すレコードを抽出して、受信予約表に出力すればよい。これにより、定期的な地図コンテンツの更新と合わせて、非定期的なイベント情報も受信対象とでき、ユーザが利用できるようになる。
【図面の簡単な説明】
【００３６】
【図１】地図受信端末及び放送局を表す構成図。
【図２】地図コンテンツの管理単位を表す概念図。
【図３】既取得コンテンツ表の実装例を表す図。
【図４】放送局の予定表の実装例を表す図。
【図５】受信予約表の実装例を表す図。
【図６】地図受信端末の放送受信フローを表す図。
【図７】地図受信端末と放送受信端末を分けた構成図。
【図８】ネットワーク接続部を装えた地図受信端末及び放送局を表す構成図。
【図９】期日指定表の実装例を表す図。
【図１０】地図受信端末の放送受信フローを表す図。
【図１１】放送局と位置検出部を装えた地図受信端末を表す構成図。
【図１２】地図コンテンツ管理単位と放送局受信エリアを表す図。
【図１３】放送局毎の予定表の実装例を表す図。
【図１４】放送局毎の受信予約表の実装例を表す図。
【図１５】受信予約表切替フローを表す図。
【図１６】移動予定表の実装例を表す図。
【符号の説明】
【００３７】
１１０ 地図受信端末
１２０ 放送局
３００ 既取得コンテンツ表
４００ 予定表
５００ 受信予約表
６１０、６２０、６３０、６４０、６５０、６６０、６７０ 放送受信フロー
７１０ 地図受信端末
７２０ 放送局
７３０ 放送受信端末
８１０ ネットワーク接続部を備えた地図受信端末
８２０ ネットワーク接続部を備えた放送局
９００ 期日指定表
１０１０、１０１５，１０２０、１０２５、１０３０、１０４０、１０４１、１０４２、１０５０、１０６０、１０６５、１０７０ 放送受信フローの処理ステップ
１１１０ 位置検出部を備えた地図受信端末
１１２０ 放送局
１３０１ 放送局１の予定表
１３０２ 放送局２の予定表
１４０１ 放送局１受信エリア用の受信予約表
１４０２ 放送局２受信エリア用の受信予約表
１５０１、１５０２、１５０３ 受信予約切替フローの処理ステップ
１６００ 移動予定表。
【特許請求の範囲】
【請求項１】
放送を受信する受信部と、
上記受信したコンテンツを記録する記録部と、
受信対象のコンテンツを指定し、その取得期限を入力する入力部と、
上記放送の予定表に基づいて、上記記録部に記録されていないコンテンツの受信制御を行う情報処理部とを有し、
上記情報処理部は、上記指定されたコンテンツの受信を上記取得期日まで繰り返し試みることを特徴とする放送受信端末。
【請求項２】
上記放送の予定表は、
上記受信部又は、ネットワークに接続されるネットワーク接続部を介して取得されたものであることを特徴とする請求項１記載の放送受信端末。
【請求項３】
上記情報処理部は上記コンテンツ取得時に電源を起動して上記受信を試み、受信できないと判断した場合には電源を切って、上記再度の取得時に再度電源を起動することを特徴とする請求項１又は２に記載の放送受信端末。
【請求項４】
上記コンテンツは、それぞれ特定領域の地図データであることを特徴とする請求項１乃至３の何れかに記載の放送受信端末。
【請求項５】
上記コンテンツは、それぞれ特定期間に変更された地図データの差分データであることを特徴とする請求項１乃至４の何れかに記載の放送受信端末。
【請求項６】
上記コンテンツの上記取得期日までの受信見込みを提示することを特徴とする請求項1乃至５の何れかに記載の放送受信端末。
【請求項７】
上記取得期日までに上記コンテンツの受信の見込みが低い場合、
上記受信部又はネットワークを介して該コンテンツ取得リクエストを出す、又は、該コンテンツの別方法により取得を促す旨表示することを特徴とする請求項１乃至６の何れかに記載の地図受信端末。
【請求項８】
電源起動時に、該電源起動前に試みた上記コンテンツ受信の結果を提示することを特徴とする請求項１乃至７の何れかに記載の地図受信端末
【請求項９】
上記予定表は、異なる放送エリアにおける複数の予定表であって、
該地図受信端末の現在位置における上記放送エリアの予定にしたがって上記受信を試みることを特徴とする請求項１乃至８の何れかに記載の地図受信端末。
【請求項１０】
上記情報処理部は経路設定が指示された場合に、上記取得しようと予定するコンテンツが在る場合には、該予定時刻と上記経路走行予定時刻から上記受信できない可能性が在る旨を提示することを特徴とする請求項１乃至９の何れかに記載の地図受信端末。
【請求項１１】
ユーザからコンテンツの指定と該コンテンツの受信期日の入力を受け、記録される放送予定表に基いて上記コンテンツ放送時刻を取得し、
上記コンテンツの放送時刻に該コンテンツの取得に失敗した場合に、該放送時刻より後の該コンテンツ放送時刻に再度該コンテンツの取得を試み、該試みを上記放送期日まで繰り返すことを特徴とする放送受信プログラム。
【請求項１２】
上記コンテンツは地図情報であって、
上記コンテンツ取得に失敗した場合に端末の電源を切り、上記再度コンテンツの取得を試みる時に自動的に該端末の電源を入れることを特徴とする請求項１１記載の放送受信プログラム。
【請求項１】
放送を受信する受信部と、
上記受信したコンテンツを記録する記録部と、
受信対象のコンテンツを指定し、その取得期限を入力する入力部と、
上記放送の予定表に基づいて、上記記録部に記録されていないコンテンツの受信制御を行う情報処理部とを有し、
上記情報処理部は、上記指定されたコンテンツの受信を上記取得期日まで繰り返し試みることを特徴とする放送受信端末。
【請求項２】
上記放送の予定表は、
上記受信部又は、ネットワークに接続されるネットワーク接続部を介して取得されたものであることを特徴とする請求項１記載の放送受信端末。
【請求項３】
上記情報処理部は上記コンテンツ取得時に電源を起動して上記受信を試み、受信できないと判断した場合には電源を切って、上記再度の取得時に再度電源を起動することを特徴とする請求項１又は２に記載の放送受信端末。
【請求項４】
上記コンテンツは、それぞれ特定領域の地図データであることを特徴とする請求項１乃至３の何れかに記載の放送受信端末。
【請求項５】
上記コンテンツは、それぞれ特定期間に変更された地図データの差分データであることを特徴とする請求項１乃至４の何れかに記載の放送受信端末。
【請求項６】
上記コンテンツの上記取得期日までの受信見込みを提示することを特徴とする請求項1乃至５の何れかに記載の放送受信端末。
【請求項７】
上記取得期日までに上記コンテンツの受信の見込みが低い場合、
上記受信部又はネットワークを介して該コンテンツ取得リクエストを出す、又は、該コンテンツの別方法により取得を促す旨表示することを特徴とする請求項１乃至６の何れかに記載の地図受信端末。
【請求項８】
電源起動時に、該電源起動前に試みた上記コンテンツ受信の結果を提示することを特徴とする請求項１乃至７の何れかに記載の地図受信端末
【請求項９】
上記予定表は、異なる放送エリアにおける複数の予定表であって、
該地図受信端末の現在位置における上記放送エリアの予定にしたがって上記受信を試みることを特徴とする請求項１乃至８の何れかに記載の地図受信端末。
【請求項１０】
上記情報処理部は経路設定が指示された場合に、上記取得しようと予定するコンテンツが在る場合には、該予定時刻と上記経路走行予定時刻から上記受信できない可能性が在る旨を提示することを特徴とする請求項１乃至９の何れかに記載の地図受信端末。
【請求項１１】
ユーザからコンテンツの指定と該コンテンツの受信期日の入力を受け、記録される放送予定表に基いて上記コンテンツ放送時刻を取得し、
上記コンテンツの放送時刻に該コンテンツの取得に失敗した場合に、該放送時刻より後の該コンテンツ放送時刻に再度該コンテンツの取得を試み、該試みを上記放送期日まで繰り返すことを特徴とする放送受信プログラム。
【請求項１２】
上記コンテンツは地図情報であって、
上記コンテンツ取得に失敗した場合に端末の電源を切り、上記再度コンテンツの取得を試みる時に自動的に該端末の電源を入れることを特徴とする請求項１１記載の放送受信プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００７−１７０９３３（Ｐ２００７−１７０９３３Ａ）
【公開日】平成１９年７月５日（２００７．７．５）
【国際特許分類】
【出願番号】特願２００５−３６７３６６（Ｐ２００５−３６７３６６）
【出願日】平成１７年１２月２１日（２００５．１２．２１）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成１９年７月５日（２００７．７．５）
【国際特許分類】
【出願日】平成１７年１２月２１日（２００５．１２．２１）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]