(57)【要約】【課題】受信者の位置に応じた適切な放送スケジュールで地理情報を放送配信することを図る。【解決手段】スケジュールサーバ装置１は、放送データの受信端末についての位置、移動および放送受信品質に係る情報を通信ネットワーク経由で受信する通信手段と、該通信ネットワーク経由で受信された情報に基づいて、どの区域の地理情報を優先的に放送するのかを表す区域優先度を算出する区域優先度算出手段と、該区域優先度に従って、各区域の地理情報をスケジューリングする放送スケジュール作成手段とを備える。【選択図】図１
2008276609.tif 000002
【特許請求の範囲】
【請求項１】
複数の区域の地理情報を放送するスケジュールを作成する放送スケジュール作成装置であり、
放送データの受信端末についての位置、移動および放送受信品質に係る情報を通信ネットワーク経由で受信する通信手段と、
前記通信ネットワーク経由で受信された情報に基づいて、どの区域の地理情報を優先的に放送するのかを表す区域優先度を算出する区域優先度算出手段と、
前記区域優先度に従って、各区域の地理情報をスケジューリングする放送スケジュール作成手段と、
を備えたことを特徴とする放送スケジュール作成装置。
【請求項２】
前記区域優先度は、前記受信端末ごとに算出される端末個別区域優先度を総合して成り、
前記端末個別区域優先度は、
対象区域の放送受信品質が当該受信端末の在る区域の放送受信品質よりも悪いほど上がる優先度、当該受信端末の在る区域の放送受信品質が悪いほど下がる優先度、当該受信端末が対象区域に向かって移動しているほど上がる優先度、又は対象区域と当該受信端末の在る区域との間の距離が近いほど上がる優先度のうち、いずれか一つ又は複数が組み合わされて成る、
ことを特徴とする請求項１に記載の放送スケジュール作成装置。
【請求項３】
前記端末個別区域優先度は、対象区域と当該受信端末の在る区域との間の距離が近いほど上がる優先度の上がり方が当該受信端末の移動速度に反比例するように構成されたことを特徴とする請求項２に記載の放送スケジュール作成装置。
【請求項４】
前記区域優先度（Ｍ）および前記端末個別区域優先度（Ｅｍ）は、次式で算出されるものであり、
【数１】
2008276609.tif 000006
但し、
ｍは１からｎまでのいずれかの整数（端末個別区域優先度の算出対象である受信端末を表す）、
ｎは受信端末の台数、
Ａｐは対象区域における放送データの平均損失率（百分率）、
Ａｐｍは受信端末（ｍ）が位置する区域における放送データの平均損失率（百分率）、
θｍは対象区域の中心点の座標（ｘ，ｙ）と受信端末（ｍ）の位置の座標（ｌｘｍ，ｌｙｍ）を結ぶ直線に対して受信端末（ｍ）の移動方向が成す角度（−９０°≦θｍ≦９０°）、
ｒｍは受信端末（ｍ）が一定期間に進む距離、
（ｌｘｍ，ｌｙｍ）は受信端末（ｍ）の位置の座標、
（ｘ，ｙ）は対象区域の中心点の座標、
であることを特徴とする請求項３に記載の放送スケジュール作成装置。
【請求項５】
前記地理情報は、複数の種類の情報から構成されるとともに一種類の情報が一レイヤを成すように階層化されており、
前記一種類の情報は、区域ごとのリソースから成り、
前記通信手段は、前記受信端末についてのレイヤ要求、損失したリソース、受信完了したリソースおよび閲覧開始したリソースに係る情報を通信ネットワーク経由で受信し、
前記放送スケジュール作成装置は、前記レイヤ要求に基づいてどのレイヤの地理情報を優先的に放送するのかを表すレイヤ優先度を算出するとともに、前記リソースに係る情報に基づいてどのリソースを優先的に放送するのかを表すリソース関連優先度を算出し、該レイヤ優先度とリソース関連優先度を組み合わせたレイヤ・リソース優先度を算出するレイヤ・リソース優先度算出手段を備え、
前記放送スケジュール作成手段は、前記区域優先度および前記レイヤ・リソース優先度に従って、各リソースの地理情報をスケジューリングすることを特徴とする請求項１に記載の放送スケジュール作成装置。
【請求項６】
前記地理情報は、複数の種類の情報から構成されるとともに一種類の情報が一レイヤを成すように階層化されており、
前記一種類の情報は、区域ごとのリソースから成り、
前記放送スケジュール作成装置は、前記リソースの新鮮度、更新頻度および重要度から成るリソース自体優先度を算出するリソース自体優先度算出手段を備え、
前記放送スケジュール作成手段は、前記区域優先度および前記リソース自体優先度に従って、各リソースの地理情報をスケジューリングすることを特徴とする請求項１に記載の放送スケジュール作成装置。
【請求項７】
請求項１から請求項６のいずれかの項に記載の放送スケジュール作成装置と、
前記放送スケジュール作成装置によって作成された放送スケジュールに従って、地理情報を放送する放送配信手段と、
前記放送スケジュール作成装置によって作成された放送スケジュールから漏れた地理情報を通信ネットワーク経由で配信する通信配信手段と、
を備えたことを特徴とする地理情報配信システム。
【請求項８】
複数の区域の地理情報を放送するスケジュールを作成するコンピュータプログラムであって、
放送データの受信端末についての位置、移動および放送受信品質に係る情報に基づいて、どの区域の地理情報を優先的に放送するのかを表す区域優先度を算出する区域優先度算出機能と、
前記区域優先度に従って、各区域の地理情報をスケジューリングする放送スケジュール作成機能と、
をコンピュータに実現させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送スケジュール作成装置、地理情報配信システムおよびコンピュータプログラムに関する。
【背景技術】
【０００２】
従来、例えば特許文献１に記載のコンテンツ配信システム（従来技術１）が知られている。このコンテンツ配信システムでは、車載装置は、ユーザの嗜好や車両の状況などのユーザ側の条件、通信環境などのユーザ側の環境に係る条件、コンテンツのジャンルなどのコンテンツに係る条件に基づいて、コンテンツ候補一覧情報内のコンテンツの中から適切なコンテンツを選別するとともにコンテンツの再生順序を決定して番組表情報を作成し、その番組表情報をコンテンツサーバに送信している。また、特許文献２に記載のデータ放送装置（従来技術２）が知られている。このデータ放送装置では、データ放送の受信者の端末から該受信者の嗜好情報を含むプロファイル情報を通信網経由で受信し、該受信したプロファイル情報に基づき、放送スケジュールを更新している。
【特許文献１】特開２００５−８４７５２号公報
【特許文献２】特開２００６−１６５９１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上述した従来技術１は、各個人の配信スケジュールで個別通信による情報配信を行うものであり、複数の受信者に向けた放送による情報配信には適用し難い。また、従来技術２では、受信者の位置に応じた適切な放送スケジュールを作成することが難しい。
【０００４】
本発明は、このような事情を考慮してなされたもので、その目的は、受信者の位置に応じた適切な放送スケジュールで地理情報を放送配信することのできる放送スケジュール作成装置、地理情報配信システムおよびコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００５】
上記の課題を解決するために、本発明に係る放送スケジュール作成装置は、複数の区域の地理情報を放送するスケジュールを作成する放送スケジュール作成装置であり、放送データの受信端末についての位置、移動および放送受信品質に係る情報を通信ネットワーク経由で受信する通信手段と、前記通信ネットワーク経由で受信された情報に基づいて、どの区域の地理情報を優先的に放送するのかを表す区域優先度を算出する区域優先度算出手段と、前記区域優先度に従って、各区域の地理情報をスケジューリングする放送スケジュール作成手段とを備えたことを特徴とする。
【０００６】
本発明に係る放送スケジュール作成装置においては、前記区域優先度は、前記受信端末ごとに算出される端末個別区域優先度を総合して成り、前記端末個別区域優先度は、対象区域の放送受信品質が当該受信端末の在る区域の放送受信品質よりも悪いほど上がる優先度、当該受信端末の在る区域の放送受信品質が悪いほど下がる優先度、当該受信端末が対象区域に向かって移動しているほど上がる優先度、又は対象区域と当該受信端末の在る区域との間の距離が近いほど上がる優先度のうち、いずれか一つ又は複数が組み合わされて成ることを特徴とする。
【０００７】
本発明に係る放送スケジュール作成装置においては、前記端末個別区域優先度は、対象区域と当該受信端末の在る区域との間の距離が近いほど上がる優先度の上がり方が当該受信端末の移動速度に反比例するように構成されたことを特徴とする。
【０００８】
本発明に係る放送スケジュール作成装置においては、前記区域優先度（Ｍ）および前記端末個別区域優先度（Ｅｍ）は、次式で算出されるものであり、
【数１】
2008276609.tif 000003
但し、
ｍは１からｎまでのいずれかの整数（端末個別区域優先度の算出対象である受信端末を表す）、
ｎは受信端末の台数、
Ａｐは対象区域における放送データの平均損失率（百分率）、
Ａｐｍは受信端末（ｍ）が位置する区域における放送データの平均損失率（百分率）、
θｍは対象区域の中心点の座標（ｘ，ｙ）と受信端末（ｍ）の位置の座標（ｌｘｍ，ｌｙｍ）を結ぶ直線に対して受信端末（ｍ）の移動方向が成す角度（−９０°≦θｍ≦９０°）、
ｒｍは受信端末（ｍ）が一定期間に進む距離、
（ｌｘｍ，ｌｙｍ）は受信端末（ｍ）の位置の座標、
（ｘ，ｙ）は対象区域の中心点の座標、
であることを特徴とする。
【０００９】
本発明に係る放送スケジュール作成装置においては、前記地理情報は、複数の種類の情報から構成されるとともに一種類の情報が一レイヤを成すように階層化されており、前記一種類の情報は、区域ごとのリソースから成り、前記通信手段は、前記受信端末についてのレイヤ要求、損失したリソース、受信完了したリソースおよび閲覧開始したリソースに係る情報を通信ネットワーク経由で受信し、前記放送スケジュール作成装置は、前記レイヤ要求に基づいてどのレイヤの地理情報を優先的に放送するのかを表すレイヤ優先度を算出するとともに、前記リソースに係る情報に基づいてどのリソースを優先的に放送するのかを表すリソース関連優先度を算出し、該レイヤ優先度とリソース関連優先度を組み合わせたレイヤ・リソース優先度を算出するレイヤ・リソース優先度算出手段を備え、前記放送スケジュール作成手段は、前記区域優先度および前記レイヤ・リソース優先度に従って、各リソースの地理情報をスケジューリングすることを特徴とする。
【００１０】
本発明に係る放送スケジュール作成装置においては、前記地理情報は、複数の種類の情報から構成されるとともに一種類の情報が一レイヤを成すように階層化されており、前記一種類の情報は、区域ごとのリソースから成り、前記放送スケジュール作成装置は、前記リソースの新鮮度、更新頻度および重要度から成るリソース自体優先度を算出するリソース自体優先度算出手段を備え、前記放送スケジュール作成手段は、前記区域優先度および前記リソース自体優先度に従って、各リソースの地理情報をスケジューリングすることを特徴とする。
【００１１】
本発明に係る地理情報配信システムは、前述の放送スケジュール作成装置と、前記放送スケジュール作成装置によって作成された放送スケジュールに従って、地理情報を放送する放送配信手段と、前記放送スケジュール作成装置によって作成された放送スケジュールから漏れた地理情報を通信ネットワーク経由で配信する通信配信手段とを備えたことを特徴とする。
【００１２】
本発明に係るコンピュータプログラムは、複数の区域の地理情報を放送するスケジュールを作成するコンピュータプログラムであって、放送データの受信端末についての位置、移動および放送受信品質に係る情報に基づいて、どの区域の地理情報を優先的に放送するのかを表す区域優先度を算出する区域優先度算出機能と、前記区域優先度に従って、各区域の地理情報をスケジューリングする放送スケジュール作成機能とをコンピュータに実現させることを特徴とする。
これにより、前述の放送スケジュール作成装置がコンピュータを利用して実現できるようになる。
【発明の効果】
【００１３】
本発明によれば、受信者の位置に応じた適切な放送スケジュールで地理情報を放送配信することができるという効果が得られる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照し、本発明の一実施形態について説明する。
図１は、本発明の一実施形態に係る地理情報配信システムの全体構成を示すブロック図である。図１において、地理情報配信システムは、スケジュールサーバ装置１とコンテンツサーバ装置２とリソースダウンロードサーバ装置３と放送サーバ装置４とクライアント端末装置５とを有する。
【００１５】
スケジュールサーバ装置１、コンテンツサーバ装置２およびリソースダウンロードサーバ装置３は、それぞれの間でデータ伝送が可能である。コンテンツサーバ装置２は放送サーバ装置４との間でデータ伝送が可能である。スケジュールサーバ装置１およびリソースダウンロードサーバ装置３は、それぞれ、通信ネットワークを介してクライアント端末装置５との間でデータ伝送が可能である。
【００１６】
スケジュールサーバ装置１（以下、スケジュールサーバ１と称する）は、コンテンツサーバ装置２（以下、コンテンツサーバ２と称する）が有する地理情報を放送するスケジュールを作成する。コンテンツサーバ２は、スケジュールサーバ１から放送スケジュールを受け取り、放送スケジュールと放送対象の地理情報を放送サーバ装置４（以下、放送サーバ４と称する）に送信する。放送サーバ４は、コンテンツサーバ２から受け取った放送スケジュールに従って、コンテンツサーバ２から受け取った地理情報を放送波に乗せて送信する。この放送波はクライアント端末装置５（以下、クライアント５と称する）で受信される。
【００１７】
コンテンツサーバ２が有する地理情報は、地図、交通、建物、公共交通機関運行状況、気象、災害、事故の統計、位置連動広告などの複数の種類の情報から構成される。地理情報は、一種類の情報が一レイヤを成すように階層化されている。その全てのレイヤは、共通の区域に区分けされている。これにより、地理情報の一レイヤの情報は、区域ごとの情報（リソースと称する）から構成される。一リソースは、一レイヤ内の一区域の情報である。
【００１８】
なお、本実施形態では、区域としてメッシュ（網目）状に区分けするが、区域の分け方は任意に定義してよい。また、区域は、本実施形態に係る共通の座標形式により、その範囲および中心点が定められる。各区域の範囲を表す座標および各区域の中心点の座標は、予め決定される。スケジュールサーバ１は、各区域の範囲を表す座標および各区域の中心点の座標の情報を保持する。
【００１９】
コンテンツサーバ２は、地理情報を蓄積する地理情報データベースを有する。該地理情報データベースは、時々刻々と変化する地理情報に応じて蓄積内容を更新する。コンテンツサーバ２は、地理情報データベース中の地理情報を構成するリソースの一覧表（リソース構成情報）を作成する。コンテンツサーバ２は、リソース構成情報をスケジュールサーバ１に送信する。リソース構成情報は、リソース構成内容に変更があったときに、スケジュールサーバ１に送信される。
【００２０】
リソースダウンロードサーバ装置３（以下、リソースダウンロードサーバ３と称する）は、放送スケジュールに漏れた地理情報の配信要求をスケジュールサーバ１から受け取り、当該地理情報をコンテンツサーバ２から取得し、該取得した地理情報を通信ネットワーク経由でクライアント５にダウンロードする。スケジュールサーバ１からの配信要求は、配信対象のリソースを示すリソース識別情報（リソースＩＤ）と、配信先のクライアント５を示す通信アドレスとを含む。
【００２１】
放送サーバ４は、放送スケジュールと放送対象の地理情報をコンテンツサーバ２から受信する。放送サーバ４は、放送スケジュールに従って地理情報を送信メモリに格納する。地理情報は、送信メモリに格納された順番で、放送波に乗せて送信される。
【００２２】
クライアント５は、通信機能と放送受信機能を有し、通信又は放送により取得した地理情報を表示装置の画面上に表示する。クライアント５としては、例えば、VICS（Vehicle Information Communication System：道路交通情報通信システム）における車載ナビゲーション装置などが挙げられる。
【００２３】
クライアント５は、通信機能および放送受信機能に加えて、ユーザプロファイル作成機能を有する。ユーザプロファイルは、自クライアント５についての位置、移動および放送受信品質に係る情報と、レイヤ要求、損失したリソース、受信完了したリソースおよび閲覧開始したリソースに係る情報とを有する。クライアント５の位置は、本実施形態に係る共通の座標形式で表される。移動情報は、移動速度および移動方向を含む。放送受信品質は、放送波で受信された放送データの品質を表す。放送受信品質としては、例えば、クライアント５が受信した放送波に含まれる放送データの損失率などが挙げられる。本実施形態に係る放送データはパケットに格納されて送信されることから、本実施形態では、放送受信品質としてパケット損失率を用いる。
【００２４】
レイヤ要求は、クライアント５が要求するレイヤを示すレイヤ識別情報（レイヤＩＤ）と、当該要求時点のクライアント５の位置の座標とを含む。損失したリソースは、放送波で受信し損ねたリソースである。損失したリソースとしては、例えば、複数のパケットに分散して格納されたリソースにおいて、部分的にパケットを損失したものなどが挙げられる。受信完了したリソースは、放送波での受信が完了したリソースである。閲覧開始したリソースは、クライアント５の利用者が実際に閲覧を開始したリソースである。
【００２５】
クライアント５は、ユーザプロファイルを定期的に作成し、通信ネットワーク経由でスケジュールサーバ１にユーザプロファイルをアップロードする。
【００２６】
次に、図２を参照して、本実施形態に係るスケジュールサーバ１を詳細に説明する。図２は、図１に示すスケジュールサーバ１の構成を示すブロック図である。
図２において、スケジュールサーバ１は、通信部１１、ユーザプロファイル情報収集部１２、ユーザプロファイル情報データベース部（ユーザプロファイル情報ＤＢ部）１３、リソース構成情報取得部１４、リソース優先度算出部１５、放送スケジュール作成部１６およびリソースダウンロード要求部１７を備える。
【００２７】
通信部１１は、各サーバ２，３およびクライアント５との間でデータ通信を行う。ユーザプロファイル情報収集部１２は、クライアント５から送られてきたユーザプロファイルを通信部１１から受け取る。ユーザプロファイル情報収集部１２は、各クライアント５から送られてきたユーザプロファイルをユーザプロファイル情報ＤＢ部１３に格納する。ユーザプロファイル情報ＤＢ部１３は、各クライアント５のユーザプロファイルをデータベース化し蓄積する。
【００２８】
リソース構成情報取得部１４は、コンテンツサーバ２から送られてきたリソース構成情報を通信部１１から受け取り、保持する。リソース優先度算出部１５は、ユーザプロファイル情報ＤＢ部１３内のユーザプロファイルおよびリソース構成情報取得部１４内のリソース構成情報を使用して、リソースごとの優先度（リソース優先度）を算出する。リソース優先度の算出方法は後述する。
【００２９】
放送スケジュール作成部１６は、リソース優先度に従って、優先度の高い順番に各リソースを放送枠内にスケジューリングし、リソースの放送スケジュールを作成する。放送スケジュール作成部１６は、一定周期で放送スケジュールを作成する。放送スケジュール作成部１６によって作成された放送スケジュールは、通信部１１によりコンテンツサーバ２へ送信される。
【００３０】
リソースダウンロード要求部１７は、放送スケジュールから漏れたリソースを通信ネットワーク経由で配信する要求を作成する。この配信要求には、配信対象のリソースを示すリソースＩＤと、配信先のクライアント５を示す通信アドレスとを含める。リソースダウンロード要求部１７によって作成された配信要求は、通信部１１によりリソースダウンロードサーバ３へ送信される。
【００３１】
次に、本実施形態に係るリソース優先度の算出方法を説明する。
図２に示されるように、リソース優先度算出部１５は、メッシュ優先度算出部２１と、レイヤ・リソース優先度算出部２２と、リソース自体優先度算出部２３とを有する。メッシュ優先度算出部２１はメッシュ優先度を算出する。レイヤ・リソース優先度算出部２２はレイヤ・リソース優先度を算出する。リソース自体優先度算出部２３はリソース自体優先度を算出する。
まず、これら各優先度算出部２１、２２、２３における、メッシュ優先度、レイヤ・リソース優先度、リソース自体優先度の算出方法についてそれぞれ説明する。
【００３２】
［メッシュ優先度（区域優先度）］
メッシュ優先度は、区域ごとの優先度である。本実施形態では、メッシュ状に区域を分割しているので、区域優先度のことをメッシュ優先度と称している。以下、「メッシュ」とは、メッシュ状に分割された区域のことを指す。
【００３３】
メッシュ優先度は、どのメッシュのリソースを優先的に放送するのかを表すものである。ある一つのメッシュ（対象区域）についてのメッシュ優先度（Ｍ）は、次式［数２］を用いて算出される。
【００３４】
【数２】
2008276609.tif 000004
【００３５】
但し、
Ｅｍは、放送データの受信端末ごとの対象区域の優先度（端末個別区域優先度）、
ｎは放送データの受信端末の台数、
ｍは１からｎまでのいずれかの整数（端末個別区域優先度の算出対象である受信端末を表す）、
Ａｐは対象区域における放送データの平均パケット損失率（百分率）、
Ａｐｍは受信端末（ｍ）が位置する区域における放送データの平均パケット損失率（百分率）、
θｍは対象区域の中心点の座標（ｘ，ｙ）と受信端末（ｍ）の位置の座標（ｌｘｍ，ｌｙｍ）を結ぶ直線に対して受信端末（ｍ）の移動方向が成す角度（−９０°≦θｍ≦９０°）、
ｒｍは受信端末（ｍ）が一定期間に進む距離、
（ｌｘｍ，ｌｙｍ）は受信端末（ｍ）の位置の座標、
（ｘ，ｙ）は対象区域の中心点の座標、
である。
【００３６】
受信端末の台数（ｎ）は、ユーザプロファイル情報ＤＢ部１３内のユーザプロファイルに対応したクライアント５の個数として算出される。平均パケット損失率（Ａｐ）は、対象区域に位置するクライアント５のユーザプロファイル内のパケット損失率を平均して算出される。平均パケット損失率（Ａｐｍ）は、クライアント５（ｍ）が位置する区域に位置するクライアント５のユーザプロファイル内のパケット損失率を平均して算出される。角度（θｍ）は、対象区域の中心点の座標（ｘ，ｙ）とクライアント５（ｍ）の位置の座標（ｌｘｍ，ｌｙｍ）を結ぶ直線に対してクライアント５（ｍ）の移動方向が成す角度（−９０°≦θｍ≦９０°）として算出される。距離（ｒｍ）は、クライアント５（ｍ）の移動速度から所定期間に進む距離として算出される。座標（ｌｘｍ，ｌｙｍ）は、クライアント５（ｍ）の位置の座標として求められる。座標（ｘ，ｙ）は、対象区域の中心点の座標であり、予め定められている。
【００３７】
［数２］に示されるように、ある一つのメッシュについてのメッシュ優先度（Ｍ）は、当該メッシュに関して受信端末ごとに算出される端末個別区域優先度（Ｅｍ）の総和である。メッシュ優先度（Ｍ）については、０≦Ｍ≦１００の範囲に正規化する。
【００３８】
また、ある一つの受信端末（ｍ）についての端末個別区域優先度（Ｅｍ）は、４つの項（第１項、第２項、第３項、第４項）の積である。これら４つの項（第１項、第２項、第３項、第４項）について以下に説明する。
【００３９】
第１項は、平均パケット損失率（Ａｐ）と平均パケット損失率（Ａｐｍ）を用いて算出される。第１項は、対象区域の放送受信品質が受信端末（ｍ）の在る区域の放送受信品質よりも悪いほど上がる優先度である。第１項は、受信端末（ｍ）が現在位置のメッシュより電界強度が弱いメッシュに移動する際に、移動先である対象メッシュの優先度を上げるための項である。これは、受信端末（ｍ）が在るメッシュの電界強度が移動することで弱くなる前に、移動先のメッシュのリソースを先に送るようにすることを目的としている。
【００４０】
第２項は、平均パケット損失率（Ａｐｍ）を用いて算出される。第２項は、受信端末（ｍ）の在る区域の放送受信品質が悪いほど下がる優先度である。第２項は、受信端末（ｍ）の現在位置のメッシュの電界強度が弱い場合に、受信端末（ｍ）の位置情報が対象メッシュの優先度自体に及ぼす影響を下げるための項である。これは、電界強度が弱いメッシュに在る受信端末（ｍ）は、パケット損失によってリソースを受け取れない可能性があるので、その影響を排除することを目的としている。
【００４１】
第３項は、角度（θｍ）の余弦関数値（コサイン値）である。第３項は、受信端末（ｍ）が対象区域に向かって移動しているほど上がる優先度である。第３項は、受信端末（ｍ）が対象メッシュに向かっているかどうかによって、優先度を上下させるための項である。なお、角度（θｍ）は、−９０°≦θｍ≦９０°の範囲とし、それ以外の範囲、つまり受信端末（ｍ）が対象メッシュとは逆方向に移動している場合には第３項の値を０にし、対象メッシュの優先度自体への影響を無しにするようにしている。
【００４２】
第４項は、距離（ｒｍ）、座標（ｌｘｍ，ｌｙｍ）および座標（ｘ，ｙ）を用いて算出される。第４項は、対象区域と受信端末（ｍ）の在る区域との間の距離が近いほど上がる優先度である。さらに、第４項は、対象区域と受信端末（ｍ）の在る区域との間の距離が近いほど上がる優先度の上がり方が受信端末（ｍ）の移動速度に反比例する優先度である。第４項は、受信端末（ｍ）が対象メッシュにどれほど近いかによって、優先度を上下させるための項である。さらに距離（ｒｍ）は受信端末（ｍ）の移動速度に依存する。これにより、第４項は、受信端末（ｍ）の移動速度が速い場合には、対象メッシュから遠くのメッシュまで、対象メッシュの優先度に薄く広く影響を及ぼし、一方、受信端末（ｍ）の移動速度が遅い場合には、対象メッシュから近くのメッシュまで、対象メッシュの優先度に狭く深く影響を及ぼす。
【００４３】
なお、本実施形態では、端末個別区域優先度（Ｅｍ）として、上記第１〜第４の４つの項の全てを掛け合わせた積を用いたが、これに限定されない。端末個別区域優先度（Ｅｍ）として、上記第１項、第２項、第３項又は第４項のうち、いずれか一つの項又は複数の項の積を用いてもよい。
【００４４】
［レイヤ・リソース優先度］
レイヤ・リソース優先度は、どのレイヤのリソースを優先的に放送するのかを表すレイヤ優先度と、どのリソースを優先的に放送するのかを表すリソース関連優先度とを組み合わせた優先度である。レイヤ・リソース優先度は、リソースごとに算出される。
【００４５】
ある一つのリソース（対象リソース）についてのレイヤ・リソース優先度（Ｕ）は、次式を用いて算出される。
Ｕ＝ＥＬ×ＥＲ
但し、ＥＬは対象リソースの属するレイヤの優先度（レイヤ優先度）、ＥＲは対象リソースに関連の優先度（リソース関連優先度）である。
【００４６】
レイヤ優先度（ＥＬ）およびリソース関連優先度（ＥＲ）は、次式［数３］を用いて算出される。
【００４７】
【数３】
2008276609.tif 000005
【００４８】
但し、
Ｅｌｍは、放送データの受信端末ごとのレイヤ優先度、
Ｅｒｍは、放送データの受信端末ごとのリソース関連優先度、
ｎは放送データの受信端末の台数、
ｍは１からｎまでのいずれかの整数（レイヤ優先度およびリソース関連優先度の算出対象である受信端末を表す）、
である。
【００４９】
レイヤ優先度（Ｅｌｍ）およびリソース関連優先度（ＥＲ）は、優先度を表す値として、「１」、「２」又は「３」のいずれかが与えられる。優先度「３」は最高の優先度を表す。優先度「１」は最低の優先度を表す。優先度「２」は中程度の優先度を表す。優先度「２」は、レイヤ優先度（Ｅｌｍ）およびリソース関連優先度（ＥＲ）の初期値である。
【００５０】
ある受信端末（ｍ）のレイヤ優先度（Ｅｌｍ）は、クライアント５（ｍ）のユーザプロファイル内に対象リソースの属するレイヤのレイヤ要求があった場合に、優先度「３」に変更される。レイヤ要求は、レイヤ自体への配信要求である。レイヤ要求は、利用者がクライアント５上でレイヤ選択メニューにより特定のレイヤを選択し使用する際に発生する。これに対応させて該当するレイヤ優先度を上げるようにしている。
【００５１】
ある受信端末（ｍ）のリソース関連優先度（ＥＲ）は、クライアント５（ｍ）のユーザプロファイル内の損失したリソース、受信完了したリソースおよび閲覧開始したリソースに係る情報に基づいて、変更される。
【００５２】
損失したリソースとして対象リソースがあった場合には、リソース関連優先度（ＥＲ）は優先度「３」に変更される。損失したリソースは、クライアント５がパケット損失等により受信することができなかったリソースである。このため、再送するために対象リソースの優先度を上げるようにしている。
【００５３】
受信完了したリソースとして対象リソースがあった場合には、リソース関連優先度（ＥＲ）は優先度「１」に変更される。受信完了したリソースは、クライアント５が受信完了したリソースである。このため、対象リソースの優先度を下げるようにしている。
【００５４】
閲覧開始したリソースとして対象リソースがあった場合には、対象リソースのリンク先のリソースのリソース関連優先度（ＥＲ）が優先度「３」に変更される。閲覧開始したリソースは、利用者がクライアント５上で閲覧を開始したリソースである。このため、閲覧開始したリソースのリンク先のリソースは閲覧される可能性が高まるので、対象リソースのリンク先のリソースの優先度を上げるようにしている。
【００５５】
［数３］に示されるように、ある一つの対象リソースについてのレイヤ優先度（ＥＬ）、リソース関連優先度（ＥＲ）は、それぞれに、対象リソースに関して受信端末ごとに算出されるレイヤ優先度（Ｅｌｍ）、リソース関連優先度（ＥＲ）の総和である。レイヤ優先度（ＥＬ）およびリソース関連優先度（ＥＲ）については、０≦ＥＬ≦１００、０≦ＥＲ≦１００の範囲に正規化する。
【００５６】
［リソース自体優先度］
リソース自体優先度は、対象リソース自体の優先度である。ある対象リソースについてのリソース自体優先度（Ｒ）は、次式を用いて算出される。
Ｒ＝Ｅｆ×Ｅｒ×Ｅｐ
但し、Ｅｆは対象リソースの新鮮度、Ｅｒは対象リソースの更新頻度、Ｅｐは対象リソースの重要度である。
【００５７】
対象リソースの新鮮度（Ｅｆ）は、現在時刻（currentTime）と、対象リソースの更新時刻（modifiedTime）の差の逆数であり、次式から算出される。新鮮度（Ｅｆ）は、新しいリソースほど大きい値（高優先）になる。
Ｅｆ＝１÷（「currentTime」−「modifiedTime」）
【００５８】
対象リソースの更新頻度（Ｅｒ）は、対象リソースの更新期間（refreshInterval）の逆数であり、次式から算出される。更新頻度（Ｅｒ）は、更新期間が短い、つまり更新頻度が大きいリソースほど大きい値（高優先）になる。
Ｅｒ＝１÷「refreshInterval」
【００５９】
対象リソースの重要度（Ｅｐ）は、リソース作成者によって予め定められている。重要度（Ｅｐ）は、０≦Ｅｐ≦１００の範囲の値である。
【００６０】
リソース自体優先度（Ｒ）は、対象リソースの新鮮度（Ｅｆ）と更新頻度（Ｅｒ）と重要度（Ｅｐ）の積である。リソース自体優先度（Ｒ）については、０≦Ｒ≦１００の範囲に正規化する。
【００６１】
次に、リソース優先度算出部１５がリソース優先度を算出する方法を説明する。リソース優先度の算出方法としては、以下に説明する４通りの方法（方法１、２、３、４）が挙げられる。リソース優先度（Ｐ）は、リソースごとに算出される。
【００６２】
［リソース優先度の算出方法１］
あるリソース（対象リソース）のリソース優先度（Ｐ）は次式で算出される。
Ｐ＝メッシュ優先度（Ｍ）
但し、メッシュ優先度（Ｍ）は、対象リソースが属するメッシュを対象区域として算出されたものである。リソース優先度（Ｐ）については、０≦Ｐ≦１００の範囲に正規化する。
【００６３】
［リソース優先度の算出方法２］
あるリソース（対象リソース）のリソース優先度（Ｐ）は次式で算出される。
Ｐ＝メッシュ優先度（Ｍ）×レイヤ・リソース優先度（Ｕ）
但し、メッシュ優先度（Ｍ）は、対象リソースが属するメッシュを対象区域として算出されたものである。レイヤ・リソース優先度（Ｕ）は対象リソースについてのものである。リソース優先度（Ｐ）については、０≦Ｐ≦１００の範囲に正規化する。
【００６４】
［リソース優先度の算出方法３］
あるリソース（対象リソース）のリソース優先度（Ｐ）は次式で算出される。
Ｐ＝メッシュ優先度（Ｍ）×リソース自体優先度（Ｒ）
但し、メッシュ優先度（Ｍ）は、対象リソースが属するメッシュを対象区域として算出されたものである。リソース自体優先度（Ｒ）は対象リソースに係るものである。リソース優先度（Ｐ）については、０≦Ｐ≦１００の範囲に正規化する。
【００６５】
［リソース優先度の算出方法４］
あるリソース（対象リソース）のリソース優先度（Ｐ）は次式で算出される。
Ｐ＝メッシュ優先度（Ｍ）×レイヤ・リソース優先度（Ｕ）×リソース自体優先度（Ｒ）
但し、メッシュ優先度（Ｍ）は、対象リソースが属するメッシュを対象区域として算出されたものである。レイヤ・リソース優先度（Ｕ）およびリソース自体優先度（Ｒ）は対象リソースについてのものである。リソース優先度（Ｐ）については、０≦Ｐ≦１００の範囲に正規化する。
【００６６】
上述のいずれかの方法で算出されたリソース優先度（Ｐ）に従って、優先度の高い順番に各リソースの放送枠へのスケジューリングが行われ、放送スケジュールが作成される。
【００６７】
図３は、本実施形態に係る放送スケジュール作成手順を示すフローチャートである。図３において、ステップＳ１では、スケジューラ初期化を行う。これにより、リソース優先度（Ｐ）の算出機能および放送スケジュール作成機能が初期化される。
【００６８】
次いで、ステップＳ２、Ｓ３では、コンテンツ（リソース）が更新されている場合に、リソース構成情報を取得する。次いで、ステップＳ４では、ユーザプロファイルを取得する。次いで、ステップＳ５では、メッシュ優先度（Ｍ）を計算する。次いで、ステップＳ６では、レイヤ・リソース優先度（Ｕ）を計算する。次いで、ステップＳ７では、リソース自体優先度（Ｒ）を計算する。次いで、ステップＳ８では、リソース優先度（Ｐ）を計算し正規化する。
【００６９】
次いで、ステップＳ９では、リソース優先度（Ｐ）に従って放送スケジュールを作成する。次いで、ステップＳ１０では、作成した放送スケジュールをコンテンツサーバ２へ送信する。次いで、ステップＳ１１では、スケジューラ終了を行う。
【００７０】
上述の実施形態によれば、放送データの受信端末についての位置、移動および放送受信品質に基づいた区域優先度を用いて、地理情報の放送スケジューリングが行われる。特に、現在のクライアント群の移動状況や存在位置の放送受信環境といった空間的な特性を用いているので、現在のクライアント群の空間的状況に適した放送スケジュールを作成することができる。これにより、受信者（受信端末）の位置に応じた適切な放送スケジュールで地理情報を放送配信することができるという優れた効果が得られる。
【００７１】
また、区域優先度に加えてさらに、利用者の処理イベント（取得要求、閲覧領域）を用いたレイヤ・リソース優先度を使用して、各リソースの放送スケジューリングを行うことにより、現在のクライアント群の要求にも応じた放送スケジュールを作成することができる。
【００７２】
また、区域優先度に加えてさらに、リソース自体の鮮度を用いたリソース自体優先度を使用して、各リソースの放送スケジューリングを行うことにより、リソース自体の鮮度にも応じた放送スケジュールを作成することができる。
【００７３】
また、放送スケジュールから漏れた地理情報を通信ネットワーク経由で配信することにより、個々の受信者に対するケアを行うことが可能になる。
【００７４】
また、図２に示すスケジュールサーバ１の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、放送スケジュール作成処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Digital Versatile Disk）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００７５】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００７６】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
例えば、地理情報の放送配信は、通信ネットワークを利用して行うものであってもよい。本発明は、例えば、インターネットを利用した放送システムにも適用することができる。
【図面の簡単な説明】
【００７７】
【図１】本発明の一実施形態に係る地理情報配信システムの全体構成を示すブロック図である。
【図２】図１に示すスケジュールサーバ１の構成を示すブロック図である。
【図３】本発明の一実施形態に係る放送スケジュール作成手順を示すフローチャートである。
【符号の説明】
【００７８】
１…スケジュールサーバ装置、２…コンテンツサーバ装置、３…リソースダウンロードサーバ装置、４…放送サーバ装置、５…クライアント端末装置、１１…通信部、１２…ユーザプロファイル情報収集部、１３…ユーザプロファイル情報ＤＢ部、１４…リソース構成情報取得部、１５…リソース優先度算出部、１６…放送スケジュール作成部、１７…リソースダウンロード要求部、２１…メッシュ優先度算出部、２２…レイヤ・リソース優先度算出部、２３…リソース自体優先度算出部
【図１】
2008276609.tif 000007
【図２】
2008276609.tif 000008
【図３】
2008276609.tif 000009