JP4203354B2 - コンテンツ配信装置およびコンテンツ受信装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上に存在する位置情報を有するコンテンツに関する情報を送受信するコンテンツ配信装置およびコンテンツ受信装置に関する。
【０００２】
【従来の技術】
近年、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）機能を持つモバイル端末の普及と共に、ユーザの現在地周辺に関する情報を提供する位置情報サービスに対する需要が高まりつつある。また、地上デジタル放送受信機能を搭載したモバイル端末の開発も進められている。このような背景から、近い将来、ＧＰＳによる位置情報取得機能と、地上デジタル放送受信機能、そして、通信によるインターネットアクセス機能を兼ね備えたモバイル端末が開発されるであろうことは、容易に推測できる。このようなモバイル端末が普及すると、これまでより利便性の高い位置情報サービスが提供可能となる。
【０００３】
従来からある一般的な位置情報サービスとしては、ＧＰＳ搭載モバイル端末からサーバへ位置情報を通知し、サーバ側においてこのモバイル端末の現在地周辺の情報を検索し、検索結果をモバイル端末へ返信するサービスが知られている。
【０００４】
位置情報サービスの従来例としては、特許文献１に示される方法がある。この方法は、無線基地局を中心とするゾーン毎に、そのゾーン内のコンテンツのＵＲＬ一覧を提供するＵＲＬ一覧サーバを配置した環境において、モバイル端末は、無線基地局から受信したゾーン識別信号を受信し、ＵＲＬ一覧サーバとゾーン識別信号の対応テーブルから、自身が存在するゾーンに対応するＵＲＬ一覧サーバのＵＲＬを求め、そのＵＲＬ一覧サーバから地域ＵＲＬ一覧リストを取得するものである。
【０００５】
また、特許文献２に示されているエリア限定報知情報の供給方法は、報知情報を配信する情報受給者の範囲を地理的、時間的に予め設定した単位に分割し、報知情報毎に当該広告を配信する地理的、時間的配信単位を定めて、各々の配信単位に配信を要望された全報知情報の配信をスケジュールして、上記スケジュールに従い、配信単位内に存在する情報受給者にプッシュ型で報知情報を配信するものである。
【０００６】
また、特許文献３に示されているユーザ別情報提供サービス方法は、ユーザ契約情報及び在圏情報からユーザへ提供すべき情報メニューを作成する情報メニューセンタを移動網内に配備し、電源投入時、もしくは、在圏エリア移行時に移動機と移動網との間で行われる位置登録時に情報メニューを送信するものである。
【０００７】
また、特許文献４に示されるコンテンツ配信方法は、コンテンツの配信対象地域を示す属性コードとコンテンツのアドレスとを対応付けたメニューデータを放送で配信し、端末において、受信したメニューデータの属性コードを参照して、端末の現在地に対応したコンテンツのアドレスを抽出し、そのコンテンツを取得するものである。
【０００８】
【特許文献１】
特開平１１−９８５６８号公報（特許第３３００２６２号）、移動体通信システム及び移動端末
【特許文献２】
特開２００２−１３２８２０号公報、エリア限定報知情報の供給方法
【特許文献３】
特開２０００−３３３２５８号公報、ユーザ別情報提供サービス方法ならびにシステム
【特許文献４】
特開２００２−３３４０９５号公報、コンテンツ配信方法、コンテンツ配信システム及びコンテンツ配信設備
【０００９】
【発明が解決しようとする課題】
しかしながら、特許文献１〜特許文献４の方法は、予め設定されたエリア毎にコンテンツを分類し、端末に対して、端末が属するエリアに含まれるコンテンツに関する情報を提供するものであり、ユーザ端末の現在地を中心として設定した、ユーザの関心領域に含まれる周辺情報を提供するものではないという課題がある。
【００１０】
本発明は、かかる点に鑑みてなされたものであり、地理的な地点あるいは領域と関連付けられるコンテンツに関して、位置情報に基づいて、ユーザの関心地点もしくは関心領域に限定したコンテンツの情報を効率的に抽出することが可能なコンテンツ配信環境を提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明は、地理的な位置情報と関連付けられるコンテンツである位置依存コンテンツと、前記位置依存コンテンツの地理的な位置を示す地理的位置情報および前記位置依存コンテンツのリンク先であるネットワーク位置情報を含むメタ情報コンテンツとを有するサーバより、前記メタ情報コンテンツを収集した後に、前記メタ情報コンテンツの地理的位置情報に基づいて前記位置依存コンテンツの地理的な分布領域をメッシュ状のエリアに分割し、前記ネットワーク位置情報を含むコンテンツ情報に前記地理的位置情報をインデックスとして付加したコンテンツ情報ブロックを生成し、さらに、前記エリア毎に前記コンテンツ情報ブロックをまとめたものに前記エリアの位置および形状を定義するエリア位置情報をインデックスとして付加したエリア情報ブロックを生成し、前記エリア情報ブロックを列挙した構造を持つリストコンテンツを生成するようにしたものである。
【００１２】
これにより、位置情報と関連付けられるコンテンツに関して、位置情報に基づいてコンテンツのメタデータを階層的に整理したコンテンツ一覧リストを端末に配信することができる。この結果、地理的な位置条件によって効率的にコンテンツを検索することが可能なコンテンツ配信環境を、ユーザに対して提供することができる。
【００１３】
本発明の第１の態様にかかるコンテンツ配信装置は、地理的な位置情報と関連付けられるコンテンツである位置依存コンテンツと、前記位置依存コンテンツのメタデータとして、地理的な位置を示す地理的位置情報と、前記位置依存コンテンツのリンク先であるネットワーク位置情報とを含むメタ情報コンテンツとを有するサーバより、前記メタ情報コンテンツを収集するメタ情報コンテンツ収集部と、前記メタ情報コンテンツの前記地理的位置情報に基づいて、前記位置依存コンテンツの地理的な分布領域をメッシュ状のエリアに分割し、前記メタ情報コンテンツのサブセットであり、かつ、少なくとも前記ネットワーク位置情報を含むコンテンツ情報に、前記地理的位置情報をインデックスとして付加したコンテンツ情報ブロックを生成し、前記エリア毎に前記コンテンツ情報ブロックをまとめ、これに、前記エリアの位置および形状を定義するエリア位置情報をインデックスとして付加したエリア情報ブロックを生成し、前記エリア情報ブロックを列挙した構造を持つリストコンテンツを生成するリストコンテンツ生成部と、前記リストコンテンツを配信するリストコンテンツ配信部と、を具備した構成を採る。
【００１４】
これにより、位置情報と関連付けられるコンテンツに関して、位置情報に基づいて、コンテンツのメタデータを階層的に整理したコンテンツ一覧リストを端末に配信し、地理的な位置条件によって、効率的にコンテンツを検索することが可能なコンテンツ配信環境を、ユーザに対して提供することができる。
【００１５】
本発明の第２の態様は、第１の態様にかかるコンテンツ配信装置において、前記リストコンテンツ生成部は、前記分布領域のメッシュ分割方法を規定するメッシュエリア定義を、前記リストコンテンツに付加し、前記エリア位置情報を、前記メッシュエリア定義から算出可能なメッシュインデックス番号で記述する。
【００１６】
このように、メッシュエリア定義とメッシュインデックス番号によって、エリアの位置と形状を表現するので、コンテンツ一覧リストのデータ記述量を削減することができ、また、リスト全体の解析をしなくとも、メッシュエリア定義を参照するのみで、コンテンツの検索範囲を絞り込むことが可能なコンテンツ一覧リストをコンテンツ受信端末に提供することができる。
【００１７】
本発明の第３の態様は、第１の態様または第２の態様にかかるコンテンツ配信装置において、前記地理的位置情報は、前記位置依存コンテンツに関連する地理的な代表地点を示すコンテンツ代表地点と、前記位置依存コンテンツに関連する地理的な領域を示すコンテンツ存在領域と、前記位置依存コンテンツの地理的な配信範囲を示すコンテンツ配信領域とのいずれかを組み合わせた情報である。
【００１８】
これにより、位置依存コンテンツに関連する地理的な位置情報を、地点として表現するだけでなく、領域として表現することが可能になるので、広い面積を有する施設や公園などと位置依存コンテンツを対応付けることが容易になり、また、位置依存コンテンツを配信する地理的な範囲を定義できるので、コンテンツ一覧リストにコンテンツ提供者側の意図を記述することができる。
【００１９】
本発明の第４の態様は、第３の態様にかかるコンテンツ配信装置において、前記メタ情報コンテンツおよび前記コンテンツ情報は、前記位置依存コンテンツの種別を示すカテゴリ情報を含む。
【００２０】
これにより、地理的な位置条件によって、コンテンツ一覧リストから検索されたコンテンツの中から、さらに、カテゴリによってコンテンツを検索することが可能なコンテンツ一覧リストをコンテンツ受信端末に提供することができる。
【００２１】
本発明の第５の態様にかかるコンテンツ受信装置は、地理的な位置を示す地理的位置情報と関連付けられるコンテンツである位置依存コンテンツのメタデータであり、かつ、前記位置依存コンテンツのリンク先であるネットワーク位置情報を含むコンテンツ情報に、前記地理的位置情報をインデックスとして付加したコンテンツ情報ブロックを一つの構成単位として、地理的なエリア毎に前記コンテンツ情報ブロックがまとめられ、これに、前記エリアの位置および形状を定義するエリア位置情報がインデックスとして付加されているエリア情報ブロックを列挙した構造を持つリストコンテンツを受信するコンテンツ受信部と、現在地点もしくは検索地点を示す地点位置情報を取得する位置情報取得部と、前記地点位置情報を基準としてコンテンツの地理的な検索条件を設定し、前記検索条件と前記エリア定義情報とを比較することによって検索対象となる前記エリア情報ブロックを絞り込み、さらに、前記検索条件と前記地理的位置情報とを比較することによって、前記リストコンテンツから、前記検索条件に合致する前記コンテンツ情報の一覧リストである局所領域リストコンテンツを生成するコンテンツ処理部とを具備した構成を採る。
【００２２】
このようにして、地理的な検索条件に基づいて検索対象となるエリアを限定し、そのエリア内のコンテンツのみを検索するという、階層的なコンテンツ検索処理を行うので、ユーザに対するコンテンツ検索の応答時間を向上することができる。
【００２３】
本発明の第６の態様は、第５の態様にかかるコンテンツ受信装置において、前記リストコンテンツは、前記位置依存コンテンツの地理的な分布領域をメッシュ状に分割する方法を定義したメッシュエリア定義を有し、かつ、前記エリア位置情報は、前記メッシュエリア定義から算出可能なメッシュインデックス番号で記述されており、前記コンテンツ処理部は、前記メッシュエリア定義を参照して、前記検索条件に合致するメッシュエリアの前記メッシュインデックス番号を求めることによって、検索対象となる前記エリア情報ブロックを絞り込み、さらに、前記検索条件と前記地理的位置情報とを比較することによって、前記リストコンテンツから前記局所領域リストコンテンツを生成する。
【００２４】
このようにして、リスト全体の解析をせずに、メッシュエリア定義を参照して、コンテンツの検索範囲となるエリア情報ブロックを絞り込み、局所領域リストコンテンツを生成するので、検索処理に要する時間を短縮することができる。
【００２５】
本発明の第７の態様は、第６の態様にかかるコンテンツ受信装置において、前記検索条件は、前記地点位置情報を基準として設定される地理的空間内の一点を示す関心地点、もしくは、前記地点位置情報を基準として設定される地理的空間内の領域を示す関心領域である。
【００２６】
これにより、目的に応じて、コンテンツ検索条件として、地理的な検索対象地点、もしくは、地理的な検索対象領域を指定することが可能なコンテンツ検索手段をユーザに提供することができる。
【００２７】
本発明の第８の態様は、第６の態様または第７の態様にかかるコンテンツ受信装置において、前記地理的位置情報は、前記位置依存コンテンツに関連する地理的な代表地点を示すコンテンツ代表地点と、前記位置依存コンテンツに関連する地理的な領域を示すコンテンツ存在領域と、前記位置依存コンテンツの地理的な配信範囲を示すコンテンツ配信領域とのいずれかを組み合わせた情報である。
【００２８】
これにより、広い面積を有する施設や公園などに関連する位置依存コンテンツの位置情報が地理的領域として定義され、かつ、位置依存コンテンツの配信範囲も地理的領域として定義されるので、地理的領域と関連付けられる位置依存コンテンツを検索する際の利便性を向上することができる。
【００２９】
本発明の第９の態様は、第８の態様にかかるコンテンツ受信装置において、前記コンテンツ処理部は、前記関心領域に前記コンテンツ代表地点が含まれる前記コンテンツ情報のみを含む前記局所領域リストコンテンツを生成する。
【００３０】
これにより、ユーザの意図を反映して関心領域を設定し、関心領域の内部に含まれるコンテンツに限定した一覧リストを生成することが可能になるので、ユーザに対して利便性の高い情報を提供することができる。
【００３１】
本発明の第１０の態様は、第８の態様にかかるコンテンツ受信装置において、前記コンテンツ処理部は、前記関心地点が前記コンテンツ配信領域に含まれる前記コンテンツ情報のみを含む前記局所領域リストコンテンツを生成する。
【００３２】
これにより、コンテンツ提供側の意図を反映してコンテンツ配信領域を設定し、コンテンツ配信領域の内部に存在するユーザ、あるいは、コンテンツ配信領域の内部の地点に関心を持っているユーザに限定して、コンテンツを提供することが可能になる。
【００３３】
本発明の第１１の態様は、第８の態様にかかるコンテンツ受信装置において、前記コンテンツ処理部は、前記関心領域と前記コンテンツ存在領域もしくは前記コンテンツ配信領域とが重なる前記コンテンツ情報のみを含む前記局所領域リストコンテンツを生成する。
【００３４】
これにより、ユーザの意図を反映して関心領域を設定し、関心領域と重なるコンテンツ配信領域を有する位置依存コンテンツとを含むコンテンツ一覧リストを生成することが可能になるので、ユーザに対して利便性の高い情報を提供することができる。
【００３５】
本発明の第１２の態様は、第８の態様にかかるコンテンツ受信装置において、前記局所領域リストコンテンツに含まれる前記コンテンツ情報に記述されている前記位置依存コンテンツのメタデータを参照し、所定条件に合致する一つの前記コンテンツ情報を選択し、選択した前記コンテンツ情報に記述されている前記ネットワーク位置情報を出力するコンテンツ選択部と、指定された前記ネットワーク位置情報が示す前記位置依存コンテンツの取得および表示を行うブラウザ部とをさらに有する。
【００３６】
これにより、検索条件に基づいて生成したコンテンツ一覧リストから選択した位置依存コンテンツを自動的に表示することが可能になるので、例えば、位置移動と共に自動的に情報が更新される移動端末向けの位置情報サービスをユーザに提供することができる。
【００３７】
本発明の第１３の態様は、第８の態様にかかるコンテンツ受信装置において、指定されたコンテンツの取得および表示を行うブラウザ部をさらに有し、前記リストコンテンツは、ブラウザに表示可能なコンテンツを生成するために必要な情報を含み、前記局所領域リストコンテンツは、前記コンテンツ情報の内容を表示すると共に、ユーザが所望する前記ネットワーク位置情報が示す前記位置依存コンテンツを取得することができるコンテンツである。
【００３８】
これにより、検索条件に基づいて生成したコンテンツ一覧リストをユーザに提示し、ユーザが選択した位置依存コンテンツを受信し、それを表示することが可能になる。
【００３９】
本発明の第１４の態様は、地理的な位置情報と関連付けられるコンテンツである位置依存コンテンツと、前記位置依存コンテンツのメタデータとして、地理的な位置を示す地理的位置情報と、前記位置依存コンテンツのリンク先であるネットワーク位置情報とを含むメタ情報コンテンツとを有するサーバより、前記メタ情報コンテンツを収集するメタ情報コンテンツ収集ステップと、前記メタ情報コンテンツの前記地理的位置情報に基づいて、前記位置依存コンテンツの地理的な分布領域をメッシュ状のエリアに分割し、前記メタ情報コンテンツのサブセットであり、かつ、少なくとも前記ネットワーク位置情報を含むコンテンツ情報に、前記地理的位置情報をインデックスとして付加したコンテンツ情報ブロックを生成し、前記エリア毎に前記コンテンツ情報ブロックをまとめ、これに、前記エリアの位置および形状を定義するエリア位置情報をインデックスとして付加したエリア情報ブロックを生成し、前記エリア情報ブロックを列挙した構造を持つリストコンテンツを生成するリストコンテンツ生成ステップと、前記リストコンテンツを配信するリストコンテンツ配信ステップと、を具備したことを特徴とするコンテンツ配信方法である。
【００４０】
本発明の第１５の態様は、第１４の態様にかかるコンテンツ配信方法において、前記リストコンテンツ生成ステップは、前記分布領域のメッシュ分割方法を規定するメッシュエリア定義を、前記リストコンテンツに付加し、前記エリア位置情報を、前記メッシュエリア定義から算出可能なメッシュインデックス番号で記述する。
【００４１】
本発明の第１６の態様は、第１４の態様または第１５の態様にかかるコンテンツ配信方法において、前記地理的位置情報は、前記位置依存コンテンツに関連する地理的な代表地点を示すコンテンツ代表地点と、前記位置依存コンテンツに関連する地理的な領域を示すコンテンツ存在領域と、前記位置依存コンテンツの地理的な配信範囲を示すコンテンツ配信領域とのいずれかを組み合わせた情報である。
【００４２】
本発明の第１７の態様は、地理的な位置情報と関連付けられるコンテンツである位置依存コンテンツのメタデータであり、かつ、前記位置依存コンテンツのリンク先である前記ネットワーク位置情報を含むコンテンツ情報に、前記地理的位置情報をインデックスとして付加したコンテンツ情報ブロックを一つの構成単位として、地理的なエリア毎に前記コンテンツ情報ブロックがまとめられ、これに、前記エリアの位置および形状を定義するエリア位置情報がインデックスとして付加されているエリア情報ブロックを列挙した構造を持つリストコンテンツを受信するコンテンツ受信ステップと、現在地点もしくは検索地点を示す地点位置情報を取得する位置情報取得ステップと、前記地点位置情報を基準としてコンテンツの地理的な検索条件を設定し、前記検索条件と前記エリア定義情報とを比較することによって検索対象となる前記エリア情報ブロックを絞り込み、さらに、前記検索条件と前記地理的位置情報とを比較することによって、前記リストコンテンツから、前記検索条件に合致する前記コンテンツ情報の一覧リストである局所領域リストコンテンツを生成するコンテンツ処理ステップと、を具備したことを特徴とするコンテンツ受信方法である。
【００４３】
本発明の第１８の態様は、第１７の態様にかかるコンテンツ受信方法において、前記リストコンテンツは、前記位置依存コンテンツの分布領域をメッシュ状に分割する方法を定義したメッシュエリア定義を有し、かつ、前記エリア位置情報は、前記メッシュエリア定義から算出可能なメッシュインデックス番号で記述されており、前記コンテンツ処理ステップは、前記メッシュエリア定義を参照して、前記検索条件に合致するメッシュエリアの前記メッシュインデックス番号を求めることによって、検索対象となる前記エリア情報ブロックを絞り込み、さらに、前記検索条件と前記地理的位置情報とを比較することによって、前記リストコンテンツから前記局所領域リストコンテンツを生成する。
【００４４】
本発明の第１９の態様は、第１８の態様にかかるコンテンツ受信方法において、前記検索条件は、前記地点位置情報を基準として設定される地理的空間内の一点を示す関心地点、もしくは、前記地点位置情報を基準として設定される地理的空間内の領域を示す関心領域である。
【００４５】
本発明の第２０の態様は、第１８の態様または第１９の態様にかかるコンテンツ受信方法において、前記地理的位置情報は、前記位置依存コンテンツに関連する地理的な代表地点を示すコンテンツ代表地点と、前記位置依存コンテンツに関連する地理的な領域を示すコンテンツ存在領域と、前記位置依存コンテンツの地理的な配信範囲を示すコンテンツ配信領域とのいずれかを組み合わせた情報である。
【００４６】
本発明の第２１の態様は、地理的な位置情報と関連付けられるコンテンツである位置依存コンテンツと、前記位置依存コンテンツのメタデータとして、地理的な位置を示す地理的位置情報と、前記位置依存コンテンツのリンク先であるネットワーク位置情報とを含むメタ情報コンテンツとを有するサーバより、前記メタ情報コンテンツを収集するメタ情報コンテンツ収集ステップと、前記メタ情報コンテンツの前記地理的位置情報に基づいて、前記位置依存コンテンツの地理的な分布領域をメッシュ状のエリアに分割して、メッシュ分割方法を規定するメッシュエリア定義を生成し、前記メタ情報コンテンツのサブセットであり、かつ、少なくとも前記ネットワーク位置情報を含むコンテンツ情報に、前記地理的位置情報をインデックスとして付加したコンテンツ情報ブロックを生成し、前記エリア毎に前記コンテンツ情報ブロックをまとめ、これに、前記メッシュエリア定義から算出可能なメッシュインデックス番号であるエリア位置情報をインデックスとして付加したエリア情報ブロックを生成し、前記メッシュエリア定義を有し、かつ、前記エリア情報ブロックを列挙した構造を持つリストコンテンツを生成するリストコンテンツ生成ステップと、前記リストコンテンツを配信するリストコンテンツ配信ステップとを有するプログラムである。
【００４７】
本発明の第２２の態様は、地理的な位置情報と関連付けられるコンテンツである位置依存コンテンツのメタデータであり、かつ、前記位置依存コンテンツのリンク先である前記ネットワーク位置情報を含むコンテンツ情報に、前記地理的位置情報をインデックスとして付加したコンテンツ情報ブロックを一つの構成単位として、地理的なエリア毎に前記コンテンツ情報ブロックがまとめられ、これに、前記エリアの位置および形状を定義するエリア位置情報がインデックスとして付加されているエリア情報ブロックを列挙した構造を持つリストコンテンツを受信するコンテンツ受信ステップと、現在地点もしくは検索地点を示す地点位置情報を取得する位置情報取得ステップと、前記地点位置情報を基準としてコンテンツの地理的な検索条件を設定し、前記検索条件と前記エリア定義情報とを比較することによって検索対象となる前記エリア情報ブロックを絞り込み、さらに、前記検索条件と前記地理的位置情報とを比較することによって、前記リストコンテンツから、前記検索条件に合致する前記コンテンツ情報の一覧リストである局所領域リストコンテンツを生成するコンテンツ処理ステップとを有するプログラムである。
【００４８】
本発明の第２３の態様は、第２２の態様にかかるプログラムにおいて、前記リストコンテンツは、前記位置依存コンテンツの分布領域をメッシュ状に分割する方法を定義したメッシュエリア定義を有し、かつ、前記エリア位置情報は、前記メッシュエリア定義から算出可能なメッシュインデックス番号で記述されており、前記コンテンツ処理ステップは、前記メッシュエリア定義を参照して、前記検索条件に合致するメッシュエリアの前記メッシュインデックス番号を求めることによって、検索対象となる前記エリア情報ブロックを絞り込み、さらに、前記検索条件と前記地理的位置情報とを比較することによって、前記リストコンテンツから前記局所領域リストコンテンツを生成する。
【００４９】
本発明の第２４の態様は、請求項２１から請求項２３のいずれかに記載のプログラムを記憶したコンピュータ読み取り可能な記憶媒体である。
【００５０】
以下、本発明の一実施の形態にかかるコンテンツ適応配信システムについて、添付図面を用いて説明する。
【００５１】
まず、本実施の形態にかかるコンテンツ適応配信システムの構成について図１を用いて説明する。このコンテンツ適応配信システムは、サーバが端末に対して、位置情報を有するコンテンツである位置依存コンテンツに関する広域的な情報を提供し、端末において位置依存コンテンツの検索および表示を行うものである。図１は、本実施の形態にかかるコンテンツ適応配信システムのシステム構成図である。
【００５２】
本実施の形態のコンテンツ適応配信システム１００には、コンテンツ放送サーバ１０１、コンテンツ通信サーバ１０２（１０２ａおよび１０２ｂ）、一般Ｗｅｂサーバ１０３（１０３ａ〜１０３ｃ）、コンテンツ受信端末１０４（１０４ａ〜１０４ｃ）、通信ネットワーク１０５、無線基地局１０６、ＧＰＳ衛星１０７が設けられている。
【００５３】
コンテンツ放送サーバ１０１は、放送受信機能を有する端末に対して、一般的なデジタル放送を行うと同時に、カルーセル方式のデータ放送によるコンテンツ配信を行うことが可能な放送局である。コンテンツ放送サーバ１０１の放送形態は、放送衛星や通信衛星による衛星放送、地上デジタル放送、インターネット放送など任意の形態で構わない。本実施の形態においては、コンテンツ放送サーバ１０１は、（例えば、地上デジタル放送によって、）位置依存コンテンツに関する情報を配信する。また、本実施の形態においては、コンテンツ放送サーバ１０１は、通信ネットワーク１０５に接続されているものとする。
【００５４】
コンテンツ通信サーバ１０２は、インターネットプロトコルを利用して、通信機能を有する端末に対して、コンテンツを配信するサーバである。コンテンツ通信サーバ１０２の具体的例としては、インターネット上のＷｅｂサーバ（ＨＴＴＰサーバ）を挙げることができる。なお、本実施の形態においては、コンテンツ通信サーバ１０２の数は限定しない。コンテンツ通信サーバ１０２は、コンテンツ放送サーバ１０１と同様に、位置依存コンテンツに関する情報を配信する役割を果たす。
【００５５】
一般Ｗｅｂサーバ１０３は、コンテンツ通信サーバ１０２と同様にインターネットプロトコルを利用して、通信機能を有する端末に対して、コンテンツを提供するサーバである。一般Ｗｅｂサーバ１０３が保持するコンテンツは、任意のもので良いが、本実施の形態においては、特に、位置依存コンテンツとする。ここで、位置依存コンテンツとは、地理的な位置情報（具体的には緯度・経度座標値）と関連を持つコンテンツ、あるいは、地理的な配信範囲を有するコンテンツを指す。例えば、緯度・経度や住所を持つ店舗のコンテンツや、交通情報、天気予報、配信地域限定広告などのコンテンツが、これに相当する。
【００５６】
コンテンツ受信端末１０４は、デジタル放送を受信する機能と、通信ネットワークにアクセスする機能とを有するクライアント端末である。コンテンツ受信端末１０４は、コンテンツ放送サーバ１０１およびコンテンツ通信サーバ１０２、一般Ｗｅｂサーバ１０３からコンテンツを受信する。また、コンテンツ受信端末１０３が移動可能な端末である場合には、コンテンツ受信端末１０４は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等により位置情報を取得する機能も有するものとする。コンテンツ受信端末１０４は、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）やカーナビゲーションシステムなどの任意の端末で良い。
【００５７】
通信ネットワーク１０５は、サーバ（コンテンツ放送サーバ１０１、コンテンツ通信サーバ１０２、一般Ｗｅｂサーバ１０３）とコンテンツ受信端末１０４との間で相互通信可能なネットワークであり、インターネットやＷＡＮ（ＷｉｄｅＡｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、無線ネットワーク、あるいは、それらが複合したネットワークなど任意のネットワークである。
【００５８】
無線基地局１０６は、通信ネットワーク１０５と移動型のコンテンツ受信端末１０４との間の通信を中継する。
【００５９】
ＧＰＳ衛星１０７は、船舶や飛行機、自動車などのナビゲーション（測位）に利用される衛星である。移動型のコンテンツ受信端末１０４は、複数個のＧＰＳ衛星１０７からの電波を受信して、端末の現在地の緯度・経度座標値を算出する。
【００６０】
次に、コンテンツ適応配信システム１００において、送受信されるデータについて説明する。コンテンツ適応配信システム１００では、インターネット上に存在する一般的な任意のコンテンツを送受信することが可能であるが、特に、位置依存コンテンツとそのメタデータ、リストコンテンツ、局所領域リストコンテンツを取り扱う。
【００６１】
位置依存コンテンツとは、地理的な位置情報、あるいは、地理的な配信範囲を有するコンテンツである。例えば、緯度・経度や住所を持つ店舗や施設などに関する内容が記載されたコンテンツや、配信地域が限定される広告などのコンテンツが、これに相当する。本実施の形態においては、緯度・経度座標値に対応付けられるＨＴＭＬコンテンツを位置依存コンテンツとする。ただし、位置依存コンテンツは、ＨＴＭＬ以外の記述言語で記述されたコンテンツやＭＰＥＧなどの動画コンテンツ、あるいは、配信中のストリームデータであっても良い。
【００６２】
この位置依存コンテンツは、一般Ｗｅｂサーバ１０３に保持されるものであり、任意のＨＴＴＰクライアント端末から自由にアクセスすることが可能である。すなわち、位置依存コンテンツは、ＵＲＬ（Ｕｎｉｆｏｒｍ ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）を有する。これ以降、緯度・経度座標値や住所などによって、地理的空間内の地点や領域を規定する情報を地理的位置情報と呼び、ＵＲＬを通信ネットワーク１０５におけるコンテンツの位置を示す情報であると定義し、ネットワーク位置情報と呼ぶこととする。すなわち、位置依存コンテンツは、地理的位置情報とネットワーク位置情報を有する。
【００６３】
位置依存コンテンツを有する一般Ｗｅｂサーバは、位置依存コンテンツに付随するデータとしてメタデータも有する。メタデータとは、データを利用するためのデータであり、例えば、データの形式、符号化仕様、コンテンツ実態の所在とアクセス方法、コンテンツの内容、権利・使用条件などが含まれる。メタデータはコンテンツ実態と別個に作成され、コンテンツを視聴する端末が、コンテンツ実態へのアクセスに先立って、メタデータを参照する。
【００６４】
本実施の形態においては、位置依存コンテンツのメタデータは、ＸＭＬ準拠の記述言語によって記述され、少なくとも、コンテンツ実態の地理的位置情報とネットワーク位置情報が含まれるものとする。また、位置依存コンテンツの配信範囲が規定される場合には、メタデータ中に配信範囲も記述される。これらのほかに、メタデータには、コンテンツのタイトルやカテゴリ、概要を記述したテキスト、連絡先、更新日時などを含むことができる。本実施の形態においては、これ以降、断りが無い限り、“メタデータ”とは“位置依存コンテンツのメタデータ”を意味することとする。また、“位置依存コンテンツのメタデータをまとめたコンテンツ”を“メタ情報コンテンツ”と呼ぶ。さらに、メタ情報コンテンツから抽出した情報をコンテンツ情報と呼ぶこととする。
【００６５】
リストコンテンツとは、位置依存コンテンツの参照先（ＵＲＬ）の一覧リストが記述されているコンテンツである。本実施の形態においては、リストコンテンツはＸＭＬ準拠の記述言語で記述され、地理的位置情報によって位置依存コンテンツのコンテンツ情報が分類されているフォーマットをしている。すなわち、リストコンテンツに記載されている地理的位置情報を検索すると、その地理的位置情報と関連がある位置依存コンテンツのコンテンツ情報を参照することができる。本実施の形態においては、コンテンツ放送サーバ１０１は、メタ情報コンテンツを収集し、そのメタ情報コンテンツ群からリストコンテンツを生成する。
【００６６】
コンテンツ受信端末１０４は、リストコンテンツから局所領域リストコンテンツを生成する。ここで、リストコンテンツ中に記載されている位置依存コンテンツが分布する地理的な空間をコンテンツ分布領域と呼ぶこととする。これに対し、特定地点、例えば、移動型のコンテンツ受信端末１０４の現在地周辺に限定した空間を関心領域ＲＯＩ（Ｒｅｇｉｏｎ Ｏｆ Ｉｎｔｅｒｅｓｔ）と呼ぶ。局所領域リストコンテンツとは、関心領域内に含まれる位置依存コンテンツの参照先（ＵＲＬ）の一覧リストが記述されているコンテンツである。
【００６７】
これ以降、関心領域ＲＯＩの代表点を関心地点ＰＯＩ（Ｐｏｉｎｔ Ｏｆ Ｉｎｔｅｒｅｓｔ）と呼ぶ。関心領域ＲＯＩが円領域の場合、円領域の中心がＰＯＩであり、本実施の形態においては、ＰＯＩはコンテンツ受信端末の現在地に相当する。
【００６８】
コンテンツ適応配信システム１００は、上述のようなデータを取り扱う。具体的には、一般Ｗｅｂサーバ１０３は位置依存コンテンツとその位置依存コンテンツのメタデータであるメタ情報コンテンツを、コンテンツ放送サーバ１０１（もしくはコンテンツ通信サーバ１０２）はリストコンテンツを保有し、コンテンツ受信端末１０４は、リストコンテンツから局所領域リストコンテンツを生成する。
【００６９】
次に、図１のコンテンツ適応配信システムのうち、コンテンツ放送サーバ１０１とコンテンツ受信端末１０４に関して詳細な説明を行う。本実施の形態においては、コンテンツ通信サーバ１０２と一般Ｗｅｂサーバ１０３は、ごく一般的なＷｅｂサーバ（ＨＴＴＰサーバ）であるので説明を省略する。同様に、無線基地局１０６およびＧＰＳ衛星１０７に関しても、一般的な通信設備であるので説明を省略する。
【００７０】
まず、図２を参照しながら、コンテンツ放送サーバ１０１の内部構成を説明する。コンテンツ放送サーバ１０１は、通信ネットワーク１０５を介して、一般Ｗｅｂサーバ１０３からＷｅｂコンテンツのメタ情報コンテンツを収集し、収集したメタ情報コンテンツよりリストコンテンツを生成し、放送によってリストコンテンツを配信する。
【００７１】
通信インタフェース部２０１は、通信ネットワーク１０５を介して、他の通信装置とデータ送受信を行うための通信手段である。
【００７２】
メタ情報コンテンツ収集部２０２は、一般Ｗｅｂサーバ１０３から送信されてくるＷｅｂコンテンツのメタ情報コンテンツを収集する。このメタ情報コンテンツには、Ｗｅｂコンテンツに関する各種情報（メタデータ）が記述されている。本実施の形態においては、メタ情報コンテンツには、少なくとも、Ｗｅｂコンテンツに関連する位置情報が含まれているものとする。Ｗｅｂコンテンツのメタ情報コンテンツの詳細については後述する。また、本実施の形態においては、メタ情報コンテンツ収集部２０２は、一般Ｗｅｂサーバ１０３から送信されてくるメタ情報コンテンツを受動的に取得するものとするが、ロボット型のサーチエンジンを搭載し、通信ネットワーク１０５に接続されている一般Ｗｅｂサーバ１０３を探索し、能動的にメタ情報コンテンツを取得するものとしても良い。
【００７３】
リストコンテンツ生成部２０３は、収集したＷｅｂコンテンツのメタ情報コンテンツよりリストコンテンツを生成する。
【００７４】
ＧＵＩ部２０４は、コンテンツ放送サーバ１０１の管理者がコンテンツ放送サーバを制御するために用意されるＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）である。コンテンツ放送サーバ１０１の管理者は、ＧＵＩ部２０４を介して、リストコンテンツを生成するために必要な各種パラメータの設定やリストコンテンツ生成の指示、あるいは、Ｗｅｂコンテンツのメタデータやリストコンテンツの内容確認を行うことができる。
【００７５】
リストコンテンツ配信部２０５は、リストコンテンツ生成部２０３において生成したリストコンテンツをカルーセル方式のデータ放送によって配信する。
【００７６】
放送インタフェース部２０６は、カルーセル方式のデータ放送を実行するための放送手段である。図２には、図示していないが、放送インタフェース部２０６は、通常のデジタル放送を行う機能も有しているものとする。
【００７７】
蓄積部２０７は、Ｗｅｂコンテンツのメタ情報コンテンツやリストコンテンツを蓄積するためのデータ記憶手段であり、メタ情報コンテンツ収集部２０２とリストコンテンツ生成部２０３とリストコンテンツ配信部２０５とが接続される。
【００７８】
制御部２０８は、コンテンツ放送サーバ１０１の全ての構成要素を制御し、リストコンテンツの生成や配信などのスケジューリングを行う。
【００７９】
コンテンツ放送サーバ１０１は、ハードウェアのみで構成されても良いし、あるいは、ソフトウェアプログラムの実行環境を有するハードウェアであっても良い。例えば、コンテンツ放送サーバ１０１の構成要素のうち、メタ情報コンテンツ収集部２０２や、リストコンテンツ生成部２０３、リストコンテンツ配信部２０５などはソフトウェアプログラムとして搭載することが可能である。
【００８０】
また、本実施の形態においては、コンテンツ放送サーバ１０１は、通信インタフェース部２０１およびメタ情報コンテンツ収集部２０２を搭載しているが、オフラインでメタ情報コンテンツを収集し、収集したメタ情報コンテンツを蓄積部に蓄積する場合には、通信インタフェース部２０１およびメタ情報コンテンツ収集部２０２は、必ずしも必要な構成要素ではない。
【００８１】
次に、図３を参照しながら、コンテンツ受信端末１０４の内部構成を説明する。コンテンツ受信端末１０４は、位置依存コンテンツを表示することが可能なクライアント端末である。例えば、コンテンツ受信端末１０４は、ＧＰＳ等によって取得した位置情報とコンテンツ放送サーバ１０１から取得したリストコンテンツを利用することによって、コンテンツ受信端末１０４の現在地周辺に関連するＷｅｂコンテンツを効率的に視聴することが可能である。
【００８２】
放送インタフェース部３０１は、地上デジタル放送や衛星放送（ＢＳ、ＣＳ）、ケーブルテレビなどの放送を受信するためのデータ受信手段である。本実施の形態のコンテンツ適応配信システム１００においては、（主としてモバイル端末を対象とするので、）放送インタフェース部３０１は、地上デジタル放送を受信するものとする。さらに、本実施の形態においては、放送インタフェース部３０１は、カルーセル方式のデータ放送のみを受信するものとする。もちろん、コンテンツ受信端末１０４が、放送インタフェース部３０１によって、通常の放送（映像コンテンツ）を受信し、そのコンテンツを再生できるものとしても良い。
【００８３】
通信インタフェース部３０２は、通信ネットワーク１０５に接続される任意の通信装置と双方向通信を行うためのデータ送受信手段である。本実施の形態においては、通信インタフェース部３０２は、インターネットプロトコル、特に、ＨＴＴＰによって、サーバよりコンテンツを取得するために使用される。
【００８４】
コンテンツ処理部３０３は、ブラウザ部３０４もしくは制御部３０６からの指示に従って、放送インタフェース部３０１もしくは通信インタフェース部３０２からデータ（制御メッセージもしくはコンテンツ）を取得し、データ種別に応じて、取得したデータをブラウザ部３０４と蓄積部３０５と制御部３０６とのいずれかに出力する。コンテンツ処理部３０３の主な機能は、リストコンテンツに対する位置適応処理と、ＨＴＴＰプロキシ処理である。コンテンツ処理部３０３の詳細については、後述する。
【００８５】
ブラウザ部３０４は、コンテンツ処理部３０３から受信したコンテンツを表示するものであり、一般的なＷｅｂブラウザ（ＨＴＭＬブラウザ）と同等の機能を持つ。すなわち、ブラウザ部３０４は、コンテンツ処理部３０３に対してコンテンツ配信に関わるメッセージ（ＨＴＴＰメッセージ）を出力し、その応答としてＨＴＭＬコンテンツを受信する。また、ブラウザ部３０４は、コンテンツ放送サーバ１０１から取得したコンテンツに関しても、（コンテンツ処理部３０３を経由することによって）コンテンツ通信サーバから取得したコンテンツと同様に表示することが可能である。なお、図１のコンテンツ適応配信システムが、ＢＭＬ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等の他のマークアップ言語で記述されたコンテンツを配信対象とする場合には、ブラウザ部３０４は、それらのマークアップ言語で記述されたコンテンツを表示する機能を持つものとする。
【００８６】
蓄積部３０５は、コンテンツ処理部３０３が取得したコンテンツを一時蓄積するデータ記憶手段であり、メモリやハードディスクから構成されるものである。例えば、コンテンツ適応処理の対象となるコンテンツや、放送から受信したコンテンツは、蓄積部３０５に一時蓄積され、所定の処理がなされた後に、ブラウザ部３０４へ送信される。また、蓄積部３０５は、ブラウザ部３０４が表示したコンテンツをキャッシュする機能を持つ。
【００８７】
制御部３０６は、コンテンツ受信端末１０４の全体制御を行う。制御部３０６の主な機能は、位置情報取得部３０７（もしくは地図処理部３０８）から取得した位置情報をコンテンツ処理部３０３へ通知することである。また、制御部３０６は、コンテンツ処理部３０３やブラウザ部３０４に対して、コンテンツ取得やコンテンツ表示を指示する。例えば、制御部３０６は、コンテンツ処理部３０３に対して、コンテンツ放送サーバ１０１からのコンテンツを取得するために必要なパラメータ（受信チャネルや番組識別子など）を通知する、あるいは、ブラウザ部３０４に対して、一般Ｗｅｂサーバ１０３の有するコンテンツのアドレス（ＵＲＬ）や、蓄積部３０５に蓄積されているコンテンツのアドレス（ファイル名）を通知し、そのコンテンツの表示を指示する。
【００８８】
位置情報取得部３０７は、ＧＰＳなどによって地理的な位置情報（緯度・経度座標値）を取得し、取得した位置情報を制御部３０６へ出力する。この位置情報は、移動型のコンテンツ受信端末１０４の現在地を示すものであり、これ以降、これを関心地点位置情報と呼ぶことにする。
【００８９】
地図処理部３０８は、例えば、地図描画、地図の表示エリア変更・拡大・縮小、地図検索などの一般的な地図表示アプリケーションが有する機能を持つものである。この地図処理部は、コンテンツ受信端末１０４の現在地を表示する、あるいは、ユーザが任意の場所（例：目的地）を検索するために使用される。また、地図処理部３０８は、地図上の特定地点の位置情報（＝関心地点位置情報）を制御部３０６に出力することも可能である。なお、コンテンツ受信端末１０４が地図表示機能を必要としない場合は、地図処理部３０８は不要な構成要素である。
【００９０】
ＧＵＩ部３０９は、コンテンツ視聴や地図表示、地図検索に関わるユーザからの指示を取得する機能や、コンテンツ放送サーバ１０１から受信するコンテンツを選択する機能（受信チャネル選択など）、コンテンツ通信サーバや一般Ｗｅｂサーバから取得するコンテンツのアドレスを指定する機能、コンテンツ放送サーバ１０１から受信したリストコンテンツに含まれる情報をユーザに提示する機能、ユーザからの各種情報入力を受け付ける機能などを備えたＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）である。
【００９１】
図１のコンテンツ適応配信システム１００は、放送と通信によってコンテンツの送受信を行い、端末側に設けたコンテンツ処理部３０３において関心地点位置情報に基づくコンテンツ適応処理を行う。従って、コンテンツ受信端末１０４は、サーバ側に位置情報を通知する必要がない。また、後述するように、図１のコンテンツ適応配信システム１００では、コンテンツ放送サーバ１０１から配信するリストコンテンツに、位置依存コンテンツへの参照先（アクセス方法）を記述することによって、放送と通信が連携するコンテンツ配信を実現している。
【００９２】
ここで、コンテンツ処理部３０３の機能について補足する。前述のように、コンテンツ処理部３０３は、ブラウザ部３０４もしくは制御部３０６からの指示に従ってデータを取得し、データ種別に応じて、取得したデータをブラウザ部３０４と蓄積部３０５と制御部３０６とのいずれかに出力する。
【００９３】
まず、コンテンツ処理部３０３とブラウザ部３０４との関係を整理する。本実施の形態においては、ブラウザ部３０４はＨＴＭＬブラウザである。ブラウザ部３０４は、ＨＴＴＰによって、コンテンツ通信サーバ１０２や一般Ｗｅｂサーバ１０３からコンテンツを取得する。この際のＨＴＴＰメッセージの送受信は、通信インタフェース部３０２およびコンテンツ処理部３０３を経由して実行される。すなわち、コンテンツ処理部３０３は、ＨＴＴＰメッセージを中継するＨＴＴＰプロキシに準じる機能を有する。
【００９４】
例えば、ブラウザ部３０４が、ＨＴＴＰのＧＥＴメッセージを一般Ｗｅｂサーバ１０３へ送信する場合には、ＧＥＴメッセージは、コンテンツ処理部３０３および通信インタフェース部３０２を通過し、一般Ｗｅｂサーバ１０３へ届く。そして、ＧＥＴメッセージに対応する一般Ｗｅｂサーバ１０３からの（コンテンツを含んでいる）応答メッセージは、通信インタフェース部３０２およびコンテンツ処理部３０３を通過して、ブラウザ部３０４へ届く。ただし、応答メッセージに含まれるコンテンツが位置適応処理可能なコンテンツである場合には、コンテンツ処理部３０３において、応答メッセージから取り出されたコンテンツに対して位置適応処理が実行され、再び、ＨＴＴＰの応答メッセージの形式に戻された後にブラウザ部３０４へ送信される。コンテンツ処理部３０３における位置適応処理の詳細に関しては後述する。
【００９５】
次に、コンテンツ処理部３０３と制御部３０６との関係を整理する。制御部３０６は、コンテンツ処理部３０３に対して、（１）データ放送からのデータ取得の指示、（２）リストコンテンツの取得および位置適応処理の指示、（３）関心地点位置情報の通知、を行う。
【００９６】
（１）においては、コンテンツ処理部３０３は、放送インタフェース３０１を介して、カルーセル方式のデータ放送中に含まれるコンテンツを取得する。コンテンツ処理部３０３は、カルーセル方式のデータ放送の仕様に従ってデータを受信し、受信データを蓄積部３０５に一時蓄積する。そして、コンテンツ処理部３０３は、（分割送信されてくる）コンテンツの受信・蓄積が完了したら、制御部３０６に蓄積したコンテンツのアドレス（ファイル名）を通知する。このコンテンツのアドレスが、制御部３０６からブラウザ部３０４へ通知されることによって、コンテンツ放送サーバ１０１から受信し、蓄積部３０５に蓄積されたコンテンツがブラウザ部３０４に表示される。
【００９７】
（２）においては、コンテンツ処理部３０３は、コンテンツ放送サーバ１０１もしくはコンテンツ通信サーバ１０２より取得したリストコンテンツに対する位置適応処理を実行する。本実施の形態における位置適応処理とは、Ｗｅｂコンテンツの位置情報の一覧リストであるリストコンテンツから、関心地点位置情報が示す地点を中心に設定した関心領域に含まれるＷｅｂコンテンツの一覧リスト、すなわち、局所領域リストコンテンツを生成する処理を指す。また、コンテンツ処理部３０３は、再利用のために、取得したリストコンテンツを蓄積部３０５に蓄積する。
【００９８】
ここで、局所領域リストコンテンツには、ブラウザ部３０４において表示可能なコンテンツ（＝ＨＴＭＬコンテンツ）と、ブラウザ部３０４においては表示不可能なコンテンツがある。
【００９９】
前者の場合は、コンテンツ処理部３０３は、局所領域リストコンテンツを蓄積部３０５に蓄積し、そのアドレス（ファイル名）を制御部３０６へ通知する。そして、制御部３０６からブラウザ部３０４へそのアドレスが通知されることによって、コンテンツ放送サーバ１０１から受信し、蓄積部３０５に蓄積された局所領域コンテンツがブラウザ部３０４に表示される。
【０１００】
一方、後者の場合は、コンテンツ処理部３０３は、局所領域リストコンテンツを制御部３０６に送信する。制御部３０６は、局所領域リストコンテンツを解析し、何らかの規則に従って、局所領域リストコンテンツ中に記載されているＷｅｂコンテンツの位置情報（アドレス）から一つの位置情報（アドレス）を選択し、これをブラウザ部３０４へ通知する。ブラウザ部３０４は、通知されたアドレスのＷｅｂコンテンツを表示する。
【０１０１】
（３）においては、制御部３０６は、関心地点位置情報を定期的にコンテンツ処理部３０３に通知する。コンテンツ処理部３０３は、蓄積部３０５に蓄積済みのリストコンテンツを読み出し、新たに取得した関心地点位置情報が示す地点を中心に設定して位置適応処理を実行し、局所領域リストコンテンツを生成する。生成した局所領域リストコンテンツは、（２）の場合と同様に、蓄積部３０５もしくは制御部３０６へ出力する。
【０１０２】
このように、コンテンツ処理部３０３は、ブラウザ部３０４もしくは制御部３０６からの指示に従って、ＨＴＴＰメッセージの中継処理やコンテンツに対する位置適応処理を実行する。
【０１０３】
次に、コンテンツ適応配信システム１００においてコンテンツ受信端末１０４に提供されるサービスの概要を説明する。図４は、本実施の形態において想定する、位置依存コンテンツが分布する地理的な空間（＝コンテンツ分布領域）を示したものである。
【０１０４】
図４のコンテンツ分布領域４００は、ｘ軸方向に４分割、ｙ軸方向に３分割と矩形メッシュ状に分割されている。これ以降、個々の矩形メッシュを地理的コンテンツエリアと呼び、図４中の左上の矩形メッシュを代表として、これを地理的コンテンツエリア４０１とする。また、図４のｘ軸方向およびｙ軸方向に０から始まる番号を振り、個々の矩形メッシュをｘｙ座標値で表すこととする。例えば、ｘ座標＝２、ｙ座標＝１の矩形メッシュを地理的コンテンツエリア（２，１）と記載する。
【０１０５】
個々の地理的コンテンツエリアの内部には、店舗や施設などの地物（ｆｅａｔｕｒｅ）が分布している。ここで、地物とは、地理情報システム（ＧＩＳ：Ｇｅｏｇｒａｐｈｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）分野で使用される専門用語であり、「地球上のある地点に関連付けられた実世界の現象」を指す。本実施の形態においては、“点”や“領域”として地図上にマッピングされるものの総称を「地物」と呼ぶ。「地物」の具体例としては、建造物や公園、道路などを挙げることができる。図４においては、地理的コンテンツエリア（０，０）に含まれる地物の一つに４０２という番号を振っている。
【０１０６】
ここで、地物４０２を店舗４０２と置き換えて説明する。店舗４０２は、その店舗が扱う商品に関する情報を掲載したコンテンツを有する。そのコンテンツは、店舗の場所（緯度・経度座標値）と関連付けられるので、位置依存コンテンツと言うことができる。店舗４０２は、一般Ｗｅｂサーバ１０３を有し、そのサーバのＵＲＬを公開して、店舗４０２の位置依存コンテンツとそのメタ情報コンテンツをコンテンツ受信端末１０４に対して提供している。
【０１０７】
すなわち、一般Ｗｅｂサーバ１０３は、地物４０２に関連する位置依存コンテンツとそのメタ情報コンテンツを保持する。そして、地物４０２に関連する位置依存コンテンツは、ネットワーク位置情報（ＵＲＬ）を有し、地物４０２が存在する地点の緯度・経度座標値を地理的位置情報に対応付けられる。
【０１０８】
なお、図４中には、コンテンツ放送サーバ１０１やコンテンツ通信サーバ１０２、一般Ｗｅｂサーバ１０３は記載していない。これらのサーバは、コンテンツ受信端末１０４からアクセス可能であれば、任意の位置に存在していて良い。また、地物の地理的位置とその地物に対応する一般Ｗｅｂサーバ１０３の地理的位置とは、必ずしも一致しなくて良い。すなわち、地物４０２の位置に、その地物４０２の一般Ｗｅｂサーバ１０３が存在する必要は無く、一般Ｗｅｂサーバ１０３は全く別の場所に存在しても構わない。また、図４では、１２個の地理的コンテンツエリアを提示しているが、地理的コンテンツエリアの個数は任意で良い。同様に、個々の地理的コンテンツエリアに含まれる地物の数も任意で良い。
【０１０９】
次に、コンテンツ受信端末１０４におけるコンテンツ受信の概要を説明する。図５は、コンテンツ分布領域４００において、コンテンツ受信端末１０４の位置と、コンテンツ受信端末１０４に配信される位置依存コンテンツの関係を説明するための図である。
【０１１０】
図５において、コンテンツ受信端末１０４は、地点５０１Ｐから地点５０２Ｐを経由して地点５０３Ｐまで移動し、コンテンツ受信端末１０４のユーザが、移動中に、現在地周辺に関する情報を探すと仮定する。
【０１１１】
図５において、それぞれの地点５０１Ｐ、５０２Ｐ、５０３Ｐを中心として設定されている円領域５０１Ｒ、５０２Ｒ、５０３Ｒは、関心領域ＲＯＩ（Ｒｅｇｉｏｎ Ｏｆ Ｉｎｔｅｒｒｅｓｔ）である。この関心領域ＲＯＩは、位置依存コンテンツの探索範囲を規定するものである。本実施の形態においては、関心領域ＲＯＩを円領域とするが、円以外の形状としても良い。また、関心領域ＲＯＩを円領域とする場合、その半径は、コンテンツ受信端末１０３の速度やユーザの行動意欲などに応じて動的に変更することも可能である。
【０１１２】
コンテンツ受信端末１０４は、図５に示す経路を移動中に、コンテンツ放送サーバ１０１が配信するリストコンテンツを受信し、そのリストコンテンツから局所領域リストコンテンツを生成する。本実施の形態においては、リストコンテンツには、コンテンツ分布領域４００内に存在する全ての位置依存コンテンツに関する情報が含まれているのに対し、局所領域リストコンテンツには、関心領域内の位置依存コンテンツに関する情報のみが含まれている。
【０１１３】
例えば、コンテンツ受信端末１０４が、地点５０１Ｐに存在するとき、関心領域５０１Ｒの中には、地物Ａと地物Ｂが存在するので、局所領域リストコンテンツにも地物Ａと地物Ｂのみの情報が記述されている。コンテンツ受信端末１０４が地点５０２Ｐに移動すると、局所領域リストコンテンツは地物Ｃおよび地物Ｄの情報のみを含むものに更新される。さらに、コンテンツ受信端末１０４が地点５０３Ｐに移動すると、局所領域リストコンテンツは地物Ｅ、地物Ｆおよび地物Ｇの情報のみを含むものに更新される。
【０１１４】
図６は、コンテンツ受信端末１０４のブラウザ部３０４に表示される局所領域リストコンテンツの一例を示したものであり、局所領域リストコンテンツ６０１、６０２、６０３は、コンテンツ受信端末１０４が地点５０１Ｐ、５０２Ｐ、５０３Ｐに位置する場合に対応するものである。ユーザがブラウザ部３０４に表示された局所領域リストコンテンツから視聴を希望するコンテンツを選択すると、コンテンツ受信端末１０４は、選択されたコンテンツに対応する一般Ｗｅｂサーバ１０３にアクセスし、ブラウザ部３０４に位置依存コンテンツを表示する。
【０１１５】
この様に、コンテンツ受信端末１０４が、放送により配信されるリストコンテンツから局所領域リストコンテンツを生成し、位置移動と共に、ユーザに提示する局所領域リストコンテンツを逐次更新することによって、効率的に位置依存コンテンツを検索することができる。
【０１１６】
次に、本実施の形態にかかるコンテンツのフォーマットについて説明する。
【０１１７】
まず、位置依存コンテンツのメタ情報コンテンツについて図７を用いて説明する。位置依存コンテンツのメタ情報コンテンツ情報は、ＸＭＬ準拠の記述言語によって記述される。本実施の形態においては、ＣｏｎｔｅｎｔＩｎｆｏという架空の名前空間を定義して、メタ情報コンテンツを記述する。名前空間接頭辞（Ｎａｍｅｓｐａｃｅ ｐｒｅｆｉｘ）は“ｃｉ”とする。なお、本実施の形態において提示する全てのＸＭＬによる記述例は、ＸＭＬ宣言、名前空間の宣言などを省略して記述されている不完全なＸＭＬ文書である。
【０１１８】
図７のメタ情報コンテンツ７００には、ＣｏｎｔｅｎｔＩｎｆｏ要素の開始タグ７０１と終了タグ７１０との間に、位置依存コンテンツに関する数種類の情報が記載されている。本実施の形態においては、メタ情報コンテンツの記述内容に関しては特に制限を設けず、任意の情報を記述できるものとする。
【０１１９】
７０２で示されるのは、コンテンツの内容を記述している言語を示すＬａｎｇｕａｇｅ要素である。図７の例は、位置依存コンテンツは日本語で記述されていることを示している。また、７０３で示される部分には、コンテンツのタイトルやカテゴリ、検索時に使用されるキーワードが記述されている。
【０１２０】
７０４で示されるのは、コンテンツの作成日、有効期間、更新日を示す情報をまとめたＤａｔｅ要素である。
【０１２１】
７０５で示されるのは、コンテンツの位置情報を記述したＬｏｃａｔｉｏｎ要素である。Ｌｏｃａｔｉｏｎ要素は、子要素として、Ｃｏｏｒｄｉｎａｔｅ要素とＡｄｄｒｅｓｓ要素とＺｉｐＣｏｄｅ要素とを持つ。Ｃｏｏｒｄｉｎａｔｅ要素には、位置依存コンテンツに対応する地物が存在する地点の緯度・経度座標値が記述される。これ以降、位置依存コンテンツに対応する地物が存在する地点を“コンテンツ地点”ＰＯＣ（Ｐｏｉｎｔ Ｏｆ Ｃｏｎｔｅｎｔ）と呼ぶこととする。Ａｄｄｒｅｓｓ要素には、位置依存コンテンツに対応する地物が存在する地点の住所が記述され、ＺｉｐＣｏｄｅ要素には、Ａｄｄｒｅｓｓ要素に記述される住所に対応する郵便番号が記述される。なお、地理的位置情報に相当するものは、Ｃｏｏｒｄｉｎａｔｅ要素である。
【０１２２】
７０６で示されるのは、コンテンツに関連する連絡先（電話番号および電子メールアドレス）を記述するＣｏｎｔａｃｔＡｄｄｒｅｓｓ要素である。
【０１２３】
７０７でしめされるのは、コンテンツの参照先をＵＲＬによって記述するＲｅｆｅｒｅｎｃｅ要素である。本実施の形態においては、このＲｅｆｅｒｅｎｃｅ要素がネットワーク位置情報に相当する。
【０１２４】
７０８で示されるのは、コンテンツの配信範囲を記述するためのＤｉｓｔｒｉｂｕｔｉｏｎＲａｎｇｅ要素である。この例では、コンテンツ地点ＰＯＣを中心とする円領域をコンテンツの配信範囲と定義し、Ｄｉｓｔｒｉｂｕｔｉｏｎ要素によって円領域の半径を記述している。Ｄｉｓｔｒｉｂｕｔｉｏｎ要素のｕｎｉｔ属性は、半径の単位を示す。これ以降、コンテンツの配信範囲を“コンテンツ領域”ＲＯＣ（Ｒｅｇｉｏｎ Ｏｆ Ｃｏｎｔｅｎｔ）と呼ぶこととする。
【０１２５】
７０９で示されるのは、コンテンツの概要をテキストで記述するＡｂｓｔｒｕｃｔ要素である。
【０１２６】
図７の例のうち、地理的位置情報であるＣｏｏｒｄｉｎａｔｅ要素と、ネットワーク位置情報であるＲｅｆｅｒｅｎｃｅ要素が、コンテンツ放送サーバ１０１におけるリストコンテンツ生成のために必須の情報である。また、ＤｉｓｔｒｉｂｕｔｉｏｎＲａｎｇｅ要素も（必須ではないが）リストコンテンツ生成のために使用される情報である。
【０１２７】
図８は、コンテンツ情報の記述例である。このコンテンツ情報８００は、メタ情報コンテンツ７００から抽出した情報から構成され、少なくともネットワーク位置情報を含んでいる。コンテンツ情報８００のＣｏｎｔｅｎｔＩｎｆｏ要素には、子要素として、Ｔｉｔｌｅ要素、Ｃａｔｅｇｏｒｙ要素、地理的位置情報としてのＣｏｏｒｄｉｎａｔｅ要素、ネットワーク位置情報としてのＲｅｆｅｒｅｎｃｅ要素、そして、Ｍｅｔａｄａｔａ要素が含まれる。ここで、Ｍｅｔａｄａｔａ要素とは、Ｒｅｆｅｒｅｎｃｅ要素に記述されたコンテンツのメタデータの参照先を記述する要素である。すなわち、コンテンツ情報８００には、メタ情報コンテンツ７００への参照先に関する情報が含まれている。
【０１２８】
コンテンツ放送サーバ１０１は、複数のメタ情報コンテンツを収集し、それらのメタ情報コンテンツからコンテンツ情報を生成し、さらに、リストコンテンツを生成する。このリストコンテンツには、地理的位置情報によって分類されたコンテンツ情報が列挙される。リストコンテンツには、図７に示すような多様な情報を含むメタ情報コンテンツ７００ではなく、図８に示すような情報量を減らしたコンテンツ情報８００を記述する。これは、リストコンテンツの総データ量を削減することを目的としたものである。従って、リストコンテンツの総データ量に制限が無い場合は、リストコンテンツ中にメタ情報コンテンツ７００をそのまま記述することとしてもよい。また、コンテンツ情報８００に含まれるＭｅｔａｄａｔａ要素は、メタ情報コンテンツ７００を参照できるようにすることを目的としたものである。
【０１２９】
次に、図９〜図１９を参照しながら、リストコンテンツの構造と記述例について説明する。
【０１３０】
リストコンテンツは、ＸＭＬ準拠の記述言語で記述される、地理的位置情報によって分類されたコンテンツ情報を列挙したコンテンツである。これ以降、リストコンテンツを記述するための記述言語を、仮にＣＬＭＬ（Ｃｏｎｔｅｎｔｓ Ｌｉｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）と呼び、名前空間接頭辞を“ｃｌ”とする。
【０１３１】
図９は、リストコンテンツの構造を示す図である。このリストコンテンツ９００は、ＸＭＬ準拠の記述言語であるＣＬＭＬとＣｏｎｔｅｎｔＩｎｆｏによって記述される。図９では、リストコンテンツの構造を示すと共に、各部を記述するためのＸＭＬの要素名を示している。
【０１３２】
リストコンテンツ９００は、リストコンテンツ要素９１０によって記述される。このリストコンテンツ要素９１０は、メッシュエリア定義９２０とエリア情報ブロック９２１から構成される。エリア情報ブロック９２１は、エリア位置情報９３０とコンテンツ情報ブロック９３１から構成される。そして、コンテンツ情報ブロック９３１は、地理的位置情報９４０とコンテンツ情報９４１から構成され、コンテンツ情報９４１には、少なくとも、ネットワーク位置情報９５０が含まれる。
【０１３３】
図１０は、リストコンテンツの骨格を示したものである。リストコンテンツ１０００は、Ｃｌｍｌ開始タグ１００１とＣｌｍｌ終了タグ１００６によって囲まれており、その中には、メッシュエリア定義１００２と地理的コンテンツエリアの個数分だけのＣｏｍｐｏｎｅｎｔ要素１００３〜１００５が列挙されている。これらのＣｏｍｐｏｎｅｎｔ要素１００３〜１００５の中には、エリア情報ブロックが記述される。なお、Ｃｏｍｐｏｎｅｎｔ要素は、子要素として、位置に関する条件を記述するＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素と、位置に関する条件を満たす場合に選択（抽出）されるテキストデータを記述するＣｏｎｔａｉｎｅｒ要素を持つ。
【０１３４】
次に、図９のメッシュエリア定義９２０について説明する。メッシュエリア定義９２０は、リストコンテンツの先頭部分において、ＭｅｓｈＡｒｅａＤｅｆ要素によって一度だけ記述される。このメッシュアリア定義９２０では、コンテンツ分布領域のメッシュ分割方法を定義するパラメータが記述される。
【０１３５】
図１１は、ＭｅｓｈＡｒｅａＤｅｆ要素の記述例を示した図である。ＭｅｓｈＡｒｅａＤｅｆ要素１１００は、ＭｅｓｈＡｒｅａＤｅｆ開始タグ１１０１とＭｅｓｈＡｒｅａＤｅｆ終了タグ１１０５によって囲まれた部分全体を指し、ＭｅｓｈＡｒｅａＤｅｆ開始タグ１１０１は、メッシュ基本単位の形状を示すためのｔｙｐｅ属性を持つ。この例では、メッシュ基本単位を矩形（Ｒｅｃｔａｎｇｌｅ）としている。また、ＭｅｓｈＡｒｅａＤｅｆ要素１１０１は、子要素として、ＭｅｓｈＯｒｉｇｉｎ要素１１０２とＭｅｓｈＳｉｚｅ要素１１０３とＭｅｓｈＮｕｍｂｅｒ要素１１０４とを持つ。
【０１３６】
ＭｅｓｈＯｒｉｇｉｎ要素１１０２には、メッシュ分割の基準点（＝コンテンツ分布領域の基準点）が記述される。ＭｅｓｈＯｒｉｇｉｎ開始タグはｐｏｓ属性を持ち、このｐｏｓ属性により矩形のいずれかの頂点を指定する。そして、ＭｅｓｈＯｒｉｇｉｎ要素１１０２の子要素であるＣｏｏｒｄｉｎａｔｅ要素によって、ｐｏｓ属性が示す地点の緯度・経度座標を定義する。図１１の例では、矩形領域の右上の頂点を基準点としている。
【０１３７】
ＭｅｓｈＳｉｚｅ要素１１０３には、メッシュ基本単位である矩形の辺の長さが記述される。ここで、メッシュ基本単位は地理的コンテンツエリアに相当するものである。図１１の例では、ＭｅｓｈＳｉｚｅ要素１１０３の子要素であるＳｉｚｅ−ｘ要素およびＳｉｚｅ−ｙ要素によって、矩形の辺の長さを１０ｋｍと定義している。なお、この例では、簡単のために、経度線および緯度線と平行にｘ軸およびｙ軸を設定しているが、経度線および緯度線に対して傾きを持ったメッシュ基本単位を設定できるようにＭｅｓｈＳｉｚｅ要素１１０３の記述方法を拡張しても良い。
【０１３８】
ＭｅｓｈＮｕｍｂｅｒ要素１１０４は、ｘ軸方向およびｙ軸方向に並ぶメッシュ基準単位の個数が記述される。この例では、ＭｅｓｈＮｕｍｂｅｒ要素１１０４の子要素であるＮｕｍ−ｘ要素およびＮｕｍ−ｙ要素によって、ｘ軸方向に４個、ｙ軸方向に３個の矩形が並ぶことが定義されている。
【０１３９】
次に、図９のエリア情報ブロック９２１について説明する。エリア情報ブロック９２１は、リストコンテンツ９１０の中に、メッシュ基本単位、すなわち、地理的コンテンツエリアの個数分だけ列挙される。このエリアブロック情報９２１では、地理的コンテンツエリアの位置情報（例えば、代表地点の緯度・経度座標と形状を定義するパラメータ）と、地理的コンテンツエリア内に含まれるコンテンツ情報（位置依存コンテンツのメタデータ）が記述される。
【０１４０】
図１２は、エリア情報ブロックの骨格構造を示したものである。エリア情報ブロック１２００は、Ｃｏｍｐｏｎｅｎｔ開始タグ１２０１とＣｏｍｐｏｎｅｎｔ終了タグ１２０４によって囲まれた部分全体を指し、その中には、エリア位置情報を記述したＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素１２０２と、コンテンツ情報ブロックを列挙するＣｏｎｔａｉｎｅｒ要素１２０３とが含まれる。
【０１４１】
ここで、Ｃｏｍｐｏｎｅｎｔ要素とＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素とＣｏｎｔａｉｎｅｒ要素との関係について、説明を加える。Ｃｏｍｐｏｎｅｎｔ要素は、必ず、子要素として、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素とＣｏｎｔａｉｎｅｒ要素とを持つ。また、Ｃｏｎｔａｉｎｅｒ要素は、子要素として、Ｃｏｍｐｏｎｅｎｔ要素を持つことができる。また、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素は単独で使用できないのに対し、Ｃｏｎｔａｉｎｅｒ要素は単独で使用することも可能である。この場合、位置に関する条件が常に“真”であるため、Ｃｏｎｐｏｎｅｎｔ要素およびＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素を省略し、Ｃｏｎｔａｉｎｅｒ要素のみを記述したことを意味する。
【０１４２】
図１２のエリア情報ブロック１２００では、Ｃｏｎｔａｉｎｅｒ要素１２０３の中に、地理的コンテンツエリア内に含まれる位置依存コンテンツの個数分だけコンテンツ情報ブロック１２０５ａ〜１２０５ｃが列挙される。このコンテンツ情報ブロックもＣｏｍｐｏｎｅｎｔ要素によって記述する。すなわち、リストコンテンツは、Ｃｏｍｐｏｎｅｎｔ要素が入れ子構造となるコンテンツである。
【０１４３】
次に、図９のエリア位置情報９３０（図１２の１２０２に相当）について説明する。エリア位置情報９３０は、エリア情報ブロックを記述するＣｏｍｐｏｎｅｎｔ要素の先頭部分において、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素によって記述される。このエリア位置情報９３０には、当該の地理的コンテンツエリアの位置と形状を示すパラメータが記述される。なお、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素の後ろには、必ず、Ｃｏｎｔａｉｎｅｒ要素が記述される。
【０１４４】
図１３は、エリア位置情報を含むリストコンテンツの骨格構造の記述例である。図１３のリストコンテンツ１３００において、エリア位置情報は、１３０３ａ〜１３０３ｃに相当する。このエリア位置情報は、必ず、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素によって記述される。また、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素は、子要素として、ＭｅｓｈＰｏｓｉｔｉｏｎ要素を持つことができる。
【０１４５】
図１３の例では、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素の子要素であるＭｅｓｈＰｏｓｉｔｉｏｎ要素によって、図４で示したｘ−ｙ座標系に基づくメッシュエリア（＝地理的コンテンツエリア）の位置座標を記述している。例えば、図４におけるエリア（３，２）のメッシュ位置座標は、ＭｅｓｈＰｏｓｉｔｉｏｎ要素によって、＜ｃｌ：ＭｅｓｈＰｏｓｉｔｉｏｎ＞３，２＜／ｃｌ：ＭｅｓｈＰｏｓｉｔｉｏｎ＞と記述される。すなわち、図１３のリストコンテンツでは、エリア位置情報は、メッシュエリア定義に基づいて、メッシュの位置と形状を相対的に定義している。なお、ＭｅｓｈＰｏｓｉｔｉｏｎ要素で記述したエリア位置情報を、メッシュインデックス番号とも呼ぶ。
【０１４６】
ただし、エリア位置情報は、メッシュエリア定義を利用しなくても記述することが可能である。図１４は、メッシュエリア定義を有しないリストコンテンツの骨格構造を示した図である。図１４のリストコンテンツ１４００において、エリア位置情報は、１４０２ａ〜１４０２ｃに相当する。エリア位置情報は、図１３と同様に、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素によって記述される。このＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素は、子要素として、ＭｅｓｈＰｏｓｉｔｉｏｎ要素だけでなく、地理的な領域（円、矩形、多角形など）の位置と形状を定義するＸＭＬ要素を持つことができる。
【０１４７】
図１４の例では、Ｒｅｃｔａｎｇｌｅ要素によって、矩形状のメッシュエリアを定義している。Ｒｅｃｔａｎｇｌｅ要素は、子要素として、メッシュエリアの基準点を定義するＯｒｉｇｉｎ要素と、矩形の二辺の長さを定義するＥｄｇｅＬｅｎｇｔｈ−ｘ要素およびＥｄｇｅＬｅｎｇｔｈ−ｙ要素とを持つことが可能であり、これらの要素によって、矩形の左上の頂点の緯度・経度座標値と、矩形の縦・横の辺の長さが記述される。
【０１４８】
ここで、図１３および図１４のエリア位置情報を比較する。図１３のリストコンテンツは、メッシュエリア定義を記述するのに７行を必要とするが、エリア位置情報１３０３ａ〜１３０３ｃは、３行で記述することができる。一方、図１４のリストコンテンツは、メッシュエリア定義は不要であるが、エリア位置情報１４０２ａ〜１４０２ｃの記述には７行を必要とする。このように、メッシュエリア定義は、エリア位置情報を相対的に表現することが可能となり、コンテンツの記述量を削減し、コンテンツの可読性（ｒｅａｄａｂｉｌｉｔｙ）を向上することができるという利点を持つ。また、メッシュエリア定義には、リストコンテンツ全体を解析せずに、コンテンツ分布領域に存在する地理的コンテンツエリアの配置を把握できるという利点もある。
【０１４９】
次に、図９のコンテンツ情報ブロック９３１（図１２の１２０５ａ〜１２０５ｃに相当）について説明する。コンテンツ情報ブロック９３１は、エリア情報ブロックを記述するＣｏｍｐｏｎｅｎｔ要素の子要素であるＣｏｎｔａｉｎｅｒ要素の中で、エリア情報ブロックを記述するＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素によって規定される地理的コンテンツエリアの中に含まれるコンテンツに関する情報を記述するためのものである。エリア情報ブロックを記述するＣｏｍｐｏｎｅｎｔ要素の子要素であるＣｏｎｔａｉｎｅｒ要素の中には、複数個のコンテンツ情報ブロックが列挙される。また、コンテンツ情報ブロックは、Ｃｏｍｐｏｎｅｎｔ要素によって記述される。
【０１５０】
図１５は、コンテンツ情報ブロックの骨格構造の記述例である。コンテンツ情報ブロック１５００は、Ｃｏｍｐｏｎｅｎｔ開始タグ１５０１とＣｏｍｐｏｎｅｎｔ終了タグ１５０４とに囲まれた部分全体に相当し、その中には、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素によって記述される地理的位置情報１５０２（図９の９４０に相当）とＣｏｎｔａｉｎｅｒ要素によって記述されるコンテンツ情報１５０３（図９の９４１に相当）が含まれる。
【０１５１】
地理的位置情報１５０２には、コンテンツ情報１５０３に対応する位置依存コンテンツに関連する地理的な位置を示す情報が記述される。例えば、位置依存コンテンツが店舗である場合は、地理的位置情報１５０２には、その店舗が所在する地点を示す緯度・経度座標値を記述する。また、位置依存コンテンツがある程度の面積をもった公園である場合は、地理的位置情報１５０２には、その公園の代表基準点と形状を定義するパラメータを記述する。また、位置依存コンテンツが配信地域を限定する広告コンテンツである場合は、地理的位置情報１５０２には、その広告コンテンツの配信地域の代表基準点と形状を定義するパラメータを記述する。なお、地理的位置情報１５０２に記載する情報は、図７で提示した位置依存コンテンツのメタ情報コンテンツより抽出される。
【０１５２】
一方、コンテンツ情報１５０３には、Ｃｏｎｔａｉｎｅｒ要素の中において、ＣｏｎｔｅｎｔＩｎｆｏ要素によって、位置依存コンテンツのメタデータが記述される。ＣｏｎｔｅｎｔＩｎｆｏ要素の具体的な記述例は図８である。コンテンツ情報１５０３には、少なくとも、ネットワーク位置情報（図９の９５０に相当）が含まれる。また、コンテンツ情報１５０３には、地理的位置情報１５０２と同じ情報、すなわち、位置依存コンテンツが関連する地理的な位置を示す情報が含まれていても良い。
【０１５３】
図１６〜図１９は、図１５のコンテンツ情報１５０３の具体例を示す図である。
【０１５４】
図１６のコンテンツ情報１６００は、飲食店を想定した記述例である。地理的位置情報１６０１には、Ｃｏｏｄｉｎａｔｅ要素１６０３によって、飲食店の所在を示す緯度・経度座標値が記述されている。コンテンツ情報１６０２には、ＣｏｎｔｅｎｔＩｎｆｏ要素１６０４によって、コンテンツのタイトル（Ｔｉｔｌｅ要素）、カテゴリ（Ｃａｔｅｇｏｒｙ要素）、コンテンツ情報１６００に対応するメタ情報コンテンツの所在を示すＵＲＬ（Ｍｅｔａｄａｔａ要素）、コンテンツ情報１６００に対応する位置依存コンテンツの所在を示すＵＲＬ（Ｒｅｆｅｒｅｎｃｅ要素１６０５）が記述されている。なお、Ｒｅｆｅｒｅｎｃｅ要素１６０５が、ネットワーク位置情報（図９の９５０）に相当する。
【０１５５】
図１７のコンテンツ情報１７００は、駐車場を想定した記述例である。地理的位置情報１７０１には、ＤｉｓｔｒｉｂｕｔｉｏｎＡｒｅａ要素１７０３によって、コンテンツの配信範囲が記述されている。この例では、ＤｉｓｔｒｉｂｕｔｉｏｎＡｒｅａ要素１７０３のｔｙｐｅ属性によって、配信範囲を円領域と定義し、Ｃｅｎｔｅｒ要素１７０５とＲａｄｉｕｓ要素によって、円領域の中心位置座標と半径を定義している。ここで、Ｃｅｎｔｅｒ要素１７０５には、図７のようなメタ情報コンテンツより抽出した、位置依存コンテンツの所在を示す緯度・経度座標値が記述されている。
【０１５６】
一方、コンテンツ情報１７０２には、ＣｏｎｔｅｎｔＩｎｆｏ要素１７０４によって、図１６と同様に、コンテンツのタイトル、カテゴリ、コンテンツ情報１７００に対応する位置依存コンテンツの所在を示す地点情報（Ｐｏｓｉｔｉｏｎ要素１７０６）、コンテンツ情報１７００に対応するメタデータの所在を示すＵＲＬ、コンテンツ情報１７００に対応する位置依存コンテンツの所在を示すＵＲＬ（＝ネットワーク位置情報）が記述されている。なお、この例では、Ｐｏｓｉｔｉｏｎ要素には、緯度・経度座標値を記述しているが、これは、ＤｉｓｔｒｉｂｕｔｉｏｎＡｒｅａ要素の子要素であるＣｅｎｔｅｒ要素に記述される緯度・経度座標値と同じ値である。
【０１５７】
ここで、図１７において、Ｃｅｎｔｅｒ要素１７０５とＰｏｓｉｔｉｏｎ要素１７０６について補足する。前述のように、Ｃｅｎｔｅｒ要素１７０５とＰｏｓｉｔｉｏｎ要素１７０６には、共に、図７で提示したようなメタ情報コンテンツより抽出した、位置依存コンテンツの所在を示す緯度・経度座標値が記述される。ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素１７０１の中に記述されているＣｅｎｔｅｒ要素１７０５は、コンテンツ受信端末における位置適応処理のために付加されている情報であり、ユーザに提供する情報ではない。一方、Ｃｏｎｔａｉｎｅｒ要素１７０２に中に記述されるＰｏｓｉｔｉｏｎ要素１７０６は、ＣｏｔｅｎｔＩｎｆｏ要素の子要素である。このＣｏｎｔｅｎｔＩｎｆｏ要素に記述されている情報は、位置適応処理の出力として、ユーザに提供される可能性のある情報である。すなわち、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素の中に記述される情報は、位置適応処理の過程において削除されるので、冗長ではあるが、Ｃｏｎｔａｉｎｅｒ要素の中にも、位置依存コンテンツの地理的な位置情報を付加している。なお、位置適応処理の詳細については後述する。
【０１５８】
図１８のコンテンツ情報１８００は、比較的大きな敷地を有する公園を想定した記述例である。地理的位置情報１８０１には、Ａｒｅａ要素１８０３によって、公園の代表基準点および形状が記述されている。この例では、Ａｒｅａ要素１８０３のｔｙｐｅ属性によって、エリアの形状を多角形と定義し、ＢａｓｅＰｏｉｎｔ要素によって、公園内の代表地点の緯度・経度座標値を記述し、複数個のＣｏｏｒｄｉｎａｔｅ要素によって、多角形の頂点の緯度・経度座標値を列挙している。一方、コンテンツ情報１８０２には、ＣｏｎｔｅｎｔＩｎｆｏ要素１８０４によって、図１６と同様に、コンテンツのタイトル、カテゴリ、コンテンツ情報１７００に対応するメタ情報コンテンツの所在を示すＵＲＬ、コンテンツ情報１７００に対応する位置依存コンテンツの所在を示すＵＲＬ（＝ネットワーク位置情報）が記述されている。
【０１５９】
図１９のコンテンツ情報１９００は、駐車場を想定し、位置適応処理の結果としてＨＴＭＬコンテンツを出力することを想定した記述例である。地理的位置情報１９０１には、図１７の場合と同様に、ＤｉｓｔｒｉｂｕｔｉｏｎＡｒｅａ要素１９０３によって、コンテンツの配信範囲が記述されている。一方、コンテンツ情報１９０２には、ＨＴＭＬのアンカー要素によって、位置依存コンテンツの所在を示すＵＲＬ（＝ネットワーク位置情報）１９０４が記述されている。位置適応処理によってＨＴＭＬコンテンツを生成する過程については後述する。
【０１６０】
次に、ＣＬＭＬで記述されたリストコンテンツに対する位置適応処理の概要について説明する。図２０および図２１は、図１０で提示したリストコンテンツの骨格をより詳細化したものである（名前空間の宣言などは省略）。図２０のリストコンテンツは、Ｃｏｍｐｏｎｅｎｔ要素が入れ子にならないシンプルな構造をしているのに対し、図２１のリストコンテンツは、Ｃｏｍｐｏｎｅｎｔ要素が入れ子になった二重構造をしている。
【０１６１】
まず、図２０のリストコンテンツについて説明する。図２０のリストコンテンツ２０００は、２つのＣｏｍｐｏｎｅｎｔ要素２００２ａおよび２００２ｂを持つ。これらのＣｏｍｐｏｎｅｎｔ要素の前後に存在するテキスト記述部分２００１ａ〜２００１ｃは、ＣＬＭＬ以外の名前空間を持つ記述言語によって、任意のテキストを記述可能な部分である。例えば、コンテンツ受信端末１０４における位置適応処理によって、ＣＬＭＬコンテンツからＨＴＭＬコンテンツを生成する場合には、テキスト記述部分２００１ａ〜２００１ｃに、ＨＴＭＬコンテンツを生成するために必要なテキストを記述する。
【０１６２】
Ｃｏｍｐｏｎｅｎｔ要素２００２ａおよび２００２ｂは、子要素として、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素２００３ａおよび２００３ｂと、Ｃｏｎｔａｉｎｅｒ要素２００４ａおよび２００４ｂとを持つ。ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素２００３ａおよび２００３ｂは、位置適応処理に参照される“位置に関する条件”である。位置適応処理においては、この“位置に関する条件”と外部から入力される“位置情報”との位置条件判定が実行される。一方、Ｃｏｎｔａｉｎｅｒ要素２００４ａおよび２００４ｂは、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素に記述される“位置に関する条件”が満たされる場合に出力するテキストを記述する。
【０１６３】
すなわち、位置適応処理の結果として出力されるコンテンツには、（１）テキスト記述部分２００１ａ〜２００１ｃが必ず含まれる、（２）ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素は含まれない、（３）Ｃｏｎｔａｉｎｅｒ要素の中に記述される内容に関しては、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素による位置条件判定の結果に依存して含まれるか否かが決定する、ということである。
【０１６４】
次に、図２１のリストコンテンツについて説明する。図２１のリストコンテンツ２１００は、図９で提示したリストコンテンツの構造に即した記述となっている。リストコンテンツ２１００は、２つのＣｏｍｐｏｎｅｎｔ要素（２１０１ａおよび２１０１ｂ）を持つ。各Ｃｏｍｐｏｎｅｎｔ要素は、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素（２１０２ａおよび２１０２ｂ）とＣｏｎｔａｉｎｅｒ要素（２１０３ａおよび２１０３ｂ）とを持つ。
【０１６５】
さらに、Ｃｏｎｔａｉｎｅｒ要素２１０３ａは、子要素として、２つのＣｏｍｐｏｎｅｎｔ要素２１０４ａおよび２１０４ｂを持ち、Ｃｏｎｔａｉｎｅｒ要素２１０３ｂは、子要素として、２つのＣｏｍｐｏｎｅｎｔ要素２１０４ｃおよび２１０４ｄを持つ。そして、リストコンテンツ２１００の内側に位置するＣｏｍｐｏｎｅｎｔ要素２１０４ａ〜２１０４ｄは、それぞれ、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素とＣｏｎｔａｉｎｅｒ要素を持つ。このように、リストコンテンツ２１００は、Ｃｏｍｐｏｎｅｎｔ要素が入れ子構造になっている。
【０１６６】
Ｃｏｍｐｏｎｅｎｔ要素は、子要素としてＬｏｃａｔｉｏｎＣｏｎｄｉｔｏｎ要素を持つ。リストコンテンツ２１００においては、外側のＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素（２１０１ａおよび２１０１ｂ）では、コンテンツエリアの位置及び形状を定義し、内側のＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素では、各位置依存コンテンツに関連する地理的な位置情報を定義する。
【０１６７】
コンテンツ受信端末１０４の位置適応処理においては、まず、外側のＣｏｍｐｏｎｅｎｔ要素の子要素であるＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素（２１０２ａおよび２１０２ｂ）に対する位置条件判定（真／偽判定）を行う。そして、この位置条件判定が“真”となるＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素とセットになっているＣｏｎｔａｉｎｅｒ要素に関しては、その中に含まれるＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素についての位置条件判定を行う。
【０１６８】
例えば、位置適応処理において、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素２１０２ａに関する位置条件判定が“真”となり、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素２１０２ｂに関する位置条件判定が“偽”となる場合を想定する。このとき、Ｃｏｍｐｏｎｅｎｔ要素２１０１ａについては、その子要素であるＣｏｎｔａｉｎｅｒ要素２１０３ａに対する処理を行う。一方、Ｃｏｍｐｏｎｅｎｔ要素２１０１ｂについては、Ｃｏｎｔａｉｎｅｒ要素２１０３ｂに対する処理を行わずに、データを破棄する。これは、位置適応処理によって出力されるコンテンツには、Ｃｏｎｔａｉｎｅｒ要素２１０３ｂの内部に記述されたテキストは含まれないことを意味する。
【０１６９】
さらに、Ｃｏｎｔａｉｎｅｒ２１０３ａに関しては、その中に含まれるＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素２１０５ａおよび２１０５ｂに関する位置条件判定を行う。ここでは、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素２１０５ａに関する位置条件判定が“真”となり、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素２１０５ｂに関する位置条件判定が“偽”となると仮定する。このとき、Ｃｏｍｐｏｎｅｎｔ要素２１０４ａについては、その子要素であるＣｏｎｔａｉｎｅｒ要素２１０６ａに対する処理を行う。一方、Ｃｏｍｐｏｎｅｎｔ要素２１０４ｂについては、Ｃｏｎｔａｉｎｅｒ要素２１０６ｂに対する処理を行わずに、データを破棄する。この場合は、位置適応処理の結果として出力されるコンテンツには、Ｃｏｎｔａｉｎｅｒ要素２１０６ａの中に記述されたテキストのみが含まれることになる。
【０１７０】
引き続いて、図２２〜図２５を参照しながら、コンテンツ受信端末１０４の位置適応処理について説明する。
【０１７１】
図２２は、地理的空間における位置依存コンテンツの分布状態の一例を示したものである。図２２には、４つのコンテンツエリア２２０１〜２２０４と、１１個の位置依存コンテンツＰＯＣ１〜ＰＯＣ１１を配置している。このＰＯＣ１〜ＰＯＣ１１が示す地点は、位置依存コンテンツの代表基準点に相当する。位置依存コンテンツＰＯＣ３〜ＰＯＣ９については、円形をしたコンテンツの配信領域ＲＯＣ３〜ＲＯＣ９が設定されている。また、位置依存コンテンツＰＯＣ１０およびＰＯＣ１１に対応する地物は、ある程度の面積を有するものとし、図２２では、それらの地物の位置および形状を矩形ＲＯＣ１０〜ＲＯＣ１１によって表している。なお、“ＰＯＣ”はコンテンツ地点を意味し、“ＲＯＣ”はコンテンツ領域を意味する。
【０１７２】
ここでは、図２２に提示したコンテンツエリアおよび位置依存コンテンツの配置に対応するリストコンテンツを想定する。図２２に対応するリストコンテンツは、図２１で提示したリストコンテンツと同じ構造を持っている。すなわち、図２２に対応するリストコンテンツは、コンテンツエリアの個数分だけエリア情報ブロックが列挙されており、各エリア情報ブロックの中でそのエリアに含まれる位置依存コンテンツに対応するコンテンツ情報ブロックが列挙されている。
【０１７３】
位置適応処理では、少なくとも、（１）エリア情報ブロック選択処理、および、（２）コンテンツ情報ブロック選択処理を実行するので、これら２つの処理に分けて説明する。
【０１７４】
まず、（１）エリア情報ブロック選択処理について説明する。エリア情報ブロック選択処理では、関心領域ＲＯＩに関連するコンテンツエリアをリストコンテンツから選択する。
【０１７５】
図２３は、図２２のコンテンツエリアに関心地点ＰＯＩおよび関心領域ＲＯＩを設定したものである。図中において、コンテンツ受信端末１０４は、関心地点ＰＯＩに存在する。位置適応処理では、リストコンテンツに含まれる全てのエリア情報ブロックに関して、コンテンツエリアと関心領域ＲＯＩとの重なり判定を行う。コンテンツエリア（＝矩形）と関心領域ＲＯＩの重なりは、簡単な幾何演算によって判定可能である。図２３の場合は、コンテンツエリア２２０１および２２０２が、関心領域ＲＯＩと重なっているので、これらのコンテンツエリアのみが、（２）コンテンツ情報ブロック選択処理の対象となる。
【０１７６】
次に、（２）コンテンツ情報ブロック選択処理について説明する。コンテンツ情報ブロック選択処理では、エリア情報ブロック選択処理において選択されたエリア情報ブロックに関して、関心領域ＲＯＩに関連するコンテンツ情報ブロックを選択する処理である。ここでは、図２４および図２５を参照しながら、コンテンツ情報ブロック選択処理について２種類の方法を示す。
【０１７７】
図２４は、関心領域ＲＯＩとコンテンツ領域ＲＯＣとの重なり判定によるコンテンツ情報ブロック選択処理を説明するための図である。この方法では、関心領域ＲＯＩと重なるコンテンツ領域ＲＯＣを有するコンテンツ情報ブロック、および、関心領域ＲＯＩに含まれるコンテンツ地点ＰＯＣを有するコンテンツ情報ブロックを選択する。すなわち、図２４においては、コンテンツ情報ブロック選択処理によって、ＰＯＣ１、ＰＯＣ３、ＰＯＣ４、ＰＯＣ５が選択される。位置適応処理では、リストコンテンツの選択されたエリア情報ブロックに関して、関心領域ＲＯＩと地理的位置情報との重なり判定を行う。なお、関心領域ＲＯＩと地理的位置情報（地点、円、矩形）の重なりは、簡単な幾何演算によって判定可能である。
【０１７８】
図２５は、関心領域ＲＯＩとコンテンツ地点ＰＯＣとの重なり判定によるコンテンツ情報ブロック選択処理を説明するための図である。この方法では、関心領域ＲＯＩに含まれるコンテンツ地点ＰＯＣを有するコンテンツ情報ブロックを選択する。すなわち、図２５においては、コンテンツ情報ブロック選択処理によって、ＰＯＣ１、ＰＯＣ４が選択される。位置適応処理では、リストコンテンツの選択されたエリア情報ブロックに関して、関心領域ＲＯＩと地理的位置情報との重なり判定を行う。関心領域ＲＯＩと地理的位置情報（地点）の重なりは、簡単な幾何演算によって判定可能である。
【０１７９】
さらに、図２６および図２７を参照しながら、コンテンツ情報ブロック選択処理について説明を加える。図２６は、コンテンツエリアと位置依存コンテンツの配置の一例を示した図である。図２６においては、２つのコンテンツエリアの中に６つの位置依存コンテンツＣ１〜Ｃ６が配置されている。そして、Ｃ２、Ｃ４〜Ｃ６に関してはコンテンツ領域を設定する。また、図中に関心地点ＰＯＩと関心領域ＲＯＩを設定する。
【０１８０】
ここでは、コンテンツ情報ブロック選択条件として、（１）「ＰＯＩがＲＯＣに含まれる」、（２）「ＲＯＩにＰＯＣが含まれる」、（３）「ＲＯＩとＲＯＣが重なる」、という３種類を考える。図２７は、図２６に関して、これら３つのコンテンツブロック選択条件に合致する位置依存コンテンツを示したものである。
【０１８１】
（１）「ＰＯＩがＲＯＣに含まれる」という条件は、関心地点ＰＯＩ、すなわち、コンテンツ受信端末１０４がコンテンツ領域に含まれる場合に限り、コンテンツ領域に対応する位置依存コンテンツの情報を提供することを意味する。図２６において、この条件に合致するのはＣ５のみである。この（１）の条件は、配信領域を限定したいコンテンツ（例：地域限定広告コンテンツ）などを配信する、あるいは、特定領域内に存在するユーザのみにコンテンツを提供する場合に適したものであり、コンテンツ提供者側に主体がある方法と言うことができる。
【０１８２】
（２）「ＲＯＩにＰＯＣが含まれる」という条件は、ユーザの関心領域内に位置依存コンテンツの代表基準点が含まれる場合に限り、コンテンツ地点に対応する位置依存コンテンツの情報を提供することを意味する。図２６において、この条件に合致するのはＣ１、Ｃ４、Ｃ５である。なお、この条件を適用する場合には、コンテンツ領域ＲＯＣが定義されていても、これを考慮しない。この（２）の条件は、コンテンツ受信端末１０４を中心とする特定領域内に含まれる位置依存コンテンツを検索する場合に適したものであり、コンテンツ受信端末１０４のユーザ側に主体がある方法と言うことができる。
【０１８３】
（３）「ＲＯＩとＲＯＣが重なる」という条件は、ユーザ側が設定する検索範囲（＝ＲＯＩ）とコンテンツ提供者側が設定する配信範囲（＝ＲＯＣ）とが重なる場合に限り、ＲＯＣに対応する位置依存コンテンツの情報を提供することを意味する。この条件（３）において、位置依存コンテンツにＲＯＣが設定されていない場合は、条件（２）を適用する。図２６において、この条件に合致するのはＣ１、Ｃ２、Ｃ４、Ｃ５である。この（３）の条件は、（１）と（２）との中間に当たる条件である。また、この条件は、コンテンツ領域ＲＯＣが、位置依存コンテンツの配信領域を意味するのではなく、位置依存コンテンツに関連する地理的領域を意味する場合に適した方法であるとも言える。例えば、位置依存コンテンツが広い面積を有する公園である場合、この公園を“代表基準点”のみで定義するのではなく、地理的な領域（位置と形状）によって定義する。これは、公園の中心付近に“代表基準点”を設定した場合、この代表基準点と関心領域ＲＯＩとが重ならない、すなわち、位置依存コンテンツが検知されない状況が発生することを回避するためである。
【０１８４】
以上のように、コンテンツ情報ブロック選択処理では、“関心地点ＰＯＩ／関心領域ＲＯＩ”と“コンテンツ地点ＰＯＣ／コンテンツ領域ＲＯＣ”との重なりや包含関係を判定する演算を行う。
【０１８５】
なお、ここでは、「コンテンツの配信領域」と「コンテンツに関連する地理的領域」とを区別せず、コンテンツ領域ＲＯＣとしているが、これら２つを明確に区別するようにリストコンテンツの構造やＣＬＭＬの言語仕様を修正することは可能である。
【０１８６】
図２８〜図３０は、図２６に対応するリストコンテンツである。このリストコンテンツには、位置適応処理の結果としてＨＴＭＬコンテンツが出力されるように、ＨＴＭＬのタグが埋め込まれており、コンテンツ情報ブロックに相当するＣｏｍｐｏｎｅｎｔ要素の中のＣｏｎｔａｉｎｅｒ要素には、ＨＴＭＬのアンカータグによって、位置依存コンテンツへのリンクが記述されている。
【０１８７】
図３１〜図３３は、図２８〜図３０のリストコンテンツに対して、図２６中に記載されているＲＯＩを設定して、位置適応処理を行った場合に出力されるコンテンツである。図３１は、図２７の条件（１）を適用した場合に生成されるＨＴＭＬコンテンツであり、図３２は、図２７の条件（２）を適用した場合に生成されるＨＴＭＬコンテンツであり、図３３は、図２７の条件（３）を適用した場合に生成されるＨＴＭＬコンテンツである。このＨＴＭＬコンテンツは、局所領域リストコンテンツであり、その中にＣＬＭＬのタグは全く含まれまい。
【０１８８】
また、図３４〜図３７も、図２６に対応するリストコンテンツである。このリストコンテンツは、コンテンツ情報ブロックに相当するＣｏｍｐｏｎｅｎｔ要素の中のＣｏｎｔａｉｎｅｒ要素において、ＣｏｎｔｅｎｔＩｎｆｏ要素によって位置依存コンテンツのメタデータを記述している。このリストコンテンツに対し、図２６中に記載されているＲＯＩと、図２７の条件（３）とを適用すると、図３８に示すコンテンツが生成される。このコンテンツは、局所領域リストコンテンツであり、その中にＣＬＭＬのタグは全く含まれまい。
【０１８９】
以上、ＣＬＭＬによるリストコンテンツの具体例を提示しながら、コンテンツ受信端末１０４の位置適応処理を説明した。
【０１９０】
次に、図３９〜４９を参照しながら、コンテンツ放送サーバ１０１、および、コンテンツ受信端末１０４の具体的な動作について説明する。
【０１９１】
まず、図３９〜図４１の流れ図を参照しながら、コンテンツ放送サーバ１０１の動作について説明する。
【０１９２】
図３９は、コンテンツ放送サーバ１０１のメタ情報コンテンツ収集処理を示す流れ図である。コンテンツ放送サーバ１０１は、インターネット上に存在する一般Ｗｅｂサーバ１０３から位置依存コンテンツのメタデータ、すなわち、メタ情報コンテンツを収集する。メタ情報コンテンツの収集方法としては、（１）一般Ｗｅｂサーバ１０３から送信されてくるメタ情報コンテンツを受動的に取得する方法、と、（２）ロボット型のサーチエンジンを搭載し、一般Ｗｅｂサーバを探索して、能動的にコンテンツ情報を取得する方法、とが考えられるが、本実施の形態においては、（１）の方法とする。また、メタ情報コンテンツのフォーマットは、図７で提示したフォーマットに準じるものとする。
【０１９３】
図３９のメタ情報コンテンツ収集処理は、コンテンツ放送サーバ１０１のメタ情報コンテンツ収集部２０２が実行する。まず、メタ情報コンテンツ収集部２０２は、ステップＳ３９０１において、一般Ｗｅｂサーバ１０３から送信されてくるメタデータ登録要求を受信する。当ステップにおいて、メタデータ登録要求が無い場合は、メタ情報コンテンツ収集部２０２は受信待ち状態で待機し、メタデータ登録要求を受信した場合は次のステップに移行する。
【０１９４】
Ｓ３９０２において、メタ情報コンテンツ収集部２０２は、メタデータ登録要求の内容を確認し、メタデータ登録要求の送信元に登録結果を通知する応答を返す。メタデータ登録要求には、コンテンツ放送サーバ１０１の運営者と一般Ｗｅｂサーバの運営者との間の契約内容など、位置依存コンテンツのメタデータ中に記述する必要がない情報／記述すべきでない情報が含まれている。当ステップでは、メタ情報コンテンツ収集部２０２は、メタデータ登録要求の内容を確認し、メタデータ登録の許可／拒絶を決定し、一般Ｗｅｂサーバ１０３へ応答を返す。
【０１９５】
Ｓ３９０３は、メタデータの受信処理ステップである。当ステップにおいては、メタ情報コンテンツ収集部２０２は、Ｓ３９０２においてメタデータの登録許可を通知した一般Ｗｅｂサーバ１０３が送信してくるメタ情報コンテンツを受信する。
【０１９６】
Ｓ３９０４は、メタデータの登録処理ステップである。当ステップにおいては、メタ情報コンテンツ収集部２０２は、Ｓ３９０３において受信したメタ情報コンテンツの内容を確認した後に、蓄積部２０７にメタ情報コンテンツを蓄積する。なお、所定の書式を満たさないメタ情報コンテンツについては、蓄積部２０７に蓄積しない。
【０１９７】
Ｓ３９０５は、メタデータの登録完了通知ステップである。当ステップにおいては、メタ情報コンテンツ収集部２０２は、Ｓ３９０４のメタデータ登録処理の結果をメタデータの送信元である一般Ｗｅｂサーバ１０３に通知する。
【０１９８】
Ｓ３９０６は、メタ情報コンテンツ収集処理の終了判定ステップである。当ステップにおいては、メタ情報コンテンツ収集部２０２は、メタ情報コンテンツ収集の継続／終了判定を行う。収集を継続する場合は、Ｓ３９０１へ戻って一連の処理を繰り返す。収集の終了条件は任意のものでよい。
【０１９９】
メタ情報コンテンツ収集部２０２は、Ｓ３９０１〜Ｓ３９０６のステップを実行することによって、一般Ｗｅｂサーバ１０３から多数のメタ情報コンテンツを収集する。なお、メタデータ登録要求の受信方法、および、メタデータの受信方法は、任意の方法でよい。例えば、コンテンツ放送サーバ１０１がデータ登録用のＷｅｂページを公開し、一般Ｗｅｂサーバの管理者が登録用Ｗｅｂページを利用してメタ情報コンテンツを登録する。また、図３９の流れ図において、Ｓ３２０１およびＳ３２０２を省略し、直接メタ情報コンテンツを受信することとしても良い。
【０２００】
次に、コンテンツ放送サーバ１０１のリストコンテンツ生成処理について説明する。リストコンテンツ生成処理は、コンテンツ放送サーバ１０１のリストコンテンツ生成部２０３が実行する。このリストコンテンツ生成処理は、一般Ｗｅｂサーバ１０３から収集したメタ情報コンテンツからリストコンテンツを生成する処理であり、メタ情報コンテンツの収集状況に応じて、定期的に実行される。また、リストコンテンツ生成処理では、例えば、エリア情報ブロック毎、あるいは、コンテンツ情報ブロック毎にデータをファイルに出力していき、最終的には、図２１で提示したようなＣｏｍｐｏｎｅｎｔ要素が二重構造になっているリストコンテンツが生成され、生成されたリストコンテンツは蓄積部２０７に蓄積される。図４０は、リストコンテンツ生成処理を示す流れ図である。
【０２０１】
図４０において、Ｓ４００１およびＳ４００２では、リストコンテンツ生成のために必要なパラメータを決定する。
【０２０２】
Ｓ４００１は、コンテンツ分布範囲算出処理である。当ステップにおいて、リストコンテンツ生成部２０３は、蓄積部２０７に蓄積されているメタ情報コンテンツを解析する。メタ情報コンテンツには、位置依存コンテンツの地理的な位置情報を示すデータが含まれている。図７のメタ情報コンテンツの場合は、Ｌｏｃａｔｉｏｎ要素７０５に含まれるＣｏｏｒｄｉｎａｔｅ要素（緯度・経度座標値）が、これに相当する。リストコンテンツ生成部２０３は、リストコンテンツ生成に関連する全てのメタ情報コンテンツから、位置依存コンテンツの位置を示すデータを抽出し、それらの全てのデータを含む矩形領域を求める。本実施の形態においては、緯度・経度座標系を直交座標系と近似して、緯線もしくは経線と平行な線から構成される矩形を決定する。ここでは、矩形の左上と右下の頂点の緯度・経度座標によって、コンテンツ分布領域を定義するものとする。
【０２０３】
Ｓ４００２は、メッシュ領域分割処理ステップである。当ステップにおいて、リストコンテンツ生成部２０３は、Ｓ４００１において決定したコンテンツ分布領域をメッシュ状に分割する。本実施の形態においては、メッシュの基本単位を矩形とする。
【０２０４】
Ｓ４００３は、リストコンテンツ生成の前処理を行うステップである。ここで、前処理とは、リストコンテンツのＸＭＬ宣言や名前空間の宣言などＸＭＬ文書の冒頭に記述すべき情報と、ＭｅｓｈＡｒｅａＤｅｆ要素により記述されるメッシュエリア定義を出力する処理を指す。当ステップにおいて、リストコンテンツ生成部２０３は、最初のエリア情報ブロックより前に記述すべき情報をリストコンテンツに出力する。
【０２０５】
Ｓ４００４は、メタデータのエリア分類処理である。当ステップにおいて、リストコンテンツ生成部２０３は、リストコンテンツ生成に関連する全てのメタ情報コンテンツを、Ｓ４００２において設定したメッシュ（＝地理的コンテンツエリア）に振り分ける。すなわち、各メタ情報コンテンツに記述されている地理的な位置情報を参照して、位置依存コンテンツがどの地理的コンテンツエリアに属するかを判定し、メタ情報コンテンツをエリア毎に分類する。
【０２０６】
位置依存コンテンツの地理的位置情報を、コンテンツ地点ＰＯＣとして定義する場合、その位置依存コンテンツは唯一のエリアに属する。これに対し、位置依存コンテンツの地理的位置情報を、コンテンツ領域ＲＯＣとして定義する場合、コンテンツ領域ＲＯＣが複数のエリアに重なる場合がある。このような場合は、その位置依存コンテンツを、ＲＯＣと重なる全てのエリアに重複して分類するものとする。このようにすると、コンテンツ受信端末１０４において実行されるエリア情報ブロック選択処理において、コンテンツ領域ＲＯＣを有する位置依存コンテンツが、コンテンツの検索結果から漏れることを回避することができる。
【０２０７】
図４０のＳ４００５〜Ｓ４００９のループ処理は、エリア情報ブロックを生成する処理である。これは、図２１で提示したリストコンテンツの外側のＣｏｍｐｏｎｅｎｔ要素を作成する処理に相当する。このループ処理は、Ｓ４００２で定義したメッシュ基本単位の個数と同じ回数だけ繰り返し実行される。
【０２０８】
Ｓ４００５は、エリア位置情報生成処理ステップである。当ステップにおいて、リストコンテンツ生成部２０３は、エリア情報ブロックのエリア位置情報（図９の９３０）をリストコンテンツに出力する。本実施の形態においては、例えば、図４のように地理的コンテンツエリアを設定する場合には、エリア（０，０）、エリア（１，０）、・・・、エリア（２，２）、エリア（３，２）という順番で、エリア情報ブロックを出力するものとする。なお、当ステップにおいて出力されるエリア位置情報は、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素によって記述される。
【０２０９】
図４０のＳ４００６〜Ｓ４００８のループ処理は、コンテンツ情報ブロックを生成する処理である。これは、図２１で提示したリストコンテンツの内側のＣｏｍｐｏｎｅｎｔ要素を作成する処理に相当する。このループ処理は、Ｓ４００５で定義したエリアに含まれる位置依存コンテンツの個数と同じ回数だけ繰り返し実行される。
【０２１０】
Ｓ４００６は、メタデータ取得処理ステップである。当ステップにおいて、リストコンテンツ生成部２０３は、Ｓ４００５で指定した地理的コンテンツエリアに属する一つのメタ情報コンテンツを選択する。このとき、Ｓ４００６〜Ｓ４００８のループ処理で全てのメタ情報コンテンツが選択されるのであれば、メタ情報コンテンツの選択順序は任意でよい。
【０２１１】
Ｓ４００７は、コンテンツ情報生成処理である。当ステップにおいて、リストコンテンツ生成部２０３は、Ｓ４００６において選択したメタ情報コンテンツに関するコンテンツ情報ブロックをリストコンテンツに出力する。なお、当ステップにおいて出力されるコンテンツ情報ブロックは、Ｃｏｍｐｏｎｅｎｔ要素によって記述され、その中には、ＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素で記述した地理的位置情報と、Ｃｏｎｔａｉｎｅｒ要素で記述したコンテンツ情報が含まれる。また、コンテンツ情報ブロックには、少なくとも、ネットワーク位置情報（具体的には、位置依存コンテンツの所在を示すＵＲＬ）が含まれる。
【０２１２】
Ｓ４００８は、コンテンツ情報ブロックの出力完了を判定するステップである。当ステップにおいて、リストコンテンツ生成部２０３は、Ｓ４００５で指定した地理的コンテンツエリアに属する全てのメタデータに対する処理を行ったか否かを判定する。リストコンテンツ生成部２０３は、未処理のメタ情報コンテンツが存在する場合はＳ４００６に戻って、Ｓ４００６〜Ｓ４００８の処理を繰り返し、未処理のメタ情報コンテンツが存在しない場合は次のステップに移行する。
【０２１３】
Ｓ４００９は、エリア情報ブロックの出力完了を判定するステップである。当ステップにおいて、リストコンテンツ生成部２０３は、コンテンツ分布領域に設定した全ての地理的コンテンツエリアに対する処理を行ったか否かを判定する。リストコンテンツ生成部２０３は、未処理の地理的コンテンツエリアが存在する場合はＳ４００５に戻って、Ｓ４００５〜Ｓ４００９の処理を繰り返し、未処理のメタ情報コンテンツが存在しない場合は次のステップに移行する。
【０２１４】
Ｓ４０１０は、リストコンテンツ生成の後処理を行うステップである。当ステップにおいて、リストコンテンツ生成部２０３は、最後のエリア情報ブロックより後に記述すべき情報（例：Ｃｌｍｌ終了タグ）をリストコンテンツに出力する。最後に、リストコンテンツ生成部２０３は、生成したリストコンテンツを蓄積部２０７に蓄積する。
【０２１５】
リストコンテンツ生成部２０３がＳ４００１〜Ｓ４０１０の処理を実行すると、図２０で提示したような構造を持つリストコンテンツが生成される。なお、図４０の流れ図においては、ＣＬＭＬのタグ出力のタイミングに関しては具体的に提示していない。また、図４０の流れ図は、図３４〜図３７で提示したようなリストコンテンツを生成することを想定したものである。図２８〜図３０のようなＨＴＭＬの要素を組み込んだリストコンテンツを生成する場合には、図４０の流れ図を若干修正する必要がある。例えば、Ｓ４００３の前処理、および、Ｓ４０１０の後処理においては、ＨＴＭＬコンテンツ生成に必要なＨＴＭＬタグを含むＣｏｎｔａｉｎｅｒ要素を出力し、Ｓ４００７のコンテンツ情報生成処理においては、ＨＴＭＬのアンカー要素によって記述したネットワーク位置情報を出力することになる。
【０２１６】
次に、コンテンツ放送サーバ１０１のリストコンテンツ配信処理について説明する。リストコンテンツ配信処理は、コンテンツ放送サーバ１０１のリストコンテンツ配信部２０５が実行する。このリストコンテンツ配信処理は、リストコンテンツ生成部２０３が生成したリストコンテンツをカルーセル方式のデータ放送によって、コンテンツ受信端末１０４に配信する処理である。図４１は、コンテンツ放送サーバ１０１のリストコンテンツ配信処理を示す流れ図である。
【０２１７】
Ｓ４１０１は、リストコンテンツ配信の前処理である。当ステップでは、リストコンテンツ配信部２０５は、蓄積部２０７からのリストコンテンツの読み込みや、データ送信スケジュールの設定など、データ放送開始に必要な処理を実行する。
【０２１８】
Ｓ４１０２とＳ４１０３によって構成される処理ループは、カルーセル方式のデータ放送によって、実際にリストコンテンツを配信する処理に相当する。なお、実際のデータ放送においては、複数のコンテンツが多重化されて配信される。すなわち、Ｓ４１０２およびＳ４１０３において、リストコンテンツ配信部２０５は、リストコンテンツの終端に到達するまで、所定単位に分割したリストコンテンツの送信を繰り返す。
【０２１９】
さらに、リストコンテンツ配信部２０５は、Ｓ４１０４において送信終了が検知されない限り、Ｓ４１０１に戻って、リストコンテンツの配信処理を繰り返す。
【０２２０】
以上のように、コンテンツ放送サーバ１０１は、一般Ｗｅｂサーバ１０３より収集したメタ情報コンテンツから図２１で提示した構造を持つリストコンテンツを生成し、コンテンツ受信端末１０４に対して、リストコンテンツを配信する。
【０２２１】
次に、図４２〜図４９の流れ図を参照しながら、コンテンツ受信端末１０４の動作について説明する。これ以降の説明では、コンテンツ受信端末１０４のコンテンツ処理部３０３に着目する。
【０２２２】
まず、コンテンツ受信端末１０４のコンテンツ処理部３０３のメッセージ処理手順について図４２を用いて説明する。図４２は、本実施の形態にかかるコンテンツ処理部３０３におけるメッセージ処理手順を示す流れ図である。図４２で示すメッセージ処理は、コンテンツ処理部３０３が、ブラウザ部３０４もしくは制御部３０６から通知されるメッセージを処理するものであり、メッセージの種別によって、位置情報処理、もしくは、コンテンツ配信処理を実行する。
【０２２３】
コンテンツ処理部３０３は、ブラウザ部３０４もしくは制御部３０６からメッセージ受信を待つ（Ｓ４２０１）。Ｓ４２０１において、コンテンツ処理部３０３がメッセージを受信した場合は、次のステップに移行する。なお、コンテンツ処理部３０３が受信するメッセージは、ＨＴＴＰメッセージのＧＥＴ命令、もしくは、位置情報を通知する拡張ＨＴＴＰメッセージ、放送受信を要求する拡張ＨＴＴＰメッセージのいずれかである。
【０２２４】
次に、コンテンツ処理部３０３は受信したメッセージを解析し、そのメッセージが位置情報を通知するメッセージであるか否かを判定する（Ｓ４２０２）。メッセージが位置情報を通知するメッセージである場合は、Ｓ４２０３の位置情報処理へ移行し、それ以外のメッセージの場合は、Ｓ４２０４へ移行する。
【０２２５】
Ｓ４２０３では、コンテンツ処理部１０６は位置情報処理を実行する。この処理が終わると次のＳ４２０７へ移行する。ここで、位置情報処理とは、制御部３０６から通知される位置情報に対する処理である。位置情報処理の詳細は後述する。
【０２２６】
Ｓ４２０４においては、コンテンツ処理部３０３は、受信メッセージを解析し、そのメッセージがコンテンツの配信を要求するもの（ＨＴＴＰ ＧＥＴメッセージもしくは放送受信を要求する拡張ＨＴＴＰメッセージ）であるか否かを判定する。受信したメッセージがコンテンツ配信要求である場合は、コンテンツ処理部３０３は、Ｓ４２０５においてコンテンツ配信処理を実行した後に、Ｓ４２０７へ移行する。一方、受信したメッセージがコンテンツ配信要求以外の不正なメッセージであった場合は、コンテンツ処理部３０３は、Ｓ４２０６へ移行し、適切なエラー処理を実行する。
【０２２７】
ここでコンテンツ配信処理とは、指定されたコンテンツをサーバから受信し、受信したコンテンツをブラウザ部３０４へ配信する処理である。このコンテンツ配信処理では、必要に応じて、コンテンツ適応処理を実行する。コンテンツ配信処理の詳細は後述する。
【０２２８】
そして、最後のＳ４２０７では処理終了判定を行う。すなわち、メッセージ処理を終了する指示がない限り、Ｓ４２０１のメッセージ受信待ちループへ戻り、メッセージ処理を継続する。
【０２２９】
このように、コンテンツ処理部３０３は、ブラウザ部３０４もしくは制御部３０６から通知されるメッセージの種別によって、位置情報処理、もしくは、コンテンツ配信処理を繰り返し実行する。
【０２３０】
次に、コンテンツ処理部３０３におけるコンテンツ配信処理について図４３を用いて説明する。図４３は、本実施の形態にかかるコンテンツ処理部３０３におけるコンテンツ配信処理を示す流れ図である。
【０２３１】
図４３のコンテンツ配信処理では、コンテンツ処理部３０３がコンテンツの種別に応じた配信中継処理を行う。コンテンツ処理部３０３は、位置適応処理が可能なリストコンテンツの場合は、サーバから取得したリストコンテンツに対して位置適応処理（＝位置適応フィルタリング処理）を実行した後に、ブラウザ部３０４もしくは制御部３０６へ送信する。これに対し、コンテンツの種類が一般のＨＴＭＬコンテンツや画像ファイルなどである場合は、コンテンツ処理部３０３０は、サーバから受信したコンテンツを、そのままブラウザ部３０４へ送信する。
【０２３２】
まず、コンテンツ処理部３０３は、受信メッセージの解析を行う。（Ｓ４３０１）。次のＳ４３０２〜Ｓ４３０４では、コンテンツ処理部３０３は、受信メッセージの種別に応じて実行すべき処理の振り分けを行う。
【０２３３】
Ｓ４３０２では、コンテンツ処理部３０３は、放送受信を要求するメッセージを抽出し、Ｓ４３０５のデータ放送処理を実行する。Ｓ４３０５においては、コンテンツ処理部３０３は、コンテンツ放送サーバ１０１が配信するリストコンテンツを取得する。ただし、リスコンテンツは、コンテンツ通信サーバ１０２が配信する場合もある。
【０２３４】
Ｓ４３０３では、コンテンツ処理部３０３は、一般コンテンツの取得を要求するメッセージを抽出し、Ｓ４３０６の一般ＨＴＴＰ処理を実行する。ここで、一般コンテンツとは、ＨＴＭＬファイルや画像ファイルなど、一般的なＨＴＭＬコンテンツを構成するデータファイルを指し、それらは拡張子で判別できるものとする。
【０２３５】
Ｓ４３０４では、コンテンツ処理部３０３は、リストコンテンツの取得を要求するメッセージを抽出し、Ｓ４３０７の適応ＨＴＴＰ処理の実行を指示する。なお、リストコンテンツはＣＬＭＬで記述された適応処理が可能なコンテンツであり、ファイル拡張子によって識別できるものとする。
【０２３６】
また、コンテンツ処理部３０３は、不正なメッセージを受信した場合、Ｓ４３０８において適切なエラー処理を実行する。
【０２３７】
以上のような、コンテンツ処理部３０３の処理振り分けによって、コンテンツ種別に応じて、データ放送処理（Ｓ４３０５）、一般ＨＴＴＰ処理（Ｓ４３０６）、適応ＨＴＴＰ処理（Ｓ４３０７）のいずれかが実行される。
【０２３８】
次に、図４３のＳ４３０５に相当するデータ放送処理について説明する。コンテンツ放送サーバ１０１は、データ放送によって、リストコンテンツを含む任意のコンテンツを配信することができる。図４４は、本実施の形態にかかるコンテンツ処理部３０３におけるデータ放送処理を示す流れ図である。
【０２３９】
データ放送処理においては、コンテンツ処理部３０３が、コンテンツ放送サーバ１０１から受信したコンテンツを一時蓄積し、一時蓄積したコンテンツを指すＵＲＬ（もしくはファイル名）を制御部３０６に通知する。
【０２４０】
まず、コンテンツ処理部３０３は、制御部３０６から受信したメッセージより放送受信パラメータを取得する（Ｓ４４０１）。ここで、放送受信パラメータとは、受信チャネルや番組識別子などの放送受信に必要な情報を指す。
【０２４１】
次のＳ４４０２〜Ｓ４４０４では、コンテンツ処理部３０３がカルーセルデータ放送を受信し、指定されたチャネルに含まれるコンテンツを蓄積部３０５に蓄積する。カルーセルデータ放送は、データファイルを周期的に繰り返し配信するものであり、データファイルの先頭から受信・蓄積処理が開始されるとは限らない。そこで、コンテンツ処理部３０３は、データ放送のフォーマット仕様に従って、所定単位毎にデータを受信し（Ｓ４４０２）、受信データを連結しながら一時蓄積する処理（Ｓ４４０３）を、コンテンツ全体を受信するまで繰り返す（Ｓ４４０４）。
【０２４２】
Ｓ４４０４においてデータ受信が完了すると、コンテンツ処理部３０３は、次の処理のＳ４４０５へ移行する。ただし、データ受信が正しく実行されなかった場合には、Ｓ４４０６のエラー処理を行って、データ放送処理を終了する。
【０２４３】
次のＳ４４０５では、コンテンツ処理部３０３は、放送受信命令に対する応答メッセージを生成し、そのメッセージを制御部３０６へ送信する。この応答メッセージには、蓄積部３０５に蓄積したコンテンツのＵＲＬ（もしくはファイル名）を記述する。コンテンツ処理部３０３は、後に実行される一般ＨＴＴＰ処理のために、このファイル名を記憶しておく。
【０２４４】
以上のようなＳ４４０１〜Ｓ４４０６の処理を実行することによって、データ放送から受信し、蓄積部３０５に蓄積したコンテンツのＵＲＬ（もしくはファイル名）が、コンテンツ処理部３０３から制御部３０６へ通知される。このデータ放送処理によって、コンテンツ受信端末１０４は、コンテンツ放送サーバ１０１が配信するリストコンテンツを取得する。なお、後に実行される一般ＨＴＴＰ処理によって、蓄積部３０５に蓄積されたコンテンツ（＝放送コンテンツ）は、コンテンツ処理部３０３からブラウザ部３０４に配信される。
【０２４５】
次に、図４３のＳ４３０６に相当する一般ＨＴＴＰ処理について説明する。図４５は、本実施の形態にかかるコンテンツ処理部３０３における一般ＨＴＴＰ処理を示す流れ図である。
【０２４６】
この流れ図は、唯一のステップＳ４５０１のみで構成される。Ｓ４５０１では、コンテンツ処理部３０３が単位ＨＴＴＰ処理の並行実行を行う。一般ＨＴＴＰ処理は、コンテンツ処理部３０３が、ＨＴＭＬコンテンツを構成するデータファイル（ＨＴＭＬファイル、ＧＩＦファイル、ＪＰＥＧファイルなど）をＨＴＴＰによってコンテンツ通信サーバ１０２から取得し、取得したデータファイルをＨＴＴＰによってブラウザ部３０４へ配信するものである。
【０２４７】
この一般ＨＴＴＰ処理は、ブラウザ部３０４からコンテンツ取得要求メッセージが送信されてくる度に実行されるが、コンテンツ取得要求メッセージを受信した順番に完了する必要はない。そこで、コンテンツ処理部３０３は、コンテンツ取得要求メッセージを受信すると、そのメッセージのみを扱う単位ＨＴＴＰ処理を起動する。これは、短時間に複数個のコンテンツ取得要求メッセージを受信した場合には、複数個の単位ＨＴＴＰ処理が平行して実行される状況になることを意味する。個々の単位ＨＴＴＰ処理は、ブラウザ部３０４へコンテンツ配信を実行すると処理完了となる。
【０２４８】
次に、図４５のＳ４５０１に相当する単位ＨＨＴＰ処理について説明する。図４６は、本実施の形態にかかるコンテンツ処理部３０３における単位ＨＴＴＰ処理を示す流れ図である。この単位ＨＴＴＰ処理では、ブラウザ部３０４から送信されてくるＨＴＴＰ ＧＥＴ命令（コンテンツ取得要求）に従って、ＨＴＴＰ通信の中継処理、もしくは、キャッシュコンテンツの配信処理を実行する。
【０２４９】
Ｓ４６０１では、コンテンツ処理部３０３は、受信したＨＴＴＰ ＧＥＴ命令を解析して実行すべき処理を決定する。具体的には、コンテンツ処理部３０３は、ＧＥＴ命令に含まれているＵＲＬ文字列と、図４４のデータ放送受信処理のＳ４４０５において、記憶したＵＲＬ文字列とを比較する。二つのＵＲＬが一致する場合は、コンテンツ処理部３０３は、既に蓄積部３０５に蓄積されている（放送から受信した）コンテンツを送信すればよいのでＳ４６０５へ移行する。これに対し、二つのＵＲＬ文字列が一致しない場合は、コンテンツ処理部３０３は、コンテンツ通信サーバ１０２からコンテンツを取得する必要があるのでＳ４６０２へ移行する。
【０２５０】
Ｓ４６０２〜Ｓ４６０４においては、コンテンツ処理部３０３は、ＨＴＴＰ ＧＥＴ命令の中継転送を行う。
【０２５１】
コンテンツ処理部３０３は、受信したコンテンツ取得要求メッセージを参照して、コンテンツ通信サーバ１０２へ送信するメッセージを生成する。このメッセージは、サーバに対してコンテンツ取得を要求するＨＴＴＰ ＧＥＴメッセージである。そして、コンテンツ処理部３０３は、生成したメッセージを適切なコンテンツ通信サーバ１０２へ送信する（Ｓ４６０２）。
【０２５２】
Ｓ４６０３では、コンテンツ処理部３０３は、サーバに送信したＨＴＴＰ ＧＥＴ命令に対する応答を待ち、応答を受信したら次のＳ４６０４に移行する。ここで、不正なメッセージを受信する、あるいは、所定時間が経過しても応答がない場合には、コンテンツ処理部３０３は、Ｓ４６０７において適切なエラー処理を行い、単位ＨＴＴＰ処理を完了する。
【０２５３】
Ｓ４６０４では、コンテンツ処理部３０３は、Ｓ４６０３においてサーバから受信した応答メッセージを、コンテンツ取得要求メッセージの送信元へ転送する。
【０２５４】
Ｓ４６０５〜Ｓ４６０６においては、コンテンツ処理部３０３は、キャッシュコンテンツの配信処理を実行する。コンテンツ処理部３０３は、コンテンツ放送サーバ１０１より受信したコンテンツを蓄積部３０５から読み出して（Ｓ４６０５）、このコンテンツを含む応答メッセージを生成し、生成した応答メッセージをブラウザ部３０６へ送信する（Ｓ４６０６）。
【０２５５】
以上のように、本実施の形態における単位ＨＴＴＰ処理では、ＨＴＴＰ ＧＥＴ命令に含まれるＵＲＬに応じて、ＨＴＴＰ通信の中継処理、もしくは、キャッシュコンテンツの配信処理を行う。
【０２５６】
次に、図４３のＳ４３０７に相当する適応ＨＴＴＰ処理について説明する。適応ＨＴＴＰ処理では、コンテンツ処理部３０３は、リストコンテンツの中継転送を行う際に位置適応処理を実行する。図４７は、本実施の形態にかかるコンテンツ処理部３０３における適応ＨＴＴＰ処理を示す流れ図である。
【０２５７】
Ｓ４７０１では、コンテンツ処理部３０３は、取得すべきリストリストコンテンツのＵＲＬが、蓄積部３０５にキャッシュされているリストコンテンツのＵＲＬと一致するか否かをチェックする。キャッシュされているリストコンテンツと、取得対象のリストコンテンツが同一のものである場合は、蓄積部３０５にキャッシュされているリストコンテンツを利用できるので、コンテンツ処理部３０３は、Ｓ４７０２およびＳ４７０３をスキップしてＳ４７０４へ移行する。一方、リストコンテンツがキャッシュされていない場合は、コンテンツ処理部３０３は、次のＳ４７０２へ移行する。
【０２５８】
本実施の形態では、リストコンテンツは、コンテンツ放送サーバ１０１が配信するとして説明している。すなわち、リストコンテンツは、図４４のデータ放送受信処理によって蓄積部３０５に蓄積済みであるので、Ｓ４７０２およびＳ４７０３はスキップされる。一方、蓄積部３０５に未蓄積のリストコンテンツが取得対象となっている場合は、コンテンツ通信サーバ１０２からリストコンテンツを取得することを意味するので、Ｓ４７０２およびＳ４７０３が実行される。
【０２５９】
Ｓ４７０２では、コンテンツ処理部３０３は、受信したコンテンツ取得要求メッセージを参照して、コンテンツ通信サーバ１０２へ送信するメッセージを生成し、そのメッセージを送信する。このメッセージは、サーバに対してコンテンツ取得を要求するＨＴＴＰ ＧＥＴメッセージである。
【０２６０】
Ｓ４７０３では、コンテンツ処理部３０３は、Ｓ４７０２においてサーバに送信したメッセージに対する応答を待ち、応答を受信したら次のステップＳ４７０４に移る。ここで、不正なメッセージを受信する、あるいは、所定時間が経過しても応答がない場合には、Ｓ４７０８において適切なエラー処理を行い、適応ＨＴＴＰ処理を完了する。
【０２６１】
Ｓ４７０４では、コンテンツ処理部３０３は、位置適応コンテンツ処理を実行する。位置適応コンテンツ処理とは、事前に与えられた位置情報（より具体的には、関心領域ＲＯＩを定義するパラメータ）に基づいて、コンテンツ通信サーバ１０２から取得した、あるいは、蓄積部３０５から読み出したリストコンテンツから局所領域リストコンテンツを生成する処理である。位置適応コンテンツ処理の詳細については後述する。当ステップの処理が終了すると次のステップＳ４７０５へ移行する。
【０２６２】
Ｓ４７０５では、コンテンツ処理部３０３は、Ｓ４７０４において生成した局所領域リストコンテンツがブラウザに表示可能なコンテンツであるか否かを判定する。ここで、ブラウザ表示可能なコンテンツとは、図２８〜図３０のＣＬＭＬリストコンテンツから生成される、図３１〜図３３のＨＴＭＬコンテンツであり、ブラウザ表示不可能なコンテンツとは、図３４〜図３７のＣＬＭＬリストコンテンツから生成される、図３８の局所領域リストコンテンツである。コンテンツ処理部３０３は、ブラウザ表示可能なコンテンツの場合は、Ｓ４７０６へ移行し、ブラウザ表示が不可能なコンテンツの場合はＳ４７０７へ移行する。
【０２６３】
Ｓ４７０６では、コンテンツ処理部３０３は、コンテンツ取得要求メッセージ（ＨＴＴＰ ＧＥＴメッセージ）に対する応答メッセージを生成し、生成したメッセージをブラウザ部３０４へ送信する。この応答メッセージには、Ｓ４７０４においてＣＬＭＬリストコンテンツから生成したＨＴＭＬコンテンツが含まれており、これをブラウザ部３０４が取得すると、図６に示すような現在地周辺のコンテンツに関する情報が表示される。そして、ユーザが、ブラウザ部３０４に表示された情報の一つを選択した場合には、コンテンツ処理部３０３が図３０に提示した一般ＨＴＴＰ処理を実行し、ブラウザ部３０４にユーザが選択した位置依存コンテンツが表示される。
【０２６４】
Ｓ４７０７では、コンテンツ処理部３０３は、局所領域リストコンテンツを制御部３０６に送信する。局所領域リストコンテンツは、図３８に示すようなコンテンツ情報が列挙されたコンテンツであり、これは、直接ブラウザに表示することはできない。制御部３０６では、局所領域リストコンテンツの解析を行い、所定の規則に従って、局所領域リストコンテンツに記載されているコンテンツ情報から、一つのコンテンツ情報を選択する。例えば、コンテンツ情報にコンテンツのカテゴリが記述されている場合、制御部３０６は、ＧＵＩ部３０９を介してユーザが指定したカテゴリに合致するコンテンツ情報を選択し、そのコンテンツ情報に含まれるＵＲＬをブラウザ部３０４に受け渡す。そして、ブラウザ部３０４が、指定されたＵＲＬのコンテンツを取得し、これを表示する。なお、Ｓ４７０７において、コンテンツ処理部３０３が局所領域リストコンテンツをブラウザ表示可能なコンテンツに変換し、これをブラウザ部３０４に送信することにしても良い。
【０２６５】
以上のように、適応ＨＴＴＰ処理では、コンテンツ処理部３０３がＣＬＭＬで記述されたリストコンテンツから局所領域リストコンテンツを生成するコンテンツ適応処理を実行する。
【０２６６】
次に、図４７のＳ４７０４で実行される位置適応コンテンツ処理手順について説明する。位置適応コンテンツ処理では、最新の位置情報を参照して、ＣＬＭＬリストコンテンツから局所領域リストコンテンツを生成する。図４８は、本実施の形態にかかるコンテンツ処理部３０３で実行される位置適応コンテンツ処理の手順を示す流れ図である。
【０２６７】
Ｓ４８０１では、コンテンツ処理部３０３は、（位置情報取得部３０７もしくは地図処理部３０８から）取得済みの位置情報を参照して、関心領域ＲＯＩを設定する。ここで、位置情報とは、コンテンツ受信端末１０４の現在地もしくは検索地点を示す緯度・経度座標値である。コンテンツ処理部３０３は、取得した位置情報を関心地点ＰＯＩとして、ＰＯＩを中心とする関心領域ＲＯＩを設定する。なお、位置情報を未取得の場合は、コンテンツ処理部３０３は位置適応コンテンツ処理を終了する。
【０２６８】
Ｓ４８０２では、コンテンツ処理部３０３は、リストコンテンツに含まれるメッシュエリア定義を参照し、関心領域ＲＯＩと関連があるエリアを特定し、そのエリアに対応するエリア情報ブロックを選択する。エリア情報ブロックのＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素には、エリア位置情報が記述されている。このエリア位置情報とメッシュエリア定義より、そのエリア情報ブロックに対応するメッシュの位置と形状を求めることができる。なお、メッシュエリア定義を有しないリストコンテンツの場合は、直接、各エリア情報ブロックのＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素を解析し、関心領域ＲＯＩと関連があるエリア情報ブロックを選択する。より具体的には、コンテンツ処理部３０３は、関心領域ＲＯＩと重なるメッシュを有するエリア情報ブロックを選択する。
【０２６９】
Ｓ４８０３では、コンテンツ処理部３０３は、Ｓ４８０３において選択されたエリア情報ブロックを処理対象として、関心地点ＰＯＩもしくは関心領域ＲＯＩと関連があるコンテンツ情報ブロックを選択する。コンテンツ情報ブロックのＬｏａｃｔｉｏｎＣｏｎｄｉｔｉｏｎ要素には、そのコンテンツ情報ブロックに含まれるコンテンツ情報に対応する地理的位置情報が記述されている。この地理的位置情報は、コンテンツ地点ＰＯＣもしくはコンテンツ領域ＲＯＣに相当する。コンテンツ処理部３０３は、図２７に示した３種類のコンテンツ情報ブロック選択条件のいずれかに基づいて、エリア情報ブロックからコンテンツ情報ブロックを選択する。
【０２７０】
Ｓ４８０４では、コンテンツ処理部３０３は、Ｓ４８０４におけるコンテンツ情報ブロック選択処理の結果に基づいて、リストコンテンツから局所領域リストコンテンツを生成する。局所領域リストコンテンツは、選択したコンテンツ情報ブロックのＣｏｎｔａｉｎｅｒ要素に含まれるコンテンツ情報から構成される。ただし、生成される局所領域リストコンテンツがブラウザ表示可能なコンテンツである場合は、リストコンテンツ中にＬｏｃａｔｉｏｎＣｏｎｄｉｔｉｏｎ要素を持たないＣｏｎｔａｉｎｅｒ要素が含まれている。このＣｏｎｔａｉｎｅｒ要素には、ブラウザ表示可能なコンテンツを生成するために必要な記述（例：ｈｔｍｌ要素など）が含まれている。すなわち、コンテンツ処理部３０３は、選択したコンテンツ情報だけでなく、Ｃｌｍｌ要素の子要素、もしくは、選択したエリア情報ブロックの子要素であるＣｏｎｔａｉｎｅｒ要素も考慮して、局所領域リストコンテンツを生成する。
【０２７１】
以上のように、図４８の位置適応コンテンツ処理によって、ＣＬＭＬで記述したリストコンテンツから、関心地点ＰＯＩもしくは関心地点ＲＯＩ、コンテンツ地点ＲＯＣもしくはコンテンツ領域ＲＯＣに適応した局所領域リストコンテンツが生成される。
【０２７２】
次に、図４２のＳ４２０３で実行される位置情報処理手順について図４９を用いて説明する。この位置情報処理では、最新の位置情報に基づいて、取得済みリストコンテンツに対して位置適応コンテンツ処理を実行する。図４９は、本実施の形態にかかる位置情報処理手順を示す流れ図である。
【０２７３】
Ｓ４９０１では、コンテンツ処理部３０３は、最新の位置情報を保存する。ここで、位置情報とは、コンテンツ受信端末１０４の現在地もしくは検索地点を示す緯度・経度座標値である。
【０２７４】
Ｓ４９０２では、コンテンツ処理部３０３は、既にリストコンテンツを取得済みであるか否かを確認する。
【０２７５】
リストコンテンツ未取得の場合、コンテンツ処理部３０３は、位置情報処理を終了する。リストコンテンツを取得済みの場合は、コンテンツ処理部３０３は、次のステップであるＳ４９０３に移行する。
【０２７６】
Ｓ４９０３では、コンテンツ処理部３０３は、図４８で提示した位置適応コンテンツ処理を実行する。ここでは、最新の位置情報を参照して、取得済みのリストコンテンツから局所領域リストコンテンツを生成する。
【０２７７】
Ｓ４９０４では、コンテンツ処理部３０３は、Ｓ４９０３において生成した局所領域リストコンテンツがブラウザに表示可能なコンテンツであるか否かを判定する。コンテンツ処理部３０３は、ブラウザ表示可能なコンテンツの場合は、Ｓ４９０５へ移行し、ブラウザ表示が不可能なコンテンツの場合はＳ４９０７へ移行する。
【０２７８】
Ｓ４９０５では、コンテンツ処理部３０３は、Ｓ４９０３において生成した局所領域リストコンテンツを蓄積部３０５に蓄積する。なお、蓄積部３０５に蓄積される局所領域リストコンテンツは、ブラウザ部３０４に表示可能なコンテンツである。
【０２７９】
Ｓ４９０６では、コンテンツ処理部３０３は、位置情報通知に対する応答メッセージを生成し、生成したメッセージを制御部３０６へ送信する。この応答メッセージには、Ｓ４９０４において蓄積部３０５に蓄積した局所領域コンテンツのＵＲＬ（もしくはファイル名）が含まれている。この応答メッセージを受信した制御部３０６は、応答メッセージから抽出したＵＲＬをブラウザ部３０４へ受け渡す。ＵＲＬを取得したブラウザ部３０４は、そのＵＲＬが示すコンテンツを表示する。このようにして、Ｓ４９０３において生成された局所領域リストコンテンツが、ブラウザ部３０４に表示される。
【０２８０】
Ｓ４９０７では、コンテンツ処理部３０３は、局所領域リストコンテンツを制御部３０６に送信する。局所領域リストコンテンツは、図３８に示すようなコンテンツ情報が列挙されたコンテンツであり、これは、直接ブラウザに表示することはできない。制御部３０６では、局所領域リストコンテンツの解析を行い、所定の規則に従って、局所領域リストコンテンツに記載されているコンテンツ情報から、一つのコンテンツ情報を選択し、そのコンテンツ情報に含まれるＵＲＬをブラウザ部３０４に受け渡す。そして、ブラウザ部３０４が、指定されたＵＲＬに対応する位置依存コンテンツを表示する。
【０２８１】
以上のように、図４９で示す位置情報処理では、コンテンツ処理部３０３は、新たな位置情報通知を受ける度にリストコンテンツから局所領域リストコンテンツを生成し、その結果を制御部３０６へ通知する。
【０２８２】
以上説明したように、本実施の形態によれば、コンテンツ配信装置は、地理的な位置情報と関連付けられるコンテンツである位置依存コンテンツと、位置依存コンテンツのメタデータとして、地理的な位置を示す地理的位置情報と、前記位置依存コンテンツのリンク先であるネットワーク位置情報とを含むメタ情報コンテンツとを有するサーバより、メタ情報コンテンツを収集した後に、メタ情報コンテンツの地理的位置情報に基づいて、位置依存コンテンツの地理的な分布領域をメッシュ状のエリアに分割し、メタ情報コンテンツのサブセットであり、かつ、少なくともネットワーク位置情報を含むコンテンツ情報に、地理的位置情報をインデックスとして付加したコンテンツ情報ブロックを生成し、さらに、エリア毎に前記コンテンツ情報ブロックをまとめたものに、エリアの位置および形状を定義するエリア位置情報をインデックスとして付加したエリア情報ブロックを生成し、前記エリア情報ブロックを列挙した構造を持つリストコンテンツを生成するようにしたものである。この結果、位置情報と関連付けられるコンテンツに関して、位置情報に基づいて、コンテンツのメタデータを階層的に整理したコンテンツ一覧リストを端末に配信し、地理的な位置条件によって、効率的にコンテンツを検索することが可能なコンテンツ配信環境を、ユーザに対して提供することができる。
【０２８３】
また、本実施の形態によれば、コンテンツ配信装置は、メッシュエリア定義とメッシュインデックス番号によって、エリアの位置と形状を表現するので、コンテンツ一覧リストのデータ記述量を削減することができ、また、リスト全体の解析をしなくとも、メッシュエリア定義を参照するのみで、コンテンツの検索範囲を絞り込むことが可能なコンテンツ一覧リストをコンテンツ受信端末に提供することができる。
【０２８４】
また、本実施の形態によれば、コンテンツ受信装置は、地理的な位置を示す地理的位置情報と関連付けられるコンテンツである位置依存コンテンツのメタデータであり、かつ、位置依存コンテンツのリンク先であるネットワーク位置情報を含むコンテンツ情報に、地理的位置情報をインデックスとして付加したコンテンツ情報ブロックを一つの構成単位として、地理的なエリア毎にまとめたコンテンツ情報ブロックに、エリアの位置および形状を定義するエリア位置情報がインデックスとして付加されているエリア情報ブロックを列挙した構造を持つリストコンテンツを受信した後に、現在地点もしくは検索地点を示す地点位置情報を基準としてコンテンツの地理的な検索条件を設定し、その検索条件とエリア定義情報とを比較することによって検索対象となるエリア情報ブロックを絞り込み、さらに、検索条件と地理的位置情報とを比較することによって、リストコンテンツから、検索条件に合致するコンテンツ情報の一覧リストである局所領域リストコンテンツを生成するものである。このように、コンテンツ受信端末は、地理的な検索条件に基づいて検索対象となるエリアを限定し、そのエリア内のコンテンツのみを検索するという、階層的なコンテンツ検索処理を行うので、ユーザに対するコンテンツ検索の応答時間を向上することができる。
【０２８５】
さらに、本実施の形態によれば、コンテンツ受信端末は、メッシュエリア定義を有するリストコンテンツを受信する場合、リストコンテンツ全体の解析をせずに、メッシュエリア定義を参照して、コンテンツの検索範囲となるエリア情報ブロックを絞り込み、局所領域リストコンテンツを生成するので、検索処理に要する時間を短縮することができる。
【０２８６】
なお、コンテンツ受信端末１０４の行う処理をプログラムにし、汎用のコンピュータが読み取り可能な記憶媒体に記憶し、通信機能と放送受信機能と位置情報取得機能とを有する汎用のコンピュータがこのプログラムを実行する形態であっても良い。
【０２８７】
【発明の効果】
以上説明したように、本発明によれば、地理的な地点あるいは領域と関連付けられるコンテンツに関して、位置情報に基づいて、コンテンツのメタデータを階層的に整理したコンテンツ一覧リストを用いて、ユーザの関心領域に限定したコンテンツの情報を効率的に抽出することが可能なコンテンツ配信環境を提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態にかかるコンテンツ適応配信システムのシステム構成図
【図２】本実施の形態にかかるコンテンツ放送サーバのブロック図
【図３】本実施の形態にかかるコンテンツ受信端末のブロック図
【図４】本実施の形態にかかるコンテンツ分布領域と地理的コンテンツエリアの一例を示す図
【図５】本実施の形態にかかる地理的コンテンツエリアと関心領域ＲＯＩとの関係を示す第１の図
【図６】本実施の形態にかかる局所領域リストコンテンツの一例を示す図
【図７】本実施の形態にかかるコンテンツ情報の一例を示す第１の図
【図８】本実施の形態にかかるコンテンツ情報の一例を示す第２の図
【図９】本実施の形態にかかるリストコンテンツの構造を示す図
【図１０】本実施の形態にかかるＣＬＭＬで記述したリストコンテンツの構造を示す第１の図
【図１１】本実施の形態にかかるメッシュエリア定義の記述の一例を示す図
【図１２】本実施の形態にかかるＣＬＭＬで記述したエリア情報ブロックの構造を示す図
【図１３】本実施の形態にかかるＣＬＭＬで記述したエリア位置情報を含むリストコンテンツの構造の一例を示す図
【図１４】本実施の形態にかかるＣＬＭＬで記述したメッシュエリア定義を有しないリストコンテンツの構造の一例を示す図
【図１５】本実施の形態にかかるＣＬＭＬで記述したコンテンツ情報ブロックの構造を示す図
【図１６】本実施の形態にかかるＣＬＭＬで記述したコンテンツ情報ブロックの一例を示す第１の図
【図１７】本実施の形態にかかるＣＬＭＬで記述したコンテンツ情報ブロックの一例を示す第２の図
【図１８】本実施の形態にかかるＣＬＭＬで記述したコンテンツ情報ブロックの一例を示す第３の図
【図１９】本実施の形態にかかるＣＬＭＬで記述したコンテンツ情報ブロックの一例を示す第４の図
【図２０】本実施の形態にかかるＣＬＭＬで記述したリストコンテンツの構造を示す第２の図
【図２１】本実施の形態にかかるＣＬＭＬで記述したリストコンテンツの構造を示す第３の図
【図２２】本実施の形態にかかる地理的空間における位置依存コンテンツの分布状態の一例を示す図
【図２３】本実施の形態にかかる地理的コンテンツエリアと関心領域ＲＯＩとの関係を示す第２の図
【図２４】本実施の形態にかかる関心領域ＲＯＩとコンテンツ領域ＲＯＣとの重なり判定を説明する図
【図２５】本実施の形態にかかる関心領域ＲＯＩとコンテンツ地点ＰＯＣとの重なり判定を説明する図
【図２６】本実施の形態にかかる地理的コンテンツエリアと位置依存コンテンツの配置の一例を示す図
【図２７】本実施の形態にかかるコンテンツ情報ブロック選択条件を示す図
【図２８】本実施の形態にかかるＣＬＭＬおよびＨＴＭＬで記述したリストコンテンツの一例を示す第１の図
【図２９】本実施の形態にかかるＣＬＭＬおよびＨＴＭＬで記述したリストコンテンツの一例を示す第２の図
【図３０】本実施の形態にかかるＣＬＭＬおよびＨＴＭＬで記述したリストコンテンツの一例を示す第３の図
【図３１】本実施の形態にかかるリストコンテンツから生成したＨＴＭＬコンテンツの一例を示す第１の図
【図３２】本実施の形態にかかるリストコンテンツから生成したＨＴＭＬコンテンツの一例を示す第２の図
【図３３】本実施の形態にかかるリストコンテンツから生成したＨＴＭＬコンテンツの一例を示す第３の図
【図３４】本実施の形態にかかるＣＬＭＬで記述したリストコンテンツの一例を示す第１の図
【図３５】本実施の形態にかかるＣＬＭＬで記述したリストコンテンツの一例を示す第２の図
【図３６】本実施の形態にかかるＣＬＭＬで記述したリストコンテンツの一例を示す第３の図
【図３７】本実施の形態にかかるＣＬＭＬで記述したリストコンテンツの一例を示す第４の図
【図３８】本実施の形態にかかるリストコンテンツから生成したコンテンツ情報の一例を示す図
【図３９】本実施の形態にかかるコンテンツ放送サーバのメタ情報コンテンツ収集処理手順を示す流れ図
【図４０】本実施の形態にかかるコンテンツ放送サーバのリストコンテンツ生成処理手順を示す流れ図
【図４１】本実施の形態にかかるコンテンツ放送サーバのリストコンテンツ配信処理手順を示す流れ図
【図４２】本実施の形態にかかるコンテンツ受信端末のメッセージ処理手順を示す流れ図
【図４３】本実施の形態にかかるコンテンツ受信端末のコンテンツ取得処理手順を示す流れ図
【図４４】本実施の形態にかかるコンテンツ受信端末のデータ放送処理手順を示す流れ図
【図４５】本実施の形態にかかるコンテンツ受信端末の一般ＨＴＴＰ処理手順を示す流れ図
【図４６】本実施の形態にかかるコンテンツ受信端末の単位ＨＴＴＰ処理手順を示す流れ図
【図４７】本実施の形態にかかるコンテンツ受信端末の適応ＨＴＴＰ処理手順を示す流れ図
【図４８】本実施の形態にかかるコンテンツ受信端末の位置適応コンテンツ処理手順を示す流れ図
【図４９】本実施の形態にかかるコンテンツ受信端末の位置情報処理手順を示す流れ図
【符号の説明】
１００ コンテンツ適応配信システム
１０１ コンテンツ放送サーバ
１０２、１０２ａ〜１０２ｂ コンテンツ通信サーバ
１０３、１０３ａ〜１０３ｃ 一般Ｗｅｂサーバ
１０４、１０４ａ〜１０４ｂ コンテンツ受信端末
１０５ 通信ネットワーク
１０６ 無線基地局
１０７ ＧＰＳ衛星
２０１ 通信インタフェース部
２０２ メタ情報コンテンツ収集部
２０３ リストコンテンツ生成部
２０４ ＧＵＩ部
２０５ リストコンテンツ配信部
２０６ 放送インタフェース部
２０７ 蓄積部
２０８ 制御部
３０１ 放送インタフェース部
３０２ 通信インタフェース部
３０３ コンテンツ処理部
３０４ ブラウザ部
３０５ 蓄積部
３０６ 制御部
３０７ 位置情報取得部
３０８ 地図処理部
３０９ ＧＵＩ部

