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