(57)【要約】    【課題】  放送を用いて一般視聴者向けのコンテンツと特定視聴者向けのコンテンツを提供する。    【解決手段】  ネットワークへ遷移するための命令を含むコンテンツ及びテレビ受信機で実行すべきコンテンツを放送局１０１から放送する。ＴＶ受信機１０３は、イントラネット１０５上のサーバ１０４に保持されたコンテンツを実行し、ＴＶ受信機１０２は、放送されたコンテンツを実行する。【選択図】      図１
2005236797.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークへ遷移するための命令を含むコンテンツ及びテレビ受信機で実行すべきコンテンツを放送することにより、前記ネットワーク上のサーバに保持されたコンテンツ或いは放送されたコンテンツを前記テレビ受信機に実行させることを特徴とする放送方法。
【請求項２】
テレビ受信機に設定された居住地情報をもとに遷移先を判断するコンテンツを放送することにより、前記テレビ受信機に設定された遷移先に保持されたコンテンツを該テレビ受信機に実行させることを特徴とする放送方法。
【請求項３】
データ放送の仕様として規定されたＢＭＬ(Broadcast Markup Language)をページ記述言語として使用することを特徴とする請求項１または２に記載の放送方法。
【請求項４】
放送コンテンツを受信する受信手段と、
ネットワークへ遷移するための命令を含む放送コンテンツが前記受信手段により受信されると、ネットワークからコンテンツを取得する取得手段と、
放送波及びネットワークから取得したコンテンツを実行する実行手段と
から成ることを特徴とするテレビ受信装置。
【請求項５】
ネットワーク上のサーバにアクセスし、その接続が成功した場合は前記サーバからコンテンツを取得したコンテンツを実行し、前記接続が失敗した場合は放送コンテンツを実行することを特徴とする請求項４記載のテレビ受信装置。
【請求項６】
データ放送の仕様として規定されたＢＭＬ(Broadcast Markup Language)をページ記述言語として使用することを特徴とする請求項４または５記載のテレビ受信装置。
【請求項７】
アプリケーション毎にカスタマイズされたＢＭＬをサーバからダウンロードして実行することを特徴とする請求項６記載のテレビ受信装置。
【請求項８】
放送されているＢＭＬコンテンツ上で実行されるスクリプトにより接続の成功を判定させることを特徴とする請求項５記載のテレビ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送方法及びテレビ受信装置に関する。
【背景技術】
【０００２】
ホテルや研修所、カラオケボックス等の娯楽施設等において、顧客サービスの一環として、ＴＶ(Television)受信機とリモコン（リモートコントローラ）とを用いて、独自にカスタマイズされたサービスを提供するシステムが存在する。
【０００３】
例えば、ホテルにおいて各居室からリモコン操作を行うことで、料理の注文や、積算料金の確認ができたり、或いはカラオケボックスにおいて現在までの積算料金の確認、食事等の注文を行ったり、また、研修所等において近隣で行われるイベント情報を検索すること等が可能なシステムが既に存在する（例えば、特許文献１参照）。
【０００４】
このようなシステムにおいては、専用のリモコンや専用のソフトウェア、ハードウェア等が必要である。
【０００５】
また、２０００年１２月のＢＳデジタル放送開始以降、データ放送が実施されている。このデータ放送では、ＢＭＬ（Broadcast Markup Language）でコンテンツを記述して放送することにより、各家庭のＴＶ受信機で様々な情報を提示することが可能である。このようなデータ放送では、ＴＶ受信機の設定により、視聴者毎に異なるデータを提示することが行われている。
【０００６】
例えば、全国波であるＢＳ／ＣＳ放送においても、ＴＶ受信機に設定された郵便番号を元に、居住地の天気を表示したりしている（例えば、特許文献２参照）。
【特許文献１】特開平９−１０１７９３号公報
【特許文献２】特開２００３−１０１４９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、イントラネットでのシステム（イントラネットシステム）においては、専用のソフトウェアとハードウェアとが必要であり、且つ、その用途毎に必要なロジックをはじめ、リモコンやＴＶ画面といったユーザインタフェースの作り込みも必要となる。そのため、システムの構築に要するコストが嵩むという問題があった。
【０００８】
一方、データ放送は、特別なハードウェアを必要とせず、市販のＴＶ受信機で表示・操作できるものの、放送帯域が限られるため、大量のコンテンツを放送することができないという問題があった。
【０００９】
また、データ放送は、あくまでも放送という特徴を持つため、一般視聴者へあまねく配信されてしまい、特定視聴者向けのコンテンツを放送できないという問題もあった。
【００１０】
本発明は、放送を用いて一般視聴者向けのコンテンツと特定視聴者向けのコンテンツを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明の放送方法は、ネットワークへ遷移するための命令を含むコンテンツ及びテレビ受信機で実行すべきコンテンツを放送することにより、前記ネットワーク上のサーバに保持されたコンテンツ或いは放送されたコンテンツを前記テレビ受信機に実行させることを特徴とする。
【００１２】
また、上記目的を達成するため、本発明の放送方法は、テレビ受信機に設定された居住地情報をもとに遷移先を判断するコンテンツを放送することにより、前記テレビ受信機に設定された遷移先に保持されたコンテンツを該テレビ受信機に実行させることを特徴とする。
【００１３】
更に、上記目的を達成するため、本発明のテレビ受信装置は、放送コンテンツを受信する受信手段と、ネットワークへ遷移するための命令を含む放送コンテンツが前記受信手段により受信されると、ネットワークからコンテンツを取得する取得手段と、放送波及びネットワークから取得したコンテンツを実行する実行手段とから成ることを特徴とする。
【発明の効果】
【００１４】
放送を用いて一般視聴者向けのコンテンツと特定視聴者向けのコンテンツを提供することが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００１６】
（第１の実施の形態）
まず、本発明の第１の実施の形態について、図１乃至図５に基づき説明する。
【００１７】
図１は、本実施の形態に係るテレビ受信装置を有するイントラネットシステムの構成を示すブロック図であり、同図において、１０１はデジタル放送を行う放送局、１０２は本実施の形態に係るテレビ受信装置であるデジタル放送用のＴＶ(Television)受信機であり、各家庭に据え置かれているものである。１０３も本実施の形態に係るテレビ受信装置であるデジタル放送用のＴＶ(Television)受信機であるが、このＴＶ受信機１０３は、イントラネット１０５に接続されており、本システムのユーザインタフェースとなるものである。１０４はウェブ（Web）サーバで、イントラネット１０５に接続されており、固定のアドレスとポートを保持するものである。このウェブサーバ１０４は、例えば、192.168.1.1というＩＰアドレスを持ち、ポート番号９３３でクライアントからのリクエストを待機する。
【００１８】
図２は、本形態のテレビ受信装置であるＴＶ受信機１０２，１０３の内部構成を示すブロック図であり、同図において、２０１はチューナで、受信した電波から特定の波長の信号を取り出すものである。２０２はデコーダで、チューナ２０１が取り出した信号からパケットを抽出するものである。２０３は音声デコーダで、音声パケットを受信することにより音声を出力するものである。２０４は映像デコーダで、映像パケットを受信することにより映像を出力するものである。２０５はデータデコーダで、データ用パケットを受信することによりデータ放送コンテンツを再構築するものである。２０６はリモコン（リモートコントローラ）受信部で、リモコンから送られた信号を受信するものである。
【００１９】
２０７は不揮発ＲＡＭ(Random Access Memory)で、住所・郵便番号・電話番号等の家族情報や、氏名・誕生日・性別等の視聴者の個人情報、お気に入りブックマーク等を格納するものである。２０８はネットワークＩ／Ｆ（インタフェース）で、ＴＣＰ(Transmission Control Protocol)／ＩＰ(Internet Protocol)を使用してネットワークと接続するものである。２０９はＲＡＭ(Random Access Memory)で、ブラウザの実行等、一時的な作業領域として使用されるものである。
【００２０】
２１０はＲＯＭ(Read Only Memory)で、ＴＶ受信機１０２，１０３が動作するために必要なプログラムを格納している。また、ＴＶ受信機１０２，１０３上で実行されるブラウザプログラムも、ＲＯＭ２１０に格納される。
【００２１】
２１１はＣＰＵ(Central Processing Unit)であり、チューナ２０１〜ＣＰＵ２１０までの各構成要素を集中的に管理し、本イントラネットシステム全体の動作を制御する。
【００２２】
チューナ２０１〜ＣＰＵ２１１までの各構成要素は、バス２１２により接続されている。
【００２３】
図３は、ＴＶ受信機１０２，１０３の画面表示状態の一例を示す図であり、同図（ａ）は、一般視聴者のＴＶ受信機１０２の画面表示状態を、同図（ｂ）は、イントラネット１０４内でのＴＶ受信機１０３の画面表示状態を、それぞれ示している。
【００２４】
これらの画面表示内容は、地上波放送の仕様として規定されたページ記述言語であるＢＭＬ(Broadcast Markup Language)で記述されており、このＢＭＬを修正することで容易にカスタマイズが可能である。一般視聴者は、リモコンを操作することにより、希望する項目を選択して、各種情報をＴＶ受信機１０２の画面に表示することが可能である。
【００２５】
図４は、一般視聴者のＴＶ受信機１０２における処理動作の流れを示すフローチャートである。
【００２６】
図４において、まず、ステップＳ４００で、チューナ２０１により電波の受信と復調を行う。次に、ステップＳ４０１で、デコーダ２０２により、前記ステップＳ４００においてチューナ２０１により復調した結果の信号からパケットを抽出する。次に、ステップＳ４０２で、前記ステップＳ４０１においてデコーダ２０２により抽出されたパケットが映像パケットであるか否かを判断する。そして、前記抽出されたパケットが映像パケットであると判断された場合は、ステップＳ４０３へ進んで、映像をデコードして出力し、また、前記抽出されたパケットが映像パケットでないと判断された場合は、ステップＳ４０４へ進む。
【００２７】
ステップＳ４０４では、前記ステップＳ４０１においてデコーダ２０２により抽出されたパケットが音声パケットであるか否かを判断する。そして、前記抽出されたパケットが音声パケットであると判断された場合は、ステップＳ４０５へ進んで、音声をデコードして出力し、また、前記抽出されたパケットが音声パケットでないと判断された場合は、ステップＳ４０６へ進む。
【００２８】
ステップＳ４０６では、前記ステップＳ４０１においてデコーダ２０２により抽出されたパケットがＢＭＬやＪＰＥＧ等のデータ放送を構成するデータを含むデータパケットであるか否かを判断する。そして、前記抽出されたパケットがデータパケットであると判断された場合は、ステップＳ４０７へ進んで、データ放送用コンテンツを再構成して、一時的にＲＡＭ２０９へ蓄積する。このＲＡＭ２０９へ蓄積されたコンテンツは、ＢＭＬブラウザで表示・実行される。また、前記ステップＳ４０６において、前記抽出されたパケットがデータパケットでないと判断された場合は、ステップＳ４０８へ進む。
【００２９】
ステップＳ４０８では、一般視聴者がリモコンにあるデータ放送起動ボタン（データボタン）を押下する、若しくは放送局１０１から送出される信号中に強制的にＢＭＬブラウザを起動させる情報（オートスタートフラグ）が有ることを検出する等、ＢＭＬブラウザを起動するトリガーが発生しているか否かを判断する。そして、ＢＭＬブラウザを起動するトリガーが発生していないと判断された場合は、前記ステップＳ４００へ戻る。また、前記ステップＳ４０８において、ＢＭＬブラウザを起動するトリガーが発生していると判断された場合は、そのＢＭＬブラウザを起動して、ステップＳ４０９へ進む。このＢＭＬブラウザは、ＲＯＭ２１０にプログラムの形式で格納されている。このＢＭＬブラウザで実行されるプログラムは、前記ステップＳ４０７において取得したＢＭＬコンテンツである。ステップＳ４０９からステップＳ４１１は、ＴＶ受信機１０２で最初に実行されるＢＭＬスクリプトの処理である。
【００３０】
ステップＳ４０９では、イントラネット１０４上のウェブサーバ１０４へアクセスしたか否かを判断する。そして、イントラネット１０４上のウェブサーバ１０４へアクセスしないと判断された場合は、ステップＳ４１０へ進んで、一般視聴者用のページをＴＶ受信機の画面に表示し、また、イントラネット１０４上のウェブサーバ１０４へアクセスしたと判断された場合は、ステップＳ４１１へ進む。
【００３１】
ステップＳ４１１では、イントラネット１０４上のウェブサーバ１０４からＢＭＬを取得する。
【００３２】
図４のフローチャートでは、映像・音声・データ（ＢＭＬコンテンツ）を放送波から取得する動作手順について説明したが、ＢＭＬコンテンツをインターネットから取得しても良い。
【００３３】
図５は、チャンネルを合わせて、最初に取得したＢＭＬコンテンツでの動作手順を示すスクリプトの概要を示す図である。
【００３４】
最初に取得したＢＭＬコンテンツは、放送局１０１経由で配信されるため、イントラネット１０４のシステムだけでなく、一般視聴者もＴＶ受信機１０２により受信する。
【００３５】
一般視聴者のＴＶ受信機１０２においてイントラネット１０４用のシステム画面を表示することは不適切であるため、ＢＭＬの実行開始時に特定のウェブサーバと通信することにより、ＴＶ受信機１０２は、自機の置かれている環境を自動的に判別する。
【００３６】
ＢＭＬ文書は、ＴＶ受信機１０２にロードされると、Ｂｏｄｙ要素のｏｎｌｏａｄ属性で規定された関数が実行される。
【００３７】
本実施の形態の場合は、図５の１３行目で記述されたonload();関数が実行される。onload関数では、特定のＩＰアドレスのウェブサーバと通信を試みる。図５の４行目に記述されているtransmitTextDataOverIPという命令は、デジタル放送の仕様において規定されている関数であり、引数で指定されたサーバと通信を行う。本実施の形態の場合は、192.168.1.1というＩＰアドレスを持つウェブサーバの、ポート９３３番と接続し、引数で指定された、例えば、“intra.cgi”というパスへ、“start”という文字列を送信する。
【００３８】
そして、送信が成功した場合は、配列の０番目に１が戻る。即ち、ａ［０］＞０という条件が真になる。また、図５の５行目において、通信が成功したか否かを判定し、送信が成功した場合は、例えば、図５の６行目の命令により、
http://192.168.1.1:933/startup.bmlというＵＲＬで示されるページへ遷移する。
【００３９】
一方、通信が失敗した場合は、例えば、図５の８行目の命令により、放送コンテンツの０００１モジュール内にあるweather.bmlというページへ遷移する。
【００４０】
例えば、Ａシステムで192.168.1.1というアドレスのサーバＡを、Ｂシステムで192.168.1.1というアドレスのサーバＢを設置した場合、Ａシステム内のＴＶ受信機はローカルにあるサーバＡに、Ｂシステム内のＴＶ受信機はサーバＢに接続されるため、それぞれ独自の画面が提示される。
【００４１】
このような仕組みを使用することで、放送波という同報性を持つメディアにおいても、個々のサイト毎にカスタマイズすることを可能とする。
【００４２】
遷移先のコンテンツが静的なファイルから構成される場合の例として、ＴＶ受信機は、指定されたＢＭＬページに遷移した後は、視聴者のリモコン操作によって、次に表示すべきＢＭＬページを決定する。予めウェブサーバ１０４内に各種情報を格納するＢＭＬページを用意しておき「例えば、startup.bml（トップページ）、welcome.bml（ようこそページ）、guide.bml（施設ガイドのページ）、route.bml（避難経路のページ）」、それらの間を遷移するようにＢＭＬを構成しておくことで、視聴者は、各種情報を自分のリモコン操作によって、それらのページをＴＶ受信機１０２に表示することが可能となる。
【００４３】
図６は、本実施の形態に係るＴＶ受信機を有するイントラネットシステムにおける動的なコンテンツの一例を示す図である。
【００４４】
ウェブサーバ１０４がそのバックエンドでデータベースと連携することは、一般的なホームページにおいても広く行われている。この技術をＢＭＬと、イントラネット１０５上のウェブサーバ１０４に応用することにより、ＴＶ受信機１０２，１０３毎に異なる情報を表示することが可能となる。その際、各ＴＶ受信機１０２，１０３を特定する情報が必要となるが、各ＴＶ受信機１０２，１０３に特定のＩＰアドレスを割り当てる等の手法により解決できる。
【００４５】
例えば、ホテル内のシステムにおいて、客室毎に積算料金を表示するメニュー項目の場合、ＢＭＬコンテンツでは、以下のように記述する。
【００４６】
...
function onPriceMenuClick(){
browser.launchDocument(“price.cgi”,”cut”);
}
...
<p id=”price” onclick=”onPriceMenuClick();”>積算料金表示メニューへ</p>
...
視聴者のリモコン操作により、priceというIDを持つ要素上で決定ボタンが押下されると、onPriceMenuClick関数が実行される。この関数を実行することにより、ウェブサーバ１０４上のプログラムであるprice.cgiが実行される。
【００４７】
このprice.cgiにおいては、ＴＶ受信機のＩＰアドレスをキーとして、客室データベース５００を検索し、その結果に応じたＢＭＬページを動的に生成し、その内容を各部屋に設置してあるＴＶ受信機５０１〜５０ｎに返すことにより、現在までの積算料金を、視聴者毎にカスタマイズして各ＴＶ受信機５０１〜５０ｎに表示することが可能となる。
【００４８】
本実施の形態の説明に際し、ページ記述言語としてＢＭＬを使用したが、商品によっては、ＢＭＬでなくＨＴＭＬ(Hyper Text Markup Language)を表示できるＴＶ受信機も存在するため、これらのページをＨＴＭＬで実装しても良い。
【００４９】
また、最初に特定の放送局を受信する処理を省略するために、リモコンのテンキーやアップダウンキーで選局する代わりに、リモコン上にダイレクト選局ボタンを設けても良い。
【００５０】
従来はイントラネット用にカスタマイズされたシステムを構築する場合は、専用のハードウェアや専用のソフトウェアが必要であった。即ち、システムを構築する際に多大なコストがかかっていた。
【００５１】
しかし、本実施の形態に係るＴＶ受信機を有するイントラネットシステムによれば、既存の構成要素をできるだけそのまま流用することが可能であるから、システム構築のコストを大きく削減することが可能となる。
【００５２】
また、本実施の形態に係るＴＶ受信機を有するイントラネットシステムによれば、ユーザインタフェース用のハードウェアとして、一般に市販されているデジタル放送用のＴＶ受信機を使用することで、専用のハードウェアを開発する負担を省くことが可能となる。
【００５３】
また、ソフトウェアに関しては、ページ記述言語として、デジタル放送の仕様で規定されているＢＭＬを使用することにより、単にページを書き換えるだけで、ユーザインタフェースの実装や更新が可能となる。
【００５４】
また、ユーザインタフェースを専用のプログラムで作り込み実装を行わないため、そのメンテナンスコストを削減することが可能となる。
【００５５】
また、特定のイントラネット用のシステムを実現すると共に、一般視聴者向けの放送も並行して実現することが可能となる。
【００５６】
また、放送コンテンツではないため、ＴＶ受信機上で表示されるコンテンツに拘らず、放送設備への番組登録等の作業は不要であり、ホームページを更新するのと同等な作業で情報の更新が可能である。
【００５７】
（第２の実施形態）
次に、本発明の第２の実施の形態を、図７及び図８に基づき説明する。
【００５８】
上述した第１の実施の形態では、イントラネット用システムの実現方法について説明したが、本実施の形態では、イントラネット用のシステム用の放送を行うと同時に、一般視聴者向けに地方自治体の情報発信システムを実現する方法について説明する。
【００５９】
図７は、本実施の形態に係るテレビ受信装置を有するイントラネットシステムの全体構成を示すブロック図であり、同図において、図１と同一部分には同一符号が付してある。
【００６０】
図７において図１と異なる点は、図１の構成に、インターネット６０１及びこのインターネット６０１上に配置され且つＢＭＬ（Broadcast Markup Language）を配信する複数（本実施の形態では３つ）のウェブ(Web)サーバ６０２，６０３，６０４を付加したことである。
【００６１】
第１のウェブサーバ６０２は、放送局１０１が用意したデフォルトのウェブサーバ、第２のウェブサーバ６０３は、地方自治体Ａ（○△市）が情報発信を行うためのウェブサーバ、第３のウェブサーバ６０４は、地方自治体Ｂ（□○町）が情報発信を行うためのウェブサーバである。
【００６２】
なお、情報発信を行うためのウェブサーバの配置数は、情報発信を行う地方自治体の数に応じて増減する。
【００６３】
本実施の形態に係るテレビ受信装置であるＴＶ受信機の内部構成は、第１の実施の形態と共通である。
【００６４】
放送を受信したＴＶ受信機は、上述した第１の実施の形態と同様に、自機がイントラネット１０４用のＴＶ受信機であるか、一般視聴者用のＴＶ受信機であるかを判断する。
【００６５】
上述した第１の実施の形態では、０００１モジュールのweather.bmlへ遷移して居住地の天気を表示する例について説明したが、遷移先は、放送局１０１が放送するコンテンツを修正することで、容易に変更が可能である。
【００６６】
本実施の形態においては、０００２モジュールのjichitai.bmlへ遷移することとする。即ち、例えば、”0001/weather.bml”を”0002/jichitai.bml”へ変更する。
【００６７】
図８は、本実施の形態に係るＴＶ受信機を有するイントラネットシステムにおいて、ＢＭＬスクリプトの処理手順であるjichitai.bmlがＴＶ受信機で実行された場合の処理動作の流れを示すフローチャートである。
【００６８】
jichitai.bmlと同時に郵便番号と遷移先ＵＲＩの対応表が放送される。
【００６９】
この対応表において、
例えば、郵便番号１６０〜１７０、１８０−００１０〜１８０−００３５に対応する遷移先ＵＲＩは、http://www.city-a.gr.jp/tv/index.bmlであり、郵便番号２００〜２１０、２２０−００３５〜２２０−００９９に対応する遷移先ＵＲＩは、http://www.city-b.gr.jp/index.htmlであることを示す。
【００７０】
図８において、まず、ステップＳ７０１で、自機（ＴＶ受信機）に設定された郵便番号情報を取得する。日本におけるデジタル放送用のＴＶ受信機では、自分の居住する地域の郵便番号と県域情報とを設定することが可能であるため、その情報を参照する。
【００７１】
次に、ステップＳ７０２で、郵便番号と遷移先の対応表に前記ステップＳ７０１において取得した郵便番号が含まれるか否か（該当する自治体が有るか否か）を判断する。当該対応表は、放送局１０１の放送により配信される。そして、郵便番号と遷移先の対応表に前記ステップＳ７０１において取得した郵便番号が含まれる（該当する自治体が有る）と判断された場合はステップＳ７０３へ、また、郵便番号と遷移先の対応表に前記ステップＳ７０１において取得した郵便番号が含まれない（該当する自治体が無い）と判断された場合はステップＳ７０４へ、それぞれ進む。
【００７２】
例えば、自機に設定された郵便番号が“200-0038”であった場合、該当する情報が見つかるため、遷移先として、例えば、“http://www.city-b.gr.jp/index.html”が取得される。
【００７３】
一方、設定された郵便番号が“000-0100”であった場合、当該郵便番号が見つからないため、ステップ７０４へ進む。
【００７４】
ステップＳ７０３では、前記ステップＳ７０２において取得したＵＲＩで示されるサーバからページを取得して遷移する（当該自治体へ遷移する）。これは、図７における第２、第３のウェブサーバ６０３，６０４上のコンテンツを表示するケースに該当する。
【００７５】
ステップＳ７０４では、ＴＶ受信機に設定された県域情報を取得する。次に、ステップＳ７０５で、前記ステップＳ７０４において県域情報を取得できたか否かを判断する。そして、県域情報を取得できたと判断された場合はステップＳ７０６へ、また、県域情報を取得できないと判断された場合はステップＳ７０７へ、それぞれ進む。
【００７６】
ステップ７０６では、県域情報に応じたページをデフォルトサーバ６０２（図７参照）から取得して表示し、そのデフォルト情報（居住県）へ遷移する。デフォルトサーバ６０２は、放送局１０１が予め用意するウェブサーバであり、情報発信をする自治体が無かった場合のデフォルトページを格納する。ＵＲＩは、例えば、
“http://www.housoukyoku.com/default.bml?pref=16”
という形式とし、ＵＲＩから当該地域が判別できるようにする。
【００７７】
上記の場合、県域コード１６で示される都道府県のページがデフォルトサーバ６０２から返される。
【００７８】
ステップ７０７では、該当する郵便番号が無く、且つ、県域情報が取得できなかった場合であり、その旨を示すデフォルト情報をＴＶ受信機１０２の画面上に表示する。これは、一般視聴者がＴＶ受信機１０２の設置時に情報を設定しないような場合に起こり得るケースである。
【００７９】
本実施の形態に係るＴＶ受信機を有するイントラネットシステムに従えば、居住地に有る地方自治体が情報発信を行っている場合は、その自治体の詳細な情報が、また、居住地の自治体が情報発信を行っていない場合は、デフォルトの情報をＴＶ受信機上に表示することが可能である。
【００８０】
また、各地方自治体が情報発信を行う場合、そのコンテンツはインターネット上に配置するため、その情報量は放送帯域の制限を受けることなく、大量のデータを置くことが可能である。
【００８１】
また、既に多くの地方自治体がインターネット上のウェブサイトとして情報発信を行っているが、ＰＣ（Personal Computer）上での操作が必要となるために、情報を表示できない人が存在するが、本実施の形態によると、ＴＶ受信機という表示デバイスを通しての情報発信が行われるため、情報表示格差を軽減することが可能である。
【００８２】
（その他の実施の形態）
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能を達成できる構成であれば、どのようなものであっても適用可能である。
【図面の簡単な説明】
【００８３】
【図１】本発明の第１の実施の形態に係るテレビ受信装置（ＴＶ受信機）を有するイントラネットシステムの全体構成を示すブロック図である。
【図２】本発明の第１の実施の形態に係るテレビ受信装置（ＴＶ受信機）を有するイントラネットシステムにおけるＴＶ受信機の内部構成を示すブロック図である。
【図３】本発明の第１の実施の形態に係るテレビ受信装置（ＴＶ受信機）を有するイントラネットシステムにおけるＴＶ受信機のＴＶ画面上での表示例を示す図である。
【図４】本発明の第１の実施の形態に係るテレビ受信装置（ＴＶ受信機）を有するイントラネットシステムにおけるＴＶ受信機の処理動作の流れを示すフローチャートである。
【図５】本発明の第１の実施の形態に係るテレビ受信装置（ＴＶ受信機）を有するイントラネットシステムにおけるＴＶ受信機で最初に実行されるＢＭＬスクリプトの処理を説明する図である。
【図６】本発明の第１の実施の形態に係るテレビ受信装置（ＴＶ受信機）を有するイントラネットシステムにおけるイントラネット上に動的なコンテンツを配置する場合の、バックエンドでのデータベースとの連携を説明するための図である。
【図７】本発明の第２の実施の形態に係るテレビ受信装置（ＴＶ受信機）を有するイントラネットシステムの全体構成を示すブロック図である。
【図８】本発明の第２の実施の形態に係るテレビ受信装置（ＴＶ受信機）を有するイントラネットシステムにおけるＴＶ受信機で実行されるＢＭＬスクリプトの処理動作の流れを示すフローチャートである。
【符号の説明】
【００８４】
１０１      放送局
１０２      ＴＶ受信機（テレビ受信装置）
１０３      ＴＶ受信機（テレビ受信装置）
１０４      ウェブサーバ
１０５      イントラネット
６０１      インターネット
６０２      ウェブサーバ
６０３      ウェブサーバ
６０４      ウェブサーバ
【図１】
2005236797.tif 000003
【図２】
2005236797.tif 000004
【図３】
2005236797.tif 000005
【図４】
2005236797.tif 000006
【図５】
2005236797.tif 000007
【図６】
2005236797.tif 000008
【図７】
2005236797.tif 000009
【図８】
2005236797.tif 000010