Claims (19)

1. 地理的な位置情報と関連付けられるコンテンツである位置依存コンテンツと、前記位置依存コンテンツの地理的な位置を示す地理的位置情報および前記位置依存コンテンツのネットワーク上における格納場所を示す識別子であるネットワーク位置情報を含むメタ情報コンテンツと、を有するサーバより、前記メタ情報コンテンツを収集するメタ情報コンテンツ収集部と、
   前記サーバより収集された前記メタ情報コンテンツに記載された前記地理的位置情報を集計することによって特定した、前記位置依存コンテンツが分布している地理的領域をメッシュ状のエリアに分割すると共に、
   前記位置依存コンテンツが分布している地理的領域のメッシュ分割方法を規定したメッシュエリア定義と、
   前記ネットワーク位置情報を含むコンテンツ情報に前記地理的位置情報をインデックスとして付加した少なくとも 1 つのコンテンツ情報ブロックと、
   前記エリア毎に前記コンテンツ情報ブロックをまとめ、前記エリアの位置およびメッシュ状の形状を前記メッシュエリア定義から算出することが可能なメッシュインデックス番号を含むエリア位置情報と、
   前記エリア毎に前記エリア位置情報と少なくとも 1 つの前記コンテンツ情報ブロックとからなるエリア情報ブロックと、
   を記述した構造を持つリストコンテンツを生成するリストコンテンツ生成部と、
   カルーセル方式のデータ放送またはクライアント端末からの要求に応じて、前記リストコンテンツを配信するリストコンテンツ配信部と、
   を具備したことを特徴とするコンテンツ配信装置。
