(57)【要約】  【課題】  デジタル放送受信機能付き携帯端末装置がデジタル放送波からダウンロード告知情報を受信できない場合でも、受信可能としたデジタル放送受信機能付き携帯端末装置を提供する。  【解決手段】  デジタル放送受信機能付き携帯端末装置に、上記デジタル放送受信機能付き携帯端末装置のソフトウェア更新の告知情報及びそれに付随するテーブルの内容を、ショートメッセージサービスを利用して受信する手段を備えた。該受信手段は、例えば、携帯電話装置の機能を利用した手段である。【選択図】  図１
2006311149.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送を受信する無線通信端末に対してソフトウェア更新の告知に関する情報をメッセージサービスを利用して送信するサーバと、
前記メッセージサービスにより前記サーバから前記ソフトウェア更新の告知に関する情報を受信して、当該情報に基づいてソフトウェアの更新が必要な場合には、当該ソフトウェアの更新のための処理を行う無線通信端末と、
からなることを特徴とする通信システム。
【請求項２】
メッセージサービスによりデジタル放送に関するソフトウェア更新の告知情報を受信して、当該情報に基づいてソフトウェアの更新が必要な場合には、当該ソフトウェアの更新のための処理を行う
ことを特徴とする無線通信端末。
【請求項３】
前記メッセージサービスによるソフトウェア更新の告知情報を受信した時期が、前記ソフトウェア更新の告知情報に含まれる配信期間を過ぎていた場合、当該端末内に記憶している所定のサーバ情報に基づいて該サーバにアクセスして、更新に関するソフトウェアを取得する
ことを特徴とする請求項２記載の無線通信端末。
【請求項４】
前記メッセージサービスによるソフトウェア更新の告知情報を受信した時期が、前記ソフトウェア更新の告知情報に含まれる配信期間を過ぎていた場合、当該メッセージ内のサーバのアクセス情報に基づいて、更新に関するソフトウェアを取得する
ことを特徴とする請求項２記載の無線通信端末。
【請求項５】
前記ソフトウェアの更新が必要な場合には、当該メッセージに含まれる更新ソフトウェアの配信時期を報知する
ことを特徴とする請求項２記載の無線通信端末。
【請求項６】
デジタル放送を受信する無線通信端末に対してソフトウェア更新の告知に関する情報を無線電話事業者のメッセージサービスを利用してサーバが送信し、該サーバから前記メッセージサービスによりソフトウェア更新の告知に関する情報を受信した前記無線通信端末は、当該情報に基づいてソフトウェアの更新が必要と判断した場合、当該ソフトウェアの更新のための処理を行う
ことを特徴とする方法。
【請求項７】
メッセージサービスによりデジタル放送に関するソフトウェア更新の告知情報を受信して、当該情報に基づいてソフトウェアの更新が必要な場合には、当該ソフトウェアの更新のための処理を行う
ことを特徴とする方法。
【請求項８】
前記メッセージサービスによるソフトウェア更新の告知情報を受信した時期が、前記ソフトウェア更新の告知情報に含まれる配信期間を過ぎていた場合、所定のサーバ情報に基づいて、更新に関するソフトウェアを取得する
ことを特徴とする請求項７記載の方法。
【請求項９】
前記メッセージサービスによるソフトウェア更新の告知情報を受信した時期が、前記ソフトウェア更新の告知情報に含まれる配信期間を過ぎていた場合、当該メッセージ内のサーバ情報に基づいて、更新に関するソフトウェアを取得する
ことを特徴とする請求項７記載の方法。
【請求項１０】
前記ソフトウェアの更新が必要な場合には、当該メッセージに含まれる更新ソフトウェアの配信時期を報知する
ことを特徴とする請求項７記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送、例えば、地上波デジタル放送または衛星デジタル放送等を受信することが可能なデジタル放送受信機能付き無線通信端末およびその方法に関する。
【背景技術】
【０００２】
近年、テレビジョン放送を受信可能な機能を有する携帯電話装置が知られている（例えば、特許文献１参照）。
また、地上デジタル放送または衛星デジタル放送では、主に携帯性の高い受信機向けに、１または３セグメントの伝送帯域を使用したデジタル放送が予定されている。
【０００３】
このようなデジタル放送では、受信機のソフトウェアのバグ修正や、新しい放送サービス等に対応するためのソフトウェアの機能向上を目的としたソフトウェアの更新、共通データ（事業者ロゴ、ジャンルコード表、周波数リスト・変更情報等）のダウンロードが放送波に載せられて伝送される。
受信機は、デジタル放送波を受信している時に、伝送されるダウンロード告知情報である、例えば、ソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ：Software Download Trigger Table ）を受信し、その情報の中に含まれる対象となるメーカー情報（maker_id）、対応する機種情報（model_id）、更新対象となるバージョン（target_version）、送られてくる新しいバージョン（new_version）、強制ダウンロードか任意ダウンロードかを識別するダウンロードレベル（download_level）、バージョン指示（version_indicator）などにより、ダウンロードされたデータがその受信機にとって有効かどうかの判定し、及び、受信機の設定条件を基にダウンロード処理を行なうかどうかの判定を行う。
【０００４】
ダウンロードを実行すると判定した受信機は、指定された送出日程内の設定された日時に送出される放送波に含まれるダウンロードデータを受信し、受信機内のソフトウェアの更新や、共通データの更新を実現する。
【０００５】
ダウンロード告知情報、例えば、ソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）は、放送種別により、その送出間隔が決められており、ＳＤＴＴの送出が必要な場合に限り、数分〜数十分間隔で送出される。
【０００６】
携帯性の高い受信機の場合には、その特性上、ダウンロード告知情報、たとえば、ソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）の送出時やダウンロードデータ送出期間に、受信機の電源がオフにされていたり、受信機が放送波の届かない地下や屋内に位置していたり、サービスの届かない国外などに位置していたり、所謂「圏外」にある可能性もあり、必ずしもソフトウェアの更新や共通データの更新のためのダウンロードが実行されるとは限らない。
【０００７】
この様な場合に備えて、携帯可能な受信機の代わりに、固定の受信機がダウンロードデータを受信して、後に携帯可能な受信機に転送したりすることが試みられている（例えば、特許文献２参照）。
【特許文献１】特開２００２−９９２０号公報
【特許文献２】特開２００３−３７７８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
放送波に含まれるダウンロード告知情報、例えば、ソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）の送出間隔は、前述の通り、数分〜数十分であるため、ユーザーの視聴時間内にＳＤＴＴが受信できればよいが、携帯可能な受信機、例えば、デジタル放送受信機能付き携帯電話装置の待ち受け状態や、デジタル放送の視聴機能を利用していない時に、デジタル放送のチューナーの電源をＳＤＴＴ受信のために一日に一回以上は、数分〜数十分程度連続で電源を入れて受信を行なわなければならず、デジタル放送受信機能付き携帯電話装置としての省電力化には不向きであり、電池を余分に消費してしまうという問題がある。
【０００９】
また、デジタル放送受信機能付き携帯電話装置におけるデジタル放送のダウンロード機能としては、前述の通り、その携帯性からくる特性上、デジタル放送波を確実に受信できる環境にデジタル放送受信機能付き携帯電話装置を持つユーザーがいるかどうか分からないため、ダウンロード機能が確実に実行されるかどうかの保障がない。
【００１０】
デジタル放送受信機能付き携帯電話装置の代わりに固定の受信機がダウンロードを行なう方法の場合には、それに対応した固定の受信機が必要になり、デジタル放送受信機能付き携帯電話装置のみを有するユーザーにとっては、代替案にはならない。
また、携帯可能なデジタル放送受信機のみを対象とした放送メディアの場合には、固定の受信機で受信することは不可能なため、対応することが出来ない。
【課題を解決するための手段】
【００１１】
本発明の通信システムは、デジタル放送を受信する無線通信端末に対してソフトウェア更新の告知に関する情報をメッセージサービスを利用して送信するサーバと、前記メッセージサービスにより前記サーバから前記ソフトウェア更新の告知に関する情報を受信して、当該情報に基づいてソフトウェアの更新が必要な場合には、当該ソフトウェアの更新のための処理を行う無線通信端末と、からなることを特徴とする。
【００１２】
本発明の無線通信端末は、メッセージサービスによりデジタル放送に関するソフトウェア更新の告知情報を受信して、当該情報に基づいてソフトウェアの更新が必要な場合には、当該ソフトウェアの更新のための処理を行うことを特徴とする。
【００１３】
本発明の方法は、デジタル放送を受信する無線通信端末に対してソフトウェア更新の告知に関する情報を無線電話事業者のメッセージサービスを利用してサーバが送信し、該サーバから前記メッセージサービスによりソフトウェア更新の告知に関する情報を受信した前記無線通信端末は、当該情報に基づいてソフトウェアの更新が必要と判断した場合、当該ソフトウェアの更新のための処理を行うことを特徴とする。
【発明の効果】
【００１４】
本発明によるデジタル放送受信機能付き無線通信端末では、なんらかの原因により、デジタル放送において送出されるダウンロード告知情報、例えば、ソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）の受信や、ダウンロードデータの受信を逃してしまった場合でも、ショートメッセージサービスにより確実に同一の情報を得ることができる。その結果、確実にデジタル放送受信機能付き無線通信端末内のソフトウェアの更新や共通データの更新を可能とする。
【００１５】
さらに、本発明によれば、ユーザーは、ダウンロード告知情報、例えば、ＳＤＴＴの受信のために毎日、数分〜数十分間連続で、デジタル放送波の受信を行なう必要がないため、デジタル放送受信機能付き無線通信端末に用いる電池の消費を抑えることが可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明のデジタル放送受信機能付き無線通信端末の一実施の形態として、デジタル放送受信機能付き携帯電話装置を例示して図面を用いて説明する。
図１は本発明のデジタル放送受信機能付き携帯端末装置の一実施の形態としてのデジタル放送受信機能付き携帯電話装置の構成図である。
図２は図１に示したデジタル放送受信機能付き携帯電話装置の外観図である。
図３は図１および図２に示したデジタル放送受信機能付き携帯電話装置が適用される通信システム全体構成図である。
【００１７】
図１および図２を参照して、本発明の実施の形態のデジタル放送受信機能付き携帯電話装置１００の構成を述べる。
本発明の実施の形態のデジタル放送受信機能付き携帯電話装置１００は、携帯電話装置の機能と、デジタル放送受信機の機能とを備えている。
まず、携帯電話装置の部分に該当するデジタル放送受信機能付き携帯電話装置１００の構成を述べる。なお、このデジタル放送受信機能付き携帯電話装置１００にはデジタル放送受信機の部分と共用される部分も含む。
デジタル放送受信機能付き携帯電話装置１００は、デジタル放送受信機能付き携帯電話装置１００の全体を制御する制御部１１２、キー等を有しユーザーが当該携帯電話装置を操作するための操作部１１５、携帯電話機網（無線電話事業者）のネットワークに接続するために図示しない基地局との間で無線信号を送受信する無線通信部１１４、その無線通信部１１４のための送受信アンテナ１１３、各種液晶装置、有機ＥＬディスプレイ等からなる表示部１０９、通話を行なうためのマイクロフォン１１１、音声の再生を行なうためのスピーカ１１０、制御部１１２で動作するプログラムやデータを格納するための不揮発性メモリ１１７、制御部１１２においてプログラムを動作させたり、制御部１１２で処理した一時的なデータを保持したりするための揮発性メモリ１１６を有し、携帯電話装置としての機能を満足する構成と動作処理内容を有するものとする。
【００１８】
この携帯電話装置の部分は、通常の携帯電話装置として使用できる他、後述する、ソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）などのダウンロード告知情報が含まれたメッセージを受信する手段としても使用される。その詳細は後述する。
【００１９】
次いで、デジタル放送受信機の部分に該当するデジタル放送受信機能付き携帯電話装置１００の構成を述べる。もちろん、デジタル放送受信機能付き携帯電話装置１００には、上述した携帯電話装置とデジタル放送受信機の部分と共用される部分も含む。
デジタル放送を受信、再生を行なうために、デジタル放送受信機能付き携帯電話装置１００は、デジタル放送の受信アンテナ１０１、受信したデジタル放送のチャンネル選択（選局）を行なうためのチューナー部１０２、選局したデジタル放送波を復調するための復調部１０３、特定の受信機のみ受信可能とした限定受信方式の暗号化されたデジタル放送内容を解読するためのデスクランブラ１０４、デスクランブラ１０４にて解読されたデジタル放送内容がトランスポートストリーム（ＴＳ）として入力された映像信号、音声信号、データ信号等に分離するＴＳ分離部１０５、受信した音声信号を復号するための音声信号復号部１０６、受信した映像信号を復号するための映像信号復号部１０７、受信したデータ信号を表示部１０９における表示形式に処理するためのデータ信号処理部１０８を具備する。
【００２０】
制御部１１２は、例えば、マイクロコンピュータなどの演算装置のＣＰＵで実現されており、上述した携帯電話装置の処理、及び、デジタル放送受信機の処理を制御する。制御部１１２で動作するプログラムは、基本部分が不揮発性メモリ１１７に格納されている他、ソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）などのダウンロード告知情報（ＳＤＴＴ）を用いて更新すべきプログラム及びデータは、揮発性メモリ１１６に記録される。
すなわち、後述する、ソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）に基づく、プログラム及びデータの更新は、揮発性メモリ１１６に記録されているものについて行う。
【００２１】
デジタル放送受信機の部分の処理を述べる。
デジタル放送は、例えば、図３で示す通り放送塔２０１、放送衛星２０２などから送出されている。
本実施の形態のデジタル放送受信機能付き携帯電話装置１００では、アンテナ１０１でデジタル放送波を受信し、チューナー部１０２にてユーザーが希望するチャンネルを選択する。ユーザーが希望するチャンネルは、操作部１１５から制御部１１２を介してチューナー部１０２に入力されている。
ユーザー所望のチャンネルをチューナー部１０２にて選択すると復調部１０３にて、受信したデジタル放送波をトランスポートストリーム（ＴＳ）に復調を行なう。復調されたトランスポートストリーム（ＴＳ）にスクランブルがかかっている場合には、デスクランブラ１０４にてスクランブルの解除を行なう。なお、復調されたトランスポートストリーム（ＴＳ）にスクランブルがかかっていない場合には、もちろん、デスクランブラ１０４にてスクランブルの解除は不要である。
【００２２】
そのようにして、求められたトランスポートストリーム（ＴＳ）信号は、ＴＳ分離部１０５にて映像信号、音声信号、データ信号の各パケットに分離され、分離された各パケットは、映像信号パケットであれば映像信号復号部１０７にて復号されて表示手段１０９に表示される。音声信号パケットであれば、音声信号復号部１０６にて復号され、スピーカ１１０で再生される。データ信号パケットであれば、データ信号処理部１０８でその内容を解析し、データパケットの内容が放送サービスに関係しているものである場合には、データ信号処理部１０８はデータパケットを表示部１０９に表示・再生可能なように復号化し、表示部１０９に表示する処理又は再生を行なう。
【００２３】
データパケットについては、デジタル放送では、放送サービスに関係したものである場合と、データ配信や、受信機のソフトウェアアップデート用のダウンロード等の機能サービスである場合の２種類に大別できる。
【００２４】
以下、図４のフローチャートを参照して、ユーザーがデジタル放送受信機能付き携帯電話装置１００を用いてデジタル放送を試聴している場合のデジタル放送受信機能付き携帯電話装置１００内の処理を述べる。
【００２５】
ステップ１、２：放送サービスに関係したものである場合には、上述したように、ＴＳ分離部１０５から音声信号復号部１０６、映像信号復号部１０７およびデータ信号処理部１０８に該当する信号が送られて上述した処理が行われる。
他方、機能サービスのデータパケットの場合には、そのデータパケットは、ＴＳ分離部１０５から、上述したデータ信号処理部１０８ではなく、制御部１１２に送られる。
【００２６】
ステップ３：ユーザーがデジタル放送受信機能付き携帯電話装置１００を用いてデジタル放送を視聴中のデジタル放送波に、制御部１１２のソフトウェア更新のダウンロード告知情報の１例であるソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）が含まれて受信した場合、ＴＳ分離部１０５から機能サービスである旨が制御部１１２に通知される。
【００２７】
ステップ４：制御部１１２は、受信したソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）について、本実施の形態のデジタル放送受信機能付き携帯電話装置１００がソフトウェア更新の対象となるかどうかを、ＳＤＴＴに含まれる情報、たとえば、メーカー及び機種情報：table_id_ext（maker_id、model_id）、対象バージョン情報：version_indicator、アップデートの対象となるコンテンツのバージョン：target_version、ダウンロードされる予定のコンテンツバージョン：new_version等により判定し、その場合は、ステップ５の処理を行う。他方、本実施の形態のデジタル放送受信機能付き携帯電話装置１００がソフトウェア更新の対象とならない場合には、制御部１１２は特別な処理はしない。
【００２８】
ステップ５：本実施の形態のデジタル放送受信機能付き携帯電話装置１００がソフトウェア更新の対象となる場合には、制御部１１２は、ソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）に含まれるコンテンツの配信情報、たとえば、トランスポートストリーム識別：transport_stream_id、強制か任意かを判定する情報：download_level、ダウンロードの配信時間：start_time、配信継続時間：duration、ダウンロードコンテンツ記述子：descriptor等を用いて、ダウンロード実行の予約を行なったり、表示手段１０９を利用してユーザーに対してソフトウェア更新を告知をしたりする。
【００２９】
ダウンロード実行の予約が行なわれた場合、制御部１１２は、ソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）に含まれる上記例示したコンテンツの配信情報より、指定の日時になると自動的にダウンロードを実行するか、ユーザーに対してダウンロードの実行を許諾するための表示部１０９への表示及び操作を行なう手段を提供する。
【００３０】
図５を参照して、ユーザーがデジタル放送受信機能付き携帯電話装置１００を用いてデジタル放送を受信していない場合について述べる。
ユーザーがデジタル放送受信機能付き携帯電話装置１００を用いてデジタル放送を受信していない場合、デジタル放送波によるソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）は受信できない。ＳＤＴＴは少なくとも１日以上、放送塔２０１、放送衛星２０２などから送出されているが、ユーザーが１日に一回必ず数分以上、または、数十分以上、デジタル放送を受信する確証はない。
そのため、図３で示す通り放送塔２０１、放送衛星２０２などから送出されるデジタル放送波とは別に、ＳＤＴＴの内容を無線電話事業者のメッセージサービスを利用してＳＭＳサーバー２０４より携帯電話ネットワーク（無線電話事業者のネットワーク）２０３及び無線基地局２０６を介してショートメッセージとしてデジタル放送受信機能付き携帯電話装置１００に送信する。即ち、デジタル放送受信機能付き携帯電話装置１００は携帯電話装置の機能も持っているので、その機能を利用してショートメッセージを受信する。
そのショートメッセージの受信は、携帯電話装置の部分の送受信アンテナ１１３で受信され、無線通信部１１４を経由して制御部１１２に入力される。
【００３１】
ステップ１１：送受信アンテナ１１３で受信したショートメッセージがダウンロード告知情報であるソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）であった場合、制御部１１２は、前述のＳＤＴＴをデジタル放送波で受信した場合と同等の動作を行なう。
【００３２】
ステップ１２，１３：ショートメッセージで受信したＳＤＴＴに含まれるコンテンツの配信情報のうち、ダウンロードの配信時間（start_time）、配信継続時間（duration）より算出されるダウンロードデータ送出期間が既に過去のもの（ショートメッセージを受信した時期（時刻）がすでに過ぎている）である場合には、制御部１１２は、デジタル放送受信機能付き携帯電話装置１００の内部の揮発性メモリ１１６に記憶されるデータダウンロードサーバー２０７のサーバ情報（ＵＲＬ）へ、通信ネットワーク（たとえば、インターネット網も含む）を介してアクセスし、過去の更新分をダウンロード（取得）して、ソフトウェア及びデータテーブルを更新することが可能になる。
【００３３】
ステップ１４，１５：ショートメッセージで受信した、ＳＤＴＴに含まれるコンテンツ配信情報が既に過去のものであり、かつ、ショートメッセージ内にデータダウンロードサーバー２０７のＵＲＬ（Uniform Resource Locator) が指定されている場合には、制御部１１２は、ショートメッセージで受信したデータダウンロードサーバー２０７のＵＲＬへインターネット網を介してアクセスし、過去の更新分をダウンロードして、ソフトウェア及びデータテーブルを更新することが可能になる。
【００３４】
このように、制御部１１２は、下記に例示する各種の手段として機能する。
（１）ソフトウェア更新の告知情報の内容を含むショートメッセージ内に、データダウンロード用サーバーのＵＲＬ情報を含み、配信期間が過ぎているものであった場合には、該ＵＲＬへアクセスを行い、通信ネットワークを利用してソフトウェアのアップデートを行なう手段
（２）受信したソフトウェア更新の告知情報の内容が、配信期間が過ぎているものであった場合には、当該携帯端末装置内に記憶されている所定のＵＲＬへアクセスを行い、通信ネットワークを利用してソフトウェアのアップデートを行なう手段
（３）ショートメッセージサービスで受信した前記ソフトウェア更新の告知情報の内容に従い、当該携帯端末装置のソフトウェアアップデートが必要な場合には、ユーザーにダウンロード時刻等の内容を当該携帯端末装置に備えられた表示部や、音声出力部、振動音出力部のいずれかを使用して告知する手段
（４）ユーザーの所望するタイミングでソフトウェアの更新情報を確認する手段
（５）ショートメッセージサービスで受信した前記ソフトウェア更新の告知情報の内容に従い、当該携帯端末装置のソフトウェアアップデートが必要な場合には、自動的に当該告知情報に含まれる放送スケジュールに従ってソフトウェアを受信する（指定の日時になると自動的にダウンロードを実行する）手段
【００３５】
例として、データダウンロードサーバーのＵＲＬを含まないＳＤＴＴのショートメッセージの内容を図６に、ＵＲＬを含む場合のショートメッセージの内容を図７に示す。
ソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）の情報が、携帯電話装置で定義されるショートメッセージ情報で伝送可能なデータ容量（バイト数）で格納できるかどうかは、更新項目の種類数などに依存する。このため、１ショートメッセージで伝送できるデータ容量にＳＤＴＴ情報全てを、たとえば、揮発性メモリ１１６に格納できない場合も考えられ得る。このような場合には、１ショートメッセージで１ＳＤＴＴを伝送するのではなく、図８に例を示したように、継続情報をショートメッセージ内にもたせることにより、複数個のショートメッセージで１つのソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）情報（ＳＤＴＴ）の内容を伝送する。
制御部１１２は、上記処理を行う手段としても機能する。
【００３６】
また、１つのソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）を伝送するために、多くのショートメッセージを必要とする場合には、ネットワーク効率の観点からも好ましくなく、ＳＤＴＴを伝送するためのショートメッセージ内に少なくとも、本実施の形態のデジタル放送受信機能付き携帯電話装置１００がソフトウェア更新の対象となるかどうかを、判定可能な分のＳＤＴＴ情報、たとえば、メーカー及び機種情報：table_id_ext（maker_id、model_id）、対象バージョン情報：version_indicator、アップデートの対象となるコンテンツのバージョン：target_version、ダウンロードされる予定のコンテンツバージョン：new_version等及び、全てのＳＤＴＴ情報を有するＳＤＴＴサーバー２０８のＵＲＬ情報を含むショートメッセージを、たとえば、図９のように構成し、ＳＤＴＴ情報より、本実施の形態のデジタル放送受信機能付き携帯電話装置１００がソフトウェア更新の対象となると判定した場合には、継続するＳＤＴＴの情報をＳＤＴＴサーバー２０８のＵＲＬへインターネット網を介してアクセスしてからダウンロードすることによって、前述の動作を行なう。尚、メッセージ内にデータダウンロードサーバーのＵＲＬを含まない構成にして、所定のメモリに記憶しているサーバ情報（サーバーのＵＲＬなど）に基づいて該サーバにアクセスしても良い。
制御部１１２は、上記処理を行う手段としても機能する。
【００３７】
図３においては、便宜上、ＳＤＴＴサーバー２０８とダウンロードサーバー２０７を別サーバーにしているが、同一サーバーで済む場合には、これらを同一のサーバーとすることもできる。
【００３８】
以上により、本発明の実施の形態のデジタル放送受信機能付き携帯電話装置１００では、前述のような、なんらかの原因により、デジタル放送によって送出されるソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）情報などのダウンロード告知情報の受信や、ダウンロードデータの受信を逃してしまった場合でも、携帯電話装置の機能を用いてショートメッセージとして確実に、デジタル放送で受信するものと同一若しくはほぼ同じの情報を得ることができ、かつ、確実に制御部１１２のソフトウェアの更新や共通データの更新を可能とする。
【００３９】
また、上述して処理を行うことにより、ＳＤＴＴなどのダウンロード告知情報の受信のために毎日、数分〜数十分間連続で、デジタル放送波の受信を行なう必要がないため、デジタル放送受信機能付き携帯電話装置１００のデジタル放送のチューナーを起動する必要がなく、電池の消費を抑えることが可能となる。
【００４０】
上記実施の形態として、無線通信端末として携帯電話装置を例示したが、上述したショートメッセージやその他のメッセージを受信可能な装置であれば、携帯電話装置には限らず、例えば無線通信機能とデジタル放送受信機能を備えたカーナビなど、種々の移動体端末装置を適用できる。尚、本発明は、上述したショートメッセージに限るものではなく、その他のメッセージサービスでも良く、同様の作用効果を有する通信サービスを含むものとする。
このように、本発明のデジタル放送受信機能付き無線通信端末は、デジタル放送受信機と、メッセージを受信可能な移動体端末装置とを備えていることを特徴とする。
【図面の簡単な説明】
【００４１】
【図１】図１は本発明の実施の形態のデジタル放送受信機能付き携帯電話装置の構成図である。
【図２】図２は図１に示したデジタル放送受信機能付き携帯電話装置の外観図である。
【図３】図３は図１に示したデジタル放送受信機能付き携帯電話装置が適用されるデジタル放送の全体構成を示す図である。
【図４】図４は図１に示したデジタル放送受信機能付き携帯電話装置の処理の一部を示すフローチャートである。
【図５】図５は図１に示したデジタル放送受信機能付き携帯電話装置の処理の一部を示すフローチャートである。
【図６】図６はデータダウンロードサーバーのＵＲＬを含まないソフトウェア・ダウンロード・トリガー・テーブル（ＳＤＴＴ）のショートメッセージの内容の例である。
【図７】図７はデータダウンロードサーバーのＵＲＬを含む場合のショートメッセージの内容の例である。
【図８】図８は１ショートメッセージで伝送できるデータ容量にＳＤＴＴ情報全てを格納できない場合に、継続情報をショートメッセージ内にもたせる場合の内容を示す例である。
【図９】図９は全てのＳＤＴＴ情報を有するＳＤＴＴサーバーのＵＲＬ情報を含むショートメッセージの構成例を示す図である。
【符号の説明】
【００４２】
１０１…受信アンテナ、１０２…チューナー部、１０３…復調部、１０４…デスクランブラ、１０５…ＴＳ分離部、１０６…音声信号復号部、１０７…映像信号復号部、１０８…データ信号処理部１０８、１０９…表示部、１１０…スピーカ、１１１…マイクロフォン、１１２…制御部、１１３…アンテナ、１１４…無線通信部、１１５…操作部、１１６…揮発性メモリ、１１７…不揮発メモリ、２０１…放送塔、２０２…放送衛星、２０３…携帯電話ネットワーク、２０４…ＳＭＳサーバー、２０５…携帯電話装置、２０６…無線基地局、２０７…データダウンロードサーバー、２０８…ＳＤＴＴサーバー
【図１】
2006311149.tif 000003
【図２】
2006311149.tif 000004
【図３】
2006311149.tif 000005
【図４】
2006311149.tif 000006
【図５】
2006311149.tif 000007
【図６】
2006311149.tif 000008
【図７】
2006311149.tif 000009
【図８】
2006311149.tif 000010
【図９】
2006311149.tif 000011