(57)【要約】【課題】提供対象となる情報を効率的に収集してデータ放送により利用者に提供する。【解決手段】情報収集サーバ３２は、通信ネットワーク３５を介して複数の情報元から情報を収集する。さらに、この収集された情報に基づいて通信コンテンツを生成し、１次リンクサーバ３０の記憶部に格納するとともに、通信コンテンツへアクセスするためのリンク情報を含む放送コンテンツを生成する。情報元から得られた情報に基づいて、通信コンテンツと放送コンテンツとに分配する際の分配比率を異ならせた複数の放送コンテンツが用意され、これらが状況に応じて選択的に放送波で送信される。収集される情報は、例えば、情報元のウェブサイトについて入手しうるＲＳＳ情報である。【選択図】図１
2007036901.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送受信機能および通信機能を有する端末装置の利用者に対して情報を提供する情報提供システムであって、
通信ネットワークを介して複数の情報元から情報を収集する情報収集手段と、
通信コンテンツを格納する記憶部を有し、前記端末装置からの要求に応じて前記通信コンテンツを通信ネットワーク経由で配信するコンテンツサーバと、
前記情報収集手段により収集された情報に基づいて通信コンテンツを生成し、前記コンテンツサーバの前記記憶部に格納するとともに、前記通信コンテンツへアクセスするためのリンク情報を含む放送コンテンツを生成するコンテンツ生成手段と、
前記放送コンテンツをデータ放送により送信する放送手段と
を備えたことを特徴とする情報提供システム。
【請求項２】
前記情報元はＷＷＷコンテンツを提供するサイトであり、収集される情報は当該サイトについて入手しうるＲＳＳ情報であることを特徴とする請求項１記載の情報提供システム。
【請求項３】
前記情報元から収集される情報は情報元独自形式の情報である請求項１記載の情報提供システム。
【請求項４】
前記放送コンテンツは地上波デジタル放送の１セグメント放送で送出されることを特徴とする請求項１記載の情報提供システム。
【請求項５】
前記コンテンツ生成手段は、前記情報元から得られた情報を通信コンテンツと放送コンテンツとに分配する際の分配比率を所定のパラメータに応じて動的に変更することを特徴とする請求項１〜４のいずれかに記載の情報提供システム。
【請求項６】
前記コンテンツ生成手段は、通信コンテンツとの比率の異なる複数の放送コンテンツを格納する複数の放送コンテンツ記憶部に格納し、
前記所定のパラメータに応じて前記複数の記憶部を切り替えて放送データを出力する放送データ切替手段とをさらに備えたことを特徴とする請求項５記載の情報提供システム。
【請求項７】
前記所定のパラメータは災害の規模であり、前記コンテンツ生成手段は、災害の規模が大きいほど放送コンテンツの比率を高めることを特徴とする請求項５または６記載の情報提供システム。
【請求項８】
前記所定のパラメータは前記コンテンツサーバへの単位時間当たりのアクセス数であり、前記コンテンツ生成手段は、当該アクセス数が大きいほど放送コンテンツの比率を高めることを特徴とする請求項５または６記載の情報提供システム。
【請求項９】
前記コンテンツ生成手段は、前記収集された情報に基づいて放送コンテンツを生成する際、所定の管理情報に従って、情報単位としての個々の記事を放送コンテンツとして採用するか否かを決定することを特徴とする請求項１記載の情報提供システム。
【請求項１０】
前記管理情報は前記記事毎に掲載開始予定日時および掲載終了予定日時を含み、前記コンテンツ生成手段は前記掲載開始予定日時から掲載終了予定日時までの期間以外の時点で当該記事の放送コンテンツとしての採用を行わないことを特徴とする請求項９記載の情報提供システム。
【請求項１１】
前記管理情報は、同じ情報提供者から提供される複数の記事の表示順位を含み、この表示順位に従って当該複数の記事の目次リスト内の順序が決定されることを特徴とする請求項９記載の情報提供システム。
【請求項１２】
前記コンテンツ生成手段は、放送コンテンツを生成する際、放送データ単位であるモジュールと記事のジャンルとの対応づけ、および、一つのモジュールに属する複数のジャンルの優先順位、および、連続して抽出する記事数である抽出単位を含むジャンル管理情報を記憶したジャンル管理情報テーブルを有し、このジャンル管理情報に基づいて、個々のモジュールに割り当てるべき記事を抽出する請求項１記載の情報提供システム。
【請求項１３】
前記ジャンル管理情報テーブルは、前記ジャンル管理情報として、さらに、全ジャンルについて記事の抽出が一巡した後に繰り返して採用される繰り返し回数を任意のジャンルについて規定したことを特徴とする請求項１２記載の情報提供システム。
【請求項１４】
前記コンテンツ生成手段は、情報提供者毎に、放送コンテンツとして記事を採用する際の情報提供者の優先順位、および、連続して採用する記事数を含む優先順管理情報を記憶した優先順管理情報テーブルを有し、この優先順管理情報に基づいて各情報提供者からの記事を抽出することを特徴とする請求項９〜１３のいずれかに記載の情報提供システム。
【請求項１５】
各記事はジャンル毎に分類され、前記コンテンツ生成手段はジャンル毎に前記優先順管理情報に基づく記事の抽出を行うことを特徴とする請求項１４記載の情報提供システム。
【請求項１６】
前記優先順管理情報テーブルは、前記優先順管理情報として、さらに、全情報提供者について記事の抽出が一巡した後に繰り返して採用される繰り返し回数を情報提供者単位に規定したことを特徴とする請求項１４または１５記載の情報提供システム。
【請求項１７】
デジタル放送受信機能および通信機能を有する端末装置の利用者に対して情報を提供する情報提供方法であって、
通信ネットワークを介して複数の情報元から情報を収集するステップと、
前記端末装置からの要求に応じて前記通信コンテンツを通信ネットワーク経由で配信するステップと、
前記収集された情報に基づいて通信コンテンツを生成し、前記コンテンツサーバの記憶部に格納するとともに、前記通信コンテンツへアクセスするためのリンク情報を含む放送コンテンツを生成するステップと、
前記放送コンテンツをデータ放送により送信するステップと
を備えたことを特徴とする情報提供方法。
【請求項１８】
前記情報元から得られた情報を通信コンテンツと放送コンテンツとに分配する際の分配比率を所定のパラメータに応じて動的に変更するステップを備えたことを特徴とする請求項１７に記載の情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送受信機能および通信機能を有する端末装置の利用者に対して情報を提供する情報提供システムに関するものである。
【背景技術】
【０００２】
デジタルテレビ放送では映像や音声からなる番組と連携してまたは独立して情報をデータ放送として視聴者に提供することができる。また、デジタルテレビ放送受信端末に、インターネットのような通信ネットワークに接続する通信機能を備えて、テレビ局とテレビ視聴者との間の双方向の情報のやりとりも行えるようになっている。
【０００３】
現在、デジタルテレビ放送は衛星によるサービスが既に全国レベルで行われているが、地上波によるデジタル放送サービスも一部地域で開始され、逐次全国へ展開されている予定である。
【０００４】
この地上デジタル放送では放送帯域の一部を利用して、固定放送受信端末だけでなく、いわゆる１セグメント（略して１セグ）放送と呼ばれる携帯端末向けの放送サービスが行われることが予定されている。
【０００５】
移動放送受信端末としての携帯端末は、個人レベルで所持されかつ外出先にも携帯されるものであるため、特にデータ放送による情報は利用者（視聴者）から見れば短時間でも情報の受信および確認が容易であり、固定放送受信端末と比べて格段に利用頻度が高くなることが予想される。このことは、企業や自治体等の情報提供者側にとっても１セグ放送が情報提供の手段として有用であることを意味する。
【０００６】
また、放送によれば不特定多数の受信者に対して同時に情報提供が可能である反面、放送波のデータ伝送帯域には制限があるため単位時間当たりの放送波内の情報量を多くすると端末において受信データの表示に要する時間が長くなる。受信端末の表示時間を配慮すると、放送では多くの情報量は送出できない。特に、固定受信端末向けには１２セグメント分の情報を送出可能であるのに対して、携帯受信端末向けには１セグメントの情報しか送出できず、さらに送信可能なデータ量は少ない。
【０００７】
一方、データ放送で提供される情報に関連づけられた情報を通信ネットワーク上のサーバに配置することにより、放送により提供される情報を通信で補うことが可能である（特許文献１参照）。
【特許文献１】特開２００２−１４２２０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
実際の放送を運用する放送局においては、データ放送で提供するデータとして、多数の利用者が望む即時性、速報性の高い情報をいかに効率的に収集し、取捨選択して、より多くの情報を迅速に放送波に載せるかという課題がある。
【０００９】
また、上述したように放送により提供される情報を通信で補う構成においては、放送データからリンクされる情報が置かれるサーバは現状特定のサーバ（１次リンクサーバと呼ばれる）に限られることが予定されており、携帯放送受信端末の普及数が非常に多くなると、１次リンクサーバに対する輻輳のリスクが高くなることが予想される。また、このリスクは状況によっても異なりうる。
【００１０】
本発明は以上のような背景においてなされたものであり、その目的は、提供対象となる情報を効率的に収集してデータ放送により利用者に提供することができる情報提供システムおよび情報提供方法を提供することにある。
【００１１】
本発明の他の目的は、このように収集された情報に基づいて所定の条件に基づいて放送対象の情報を取捨選択することができる情報提供システムおよび情報提供方法を提供することにある。
【００１２】
本発明によるさらに他の目的は、放送時の状況や提供対象情報の重要度等に応じて不特定多数者への情報提供をより適切に行えるようにすることができる情報提供システムおよび情報提供方法を提供することにある。
【課題を解決するための手段】
【００１３】
本発明による情報提供システムは、デジタル放送受信機能および通信機能を有する端末装置の利用者に対して情報を提供する情報提供システムであって、通信ネットワークを介して複数の情報元から情報を収集する情報収集手段と、通信コンテンツを格納する記憶部を有し、前記端末装置からの要求に応じて前記通信コンテンツを通信ネットワーク経由で配信するコンテンツサーバと、前記情報収集手段により収集された情報に基づいて通信コンテンツを生成し、前記コンテンツサーバの前記記憶部に格納するとともに、前記通信コンテンツへアクセスするためのリンク情報を含む放送コンテンツを生成するコンテンツ生成手段と、前記放送コンテンツをデータ放送により送信する放送手段とを備えたことを特徴とする。
【００１４】
この構成によれば、情報収集手段が情報提供の対象となる情報を通信ネットワークを介して複数の情報元から収集し、この収集された情報に基づいてコンテンツ生成手段が放送コンテンツおよびこれにリンクづけられた通信コンテンツを生成することにより、即時性、速報性の高い情報を迅速に収集し、放送により不特定多数の利用者へ情報を提供することができる。また、放送と通信を組み合わせることにより、放送帯域の制約によらず、多量の情報を通信により提供することができる。
【００１５】
前記情報元は例えばＷＷＷコンテンツを提供するサイトであり、収集される情報は当該サイトについて入手しうるＲＳＳ情報である。ＲＳＳ情報は既知のフォーマットを有するため、放送用のフォーマットへの自動変換が容易に行える。
【００１６】
前記放送コンテンツは例えば地上波デジタル放送の１セグメント放送で送出される場合に、放送帯域の制約が大きいため、本発明が特に有用である。
【００１７】
前記コンテンツ生成手段は、前記情報元から得られた情報を通信コンテンツと放送コンテンツとに分配する際の分配比率を所定のパラメータに応じて動的に変更するようにしてもよい。これにより、提供情報の重要性や緊急性を配慮して、特定の種類の情報を迅速かつ確実に利用者に提供することができる。
【００１８】
前記所定のパラメータは例えば災害の規模であり、前記コンテンツ生成手段は、災害の規模が大きいほど放送コンテンツの比率を高める。あるいは、前記所定のパラメータは前記コンテンツサーバへの単位時間当たりのアクセス数であってもよく、この場合、前記コンテンツ生成手段は、当該アクセス数が大きいほど放送コンテンツの比率を高める。
【００１９】
前記コンテンツ生成手段は、前記収集された情報に基づいて放送コンテンツを生成する際、所定の管理情報に従って、情報単位としての個々の記事を放送コンテンツとして採用するか否かを決定する。これにより、収集された情報を所定の条件にしたがって取捨選択することが容易化される。
【００２０】
本発明による情報提供方法は、デジタル放送受信機能および通信機能を有する端末装置の利用者に対して情報を提供する情報提供方法であって、通信ネットワークを介して複数の情報元から情報を収集するステップと、前記端末装置からの要求に応じて前記通信コンテンツを通信ネットワーク経由で配信するステップと、前記収集された情報に基づいて通信コンテンツを生成し、前記コンテンツサーバの記憶部に格納するとともに、前記通信コンテンツへアクセスするためのリンク情報を含む放送コンテンツを生成するステップと、前記放送コンテンツをデータ放送により送信するステップとを備えたことを特徴とする。
【発明の効果】
【００２１】
本発明の情報提供システムおよび方法によれば、放送と通信とを組み合わせて利用することにより、不特定多数の利用者により多くの情報を確実に提供することができるのみならず、通信ネットワークを介して複数の情報元から情報を収集することにより、個々の情報元で用意され更新される情報を迅速に取得して利用できるため、効率的な情報収集が行えるとともに、情報の即時性、速報性を高めることができる。
【００２２】
また、情報提供元にとっては、自己のネットワークサイトに情報を載せることにより、放送局を介して自己の情報を発信することができるので、本システムを積極的に利用することにより、本システムを広報や広告等を目的とする情報発信のための新たな手段として利用することができる。
【００２３】
また、放送時の状況や提供対象情報の重要度等によって、前記情報元から得られた情報を通信コンテンツと放送コンテンツとに分配する際の分配比率を所定のパラメータに応じて動的に変更するようにしてもよい。これによって、通信の輻輳等があっても、提供すべき情報の全体をより確実に利用者へ提供できるようになる。特に、災害により通信回線や通信設備（携帯電話の基地局など）に障害が発生しても、放送波が受信可能であれば情報が取得可能であるため、本システムは災害発生時のマスコミュニケーション手段として非常に有効である。
【００２４】
放送コンテンツと通信コンテンツとの間のコンテンツの分配は、送出帯域が小さい携帯受信端末向けデータ放送に適用して好適であるが、固定受信端末に対しても同等の機能を備えることにより放送局の提供可能な情報量が向上する。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の好適な実施の形態について図面を参照しながら詳細に説明する。
【００２６】
まず、図１に本発明の実施の形態に係る情報提供システムのブロック図を示す。このシステムは、利用者の受信端末１０に対して、放送により情報を提供する放送局２０と、通信ネットワーク３５を介した通信により情報を提供するサーバ３０，４１，４２，４２等とにより構成される。通信ネットワーク３５は携帯電話網やインターネットを含む任意の通信ネットワークである。
【００２７】
受信端末１０は、いわゆる固定向け放送を受信する固定端末１０ａと、いわゆる１セグ放送を受信する携帯端末１０ｂとを含む。いずれの端末も通信ネットワーク３５を介して１次リンクサーバ３０または２次リンクサーバ４１〜４３へのアクセスを行うためのデータ通信機能を備えている。放送データからリンクされる情報が置かれるサーバは特定のサーバに限られており、このサーバは「１次リンクサーバ」と呼ばれる。これに対して、１次リンクサーバで取得されたページ情報内からリンクされたリンク先のサーバは２次リンクサーバと呼ばれる。
【００２８】
２次リンクサーバ４１〜４３の個数は３個のみ示したが、実際には多数存在しうる。これらの２次リンクサーバは、企業や自治体等が運用する、インターネット等のネットワーク上のサイトでＷＷＷコンテンツを公開している。ＷＷＷコンテンツは、通常、ＨＴＭＬ等のマークアップ言語で記述されたウェブページを含む。
【００２９】
現在、インターネット上のウェブサイト４１，４２，４３上のウェブページについては、ＢＬＯＧ、ＣＭＳ、独自プログラム等により、そのタイトルや要約、更新日時などのメタデータを構造化して記述したＲＳＳ(Rich Site Summary)情報が公開されるようになってきている。ＲＳＳとは、メタデータを構造化して記述するためのＸＭＬベースのフォーマット（文書形式）であり、このＲＳＳのフォーマットで記述された文書がＲＳＳ情報（ＲＳＳフィード）である。ＲＳＳ情報もインターネット上に公開され、利用者はブラウザで当該ページを訪問することなく、その更新の有無やページの概略を知ることができるようになっている。
【００３０】
本実施の形態では、このようなウェブサイト（２次リンクサーバ）を情報元として、情報収集サーバ３２により通信ネットワーク３５を介して逐次更新データを収集する。情報収集サーバ３２により収集された情報は、改めて放送や通信（１次リンクサーバ）により別の形で不特定多数の人々を相手に公開されるので、情報収集サーバ３２による情報の収集は収集先の承諾を得ることが好ましい。
【００３１】
ＲＳＳ情報にはページの要約情報を含めることが一般的であるが、必ずしもそのような制限があるわけではなく、広報（お知らせ）や広告等の情報を含めることが可能である。したがって、サイト側から見れば、この放送システムを、情報提供のためのシステムとして積極的に利用することが可能である。情報収集サーバ３２において収集先のサイトを予め登録しておくことができる。
【００３２】
ＲＳＳが依拠する統一的なフォーマットであるＸＭＬベースの文書は、ＢＭＬのようなデータ放送用のフォーマットへの変換が容易であり、これを積極的に利用することにより、提供対象の情報をＲＳＳ情報から得ることができる。ＲＳＳは放送局と情報提供者とのいずれにも独立なフォーマットであるため、ＲＳＳの利用について関係者間での同意を得ることが容易であると推測される。すなわち、ＲＳＳフォーマットは、情報提供者（公共情報提供サイト等）、情報２次発信側（放送局、新聞社、ＷＷＷポータルなど）にとって中立であるため、各社間の調整や導入が行ないやすい。また、ＲＳＳを生成するシステムも一般化しているため、情報提供サイトのシステム構築も軽減できる。例えば、一般に利用されているＢＬＯＧやＣＭＳサーバを利用することができ、情報提供者のシステム構築が安価に行える。自社サーバへの導入も容易である。
【００３３】
１次リンクサーバ３０、情報収集サーバ３２および２次リンクサーバ４３は放送局の管理下に置かれるものであるが、その設置場所は放送局２０の内外を問わない。
【００３４】
本実施の形態では、情報収集サーバ３２が収集したひとまとまりの情報の単位を「記事」という。通常、一つのＲＳＳ情報には１または複数の記事が含まれる。
【００３５】
情報収集サーバ３２は、各情報元から記事を収集し（１）、これらの記事について予め定められた放送局の記事変換規則に従って情報元のＲＳＳやＸＭＬの構造を変換する入力記事変換を行い、所定の管理情報（後述）とともにデータベース２００に登録する（２）。（括弧書きの数字は図１中の丸数字の情報の流れまたは処理に対応している。）
【００３６】
情報収集サーバ３２は、データベース２００に登録された情報に対して、記事カテゴリ対応づけ処理、記事優先・絞り込み処理、提供方法振り分け処理、本文変換処理等の所定の処理を行う（３）。
【００３７】
「記事カテゴリ対応づけ処理」は、収集された各記事を、予め定められた複数のカテゴリ（ジャンル）のいずれかに対応づける処理である。
【００３８】
「記事優先・絞り込み処理」は、データベース２００に登録された多数の情報の中から情報提供の対象とする記事を抽出する際の順序を考慮しつつ絞り込み（取捨選択）を行う処理を示している。
【００３９】
「提供方法振り分け処理」は、前記情報元からの個々の記事の情報を放送のみで提供するか、放送と通信の両方で提供するかを決定し、後者の場合に放送と通信の分配比率をどのようにするかを決定し、放送コンテンツと通信コンテンツとを生成して、カルーセル生成装置２１へ送る処理である。すなわち、本実施の形態では情報収集サーバ３２がコンテンツ生成手段の機能を有する。
【００４０】
「本文変換処理」は、情報元から得られた情報を、ＢＭＬや、ＢＭＬから参照可能な放送用のファイル（バイナリテーブルファイル）へ変換する処理である。この処理は固定向けや１セグ放送用それぞれに行うことができる。
【００４１】
なお、図示しないが、情報収集サーバ３２は、上記の情報以外にも、通信ネットワーク３５を介さないルートからの情報を取得してもよい。
【００４２】
本実施の形態では、提供対象の情報を通信コンテンツと放送コンテンツとに分配する際の分配比率を所定のパラメータに応じて動的に変更する。このような放送コンテンツと通信通信コンテンツの振り分けの判断基準となるパラメータの一例は記事の重要度（例えば災害の規模）であり、重要度のレベルに応じて（例えば災害の規模が大きいほど）放送コンテンツの比率を高める。但し、全ての記事について分配比率を変える必要はない。また、１つの記事の分配比率ではなく、放送コンテンツ中の全記事に対する放送コンテンツ１００％の記事数の割合も本発明における「分配比率」に含まれるものとする。
【００４３】
本明細書における災害とは、地震、台風、大雨、大雪、交通機関の事故や故障、不具合、発電所等の事故、等である。これら以外にも、少なくとも特定の地域において比較的多数の人々に影響の及ぶ任意の事象であり、天災、人災を問わない。
【００４４】
情報収集サーバ３２は、管理情報の一項目として、記事提供システムごとに記事重要度（例えば災害レベル）を設定する。放送局のデータ放送記事承認者は、情報収集サーバに収集された記事のうち、放送用記事と通信用（１次リンク用）記事の選択・承認をする。
【００４５】
本実施の形態では放送局では、複数の記事送出モードを持つ。以下の３レベルを想定し、通常は放送局の運用担当者が手動操作で、または、所定の条件に応じて、レベルを切り替える。図１では、レベルＡについては手動で切替を行い、レベルＢ、Ｃについては、災害記事数を所定の閾値と比較して、災害記事数が所定の閾値を越える場合にレベルＢを選択する例を示している。
［レベルＡ］…１次リンクサーバが情報伝達手段として利用できない規模の災害を想定する。放送波で重要記事の全情報を送信とする。これに合わせて事前に設定された放送用コンテンツ（例えば放送用番組の発局から送出されてきた番組用コンテンツ）も差し替える。
［レベルＢ］…１次リンクサーバが輻輳などで、ややつながりにくくなる規模の災害を想定する。重要度が特に高い記事についてはその全情報を放送波で送出し、このほか、通常メニューのデータを送信する。通常メニューからリンクされる情報は１次リンクサーバに配置する。
［レベルＣ］…１次リンクサーバへの接続障害がない規模の災害（または災害なしの状態）を想定する。記事のタイトル一覧と１次リンクサーバへのＵＲＬ情報を放送波で送出する。タイトルからリンクされる情報は１次リンクサーバに配置する。
【００４６】
カルーセル生成装置２１は、図１の例では、異なるレベル（ここではレベルＡ，Ｂ，Ｃ）毎に異なる放送コンテンツの記憶領域２３，２４，２５を設けている。すなわち、記憶領域２３は、大規模災害時（レベルＡ）の放送コンテンツの格納領域である。記憶領域２４は、中規模災害時（レベルＢ）の放送コンテンツの格納領域である。記憶領域２５は、小規模すなわち通常時（レベルＣ）の放送コンテンツの格納領域である。
【００４７】
記憶領域２３の大規模災害時（レベルＡ）の放送コンテンツとしては、大規模災害時の記事一覧およびそれらの各記事の全部の情報がＢＭＬやデータ（バイナリデータ）の形式で記憶される。この記憶領域２３の放送コンテンツは放送のみ（放送１００％）の分配率の場合に利用される。
【００４８】
記憶領域２４の中規模災害時（レベルＢ）の放送コンテンツは、放送コンテンツと通信コンテンツとに分配される記事と、放送１００％の記事とを含む。放送１００％の記事は中規模災害記事一覧および対応する全文情報であり、ＢＭＬ／データ／画像等の形式で作成される。通常記事は、記事の一部である記事タイトルや１次リンクＵＲＬ等がＢＭＬ／データ／画像等の形式で作成され、その記事本文などの残りの部分は１次リンクサーバ３０内に配置される。この場合の放送コンテンツと通信コンテンツの具体的な比率は記事によって異なるが、典型的な例では通信コンテンツの比重が高くなる。データ放送で基本的に提供される基本コンテンツや番組情報などの番組コンテンツ（その他、天気予報コンテンツ等）は、基本的には放送１００％と考えられる。番組案内等、１次リンクサーバにリンク付けを行う場合もありうるが、その場合のリンク先の情報は記事の一部というよりは記事の関連情報であると認識できる。
【００４９】
記憶領域２５の小規模すなわち通常時（レベルＣ）の放送コンテンツは、記憶領域２４の放送コンテンツから、中規模災害関連の記事を除いたものと同等である。但し、中規模災害時の放送コンテンツでは、災害記事を収容するために通常記事等の個数や放送コンテンツの比率を低減させることがありうる。したがって、小規模災害時の放送コンテンツは、災害時の記事を除いて中規模災害時の放送コンテンツと全く同じとは限らない。
【００５０】
１次リンクサーバ３０には、中規模災害時および通常時の放送コンテンツの一部（タイトル等）に対応する残りの情報（タイトル一覧、記事本文、２次リンクＵＲＬ等）をＢＭＬ／データ／画像等の形式で格納し、通信ネットワーク３５を介して端末１０からアクセス可能に公開される。１次リンクサーバ３０では、２次リンクサーバと異なり、ＢＭＬでコンテンツを提供し、端末ではこのコンテンツをＢＭＬブラウザが放送データと同様に取り扱う。２次リンクＵＲＬは１次リンクサーバの記事からさらに２次リンクサーバへリンクを設定する場合に利用される。１次リンクサーバの記事からさらに１次リンクサーバ３０の別の領域にリンクを設定することも可能である。このような場合には１次リンクＵＲＬが１次リンクサーバ３０の通信コンテンツ内に格納される。
【００５１】
固定端末１０ａ向けと携帯端末１０ｂ向けの通信コンテンツとして、別のウェブページを用意してもよい。
【００５２】
なお、固定向け放送におけるデータ放送では常に放送１００％とする場合、１次リンクサーバ３０は１セグ放送を受信した携帯端末１０ｂに対するウェブページのみを用意すれば足りる。
【００５３】
図の例では、大規模災害時放送コンテンツと中規模災害時放送コンテンツとが災害時運用モデルを構成し、通常時放送コンテンツと１次リンクサーバ３０とが通常時運用モデルを構成している。
【００５４】
データ放送の伝送方式としてはデータカルーセル方式が採用されている。カルーセル方式は、同じ放送コンテンツを所定周期で繰り返して放送する方式である。受信端末では受信データを一時的に記憶して、必要なデータを取り出して表示する。このように繰り返して放送されるデータの一組はカルーセルと呼ばれ、カルーセル生成装置２１がこれを生成する。記憶領域２３、２４、２５の各領域のデータがそれぞれカルーセルを構成する。
【００５５】
後述するように、大規模災害時放送コンテンツのカルーセルと、中小規模災害時放送コンテンツのカルーセルとはカルーセル切替装置２７で切り替えて送信装置２８へ出力される（５）。放送コンテンツは、番組の映像や音声のデータと多重化されて、送信装置２８によりアンテナより放送波として送信される（６）。
【００５６】
受信端末１０は受信データを表示する。データ放送により受信されたデータにおいて１次リンクサーバ３０内の通信コンテンツにリンクされている記事については、ユーザの指示に応じて通信ネットワーク３５を介して１次リンクサーバ３０をアクセスし、当該記事本文を取得して表示することができる（７）。この取得した通信コンテンツにより表示されたウェブページ上でおいても任意の２次リンクサーバに対してリンクが設定されている場合には、当該２次リンクサーバにアクセスした該当する情報を取得することもできる（８）。
【００５７】
前記所定のパラメータとしては、災害に限るものではない。例えば、コンテンツサーバとしての１次リンクサーバへの単位時間当たりのアクセス数であってもよい。このアクセス数が大きいほど放送コンテンツの比率を高めることで、通信の輻輳に対応することができる。
【００５８】
次に、図２に本実施の形態におけるデータベース２００の主要な内容例を示す。
【００５９】
データベース２００に保存される主要な項目は、表示順指定情報２１０および放送用記事情報２２０である。本明細書において「サブシステム」は情報元に対応し、情報元毎に一意な識別情報としてのサブシステムＩＤが割り当てられる。情報元には、系列局へ転送されている全国ニュースや、ローカルニュースの原稿管理システム、その他のＷＷＷ用システムなどが含まれ、これらは情報収集システムから見れば「サブシステム」として見える。一つの情報元からは通常複数の記事が提供され、各記事の識別のために「サブシステム内記事ＩＤ」が各記事に割り当てられる。
【００６０】
表示順指定情報２１０は、各記事のサブシステム内の表示順を管理するための情報であり、サブシステムＩＤ、バージョン情報、表示順位、サブシステム内記事ＩＤ、記事開始日時、記事終了日時、登録日時、記事重要度の各項目を記事毎に登録する。記事開始日時および記事終了日時はなくてもよく、括弧書きで示してある。これらが存在しない場合には放送用記事情報２２０の後述する掲載開始日時および掲載終了日時を用いてもよい。
【００６１】
また、各記事にはサブシステム内で表示される順である「表示順位」が割り当てられる。さらに、放送局は情報を取得した日時ごとに「バージョン情報」を付加し、記事のバージョンを管理する。取得した情報自体にバージョンが付加済の場合にはそれを利用することができる。「記事開始日時」および「記事終了日時」は例えばその記事を取得した日時およびその記事が消滅した日時等である。「登録日時」はその記事をデータベース２００に登録した日時である。「記事重要度」は例えば災害レベルなど、その記事の重要度を示す情報である。
【００６２】
放送用記事情報２２０は、個々の記事の内容や属性を管理するための情報であり、サブシステムＩＤ、サブシステム内記事ＩＤ、記事バージョン、１次リンク用記事ＩＤ、タイトル、リード、本文、２次リンクＵＲＬ、郵便エリア、地方自治体エリア、画像ファイル名、掲載開始予定日時、掲載終了予定日時、掲載開始日時、掲載終了日時、最優先掲載日時、変換サーバ処理状態、１次リンクサーバ転送状態、変換サーバ状態変更日時、登録日時、情報提供者名（表示用）の各項目を記事毎に登録する。
【００６３】
サブシステムＩＤ、サブシステム内記事ＩＤ、記事バージョンは、表示順指定情報２１０内のそれらと同じである。「１次リンク用記事ＩＤ」は１次リンクサーバに提供する同記事のＩＤである。「タイトル」は、同記事の名称であり、元の記事にある名称を利用できればそれを用いる。元の記事に名称がないような場合はデータベース２００への登録時に放送局で付加することができる。「リード」とは本文へ入る前の要約、頭書き等である。
【００６４】
「本文」は同記事のタイトルに対応する内容部分である。「２次リンクＵＲＬ」は、１次リンクサーバからさらにリンクが設定された２次リンクサーバのＵＲＬである。「郵便番号エリア」は郵便番号のような地域を特定できるコードである。「地方自治体エリア」は本実施の形態において導入した地方自治体を識別するコードである。「画像ファイル名」は同記事に含まれる１個または複数の画像ファイルの名称である。「掲載開始予定日時」および「掲載終了予定日時」はデータ放送（および１次リンクサーバ）に同記事の掲載が予定される開始および終了の日時である。「掲載開始日時」および「掲載終了日時」は実際の掲載開始および終了の日時である。「最優先掲載日時」は、記事の優先順位を無視して放送開始時間直前に優先順位を上げる場合に利用される。「作成日時」は、各サブシステムが提供している場合をそれを用いる。ＷＷＷサーバで記事が提供される場合、ＷＷＷ上のタイムスタンプを利用することができる。「記事最終更新日時」は放送局での当該記事の更新日時である。特に情報収集サーバのデータベース２００に登録された記事と関連する記事コードなどのキーがある場合に記事最終更新日時を設定する。
【００６５】
「変換サーバ処理状態」は、ＢＭＬ生成成功／失敗、画像ファイルの送信成功／失敗など、記事を提供可能か否かを管理する情報であり、「変換サーバ状態変更日時」はそれを変更した日時である。「１次リンクサーバ転送状態」は、当該記事の内容を１次リンクサーバに転送したか否かを示す情報である。「登録日時」はこの記事の情報がデータベース２００に登録された日時である。「情報提供者名（表示用）」は同記事の情報を提供した提供者名（表示用）である。情報提供者は、企業、自治体、任意の組織または個人等である。
【００６６】
情報収集サーバ３２によりウェブサイトから収集され表示順指定情報２１０および放送用記事情報２２０に登録される記事は、図１に示したように、複数種類のウェブサイト（２次リンクサーバ）４１，４２，４３から提供される。
【００６７】
ウェブサイト４１のようにＲＳＳ情報を提供するサイトからはＲＳＳファイル１１０が得られ、この内容に基づいて記事の登録が行われる。１つのＲＳＳファイルは１つの情報元（サブシステム）に対応する。１つのＲＳＳファイルからは１または複数の記事が得られる。
【００６８】
ウェブサイト４２のようなサイトからは、情報元独自形式記事を構成するＸＭＬファイルが得られ、このＸＭＬファイルから得られる記事に対しては記事の並び順や記事ＩＤを付加して、データベース２００に登録が行われる。
【００６９】
ウェブサイト４３のようなサイトからは、放送局独自形式記事を構成するＸＭＬファイルとしての表示順リストファイル１３０および実記事ファイル１３１が得られ、これらに基づいてデータベース２００への登録が行われる。
【００７０】
表示順指定情報２１０および放送用記事情報２２０に基づいて、放送ファイル３５０ａ、表示順ファイル３５０ｂおよびジャンル一覧ファイル３５０ｃが作成され、放送局から電波として送信される。これらのファイルは、図１の大規模災害時放送コンテンツ、中規模災害時放送コンテンツ、通常時放送コンテンツの各コンテンツについて、作成される。放送ファイル３５０ａは、緊急情報等はすべての情報を「本文」として送信し、１次リンクサーバに主要な内容を配置する場合には１次リンクサーバの情報（１次リンクＵＲＬ等）を含める。表示順ファイル３５０ｂは、ジャンルまたはサブシステム毎に作成され、表示順指定情報２１０に記述された表示順とタイトル、本文等の参照先（１次リンクＵＲＬ等）を含む。ジャンル一覧ファイル３５０ｃは、メニュー画面にジャンル一覧を表示するための情報を含むファイルである。メニュー画面に表示されたジャンル一覧から一つのジャンルを選択すると、当該ジャンルについての表示順ファイル３５０ｂで指定された表示順でタイトル一覧が表示される。
【００７１】
一方、放送用記事情報２２０から、１次リンクサーバ３０内に配置すべき情報が放送用記事情報３００として抽出され、１次リンクサーバ３０へ転送される。
【００７２】
図３に、本実施の形態における受信端末１０のハードウェア構成例を示す。表示部や入力部等のハードウェアの違い、１セグか否かの違い等を除けば、基本的な構成は固定端末も携帯端末も同様である。放送波はアンテナ５０１により受信され、通信部５０２のチューナ５０２ａで選局され、復調部５０２ｂで復調処理される。通信部５０２は同調部５０３により制御される。通信部５０２の出力はＴＳ（Transport Stream）デコーダ５０４で音声や映像等のＥＳ（Elementary Stream）に分離される。これらのＥＳは音声デコーダ５０５および画像デコーダ５０６で音声データ列や映像データ列に分離される。音声信号はスピーカやイヤホン５０８で再生され、映像信号は表示処理部５０７で処理されて、ディスプレイデバイスを含む表示部５０９の画面上に表示される。ＴＳデコーダ５０４は音声や映像のＥＳの他に、データ放送のストリームも出力する。データ放送のストリームは一旦メモリ５１１上に記憶された後、ＣＰＵ５１０上で動作するＢＭＬブラウザなどのソフトウェアにより、表示処理部５０７を介して表示部５０９に表示される。ＣＰＵ５１０は上記以外にもこの端末各部を制御し端末全体の処理を司る。メモリ５１１は、不揮発性メモリであるＲＯＭ、フラッシュメモリ等、および揮発性メモリであるＲＡＭを含みうる。通信部５１２は通信ネットワーク３５との通信インタフェースを司る部位である。入力部５１３は各種キーやリモコン等のユーザによる入力操作および入力情報を受け付ける部位である。メモリ５１１の他、図示しないが、大容量の不揮発性記憶装置として例えばＨＤＤ等を備えてもよい。
【００７３】
図４は、放送局内において放送データが生成され送信されるまでの概略の流れを示す模式図である。情報収集サーバ３２で収集された情報（記事）は、取捨選択された後、カルーセル生成装置２１に送られ、複数の放送サービスのカルーセルに振り分けられる。この例では、固定受信端末向け通常放送用に割り当てられた放送サービス１、固定受信端末向け通常放送用に割り当てられた放送サービス２、固定受信端末向け災害放送用に割り当てられた放送サービス３、１セグ向け通常放送用に割り当てられた放送サービス４、１セグ向け災害放送用に割り当てられた放送サービス５を用意している。図４における「災害放送」は上述した大規模災害に対応し、「通常放送」は上述した中小規模災害に対応している。これらの放送サービスは後段の災害切替スイッチ２９により制御されるカルーセル切替装置２７により切り替えて多重化送信装置２８に送られる。この例では、大規模災害コンテンツとそれ以外の放送コンテンツとが切り替えられるようになっている。多重化送信装置２８は、これらの放送サービスのデータに他の映像や音声等の情報を多重化して、放送波として送信する。
【００７４】
１つのカルーセルは、ＥＳ（Elementary Stream）と呼ばれる圧縮符号化されたデータ列である。図５に示すように、ＥＳは複数のモジュールから構成される。モジュールは一つの放送データ単位であり、複数の送出ファイルを含みうる。
【００７５】
地上デジタル放送におけるモジュール関連の仕様は次のように規定されている。
１モジュールの最大サイズ
・地上波（固定）１ＭＢ
・携帯（１セグ）２５６ＫＢ
１モジュール内の最大ファイル数
・地上波（固定）２５６
・携帯（１セグ）２５６
１ＥＳあたり送出可能な最大モジュール数
・地上波（固定）２５６
・携帯（１セグ）６４
【００７６】
次に、情報収集サーバ３２による各種処理について具体的に説明する。本システムにおいて、さまざまな情報元から多数の記事が発生するが、データ放送波の伝送帯域は限られているため、放送波で提供する記事を選別する必要がある。そのため、情報収集サーバ３２は、収集された情報に基づいて放送コンテンツを生成する際、所定の管理情報に従って情報単位としての個々の記事を放送コンテンツとして採用するか否かを決定する。すなわち、放送波の限られた伝送帯域で送信するため、記事数を自動的に絞り込む処理を行う。
【００７７】
その前提として、各情報提供者は、記事および記事に関連する画像の優先順位データを設定しておく。また、全ての情報元のデータを、一旦、放送局の情報収集サーバ３２へ集める。情報収集サーバ３２は、情報提供者あるいは放送局が指定する優先順にしたがって記事を抽出する。一方、放送局は、多数存在する情報提供者の優先順、出力単位数、優先繰返し抽出回数を、情報収集サーバ３２で管理情報として登録する。放送局に集約された記事は、情報収集サーバに登録された管理情報にしたがって、記事を抽出する。この抽出は、放送局がそれぞれ定義した帯域を満たす数まで行うことで、放送波に割り当てられた帯域を有効に利用できる。
【００７８】
また、災害緊急記事を他の記事より優先放送するために、緊急情報の情報提供者に対する優先度を高く設定することもできる。これにより、平時は発生しない災害緊急記事は記事発生とともに他の記事より優先して放送可能である。
【００７９】
より具体的には、サブシステム（記事情報元）や記事のジャンルを、限られたモジュール内で有効に利用するため、以下のような運用を行う。
（１）ひとつのモジュールには複数の記事ジャンルを含むことが可能。
（２）複数のモジュールをひとつの記事ジャンルに関連付けることが可能。
（３）ひとつのジャンルには複数のサブシステムを関連付けることが可能。また、ひとつのサブシステムは複数のジャンルに関連付けることが可能。
（４）ジャンルとサブシステムの間で、後述するように記事の優先と絞りこみを行なう。
（５）モジュールとジャンルの間で、後述するように記事の優先と絞りこみを行なう。
【００８０】
まず、記事カテゴリ対応づけ処理について説明する。
放送局は、記事をグループ化し、同カテゴリ（ジャンル）に属する記事として取り扱う。また、放送局はジャンルをデータ放送画面上でリンクが設定されたアンカーポイントの名称として利用する（後述する図１３、図１４、図１５参照）。利用者は、画面に表示されたアンカーポイントを指示することにより、当該ジャンルに属する記事の一覧や詳細を端末画面に表示することができる。
【００８１】
前述のように、ジャンルには１つまたは複数の情報提供元が属する。情報提供元はサブシステムとして取り扱われる。
通常、一つの情報提供元が取り扱う記事の内容が異なる場合、記事の提供サイトや提供ＵＲＬが分けられる。例えば、ＲＳＳに関しては、記事の内容が異なる場合はＢＬＯＧやＣＭＳサイトを分け、ＲＳＳファイルを提供するＵＲＬが記事の内容毎に提供される。ＲＳＳ以外の形式のＸＭＬファイルについても、内容が異なる場合は、一般に情報提供元側がサイトや取得先ＵＲＬを変更するため、本実施の形態では、一つの情報提供サイトを一つのサブシステムとして管理することにより、記事のグループ分けが可能である。
【００８２】
なお、情報提供元が記事の内容毎に情報提供サイトを構成できない場合もありうる。このような場合、個々の記事ＸＭＬに記事の内容を表現するカテゴリなどの情報が設定されている場合、ＸＭＬファイルに記入されたカテゴリ情報などを利用して、次の手順で各記事を放送用のジャンルに自動振り分けすることが可能である。すなわち、情報提供元は、記事のカテゴリ、キーワード等を記事ＸＭＬ内の特定のジャンルに記入する。この要素は、情報提供元が任意に作成することができる。放送局では上述した記事変換規則にこの要素の抽出方法を設定し、情報提供サーバへ取り込む。また、放送局では放送局が管理するジャンルと、記事のカテゴリとの関連情報をサブシステム毎に設定する。情報収集サーバは、この設定情報に従って各記事を放送用ジャンルに関連づける。この場合、記事のカテゴリと放送用ジャンルの関係は当該サブシステムに限り有効とする。
【００８３】
サイトまたは各記事で記事グループすなわちジャンルを判断できない場合、放送局の担当者が記事の内容を判断し、手動で記事をジャンルに対応づける。
【００８４】
なお、ジャンルにサブシステムを関連づける操作は、後述する図７の画面を利用して手動で行う。この設定後は、設定情報に従って、システムが自動的に記事をジャンルに関連づけることができる。
【００８５】
なお、管理情報には記事毎に掲載開始予定日時および掲載終了予定日時が含まれており、掲載開始予定日時から掲載終了予定日時までの期間以外の時点では当該記事の放送コンテンツとしての採用を行わない。また、掲載終了予定日時を過ぎた記事についてはデータベースから削除してもよい。
【００８６】
図６はジャンルの一覧および各ジャンルとモジュールとの対応付け、および、一つのモジュールに属する複数のジャンルの優先順位、および、連続して抽出する記事数である抽出単位を含むジャンル管理情報を記憶したジャンル管理情報テーブル３１０を示している。ジャンル名を有する各ジャンルにはジャンル番号が割り当てられ、１個または複数のモジュールが割り当てられる。「最終設定」は当該ジャンルが最終的に設定された日時である。
【００８７】
同一モジュールに複数のジャンルが割り当てられている場合、モジュール内記事とモジュール内画像のそれぞれについて、ジャンルの優先順位が定められる。また、各ジャンルの抽出単位および繰り返し回数が設定される。
【００８８】
図７は、一つのジャンルに対して複数のサブシステムが対応する場合に、各ジャンル毎のジャンル内サブシステム優先順管理情報画面３２０を示している。この管理画面は、複数のサブシステム間の優先順位、サブシステム名、記事の出力単位、繰り返し回数、画像の順位、出力単位および繰り返し回数、最終設定日時、変更ボタン、削除ボタンを示している。出力単位の「繰り返し回数」は、全サブシステムについて記事の抽出が一巡した後に繰り返して採用される回数である。図では「自治体情報」および「イベント情報」の各画面例を示している。これらの画面において、各ジャンルに属するサブシステムの追加、変更、削除や優先順位の変更、等が行えるようになっている。「他登録ジャンル名」とは同じサブシステムが別のジャンルにも属する場合にその別のジャンル名を記述する項目である。
【００８９】
図８に具体的なモジュールへのジャンルの割り当て、ジャンルへのサブシステムの割り当て、および各サブシステムに属する記事等について示す。
【００９０】
図８の例では、モジュール００００にジャンル１，２，３が割り当てられ、モジュール０００１および０００２にジャンル４が割り当てられている。どのジャンルがどのモジュールにどのような順番で割り当てられるかは、図６に示したジャンル管理情報テーブル３１０の内容によって定まる。各サブシステムは前述のようにいずれかのジャンルに割り当てられている。また、ジャンルに割り当てられた各サブシステムについて一度に抽出される記事（および画像）ファイルの個数はジャンル管理情報テーブル３１０の「抽出単位」によって決まる。ジャンル管理情報テーブル３１０の内容に従って記事・画像ファイルが各モジュールに割り当てられた後の空き領域には、別のサブシステムの記事であっても、割り当てから漏れた待機記事から割り当てられる。例えば、モジュール００００のサブシステムＡの記事が、サブシステムＡに割り当てられた出力単位数より少ない場合は、優先順，抽出単位，抽出回数の設定にしたがい、同じモジュール（または同じジャンル）に割り当てられた他のサブシステムＢ，Ｃ，Ｄ，Ｅの中から表示されていない待機記事を自動的に送出対象として採用する。
【００９１】
ここで、図９により、情報収集サーバ３２による記事優先・絞り込み処理の一部として、１つのジャンルに複数のサブシステムが属する場合の記事掲載順を決定する（すなわち表示順を定める目次リストを作成する）処理例を説明する。
【００９２】
以下の規則（１）〜（３）に従って目次リスト（表示順に従ったタイトル一覧）を決定する。
（１）禁止記事
変換サーバにおいて、予め表示禁止対象に設定された記事は掲載しない。
（２）記事の固定
各ジャンルの指定位置に対して記事を固定することができる。この場合は、以下の２パターンで対応する。
（i）記事ＩＤで固定
例えば、ジャンル１の１番目に対してサブシステムＩＤ＝１２，記事ＩＤ＝１００の記事を固定する。ただし、サブシステムＩＤ＝１２，記事ＩＤ＝１００が無効になった時点でこの情報は削除される。
（ii）サブシステム内の順位を固定
例えば、ジャンル１の２番目に対してサブシステムＩＤ＝１の表示順１番目の記事を固定する。サブシステムＩＤ＝１の１番目の記事ＩＤが１１２から１５２に変更された場合、ジャンル１の２番目の表示記事も自動的に変更される。この情報は設定画面で削除するまで保存される。（i）で固定された記事は無視する。
（３）流動記事を割り当て
（１）で禁止された記事、（２）で設定された記事は残りの表示位置の目次リスト作成時には無視する。
【００９３】
次に、１つのジャンルに複数のサブシステムが所属する場合の記事掲載順（表示順）の決定方法を説明する。この処理においては、図７に示したようなジャンル内サブシステム優先順管理情報画面３２０等で設定された次のような優先順管理情報を用いる。
・各サブシステムで指定された出力単位
・サブシステム間の優先順位
・サブシステム内の記事の優先順位
さらに、出力単位の「繰り返し回数」がある場合は、それに対応する。ここで、これらのパラメータの働きについて簡単に説明する。放送局は、できる限り多くの情報を視聴者へ提供しようとする。反面、放送波の帯域は限られているため、受信機の快適な操作を実現するためには、放送で送出する情報量を限定する必要がある。そこで、各サブシステムについて「優先順位」を定めることにより、優先度の高いサブシステムから記事を採用することにより、重要な記事の漏れを防ぐ。また、「出力単位」を定めることにより、一つのサブシステムからの記事を大量に採用して他のサブシステムの記事が採用されないという事態を防ぐ。さらに、「繰り返し回数」を定めることにより、個々のサブシステムについて個別に記事の上限を定めることができ、その分を他のサブシステムの記事採用に融通することができる。このような機能により、特定のサブシステムに偏りすぎることなく、放送可能な帯域を有効に利用しつつ、優先度が高い記事から、より多くの情報が提供できるようになる。
【００９４】
なお、情報収集サーバ３２内には、ジャンル内サブシステム優先順管理情報画面３２０の基となる優先順管理情報を格納した優先順管理情報テーブル（図示せず）が記憶される。
【００９５】
今、図９（ａ）に示すように１つのジャンル内に４つのサブシステムが属し、各サブシステムに複数の記事が存在するとする。この例では、便宜上、４つのサブシステム名を「数字」「アルファベット」「ひらがな」「カタカナ」として、これらの各サブシステムに属する記事を対応する文字種の文字で示している。
【００９６】
各ジャンルの優先順位は、「数字」＞「アルファベット」＞「ひらがな」＞「カタカナ」の順となっている。この優先順位はジャンル内サブシステム優先順管理情報画面３２０（図７）の設定内容によって決まる。
【００９７】
図９（ｂ）はジャンル内サブシステム優先順管理情報画面３０２（図７）で設定された情報であり、まず最初に、ジャンル「数字」の記事を出力単位数（３つ）表示する。次にジャンル「アルファベット」に移る。ジャンル「アルファベット」の記事を出力単位数（４つ）表示したら、ジャンル「ひらがな」へ移行する。以下、同様にジャンル「ひらがな」、「カタカナ」と続き、再び優先順位１位のジャンル「数字」から上記の処理を繰り返す。ただし、ジャンル「数字」は繰返し回数が１回に限定されているので２巡目以降は無視する。繰り返し回数が設定されていないジャンルについては繰り返し回数は無限である。
【００９８】
図９（ａ）に示したような個々のサブシステム内の複数の記事に対して、図９（ｂ）のジャンル内のサブシステムに関する設定情報のルールを適用すると、図９（ｃ）のような表示順結果が得られる。すなわち、先頭からジャンル「数字」の記事が３個「１２３」、次順のジャンル「アルファベット」の記事が４個「ＡＢＣＤ」、次順のジャンル「ひらがな」の記事が２個「あい」、最後のジャンル「カタカナ」の記事が２個「アイ」が抽出される。ここで最初に戻るが、先頭のジャンル「数字」についての「繰り返し回数」が“１”なので、２巡目の抽出は停止し、次のジャンル「アルファベット」からの記事を４個「ＥＦＧＨ」、ついで、「ひらがな」の記事を２個「うえ」、「カタカナ」の記事を２個「ウエ」が抽出される。さらに３巡目は、やはり「数字」は除外され、「アルファベット」「ひらがな」「カタカナ」の順にそれぞれの出力単位の記事「ＩＪＫＬ」「おか」「オカ」が抽出される。このような処理が、繰り返して実行される。
【００９９】
但し、各ジャンルに対して割り当てられた記事数を所定数に限定する機能が設けられる。これにより、当該ジャンルの記事の割当数分の記事が抽出されるまで継続して上記処理は停止される。例えば、上記の例で、当該ジャンルの記事割当数が２０の場合の表示順結果は、「１２３ＡＢＣＤあいアイＥＦＧＨうえウエＩ」となる。ジャンルの記事割当数が１０の場合は、「１２３ＡＢＣＤあいア」となる。
【０１００】
記事優先・絞り込み処理の応用例として、上記のジャンル「数字」をサブシステム「災害情報」とすると、データ放送メニューに、緊急時に自動的に災害情報のトップ記事を掲載することが可能となる。
【０１０１】
また、ジャンルを１つの企業とし、サブシステム「数字」を統括本部、残りの各サブシステムを各店舗と考えてみると、統括本部の所定件数の記事が優先され、その後、各店舗が指定した記事の順となる。
【０１０２】
図１０に、本実施の形態における放送局２０の処理（主として情報収集サーバの処理）をフローチャートとして示す。情報元から情報が収集されると（Ｓ１１）、ＸＭＬ等からＢＭＬ等へのフォーマットへ間を行い（Ｓ１２）、各記事の管理情報（提示条件）を設定し（Ｓ１３）、当該記事をその管理情報とともにデータベース２００に登録する（Ｓ１４）。次に、記事の優先・絞り込み処理を行う（Ｓ１５）。さらに、放送コンテンツと通信コンテンツの生成（分配）を行う（Ｓ１６）。この詳細については後述する。通信コンテンツについては１次リンクサーバ３０へ配置する（Ｓ１７）。その後、放送コンテンツを放送波に載せて送信する（Ｓ１８）。上記の処理は、情報が取得されるたびに逐次繰り返して実行される。
【０１０３】
図１１は、図１０のステップＳ１６に相当するコンテンツ生成処理の一例を示すフローチャートである。本実施の形態においては、まず、現在の状況がレベルＣ（通常時）か否かをチェックする（Ｓ２１）。レベルＣであれば、レベルＣ用放送コンテンツおよび通信コンテンツの作成を行い、これをカルーセル生成装置２１（図１）に送り保存する（Ｓ２２）。レベルＣでない場合、レベルＢ（例えば中規模災害）であるか否かをチェックする（Ｓ２３）。レベルＢであれば、レベルＢ用放送コンテンツおよび通信コンテンツを作成し、これをカルーセル生成装置２１に送り保存する（Ｓ２４）。また、現在のレベルにかかわらず、レベルＡ（大規模災害）用放送コンテンツを作成し、これをカルーセル生成装置２１に送り保存する（Ｓ２５）。但し、レベルＡの記事は常時発生する訳ではないので、レベルＡ用放送コンテンツの実質的な内容が無い場合もありうる。
【０１０４】
ここで、本実施の形態のより良き理解のために、携帯端末１０ｂにおける具体的な表示例を図１２、図１３、図１４、図１５に示す。
【０１０５】
図１２は、携帯端末１０ｂの外観を示している。この携帯端末１０ｂは二つ折り型の携帯電話端末の例を示す。（但し、端末は二つ折り型に限るものではない。）上側筐体に配置された表示部（図３の５０９に対応）の表示画面には、受信強度、バッテリ残量等を表示するピクト表示領域１１が最上部に位置し、ソフトキーへの割り当てボタン等を表示する操作ガイド領域１４が最下部に位置している。ピクト表示領域１１と操作ガイド領域１４の間の領域は、放送の映像が表示される本線映像領域１２と、データ放送による受信データが表示されるデータ領事領域１３とに二分される。下側筐体には方向指示キー、決定キー、電源／終話キー、通話キー、クリアキー、テンキー等の各種のキーを含む操作部１６（図３の５１３に対応）が配置されている。
【０１０６】
図１３、図１４、図１５は、それぞれ、レベルＣ、レベルＢ、レベルＡの際の表示画面例を示す。画面からはみ出す表示内容部分についてはスクロール表示により画面内に表示することができるが、図では便宜上、画面からはみ出る部分も一覧できるように画面を延長して示してある。
【０１０７】
図１３はレベルＣ（通常時）のデータ放送の表示例を示している。図１３（ａ）は、データ放送によるメニュー画面を示している。このメニュー画面の内容は上述したジャンル一覧に相当する。但し、ジャンル以外のメニュー項目（図では「ただいま  放送中！」「御意見・御要望はこちらから」）も含めることができる。
【０１０８】
図１３（ａ）において、メニューから「What's  New」が指示された場合、図１４（ｂ）に示すように、そのリンク先の１次リンクサーバにおける記事本文が取得され、表示される。この例では、１次リンクサーバの記事本文のタイトル一覧となっており、各タイトルはアンカーポイントとして１次リンクサーバ（または２次リンクサーバ）におけるリンク先の記事本文にリンクされており、その１項目が指示されると当該記事本文が当該リンクサーバから取得され、図１３（ｃ）に示すように表示される。
【０１０９】
なお、携帯端末から１次リンクサーバ３０内の古いバージョンの記事に対するリクエストが発生した場合は、１次リンクサーバ３０上に同記事が存在している場合はその記事本文を表示する。ただし、記事の更新があることを画面に提示し、新しい記事のタイトルを取得するリンクを発生することが好ましい。携帯端末から１次リンクサーバに存在しないバージョンの記事に対するリクエストが発生した場合は、記事の更新が発生したことを表示し、かつレスポンス画面には最新のタイトル一覧を表示するようにすることが好ましい。
【０１１０】
図１４はレベルＢ（例えば中規模災害）のデータ放送の表示例を示している。図１４（ａ）は、災害関係のメニュー項目４１１とそれ以外の通常のメニュー項目４１２とが混在したメニュー画面を示している。通常のメニュー項目４１２はここでは図１３（ａ）に示したものと同じであり、そのリンク遷移先の画面（図１３（ｂ）（ｃ））も図１３の場合と同様である。
【０１１１】
図１４（ａ）のメニュー画面で災害関係のメニュー項目４１１のいずれか（図の例では「台風情報」）が指示されると、そのリンク先の情報が取得され表示される。このリンク先の情報はやはり放送波で得られメモリ内に格納されている情報である。図１４（ｄ）の例ではこの情報は複数のタイトルからなるタイトル一覧である。各タイトルの本文記事はやはり放送波で得られメモリ内に格納されている情報である。この一つのタイトル（図では「避難勧告」）が指示されると、該当する記事本文がメモリから取得され、図１４（ｅ）に示すように表示される。
【０１１２】
このような災害関係の記事は本文までのすべての情報が放送波で提供され、通信コンテンツの比率は０となっている。これによって、通信の輻輳等があっても、多数の利用者が同時に放送波から必要な情報を得ることができる。
【０１１３】
図１５はレベルＡ（例えば大規模災害）のデータ放送の表示例を示している。図１５（ａ）に示すメニュー画面は、災害関係のメニュー項目４２１のみを示している。この場合、各メニュー項目のリンク先の情報は放送コンテンツとして受信されメモリに格納されている情報である。図１５（ｂ）は図１５（ａ）の一つのメニュー項目のリンク先のタイトル一覧情報であり、複数のタイトル項目を含んでいる。各タイトルはさらにリンク先の情報にリンクされている。このリンク先の情報も放送コンテンツとして受信されメモリに格納されている情報である。
【０１１４】
このように、図１５の大規模災害の場合には、全記事について通信コンテンツの比率は０となっている。
【０１１５】
次に、端末側で表示する記事を絞り込む方法について説明する。固定端末の場合には、その利用者の居住地域（端末の設置位置）情報として郵便番号を設定することができる。一方、各記事について、該当する郵便番号エリア情報や地方自治体エリア情報（図２）を設定できるようにしている。記事のエリア情報は複数のエリアやエリアの範囲を指定可能である。そこで、これらの情報を用いて、特定の地域を対象とした記事を抽出する（または他地域が指定された記事を排除する）ことができる。
【０１１６】
図１６に示すように、表示画面５００上のメニュー５２１の「地域変更」のメニュー項目の指示から表示された入力エリア５２２から目的の地域の郵便番号を指定することにより、端末内のタイトル一覧の表示時に当該地域の記事を優先的に抽出することができる。図１７に示すように、各記事に対しては郵便番号が上２桁〜７桁の数字列で複数の郵便番号の範囲を登録可能である。端末において７桁未満の数値を指定する場合は、指定された桁数まで一致する郵便番号すべてが指定されたものとする。
例１：“５０”を指定する場合、“５００−００００”〜“５０９−９９９９”（岐阜県全域）の範囲を表す。
例２：”４５０，４５３”を指定する場合、“４５０−００００”〜“４５０−９９９９”及び、“４５３−００００”〜“４５３−９９９９”（愛知県名古屋市中村区）の範囲を表す。
例３：“４５８〜４５９”を指定する場合、“４５８−００００”〜“４５９−９９９９”（愛知県名古屋市緑区）の範囲を表す。
【０１１７】
名古屋市全域の場合、“４５０〜４５１，４５２０８，４５２−８５４０〜４５２−８５４９，４５２−８５６８，４５２−８５７０〜４５２−８５７１，４５２−８６０３，４５３〜４６９”となる。
【０１１８】
また、名古屋市全域の郵便番号から愛知県名古屋市中村区と緑区の郵便番号を除外するといった指定方法も可能である。
【０１１９】
このとき、検索する郵便番号によって表示対象のレコード（記事）が選択される。検索郵便番号に“４６１−８５０１”を指定する場合、レコードＮｏ  ４，５が表示対象になる。検索郵便番号に“４４０−０１２３”を指定する場合、レコード番号２が表示対象になる。検索郵便番号に“４６０−００１２”を指定する場合、表示レコードは存在しない。この場合、他の地域の情報を表示するには、利用者がその地域の郵便番号を入力しなければならない。しかし、実際上、視聴者が表示したい地域の郵便番号を知っていることは稀であり、視聴者が他の地域を選択することは困難であった。視聴者の操作性向上のため、簡単な操作で他地域の情報を提供する手段が必要であった。
【０１２０】
本実施の形態では任意の地域名に対して７桁の数字を割り当て、その数字を記事に関連付ける。この数字が上述の「地方自治体エリア」情報（市区町村JISコード範囲）である。視聴者は表示したい地域の郵便番号を知らなくても、県、あるいは市区町村は知っていると考えられる。検索用の地域名については、主に総務省の市区町村コード５桁＋２桁（字など）の７桁を想定する。また、放送エリア外の郵便番号、市区町村コードについては、営業目的など自由に利用可能である。（例：７７７７７７７をパチンコ情報へ関連付けるなど。）
例１：“２３”を指定する場合、“２３０−００００”〜“２３９−９９９９”（愛知県全域）の範囲を表す。
例２：“２３１，２３２”を指定する場合、“２３１−００００”〜“２３２−９９９９”(名古屋市および愛知県の市全て)の範囲を表す。
【０１２１】
また、各記事には図１８に示すように、上２桁〜７桁の数字列がＪＩＳコード範囲として指定可能である。これにより、情報提供者が記事の地理的な掲載範囲を容易に指定して登録することができる。
【０１２２】
図１９に、視聴者が容易に地域を選択するための画面例を示す。使用者の選択操作は次に２ステップからなる。
【０１２３】
ステップ１：都道府県（ＪＩＳコードの上位２桁）または、政令指定都市（ＪＩＳコードの上位３桁）の選択。これは、図１９（ａ）に示すように、表示画面上でグラフィック表示された地図上で目的の地域を利用者に選択させることにより行える。
【０１２４】
ステップ２：選択した都道府県内の市区町村（ＪＩＳコードの上位５桁）または政令指定都市内の区（ＪＩＳコードの上位５桁)を選択。これは、図１９（ｂ）に示すように表示画面上で当該地域に含まれる市区町村名をリストから選択させることにより行える。
【０１２５】
さらに詳細なエリアを設ける場合は、ステップ３として、７桁で表現するエリアを選択可能としてもよい。地域選択をステップ１の都道府県までで止めれば、その都道府県用の記事が表示対象となる。
【０１２６】
以上説明したように、本実施の形態によれば、新たな情報提供の方法およびシステムが提供される。特に、災害発生等の緊急時には顕著な効果を奏する。昨今のインターネット普及により災害発生時には、情報収集のために一部のＷＷＷサーバへ被災者が多量にアクセスすることが予想される。（例えば、台風、地震発生時には、気象庁やＷＮＩ社、各種公共交通機関へのアクセスが集中し、輻輳が発生しやすくなる。）そのため、被災者は情報の取得が困難になり、また情報提供者は重要な情報を被災者へ提供できなくなる。一方で、放送の特徴は、不特定多数の受信者に対して同時に情報提供できることである。したがって、災害発生時には、上記のＷＷＷサーバの情報を放送波で送出することで、被災者が情報を取得できるメリットとＷＷＷサイトが放送波を介して情報を提供できるメリットが発生する。本システムは、日常的には放送局が管理する１次リンクサーバへの輻輳予防に役立つのみならず、災害時には社会へ多大な貢献を行うことが期待される。
以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。
【０１２７】
例えば、図１６、図１９で説明した地域の選択は固定端末での例を示したが、携帯端末にも適用可能である。
【０１２８】
記憶領域２３，２４，２５の複数の放送コンテンツは、一つの記録領域において、その都度、現時点のパラメータに応じて当該放送コンテンツを生成するようにすることも可能である。
【図面の簡単な説明】
【０１２９】
【図１】本発明の実施の形態に係る情報提供システムのブロック図である。
【図２】本発明の実施の形態におけるデータベースの主要な内容例を示す図である。
【図３】本発明の実施の形態における受信端末のハードウェア構成例を示す図である。
【図４】本発明の実施の形態の放送局内において放送データが生成され送信されるまでの概略の流れを示す模式図である。
【図５】ＥＳの構成を示す図である。
【図６】本発明の実施の形態におけるジャンル管理情報テーブルを示す図である。
【図７】本発明の実施の形態におけるジャンル内サブシステム優先順管理情報画面の例を示す図である。
【図８】本発明の実施の形態における具体的なモジュールへのジャンルの割り当て、ジャンルへのサブシステムの割り当て、および各サブシステムに属する記事等を示す図である。
【図９】本発明の実施の形態における情報収集サーバによる記事優先・絞り込み処理の説明図である。
【図１０】本発明の実施の形態における放送局の処理（主として情報収集サーバの処理）をフローチャートである。
【図１１】図１０のステップＳ１６に相当するコンテンツ生成処理の一例を示すフローチャートである。
【図１２】図１内に示した携帯端末１０ｂの外観の一例を示す図である。
【図１３】本発明の実施の形態におけるレベルＣの際の表示画面例を示す図である。
【図１４】本発明の実施の形態におけるレベルＢの際の表示画面例を示す図である。
【図１５】本発明の実施の形態におけるレベルＡの際の表示画面例を示す図である。
【図１６】端末において電話番号に基づいてタイトル一覧の表示時に当該地域の記事を優先的に抽出する技術の説明図である。
【図１７】記事（レコード）への郵便番号の割り当て例を示す図である。
【図１８】記事（レコード）へのＪＩＳコードの割り当て例を示す図である。
【図１９】本発明の実施の形態において視聴者が容易に地域を選択するための画面例を示す図である。
【符号の説明】
【０１３０】
１０…受信端末、１０ａ…固定端末、１０ｂ…携帯端末、１１…ピクト表示領域、１２…本線映像領域、１３…データ領事領域、１４…操作ガイド領域、１６…操作部、２０…放送局、２１…カルーセル生成装置、２３，２４，２５…記憶領域、２７…カルーセル切替装置、２８…送信装置、２９…災害切替スイッチ、３０…１次リンクサーバ、３２…情報収集サーバ、３５…通信ネットワーク、４１，４２，４３…ウェブサイト（２次リンクサーバ）、１００…放送コンテンツ、１１０…ファイル、１３０…表示順リストファイル、１３１…実記事ファイル、２００…データベース、２１０…表示順指定情報、２２０…放送用記事情報、３００…放送用記事情報、３０２…ジャンル内サブシステム優先順管理情報画面、３１０…ジャンル管理情報テーブル、３２０…ジャンル内サブシステム優先順管理情報画面、３５０ａ…放送ファイル、３５０ｂ…表示順ファイル、３５０ｃ…ジャンル一覧ファイル、４１１，４１２，４１３…メニュー項目、５００…表示画面、５０１…アンテナ、５０２…通信部、５０２ａ…チューナ、５０２ｂ…復調部、５０３…同調部、５０４…ＴＳデコーダ、５０５…音声デコーダ、５０６…画像デコーダ、５０７…表示処理部、５０８…イヤホン、５０９…表示部、５１１…メモリ、５１２…通信部、５１３…入力部-、５２１…メニュー、５２２…入力エリア
【図１】
2007036901.tif 000003
【図２】
2007036901.tif 000004
【図３】
2007036901.tif 000005
【図４】
2007036901.tif 000006
【図５】
2007036901.tif 000007
【図６】
2007036901.tif 000008
【図７】
2007036901.tif 000009
【図８】
2007036901.tif 000010
【図９】
2007036901.tif 000011
【図１０】
2007036901.tif 000012
【図１１】
2007036901.tif 000013
【図１２】
2007036901.tif 000014
【図１３】
2007036901.tif 000015
【図１４】
2007036901.tif 000016
【図１５】
2007036901.tif 000017
【図１６】
2007036901.tif 000018
【図１７】
2007036901.tif 000019
【図１８】
2007036901.tif 000020
【図１９】
2007036901.tif 000021