2. 前記地理的位置情報は、前記位置依存コンテンツに関連する地理的な代表地点を示すコンテンツ代表地点と、前記位置依存コンテンツに関連する地理的な領域を示すコンテンツ存在領域と、前記位置依存コンテンツの地理的な配信範囲を示すコンテンツ配信領域とのいずれかを組み合わせた情報であることを特徴とする請求項１記載のコンテンツ配信装置。
3. 前記メタ情報コンテンツおよび前記コンテンツ情報は、前記位置依存コンテンツの種別を示すカテゴリ情報を含むことを特徴とする請求項２記載のコンテンツ配信装置。
4. 地理的な位置を示す地理的位置情報と関連付けられるコンテンツである位置依存コンテンツが分布している地理的領域のメッシュ分割方法を規定したメッシュエリア定義と、
   前記位置依存コンテンツのネットワーク上における格納場所を示す識別子であるネットワーク位置情報を含むコンテンツ情報に前記地理的位置情報をインデックスとして付加した少なくとも１つのコンテンツ情報ブロックと、
   前記エリア毎に前記コンテンツ情報ブロックをまとめ、前記エリアの位置およびメッシュ状の形状を前記メッシュエリア定義から算出することが可能なメッシュインデックス番号を含むエリア位置情報と、
   前記エリア毎に前記エリア位置情報と少なくとも１つの前記コンテンツ情報ブロックとからなるエリア情報ブロックと、
   を記述した構造を持つリストコンテンツを、カルーセル方式のデータ放送またはユーザからの要求に応じてサーバから受信するコンテンツ受信部と、
   現在地点もしくは検索地点を示す地点位置情報を取得する位置情報取得部と、
   前記地点位置情報を基準としてコンテンツの地理的な検索条件を設定し、前記メッシュエリア定義を参照して、前記検索条件に合致するエリアの前記メッシュインデックス番号を求めることによって、検索対象となる前記エリア情報ブロックを絞り込み、さらに、前記検索条件と前記地理的位置情報とを比較することによって、前記リストコンテンツから、前記検索条件に合致する前記コンテンツ情報の一覧リストである局所領域リストコンテンツを生成するコンテンツ処理部と、
   を具備したことを特徴とするコンテンツ受信装置。
