(57)【要約】      （修正有）【課題】ＣＡＴＶ用受信機へソフトウェアを期間に関係なくダウンロードできる方式を提供する。【解決手段】受信機においてポーリングタイムアウトに応じて、ＣＡＴＶ局に対してそれぞれのメーカー/モデルＩＤ,ソフトバージョンを通知する。これを受けてＣＡＴＶ局は、ＢＳ/地上放送事業者に対して該当するダウンロードデータを要求する。ＢＳ/地上放送事業者は、ＣＡＴＶ局に対して該当するダウンロードデータを送信する。ＣＡＴＶ局では、このデータをサーバーに保存するとともに、受信機に対して該当ダウンロードデータの準備が完了した旨を通知する。受信機からダウンロードデータの受信要求がＣＡＴＶ局に対してなされると、サーバーに保存されたダウンロードデータを受信機に送信する。これにより、受信機においてダウンロードサービスを受けることができる。【選択図】図７
2007201911.tif 000002
【特許請求の範囲】
【請求項１】
ケーブルテレビ放送局からの放送を受信するとともに前記ケーブルテレビ放送局との間で双方向通信可能なケーブルテレビ放送の受信装置であって、ケーブルテレビ放送局から送られるソフトウェアの更新を行なうためのダウンロードスケジュールテーブル（ＳＤＴＴ）の受信を監視し、該ＳＤＴＴに基づいてソフトウェアの更新を行なう受信装置において、
該受信装置を識別する受信装置識別ＩＤと、前記受信装置において稼働しているソフトウェアのバージョンを示すバージョン情報と、前記受信装置において、ソフトウェア更新が未実施のソフトウェアバージョン情報と、を記憶する記憶部を有することを特徴とする受信装置。
【請求項２】
前記受信装置の前記記憶部において、前記ソフトウェア更新が未実施のソフトウェアバージョンが存在し、かつ、前記ソフトウェア更新を通知する前記ＳＤＴＴを受信できない場合に、前記記憶部に記憶されている前記受信装置識別ＩＤと前記バージョン情報と、を前記ケーブルテレビ放送局に対して、前記双方向通信のモデム上り回線を使用して送信すること、を特徴とする請求項１に記載の受信装置。
【請求項３】
前記ケーブルテレビ放送局からのソフトウェアのダウンロード準備があった旨の通知を受けた場合に、前記受信装置側からダウンロードを開始するかどうかに関する指示を行なう手段を有することを特徴とする請求項２に記載の受信装置。
【請求項４】
前記双方向通信のモデム上り回線を使用して前記ケーブルテレビ放送局にアクセスし、更新すべきソフトウェアをダウンロードし、前記稼働しているソフトウェアを前記ダウンロードしたソフトウェアに更新することを特徴とする受信装置。
【請求項５】
受信装置に対してケーブルテレビ放送を送信するとともに前記受信装置との間で双方向通信可能なケーブルテレビ放送局であって、前記受信装置のソフトウェアの更新を行なうためのダウンロードスケジュールテーブル（ＳＤＴＴ）の送信をするケーブルテレビ放送局において、
更新用のソフトウェアを、前記受信装置を識別する受信装置識別ＩＤ及びソフトウェアのバージョンを示すバージョン情報と対応させて記憶するダウンロードサーバーを有することを特徴とするケーブルテレビ放送局。
【請求項６】
前記受信装置から取得したソフトウェア更新が未実施のソフトウェアバージョンが前記ダウンロードサーバーに設置された時に、前記受信装置に対して、前記ソフトウェアが存在し、ダウンロードが可能である旨を報知することを特徴とする請求項５に記載のケーブルテレビ放送局。
【請求項７】
前記ソフトウェアを保持するデータベースを有することを特徴とする請求項５又は６に記載のケーブルテレビ放送局。
【請求項８】
前記ケーブルテレビ放送局以外の放送事業者に設置されたサーバー（以下、放送事業者サーバー）が保持し、前記ソフトウェアを格納するデータベースと接続されていることを特徴とする請求項５又は６に記載のケーブルテレビ放送局。
【請求項９】
ケーブルテレビ放送局からの放送を受信するとともに前記ケーブルテレビ放送局との間で双方向通信可能なケーブルテレビ放送の受信装置であって、ケーブルテレビ放送局から送られるソフトウェアの更新を行なうためのダウンロードスケジュールテーブル（ＳＤＴＴ）の受信を監視し、該ＳＤＴＴに基づいてソフトウェアの更新を行ない、該受信装置を識別する受信装置識別ＩＤと、前記受信装置において稼働しているソフトウェアのバージョンを示すバージョン情報と、前記受信装置において、ソフトウェア更新が未実施のソフトウェアバージョン情報と、を記憶する記憶部を有する受信装置と；
前記受信装置に対してケーブルテレビ放送を送信するとともに前記受信装置との間で双方向通信可能なケーブルテレビ放送局であって、前記受信装置のソフトウェアの更新を行なうためのダウンロードスケジュールテーブル（ＳＤＴＴ）を送信し、更新用のソフトウェアを、前記受信装置を識別する受信装置識別ＩＤ及び該ソフトウェアのバージョンを示すバージョン情報と対応させて記憶するダウンロードサーバーを有するケーブルテレビ放送局と；
を備えたケーブルテレビシステム。
【請求項１０】
さらに、前記ケーブルテレビ放送局との間で接続され、更新用のソフトウェアを保持する前記放送事業者サーバーを備えた請求項９に記載のケーブルテレビシステム。
【請求項１１】
前記ソフトウェアが前記ケーブルテレビ放送局に存在しない場合に、前記放送事業者サーバーから該ソフトウェアを受信し、前記ダウンロードサーバーに設置することを特徴とする請求項１０に記載のケーブルテレビシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ケーブルテレビ受信システムに関し、特にケーブルテレビにおける不具合を解消するためのソフトウェアダウンロード技術に関する。
【背景技術】
【０００２】
近年、ケーブルテレビ網（以下、ＣＡＴＶ（Ｃｏｍｍｕｎｉｔｙ  Ａｎｔｅｎｎａ  Ｔｅｌｅｖｉｓｉｏｎ））を利用したテレビ受信システムが広く利用されつつある。ＣＡＴＶサービスでは、デジタル放送等を受信する受信装置をユーザー宅に設置し、ＣＡＴＶ網に接続することにより、ＢＳデジタル放送等のＣＡＴＶ網を介して受信するデジタル放送サービスが実現されており、受信装置としては、セットトップボックス（以下、ＳＴＢ）などが提供される。
【０００３】
ところで、ＣＡＴＶ受信機における不具合を修復したり、バージョンアップに伴うソフトウェアの更新を行う場合には、現行のＣＡＴＶ受信機は、メーカーがＢＳ事業者や地上デジタル事業者に提出したＤＬデータ（ダウンロードデータ）と配信スケジュールを記したSDTT（Software Download Trigger Table）と呼ばれるテーブルを、CATV事業者がBSデジタル放送や地上デジタル放送を受信してCATV回線に送出し、受信機がこれらをＣＡＴＶ回線から取得することによって、ソフトウェアの更新を行っている。すなわち、図９に示すように、ＣＡＴＶ局（送信装置）１は、放送ヘッドエンド５及び放送変調器７は、ＢＳデジタル放送等の衛星放送をＣＡＴＶ網に再送信するために、ＣＡＴＶ局の送信装置１内に設けられている。放送ヘッドエンド５は、アンテナ３により衛星放送を受信して、ＭＰＥＧ２トランスポートストリームを取り出し、さらに、伝送周波数や変調方式を記述したＮＩＴ（Ｎｅｔｗｏｒｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）をＣＡＴＶ伝送形式に書き換えて、書き換えたＮＩＴをトランスポートストリーム内に再挿入する。放送変調器７は、国内ＣＡＴＶの標準伝送方式である６４ＱＡＭ変調器であり、誤り検出および訂正目的として、パリチィバイトを付加し、所望帯域に変換して、CATV網に送出する。
【０００４】
上述のように、ＣＡＴＶ受信機における不具合を修復したりバージョンアップに伴うソフトウェアの更新を行う場合には、ＣＡＴＶ局１は、メーカーがＢＳ事業者や地上デジタル事業者等４５に提出したＤＬデータをアンテナ３と放送ヘッドエンド５を介して取得し、ＣＡＴＶ網４７を介してＣＡＴＶ受信機のソフトウェアの更新を行なう。この際、ＳＤＴＴというＤＬスケジュールテーブルを同時に送出することにより、ユーザー（ＣＡＴＶ受信機）にＤＬの予約時間を選択させる便宜を図っている。受信機はＤＬの予約時間が来ると、自動的にスタンバイ状態に落ち、ユーザーが選択したＳＤＴＴ内に記されたソフトウェアモジュールをダウンロードし、受信機のソフトウェアを更新する。
【０００５】
【非特許文献１】社団法人日本ＣＡＴＶ技術協会標準規格、ＪＣＴＥＡ  ＳＴＤ-００７-1.0［ＢＳデジタル対応受信装置］
【特許文献１】特開２００５−１７６１１２号公報、”CATVシステム及びCATV用他端末装置”
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記に記載の技術では、ダウンロード配信が継続している期間中であることを前提としているため、期間切れの場合は無効になってしまうという問題がある。
【０００７】
さらに、ダウンロードに割り当てるＣＡＴＶ回線の容量は限られているため、市場に投入される受信機モデル数が増大してくると、全モデル共通のソフトウェア不具合が発生した場合、常時、全モデルのＤＬデータを配信しているというわけには行かないため、ユーザーが長期不在等の理由で受信機のＡＣ電源を落とすと、ＤＬデータの配信期間を超えてしまい、ソフトウェアの更新が行えない状態に陥ってしまうという問題がある。
【０００８】
本発明は、ＤＬデータの配信期間を超えてしまった場合でも、ソフトウェアの更新を行えるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
受信機では未実施のダウンロードデータに関して、ＳＤＴＴから未更新のソフトバージョンを抽出し、不揮発メモリーに記憶する。受信機では、ＳＤＴＴを監視し、一定期間、受信出来なかったら、上り回線を使用して、未実施DLのソフトバージョンとメーカーID/モデルIDを局に送信する。
【００１０】
ケーブルテレビ局は未実施のダウンロードデータを、例えばＢＳ/地上デジタル放送事業者から入手し、局側のサーバーに配置し、受信機に対して、ダウンロードデータ準備完了の旨を通知する。
【００１１】
受信機は、例えばモデム上り回線を使用して局側サーバーにアクセスして、未更新のソフトウェアのダウンロードを実行して、ソフトウェアを更新する。
【００１２】
すなわち、本発明の一観点によれば、ケーブルテレビ放送局からの放送を受信するとともに前記ケーブルテレビ放送局との間で双方向通信可能なケーブルテレビ放送の受信装置であって、ケーブルテレビ放送局から送られるソフトウェアの更新を行なうためのダウンロードスケジュールテーブル（ＳＤＴＴ）の受信を監視し、該ＳＤＴＴに基づいてソフトウェアの更新を行なう受信装置において、該受信装置を識別する受信装置識別ＩＤと、前記受信装置において稼働しているソフトウェアのバージョンを示すバージョン情報と、ソフトウェア更新が未実施のソフトウェアバージョン情報と、を記憶する記憶部を有することを特徴とする受信装置が提供される。
【００１３】
これにより、ＳＤＴＴダウンロード配信期間を経過しても、該受信装置を識別する受信装置識別ＩＤと、前記受信装置においてダウンロードが未実施のソフトウェアのバージョンを示すバージョン情報とをケーブルテレビ放送局に対して送ることにより、ケーブルテレビ放送局からの更新が未実施のソフトウェアを受け取るための要求が可能となる。
【発明の効果】
【００１４】
本発明によれば、ダウンロードサービスの実施期間を超過しても、状況に応じてダウンロードサービスを再提供することができる。従って、ユーザーからのＣＡＴＶ局あるいは受信機メーカーに対する問い合わせや苦情が減少し、サービスマンの派遣費用の支出を抑えることが出来るという利点がある。
【発明を実施するための最良の形態】
【００１５】
以下に、本発明の一実施の形態によるケーブルテレビ受信システムについて図面を参照しながら説明を行う。図１は、本実施の形態によるケーブルテレビ受信システムに含まれるＣＡＴＶ局（送信装置）の一構成例を示す図である。図１のＣＡＴＶ局（送信装置）１
、アンテナ３、放送ヘッドエンド５、放送変調器７、BS/地上D放送事業者４５およびCATV網４７は従来例の図9と同じである。
【００１６】
図１において、符号２１から符号４３までは、ケーブルモデムを介した通信サービスのために使用される機器であり、ルーター２１は、ＣＡＴＶ局の送信装置１内の局内ＬＡＮ２３と外部のＷＡＮ１７との間でパケットの経路を選択する。下り変調器２７は、ケーブルモデム終端装置２５からの下り信号用の変調器であり、上り信号復調器３１は、ユーザー宅から出力されたケーブルモデムの上り信号を復調する復調器である。ＴＦＴＰサーバー４３は、ＣＡＴＶ局の送信装置１内のＬＡＮに接続され、ユーザーの保有しているケーブルモデムや双方向受信機などのＩＰアドレスを必要とする機器のＭＡＣアドレス等の情報をダウンロードするために使用される。ＤＨＣＰサーバー３７は、ＣＡＴＶ局の送信装置１内のＬＡＮに接続され、ユーザーの保有しているＩＰ接続機器にＩＰアドレスを付与する。ＩＰアドレスデータベース４１には、ＤＨＣＰサーバー３７でＩＰ接続機器に割り振られたＩＰアドレスや、ＣＡＴＶ局からパーソナルコンピュータ等に付与されたグローバルＩＰアドレスやプライベートＩＰアドレスから登録される。
【００１７】
放送ヘッドエンド５および放送変調器７の処理を経たデジタル放送信号のトランスポートストリームと、下り変調器２７から出力された信号は、混合器１１で送信装置１からの下り信号として、多重化されてＣＡＴＶ網に送出される。分波器１５は、ユーザー宅から送出される上り信号を、ローパスフィルタをかけることによって、ＣＡＴＶ網から抽出し、上り復調器３１に渡す。通常、上り信号はCATV帯域の低域側（10-55MHz）に配置される。
【００１８】
さらに、送信装置１には、ＢＳ、地上デジタル放送事業者４５との間で、例えば、インターネット経由で通信を行うための通信装置３５と、通信装置３５を介して、ＢＳ、地上デジタル放送事業者４５からのダウンロードデータをダウンロードするダウンロードサーバー３３と、受け取ったメーカーID/モデルIDとバージョン番号（以下、未実施ダウンロードID）を記憶するデータベースＤＢ３３ａと、を有している。ダウンロードサーバー３３は、ＣＡＴＶ網４７を介してユーザーからの未実施ダウンロードIDを受け取り、データベースＤＢ３３ａ内に該当する未実施ダウンロードIDがあるか否かを検索するとともに、ＤＢ３３ａ内に該当する未実施ダウンロードIDが存在しない場合には、放送事業者４５に問い合わせを行なう。ＤＢ３３ａ又は放送事業者４５から未実施ダウンロードIDに該当するダウンロードデータを受け取った場合には、そのユーザーに向けて未実施ダウンロードデータがダウンロードサーバー３３に設置されたことを通知し、ダウンロード操作を促す。
【００１９】
図２は、受信機１０１の一構成例を示す機能ブロック図である。受信機１０１において、分波器１０３は、ケーブルモデム処理部１０１ｂからの上り信号を放送信号と多重化し、また、放送信号とケーブルモデム処理部１０１ｂへの下り信号を抽出するために用いられる。分配器１０５は、放送受信部１０１ａとケーブルモデム処理部１０１ｂへの下り信号を抽出するために用いられる。分配器１０５は、放送受信部１０１ａとケーブルモデム処理部１０１ｂのために下り信号を分配する。
【００２０】
放送受信部１０１ａは、下記のように構成される。放送チューナ１０７は、ユーザーが希望する放送受信用のチャネルに同調される。放送復調器１１１は、上記放送変調器１７に対応した復調を行う。ＭＰＥＧ２デコーダ１１３は、ＭＰＥＧ２データのデコードを行い、グラフィックス１１５は、ＭＰＥＧ２デコーダでデコードされた映像信号や、ＩＰサービスの文字もしくは映像情報を多重化して、ビデオ出力端子１１７からＴＶ等の表示機器に出力する。イーサーネットトランシーバー１２７は、ケーブルモデム処理部から出力されたデータに変調を行って、イーサーネット端子１２９から出力し、イーサーネット端子１２９を介した外部からの信号に対しても、イーサーネットトランシーバー１２７は、同様の復調を行うことによって、イーサーネットパケットに戻す。
【００２１】
ケーブルモデム処理部１０１ｂは、ケーブルモデムの機能に相当する処理部であり、下りチューナ１３１は、ケーブルモデム用の下り信号に同調するためのチューナである。下り復調器１３３は、下りチューナ１３１で同調している下り信号から、ケーブルモデムのパケットを復調するための復調器であり、下り変調器２７と同じ変調方式が用いられる。上り変調器１３７は、ケーブルモデム用の上り信号のための変調器であり、上記上り復調器３１と同一の変調方式をとる。
【００２２】
ＭＡＣ処理部１３５は、ケーブルモデムのパケット内のＭＡＣアドレスと不揮発性メモリー（１）１４３あるいはＲＯＭ１４１に記録されたＭＡＣアドレスとを照合することにより、パケットの取捨選択を行い、さらに、ケーブルモデムのパケット形式からイーサーネットのパケット形式に変換する機能を有する。不揮発性メモリー（１）１４３は、図にも示されるように、放送受信部ＩＰアドレス、周辺機器のＭＡＣアドレス、モデムＩＰアドレス、周辺機器のＩＰアドレス等、双方向受信機のケーブルネットワーク情報を記憶する。
【００２３】
放送受信部１０１ａのＩＰアドレスは、双方向受信機のＩＰサービスを受信するために必要となり、また、ケーブルモデム処理部１０１ｂのＩＰアドレスは、ケーブルモデムコンフィグレーションファイルをＴＦＴＰサーバー４３（図１）からダウンロードするために用いられる。ＲＯＭ１４１は、ケーブルモデム処理部１０１ｂのＭＡＣアドレスと放送受信部１０１ａのＭＡＣアドレスを記録した不揮発性メモリーであり、これらのＭＡＣアドレスは、製品出荷時に書き込まれる。
【００２４】
さらに、放送受信部１０１ａには、告知メッセージＲＯＭ１２３と不揮発メモリー（２）１２５が設けられている。告知メッセージＲＯＭ１２３は、ユーザーにダウンロード操作を促すメッセージを記録しており、例えば、図８の様なメッセージがある。
【００２５】
不揮発性メモリー（２）１２５は、ソフトウェアのダウンロードを実施済みであるか否かを示すダウンロード未実施フラグと、受信機にとって未実施のソフトウェアバージョンを示す情報と、メーカーＩＤとモデルＩＤとを有している。これらの情報に基づいて、必要なデータのダウンロードのための要求を行なうことができる。
【００２６】
図３は、本実施の形態による受信機の動作の流れを示すフローチャート図である。図３に示すように、ステップＳ１において電源が投入されると、ケーブルモデム処理部101bとケーブルモデム終端装置２５間でIPプロトコルセッションを確立させるため、ステップＳ２において、ＩＰ接続セッション確立処理部が起動する。ステップＳ３において、ＳＤＴＴ受信監視部が起動する。ここで、SDTTはMPEG2デコーダ１１３内のデマルチプレックサ部で抽出され、配信されているダウンロードソフトウェアのバージョンを知り、ダウンロードし損ねたソフトウェアがないかどうかを判別し、ダウンロードが未実施であった場合はCATV局側に未実施ダウンロードデータを要求する。ステップＳ４において、下り回線のパケット監視部を起動する。ここでは、受信した下り回線のパケット内のMACアドレス、IPアドレスをROM141に記載されたMACアドレスと不揮発メモリー（１）143に記載されたIPアドレス、と比較し、受信機またはイーサーネット端子129に接続された機器に合致すれば、パケットを取り込み、そうでなければ破棄する。本発明では特にCATV局からの未実施のダウンロードデータが準備出来たという通知を待つ。ステップＳ４からステップＳ３に戻り、SDTTおよび下り回線パケットの監視を継続する。
【００２７】
図４は、図３のステップＳ２の詳細について示す図である。以下、ケーブルモデム規格であるDOCSISを採用した例を示す。図４に示すように、まずステップＳ２において、処理をスタートすると（ステップＳ１１）、ステップＳ１２においてケーブルモデムの電源が投入される。ステップＳ１３では下り伝送周波数帯90-770MHzを下りチューナ131で全チャンネルをスキャンし、ケーブルモデム終端装置25から出力されている下り信号か、あるいは放送変調器7で送出されている放送波であるかを識別し、ケーブルモデム終端装置25から出力されたQAM信号を検出した時点で下りチューナ131を同調させる。放送波とケーブルモデム終端装置25の出力の識別は、MPEG2トランスポートストリームヘッダー内に記述されているPIDの相違に基づいて判断される。
【００２８】
ステップＳ１４ではステップＳ１２で同調された下り信号内に伝送されているUpstream Channel Descriptorを捕まえ、これに記載されている上り周波数を暫定的に取得する。ステップＳ１５ではステップＳ１４で取得した上り周波数とステップＳ１３で取得した下り周波数を使用して、ケーブルモデム終端装置25と上り信号の送信レベルを調整する。
【００２９】
送信レベルの調整が終了した後、ケーブルモデム処理部101bは、DHCPサーバー３７に自身のIPアドレスを割り振らせるために、ＲＯＭ141に記録されたケーブルモデム自身のMACアドレスを記載したDHCP discoverメッセージをケーブルモデム終端装置２５に発信する。
【００３０】
ケーブルモデム終端装置25はDHCPサーバー３７にメッセージを転送し、IPアドレスデータベース41内のデータベースと照合し、ケーブルモデムのMACアドレスが登録されているケーブルモデムであれば、IPアドレスをケーブルモデム終端装置25を経由して、ケーブルモデム処理部101bに付与する。付与したIPアドレスはIPアドレスデータベース41に登録される（S16）。
【００３１】
また、後述するケーブルモデムコンフィグレーションファイルのファイル名もこのプロセスでケーブルモデム処理部101bに通知される。
【００３２】
取得したケーブルモデム処理部101b自身のIPアドレスは揮発性のメモリー143に保持される。  このようにケーブルモデム自身にIPアドレスが付与されることにより、以下のプロセスではIP上での通信制御が可能となる。
【００３３】
S17ではS16で通知されたケーブルモデムコンフィグレーションファイルをTFTPサーバー43からダウンロードし、分波器103および分配器105を介して、イーサーネット端子129に接続されるIP接続機器のMACアドレスとケーブルモデム処理部101bが利用する上り周波数および下り周波数を取得する。
【００３４】
下り周波数あるいは上り周波数がS13およびS14で取得した下り周波数と上り周波数とに相違がある場合には、S17でコンフィグレーションファイルから取得した下り周波数と上り周波数を優先させるため、下りチューナ131をS17で取得した下り周波数に同調させてから、S13〜S17のプロセスを再度実施する（S18、S19）。
【００３５】
取得されたIP接続機器のMACアドレスおよびIPアドレスは不揮発メモリー（１）143に保持され、後述する様に、ケーブルモデム処理部101bが受信パケットを接続機器に転送するか否かの判定基準として使用される。
【００３６】
S20ではS16と同様に放送受信部101aに対してIPアドレスを付与するために、ROM141に記録されている放送受信部101aのMACアドレスをDHCPサーバー37に通知し、IPアドレスを発行させる。以上のプロセスにより、双方向受信機のIP接続セッションが確立する。
【００３７】
次いで、図５を参照しながらステップＳ３の詳細について説明を行う。まずステップＳ２１において処理を開始し、ステップＳ２２においてタイマーをセットする。ステップＳ２３に進み、ＳＤＴＴを受信したかどうかをMPEG2デコーダ１１３内のデマルチプレックサ部で判断する。デマルチプレックサ部でSDTTが補足されれば、SDTTを受信したと判定し、上記タイマーがタイムアウトしても、SDTTが補足出来なければ、SDTTが受信出来なかったと判定する。受信していると判断した場合には（ｙｅｓ）、ステップＳ２４に進みタイマーをクリアし、ステップＳ２５においてダウンロードを実行するかどうかを判断する。実行する場合には（ｙｅｓ）ステップＳ２７に進み、更新バージョンを不揮発性メモリー２に記憶し、未実施フラグをリセットし、ステップＳ２２に戻る。ステップＳ２３においてＳＤＴＴを受信していない場合には（ｎｏ）、ステップＳ２８においてタイマーがタイムアウトしたか否かを判断する。タイムアウトしていない場合には（ｎｏ）ステップＳ２３に戻る。タイムアウトしている場合には（ｙｅｓ）ステップＳ２９に進み、未実施フラグはセットされているか否かを判定する。セットされていない場合には（ｎｏ）、ステップＳ２３に戻る。本受信機にダウンロードサービスが配信されていない（不具合が無い）場合はこの経路を通過する。
【００３８】
未実施フラグがセットされている場合には（ｙｅｓ）ステップＳ３０に進み、上り回線を使用して、局にメーカー／モデルＩＤと更新が未実施のソフトウェアバージョンを通知し、局側に再配信サービスの要求をする。その後、ステップＳ２３に戻る。
【００３９】
図６は、ステップＳ４の下り回線のパケット監視部の処理の詳細を示す図である。図６に示すように、まず、処理を開始すると（ステップＳ３１）、ステップＳ３２においてＭＡＣ処理部１３５にパケットが入力したかどうかを監視し、入力されるまで待つ（ｎｏ）。入力されると（ｙｅｓ）、ステップＳ３３に進み、入力パケットのイーサーネットアドレスが不揮発メモリー（１）143に記憶された周辺機器のMACアドレスか、あるいはROM141に記録された放送受信部MACアドレスか、モデムMACアドレスが適合するかどうかを判断する。適合しない場合には（ｎｏ）、ステップＳ３６においてパケットを破棄しステップＳ３２に戻る。適合する場合には（ｙｅｓ）、ステップＳ３４に進み、放送受信部101aのＭＡＣアドレスであるか否かを判断する。受信部のＭＡＣアドレスでない場合には（ｎｏ）、ステップＳ３５に進み、イーサーネット端子129を介して、外部ＩＰ機器へパケットを転送する。放送受信部のＭＡＣアドレスである場合には（ｙｅｓ）、ステップＳ３７に進み、双方向受信機のＩＰアドレスであるか否かを不揮発メモリー（１）143に記録された双方向受信機のIPアドレスと照合することにより、判断する。双方向受信機のＩＰアドレスでない場合には（ｎｏ）、ステップＳ３６に進む。双方向受信機のＩＰアドレスである場合には（ｙｅｓ）、ステップＳ３８に進みポート番号はダウンロードサービスであるか否かを判定する。ポート番号の例としてはUDP（User Datagram Protocol）で使用されていないプロトコル番号を割り当てることが考えられる。ポート番号がダウンロードサービスでない場合には（ｎｏ）、ステップＳ４１に進み、インターネットサービス等の他のサービスを受信する。ポート番号がダウンロードサービスである場合には（ｙｅｓ）、ステップＳ３９に進み、後述する図8の告知画面を表示して、ユーザーがダウンロードに許諾したかどうかを判定し、許諾しない場合には（ｎｏ）ステップＳ３６に進む。許諾した場合には（ｙｅｓ）、ステップＳ４０に進み、ケーブルモデムの下り回線経由でダウンロードサービスを受信する。
【００４０】
次に、受信機/CATV局間の通信手順について、図７を参照しながら説明を行なう。受信機１０１とＣＡＴＶ局１とＢＳ/地上放送事業者４５との間のやり取りを示す。まず、受信機１０１においてＳＤＴＴ監視タイムアウトに応じて、ＣＡＴＶ局１に対してメーカー/モデルＩＤ,更新が未実施のソフトバージョンを通知する（２０１）。ＣＡＴＶ局１は、自局のダウンロードサーバー３３に該当するダウンロードデータが存在しなければ、ＢＳ/地上放送事業者４５に対して、ダウンロードデータを要求する（２０２）。ＢＳ/地上放送事業者４５は、ＣＡＴＶ局１に対して該当するダウンロードデータを送信する（２０３）。これは図５のS30に対応する。ＣＡＴＶ局１では、このダウンロードデータをダウンロードサーバー３３に保存し、データベースDB33aを更新するとともに、受信機１０１に対して該当ダウンロードデータの準備が完了した旨を通知する（２０４）。これは図６のS38の処理に対応する。受信機１０１は、後述するように、ユーザインターフェイスによりダウンロードサービスに関する選択肢を提供する。ユーザインターフェイスからダウンロードデータの受信要求がＣＡＴＶ局１に対してなされると（２０５）、ダウンロードサーバー３３に保存されたダウンロードデータを受信機１０１に送信する（２０６）。これにより、受信機１０１においてダウンロードサービスを受けることができる。２０５および２０６の実現手段としてはFTPプロトコルがある。
【００４１】
図８は、上記ユーザーに対する告知のためのユーザインターフェイス画面の例を示す図である。ユーザインターフェイス画面３００には、例えば、「この受信器はソフトウェアの更新期間中に通電されていなかったため、ソフトウェアが最新バージョンではありません。」、「今、ダウンロードの再配信サービスがご利用頂けますが、ダウンロードしますか？」などの情報が告知され、ユーザーはこの画面を見て、はい３０１、又は、いいえ３０３のボタンによりダウンロードの再配信サービスを受けるかどうかをＣＡＴＶ局１に知らせることができる。
【００４２】
以上に説明したように、本実施の形態によれば、ダウンロード実施期間を超過しても、ダウンロードを再度受信することができる。従って、ユーザーからのＣＡＴＶ局あるいは受信機メーカーに対する問い合わせや苦情が減少し、サービスマンの派遣費用の支出を抑えることが出来るという利点がある。
【産業上の利用可能性】
【００４３】
本発明は、ＣＡＴＶシステムに利用可能である。
【図面の簡単な説明】
【００４４】
【図１】本発明の一実施の形態によるケーブルテレビ受信システムに含まれるＣＡＴＶ局（送信装置）の一構成例を示す図である。
【図２】受信機の一構成例を示す機能ブロック図である。
【図３】本実施の形態による受信機の動作の流れを示すフローチャート図である。
【図４】図３のステップＳ２の詳細について示す図である。
【図５】図３のステップＳ３の詳細について示す図である。
【図６】図３のステップＳ４の詳細について示す図である。
【図７】受信機/CATV局間の通信手順例を示すシーケンス図である。
【図８】ユーザーに対して告知するためのユーザインターフェイス画面の例を示す図である。
【図９】従来法の構成を示すブロック図である。
【符号の説明】
【００４５】
１…ＣＡＴＶ局（送信装置）、３…アンテナ、５…放送ヘッドエンド、７…放送変調器、
１１…混合器、１５…分波器、１７…WAN、２１…ルーター、２５…ケーブルモデム終端装置、２７…下り変調器、３１…上り復調器、３３…ダウンロードサーバー、３３ａ…バージョン番号（Ｎｏ．）を記憶するデータベース、３５…通信装置、３７…DHCPサーバー、４１…IPアドレスデータベース、４３…TFTPサーバー、４５…BS、地上D放送事業者、４７…ＣＡＴＶ網、１０１…受信機、１０１ａ…放送受信部、１０１ｂ…ケーブルモデム処理部、１０３…分波器、１０５…分配器、１０７…放送チューナ、１１１…放送変調器、１１３…MPEG2デコーダ、１１５…グラフィックス、１１７…ビデオ出力端子、１２１…CPU、１２３…告知メッセージROM、１２５…不揮発性メモリー２、１２７…イーサーネットトランシーバー、 １２９…イーサーネット端子、１３１…下りチューナ、 １３３…下り復調器、１３５…MAC処理部、１３７…上り復調器、１４１…ROM、 １４３…不揮発メモリー１。
【図１】
2007201911.tif 000003
【図２】
2007201911.tif 000004
【図３】
2007201911.tif 000005
【図４】
2007201911.tif 000006
【図５】
2007201911.tif 000007
【図６】
2007201911.tif 000008
【図７】
2007201911.tif 000009
【図８】
2007201911.tif 000010
【図９】
2007201911.tif 000011