(57)【要約】【課題】所望する地域に対応した地域情報を提供することができる送信方法、受信方法、送信装置及び受信装置を提供する。【解決手段】地域に対応した地域情報と、前記地域を指定する地域指定符号とを共に送信するデータ放送における送信方法において、緯度及び経度情報を前記データ放送における前記地域指定符号の形式に変換する変換段階と、前記変換段階において変換された前記緯度及び経度情報と、前記緯度及び経度情報に対応した地域情報とを送信する送信段階とを備えることにより上記課題を解決する。【選択図】　　　　図２
2004032298.tif 000002
【特許請求の範囲】
【請求項１】
地域に対応した地域情報と、前記地域を指定する地域指定符号とを共に送信するデータ放送における送信方法において、
緯度及び経度情報を前記データ放送における前記地域指定符号の形式に変換する変換段階と、
前記変換段階において変換された前記緯度及び経度情報と、前記緯度及び経度情報に対応した地域情報とを送信する送信段階とを有することを特徴とする送信方法。
【請求項２】
前記変換段階において、
前記緯度及び経度情報の夫々は、１つの前記地域指定符号に対応させて変換することを特徴とする請求項１に記載の送信方法。
【請求項３】
前記緯度及び経度情報の少なくとも２箇所の情報を有して前記地域を指定することを特徴とする請求項１に記載の送信方法。
【請求項４】
前記地域情報が同一であり、かつ前記緯度及び経度情報の一方が同一の場合に、前記一方の緯度及び経度情報に対して、他方の緯度及び経度情報を複数対応させることを特徴とする請求項１乃至３の何れか１項に記載の送信方法。
【請求項５】
前記地域情報をＩＤに対応させ、
前記地域情報を前記ＩＤと関連付けて別の領域に挿入して送信することを特徴とする請求項１乃至４の何れか１項に記載の送信方法。
【請求項６】
地域に対応した地域情報と、緯度及び経度情報により地域が指定される地域指定符号とを有するデータ放送を受信する受信方法において、
取得すべき地域情報の地域を緯度及び経度情報により指定する指定段階と、
前記指定段階にて指定された前記緯度及び経度情報と、受信したデータ放送内に含まれる緯度及び経度情報とに基づいて、前記地域情報を抽出する抽出段階とを有することを特徴とする受信方法。
【請求項７】
地域に対応した地域情報と、前記地域を指定する地域指定符号とを共に送信するデータ放送における送信装置において、
緯度及び経度情報をデータ放送における前記地域指定符号の形式に変換する変換部と、
前記変換段階において変換された前記緯度及び経度情報と、前記緯度及び経度情報に対応した地域情報とを送信する送信部とを有することを特徴とする送信装置。
【請求項８】
前記変換部は、
前記緯度及び経度情報に対応した地域情報のテーブルを有することを特徴とする請求項７に記載の送信装置。
【請求項９】
地域に対応した地域情報と、緯度及び経度情報により地域が指定される地域指定符号とを有するデータ放送を受信する受信装置において、
取得すべき地域情報の地域を緯度及び経度情報により指定する指定部と、
前記指定部にて指定された前記緯度及び経度情報と、受信したデータ放送内に含まれる緯度及び経度情報とに基づいて、前記取得すべき地域情報を抽出する抽出部とを有することを特徴とする受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ放送における送信方法、受信方法、送信装置及び受信装置に係り、特に、所望する地域に対応した地域情報を提供するための送信方法、受信方法、送信装置及び受信装置に関する。
【０００２】
【従来の技術】
従来から放送を利用したデータサービスが知られており、特に、特定の地点にある受信装置に対して天候情報等、その地点に特化した地域情報を提供する方法としては、放送局（送信装置）側で、全ての対象地域に対する放送信号を送信し、受信側で選択の基準となる位置情報を指定することにより、放送された情報の中から、受信側が指定した位置情報に関する情報のみを抽出して選択的に表示することで特定地域情報の提供を行っている。
【０００３】
また、最近のデジタル放送サービスでは、地域情報を提供するための地域を指定する地域指定符号として郵便番号を用いた符号化方式がデータ放送規格（ＡＲＩＢ（電波産業会）ＳＴＤ−Ｂ２４　第二編　付録規定Ｂ）により規格化されており、これにより郵便番号を用いて地域指定を行うことができ、受信側で郵便番号で指定される地域に対応する地域情報を取得することができる。従来のデジタル放送サービスにおける地域（位置）連動型サービスは、ある地点に対応する郵便番号を符号化して送信し、受信装置側で指定された郵便番号との比較により全地域の情報を有する放送信号の中から該当する地域の情報を抽出し表示している。
【０００４】
また、一般には、放送番組の映像放送とデータ放送を多重化して伝送する際のデータ放送方式として、日本のデジタル放送の標準規格であるデータ放送規格（ＡＲＩＢ　ＳＴＤ−Ｂ２４）で規定された、コンテンツの記述言語としてＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）言語ベースのＢＭＬ（Ｂｒｏｏｄｃａｓｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）と、手続き的な処理を記述するスクリプト言語としてＪａｖａ（登録商標）　Ｓｃｒｉｐｔ言語ベースのＥＣＭＡ（Ｅｕｒｏｐｅａｎ　Ｃｏｍｐｕｔｅｒ　Ｍａｎｕｆａｃｔｕｅｒｓ　Ａｓｓｏｃｉａｔｉｏｎ）Ｓｃｒｉｐｔ言語が使用されている。これにより、文字、図形、静止画等のモノメディアをマルチメディア情報として符号化させることができ、多様な情報の提供に対応することができる。
【０００５】
【発明が解決しようとする課題】
しかしながら、上述した地域連動型サービスでは、放送エリア全体に向けて各地域毎にデータを生成して伝送し、受信装置で必要な情報を取り出して表示するため伝送量が増大し、受信装置での抽出処理も複雑になるという問題があった。
【０００６】
また、従来の郵便番号による特定情報の抽出処理では、以下▲１▼〜▲３▼に示すような問題があった。
【０００７】
▲１▼受信装置が存在する位置又は取得したい地域に対する正確な郵便番号が予め設定されてなければならない。
【０００８】
▲２▼郵便番号は、主に行政区分に基づいて採番されており、地理的な分布が一様でないため、情報の種類によっては地域に無関係な情報が表示される可能性がある。
【０００９】
▲３▼移動体での受信では動的に受信位置が変化するため事前設定する郵便番号方式では対応が非常に困難である。
【００１０】
更に、ＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）等から得られる緯度・経度情報を利用した特定地域情報サービスは現時点では行われておらず、特定地域の抽出処理を行うための特別な規格も存在していない。
【００１１】
本発明は、上述の問題点に鑑みなされたものであり、受信者（受信装置）が所望する位置（現在位置もしくは指定位置）に応じたデータ放送を表示させる「位置連動型サービス」において、既存の規格の範囲内で、効率的に複数の領域情報を伝送し、受信側で地域情報を表示させることができるデータ放送における送信方法、受信方法、送信装置及び受信装置を提供することを特徴とする。
【００１２】
【課題を解決するための手段】
上記課題を解決するために、本件発明は、以下の特徴を有する課題を解決するための手段を採用している。
【００１３】
請求項１に記載された発明は、地域に対応した地域情報と、前記地域を指定する地域指定符号とを共に送信するデータ放送における送信方法において、緯度及び経度情報を前記データ放送における前記地域指定符号の形式に変換する変換段階と、前記変換段階において変換された前記緯度及び経度情報と、前記緯度及び経度情報に対応した地域情報とを送信する送信段階とを有することを特徴とする。
【００１４】
請求項１記載の発明によれば、緯度及び経度情報を規格化された地域指定符号の符号化領域を利用することができ、効率的な伝送を行うことができる。更に、地域指定符号に緯度及び経度情報を用いることにより、位置の誤差がなく的確な情報を提供することができる。
【００１５】
請求項２に記載された発明は、前記変換段階において、前記緯度及び経度情報の夫々は、１つの前記地域指定符号に対応させて変換することを特徴とする。
【００１６】
請求項２記載の発明によれば、夫々の地域指定符号を有することで、高精度に位置情報を取得することができる。特に、受信装置側で所望の地域に関する情報を取得する場合に、既存の抽出するための関数を使用することができる。
【００１７】
請求項３に記載された発明は、前記緯度及び経度情報の少なくとも２箇所の情報を有して前記地域を指定することを特徴とする。
【００１８】
請求項３記載の発明によれば、大きな地域にわたり地域情報が存在する場合に、同一の地域情報を有する領域を少なくとも２箇所の緯度及び経度情報を用いることにより容易に設定することができる。
【００１９】
請求項４に記載された発明は、前記地域情報が同一であり、かつ前記緯度及び経度情報の一方が同一の場合に、前記一方の緯度及び経度情報に対して、他方の緯度及び経度情報を複数対応させることを特徴とする。
【００２０】
請求項４記載の発明によれば、同一の地域情報を有する地域範囲が複数存在する場合に、複数の地域で共通する緯度情報又は経度情報がある場合に、違う緯度又は経度の情報のみを送信することで、伝送するデータ量を削減することができる。また、受信側においても、データの重複を避けることができるため、所望の地域情報を抽出する効率を向上させることができる。
【００２１】
請求項５に記載された発明は、前記地域情報をＩＤに対応させ、前記地域情報を前記ＩＤと関連付けて別の領域に挿入して送信することを特徴とする。
【００２２】
請求項５記載の発明によれば、地域情報をデータ量の少ないＩＤにより表し、地域情報に対応したＩＤを別の領域として一度送信するだけで、ＩＤをキーに地域情報を取得することができるため、地域に対応した地域情報のデータ量を削減することができ、効率的なデータ放送の送信を行うことができる。
【００２３】
請求項６に記載された発明は、地域に対応した地域情報と、緯度及び経度情報により地域が指定される地域指定符号とを有するデータ放送を受信する受信方法において、取得すべき地域情報の地域を緯度及び経度情報により指定する指定段階と、前記指定段階にて指定された前記緯度及び経度情報と、受信したデータ放送内に含まれる緯度及び経度情報とに基づいて、前記地域情報を抽出する抽出段階とを有することを特徴とする。
【００２４】
請求項６記載の発明によれば、受信側で所望の地域の緯度及び経度情報を指定することができ、これにより、緯度及び経度情報に対応した地域情報を取得することができる。更に、取得した地域情報は、緯度及び経度情報に対応しているため、的確な情報を取得することができる。
【００２５】
請求項７に記載された発明は、地域に対応した地域情報と、前記地域を指定する地域指定符号とを共に送信するデータ放送における送信装置において、緯度及び経度情報をデータ放送における前記地域指定符号の形式に変換する変換部と、前記変換段階において変換された前記緯度及び経度情報と、前記緯度及び経度情報に対応した地域情報とを送信する送信部とを有することを特徴とする。
【００２６】
請求項７記載の発明によれば、緯度及び経度情報を規格化された地域指定符号の符号化領域を利用することができ、効率的な伝送を行うことができる。更に、地域指定符号に緯度及び経度情報を用いることにより、位置の誤差がなく的確な情報を提供することができる。
【００２７】
請求項８に記載された発明は、前記変換部は、前記緯度及び経度情報に対応した地域情報のテーブルを有することを特徴とする。
【００２８】
請求項８記載の発明によれば、受信装置側で所望の地域に関する情報を取得する場合に、既存の抽出するための関数を利用することができる。
【００２９】
請求項９に記載された発明は、地域に対応した地域情報と、緯度及び経度情報により地域が指定される地域指定符号とを有するデータ放送を受信する受信装置において、取得すべき地域情報の地域を緯度及び経度情報により指定する指定部と、前記指定部にて指定された前記緯度及び経度情報と、受信したデータ放送内に含まれる緯度及び経度情報とに基づいて、前記取得すべき地域情報を抽出する抽出部とを有することを特徴とする。
【００３０】
請求項９記載の発明によれば、受信側で所望の地域の緯度及び経度情報を指定することができ、これにより、緯度及び経度情報に対応した地域情報を取得することができる。更に、取得した地域情報は、緯度及び経度情報に対応しているため、的確な情報を取得することができる。
【００３１】
【発明の実施の形態】
本発明は、データ放送規格（ＡＲＩＢ　ＳＴＤ−Ｂ２４　第二編）で規格化されている「郵便番号を用いた地域指定のための符号化方式」を利用して、ＧＰＳ等で測定できる緯度及び経度の数値を郵便番号の数値と同様の地域指定符号で符号化し、この領域情報（緯度及び経度の範囲）を効率的に符号化伝送し、更に、データ放送規格（ＡＲＩＢ　ＳＴＤ−Ｂ２４　第二編）で定められた郵便番号検索用ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）である「ｓｅａｒｃｈ（）関数」を利用することで、受信装置により所望の地域情報を抽出する抽出処理を容易に行い、受信者に地域情報を提供することを主眼とする。
【００３２】
ここで、本発明の郵便番号領域に緯度及び経度を変換する具体的な内容について説明する。
【００３３】
まず、緯度及び経度を「度」、「分」及び「秒」の７桁の数値（例えば、１３７度００分００秒）で表した場合、１秒あたりの距離は約３０ｍとなる。つまり、約３０ｍの精度で符号化することができる。データ放送規格（ＡＲＩＢ　ＳＴＤ−Ｂ２４　第二編　付録規定Ｂ）に示すように、数値の範囲指定は３桁、５桁、７桁の数値で行うことができる。例えば、「度」の単位のみ（約１１０ｋｍ範囲）で範囲指定したい場合は３桁の範囲指定を行い、「分」の単位（約１．８ｋｍ）で範囲指定したい場合は５桁の範囲指定を行い、「秒」の単位（約３０ｍ）で範囲指定したい場合は７桁の範囲指定を行うことで、所望の精度に対応させた効率的な符号化を行うことができる。
【００３４】
ここで、指定範囲を日本国内に限定した場合、経度の百の位を省くことで、７桁で０．１秒単位（約３ｍの精度）で指定することも可能である。例えば、ある地図上の矩形領域（経度ａａａ°ａａ′ａａ″〜ｂｂｂ°ｂｂ′ｂｂ″、緯度ｃｃｃ°ｃｃ′ｃｃ″〜ｄｄｄ°ｄｄ′ｄｄ″）をバイナリテーブルにより符号化したい場合、データ放送規格（ＡＲＩＢ　ＳＴＤ−Ｂ２４　第二編）で規定されているバイナリテーブル（ＢｉｎａｒｙＴａｂｌｅ）オブジェクトの定義に従って、バイナリテーブル中の１レコード中に、経度の範囲を符号化した郵便番号フィールドと緯度の範囲を符号化した郵便番号フィールドを夫々記述する。なお、バイナリテーブルオブジェクトとは、バイナリ表現された２次元の表形式データであり、必要な部分表を抽出するための検索機能を備えるオブジェクトである。
【００３５】
ここで、バイナリテーブル内のデータに関して検索を行うためのｂｉｎａｒｙＴａｂｌｅのｓｅａｒｃｈ（）関数の定義を図１に示す。なお、ｓｅａｒｃｈ（）関数は、データ放送規格（ＡＲＩＢ　ＳＴＤ　Ｂ−２４　第二編）に記載されている。
【００３６】
図１に示した定義に基づき、後述する緯度及び経度の設定を行うことにより容易に特定の地域情報を抽出することができる。
【００３７】
なお、受信装置側の処理に対する記述（コンテンツ中のスクリプト記述）には、ＧＰＳ等から得られる受信装置の現在位置、又は受信装置で（自動的に、又は操作者の入力によって）指定される特定地点の位置（経度ｅｅｅ°ｅｅ′ｅｅ″、緯度ｆｆｆ°ｆｆ′ｆｆ″）を、ｓｅａｒｃｈ（）関数用ＡＰＩに適用し、経度が符号化されたフィールドと緯度が符号化されたフィールドについて、ＡＮＤの関係にして検索する。これにより、指定した緯度及び経度が、バイナリテーブル内の該当する緯度及び経度の範囲に含まれている場合に、該当するレコードをｓｅａｒｃｈ（）関数の返り値とすることができ、指定した地域の地域情報を取得することができる。なお、全てのレコードを検索した結果、該当するレコードが存在しなかった場合は、「−１」が戻り値として返ってくるため、受信装置側で情報がない場合についても、その旨を受信者に知らせるためのメッセージを容易に表示させることができる。
【００３８】
なお、ｓｅａｒｃｈ（）関数用ＡＰＩは、検索条件に該当する全てのレコードを返す仕様であるため、符号化する領域が重なりあっていても全て抽出の対象となる。
【００３９】
また、データ放送における位置情報連動型のサービスでは、（複数の）地理的な領域（地域）を示す情報と、その各地域に関連付けられた地域情報（天候情報、災害情報、交通情報、生活情報等）が、放送コンテンツとして伝送される。受信装置では、例えば、接続されたＧＰＳ等から得られる情報に基づいてコンテンツ情報から現在位置等の特定地域の地域情報を抽出して、受信装置に的確な情報を表示することができる。
【００４０】
次に、本発明の実施の形態について、図面に基づいて説明する。
【００４１】
図２は、本発明における送信装置のブロック構成の一例を示す図である。
【００４２】
図２の送信装置１は、位置連動データ記憶部１１と、コンテンツ関連データ記憶部１２と、バイナリテーブル生成部１３と、コンテンツ製作部１４と、符号化部１５と、送信部１６とを有するよう構成されている。また、位置連動データ記憶部１１には、必要に応じて送信装置１の外部から地域情報データを取得するためのデータサーバ１７を有し、また、コンテンツ関連データ記憶部１２には、必要に応じて外部からＢＭＬ文書及び静止画像等の各種データ１８を取得することができる。
【００４３】
まず、位置連動データ記憶部１１は、各地域に関連付けられた地域情報（災害情報、交通情報、生活情報等）から送信に使用するための情報を記憶する。なお、位置連動データ記憶部１１に情報がない場合は、データサーバ１７から必要な情報を取得して記憶する。コンテンツ関連データ記憶部１２は、ＢＭＬ文書や静止画像等のモノメディアの中から送信に使用するための情報を記憶する。なお、コンテンツ関連データ記憶部１２に情報がない場合は、各種データ１８から必要な情報を取得して記憶する。
【００４４】
バイナリテーブル生成部１３は、位置連動データ記憶部１１に記憶されている位置情報と位置情報に関連する情報（災害情報等）を基に、後述する実施例１〜４に示すような方法を用いて、緯度及び経度情報を郵便番号の形式に変換して郵便番号符号化方式で定められている郵便番号に対応したバイナリテーブルの領域に緯度及び経度情報の範囲を設定する。
【００４５】
コンテンツ製作部１４は、まず、コンテンツ関連データ記憶部１２からＢＭＬと文字、図形、静止画、音声等のモノメディアから基本（テンプレート）となるコンテンツを取得する。次に、バイナリテーブル生成部１３からバイナリテーブルを取得する。また、バイナリテーブル生成部１３は、取得したバイナリテーブルの構造情報についても取得する。
【００４６】
次に、取得した前記構造情報からコンテンツ内に存在するＢＭＬ文書内のＥＣＭＡＳｃｒｉｐｔ部分に、特定位置に関する地域情報を抽出する抽出処理スクリプトを生成する。なお、生成されるＢＭＬ文書には、以下▲１▼〜▲４▼の手続きが記述される。
【００４７】
▲１▼受信装置に内蔵又は接続されたＧＰＳ等を利用して、現在位置の緯度及び経度情報を取得する手続き。なお、現在位置の緯度及び経度情報だけではなく、受信装置を使用している受信者が受信装置の現在位置、又は任意の地点に関する緯度及び経度を入力してもよい。
【００４８】
▲２▼バイナリテーブル生成部１３から伝送されるバイナリテーブルの伝送空間上の位置（リソース名）に基づき、バイナリテーブルをオープンする手続き。
【００４９】
▲３▼バイナリテーブルの構造に基づいて、上記▲１▼で取得した現在位置をキーにして検索する手続き。
【００５０】
▲４▼上記▲３▼の検索結果に基づいて受信者に対して該当情報を提供する手続き。
【００５１】
コンテンツ製作部１４は、上述したＢＭＬ文書、各種モノメディア、バイナリテーブルを纏め、送出可能なデータ放送のコンテンツとして構成する。コンテンツ製作部１４で製作されたコンテンツは、符号化部１５にて符号化されてＴＳ（Ｔｒａｎｓｐｏｒｔ　Ｓｔｒｅａｍ）を生成し、更に、送信部１６にて変調を行いデータ放送信号として送信する。
【００５２】
上述の送信装置１により、郵便番号符号化方式で定められた郵便番号の符号化エリアに緯度及び経度情報を挿入することができる。これにより、地域に対する地域情報を詳細に設定することができる。
【００５３】
次に、送信装置１からのデータ放送を受信する受信装置側の処理について図を用いて説明する。
【００５４】
図３は、本発明における受信装置のブロック構成の一例を示す図である。
【００５５】
図３において、受信装置２は、受信部２１と、復号化部２２と、バッファメモリ２３と、ＧＰＳ位置取得部２４と、位置情報入力部２５と、位置情報記憶部２６と、抽出部２７と表示部２８とを有するよう構成されている。
【００５６】
受信装置２は、送信装置１から送信された放送信号を受信部２１で受信し、受信部２１で復調処理を行いデータ放送におけるＴＳパケット信号を生成してデータカルーセルを取得する。ここで、データカルーセルとは、データ放送において同一のデータを繰り返し送信する方式のことで、例えば、送信装置から各地の天気、予想気温、週間天気等を一組のデータとして繰り返し送信することで、受信装置で電源を入れたとき、又は番組のチャンネルを変更する等の操作後でも常に最新のデータを受信して表示させることができる。
【００５７】
次に、復号化部２２は、ＴＳパケット信号を復号してコンテンツ情報を生成する。生成されたコンテンツ情報はバッファメモリ２３に出力され、バッファメモリ２３はコンテンツ情報を記憶する。
【００５８】
また、位置情報記憶部２６は、ＧＰＳ位置取得部２４より受信装置２の現在位置の緯度及び経度情報が指定された場合に、取得した緯度及び経度情報を記憶する。また、ＧＰＳによる位置情報の取得以外の方法として、キーボード等の入力装置を有する位置情報入力部２５から緯度及び経度情報を指定して位置情報記憶部２６に記憶させてもよい。上述により記憶された緯度及び経度情報を用いて関連した地域情報の抽出を行う。
【００５９】
抽出部２７は、バッファメモリ２３に記憶されたコンテンツ情報の中から位置情報記憶部２６で記憶された緯度及び経度情報に対応したコンテンツ情報を抽出する。抽出したコンテンツ情報は、ＢＭＬ文書、各種モノメディア、バイナリテーブル等からＢＭＬ手続に基づいて、表示部２８にて表示可能なデータ形式に変換されて表示部２８に出力される。なお、抽出部２７におけるコンテンツ情報の抽出は、上述したＡＰＩのｓｅａｒｃｈ（）関数を用いて行うが、ｓｅａｒｃｈ（）関数を用いた具体的な抽出方法については後述の実施例１にて説明する。
【００６０】
表示部２８は、取得したＢＭＬ文書を表示することにより、指定された緯度及び経度情報に基づいた地域情報を表示することができる。
【００６１】
次に、本発明における地域領域に基づいてバイナリテーブルを生成する方法についての実施例を図を用いて説明する。
【００６２】
（実施例１）
実施例１では、緯度及び経度に対応させた矩形の地域領域が複数存在する場合の地域に対する地域情報をバイナリテーブルに変換する方法について説明する。図４は、２個の矩形の地域領域の一例を示す図である。
【００６３】
ここで、実施例においては、特定地点による天候情報について受信装置側に表示する場合について説明するが、本発明における受信装置側へ提供可能なデータ放送の内容はこの限りではなく、例えば、交通情報や受信装置に近いお店からのサービス情報等を提供することもできる。
【００６４】
図４では、天候情報の異なる２箇所の地域領域（地域Ａ、地域Ｂ）が存在する。ここで、地域Ａには、「大雨注意報」が発令されており、地域Ｂには、「強風警報」が発令されているものとする。また、地域Ａの左上の地点Ａ１の緯度及び経度を「北緯３８°１０′２０″」、「東経１３５°３０′４０″」とし、右下の地点Ａ２の緯度及び経度を「北緯３７°５０′００″」、「東経１３７°１０′２０″」とする。
【００６５】
また、地域Ｂに関しては、地点Ｂ１の緯度及び経度を「北緯３７°００′００″」、「東経１３３°２０′３０″」とし、地点Ｂ２の緯度及び経度を「北緯３６°５０′００″」、「東経１３４°１０′２０″」とする。
【００６６】
このとき、地域Ａ及び地域Ｂの夫々が２地点（箇所）を角とする矩形領域を生成し、その範囲の値を各緯度及び経度の範囲に基づいてバイナリテーブルを生成して符号化を行う。
【００６７】
つまり、地点Ａ１、Ａ２、Ｂ１及びＢ２の値を緯度及び経度で範囲を定め、そのまま７桁の郵便番号として郵便番号符号化方式に基づくバイナリテーブル化を行う。例えば、地域Ａの場合、矩形領域は、緯度範囲（３７°５０′００″〜３８°１０′２０″）と経度範囲（１３５°３０′４０″〜１３７°１０′２０″）となるため、この範囲でバイナリテーブル化することにより、地域Ａに対する地域情報を統合してバイナリテーブルのデータ量を削減することができ、伝送効率を向上させることができる。また、郵便番号より詳細な地域設定が可能であるため、指定した地域に関する的確な地域情報が受信装置２で抽出され、表示部２８より表示させることで、受信者は的確な地域情報を取得することができる。
【００６８】
また、バイナリテーブルにより符号化したい地域を緯度及び経度により限定させることで、その地域の郵便番号を用いて符号化する場合と比較して、柔軟な領域の設定が可能となる。
【００６９】
ここで、実施例１に基づいて生成されたバイナリテーブルの一例を図５に示す。図５におけるバイナリテーブルは、緯度の範囲、経度の範囲及び地域情報（領域の情報）がテーブル化されている。図５に示すように、例えば、地域Ａの場合は、緯度範囲がそのまま郵便番号範囲に格納されるため、桁数を７桁とした場合、（〒０３７―５０００〜〒０３８―１０２０）となる。なお、受信装置２から指定する緯度及び経度によりバイナリテーブルの検索を行うため、緯度及び経度の範囲は、緯度及び経度を示す「度」、「分」、「秒」を７桁の数値と見た場合に数値の小さい方を範囲の開始位置とし値の大きい方を範囲の終了位置とすることが好ましい。
【００７０】
また、経度についても同様に郵便番号符号化に使用される領域に経度の範囲を符号化して挿入することにより、郵便番号符号化に使用される領域に緯度範囲及び経度範囲からなる矩形の地域領域を生成することができる。
【００７１】
また、図５のようなバイナリテーブルを含む放送信号を送信装置１から送信すると、受信装置２で受信を行い、位置情報記憶部２６に記憶された緯度及び経度に基づいて受信した信号内にあるバイナリテーブルに対して検索処理を行い、該当する地域の地域情報を抽出して出力する。検索処理は、上述した図１に示すｓｅａｒｃｈ（）関数に基づいて行われる。ここで、ｓｅａｒｃｈ（）関数への引数設定の一例を図６に示す。
【００７２】
図６において、例えば、受信装置２で指定された緯度及び経度が「北緯３８°００′２５″」、「東経１３６°１２′３４″」であったとする。このとき、図６において、Ｄ１は、検索を開始するレコードの位置（ｓｔａｒｔＲｏｗ）を示し、Ｄ２は、緯度の検索条件を示す。ここで、Ｄ２において、「０」は、バイナリテーブル中で緯度範囲が符号化されている列の位置を表し、「３８００２５」は緯度を表し、「９６」は、比較条件であり、バイナリテーブル中の各行のうち「３８００２５」が緯度範囲内に含まれている行を抽出対象とすることを表す。
【００７３】
また、図１のｓｅａｒｃｈ（）関数の定義においては、第２引数から第４引数までの間は繰り返し指定が可能であるため、Ｄ３を経度情報としてＤ２と同様な方法で設定することができる。また、Ｄ４は、繰り返し指定間の条件を示し、「ｆａｌｓｅ」が「ＡＮＤ」を表し、「ｔｒｕｅ」が「ＯＲ」を表す。また、Ｄ５は、バイナリテーブルを検索した結果、抽出されるレコード数の制限値を示す。また、Ｄ６は抽出されるレコードが格納される場所（配列）を示す。
【００７４】
したがって、図６に示した設定により、「北緯３８°００′２５″」、「東経１３６°１２′３４″」の地点が含まれる矩形領域のうち、最初に抽出対象となる行のデータ（地域情報）をｒｅｓｕｌｔＡｒｒａｙに格納するという処理が行われる。図６に示す検索を実施することにより、受信装置２から入力した値が、地域Ａ内に含まれる場合、地域Ａの地域情報（“大雨注意報発令中”）がＢＭＬにより表示部２８にて表示される。また、抽出対象がなかった場合は、その旨のメッセージを表示部２８にて表示させる。
【００７５】
これにより、郵便番号より高精度な地域分類を可能にし、地域の誤差を減少させると共に的確な情報を受信者に提供することができる。また、バイナリテーブルにより符号化をしたい地域を緯度及び経度により限定させることで、その地域の郵便番号を用いて符号化する場合と比較して、柔軟な領域の設定が可能となる。
【００７６】
なお、上述したバイナリテーブルにおける行の項目の順序、及び列の項目の順序は、この限りではなく、ｓｅａｒｃｈ（）関数が使用できる構成であればよい。
【００７７】
また、地域情報フィールドの内容は、具体的な内容を示す文字列を入れるだけでなく、図７の本発明における代替テーブルの一例に示すように、例えば、ＩＤが「０」の場合は「大雨警報発令中」のように、ＩＤと領域情報を対応させた代替テーブルを生成し、位置情報記憶部２８に格納しておき、バイナリテーブルの地域情報フィールドには、ＩＤのみを入力しておくことにより、伝送するデータ量を更に削減することができ伝送効率を向上させることができる。
【００７８】
（実施例２）
次に、１つの領域を複数の矩形に分割した地域領域が存在する場合のバイナリテーブルの生成方法を実施例２として説明する。
【００７９】
図８は、１つの領域を複数個の矩形に分割した地域領域の一例を示す図である。図８に示す地域８Ａ、８Ｂでは、実施例１で示した単一矩形による地域領域を設定した場合に誤差が大きくなってしまうため、図８（１）〜（１１）に示すように、領域の本来の形状（８Ａ、８Ｂ）に近似される程度の複数の矩形を設定する。つまり実際の領域情報が矩形でない領域を符号化する場合は、その領域を複数の矩形領域に分割して近似し、夫々の矩形の領域について実施例１と同様の方法によりバイナリテーブルを生成する。なお、１つの領域を分割する時に生成される矩形数は任意に設定することができる。
【００８０】
次に、図８に対応させたバイナリテーブルの一例を図９に示す。
【００８１】
図９に示すように、図８の（１）〜（１１）に対応する緯度範囲及び経度範囲を夫々設定することにより、地域における的確な地域情報を提供することができる。ここで、実施例１と比べて伝送するデータ量は増大するが、地域情報の誤差を減少させることができ、受信装置側で的確な地域情報を取得することができる。なお、受信装置２では実施例１と同様に処理を行い抽出部２７にて指定された緯度及び経度情報に基づく地域情報の抽出を行い表示部２８にて所望の地域情報を表示することができる。
【００８２】
なお、上述したように実施例２の場合も、実施例１で述べたように地域情報（領域の情報）に代替テーブルによるＩＤを入力することにより、伝送するデータ量を減少させることができ、伝送効率を向上させることができる。
【００８３】
（実施例３）
実施例３は、上述した代替テーブルもバイナリテーブル化して、代替テーブルのバイナリテーブルと、緯度及び経度情報のバイナリテーブルとの２つのテーブルを伝送する例である。
【００８４】
ここで、図１０は、図８で示した領域に対して生成した２つのバイナリテーブルの一例の図である。図１０（ａ）は、図９で示したバイナリテーブルと同様にバイナリテーブルを生成しているが、地域情報フィールドには、図１０（ｂ）の代替テーブルに対応したＩＤをセットする。
【００８５】
図１０（ｂ）では、ＩＤに対応した地域情報、及び地域の詳細情報が入力されている。送信装置１は、図１０（ａ）、（ｂ）のバイナリテーブルを符号化して送信することにより、実施例１で述べた代替テーブルを予め位置情報記憶部２６に記憶させておく方法と比較して、代替テーブルを容易に変更することができ、また、リアルタイムの詳細な情報を生成することができる。これにより受信装置２は、詳細で的確な情報を抽出して表示することができる。
【００８６】
なお、抽出部２７では、最初に実施例１で説明したｓｅａｒｃｈ（）関数により抽出を行った後、取得した領域情報のリンク先ＩＤを引数にして図１０（ｂ）に示すバイナリテーブルを検索することにより、指定された地域情報及び地域の詳細情報を取得することができる。
【００８７】
上述により、送信データ量を減少させることができ、伝送効率を向上させることができる。
【００８８】
（実施例４）
実施例４では、地域情報は同一で、かつ緯度及び経度の一方が同一であった場合に、同一のレコード内に他方の領域の範囲を複数入力する例である。
【００８９】
データ放送規格（ＡＲＩＢ　ＳＴＤ−Ｂ２４　第二編）によれば、複数の範囲指定を同一のフィールドにおけるレコードに設定することが可能であるため、複数の矩形領域を入力することができ、これにより、同一の地域情報を有し且つ緯度及び経度の一方が同一であるレコードを別レコードとして生成する必要がないため、伝送するデータ量を削減することができ伝送効率を向上させることができる。
【００９０】
ここで、図１１に、実施例４における地域領域の一例を示す。また、図１１に対応して生成したバイナリテーブルの一例を図１２に示す。
【００９１】
図１１に示すように、地域の離れた、同一の地域情報（例えば、図１１においては、“大雨注意報発令中”）を有する地域領域が存在した場合、例えば、図１１の（２）の矩形に対しては、緯度範囲が同一であり経度範囲は異なっている（図１１（２）−１、及び図１１（２）−２）ため、この場合に、図１２に示すようにバイナリテーブルの同一のレコード内に、複数の経度範囲を設定することができる。これにより、バイナリテーブルのレコード数を削減することができ、バイナリテーブル全体のデータ量を削減することができる。
【００９２】
受信装置２では、実施例１と同様の処理を行うことで、郵便番号を符号化する場合よりも的確な地域情報を取得することができる。また、バイナリテーブルにより符号化したい地域を緯度及び経度により限定させることで、その地域の郵便番号を用いて符号化する場合と比較して、柔軟な領域の設定が可能となる。
【００９３】
上述した実施例を用いて、緯度及び経度情報と対応する地域情報をバイナリテーブルにより符号化することにより、受信側で指定した位置情報に基づいて、的確な地域情報等を提供することができる。
【００９４】
上述したように、本発明によれば、バイナリテーブルにより符号化したい地域を緯度及び経度により限定させることで、その地域の郵便番号を用いて符号化する場合と比較して、柔軟な領域の設定が可能となる。
【００９５】
更に、郵便番号を用いて符号化する場合と比較して、移動体受信等で動的に変化する受信装置にも対応できる点で優れている。
【００９６】
なお、矩形領域を緯度及び経度を用いて符号化する手法として、バイナリテーブルにＵｎｓｉｇｎｅｄ　Ｉｎｔｅｇｅｒ型（符号なし整数）又はＩｎｔｅｇｅｒ型（符号付整数）の整数４個（例えば、ｘ０、ｙ０、ｘ１、ｙ１）を符号化し、検索用ＡＰＩで点（Ｘ，Ｙ）を判定するときに（ｘ０≧Ｘ、かつ、ｘ１≦Ｘ、かつ、ｙ０≧Ｙ、かつｙ１≦Ｙ）の４つの検索条件で検索する方法も可能ではあるが、実施例に示した方法を用いた方が以下の点で有効である。
【００９７】
▲１▼実施例で示したように伝送するバイナリテーブルの容量を小さくすることができる。
【００９８】
▲２▼緯度及び経度の２つの検索条件指定で十分であるためＢＭＬ文書のスクリプト記述が簡潔になり、また、より高速なＥＣＭＡＳｃｒｉｐｔの処理が期待できる。
【００９９】
▲３▼現在のデータ放送で頻繁に使用されている郵便番号検索機能に対して特化された受信装置の実装が行われている場合、更に高い処理速度が期待できる。
【０１００】
また、実施例２〜４で示した矩形の分割数については、分割する数が多くなると符号化データ量が増大してしまう点、及び、分割する数が少なすぎると地域領域の誤差が増大になる点を考慮して設定する必要がある。そこで、予め分割パラメータを設定しておき自動的に分割を行うよう設定してもよい。
【０１０１】
更に、本発明における符号化方法は、ＢＭＬ文書を使用するためだけでなく、例えば、Ｂ−ＸＭＬ（Ｂｒｏａｄｃａｓｔ　ＸＭＬ）文書を利用することで、アプリケーション毎のタグや文書の構造を定義するＤＴＤ等を利用することができ、多種の情報を受信者に対して提供することができる。
【０１０２】
また、本発明の説明においては、地域情報として、天候情報を受信装置に提供する方法について説明したが、本発明において提供される地域情報は、この限りではなく、例えば、地震、津波等の災害に関する情報や、特定の店から数ｋｍにある受信装置に対して、そのお店の広告を表示させることもできる。
【０１０３】
【発明の効果】
上述の如く、本発明によれば、緯度及び経度情報に対応した地域情報を取得することができる。更に、取得した地域情報は、緯度及び経度情報に対応しているため、的確な情報を取得することができる。
【０１０４】
更に、本発明におけるバイナリテーブルを生成することにより効率的な伝送を行うことができる。
【図面の簡単な説明】
【図１】ｓｅａｒｃｈ（）関数の定義の一例を示す図である。
【図２】本発明における送信装置のブロック構成の一例を示す図である。
【図３】本発明における受信装置のブロック構成の一例を示す図である。
【図４】２個の矩形の地域領域の一例を示す図である。
【図５】実施例１に基づいて生成されたバイナリテーブルの一例である。
【図６】ｓｅａｒｃｈ（）関数への引数設定の一例を示す図である。
【図７】本発明における代替テーブルの一例を示す図である。
【図８】１つの領域を複数個の矩形に分割した地域領域の一例を示す図である。
【図９】図８に対応させたバイナリテーブルの一例を示す図である。
【図１０】図８で示した領域に対して生成した２つのバイナリテーブルの一例の図である。
【図１１】実施例４における地域領域の一例を示す図である。
【図１２】図１１に対応して生成したバイナリテーブルの一例を示す図である。
【符号の説明】
１　送信装置
２　受信装置
１１　位置情報データ記憶部
１２　コンテンツ関連データ記憶部
１３　バイナリテーブル生成部
１４　コンテンツ製作部
１５　符号化部
１６　送信部
１７　データサーバ
２１　受信部
２２　復号化部
２３　バッファメモリ
２４　ＧＰＳ位置取得部
２５　位置情報入力部
２６　位置情報記憶部
２７　抽出部
２８　表示部
【図１】
2004032298.tif 000003
【図２】
2004032298.tif 000004
【図３】
2004032298.tif 000005
【図４】
2004032298.tif 000006
【図５】
2004032298.tif 000007
【図６】
2004032298.tif 000008
【図７】
2004032298.tif 000009
【図８】
2004032298.tif 000010
【図９】
2004032298.tif 000011
【図１０】
2004032298.tif 000012
【図１１】
2004032298.tif 000013
【図１２】
2004032298.tif 000014