5. 前記検索条件は、前記地点位置情報を基準として設定される地理的空間内の一点を示す関心地点、もしくは、前記地点位置情報を基準として設定される地理的空間内の領域を示す関心領域であることを特徴とする請求項４記載のコンテンツ受信装置。
6. 前記地理的位置情報は、前記位置依存コンテンツに関連する地理的な代表地点を示すコンテンツ代表地点と、前記位置依存コンテンツに関連する地理的な領域を示すコンテンツ存在領域と、前記位置依存コンテンツの地理的な配信範囲を示すコンテンツ配信領域とのいずれかを組み合わせた情報であることを特徴とする請求項４記載のコンテンツ受信装置。
7. 前記コンテンツ処理部は、前記関心領域に前記コンテンツ代表地点が含まれる前記コンテンツ情報のみを含む前記局所領域リストコンテンツを生成することを特徴とする請求項６記載のコンテンツ受信装置。
8. 前記コンテンツ処理部は、前記関心地点が前記コンテンツ配信領域に含まれる前記コンテンツ情報のみを含む前記局所領域リストコンテンツを生成することを特徴とする請求項６記載のコンテンツ受信装置。
9. 前記コンテンツ処理部は、前記関心領域と前記コンテンツ存在領域もしくは前記コンテンツ配信領域とが重なる前記コンテンツ情報のみを含む前記局所領域リストコンテンツを生成することを特徴とする請求項６記載のコンテンツ受信装置。
10. 前記局所領域リストコンテンツに含まれる前記コンテンツ情報に記述されている前記位置依存コンテンツのメタデータを参照し、所定条件に合致する一つの前記コンテンツ情報を選択し、選択した前記コンテンツ情報に記述されている前記ネットワーク位置情報を出力するコンテンツ選択部と、
    指定された前記ネットワーク位置情報が示す前記位置依存コンテンツの取得および表示を行うブラウザ部と、
    をさらに有することを特徴とする請求項６記載のコンテンツ受信装置。
11. 指定されたコンテンツの取得および表示を行うブラウザ部をさらに有し、
    前記リストコンテンツは、ブラウザに表示可能なコンテンツを生成するために必要な情報を含み、
    前記局所領域リストコンテンツは、前記コンテンツ情報の内容を表示すると共に、ユーザが所望する前記ネットワーク位置情報が示す前記位置依存コンテンツを取得することができるコンテンツであることを特徴とする請求項６記載のコンテンツ受信装置。
12. メタ情報コンテンツ収集部、リストコンテンツ生成部、およびリストコンテンツ配信部を具備したコンテンツ配信装置におけるコンテンツ配信方法であって、
    前記メタ情報コンテンツ収集部が、地理的な位置情報と関連付けられるコンテンツである位置依存コンテンツと、前記位置依存コンテンツの地理的な位置を示す地理的位置情報および前記位置依存コンテンツのネットワーク上における格納場所を示す識別子であるネットワーク位置情報を含むメタ情報コンテンツと、を有するサーバより、前記メタ情報コンテンツを収集するメタ情報コンテンツ収集ステップと、
    リストコンテンツ生成部が、前記サーバより収集した前記メタ情報コンテンツに記載された前記地理的位置情報を集計することによって特定した、前記位置依存コンテンツが分布している地理的領域をメッシュ状のエリアに分割すると共に、
    前記位置依存コンテンツが分布している地理的領域のメッシュ分割方法を規定したメッシュエリア定義と、
    前記ネットワーク位置情報を含むコンテンツ情報に前記地理的位置情報をインデックスとして付加した少なくとも１つのコンテンツ情報ブロックと、
    前記エリア毎に前記コンテンツ情報ブロックをまとめ、前記エリアの位置およびメッシュ状の形状を前記メッシュエリア定義から算出することが可能なメッシュインデックス番 号を含むエリア位置情報と、
    前記エリア毎に前記エリア位置情報と少なくとも１つの前記コンテンツ情報ブロックとからなるエリア情報ブロックと、
    を記述した構造を持つリストコンテンツを生成するリストコンテンツ生成ステップと、
    前記リストコンテンツ配信部が、カルーセル方式のデータ放送またはクライアント端末からの要求に応じて、前記リストコンテンツを配信するリストコンテンツ配信ステップと、
    を具備したことを特徴とするコンテンツ配信方法。
13. 前記地理的位置情報は、前記位置依存コンテンツに関連する地理的な代表地点を示すコンテンツ代表地点と、前記位置依存コンテンツに関連する地理的な領域を示すコンテンツ存在領域と、前記位置依存コンテンツの地理的な配信範囲を示すコンテンツ配信領域とのいずれかを組み合わせた情報であることを特徴とする請求項１２記載のコンテンツ配信方法。
14. コンテンツ受信部、位置情報取得部、およびコンテンツ処理部を具備したコンテンツ受信装置におけるコンテンツ受信方法であって、
    前記コンテンツ受信部が、
    地理的な位置を示す地理的位置情報と関連付けられるコンテンツである位置依存コンテンツが分布している地理的領域のメッシュ分割方法を規定したメッシュエリア定義と、
    前記位置依存コンテンツのネットワーク上における格納場所を示す識別子であるネットワーク位置情報を含むコンテンツ情報に前記地理的位置情報をインデックスとして付加した少なくとも１つのコンテンツ情報ブロックと、
    前記エリア毎に前記コンテンツ情報ブロックをまとめ、前記エリアの位置およびメッシュ状の形状を前記メッシュエリア定義から算出することが可能なメッシュインデックス番号を含むエリア位置情報と、
    前記エリア毎に前記エリア位置情報と少なくとも１つの前記コンテンツ情報ブロックとからなるエリア情報ブロックと、
    を記述した構造を持つリストコンテンツを、カルーセル方式のデータ放送またはユーザからの要求に応じてサーバから受信するコンテンツ受信ステップと、
    前記位置情報取得部が、現在地点もしくは検索地点を示す地点位置情報を取得する位置情報取得ステップと、
    前記コンテンツ処理部が、前記地点位置情報を基準としてコンテンツの地理的な検索条件を設定し、前記メッシュエリア定義を参照して、前記検索条件に合致するエリアの前記メッシュインデックス番号を求めることによって、検索対象となる前記エリア情報ブロックを絞り込み、さらに、前記検索条件と前記地理的位置情報とを比較することによって、前記リストコンテンツから、前記検索条件に合致する前記コンテンツ情報の一覧リストである局所領域リストコンテンツを生成するコンテンツ処理ステップと、
    を具備したことを特徴とするコンテンツ受信方法。
15. 前記検索条件は、前記地点位置情報を基準として設定される地理的空間内の一点を示す関心地点、もしくは、前記地点位置情報を基準として設定される地理的空間内の領域を示す関心領域であることを特徴とする請求項１４記載のコンテンツ受信方法。
16. 前記地理的位置情報は、前記位置依存コンテンツに関連する地理的な代表地点を示すコンテンツ代表地点と、前記位置依存コンテンツに関連する地理的な領域を示すコンテンツ存在領域と、前記位置依存コンテンツの地理的な配信範囲を示すコンテンツ配信領域とのいずれかを組み合わせた情報であることを特徴とする請求項１４記載のコンテンツ受信方法。
17. 地理的な位置情報と関連付けられるコンテンツである位置依存コンテンツと、前記位置依存コンテンツの地理的な位置を示す地理的位置情報および前記位置依存コンテンツのネットワーク上における格納場所を示す識別子であるネットワーク位置情報を含むメタ情報コンテンツと、を有するサーバより、前記メタ情報コンテンツを収集するメタ情報コンテンツ収集ステップと、
    前記サーバより収集した前記メタ情報コンテンツに記載された前記地理的位置情報を集計することによって特定した、前記位置依存コンテンツが分布している地理的領域をメッシュ状のエリアに分割すると共に、
    前記位置依存コンテンツが分布している地理的領域のメッシュ分割方法を規定したメッシュエリア定義と、
    前記ネットワーク位置情報を含むコンテンツ情報に前記地理的位置情報をインデックスとして付加した少なくとも１つのコンテンツ情報ブロックと、
    前記エリア毎に前記コンテンツ情報ブロックをまとめ、前記エリアの位置およびメッシュ状の形状を前記メッシュエリア定義から算出することが可能なメッシュインデックス番号を含むエリア位置情報と、
    前記エリア毎に前記エリア位置情報と少なくとも１つの前記コンテンツ情報ブロックとからなるエリア情報ブロックと、
    を記述した構造を持つリストコンテンツを生成するリストコンテンツ生成ステップと、
    カルーセル方式のデータ放送またはクライアント端末からの要求に応じて、前記リストコンテンツを配信するリストコンテンツ配信ステップと、
    をコンピュータに行わせることを特徴とするプログラム。
18. 地理的な位置を示す地理的位置情報と関連付けられるコンテンツである位置依存コンテンツが分布している地理的領域のメッシュ分割方法を規定したメッシュエリア定義と、
    前記位置依存コンテンツのネットワーク上における格納場所を示す識別子である前記ネットワーク位置情報を含むコンテンツ情報に前記地理的位置情報をインデックスとして付加した少なくとも１つのコンテンツ情報ブロックと、
    前記エリア毎に前記コンテンツ情報ブロックをまとめ、前記エリアの位置およびメッシュ状の形状を前記メッシュエリア定義から算出することが可能なメッシュインデックス番号を含むエリア位置情報と、
    前記エリア毎に前記エリア位置情報と少なくとも１つの前記コンテンツ情報ブロックとからなるエリア情報ブロックと、
    を記述した構造を持つリストコンテンツを、カルーセル方式のデータ放送またはユーザからの要求に応じてサーバから受信するコンテンツ受信ステップと、
    現在地点もしくは検索地点を示す地点位置情報を取得する位置情報取得ステップと、
    前記地点位置情報を基準としてコンテンツの地理的な検索条件を設定し、前記メッシュエリア定義を参照して、前記検索条件に合致するエリアの前記メッシュインデックス番号を求めることによって、検索対象となる前記エリア情報ブロックを絞り込み、さらに、前記検索条件と前記地理的位置情報とを比較することによって、前記リストコンテンツから、前記検索条件に合致する前記コンテンツ情報の一覧リストである局所領域リストコンテンツを生成するコンテンツ処理ステップと、
    をコンピュータに行わせることを特徴とするプログラム。
19. 請求項１７または請求項１８記載のプログラムを記憶したコンピュータ読み取り可能な記憶媒体。

Images