JP2002334095A - コンテンツ配信方法、コンテンツ配信システム及びコンテンツ配信設備 - Google Patents

Abstract

(57)【要約】 【課題】 放送媒体を利用して各種コンテンツを配信す
る際に、各コンテンツのデータ量や放送媒体の通信容量
に左右されることなく、数多くのコンテンツを配信する
ことを可能とすると共に、ユーザの所望するコンテンツ
のみの配信を実現することを可能とする。 【解決手段】 情報配信サーバＩＳは、端末ＣＬからア
ップロードされてきた広告ページデータを広告ページＤ
Ｂ１３に格納し、タイムテーブルＴＢＬ１の情報をコン
テンツ管理ＤＢ１４へ格納する。そして、情報配信サー
バＩＳは、各広告ページデータに対応した概要情報を記
述したメニューデータを各地域毎に生成し、地域コード
を付加して放送局ＴＳへ送信する。放送局ＴＳは、メニ
ューパケットＰｋにメニューデータを組み込み、地域コ
ードを付加して放送し、ナビゲーション装置ＮＢは、自
動車の現在位置に対応した地域コードが付加されたメニ
ューパケットＰｋを抽出して表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、各種データを配信
するサービスに用いて好適なコンテンツ配信方法、コン
テンツ配信システム及びコンテンツ配信設備に関する。

【０００２】

【従来の技術】近年、地上波デジタル放送等の放送媒体
の進歩に従い、放送媒体を利用して、セットトップボッ
クス等の受信装置のユーザに対して各種サービスを提供
するシステムが提案されている。この種のシステムの一
つに、受信装置に対して、放送番組に対応した番組デー
タ以外の各種コンテンツ（以下、本明細書においてコン
テンツというときは、番組を含まないものとする）を放
送媒体を利用して配信するコンテンツ配信システムがあ
る。係るシステムにおいては、各種コンテンツが放送媒
体を利用して、放送され、この放送されたコンテンツを
受信した受信装置においては、放送波から各種コンテン
ツが抽出されて、そのコンテンツに対応した処理が行わ
れる。

【０００３】

【発明が解決しようとする課題】ところで、上述した放
送媒体を利用したコンテンツ配信システムは、不特定多
数の受信装置に対して、コンテンツを配信することがで
きるため、広告等を行う上で、非常に利用度の高いシス
テムとして脚光を浴びている。しかし、係るシステムに
おいては、限られた通信容量の中でコンテンツを配信す
ることが必要となるため、配信可能な、コンテンツの数
に限りがある上に、配信すべきコンテンツのデータ量が
大きくなると、配信可能なコンテンツ数は更に減少して
しまうという問題がある。

【０００４】従来、放送媒体の通信容量を増加させる方
法により、係る問題に対処してきたが、受信装置のユー
ザに供されるコンテンツが複雑化し、コンテンツのデー
タ量が増加する傾向にあるため、抜本的な改善となって
いない現状にある。この結果、係るコンテンツ配信シス
テムにおいて配信可能なコンテンツ数を増加させること
が望めず、コンテンツのデータ量の増加が更に進んだ場
合、配信可能なコンテンツ数が更に減少する可能性さえ
ある。将来的に、この傾向が続く限り、係るコンテンツ
配信システムにより、コンテンツの配信を希望する者の
需要を満たすことができなくなることは明白である。

【０００５】また、係るコンテンツ配信システムには、
上述した通信容量の問題のみならず、以下の問題が存在
している。すなわち、放送媒体は、不特定多数の受信装
置をコンテンツの配信対象とするため（この点が、放送
媒体の強みでもあるのだが）、コンテンツの配信対象た
る各ユーザの所望するコンテンツのみを配信することが
できないということである。

【０００６】この発明は、以上説明した事情を鑑みてな
されたものであり、放送媒体を利用して各種コンテンツ
を配信する際に、各コンテンツのデータ量や放送媒体の
通信容量に左右されることなく、数多くのコンテンツを
配信することを可能とすると共に、ユーザの所望するコ
ンテンツのみの配信を実現することが可能なコンテンツ
配信方法、コンテンツ配信システム及びコンテンツ配信
設備を提供することを目的とする。

【０００７】

【課題を解決するための手段】以上説明した課題を解決
するため、この発明は、コンテンツ配信設備が、複数の
コンテンツと当該コンテンツの属性を示す属性コードと
を対応付けて記憶する記憶過程と、前記コンテンツ配信
設備が、前記属性コード毎に、当該属性コードと対応付
けて前記記憶過程において記憶されたコンテンツの概要
を示す概要情報と、当該コンテンツに対応したアドレス
とを含むメニューデータを生成する生成過程と、前記コ
ンテンツ配信設備が、前記生成過程において生成された
前記メニューデータの各々に対し、当該メニューデータ
に対応した属性コードを付加して放送する放送過程と、
前記コンテンツ受信設備が、前記放送過程において放送
された前記メニューデータを受信する受信過程と、前記
コンテンツ受信設備が、受信された前記メニューデータ
の各々に付加されている属性コードに基づいて、自設備
のユーザが所望する属性に対応した前記メニューデータ
を抽出する抽出過程と、前記コンテンツ受信設備が、前
記抽出過程にて抽出された前記メニューデータに対応し
た処理を実行する一方、当該メニューデータに含まれて
いるアドレスから、前記コンテンツを取得するコンテン
ツ取得過程とを具備することを特徴とするコンテンツ配
信方法を提供する。

【０００８】かかるコンテンツ配信方法によれば、コン
テンツ配信設備によって属性コード毎にコンテンツ配信
設備の有するコンテンツの概要を示す概要情報と、当該
コンテンツに対応したアドレスとを含むメニューデータ
が生成され、当該メニューデータに対応した属性コード
が付加されて放送される。そして、この放送されたメニ
ューデータを受信した、コンテンツ受信設備において
は、当該メニューデータに含まれているアドレスからコ
ンテンツが取得される。

【０００９】また、この発明は、コンテンツを配信する
コンテンツ配信設備と、前記コンテンツ配信設備により
配信されたコンテンツを取得するコンテンツ受信設備と
を有するコンテンツ配信システムであって、前記コンテ
ンツ配信設備は、複数のコンテンツと当該コンテンツの
属性を示す属性コードとを対応付けて記憶する記憶手段
と、前記属性コード毎に、当該属性コードと対応付けて
前記記憶手段に記憶されている前記コンテンツの概要を
示す概要情報と、当該コンテンツに対応したアドレスを
含むメニューデータを生成する生成手段と、前記生成手
段によって生成された前記メニューデータの各々に対
し、当該メニューデータに対応した属性コードを付加し
て放送する放送手段とを有し、前記コンテンツ受信設備
は、前記コンテンツ配信設備によって放送された前記メ
ニューデータを受信する受信手段と、前記受信手段によ
って受信された前記メニューデータの各々に付加されて
いる属性コードに基づいて、自設備のユーザが所望する
属性に対応した前記メニューデータを抽出する抽出手段
と、前記抽出手段によって抽出された前記メニューデー
タに対応した処理を実行する一方、当該メニューデータ
に含まれているアドレスから、前記コンテンツを取得す
るコンテンツ取得手段とを有することを特徴とするコン
テンツ配信システムを提供する。

【００１０】また、この発明は、複数のコンテンツと当
該コンテンツの属性を示す属性コードとを対応付けて記
憶する記憶手段と、前記属性コード毎に、当該属性コー
ドと対応付けて前記記憶手段に記憶されている前記コン
テンツの概要を示す概要情報と、当該コンテンツに対応
したアドレスを含むメニューデータを生成する生成手段
と、前記生成手段によって生成された前記メニューデー
タの各々に対し、当該メニューデータに対応した属性コ
ードとを有する情報を放送する放送手段とを具備するこ
とを特徴とするコンテンツ配信設備を提供する。

【００１１】かかるコンテンツ配信設備によれば、属性
コード毎にコンテンツ配信設備の有するコンテンツの概
要を示す概要情報と、当該コンテンツに対応したアドレ
スとを含むメニューデータが生成され、当該メニューデ
ータに対応した属性コードが付加されて放送される。

【００１２】

【発明の実施の形態】以下、図面を参照し、本発明の実
施の形態について説明する。なお、係る実施形態は、本
発明を限定するものではなく、本発明の技術思想の範囲
内において任意に変更可能である。

【００１３】［１］第１実施形態 ［１．１］第１実施形態の構成 （Ａ）通信システムの全体構成 図１は、本実施形態にかかる通信システムの構成を示す
図である。同図に示すように、本実施形態にかかる通信
システムは、インターネットＩＮＥＴと、移動パケット
通信網ＭＰＮと、公衆デジタル網ＩＳＮと、複数の端末
ＣＬと、コンテンツ配信設備ＣＧと、複数のコンテンツ
受信設備ＣＲとを有する。なお、図１においては、図面
が煩雑となることを防止するため、通信システムを構成
する複数の端末ＣＬと、複数のコンテンツ受信システム
ＣＲの内、所定の端末と、コンテンツ受信設備のみを図
示している。

【００１４】ここで、本実施形態に係る通信システム
は、地上波デジタル放送等の放送媒体を利用して、自動
車に搭乗しているユーザに対して、当該自動車の現在位
置に対応したタイムセールス広告をコンテンツとして配
信するためのものである。以下、係る通信システムを構
成する各設備について説明する。

【００１５】まず、公衆デジタル網ＩＳＮは、ＩＳＤＮ
（Integrated service digital network）等のネットワ
ークであり、自網の収容している電話機に対して音声通
話サービスを提供する。また、この公衆デジタル網ＩＳ
Ｎは、図示せぬアクセスポイントを介してインターネッ
トＩＮＥＴと接続されている。このため、端末ＣＬは、
この公衆デジタル網ＩＳＮを介してインターネットＩＮ
ＥＴに接続されている通信端末（例えば、情報配信サー
バＩＳ）と通信を行うことが可能である。

【００１６】端末ＣＬは、公衆デジタル網ＩＳＮに接続
されたパーソナルコンピュータ等の通信装置である。こ
の端末ＣＬは、使用者が入力操作を行うための操作部
や、表示部等を有し、使用者の行った入力操作に応じ
て、各種コンテンツを生成する。そして、その生成し
た、コンテンツを情報配信サーバＩＳへとアップロード
する。

【００１７】ここで、この端末ＣＬが生成するコンテン
ツは、どのような物であっても良い。しかしながら、本
実施形態においては、説明を明確なものとするため、端
末ＣＬの生成するコンテンツは、タイムセールス広告等
の広告情報を記述したページ（以下、「広告ページ」と
いう）に対応するＨＴＭＬ（Hyper Text Markup Langua
ge）形式のデータ（以下、「広告ページデータ」とい
う）であるものとし、端末ＣＬは、当該広告の広告主た
るスーパーマーケット等の企業によって保有されている
ものとして説明を行う。

【００１８】次に、コンテンツ配信設備ＣＧは、端末Ｃ
Ｌからアップロードされてきた広告ページデータに対応
した広告情報をインターネットＩＮＥＴを介して配信す
る他、地上波デジタル放送等の放送媒体を利用して、各
広告ページデータの概要を記述したメニューデータを配
信する。係る機能を実現するために本実施形態に係るコ
ンテンツ配信設備ＣＧは、情報配信サーバＩＳと放送局
ＴＳとを有する。

【００１９】情報配信サーバＩＳは、端末ＣＬからアッ
プロードされてきた広告ページデータをリソースとして
保有し、インターネットＩＮＥＴから受信したＨＴＴＰ
（Hypertext Transfer Protocol）のＧＥＴ要求に付加
されているＵＲＬに従って、自サーバの保有している広
告ページデータを返信する。

【００２０】係る機能を実現するため、本実施形態に係
る情報配信サーバＩＳは、広告ページデータベース１３
（以下、「データベース」と「ＤＢ」と略称する）を有
している。図２は、本実施形態に係る広告ページＤＢ１
３の記憶内容を示す図である。同図に示すように、本実
施形態に係る広告ページＤＢ１３には、端末ＣＬからア
ップロードされてきた広告ページデータと、当該広告ペ
ージデータを一意に特定するためのコンテンツＩＤが対
応付けて格納されている。

【００２１】また、情報配信サーバＩＳの保有している
リソースには、この広告ページＤＢ１３に格納されてい
る広告ページデータの他に、広告ページデータのアップ
ロードを申し込むためのページ（以下、「アップロード
ページ」という）に対応したＨＴＭＬデータが存在す
る。情報配信サーバＩＳに広告ページデータをアップロ
ードする場合、端末ＣＬを利用して、このアップロード
ページに対応したＨＴＭＬデータを取得し、当該ページ
において広告ページデータのアップロードの申込を行う
ことが必要となる。そして、端末ＣＬからアップロード
されてきた広告ページデータがこの広告ページＤＢ１３
に格納されるのである。

【００２２】更に、端末ＣＬから広告ページデータをア
ップロードする過程において、情報配信サーバＩＳは、
端末ＣＬの使用者に対して当該コンテンツの配信条件を
指定させるためのページ（以下、「条件指定ページ」と
いう）に対応したＨＴＭＬデータを端末ＣＬに配信す
る。

【００２３】端末ＣＬは、この条件指定ページ上におい
て端末ＣＬの使用者が指定した条件に基づいて、タイム
テーブルＴＢＬ１を生成する。図３は、この際に、端末
ＣＬにおいて生成されるタイムテーブルＴＢＬ１の内容
を示す図である。同図に示すように、この際に端末ＣＬ
によって生成されるタイムテーブルＴＢＬ１には、当該
広告ページデータの配信開始時刻Ｔ１と配信終了時刻Ｔ
２を含む配信時間帯情報が格納される他、当該広告ペー
ジデータの配信対象地域に対応した地域コードと、当該
広告ページデータに記述された広告情報の概要（例え
ば、タイムセールスのセール品名やセール品の価格、当
該端末ＣＬを保有している企業名等）を示す概要情報が
格納される。

【００２４】ここで、地域コードとは、コンテンツ配信
設備ＣＧがコンテンツを配信することが可能な全地域
を、例えば、市区町村単位毎、或いは、郵便番号毎に区
切り、この区切られた各地域を一意に特定するための識
別情報であり、「Ａｋ」（ｎ＝１、２、…、ｎ）により
表されるものである。なお、配信開始時刻Ｔ１と、配信
終了時刻Ｔ２をどのような単位で指定可能とするかは、
任意であるが、本実施形態においては、例えば、１０時
５分、１０分、…というように５分間隔で指定可能であ
るものとする。

【００２５】このようにして、端末ＣＬにおいて生成さ
れたタイムテーブルＴＢＬ１が、広告ページデータのア
ップロード過程において情報配信サーバＩＳへと送信さ
れ、当該テーブルＴＢＬ１に格納されている情報が情報
配信サーバＩＳのコンテンツ管理ＤＢ１４へと格納され
る。

【００２６】図４は、本実施形態に係るコンテンツ管理
ＤＢ１４の記憶内容を示す図である。同図に示すよう
に、本実施形態に係るコンテンツ管理ＤＢ１４には、各
端末ＣＬを保有する企業を一意に特定するための企業Ｉ
Ｄと対応付けて、当該企業ＩＤに対応した企業の端末Ｃ
Ｌから送信されてきたタイムテーブルＴＢＬ１に格納さ
れた各種情報を格納するためのフィールドと、コンテン
ツ情報を格納するためのフィールドが設けられている。
ここで、コンテンツ情報とは、端末ＣＬからアップロー
ドされた広告ページデータに対して払い出されたコンテ
ンツＩＤと、当該コンテンツの格納位置に対応したＵＲ
Ｌから構成された情報である。

【００２７】このコンテンツ管理ＤＢ１４に格納されて
いる情報に基づき、情報配信サーバＩＳにおいては、広
告ページＤＢ１３の管理が行われる。具体的には、時刻
がコンテンツ管理ＤＢ１４に格納されている配信終了時
刻Ｔ２となった時点で、コンテンツ管理ＤＢ１４におい
て、当該配信終了時刻Ｔ２と対応付けられている情報が
削除されると共に、当該配信時間帯情報に対応付けられ
たコンテンツＩＤを有する広告ページデータが広告ペー
ジＤＢ１３から削除されるのである。なお、このＤＢ１
３及びＤＢ１４から各種データの削除を行う際に、削除
するデータのバックアップを取っておくか否かは任意で
ある。このように、バックアップをとる場合、情報配信
サーバＩＳにバックアップ用のハードディスクを保有さ
せるようにし、削除したデータを、このハードディスク
に格納するようにすれば良い。

【００２８】また、情報配信サーバＩＳは、このコンテ
ンツ管理ＤＢ１４に格納されている各種情報に基づい
て、ＨＴＭＬ形式のメニューデータを生成し、メニュー
データＤＢ１５へと格納する。このメニューデータが、
情報配信サーバＩＳから放送局ＴＳへと送信されて、放
送局ＴＳによって放送されるのである。

【００２９】ここで、メニューデータとは、一定の時間
間隔毎（例えば、５分ごと）に、各地域に対応した地域
コード毎に情報配信サーバＩＳが生成するＨＴＭＬデー
タであり、コンテンツ管理ＤＢ１４に格納されている概
要情報が記述される。このメニューデータに記述される
概要情報は、当該メニューデータの生成対象となってい
る地域コードと対応付けられている概要情報の内、当該
メニューデータの生成時刻Ｔ’から所定時間（以下、
「時間ｔ１」という）経過後の時刻Ｔ’＋ｔ１を配信時
間帯としている広告ページデータに対応した概要情報で
ある。また、このメニューデータには、記述されている
各概要情報に対応付けて、当該概要情報に対応する広告
ページデータのＵＲＬがアンカータグにより指定されて
いる。

【００３０】ここで、メニューデータに対して、生成時
刻Ｔ’よりも時間ｔ１だけ後の時刻を配信時間帯として
いる広告ページデータに対応した概要情報を記述する理
由は、以下の通りである。すなわち、メニューデータの
生成や、情報配信サーバＩＳから放送局ＴＳに対するメ
ニューデータの転送等に時間が必要となる。このため、
生成時刻Ｔ’を配信希望時間帯とする広告ページデータ
に対応した概要情報を記述したメニューデータを生成
し、この生成したメニューデータを放送したとしても、
配信時間帯と放送時刻の間に誤差が発生し、リアルタイ
ム性を確保できなくなるからである。

【００３１】図５は、メニューデータＤＢ１５の記憶内
容の一例を示す図である。同図に示すように本実施形態
に係るメニューデータＤＢ１５には、放送開始時刻Ｔ３
を格納するためのフィールドと対応付けて、メニューデ
ータを格納するためのフィールドと、当該メニューデー
タに対応する地域コードを格納するためのフィールドと
が設けられている。

【００３２】ここで、放送開始時刻Ｔ３とは、放送局Ｔ
Ｓが当該メニューデータの放送を開始すべき時刻を示す
情報であり、放送局ＴＳは、この放送開始時刻Ｔ３に従
って、各メニューデータの放送を開始する。この放送開
始時刻Ｔ３は、以下のようにして設定される。

【００３３】上述したようにメニューデータは、放送開
始時刻Ｔ３に先立って生成され、生成時刻Ｔ’よりも時
間ｔ１経過後の時刻Ｔ’＋ｔ１を配信時間帯としている
概要情報が記述される。このため、生成時刻Ｔ’を放送
開始時刻Ｔ３としても、配信時間帯と一致しなくなって
しまう。そこで、放送開始時刻Ｔ３には、生成時刻Ｔ’
よりも時間ｔ１だけ遅い時刻Ｔ’＋ｔ１が設定される。

【００３４】また、アップロードの〆切時刻も、この時
間ｔ１によって決定される。すなわち、生成時刻Ｔ’に
おいて生成されるメニューデータの放送開始時刻Ｔ３
は、Ｔ’＋ｔ１であるため、時刻Ｔ３−ｔ１よりも前の
時刻を配信時間帯に含む広告ページデータをアップロー
ドしても、生成時刻Ｔ’において生成されるメニューデ
ータに該広告ページデータに対応した概要情報が記述さ
れないということが発生する。そこで、アップロードの
〆切時刻は、配信希望時間帯のｔ１前に設定することが
必要となってくるのである。

【００３５】このようにして、メニューデータＤＢ１５
に格納されているデータは、放送開始時刻Ｔ３よりも所
定時間ｔ２（但し、時間ｔ１＞時間ｔ２）だけ、前の時
刻Ｔ３−ｔ２になると、放送局ＴＳへと送信されて削除
される。なお、メニューデータを削除する際に、バック
アップを取っておくか否かは、任意である。

【００３６】次に、放送局ＴＳは、各種テレビ番組やラ
ジオ番組（以下、単に「番組」という）を収録し、その
収録した番組に対応した番組データと、情報配信サーバ
ＩＳから送信されてきたメニューデータを多重化した放
送データを放送する。この際、放送局ＴＳは、メニュー
データに対して上述した地域コードを付加する。

【００３７】図６は、本実施形態に係る放送局ＴＳの構
成を示す図である。同図に示すように本実施形態に係る
放送局ＴＳは、ＤＢサーバ２１と、放送管理サーバ２２
と、放送設備２３と、入力端末２４と、各装置間を接続
するデータバス２５とを有する。

【００３８】ここで、入力端末２４は、データバス２５
に接続されたパーソナルコンピュータ等の装置であり、
キーボードやマウス、表示部等（何れも図示は省略）を
有する。この入力端末２４は、放送局ＴＳの番組制作担
当者が行った入力操作に応じた、各種命令をＤＢサーバ
２１や放送管理サーバ２２へと送信する。

【００３９】ＤＢサーバ２１は、放送局ＴＳの保有する
各種ＤＢを管理、更新すると共に、これらのＤＢに格納
されているデータを放送管理サーバ２２へと供給する。
このＤＢサーバ２１は、情報配信サーバＩＳと接続され
ており、情報配信サーバＩＳからメニューデータＤＢ１
５に格納されているデータ（すなわち、メニューデータ
や放送開始時刻Ｔ３等のデータ）が送信されてくると、
その送信されてきたデータをメニューデータＤＢ２１１
に格納する。

【００４０】ここでメニューデータＤＢ２１１は、上述
した図５と同様のフィールド構成を有している。この放
送局ＴＳの有するメニューデータＤＢ２１１が、情報配
信サーバＩＳのメニューデータＤＢ１５と異なる点は、
格納されているメニューデータのデータ形式のみであ
る。具体的には、上述した情報配信サーバＩＳのメニュ
ーデータＤＢ１５に格納されているメニューデータのデ
ータ形式がＨＴＭＬ形式であるのに対して、このメニュ
ーデータＤＢ２１１に格納されているメニューデータ
は、ＢＭＬ（Broadcast Markup Language）形式となっ
ている。

【００４１】ＤＢサーバ２１は、このメニューデータＤ
Ｂ２１１に格納されている放送開始時刻Ｔ３を監視し、
メニューデータＤＢ２１１に格納されている放送開始時
刻Ｔ３に対応した時刻となると、メニューデータと、地
域コードをメニューデータＤＢ２１１から読み出して、
放送管理サーバ２２へと送る。そして、ＤＢサーバ２１
は、メニューデータＤＢ２１１において当該放送開始時
刻Ｔ３と対応付けられているフィールドの情報を削除す
るのである。なお、このメニューデータの削除の際にバ
ックアップを取るか否かは、情報配信サーバＩＳと同様
に任意である。

【００４２】また、このＤＢサーバ２１は、放送局ＴＳ
において放送に先立って収録された番組に対応した番組
データを格納するための番組データＤＢ２１２を有して
おり、各番組の放送時刻になると、当該番組に対応した
番組データを放送管理設備２３へと送る。なお、この番
組データに対応した画像は、静止画であっても動画であ
っても良い。

【００４３】放送管理サーバ２２は、メモリを有してお
り、このメモリにＤＢサーバ２１から送られてきたメニ
ューデータを組み込んだメニューパケットＰｋ（ｋ＝
１、２、…、ｎ）を生成し、このメモリに生成したメニ
ューパケットＰｋを順次巡回的に放送設備２３へと送
る。放送設備２３は、放送管理サーバ２２の制御の下、
放送管理サーバ２２から送られてきたメニューパケット
とＤＢサーバ２１から送られてきた番組データを多重化
した放送データを生成し、この放送データにより搬送波
を変調した放送波を放送する。

【００４４】ここで、放送管理サーバ２２において生成
されるメニューパケットＰｋと放送設備２３によって生
成される放送データについて説明する。図７は、本実施
形態に係る放送設備２３が生成する放送データの構成例
を示す図である。同図に示すように本実施形態におい
て、放送設備２３により生成される放送データは、番組
データが放送されるチャネルｍｃｈ１と、メニューデー
タを組み込んだメニューパケットＰｋ（ｋ＝１、２、
…、ｎ）が順次巡回的に放送されるチャネルｍｃｈ２か
らなっている。

【００４５】また、放送管理サーバ２２によって生成さ
れる各メニューパケットＰｋは、同図に示すように、ヘ
ッダ部Ｈと、ペイロード部Ｄから構成されており、ペイ
ロード部Ｄには、ＤＢサーバ２１から送られてきたメニ
ューデータが組み込まれる。

【００４６】また、各メニューパケットＰｋのヘッダ部
Ｈには、誤り検出に必要な情報やデータペイロード長等
の情報が含まれている他、各メニューパケットＰｋに組
み込まれているメニューデータに対応した地域コードが
含まれている。従って、ヘッダ部Ｈに含まれている地域
コードにより、各メニューパケットＰｋが何れの地域に
対応するものであるのかを、特定することが可能とな
る。

【００４７】ここで、放送管理サーバ２２は、ＤＢサー
バ２１から新たなメニューデータが送信されてくるまで
（すなわち、次のメニューデータの放送開始時刻Ｔ３に
なるまで）、同一のメニューデータをペイロード部Ｄに
組み込んだメニューパケットＰｋ（すなわち、上述した
放送管理サーバ２２のメモリに生成したメニューパケッ
ト）を順次巡回的に放送設備２３へと送る。

【００４８】そして、放送管理サーバ２２は、次に、Ｄ
Ｂサーバ２１から新たなメニューデータが送られてきた
時点（すなわち、次のメニューデータの放送開始時刻Ｔ
３となった時点）で、メモリに生成したメニューパケッ
トＰｋを削除して、新たに送られてきたメニューデータ
をペイロード部Ｄに組み込んだパケットＰｋをメモリに
生成する。放送管理サーバ２２は、その後、この新たに
生成したメニューパケットＰｋを順次巡回的に放送設備
２３へと送るのである。

【００４９】この結果、メニューパケットＰｋの生成
後、次のメニューデータの放送開始時刻Ｔ３になるまで
の間、同一のメニューデータが組み込まれたメニューパ
ケットＰｋが順次巡回的に放送データに多重化されて、
放送される。そして、次のメニューデータの放送開始時
刻Ｔ３となった時点で、新たにＤＢサーバ２１から送ら
れてきたメニューデータが組み込まれたメニューパケッ
トＰｋが生成されるが、このメニューパケットＰｋは、
更に次のメニューデータの放送開始時刻となるまで、順
次巡回的に放送データに組み込まれて放送されることと
なる。

【００５０】次に、コンテンツ受信設備ＣＲは、広告ペ
ージデータ及びメニューデータの配信対象たるユーザが
保有する設備であり、自動車に設置されたナビゲーショ
ン装置ＮＢと、このナビゲーション装置に接続されてい
る移動機ＭＳから構成されている。

【００５１】移動機ＭＳは、携帯電話機等の携帯型の電
子機器であり、移動パケット通信網ＭＰＮを介したパケ
ット交換を行う他、図示せぬ移動電話網を介した音声通
話が可能である。この移動機ＭＳは、外部機器を接続す
るための外部機器接続インターフェイス（以下、「イン
ターフェイス」を「Ｉ／Ｆ」という）を有しており、こ
の外部機器接続Ｉ／Ｆを介して接続した外部機器との間
においてデータの授受を行うことが可能である。

【００５２】また、移動機ＭＳは、メモリ（図示は省
略）を有しており、このメモリには、移動機ＭＳを制御
するための各種制御プログラムが格納されている。移動
機ＭＳは、これら制御プログラムを実行することにより
以下の２つの動作モードを実現することが可能である。 i）単独モード このモードは、単独で移動パケット通信網ＭＰＮを介し
て通信を行うモードである。移動機ＭＳは、通常、この
モードに設定されている。

【００５３】ii）従属モード このモードは、外部機器接続Ｉ／Ｆを介して外部機器が
接続された場合に設定されるモードであり、接続された
外部機器の通信インターフェイスとして移動機ＭＳが機
能するためのモードである。このモード下において、移
動機ＭＳは、単独で通信を行うことは不可能となり、接
続された外部機器（図１に示す場合、ナビゲーション装
置ＮＢ）の制御の下においてのみ移動通信網ＭＳＮを介
した通信を行うことができる状態となる。

【００５４】ナビゲーション装置ＮＢは、通常の車載型
のナビゲーション装置の機能に加え、移動機ＭＳと接続
するためのＩ／Ｆを有しており、このＩ／Ｆを介して接
続された移動機ＭＳの通信機能を利用して、移動パケッ
ト通信網ＭＰＮを介したパケット通信を行う。また、ナ
ビゲーション装置ＮＢは、地上波デジタル放送により放
送されている放送データを受信するためのチューナを有
しており、放送局ＴＳによって放送された放送波を受信
し、その受信した放送波を復調して、その復調の結果、
得られた放送データに従って、表示等の処理を実行す
る。

【００５５】また、ナビゲーション装置ＮＢは、チュー
ナによって受信された放送データに含まれたメニューパ
ケットＰｋのヘッダ部Ｈに格納されている地域コードを
監視して、自装置の設置されている自動車の現在位置に
対応する地域コードを有するメニューパケットＰｋを抽
出する機能を有している。そして、ナビゲーション装置
ＮＢは、この抽出したメニューパケットに組み込まれて
いるメニューデータに対応した処理を行うのである。

【００５６】移動パケット通信網ＭＰＮは、移動機ＭＳ
に対してパケット通信サービスを提供するための通信網
であり、複数の基地局ＢＳを有する他、図示せぬパケッ
ト加入者処理装置等を有する。また、この移動パケット
通信網ＭＰＮは、図示せぬゲートウェイサーバを介して
インターネットＩＮＥＴと接続されており、移動機ＭＳ
は、この移動パケット通信網を介してインターネットＩ
ＮＥＴに接続されている通信装置（図１の場合、情報配
信サーバＩＳ）とパケット通信を行うことが可能であ
る。なお、この移動パケット通信網ＭＰＮが無線区間に
おいて、どのような規格（ＦＤＭＡ、ＴＤＭＡ、ＣＤＭ
Ａ等）に従うかは、任意である。

【００５７】（Ｂ）端末ＣＬの構成 図８は、本実施形態に係る端末ＣＬの構成を示す図であ
る。同図に示すように本実施形態に係る端末ＣＬは、制
御部３１と、通信部３２と、表示部３３と、操作部３４
と、外部機器Ｉ／Ｆ部３５と、これら各部のデータの授
受を中継するデータバス３６を有する。

【００５８】通信部３２は、公衆デジタル網ＩＳＮを介
してデータ通信を行う。端末ＣＬは、このデータ通信に
より、各種データの送受信を行う。表示部３３は、ＣＲ
Ｔ（cathode ray tube）ディスプレイや液晶パネル等の
表示装置から構成されており、ＣＰＵ３１の制御の下
に、各種情報を表示する。操作部３４は、キーボードや
マウスからなり、ユーザによって入力操作が行われる
と、その入力操作に対応した操作信号を制御部３１に供
給する。

【００５９】外部機器Ｉ／Ｆ部３５は、例えば、ＴＩＡ
／ＥＩＡ−２３２−Ｅ（ＲＳ２３２Ｃ）やＵＳＢ（Univ
ersal Serial Bus）等のＩ／Ｆであり、端末ＣＬを他の
外部機器と接続し、その接続された外部機器との間にお
けるデータの授受を仲介する。

【００６０】制御部３１は、例えば、ＣＰＵ（Central
Processing Unit）、ＲＯＭ（ReadOnly Memory）、ＲＡ
Ｍ（Random Access Memory）、ハードディスクを有する
（図示は省略）。ＲＯＭには、端末ＣＬの各部を制御す
るための各種制御用アプリケーションが記憶されてい
る。また、ハードディスクには、各種プログラムが格納
されており、ＣＰＵは、これらＲＯＭやハードディスク
に格納されているプログラムを実行して各種処理を行
う。ＲＡＭは、ワークエリアとして用いられる。

【００６１】ここで、ハードディスクに格納されている
プログラムには、以下のようなものが存在する。 i）ＦＴＰ（File Transfer Protocol）プログラム このプログラムは、端末ＣＬの使用者（すなわち、端末
ＣＬを保有する企業の従業者）が操作部３４に行った入
力操作に応じて広告ページデータ生成し、その広告ペー
ジデータを情報配信サーバＩＳにアップロードするため
のプログラムである。このプログラムをＣＰＵが実行す
ることにより提供される機能には、更に広告ページに対
する画像データの添付機能がある。かかる機能を利用す
る場合、端末ＣＬの使用者は、外部機器Ｉ／Ｆ部３５に
画像入力装置（例えば、デジタルカメラやスキャナ等）
を接続して、当該画像入力装置から供給される画像デー
タに対応した画像ファイルを広告ページデータに添付す
ることが可能である。なお、この画像ファイルは広告ペ
ージデータ中においてイメージタグにより指定されるこ
ととなるが、ＨＴＭＬデータにおいてイメージタグを利
用して画像ファイルを指定する方法については、公知の
ものであるため詳細は省略する。

【００６２】ii）ＷＷＷブラウザ このプログラムは、他の通信装置（例えば、情報配信サ
ーバＩＳ）から所望のデータを取得して、その取得した
データに対応した画像を表示部３３に表示させるための
プログラムである。

【００６３】（Ｃ）情報配信サーバＩＳの構成 図９は、本実施形態に係る情報配信サーバＩＳの構成を
示す図である。同図に示すように本実施形態に係る情報
配信サーバＩＳは、システム制御部１１と、通信部１２
と、広告ページＤＢ１３と、コンテンツ管理ＤＢ１４
と、メニューデータＤＢ１５と、課金データ管理部１６
と、Ｉ／Ｆ部１７とを有する。

【００６４】通信部１２は、インターネットＩＮＥＴと
システム制御部１１との間のデータの授受を仲介し、イ
ンターネットＩＮＥＴから受信したデータをシステム制
御部１１へと送ると共に、システム制御部１１から送ら
れてきたデータをインターネットＩＮＥＴへと送信す
る。Ｉ／Ｆ部１７は、システム制御部１１と放送局ＴＳ
のＤＢサーバ２１との間のデータの授受を中継し、シス
テム制御部１１から送られてきたメニューデータをＤＢ
サーバ２１へと送信する。

【００６５】システム制御部１１は、例えば、ＣＰＵ、
ＲＯＭ、ＲＡＭ、ハードディスクを有する（図示は省
略）。ＲＯＭには、情報配信サーバＩＳの各部を制御す
るための制御情報の他、各種制御用プログラムが記憶さ
れている。また、ハードディスクには、上述したアップ
ロードページや条件指定ページに対応したＨＴＭＬデー
タ等の各種リソースが格納される他、以下のようなアプ
リケーションが記憶されている。 I）返信アプリケーション このアプリケーションは、通信部１２を介してインター
ネットＩＮＥＴから受信したＧＥＴ要求に含まれている
ＵＲＬに従い、当該ＵＲＬに対応したリソースを返信す
るためものである。

【００６６】II）ＦＴＰ通信プログラム このプログラムは、端末ＣＬからホームページに対応し
たＨＴＭＬデータがアップロードされてきた場合に、当
該データを受信して、広告ページＤＢ１３に格納するた
めのプログラムである。

【００６７】III）メニューデータ生成プログラム このプログラムは、端末ＣＬからコンテンツ管理ＤＢ１
４に格納されている情報に基づいてメニューデータを生
成するためのプログラムである。

【００６８】IV）転送プログラム このプログラムは、メニューデータＤＢ１５に格納され
ているメニューデータを放送局ＴＳに転送するためのプ
ログラムである。なお、上述した、広告ページＤＢ１
３、コンテンツ管理ＤＢ１４、メニューデータＤＢ１５
を記憶するための記憶媒体としては、このハードディス
クを用いるようにしても良い。また、情報配信サーバＩ
Ｓとは別体のＤＢサーバを設け、このサーバの有するハ
ードディスクを各ＤＢの記憶媒体とし、必要に応じて、
このＤＢサーバの保有しているＤＢから情報配信サーバ
ＩＳが各種情報を取得するようにしても良い。

【００６９】ＣＰＵは、これらＲＯＭやハードディスク
に格納されているプログラムを実行することにより情報
配信サーバＩＳの各部を制御し、ＲＡＭは、ワークエリ
アとして用いられる。

【００７０】課金データ記憶部１６は、各企業ＩＤ毎
（すなわち、広告ページデータの提供者たる端末ＣＬの
所有企業毎）に、広告ページデータに記述された広告情
報の配信に伴い発生する広告配信料に対応した課金デー
タが記憶されている。この課金データは、端末ＣＬから
広告ページデータのアップロードが行われる度に、事前
に定められた料金体系に従って累積されるかたちで更新
される。

【００７１】（Ｄ）ナビゲーション装置ＮＢの構成 図１０は、本実施形態にかかるナビゲーション装置ＮＢ
の構成を示す図である。同図に示すように、本実施形態
にかかるナビゲーション装置ＮＢは、制御部４１と、チ
ューナ４２と、移動機接続Ｉ／Ｆ部４３と、位置情報算
出部４４と、ユーザＩ／Ｆ部４５と、地図情報記憶部４
６と、これら各部を相互に接続するデータバス４７とを
有する。

【００７２】移動機接続Ｉ／Ｆ部４３は、例えば、ＴＩ
Ａ／ＥＩＡ−２３２−Ｅ（ＲＳ２３２Ｃ）やＵＳＢ等の
Ｉ／Ｆであり、ナビゲーション装置ＮＢを移動機ＭＳと
接続して、その接続された移動機ＭＳとの間におけるデ
ータの授受を仲介する。この移動機接続Ｉ／Ｆ部４３を
介して移動機ＭＳを接続することにより、ナビゲーショ
ン装置ＮＢは、移動パケット通信網ＭＰＮを介したパケ
ット通信を行うことが可能となる。

【００７３】チューナ４２は、ユーザが選択した周波数
に同調し、放送波受信アンテナ４２１を介して放送波を
受信して復調処理を施し、その復調して得られた放送デ
ータを制御部４１へ供給する。位置情報算出部４４は、
ＧＰＳ信号の受信装置やジャイロ等を有しており、自装
置の設置されている車両の現在位置に対応した位置情報
を生成する。そして、生成した位置情報を制御部４１へ
と供給する。ユーザＩ／Ｆ部４５は、ユーザの入力操作
を受け付ける操作パネル、各種情報を表示する表示パネ
ル等から構成されている。

【００７４】地図情報記憶部４６には、ナビゲーション
装置ＮＢがユーザに対してナビゲーションを行うために
必要な地図情報が格納されており、ＣＤ−ＲＯＭ等の記
憶媒体と、当該記憶媒体から地図情報を読み出すための
読出装置から構成されている。

【００７５】制御部４１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、
ＥＥＰＲＯＭ等を有しており、ナビゲーション装置ＮＢ
の各部を制御する。ＲＯＭには、各種制御情報や制御プ
ログラムが記憶されている。ＥＥＰＲＯＭには、各種プ
ログラムが記憶されており、ＣＰＵは、これらＲＯＭや
ＥＥＰＲＯＭに記憶されているプログラムを実行してナ
ビゲーション装置ＮＢの各部を制御する。ＲＡＭは、ワ
ークエリアとして用いられる。

【００７６】ここで、ＥＥＰＲＯＭに格納されている各
種プログラムには、図示しないＣＤ−ＲＯＭドライブに
収容されたＣＤ−ＲＯＭから地図情報を読み出し、車両
の運転者に対して道案内を行うためのプログラムや、チ
ューナ４２から供給される放送データに基づいて番組デ
ータに対応した画像を表示するためのプログラムの他、
メニュー表示プログラムが格納されている。

【００７７】このメニュー表示プログラムをＣＰＵが実
行することにより提供される機能には、自装置の設置さ
れている自動車の現在位置に対応した地域コードを有し
ているメニューパケットＰｋを放送データから抽出し
て、当該メニューパケットに組み込まれているメニュー
データに対応した画像等を表示する機能がある。係る機
能を実現するために、本実施形態において地図情報記憶
部４６に記憶されている地図情報は、図１１に示すよう
に、各地域（例えば、市町村、或いは、郵便番号により
表される地域）の境界を示すベクトルデータを有してい
る。この各ベクトルデータには、当該ベクトルデータの
表す地域に対応した地域コードが対応付けられている。

【００７８】ユーザがユーザＩ／Ｆ部４５の操作パネル
に対して、自動車の現在位置に対応したメニューデータ
を表示する旨の入力操作を行うと、ＣＰＵは、メニュー
表示プログラムを実行して、位置情報算出部４４から現
在位置に対応した位置情報を取得する。そして、ＣＰＵ
は、その取得した位置情報に対応した地域コードを地図
情報から読み出す。具体的には、ＣＰＵは、取得した位
置情報に対応する地図上の位置にプロッティングを行
い、そのプロットの位置を含むベクトルデータを抽出す
る。このようにして抽出したベクトルデータと対応づけ
らた地域コードを地図情報から読み出すのである。

【００７９】このようにして、地図情報から読み出した
地域コードに基づいて、制御部４１は、放送データに組
み込まれている複数のメニューパケットＰｋの内、自装
置の設置されている自動車の現在位置に対応したメニュ
ーパケットＰｋ（すなわち、位置情報を変換した地域コ
ードをヘッダ部Ｈに有しているメニューパケットＰｋ）
を抽出する。

【００８０】また、ＥＥＰＲＯＭには、ＷＷＷブラウザ
も記憶されており、移動機接続Ｉ／Ｆ部４３を介して接
続された移動機ＭＳを通信インターフェイスとして利用
することにより、インターネットに接続されている各種
通信機器（例えば、情報配信サーバＩＳ）から所望のデ
ータを取得して、その取得したデータに対応した画像を
表示することも可能である。

【００８１】［１．２］第１実施形態の動作 次に、図１２乃至図２２を参照し、上記構成からなる本
実施形態の動作について説明を行う。以下においては、
本実施形態の動作を次の順序で説明する。すなわち、
（１）端末ＣＬから広告ページデータをアップロードす
る際の動作、（２）情報配信サーバＩＳにおいてメニュ
ーデータを生成する際の動作、（３）情報配信サーバＩ
Ｓからメニューデータを送信する際の動作、（４）放送
局ＴＳにおいてメニューデータを放送する際の動作、
（５）ナビゲーション装置ＮＢにより放送波を受信する
際の動作、の順に説明を行う。

【００８２】（１）端末ＣＬから広告ページデータをア
ップロードする際の動作 以下、図１２に示すデータシーケンスを参照しつつ、端
末ＣＬから情報配信サーバＩＳにコンテンツをアップロ
ードする際の動作について説明する。まず、タイムセー
ルスの広告情報を配信したいと考えた、端末ＣＬの使用
者は、広告情報を記述した広告ページを作成すべく、端
末ＣＬの操作部３４に対してＦＴＰプログラムを起動す
べき旨の入力操作を行う。この結果、操作内容に対応し
た操作信号が、操作部３４から制御部３１へと供給さ
れ、ハードディスクに格納されているＦＴＰプログラム
が制御部３１によって実行される。この状態において、
当該端末ＣＬの使用者が操作部３４に対して入力操作を
行うと、端末ＣＬの制御部３１は、操作部３４から供給
される操作信号に従って、広告ページに対応したＨＴＭ
Ｌデータ（すなわち、広告ページデータ）をＲＡＭ上に
生成する。

【００８３】この際に、当該広告ページに対してタイム
セールのクーポンとなるような情報を記述することによ
り、広告としての機能を強化させることも可能である。
また、当該広告ページに対して商品の画像を添付するな
らば、外部機器Ｉ／Ｆ部１５に画像入力装置（例えば、
デジタルカメラ）を接続して、当該画像入力装置を用い
て対象商品を撮像することが必要となる。

【００８４】そして、画像入力装置により撮像が行わ
れ、画像入力装置から画像データが供給されると、端末
ＣＬの制御部３１は、当該画像データに基づいて画像フ
ァイルを生成してＲＡＭに格納する。このようにして、
生成された画像ファイルが広告ページデータ中において
イメージタグにより指定される。なお、この際、当該従
業者が広告ページを作成するために行う入力操作につい
ては、従来のホームページの作成方法と何ら異なるとこ
ろがないため、詳細は省略する。

【００８５】その後、端末ＣＬによって生成された広告
ページデータを情報配信サーバＩＳへとアップロードす
べく、当該従業者が操作部３４に対してＷＷＷブラウザ
を起動する旨の入力操作を行うと、制御部３１は、操作
部３４から供給される操作信号に従って、ハードディス
クからＷＷＷブラウザを読み出し、公衆デジタル網ＩＳ
Ｎを介して、上述したアクセスポイントに対する発呼処
理を実行する。このようにして、発呼処理がなされ、端
末ＣＬとアクセスポイントとの間に通信接続がなされる
と、端末ＣＬは、公衆デジタル網ＩＳＮを介してインタ
ーネットＩＮＥＴに接続された通信装置（例えば、情報
配信サーバＩＳ）とデータ通信を行うことが可能とな
る。

【００８６】その後、従業者が端末ＣＬの操作部３４に
対して、例えば、上述したアップロードページに対応し
たＵＲＬを指定する入力を行うと、端末ＣＬの制御部３
１は、当該ＵＲＬを含むＧＥＴ要求Ｄ１を移動パケット
通信網ＭＰＮへと送出する。このようにして、端末ＣＬ
によって公衆デジタル網ＩＳＮへと送出されたＧＥＴ要
求Ｄ１は、その後、アクセスポイントを介してインター
ネットＩＮＥＴへと転送され、情報配信サーバＩＳの通
信部１２により受信される。

【００８７】次に、システム制御部１１は、当該ＧＥＴ
要求Ｄ１に含まれるＵＲＬに対応したＨＴＭＬデータＤ
２（すなわち、アップロードページに対応したＨＴＭＬ
データ）をインターネットＩＮＥＴへと返信する。この
結果、このＨＴＭＬデータＤ２は、その後、インターネ
ットＩＮＥＴからアクセスポイントを介して公衆デジタ
ル網ＩＳＮへと転送され、端末ＣＬの通信部３２によっ
て受信される。

【００８８】このＨＴＭＬデータＤ２を受信すると、端
末ＣＬの表示部３３には、情報配信サーバＩＳのアップ
ロードページに対応した画像が表示される。具体的に
は、この際、端末ＣＬの表示部３３には、当該端末ＣＬ
の使用者に対して、企業ＩＤの入力を促す文字列と共
に、これらの情報を入力するためのボックスが表示され
る他、「決定」なるボタンが表示される。

【００８９】この状態において、端末ＣＬの使用者が端
末ＣＬの操作部３４に対して、企業ＩＤを入力する旨の
操作を行って、「決定」ボタンを選択する旨の入力操作
を行う。すると、端末ＣＬは、従業者によって入力され
た企業ＩＤを付加したＧＥＴ要求Ｄ３を移動パケット通
信網ＭＰＮへと送信する。

【００９０】このようにして、端末ＣＬから送信された
ＧＥＴ要求Ｄ３は、その後、情報配信サーバＩＳの通信
部１２によって受信される。この結果、システム制御部
１１においては、図１３に示すような処理が実行される
こととなる。

【００９１】まず、システム制御部１１は、受信した、
ＧＥＴ要求Ｄ３に付加されている企業ＩＤを抽出する
（ステップＳａ１）。そして、システム制御部１１は、
コンテンツＩＤを払い出し、広告ページＤＢ１３に格納
すると共に、コンテンツ管理ＤＢ１４において、当該企
業ＩＤと対応付けられたフィールドに、その払い出した
コンテンツＩＤを格納する（ステップＳａ２）。

【００９２】次に、システム制御部１１は、上述した条
件指定ページに対応したＨＴＭＬデータＤ４をインター
ネットＩＮＥＴへと送出する（ステップＳａ３）。この
ようにして、ＨＴＭＬデータＤ４を送出すると、システ
ム制御部１１は、インターネットＩＮＥＴからＧＥＴ要
求を受信したか否かを判定する状態となり（ステップＳ
ａ４）、次に、ＧＥＴ要求を受信するまで、同ステップ
の処理を繰り返す。

【００９３】一方、このＨＴＭＬデータＤ４が端末ＣＬ
の通信部３２に受信されると、制御部３１は、受信した
ＨＴＭＬデータＤ４に対応する画像を表示部１３に表示
させる。図１４は、この際に、端末ＣＬの表示部３３に
表示される画像の一例を示す図である。同図に示すよう
に、この際、端末ＣＬの表示部３３には、当該端末ＣＬ
の使用者がアップロードしようとしている広告ページデ
ータの配信開始時刻Ｔ１及び配信終了時刻Ｔ２を入力す
るためのボックスと共に、当該メニューデータに記述す
べき内容（例えば、タイムセールスのセール品名やセー
ル品の価格、当該端末ＣＬを保有している企業名等）に
対応した概要情報を入力するためのボックスが表示され
る他、端末ＣＬの使用者に対して、これらの情報の入力
を促すための画像が表示される。

【００９４】また、この際、表示部３３には、当該広告
ページデータの配信対象地域名（例えば、市町村名、或
いは、郵便番号により表される地域）を選択するための
一覧表と共に、「決定」ボタンが表示される。ここで、
配信対象地域を選択するための一覧の各地域名には、当
該地域名に対応した地域の地域コードが対応づけられて
いる。

【００９５】この状態において、端末ＣＬの使用者が例
えば、「地域ａ」なる地域名に対応したボタンを選択す
る旨の入力操作を行うと共に、各ボックスに対して概要
情報と配信時間帯情報を入力して、「決定」ボタンを選
択する旨の入力操作を行う。すると、制御部３１は、従
業者が入力した各種情報に基づいてタイムテーブルＴＢ
Ｌ１を生成し、この生成したタイムテーブルＴＢＬ１を
付加したＧＥＴ要求Ｄ５を送信する。この際、制御部３
１は、タイムテーブルＴＢＬ１に対して、端末ＣＬの使
用者が選択した配信対象地域名「地域ａ」と対応づけら
れている地域コードを格納する。

【００９６】一方、情報配信サーバＩＳのシステム制御
部１１においては、端末ＣＬから送信されたＧＥＴ要求
Ｄ５が受信された時点で、ステップＳａ４における判定
が「Ｙｅｓ」となる。この結果、システム制御部１１
は、ステップＳａ５を実行して、当該ＧＥＴ要求Ｄ５か
らタイムテーブルＴＢＬ１を抽出し、この抽出したタイ
ムテーブルＴＢＬ１に従って、コンテンツ管理ＤＢ１４
を更新するのである（ステップＳａ６）。具体的には、
システム制御部１１は、このタイムテーブルＴＢＬ１に
記述されている配信時間帯情報と、概要情報と、地域コ
ードを抽出して、ステップＳａ２において払い出したコ
ンテンツＩＤと対応するコンテンツ管理ＤＢ１４のフィ
ールドに格納するのである。

【００９７】このようにして、コンテンツ管理ＤＢ１４
が更新されると、システム制御部１１は、コンテンツ管
理ＤＢ１４に格納されているコンテンツＩＤを読み出し
て、当該コンテンツＩＤを記述したＨＴＭＬデータＤ６
を生成し（ステップＳａ７）、インターネットＩＮＥＴ
へと送信して（ステップＳａ８）、処理を終了する。

【００９８】次に、ＨＴＭＬデータＤ６を受信すると、
端末ＣＬの制御部３１は、当該ＨＴＭＬデータＤ６に対
応した画像を表示部３３に表示させる。この結果、表示
部３３には、情報配信サーバＩＳによって払い出された
コンテンツＩＤが表示される。この状態において、端末
ＣＬの使用者がＦＴＰプログラムを実行する旨の入力操
作を行うと、制御部３１は、ＦＴＰプログラムを実行
し、情報配信サーバＩＳとの間でＦＴＰによる通信を行
うための処理を実行する。

【００９９】この時点で、情報配信サーバＩＳのシステ
ム制御部１１においては、上述したＦＴＰプログラムが
実行され、端末ＣＬとの間において、ＦＴＰによる通信
が可能な状態となる。なお、この際、端末ＣＬと情報配
信サーバＩＳの間において行われる処理については、従
来用いられている方法と同様であるため、説明は省略す
る。

【０１００】係る処理が終了し、端末ＣＬと、情報配信
サーバＩＳがＦＴＰによる通信が可能な状態となると、
端末ＣＬの表示部３３には、コンテンツＩＤの入力を促
す画像が表示される。この状態において、端末ＣＬの使
用者がＨＴＭＬデータＤ６により表されていたコンテン
ツＩＤを入力する旨の操作を操作部３４に対して行う
と、端末ＣＬの制御部３１は、この入力されたコンテン
ツＩＤをデータＤ７として情報配信サーバＩＳへと送信
する。

【０１０１】情報配信サーバＩＳのシステム制御部１１
は、このデータＤ７が通信部３２により受信されると、
データＤ７からコンテンツＩＤを抽出してＲＡＭに格納
する。この結果、システム制御部１１は、その後に、端
末ＣＬから送信されてきた広告ページデータを、広告ペ
ージＤＢ１３の当該コンテンツＩＤと対応付けられたフ
ィールドへと格納する状態となる。

【０１０２】一方、この状態において端末ＣＬの使用者
が操作部３４に対して広告ページデータＤ８をアップロ
ードする旨の入力操作を行うと、制御部３１は、ＲＡＭ
上に生成された広告ページデータＤ８を読み出して、情
報配信サーバＩＳへと送信する。この広告ページデータ
Ｄ８が、情報配信サーバＩＳの通信部１２によって受信
され、ＲＡＭに格納されているコンテンツＩＤと対応付
けられた広告ページＤＢ１３のフィールドへとシステム
制御部１１によって格納される。

【０１０３】このようにして、広告ページＤＢ１３に広
告ページデータＤ８が格納されると、システム制御部１
１は、当該広告ページデータＤ８の格納位置に対応した
ＵＲＬをコンテンツ管理ＤＢ１４へと格納する。この結
果、コンテンツ管理ＤＢ１４には、端末ＣＬからアップ
ロードされてきた広告ページデータＤ８を管理するため
に必要な全ての情報が格納された状態となるのである。

【０１０４】（２）情報配信サーバＩＳにおいてメニュ
ーデータを生成する際の動作 次に、本実施形態に係る情報配信サーバＩＳにおいてメ
ニューデータを生成する際の動作について、図１５を参
照しつつ説明する。なお、メニューデータを生成する処
理は、上述した広告ページのアップロードを行う処理と
は無関係に、常に一定周期毎にシステム制御部１１がメ
ニューデータ生成プログラムに従って行っている処理で
ある。

【０１０５】ここで、同図において「Ｘ」は、コンテン
ツ管理ＤＢ１４に格納されている地域コードに対応して
おり、例えば「Ｘ」が「１」の場合には、地域コード
「Ａ０００１」が処理の対象となっており、「Ｘ」が
「２」の場合には、地域コード「Ａ０００２」が処理の
対象となっていることを示している。また、「Ｎ」は、
地域コードの数に対応しており、情報配信サーバＩＳに
おいて設定されている地域コードの数によって定まるも
のである。なお、以下の説明においては、説明をより具
体的なものとするため、コンテンツ管理ＤＢ１４の内容
は、図４と同様の内容を有するものとして説明を行う。
また、この処理が実行される時刻（すなわち、上述した
生成時刻Ｔ’）は、「１０時００分」であるものとし、
時間ｔ１については、３０分であるものとする。

【０１０６】まず、システム制御部１１は、現在時刻か
ら３０分後の時刻「１０時３０分」を放送開始時刻Ｔ３
としてメニューデータＤＢ１５へと格納する（ステップ
Ｓｂ１）。そして、システム制御部１１は、「Ｘ」の値
を「０」に設定した後（ステップＳｂ２）、「Ｘ」を
「１」だけインクリメントする（ステップＳｂ３）。こ
のようにして、「Ｘ」を「１」に設定すると、システム
制御部１１は、「Ｘ」＝「１」に対応する地域コード
「Ａ０００１」を検索キーとして、コンテンツ管理ＤＢ
１４を検索する（ステップＳｂ４）。そして、地域コー
ド「Ａ０００１」と対応付けられた配信時間帯情報にお
いて、現在時刻から３０分後の時刻「１０時３０分」を
含む配信時間帯情報（すなわち、配信開始時刻Ｔ１から
配信終了時刻Ｔ２までの間に「１０時３０分」なる時刻
が含まれている配信時間帯情報）が存在するか否かを判
定する（ステップＳｂ５）。

【０１０７】今の場合、コンテンツ管理ＤＢ１４には、
「１０時３０分」なる時刻を含む配信時間帯情報とし
て、コンテンツＩＤ「Ｃ０００１」に対応付けられてい
るものが存在する。このため、ステップＳｂ５における
判定は、「Ｙｅｓ」となり、システム制御部１１は、コ
ンテンツ管理ＤＢ１４において、コンテンツＩＤ「Ｃ０
００１」と対応付けて格納されているＵＲＬ（すなわ
ち、当該コンテンツＩＤに対応する広告ページデータの
ＵＲＬ）と概要情報を読み出して（ステップＳａ６）、
この読み出した、ＵＲＬと概要情報をＲＡＭに格納す
る。

【０１０８】次に、システム制御部１１は、コンテンツ
管理ＤＢ１４の検索が最後まで終了したか否かを判定す
る（ステップＳｂ７）。しかし、図４に示す場合、コン
テンツＩＤ「Ｃ０００１」に対応した配信時間帯情報の
検索が終了した時点では、コンテンツ管理ＤＢ１４の検
索は終了していない。このため、システム制御部１１
は、ステップＳｂ７において「Ｎｏ」と判定して、再
度、ステップＳｂ４〜Ｓｂ６の処理を実行し、コンテン
ツＩＤ「Ｃ００１０」に対応した概要情報とＵＲＬを読
み出して、ＲＡＭに格納する。

【０１０９】その後、ステップＳｂ４〜Ｓｂ７の処理を
繰り返して、ステップＳｂ５において「Ｎｏ」と判定し
た場合、或いは、ステップＳｂ７において「Ｙｅｓ」と
判定した場合にシステム制御部１１は、処理をステップ
Ｓｂ８へと進める。この結果、システム制御部１１は、
ＲＡＭに概要情報と、ＵＲＬが格納されているか否かを
判定する状態となる（ステップＳｂ８）。

【０１１０】今の場合、ＲＡＭには、少なくとも、コン
テンツＩＤ「Ｃ０００１」と「Ｃ００１０」に対応した
概要情報とＵＲＬが格納されている。このため、システ
ム制御部１１は、ステップＳｂ８において「Ｙｅｓ」と
判定し、ＲＡＭに格納されている概要情報を記載したメ
ニューデータを生成し、このメニューデータ中において
アンカーによりＵＲＬを指定する（ステップＳｂ９）。

【０１１１】図１６は、この際生成されるメニューデー
タをＷＷＷブラウザによって解釈して得られる画像の一
例を示す図である。同図に示すように、メニューデータ
に対応した画像は、各概要情報に対応した文字列が記述
される他、各概要情報に対応する文字列と対応付けられ
たボタンが表示される。また、このボタンには、各概要
情報に対応する広告ページデータの格納位置を示すＵＲ
Ｌがアンカーにより指定されているのである。

【０１１２】このようにして、メニューデータの生成が
完了すると、システム制御部１１は、生成したメニュー
データと「Ｘ」＝「１」に対応した地域コード「Ａ００
０１」とを対応付けてメニューデータＤＢ１５へと格納
し（ステップＳｂ１０）、処理をステップＳｂ１１へと
進める。

【０１１３】これに対して、ステップＳｂ８において、
「Ｎｏ」と判定した場合、システム制御部１１は、メニ
ューデータを生成することなく処理をステップＳｂ１１
へと進める。

【０１１４】このようにして、ステップＳｂ１１へと処
理が進むと、システム制御部１１は、「Ｘ」＝「Ｎ」か
否かを判定する（ステップＳｂ１１）。今の場合、
「Ｘ」＝「１」であるためシステム制御部１１は、ステ
ップＳｂ１１において「Ｎｏ」と判定し、再度、ステッ
プＳｂ３〜Ｓｂ１０の処理を実行する。この結果、地域
コード「ａ０００２」に対応したメニューデータが生成
され、メニューデータＤＢ１５に格納される。係る処理
が全ての地域コードに対応して実行され、全ての地域コ
ードに対応したメニューデータの生成が完了した時点
で、システム制御部１１は、ステップＳｂ１１において
「Ｙｅｓ」と判定し、処理を終了する。

【０１１５】（３）情報配信サーバＩＳからメニューデ
ータを送信する際の動作 次に、図１７及び図１８を参照しつつ、本実施形態に係
る通信システムにおいて、情報配信サーバＩＳからメニ
ューデータＤＢ１５に格納されている各種情報をＤＢサ
ーバ２１へと送信する際の動作について説明する。この
処理は、上述した、端末ＣＬから広告ページデータをア
ップロードする際の動作やメニューデータを生成する際
の動作とは無関係に、常に、情報配信サーバＩＳとＤＢ
サーバ２１の間において実行されている処理である。な
お、以下の説明においては、現在時刻を「９時４５分」
であるものとし、上述した時間ｔ２を２０分であるもの
とする。また、メニューデータＤＢ１５は図５に示した
のと同様の記憶内容を有しているものとして説明を行
う。

【０１１６】まず、情報配信サーバＩＳのシステム制御
部１１は、上述した転送プログラムに従い、メニューデ
ータＤＢ１５に現在時刻の２０分後の放送開始時刻Ｔ３
が格納されいてるか否かを判定する状態となる（ステッ
プＳｃ１）。ここで、現在時刻は、「９時４５分」であ
るため、メニューデータＤＢ１５には、現在時刻の２０
分後の放送開始時刻Ｔ３は存在していない。このため、
システム制御部１１は、ステップＳｃ１の処理を繰り返
すこととなる。

【０１１７】その後、時間が経過し現在時刻が「９時５
０分」となると、システム制御部１１は、ステップＳｃ
１において現在時刻の２０分後の放送開始時刻Ｔ３がメ
ニューデータＤＢ１５に格納されているものと判定して
（「Ｙｅｓ」）、ステップＳｃ２の処理を実行する。こ
の結果、メニューデータＤＢ１５において当該放送開始
時刻Ｔ３「１０時１０分」と対応付けられている全ての
地域コード（図５に示す場合、地域コード「Ａ０００
１」及び「Ａ０００３」）と、メニューデータ（地域コ
ード「Ａ０００１」、「Ａ０００３」に対応したメニュ
ーデータ）を読み出す（ステップＳｃ２）。

【０１１８】そして、読み出した各々のメニューデータ
に対して、当該メニューデータに対応する地域コードを
対応付けたデータＤａ１を、ＤＢサーバ２１へと送信す
る（ステップＳｃ３及び図１８ステップＳｄ１）。この
際、システム制御部１１は、データＤａ１に対して、放
送開始時刻Ｔ３を付加して送信する。このようにして、
送信処理が終了すると、システム制御部１１は、再度、
ステップＳｃ１の処理を実行する。この結果、次の放送
開始時刻Ｔ３「１０時１５分」の２０分前の時刻「９時
５５分」になるまで、システム制御部１１は、同ステッ
プの処理を繰り返すこととなる。

【０１１９】一方、情報配信サーバＩＳから送信された
データＤａ１を受信すると、ＤＢサーバ２１は、この受
信したデータＤａ１に付加されてきた放送開始時刻Ｔ３
を抽出して、メニューデータＤＢ２１１に格納すると共
に、データＤａ１に含まれているメニューデータを抽出
し、ＢＭＬ形式へと変換する（図１８ステップＳｄ
２）。そして、ＤＢサーバ２１は、このデータ形式を変
換したメニューデータをステップＳｄ２において格納し
た放送開始時刻Ｔ３と対応付けてメニューデータＤＢ２
１１に格納する（図１８ステップＳｄ３）。この際、Ｄ
Ｂサーバ２１は、変換したメニューデータと対応付けて
送信されてきた地域コードを、各メニューデータと対応
付けてメニューデータＤＢ２１１へと格納する。

【０１２０】その後、時間が経過し、「９時５５分」と
なると、情報配信サーバＩＳのシステム制御部１１にお
いては、ステップＳｃ１における判定が「Ｙｅｓ」とな
り、放送開始時刻Ｔ３「１０時１５分」と対応付けられ
た地域コードとメニューデータが読み出されて（ステッ
プＳｃ２）、データＤａ２としてＤＢサーバ２１へと送
信される（ステップＳｃ３及び図１８ステップＳｄ
４）。

【０１２１】このデータＤａ２を受信すると、ＤＢサー
バ２１は、データＤａ２に付加された放送開始時刻Ｔ３
を抽出して、メニューデータＤＢ２１１へと格納し、デ
ータＤａ２に含まれているメニューデータをＢＭＬ形式
へと変換して、地域コードと対応付けて格納する（図１
８ステップＳｄ５、Ｓｄ６）。以下、同様の処理が行わ
れ、情報配信サーバＩＳからＤＢサーバ２１へと各種情
報が送信されることとなる。

【０１２２】（４）放送局ＴＳにおいてメニューデータ
を放送する際の動作 次に、図１９及び図２０を参照しつつ、本実施形態に係
る放送局ＴＳにおいて、メニューデータを組み込んだメ
ニューパケットＰｋを放送する際の動作について説明す
る。この処理は、上述した各処理とは無関係に放送局Ｔ
Ｓにおいて、常に行われている処理である。

【０１２３】ここで、上述したように、ＤＢサーバ２１
が保有している番組データが放送データのチャネルｍｃ
ｈ１において放送されることとなるが、番組データにつ
いては、ＤＢサーバ２１が、順次、番組データＤＢ２１
２から読み出して放送設備２３へと送信し、放送設備２
３がＤＢサーバ２１から送られてくる番組データを、順
次、チャネルｍｃｈ１に組み込んで放送しているものと
する。なお、以下においては、メニューデータＤＢ２１
１の記憶内容は、上述した図５と同様であるものとし、
現在時刻を「１０時００分」であるものとして説明を行
う。

【０１２４】まず、ＤＢサーバ２１は、メニューデータ
ＤＢ２１１に現在時刻「１０時００分」と同一の放送開
始時刻Ｔ３が格納されいてるか否かを判定する状態とな
る（ステップＳｅ１）。ここで、図５に示す場合におい
て、「１０時００分」と同一の放送開始時刻Ｔ３は存在
していない。このため、ＤＢサーバ２１においては、ス
テップＳｅ１の処理が繰り返されることとなる。

【０１２５】その後、時間が経過し現在時刻が「１０時
１０分」となると、ＤＢサーバ２１は、ステップＳｅ１
において「Ｙｅｓ」と判定し、放送開始時刻Ｔ３「１０
時１０分」と対応付けてメニューデータＤＢ１５に格納
されている全ての地域コード（図５に示す場合、地域コ
ード「Ａ０００１」及び「Ａ０００３」）と、メニュー
データ（地域コード「Ａ０００１」、「Ａ０００３」に
対応したメニューデータ）を読み出す（ステップＳｅ
２）。

【０１２６】次に、ＤＢサーバ２１は、読み出した地域
コードの各々に対して、各地域コードに対応するメニュ
ーデータを対応付けて、放送管理サーバ２２へと送信す
る（ステップＳｅ３及び図２０ステップＳｆ１）。この
ようにして、メニューデータと地域コードの送信が完了
すると、ＤＢサーバ２１は、放送開始時刻Ｔ３「１０時
１０分」と対応付けて格納されているメニューデータ等
を削除して（ステップＳｅ４）、再度、ステップＳｅ１
の処理を実行する。この結果、次の放送開始時刻Ｔ３
「１０時１５分」になるまで、ＤＢサーバ２１は、同ス
テップの処理を繰り返すこととなる。

【０１２７】一方、放送管理サーバ２２は、このデータ
Ｄｂ１を受信すると、放送処理を実行する（図２０ステ
ップＳｆ２）。この放送処理において、放送管理サーバ
２２は、以下の処理を実行する。

【０１２８】ステップi：放送管理サーバ２２は、自サ
ーバの有するメモリ（図示は省略）上に、データＤｂ１
に含まれている各メニューデータ（すなわち、地域コー
ド「Ａ０００１」と「Ａ０００３」に対応した、各メニ
ューデータ）をペイロード部Ｄ（図７参照）に組み込ん
だ複数のメニューパケットＰｋを生成する。この際、メ
ニューパケットＰｋのヘッダ部Ｈに対して、各パケット
Ｐｋに組み込んだメニューデータと対応付けられてきた
地域コードを付加する。この結果、メモリには、データ
Ｄｂ１に含まれてきた各メニューデータに対応したメニ
ューパケットＰｋが生成される。

【０１２９】ステップii：ステップiにおいて、メモリ
上に生成したメニューパケットＰｋを、順次、読み出し
て、放送設備２３へと送信していく。この放送管理サー
バ２２から送られてきた放送データが、放送設備２３に
より、番組データと多重化されて放送されるのである。

【０１３０】ここで、放送管理サーバ２２は、次に、新
たなメニューデータと地域コードを含むデータがＤＢサ
ーバ２１から送信されてくるまで（すなわち、次のメニ
ューデータの放送開始時刻Ｔ３になるまで）、同一のメ
ニューデータをペイロード部Ｄに組み込んだメニューパ
ケットＰｋ（すなわち、上述した放送管理サーバ２２の
メモリに生成したメニューパケット）を順次巡回的に放
送設備２３へと送る。

【０１３１】例えば、メモリに生成されているメニュー
パケットＰｋがパケットＰ１、パケットＰ２、パケット
Ｐ３の３つある場合、放送管理サーバ２２は、次のメニ
ューデータの放送開始時刻Ｔ３となるまで、パケットＰ
１→パケットＰ２→パケットＰ３→パケットＰ１…とい
うように各メニューパケットＰｋを順次巡回的に放送設
備２３へと送る。この結果、メニューパケットＰｋの生
成後、次のメニューデータの放送開始時刻Ｔ３になるま
での間、同一のメニューデータが組み込まれたメニュー
パケットＰｋが順次巡回的に放送データに多重されて、
放送される。

【０１３２】一方、時間が経過し、「１０時１５分」に
なると、ＤＢサーバ２１においては、ステップＳｅ１に
おける判定が「Ｙｅｓ」となり、放送開始時刻Ｔ３「１
０時１５分」と対応付けられた地域コードとメニューデ
ータが読み出されて（ステップＳｅ２）、データＤｂ２
として放送管理サーバ２２へと送信される（ステップＳ
ｅ３及び図２０ステップＳｆ３）。

【０１３３】このデータＤｂ２を受信すると、放送管理
サーバ２２は、次のメニューデータの放送開始時刻Ｔ３
となったものとして、既に、メモリ上に生成されている
メニューパケットＰｋ（すなわち、放送開始時刻Ｔ３
「１０時１０分」に対応した、メニューデータの組み込
まれたメニューパケットＰｋ）を削除して、上述した放
送処理を実行する。この結果、放送管理サーバ２２のメ
モリには、放送開始時刻Ｔ３「１０時１５分」に対応し
たメニューデータを組み込んだメニューパケットＰｋが
生成される。放送管理サーバ２２は、その後、この新た
にメモリに生成したメニューパケットＰｋを順次巡回的
に放送設備２３へと送る。係る処理がなされる結果、次
のメニューデータの放送開始時刻Ｔ３となるまでの間
（すなわち、次のメニューデータがＤＢサーバ２１から
送られてくるまでの間）、この生成されたメニューパケ
ットＰｋが放送データに組み込まれて放送されることと
なる。以下、放送開始時刻Ｔ３に対応した時刻となる度
に、上述した一連の処理が実行される。

【０１３４】（５）ナビゲーション装置ＮＢにより放送
波を受信する際の動作 次に、図２１及び図２２を参照しつつ、ナビゲーション
装置ＮＢにより放送波を受信する際の動作について説明
する。なお、以下の説明においては、説明をより具体的
なものとするため、地図情報の内容は、図１１に示した
と同様であるものとして説明を行う。

【０１３５】まず、自動車の助手席に搭乗中の移動機Ｍ
Ｓのユーザが、自身の搭乗している自動車の現在位置近
辺のスーパーにおいてタイムセールスが行われているか
否かを知りたいと考え、ナビゲーション装置ＮＢに対し
て自身の所有する移動機ＭＳを接続する。すると移動機
ＭＳにおいては、ナビゲーション装置ＮＢの接続が検出
されて、動作モードが従属モードへと変更される。この
時点で、移動機ＭＳは、ナビゲーション装置ＮＢに従属
する状態となり、ナビゲーション装置ＮＢの通信Ｉ／Ｆ
として機能するようになる。

【０１３６】この状態において、ユーザが、ユーザＩ／
Ｆ部４５の操作パネルに対してメニューデータの表示を
行う旨の入力操作を行うと、制御部４５は、ＥＥＰＲＯ
Ｍに記憶されているメニュー表示プログラムを実行し、
図２１及び図２２に示す処理を実行する。

【０１３７】この処理において、制御部４１は、まず、
チューナ４２に対して、受信周波数の変更命令を送って
（ステップＳｇ１）、放送データが受信されたか否かを
判定する状態となる（ステップＳｇ２）。このようにし
て、ステップＳｇ２の処理を実行すると、制御部４１
は、チューナ４２から放送データが供給されるまで同ス
テップの処理を繰り返す。

【０１３８】一方、制御部４１から変更命令が供給され
ると、チューナ４２は、この変更命令に従い、受信周波
数を放送局ＴＳによって放送されている放送波に同調し
たものに変更する。そして、チューナ４２は、受信した
放送波を復調して、放送データとして制御部４１へと供
給する状態となる。

【０１３９】このようにして、チューナ４２から放送デ
ータが供給される状態となると、ステップＳｇ２におけ
る判定が「Ｙｅｓ」となり、制御部４１は、データバス
４７を介して、位置情報算出部４４に位置情報の算出命
令を出力する（ステップＳｇ３）。そして、制御部４１
は、位置情報算出部４４から位置情報が供給されたか否
かを判定する状態となり（ステップＳｇ４）、位置情報
算出部４４からナビゲーション装置ＮＢの設置されてい
る自動車の現在位置に対応した位置情報が送られてくる
まで、同ステップの処理を繰り返す。

【０１４０】一方、位置情報算出部４４は、制御部４１
によって出力された位置情報算出命令に従って、自装置
の設置されている自動車の現在位置に対応した位置情報
として、例えば、「Ｎ：３０．５、Ｅ：１５．２５」を
算出してデータバス４７へと出力する。この位置情報
「Ｎ：３０．５、Ｅ：１５．２５」を取得すると、ステ
ップＳｇ４における判定が「Ｙｅｓ」となり、制御部４
１は、地図上の「Ｎ：３０．５、Ｅ：１５．２５」に対
応した位置にプロッティングを行う（ステップＳｇ
５）。そして、制御部４１は、そのプロットの位置を含
むベクトルデータを抽出し、当該ベクトルデータと対応
づけられている地域コード（すなわち、地域コード「Ａ
０００１」）を地図情報から読み出して、ＲＡＭに格納
する（ステップＳｇ６）。この結果、制御部４１のＲＡ
Ｍには、自装置の設置されている自動車の現在位置に対
応した地域コードが格納されることとなる。

【０１４１】このようにして、ＲＡＭに地域コードが格
納されると、制御部４１は、チューナ４２から、順次、
供給される放送データのチャネルｍｃｈ２をサーチして
（ステップＳｇ７）、ＲＡＭに格納されている地域コー
ドと同一の地域コードをヘッダ部Ｈに有するメニューパ
ケットＰｋが存在するか否かを判定する状態となる（ス
テップＳｇ８）。

【０１４２】そして、当該地域コードと同一の地域コー
ドを有するメニューパケットＰｋが存在しないものと判
定すると（ステップＳｇ８「Ｎｏ」）、制御部４１は、
ユーザＩ／Ｆ部４５の表示パネルに対して、例えば、
「現在位置に対応したメニューデータは放送されていま
せん。」等の表示を行って処理を終了する（ステップＳ
ｇ１６）。

【０１４３】これに対して、ステップＳｇ８において
「Ｙｅｓ」と判定した場合、制御部４１は、当該地域コ
ードと同一の地域コードをヘッダ部Ｈに有するメニュー
パケットＰｋを抽出して（ステップＳｇ９）、当該パケ
ットＰｋのペイロード部Ｄからメニューデータを抽出す
る。

【０１４４】このようにして、メニューデータが抽出さ
れると、制御部４１は、当該メニューパケットＰｋに組
み込まれているメニューデータが、以前に受信していた
メニューパケットＰｋに組み込まれていたメニューデー
タから変更されているか否かを判定する（ステップＳｇ
１０）。換言するならば、ステップＳｇ１１において、
制御部４１は、放送局ＴＳにおいてＤＢサーバ２１から
新たなメニューデータが放送管理サーバ２２へと送られ
て、放送データに組み込まれるメニューデータが変更さ
れたか否かを判定するのである。

【０１４５】しかし、今の場合、メニューデータパケッ
トＰｋを受信するのは、今回が初めてである。従って、
ステップＳｇ１０において制御部４１は、「Ｙｅｓ」と
判定して、ステップＳｇ９において抽出したメニューデ
ータをＲＡＭに格納し、このメニューデータに基づいて
表示処理を行う（ステップＳｇ１１）。この結果、ナビ
ゲーション装置ＮＢのユーザＩ／Ｆ部４５には、上述し
た図１６に示したと同様の画像が表示されることとな
る。

【０１４６】次に、制御部４１は、ユーザがユーザＩ／
Ｆ部４５の操作パネルに対して、ＷＷＷブラウザを起動
する旨の入力（すなわち、図１６に示す場合、「詳細情
報はこちら！」等のボタンを選択する旨の入力）がなさ
れたか否かを判定する状態となる（ステップＳｇ１
２）。この判定において「Ｎｏ」と判定すると、制御部
４１は、ユーザがメニュー表示プログラムを終了する旨
の入力操作をユーザＩ／Ｆ部４５に行ったか否かを判定
する状態となる（ステップＳｇ１４）。そして、「Ｙｅ
ｓ」と判定した場合、制御部４１は、処理を終了する。

【０１４７】これに対して、「Ｎｏ」と判定した場合、
再度、ステップＳｇ３〜Ｓｇ１０の処理を実行する。こ
の時点で、時間が経過し、放送データのチャネルｍｃｈ
２において放送されているメニューパケットＰｋの内容
が変更されている場合や、他の地域コードに対応した地
域に、当該自動車が移動している場合、ステップＳｇ１
０において、制御部４１は、メニューパケットＰｋに組
み込まれているメニューデータが変更されているものと
判定する（ステップＳｇ１０「Ｙｅｓ」）。係る場合
に、制御部４１は、ステップＳｇ１１を実行し、既にＲ
ＡＭに格納されているメニューデータを削除して、新た
に、受信したメニューパケットＰｋに組み込まれていた
メニューデータをＲＡＭに格納し、このメニューデータ
に従って表示処理を実行する。この結果、ユーザＩ／Ｆ
部４５には、内容の変更されたメニューデータに対応し
た画像が表示される。

【０１４８】一方、この時点で、メニューパケットＰｋ
に組み込まれているメニューデータが変更されていない
と判定した場合や自動車の所在する地域に対応した地域
コードが変化していない場合、制御部４１は、ステップ
Ｓｇ１０において「Ｎｏ」と判定する。係る場合に、制
御部４１は、抽出したメニューパケットＰｋに組み込ま
れているメニューデータではなく、以前に受信されてい
たメニューデータ（すなわち、放送データの変更後、１
回目に受信したメニューパケットＰｋに格納されていた
もの）に基づいて表示処理を行う（ステップＳｇ１
５）。

【０１４９】そして、再度、ＷＷＷブラウザを起動する
旨の入力操作が行われたか否かを判定する状態となり
（ステップＳｇ１２）、この状態において、ユーザがユ
ーザＩ／Ｆ部４５に対して、例えば、「クーポンＵＲ
Ｌ」なるボタンを選択する旨の入力を行うと、制御部４
１は、ＥＥＰＲＯＭからＷＷＷブラウザを読み出して実
行する（ステップＳｇ１３）。このようにして、ＷＷＷ
ブラウザが実行されると、制御部４１は、移動機接続Ｉ
／Ｆ部４３を介して接続された移動機ＭＳを通信Ｉ／Ｆ
として利用し、移動パケット通信網ＭＰＮに対して、パ
ケット登録を行う。ここで、パケット登録とは、移動パ
ケット通信網ＭＰＮとの間においてパケット交換を行う
ための登録手続きである。

【０１５０】このようにして、パケット登録がなされる
と、ナビゲーション装置ＮＢの制御部４１は、移動機Ｍ
Ｓを介して移動パケット通信網ＭＰＮに対して、「クー
ポンＵＲＬ」なるボタンに対応付けられているＵＲＬを
付加したＧＥＴ要求を送信する。

【０１５１】一方、このＧＥＴ要求は、移動パケット通
信網ＭＰＮのゲートウェイサーバによって受信されて、
インターネットＩＮＥＴへと転送され、情報配信サーバ
ＩＳの通信部１２によって受信される。情報配信サーバ
ＩＳのシステム制御部１１は、このＧＥＴ要求を受信す
ると、当該ＧＥＴ要求に付加されているＵＲＬを抽出
し、当該ＧＥＴ要求に対応したリソースをインターネッ
トＩＮＥＴへと返信する。すなわち、ナビゲーション装
置ＮＢによって受信された、メニューデータに記述され
ている概要情報に対応した広告ページデータが、システ
ム制御部１１によってインターネットＩＮＥＴへと返信
されるのである。

【０１５２】この情報配信サーバＩＳによって返信され
た広告ページデータが移動機ＭＳによって受信されて、
ナビゲーション装置ＮＢへと転送される。そして、ナビ
ゲーション装置ＮＢの制御部４１は、この移動機ＭＳか
ら供給された広告ページデータに基づいて表示処理を実
行し、ユーザＩ／Ｆ部４５に当該広告ページデータに対
応した画像を表示させるのである。なお、この際の表示
方法はどのような方法を採っても良い、例えば、ユーザ
Ｉ／Ｆ部４５の液晶パネルの全表示領域をＷＷＷブラウ
ザの処理内容を表示するために利用しても良いし、マル
チウィンドー形式でメニュー表示プログラムの処理内容
とＷＷＷブラウザの処理内容を並列的に表示するように
しても良い。

【０１５３】このようにして、本実施形態に係るコンテ
ンツ配信システムにおいては、条件指定ページにおいて
端末ＣＬの使用者が指定した地域コードをヘッダ部に有
するメニューパケットが放送局により放送され、ナビゲ
ーション装置において自動車の現在位置に対応した地域
コードが付加されているメニューパケットが放送データ
から抽出されて、表示される構成となっている。このた
め、コンテンツ受信設備（ナビゲーション装置及び移動
機）のユーザは、自身の現在位置に関連するメニューデ
ータを視認等することが可能となり、端末の使用者は、
自身が広告ページデータ（コンテンツ）を配信したいと
考えた地域に存在するユーザに対して、自身のアップロ
ードした広告ページデータに対応するメニューデータの
配信を行うことが可能となる。

【０１５４】また、本実施形態においては、複数の広告
ページデータに対応した概要情報が記述されたメニュー
データのみを放送媒体を利用して配信し、詳細な情報を
記述した広告ページデータについては、移動パケット通
信網経由で配信する構成となっている。このため、広告
ページデータのデータ量や放送媒体の通信容量に影響を
受けることなく、限られた通信容量の中で数多くの広告
ページデータに対応した概要情報をコンテンツ受信設備
に配信することが可能となる。

【０１５５】更に、係る構成を取ることにより、コンテ
ンツ受信設備のユーザにとっては、自身の所望する広告
ページの検索を容易に行うことが可能となる一方、端末
ＣＬの所有企業にとっては、確実に広告ページデータを
コンテンツ受信設備のユーザに提示することが可能とな
る。

【０１５６】また、本実施形態においては、メニューデ
ータ中に各概要情報に対応した広告ページデータの格納
位置を示すＵＲＬを記述する構成となっている。このた
め、コンテンツ受信設備のユーザは、メニューデータ中
に記述されているＵＲＬを利用して、自身の所望する広
告ページデータを取得することが可能となる。この結
果、コンテンツ受信設備のユーザは、広告ページデータ
のＵＲＬをインターネットに接続された検索エンジン等
を利用することなく容易に広告ページデータにアクセス
することが可能となる。

【０１５７】更に、係る作用を奏することにより、コン
テンツ受信設備のユーザは、自身の所望する広告ページ
データを検索エンジンにより検索することが不要となる
ため、当該ユーザにとっては、インターネットを介した
データ通信により発生する通信料金を支払う必要がなく
なる一方、データ通信により発生する移動パケット通信
網のトラフィックの増加も防止することが可能となる。

【０１５８】また、本実施形態においては、放送データ
に複数のチャネルを持たせ、少なくとも、１つのチャネ
ルにおいて番組データを放送し、他のチャネルにおい
て、メニューパケットを放送する構成となっている。こ
のため、放送局にとっては、メニューパケットの放送の
ために周波数の全てが占有されてしまうということがな
くなり、更に、放送周波数の有効活用が可能となる。

【０１５９】また、本実施形態によれば、広告ページ上
にクーポン等の情報を記述することが可能である。この
ため、端末の所有企業にとっては、コンテンツ受信設備
のユーザの利用可能性を引き上げ、結果として、有効な
宣伝広告活動が可能となる。

【０１６０】なお、本実施形態においては、移動機ＭＳ
を通信Ｉ／Ｆとして利用し、ナビゲーション装置ＮＢが
移動パケット通信網ＭＰＮを介して情報配信サーバＩＳ
と通信を行う構成としている。しかし、移動パケット通
信網ＭＰＮに限らず、移動回線交換網やＰＨＳ網等、移
動体通信端末との間で、パケット形式のデータの授受を
行うことが可能な通信網であれば、どのような通信網を
用いても構わない。

【０１６１】なお、本実施形態においては、情報配信サ
ーバＩＳに広告ページデータをアップロードする際に、
端末ＣＬは、公衆デジタル網ＩＳＮを介して通信を行う
構成としている。しかし、公衆電話網や移動パケット通
信網、移動回線交換網、ＰＨＳ網等の他の通信網を介し
て通信を行う構成としても構わない。例えば、移動パケ
ット通信網や移動回線交換網を介して通信を行う場合、
端末ＣＬの通信部３２には、これらの通信網を介して通
信を行うための機能を持たせることが必要となる。更
に、この場合、端末ＣＬとして携帯電話機やＰＤＡ（Pe
rsonal Digital assistants）等を使用するようにして
も良い。このように、端末ＣＬとして携帯電話機を使用
する場合には、上述した端末ＣＬが有する各機能を、こ
れら携帯電話機等に持たせるようにすればよい。

【０１６２】なお、本実施形態において、端末ＣＬは、
制御部３１のハードディスクに格納されているＦＴＰプ
ログラムに従って、広告ページデータをアップロードす
る構成となっている。しかし、他のプログラムに従っ
て、広告ページデータをアップロードする構成としても
構わない。例えば、ＳＭＴＰプログラムやＰＯＰプログ
ラムを利用することにより、電子メールに広告ページデ
ータとタイムテーブルＴＢＬ１を添付して情報配信サー
バＩＳ宛に送信することも可能である。係る構成をとる
場合、情報配信サーバＩＳのシステム制御部１１のハー
ドディスクには、インターネットを介して電子メールの
送受信を行うためのプログラムを格納することが必要と
なる。また、ＦＴＰプログラムに変えて、ＴＥＬＮＥＴ
プログラムを利用しても構わない。要は、端末ＣＬから
情報配信サーバＩＳに広告ページデータとタイムテーブ
ルＴＢＬ１をアップロードすることができれば良いので
ある。

【０１６３】なお、本実施形態において、ナビゲーショ
ン装置ＮＢの制御部４１のＥＥＰＲＯＭには、メニュー
表示プログラムとＷＷＷブラウザの双方が記憶されてお
り、メニューデータの表示中にユーザがＷＷＷブラウザ
を起動する旨の入力操作を行うと、図２２ステップＳｇ
１３において、このＥＥＰＲＯＭに記憶されているＷＷ
Ｗブラウザを読み出す構成となっている。しかし、メニ
ュー表示プログラムにインターネットを介したＨＴＴＰ
の通信を可能とする機能を持たせて、１つのプログラム
により通信を行う構成としても構わない。

【０１６４】なお、本実施形態においては、コンテンツ
受信設備ＣＲとしてナビゲーション装置ＮＢと移動機Ｍ
Ｓを接続したものを用いる構成としている。しかし、ナ
ビゲーション装置ＮＢに移動パケット通信網ＭＰＮを介
して、通信を行う機能を設ければ、ナビゲーション装置
ＮＢ単体で、コンテンツ受信設備ＣＲとしての機能を実
現することができる。

【０１６５】また、移動機ＭＳにナビゲーション装置Ｎ
Ｂの有する機能を持たせることにより、移動機ＭＳ単体
でメニューパケットの抽出を行って、情報配信サーバか
ら広告ページデータの配信を受けることが可能となるこ
とはいうまでもない。係る構成とすれば、移動機ＭＳの
ユーザは、自動車に搭乗することなく、徒歩により移動
している最中であっても、自身の現在位置付近に関する
メニューデータに対応した画像を見ることが可能とな
る。

【０１６６】また、コンテンツ受信設備ＣＲは、移動可
能なもののみならず、セットトップボックス等の家庭設
置型のものであっても良い。この場合、コンテンツ受信
設備ＣＲが移動することがないため、コンテンツ受信設
備ＣＲは、位置情報変換テーブルＴＢＬ２を保有するこ
とは必要なく、当該設備ＣＲの設置場所に対応した地域
コードのみを持つ構成とすればよい。

【０１６７】なお、本実施形態においては、コンテンツ
配信設備ＣＧは、情報配信サーバＩＳと放送局ＴＳの２
つの設備により構成されている。しかし、当然コンテン
ツ配信設備ＣＧは１つの設備により構成されても良い。
この場合、放送局ＴＳに情報配信サーバＩＳの機能を持
たせても良いし、情報配信サーバＩＳに放送局ＴＳの機
能を持たせても良い。要は、上述した本実施形態に係る
情報配信サーバＩＳと放送局ＴＳの双方の機能を持って
いればよいのである。

【０１６８】なお、本実施形態においては、情報配信サ
ーバＩＳと放送局ＴＳの双方にメニューデータを格納す
るためのＤＢ（メニューデータＤＢ１５及び２１１）を
保有させる構成となっている。しかし、何れか一方にの
み、メニューデータＤＢを保有させる構成としても構わ
ない。例えば、放送局ＴＳにのみ、メニューデータＤＢ
２１１を保有させる場合、情報配信サーバＩＳは、生成
したメニューデータを、そのまま、放送局ＴＳのＤＢサ
ーバ２１に送信すれば良い。

【０１６９】また、情報配信サーバＩＳにのみ保有させ
る場合には、放送開始時刻になった時点で、情報配信サ
ーバＩＳが放送管理サーバ２１へとメニューデータを送
信し、放送管理サーバ２２が、この情報配信サーバＩＳ
から送信されてきたメニューデータをメニューパケット
Ｐｋに組み込んで放送設備２３へと送るようにすればよ
い。この場合、ＤＢサーバ２１は、単に情報配信サーバ
ＩＳと放送管理サーバ２２の間のデータを仲介する機能
と、番組データＤＢ２１２を管理する機能のみを有する
こととなる。

【０１７０】なお、本実施形態においては、端末ＣＬか
らアップロードするコンテンツとして、広告情報を記述
した広告ページデータを例示したが、当然他のコンテン
ツ（音楽や画像等）をアップロードするようにしても良
い。

【０１７１】なお、本実施形態において、情報配信サー
バＩＳの広告ページＤＢ１３に格納される広告ページデ
ータは、インターネットＩＮＥＴを介して端末ＣＬから
アップロードされる構成となっている。しかし、広告ペ
ージデータに格納される広告ページデータは、情報配信
サーバＩＳの管理者が作成したものであっても良い。こ
の場合、情報配信サーバＩＳにキーボード等のユーザＩ
／Ｆを設け、このキーボードに対する入力操作に応じ
て、情報配信サーバＩＳのシステム制御部１１が生成し
た広告ページデータが、直接、広告ページＤＢ１３に格
納されることとなる。

【０１７２】また、他の構成として、情報配信サーバＩ
ＳにＣＤ−ＲＯＭ等の記憶媒体からデータを読み取るた
めの読みとり装置を設け、記憶媒体から読み出された広
告ページデータを、システム制御部１１が広告ページＤ
Ｂ１３に格納する構成としても良い。なお、この場合に
おいても、広告ページデータ以外のコンテンツを扱う構
成としても良いことは言うまでもない。

【０１７３】なお、本実施形態においては、端末ＣＬか
ら広告ページデータと共に、タイムテーブルをアップロ
ードする構成となっている。しかし、広告ページデータ
のみをアップロードする構成としても良い。この場合、
情報配信サーバＩＳは、予め定められた配信時間帯情報
に基づいて、当該広告ページデータからメニューデータ
を生成して、放送することとなる。

【０１７４】［１．３］変形例 ＜変形例１＞本実施形態においては、端末ＣＬから概要
情報が格納されているタイムテーブルＴＢＬ１を情報配
信サーバＩＳへと送信し、情報配信サーバＩＳのシステ
ム制御部１１は、図１５ステップＳｂ９において、この
タイムテーブルＴＢＬ１に格納されている概要情報を記
述したメニューデータを生成する構成となっている。

【０１７５】しかし、メニューデータに記述する内容を
概要情報ではなく、広告ページデータに基づいて決定す
る構成としても良い。この場合、以下のような方法によ
り生成することが必要となる。すなわち、図１５ステッ
プＳｂ６において、システム制御部１１は、コンテンツ
管理ＤＢ１４からＵＲＬのみを読み出すと共に、広告ペ
ージＤＢ１３から広告ページデータを読み出して、ＲＡ
Ｍに格納する。そして、図１５ステップＳｂ９において
は、ＲＡＭに格納されている広告ページデータに基づい
てメニューデータを生成するのである。

【０１７６】具体的には、システム制御部１１は、ステ
ップＳｂ９において、以下の処理を実行する。 ステップI：システム制御部１１は、各広告ページデー
タにおいて、所定の文字列を抽出する。この際の、抽出
対象としては、例えば、タイトルタグにより指定されて
いる文字列を抽出するようにしても良い。 ステップII：システム制御部１１は、各広告ページデー
タから抽出した文字列を記述したメニューデータを生成
する。この際、各文字列と対応付けて、当該文字列を抽
出した広告ページデータのＵＲＬをアンカーにより指定
する。

【０１７７】以上のような処理により生成されたメニュ
ーデータが、ステップＳｂ１０において、メニューデー
タＤＢ１５に格納されるのである。係る構成とすれば、
端末ＣＬの使用者は、条件指定ページにおいて、自身が
メニューデータに記述することを希望する内容（すなわ
ち、概要情報に対応した内容）を入力するという煩雑な
作業を行う必要がなくなり、簡単な作業で情報配信サー
バに対する広告ページデータのアップロードを行うこと
が可能となる。

【０１７８】＜変形例２＞図２３は、本変形例に係る通
信システムの構成を示す図である。なお、同図において
上述した図１と同様の設備については、同様の符号を付
してある。

【０１７９】同図に示すように本変形例に係る通信シス
テムのコンテンツ配信設備ＣＧは、情報配信サーバＩＳ
２と、複数の放送局ＴＳ１、ＴＳ２、…（以下、特に特
定する必要のない場合「放送局ＴＳｋ」という。但し、
ｋ＝１、２、…、ｎ）を有している。

【０１８０】放送局ＴＳｋは、各々異なる地域に設置さ
れている。また、各放送局ＴＳｋは、例えば、放送局Ｔ
Ｓ１が北海道、放送局ＴＳ２が東北地方というように、
複数の地域コードに対応した地域を放送エリアとしてい
る。このように、複数の地域コードに対応した地域ごと
に放送エリアを分割することにより、全国各地に対す
る、コンテンツの配信が可能となる。なお、放送局ＴＳ
ｋが上述した実施形態と異なる点は、各々が放送エリア
を有していること以外には存在しないので、詳細は省略
する。

【０１８１】次に、情報配信サーバＩＳ２は、上述した
実施形態と同様に端末ＣＬからアップロードされてきた
広告ページデータを受信して、広告ページＤＢ１３に格
納すると共に、コンテンツ受信設備ＣＲからの要求に対
して広告ページデータを返信する。また、この情報配信
サーバＩＳ２は、端末ＣＬから送信されてきたタイムテ
ーブルＴＢＬ１を受信して、コンテンツ管理ＤＢ１５を
更新し、コンテンツ管理ＤＢ１４に格納されているデー
タに基づいてメニューデータを生成して、放送局ＴＳｋ
へと送信する。

【０１８２】ここで、上述したように、本変形例におい
て、各放送局ＴＳｋは、各々放送エリアとしている地域
が異なっている。このため、情報配信サーバＩＳ２は、
各地域コードに対応した地域を放送エリアとしている放
送局ＴＳｋに対して、生成したメニューデータを送信す
ることが必要となる。

【０１８３】係る機能を実現するため、本変形例に係る
情報配信サーバＩＳ２のシステム制御部１１のハードデ
ィスクには、図２４に示すような放送エリアテーブルＴ
ＢＬ２が記憶されている。同図に示すように、本変形例
に係る放送エリアテーブルＴＢＬ２には、各放送局ＴＳ
ｋを一意に特定するための放送局コードと対応付けて、
当該放送局コードに対応した放送局ＴＳｋが放送エリア
としている地域に対応した地域コードが格納されてい
る。

【０１８４】次に、本変形例に係る動作について説明す
ることとするが、本変形例の動作において、上述した実
施形態と異なる点は、情報配信サーバＩＳ２からメニュ
ーデータを放送局ＴＳｋに送信する際の動作のみである
ので、この際の動作についてのみ説明する。

【０１８５】本変形例において、情報配信サーバＩＳ２
のシステム制御部１１は、上述した転送プログラムに従
い、図１７ステップＳｃ１及びＳｃ２と同様の処理を実
行する。そして、ステップＳｃ３において、システム制
御部１１は、ステップＳｃ２においてメニューデータＤ
Ｂ１４に格納されているメニューデータと地域コードを
読み出し、その読み出した各々の地域コードに対して、
当該地域コードに対応するメニューデータを対応付けて
データＤａ１として、放送局ＴＳｋへと送信する（図１
８ステップＳｄ１）。この際、本変形例に係るシステム
制御部１１は、以下のような処理を実行する。

【０１８６】すなわち、システム制御部１１は、ステッ
プＳｃ２において読み出した地域コードとメニューデー
タをＲＡＭに格納し、ＲＡＭに格納した地域コードを一
つずつ読み出して、当該地域コードを検索キーとして、
放送エリアテーブルＴＢＬ２を検索する。そして、この
検索の結果ヒットした放送局コードに対応した放送局Ｔ
Ｓｋへと当該地域コードと、当該地域コードに対応した
メニューデータを送信するのである。

【０１８７】係る処理を、ＲＡＭに格納されている全て
の地域コードについて行う。この結果、ＲＡＭに格納さ
れている各メニューデータが、当該メニューデータに対
応した地域コードを放送エリアとする放送局ＴＳｋへと
送信され、各放送局ＴＳｋによって放送されることとな
る。

【０１８８】このようにして、本変形例によれば、各地
域を放送エリアとする複数の放送局を設けた場合であっ
ても、実施形態と同様の効果が得られるため、広い範囲
内でコンテンツの配信を行うことが可能となる。

【０１８９】＜変形例３＞上述した実施形態においてナ
ビゲーション装置ＮＢは、自装置の設置されている自動
車の現在位置に対応した地域コードを有するメニューパ
ケットＰｋを抽出し、当該メニューパケットＰｋに組み
込まれているメニューデータに基づいて表示処理を実行
する構成となっている。しかし、ユーザによって指定さ
れた地域に対応した地域コードを有するメニューパケッ
トＰｋを抽出して、当該メニューパケットＰｋに組み込
まれているメニューデータに基づいて表示処理を実行す
るようにしても良い。

【０１９０】図２５及び図２６は、本変形例に係るナビ
ゲーション装置ＮＢにおいてメニュー表示プログラムが
実行された場合に、制御部４１が実行する処理内容を示
す図である。なお、同図において上述した図２１及び図
２２と同一の処理を示すステップについては、同一の符
号を付している。

【０１９１】本変形例において、ナビゲーション装置Ｎ
Ｂのユーザがメニューデータの表示を行う旨の入力操作
を行うと、制御部４１は、ＥＥＰＲＯＭに記憶されてい
るメニュー表示プログラムを実行して、チューナ４２に
対して、受信周波数の変更命令を送って（ステップＳｇ
１）、放送データが受信されたか否かを判定する状態と
なる（ステップＳｇ２）。このようにして、ステップＳ
ｇ２の処理を実行すると、制御部４１は、チューナ４２
から放送データが供給されるまで同ステップの処理を繰
り返す。

【０１９２】一方、制御部４１から変更命令が供給され
ると、チューナ４２は、この変更命令に従い、受信周波
数を放送局ＴＳによって放送されている放送波に同調し
たものに変更する。そして、チューナ４２は、受信した
放送波を復調して、放送データとして制御部４１へと供
給する状態となる。

【０１９３】このようにして、チューナ４２から放送デ
ータが供給される状態となると、ステップＳｇ２におけ
る判定が「Ｙｅｓ」となり、制御部４１は、ユーザＩ／
Ｆ部４５の表示パネルに、ユーザが地域を指定するか否
かを選択させるための画像を表示させ、ユーザが指定し
た地域に対応したメニューデータを表示するか否かを判
定する状態となる（ステップＳｇ１００）。この状態に
おいて、ユーザが現在位置に対応したメニューデータの
表示を行う旨の入力操作を行うと、制御部４１は、ステ
ップＳｇ１００において「Ｎｏ」と判定し、上述した、
ステップＳｇ３〜Ｓｇ１６と同様の処理を実行する。

【０１９４】これに対して、ユーザが地域を指定する旨
の入力操作を行うと、制御部４１は、ステップＳｇ１０
０において「Ｙｅｓ」と判定して、地図情報記憶部４６
から地図情報を読み出し、その読み出した地図情報に対
応した画像を表示パネルに表示させる（ステップＳｇ１
１０）。このようにして、地図情報に対応した画像の表
示を行うと、制御部４１は、ユーザがユーザＩ／Ｆ部４
５に対して地域を指定する旨の入力操作を行ったか否か
を判定する状態となり（ステップＳｇ１２０）、ユーザ
による指定がなされるまで、同ステップの処理を繰り返
す。

【０１９５】一方、ユーザがユーザＩ／Ｆ部４５の表示
パネルに表示された画像に従い、地図上の位置を指定す
る旨の入力操作を行うと、制御部４１は、ユーザによっ
て指定された位置を含むベクトルデータを抽出し、当該
ベクトルデータと対応付けられている地域コードを読み
出す（ステップＳｇ１３０）。

【０１９６】このようにして、地域コードを地図情報か
ら読み出すと、制御部４１は、上述したステップＳｇ５
〜Ｓｇ１６の処理を実行する。この際、制御部４１は、
ステップＳｇ８においてステップＳｇ１３０において読
み出した地域コードを有するメニューパケットＰｋを受
信したか否かを判定し、ステップＳｇ９において当該地
域コードを有するメニューパケットＰｋを抽出するので
ある。

【０１９７】ここで、本変形例において、ステップＳｇ
１４において「Ｎｏ」と判定すると、制御部４１は、ス
テップＳｇ２００を実行する。このステップＳｇ２００
において、制御部４１は、ステップＳｇ１００において
「Ｙｅｓ」と判定したか否か（すなわち、ユーザの指定
した地域に対応したメニューデータの表示を行うか否
か）を判定する。そして、係る判定の結果によって、制
御部４１は、後の処理内容を変更するのである。具体的
には、本変形例において、ステップＳｇ２００において
「Ｙｅｓ」と判定した場合（すなわち、ユーザの指定し
た地域に対応したメニューデータの表示を行っている場
合）、ユーザの指定した地域に対応した地域コードを有
するメニューデータの表示を行うため、制御部４１は、
ステップＳｇ７〜Ｓｇ１６の処理を再度実行する。これ
に対して、ステップＳｇ２００において「Ｎｏ」と判定
した場合（すなわち、当該自動車の現在位置に対応した
メニューデータの表示を行っている場合）、当該自動車
の現在位置が変化して、所在する地域が変化することが
ある。このため、制御部４１は、ステップＳｇ３〜Ｓｇ
１６の処理を再度実行するのである。

【０１９８】このようにして、本変形例においては、ユ
ーザが指定した地域に対応した地域コードを有するメニ
ューパケットを抽出し、当該メニューパケットＰｋに組
み込まれているメニューデータに基づいて表示を行う構
成としている。このため、ナビゲーション装置ＮＢのユ
ーザは、自身が所望する任意の地域に対応したメニュー
データを見ることが可能となる。

【０１９９】＜変形例４＞本変形例に係るコンテンツ配
信システムは、上述した図１と同様の構成により実現さ
れるものである。ここで、上述した実施形態に係るコン
テンツ配信システムは、各地域コード毎にメニューデー
タを生成して、放送することにより、各地域毎に特化し
たコンテンツの配信を可能とするものであった。これに
対して、本変形例に係るコンテンツ配信システムは、地
域のみならず、各広告ページに記述されている広告情報
のジャンルを加味して、メニューデータを生成して配信
するためのものである。

【０２００】係る機能を実現するため、本変形例におい
ては、上述した条件指定ページのページ構成が図２７に
示すように変更されている。同図に示すように本実施形
態に係る条件指定ページには、上述した図１４に示す配
信時間帯等の情報を入力するためのボックス等の他に、
各広告ページに記述されている広告情報が如何なる商品
等のジャンル名（例えば、衣類、食品、スポーツ用品
等）に含まれるものであるかを指定するための一覧表が
設けられている。この一覧のジャンル名の各々には、当
該ジャンル名に対応したジャンルを一意に特定するため
のジャンルコードが対応付けられている。

【０２０１】端末ＣＬは、この条件指定ページにおいて
自端末の使用者が指定した条件に対応したタイムテーブ
ルを生成し、情報配信サーバＩＳへと送信する。ここ
で、条件指定ページにおいて指定する条件には、上述し
たように、第１実施形態に係る各種条件の他に、ジャン
ル名の指定が更に追加されている。このため、本実施形
態に係るタイムテーブルＴＢＬ１１には、図２８に示す
ように、上述した図３に示した各情報を格納するためフ
ィールドに加えて、ジャンルコードを格納するためのフ
ィールドが設けられている。端末ＣＬは、条件指定ペー
ジにおいて自端末の使用者が入力した各種条件に対応し
た情報（すなわち、配信時間帯情報等）をタイムテーブ
ルＴＢＬ１１に格納する他、自端末の使用者が指定した
ボタンに対応付けられているジャンルコードをタイムテ
ーブルＴＢＬ１１のジャンルコードを格納するためのフ
ィールドに格納して、情報配信サーバＩＳへと送信す
る。このようにして、端末ＣＬから送信されてきたタイ
ムテーブルＴＢＬ１１に格納されている各種情報を格納
するために、本変形例において、コンテンツ管理ＤＢ１
４には、図２９に示すように、ジャンルコードを格納す
るためのフィールドが追加されている。

【０２０２】また、本変形例において、情報配信サーバ
ＩＳのシステム制御部１１は、各地域コード毎にメニュ
ーデータを生成するのではなく、地域コードとジャンル
コードに基づいてメニューデータを生成する。具体的に
は、上述した実施形態においては各地域コード毎にメニ
ューデータを生成していたが、本変形例においては、同
一の地域コードとジャンルコードを有する広告ページデ
ータと対応した概要情報を記述した、メニューデータを
生成するのである。

【０２０３】そして、この生成したメニューデータをメ
ニューデータＤＢ１５に格納する。係るメニューデータ
を格納するために、本変形例に係るメニューデータＤＢ
１５は、図３０に示すようなフィールド構成を有してい
る。すなわち、本実施形態に係るメニューデータＤＢ１
５には、各地域コード毎に、各地域コードと対応するメ
ニューデータを格納するためのフィールドが各ジャンル
コード毎に設けられているのである。

【０２０４】また、この情報配信サーバＩＳのメニュー
データＤＢ１５のフィールド構成が変更されたのに伴
い、本実施形態においては、放送局ＴＳの有しているメ
ニューデータＤＢ２１１のフィールド構成も変更されて
いる。そして、放送データを生成する場合、放送管理サ
ーバ２２は、メニューパケットＰｋのヘッダ部Ｈに対し
て、このメニューデータＤＢ２１１において各メニュー
データと対応付けて格納されている地域コードとジャン
ルコードを付加するのである。

【０２０５】一方において、ナビゲーション装置ＮＢ
は、位置情報算出部４４において算出した位置情報に基
づいて、当該ナビゲーション装置ＮＢの設置されている
自動車の現在位置に対応したメニューパケットＰｋを抽
出すると共に、その抽出したメニューパケットＰｋの内
で、ユーザの指定したジャンル（すなわち、ユーザの指
定した商品等のジャンル）に対応したジャンルコードを
有するメニューパケットＰｋを抽出する。

【０２０６】そして、ナビゲーション装置ＮＢの制御部
４１は、この抽出したメニューパケットＰｋに組み込ま
れているメニューデータに対応した画像をユーザＩ／Ｆ
部４５の液晶パネルに表示させる。この結果、ユーザ
は、自らの嗜好性に合致した広告ページデータに対応し
た概要情報を視認することが可能となるのである。

【０２０７】以下、係る構成を有する本変形例に係るコ
ンテンツ配信システムの動作について説明するが、本変
形例の動作中、情報配信サーバＩＳにおいてメニューデ
ータを生成する際の動作以外は、上述した実施形態と特
に異なるところがないので説明を省略する。図３１は、
本変形例おいて、情報配信サーバＩＳにおいてメニュー
データを生成する際の処理内容を示すフローチャートで
ある。なお、この処理は、常に一定周期毎に情報配信サ
ーバＩＳのシステム制御部１１がメニューデータ生成プ
ログラムに従って行っている処理である。

【０２０８】ここで、同図において「Ｘ」は、上述した
図１５と同様にコンテンツ管理ＤＢ１４に格納されてい
る地域コードに対応しており、「Ｎ」は、地域コードの
数に対応している。これに対して、「Ｙ」は、コンテン
ツ管理ＤＢ１４に格納されているジャンルコードに対応
しており、例えば「Ｙ」が「１」の場合には、ジャンル
コード「Ｊ００１」が処理の対象となっており、「Ｙ」
が「２」の場合には、地域コード「Ｊ００２」が処理の
対象となっていることを示している。また、「Ｍ」は、
ジャンルコードの数に対応しており、情報配信サーバＩ
Ｓにおいて設定されているジャンルコードの数によって
定まるものである。なお、以下の説明においては、説明
をより具体的なものとするため、コンテンツ管理ＤＢ１
４の内容は、図２９と同様の内容を有するものとして説
明を行う。また、この処理が実行される時刻（すなわ
ち、上述した生成時刻Ｔ’）は、「１０時００分」であ
るものとし、時間ｔ１については、３０分であるものと
する。

【０２０９】まず、システム制御部１１は、現在時刻か
ら３０分後の時刻「１０時３０分」を放送開始時刻Ｔ３
としてメニューデータＤＢ１５へと格納する（ステップ
Ｓｈ１）。そして、システム制御部１１は、「Ｘ」の値
を「０」に設定した後（ステップＳｈ２）、「Ｘ」を
「１」だけインクリメントする（ステップＳｈ３）。そ
して、システム制御部１１は、「Ｙ」についても「０」
にすると共に、「Ｙ」を「１」インクリメントする（ス
テップＳｈ４、Ｓｈ５）。

【０２１０】このようにして、「Ｘ」、「Ｙ」の双方
を、「１」に設定すると、システム制御部１１は、
「Ｘ」＝「１」に対応した地域コード「Ａ０００１」
と、「Ｙ」＝「１」ジャンルコード「Ｊ００１」の双方
を検索キーとしてコンテンツ管理ＤＢ１４を検索する
（ステップＳｈ６）。そして、地域コード「Ａ０００
１」かつジャンルコード「Ｊ００１」となっている配信
時間帯情報中において、現在時刻から３０分後の時刻
「１０時３０分」を含む配信時間帯情報（すなわち、配
信開始時刻Ｔ１から配信終了時刻Ｔ２までの間に「１０
時３０分」なる時刻が含まれている配信時間帯情報）が
存在するか否かを判定する（ステップＳｈ７）。

【０２１１】今の場合、コンテンツ管理ＤＢ１４には、
地域コード「Ａ０００１」かつジャンルコード「Ｊ００
１」となっている配信時間帯情報中に、「１０時３０
分」なる時刻を含む配信時間帯情報として、コンテンツ
ＩＤ「Ｃ０００１」に対応付けられているものが存在す
る。このため、ステップＳｈ７における判定は、「Ｙｅ
ｓ」となり、システム制御部１１は、コンテンツ管理Ｄ
Ｂ１４において、コンテンツＩＤ「Ｃ０００１」と対応
付けて格納されているＵＲＬと概要情報を読み出して
（ステップＳｈ８）、この読み出した、ＵＲＬと概要情
報をＲＡＭに格納する。

【０２１２】次に、システム制御部１１は、コンテンツ
管理ＤＢ１４の検索が最後まで終了したか否かを判定す
る（ステップＳｈ９）。しかし、図４に示す場合、コン
テンツＩＤ「Ｃ０００１」に対応した配信時間帯情報の
検索が終了した時点では、コンテンツ管理ＤＢ１４の検
索は終了していない。このため、システム制御部１１
は、ステップＳｈ９において「Ｎｏ」と判定して、再
度、ステップＳｈ６〜Ｓｈ８の処理を実行する。

【０２１３】その後、ステップＳｈ６〜Ｓｈ９の処理を
繰り返して、ステップＳｈ７において「Ｎｏ」と判定し
た場合、或いは、ステップＳｈ９において「Ｙｅｓ」と
判定した場合にシステム制御部１１は、処理をステップ
Ｓｈ１０へと進める。この結果、システム制御部１１
は、ＲＡＭに概要情報と、ＵＲＬが格納されているか否
かを判定し（ステップＳｈ１０）、ＲＡＭに格納されて
いるＵＲＬと概要情報（すなわち、コンテンツＩＤ「Ｃ
０００１」に対応したもの）を記述したメニューデータ
を生成する（ステップＳｈ１１）。以上の処理により、
地域コード「Ａ０００１」かつジャンルコード「Ｊ００
１」に対応したメニューデータが生成される。このよう
にして、メニューデータの生成が終了すると、システム
制御部１１は、メニューデータＤＢ１５の内容を更新し
て（ステップＳｈ１２）、ステップＳｈ１３に処理を進
める。なお、この際の処理の内容については、上述した
図１５に示すステップＳｂ８〜Ｓｂ１０と同様である。

【０２１４】これに対して、ステップＳｈ１０におい
て、「Ｎｏ」と判定した場合、システム制御部１１は、
メニューデータを生成することなく処理をステップＳｈ
１３へと進める。

【０２１５】このようにして、ステップＳｈ１３へと処
理が進むと、システム制御部１１は、「Ｙ」＝「Ｍ」か
否かを判定する。今の場合、「Ｙ」＝「１」であるため
システム制御部１１は、ステップＳｈ１３において「Ｎ
ｏ」と判定し、再度、ステップＳｈ５〜Ｓｈ１３の処理
を実行する。この結果、地域コード「Ａ０００１」かつ
ジャンルコード「Ｊ００２」に対応したメニューデータ
が生成され、メニューデータＤＢ１５に格納される。係
る処理が全てのジャンルコードに対応して実行され、地
域コード「Ａ０００１」に対応した、全てのジャンルコ
ードに対応したメニューデータの生成が完了した時点
で、システム制御部１１は、ステップＳｈ１３において
「Ｙｅｓ」と判定し、「Ｘ」＝「Ｎ」か否かを判定する
（ステップＳｈ１４）。今の場合、「Ｘ」＝「１」であ
るため、システム制御部１１は、再度、ステップＳｈ３
〜Ｓｈ１４の処理を実行し、地域コード「Ａ０００２」
に対応する、全てのジャンルコードに対応したメニュー
データを生成して、メニューデータＤＢ１５に格納する
のである。システム制御部１１は、かかる処理を、
「Ｘ」＝「Ｎ」となるまで繰り返し、「Ｘ」＝「Ｎ」と
なった時点で（すなわち、全ての地域コードとジャンル
コードの組み合わせに対応したメニューデータを生成し
た時点で）、ステップＳｈ１４において「Ｙｅｓ」と判
定し、処理を終了する。

【０２１６】このようにして、本変形例によれば、地域
コードとジャンルコードの組み合わせ毎にメニューデー
タが生成されて、放送され、ナビゲーション装置ＮＢに
よって受信されて表示される。このため、ナビゲーショ
ン装置ＮＢのユーザは、自身の現在位置に対応するメニ
ューデータのうち、自身の所望する広告ページに対応し
たジャンルを選択して視認することが可能となる。

【０２１７】［２］第２実施形態 本実施形態に係るコンテンツ配信システムは、上述した
図１と同様の構成により実現されるものである。ここ
で、上述した第１実施形態において、ナビゲーション装
置ＮＢは、位置情報算出部４４において算出された位置
情報に基づいて、自装置の設置されている自動車の現在
位置に対応した地域コードを有しているメニューパケッ
トＰｋを放送データから抽出して、当該メニューパケッ
トに組み込まれているメニューデータに対応した画像等
を表示するものであった。

【０２１８】これに対して、本実施形態に係るナビゲー
ション装置ＮＢは、自装置の設置されている自動車の現
在位置のみならず、当該自動車の進行方向をも加味し
て、メニューパケットＰｋの抽出を行い、その抽出した
パケットＰｋに組み込まれているメニューデータに対応
した処理を実行するものである。

【０２１９】係る機能を実現するため、本実施形態にお
いては、ナビゲーション装置ＮＢの制御部４１のＥＥＰ
ＲＯＭに格納されている、メニュー表示プログラムによ
って実現される機能が上述した第１実施形態とは異なっ
ている。具体的には、本実施形態に係るメニュー表示プ
ログラムを実行した場合、制御部４１は、位置情報算出
部４４において、算出された位置情報に基づき、地図上
の当該位置情報に対応した位置にプロッティングを行
い、当該自動車の現在位置に対応した地域コードを取得
する。このプロットの位置から所定範囲内（例えば、半
径１００ｍの円内）に当該地域コードに対応した地域の
隣接地域が存在するか否かを判定する。

【０２２０】そして、この隣接地域が当該自動車の進行
方向に一致している場合、制御部４１は、当該自動車
が、後に、この隣接地域に所在するものと予測して、当
該隣接地域に対応した地域コードを有するメニューパケ
ットＰｋを抽出し、当該メニューパケットＰｋに組み込
まれているメニューデータに対応した処理を行うのであ
る。これに対して、当該隣接地域が存在しない場合や、
存在して進行方向に一致していない場合、制御部４１
は、自装置の設置されている自動車の現在位置に対応し
た地域コードを有するメニューパケットＰｋを抽出し
て、当該メニューパケットＰｋに組み込まれているメニ
ューデータに対応した処理を実行する。

【０２２１】以下、係る構成を有する本実施形態に係る
コンテンツ配信システムの動作について説明することと
するが、本実施形態に係るコンテンツ配信システムの動
作中において上述した第１実施形態と異なる動作となる
のは、ナビゲーション装置ＮＢにより放送波を受信する
際の動作のみであるので、この際の動作についてのみ説
明することとする。

【０２２２】図３２及び図３３は、本実施形態におい
て、放送波を受信する際に、ナビゲーション装置ＮＢの
制御部４１において行われる処理を示すフローチャート
である。この処理において、制御部４１は、まず、デー
タバス４７を介して、チューナ４２に対して、受信周波
数の変更命令を送って（ステップＳｉ１）、放送データ
が受信されたか否かを判定する状態となる（ステップＳ
ｉ２）。このようにして、ステップＳｉ２の処理を実行
すると、制御部４１は、チューナ４２から放送データが
供給されるまで同ステップの処理を繰り返す。一方、制
御部４１から変更命令が供給されると、チューナ４２
は、この変更命令に従い、受信周波数を放送局ＴＳによ
って放送されている放送波に同調したものへと変更し、
放送データを制御部４１へと供給する状態となる。

【０２２３】このようにして、チューナ４２から放送デ
ータが供給される状態となると、ステップＳｉ２におけ
る判定が「Ｙｅｓ」となり、制御部４１は、位置情報算
出部４４に位置情報の算出命令を出力して（ステップＳ
ｉ３）、位置情報算出部４４から位置情報が供給される
のを待機する状態となる（ステップＳｉ４）。一方、位
置情報算出部４４は、制御部４１によって出力された位
置情報算出命令に従って、自装置の設置されている自動
車の現在位置に対応した位置情報を算出してデータバス
４７へと出力する。この位置情報を取得すると、ステッ
プＳｉ４における判定が「Ｙｅｓ」となり、制御部４１
は、地図上の当該位置情報に対応した位置にプロッティ
ングを行う（ステップＳｉ５）。

【０２２４】このようにして、地図情報に対するプロッ
ティングが完了すると、制御部４１は、自装置の設置さ
れている自動車の進行方向を示すベクトルデータを算出
して、ＲＡＭに格納する（ステップＳｉ６）。なお、こ
の際に、制御部４１が当該自動車の進行方向に対応する
ベクトルデータを算出する方法は、任意である。例え
ば、位置情報算出部４４に、常に一定の時間間隔で位置
情報を算出させておき、前の位置情報からの変化に基づ
いて進行方向に対応したベクトルデータを算出するよう
にしても良いし、当然他の方法によっても良い。

【０２２５】次に、制御部４１は、地図情報を検索し、
ステップＳｉ５においてプロッティングを行った位置か
ら所定範囲内（例えば、プロットの位置から半径１００
ｍの円内）に地域コードの異なる隣接地域が存在するか
否かを判定する（ステップＳｉ７）。係る判定の結果、
「Ｎｏ」と判定すると、制御部４１は、ステップＳｉ５
においてプロッティングを行ったプロットの位置を含む
ベクトルデータを抽出し、当該ベクトルデータと対応づ
けられている地域コード（すなわち、当該自動車の現在
位置に対応した地域コード）を読み出す（ステップＳｉ
８）。

【０２２６】次に、制御部４１は、ステップＳｉ８にお
いて読み出した地域コード（すなわち、当該自動車の現
在位置に対応した地域コード）と同一の地域コードを有
するメニューパケットＰｋを抽出すべく、チューナ４２
から供給される放送データのチャネルｍｃｈ２をサーチ
する（ステップＳｉ９）。その後、ステップＳｉ１０〜
Ｓｉ１８において上述した図２１及び図２２のステップ
Ｓｇ８〜Ｓｇ１６と同様の処理が実行されて、自装置の
設置されている自動車の現在位置に対応した地域コード
を有するメニューパケットＰｋに組み込まれているメニ
ューデータに対応した画像がユーザＩ／Ｆ部４５の表示
パネルに表示される。

【０２２７】これに対して、ステップＳｉ７において
「Ｙｅｓ」と判定すると、制御部４１は、ＲＡＭに格納
されている進行方向を示すベクトルデータを読み出し、
当該隣接地域の位置が、現在位置（すなわち、ステップ
Ｓｉ３においてプロッティングを行った位置）から、そ
の進行方向に対応した方向に一致しているか否かを判定
する（ステップＳｉ１９）。そして、この判定の結果、
「Ｎｏ」と判定した場合（すなわち、当該隣接地域が進
行方向にない場合）、制御部４１は、当該自動車の現在
位置に対応した地域コードを読み出して（ステップＳｉ
６）、ステップＳｉ８〜Ｓｉ１８と同様の処理を実行す
る。この結果、たとえ現在位置から所定の範囲内に隣接
地域が存在したとしても当該隣接地域が当該自動車の進
行方向にない場合には、当該自動車の現在位置に対応し
た地域コードを有するメニューパケットＰｋに組み込ま
れているメニューデータに対応した画像がユーザＩ／Ｆ
部４５に表示される。

【０２２８】一方、ステップＳｉ７において「Ｙｅｓ」
と判定した場合、制御部４１は、当該隣接地域を示すベ
クトルデータと対応づけられている地域コードを読み出
して（ステップＳｉ２０）、ステップＳｉ９〜Ｓｉ１８
と同様の処理を実行する。この結果、隣接地域が当該自
動車の進行方向にある場合にのみ、当該隣接地域に対応
した地域コードを有するメニューパケットＰｋに組み込
まれいているメニューデータに対応した画像が表示され
ることとなる。

【０２２９】このようにして、本実施形態に係るコンテ
ンツ配信システムにおいては、ナビゲーション装置の設
置されている自動車の現在位置に対応した位置情報と当
該自動車の進行方向に基づいて、放送データから抽出す
るメニューパケットを決定する構成となっている。この
ため、ナビゲーション装置ＮＢのユーザに対して、当該
自動車の所在することとなる地域に対応したメニューデ
ータを提供することが可能となる。

【０２３０】

【発明の効果】以上説明したように、この発明によれ
ば、放送媒体を利用して各種コンテンツを配信する際
に、各コンテンツのデータ量や放送媒体の通信容量に左
右されることなく、数多くのコンテンツを配信すること
を可能とすると共に、ユーザの所望するコンテンツのみ
の配信を実現することが可能となる。

【図面の簡単な説明】

【図１】 この発明の実施形態にかかる通信システムの
構成を示す図である。

【図２】 同実施形態に係る広告ページＤＢ１３の記憶
内容を示す図である。

【図３】 同実施形態に係る端末ＣＬにおいて生成され
るタイムテーブルＴＢＬ１の内容を示す図である。

【図４】 同実施形態に係るコンテンツ管理ＤＢ１４の
記憶内容を示す図である。

【図５】 同実施形態に係るメニューデータＤＢ１５の
記憶内容を示す図である。

【図６】 同実施形態に係る放送局ＴＳの構成を示す図
である。

【図７】 同実施形態に係る放送管理サーバ２２が生成
する放送データの構成例を示す図である。

【図８】 同実施形態に係る端末ＣＬの構成を示す図で
ある。

【図９】 同実施形態に係る情報配信サーバＩＳの構成
を示す図である。

【図１０】 同実施形態にかかるナビゲーション装置Ｎ
Ｂの構成を示す図である。

【図１１】 同実施形態に係るナビゲーション装置ＮＢ
の地図情報記憶部４６に記憶された地図情報の一例を示
す図である。

【図１２】 同実施形態において、端末ＣＬから広告ペ
ージデータをアップロードする際に、端末ＣＬと情報配
信サーバＩＳの間において行われるデータの授受を示す
シーケンス図である。

【図１３】 同実施形態に係る情報配信サーバＩＳのシ
ステム制御部１１において実行される処理を示すフロー
チャートである。

【図１４】 同実施形態に係る端末ＣＬの表示部３３に
表示される画像の一例を示す図である。

【図１５】 同実施形態に係る情報配信サーバＩＳのシ
ステム制御部１１において実行される処理を示すフロー
チャートである。

【図１６】 メニューデータをＷＷＷブラウザによって
解釈して得られる画像の一例を示す図である。

【図１７】 同実施形態に係る情報配信サーバＩＳのシ
ステム制御部１１において実行される処理を示すフロー
チャートである。

【図１８】 同実施形態において情報配信サーバＩＳか
らメニューデータを送信する際に、情報配信サーバＩＳ
とＤＢサーバ２２の間において行われるデータの授受を
示すシーケンス図である。

【図１９】 同実施形態に係るＤＢサーバ２２において
実行される処理を示すフローチャートである。

【図２０】 同実施形態において放送局ＴＳにおいてメ
ニューデータを放送する際に、ＤＢサーバ２１と放送管
理サーバ２２の間において行われるデータの授受を示す
シーケンス図である。

【図２１】 同実施形態に係るナビゲーション装置ＮＢ
において行われる処理を示すフローチャートである。

【図２２】 同実施形態に係るナビゲーション装置ＮＢ
において行われる処理を示すフローチャートである。

【図２３】 変形例２にかかる通信システムの構成を示
す図である。

【図２４】 同変形例に係る放送エリアテーブルＴＢＬ
２の記憶内容を示す図である。

【図２５】 変形例３に係るナビゲーション装置ＮＢに
おいて行われる処理を示すフローチャートである。

【図２６】 変形例３に係るナビゲーション装置ＮＢに
おいて行われる処理を示すフローチャートである。

【図２７】 変形例４に係る条件指定ページに対応した
ＨＴＭＬデータを受信した際に端末ＣＬの表示部３３に
表示される画像の一例を示す図である。

【図２８】 同変形例に係るタイムテーブルＴＢＬ１１
の記憶内容の一例を示した図である。

【図２９】 同変形例に係るコンテンツ管理ＤＢ１４の
記憶内容を示す図である。

【図３０】 同変形例に係るメニューデータＤＢ１５の
記憶内容の一例を示す図である。

【図３１】 同変形例に係る情報配信サーバＩＳのシス
テム制御部１１において実行される処理を示すフローチ
ャートである。

【図３２】 第２実施形態に係るナビゲーション装置Ｎ
Ｂにおいて行われる処理を示すフローチャートである。

【図３３】 第２実施形態に係るナビゲーション装置Ｎ
Ｂにおいて行われる処理を示すフローチャートである。

【符号の説明】

ＩＮＥＴ・・・インターネット、 ＭＰＮ・・・移動パ
ケット通信網、 ＢＳ・・・基地局、 ＩＳＮ・・・公
衆デジタル網、 ＣＧ・・・コンテンツ配信設備、 Ｉ
Ｓ、ＩＳ２・・・情報配信サーバ、 １１・・・システ
ム制御部、 １２・・・通信部、 １３・・・広告ペー
ジＤＢ、 １４・・・コンテンツ管理ＤＢ、 １５・・
・メニューデータＤＢ、 １６・・・課金データ記憶
部、 １７・・・Ｉ／Ｆ部、 ＴＳ、ＴＳｋ（ｋ＝１、
２、…、ｎ）・・・放送局、 ２１・・・ＤＢサーバ、
２１１・・・メニューデータＤＢ、 ２１２・・・番
組データＤＢ、 ２２・・・放送管理サーバ、 ２３・
・・放送設備、 ２４・・・入力端末、 ２５・・・デ
ータバス、 ＣＬ・・・端末、 ３１・・・制御部、３
２・・・通信部、 ３３・・・表示部、 ３４・・・操
作部、 ３５・・・外部機器Ｉ／Ｆ部、 ３６・・・デ
ータバス、 ＣＲ・・・コンテンツ受信設備、ＭＳ・・
・移動機、 ＮＢ・・・ナビゲーション装置、 ４１・
・・制御部、４２・・・チューナ、 ４３・・・移動機
接続Ｉ／Ｆ部、 ４４・・・位置情報算出部、 ４５・
・・ユーザＩ／Ｆ部、 ４６・・・地図情報記憶部、
４７・・・データバス、 ｍｃｈ１、ｍｃｈ２・・・チ
ャネル、 Ｐｋ（ｋ＝１、２、…、ｎ）、 Ｈ・・・ヘ
ッダ部、 Ｄ・・・ペイロード部、 ＴＢＬ１・・・タ
イムテーブル、 ＴＢＬ２・・・放送エリアテーブル、
Ｔ１・・・配信開始時刻、 Ｔ２・・・配信終了時
刻、 Ｔ３・・・放送開始時刻。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｈ 1/00 Ｈ０４Ｈ 1/00 Ｇ 1/02 1/02 Ｆ Ｈ０４Ｎ 7/173 ６４０ Ｈ０４Ｎ 7/173 ６４０Ａ Ｈ０４Ｑ 7/20 Ｈ０４Ｑ 7/04 Ｚ (72)発明者 金田 洋二 東京都千代田区永田町二丁目11番１号 株 式会社エヌ・ティ・ティ・ドコモ内 (72)発明者 後藤 義徳 東京都千代田区永田町二丁目11番１号 株 式会社エヌ・ティ・ティ・ドコモ内 (72)発明者 渡辺 一成 東京都千代田区永田町二丁目11番１号 株 式会社エヌ・ティ・ティ・ドコモ内 (72)発明者 鈴木 貫大郎 東京都千代田区永田町二丁目11番１号 株 式会社エヌ・ティ・ティ・ドコモ内 (72)発明者 斎藤 博治 東京都新宿区西新宿二丁目１番１号 エ ヌ・ティ・ティ・アドバンステクノロジ株 式会社内 (72)発明者 土屋 徳章 東京都新宿区西新宿二丁目１番１号 エ ヌ・ティ・ティ・アドバンステクノロジ株 式会社内 (72)発明者 西野 明仁 東京都新宿区西新宿二丁目１番１号 エ ヌ・ティ・ティ・アドバンステクノロジ株 式会社内 Ｆターム(参考） 5B075 KK38 NK46 PP02 PP13 PQ02 PQ05 UU34 5C064 BA07 BB10 BC18 BC20 BC23 BD07 BD08 5K067 AA21 BB04 DD17 EE02 FF02 HH11 HH22

Claims (20)

【特許請求の範囲】
1. 【請求項１】 コンテンツ配信設備が、複数のコンテン
   ツと当該コンテンツの属性を示す属性コードとを対応付
   けて記憶する記憶過程と、 前記コンテンツ配信設備が、前記属性コード毎に、当該
   属性コードと対応付けて前記記憶過程において記憶され
   たコンテンツの概要を示す概要情報と、当該コンテンツ
   に対応したアドレスとを含むメニューデータを生成する
   生成過程と、 前記コンテンツ配信設備が、前記生成過程において生成
   された前記メニューデータの各々に対し、当該メニュー
   データに対応した属性コードを付加して放送する放送過
   程と、 前記コンテンツ受信設備が、前記放送過程において放送
   された前記メニューデータを受信する受信過程と、 前記コンテンツ受信設備が、受信された前記メニューデ
   ータの各々に付加されている属性コードに基づいて、自
   設備のユーザが所望する属性に対応した前記メニューデ
   ータを抽出する抽出過程と、 前記コンテンツ受信設備が、前記抽出過程にて抽出され
   た前記メニューデータに対応した処理を実行する一方、
   当該メニューデータに含まれているアドレスから、前記
   コンテンツを取得するコンテンツ取得過程とを具備する
   ことを特徴とするコンテンツ配信方法。
2. 【請求項２】 前記属性コードは、前記コンテンツの配
   信対象地域を示すコードであることを特徴とする請求項
   １に記載のコンテンツ配信方法。
3. 【請求項３】 前記属性コードは、前記コンテンツの属
   するジャンルを示すコードであることを特徴とする請求
   項１に記載のコンテンツ配信方法。
4. 【請求項４】 前記放送過程に先立って行われる過程で
   あって、 ネットワークに接続された端末が、前記コンテンツ配信
   設備に対して前記コンテンツと共に、当該コンテンツの
   属性を示す属性コードを送信するアップロード過程を更
   に有し、 前記記憶過程において前記コンテンツ配信設備は、 前記アップロード過程において送信されてきたコンテン
   ツと、当該端末から送信されてきた前記属性コードを対
   応付けて記憶することを特徴とする請求項１に記載のコ
   ンテンツ配信方法。
5. 【請求項５】 前記アップロード過程において前記端末
   は、前記コンテンツと共に、当該コンテンツに対応した
   概要情報を前記コンテンツ配信設備へと送信し、 前記生成過程において前記コンテンツ配信設備は、 前記アップロード過程において送信されてきた概要情報
   を含む前記メニューデータを生成することを特徴とする
   請求項４に記載のコンテンツ配信方法。
6. 【請求項６】 前記アドレスは、前記複数のコンテンツ
   の各々の格納位置を示すＵＲＬであることを特徴とする
   請求項１に記載のコンテンツ配信方法。
7. 【請求項７】 前記取得過程において前記コンテンツ受
   信設備は、移動通信網を介して、前記コンテンツを取得
   することを特徴とする請求項１に記載のコンテンツ配信
   方法。
8. 【請求項８】 前記抽出過程に先立って行われる過程で
   あって、 前記コンテンツ受信設備が、自設備の現在位置に対応し
   た位置情報を取得する位置情報取得過程を更に有し、 前記抽出過程において、前記コンテンツ受信設備は、 前記位置情報取得過程において取得した位置情報と、受
   信された前記メニューデータの各々に付加されている前
   記属性コードに基づいて、自設備の現在位置に対応した
   前記メニューデータを抽出することを特徴とする請求項
   ２に記載のコンテンツ配信方法。
9. 【請求項９】 前記抽出過程に先立って行われる過程で
   あって、 前記コンテンツ受信設備が、自設備の現在位置に対応し
   た位置情報を取得すると共に、自設備の進行方向を示す
   進行方向ベクトルデータを算出する位置情報取得過程
   と、 前記コンテンツ受信設備が、前記位置情報取得過程にお
   いて取得した位置情報と、前記進行方向ベクトルデータ
   に基づいて抽出すべきメニューデータに対応した前記属
   性コードを特定する、特定過程とを更に有し、 前記抽出過程において、前記コンテンツ受信設備は、 前記特定過程において特定した属性コードに対応したメ
   ニューデータを抽出することを特徴とする請求項２に記
   載のコンテンツ配信方法。
10. 【請求項１０】 前記特定過程に先立って行われ、且
    つ、前記位置情報取得過程の後に行われる過程であっ
    て、 前記コンテンツ受信設備が、自設備の現在位置を含む地
    域の隣接地域であって、現在位置から予め定められた範
    囲内に存在する地域を抽出する隣接地域抽出過程と、 前記コンテンツ配信設備が、自設備の進行方向と一致す
    る方向に当該隣接地域が存在するか否かを、前記進行方
    向ベクトルデータに基づいて判定する判定過程とを更に
    有し、 前記特定過程において前記コンテンツ受信設備は、 前記判定過程において当該隣接地域が自設備の進行方向
    に存在しないものと判定した場合には、抽出すべきメニ
    ューデータに対応した前記属性コードとして自設備の現
    在位置に対応した属性コードを特定する一方、当該隣接
    地域が自設備の進行方向に存在するものと判定した場合
    には、抽出すべきメニューデータに対応した前記属性コ
    ードとして当該隣接地域に対応した属性コードを特定
    し、 前記抽出過程において、前記コンテンツ受信設備は、 前記特定過程において特定した属性コードに対応したメ
    ニューデータを抽出することを特徴とする請求項９に記
    載のコンテンツ配信方法。
11. 【請求項１１】 前記コンテンツ配信設備は、各々異な
    る複数の地域を放送エリアとする複数の放送局を有し、 前記放送過程において前記コンテンツ配信設備は、 前記メニューデータに対応する属性コードに対応した地
    域を放送エリアとしている放送局により、前記属性コー
    ドを付加した前記メニューデータを放送することを特徴
    とする請求項２に記載のコンテンツ配信方法。
12. 【請求項１２】 前記コンテンツ配信設備は、前記複数
    の放送局の各々を一意に特定するための放送局コード
    と、各放送局の放送エリアに含まれている地域に対応し
    た属性コードを格納したテーブルを有し、 前記放送過程において前記コンテンツ配信設備は、前記
    メニューデータに対応する属性コードに対応した地域を
    放送エリアとしている放送局を前記テーブルに基づいて
    特定し、該放送局により前記属性コードを付加した前記
    メニューデータを放送することを特徴とする請求項１１
    に記載のコンテンツ配信方法。
13. 【請求項１３】 コンテンツを配信するコンテンツ配信
    設備と、 前記コンテンツ配信設備により配信されたコンテンツを
    取得するコンテンツ受信設備とを有するコンテンツ配信
    システムであって、 前記コンテンツ配信設備は、 複数のコンテンツと当該コンテンツの属性を示す属性コ
    ードとを対応付けて記憶する記憶手段と、 前記属性コード毎に、当該属性コードと対応付けて前記
    記憶手段に記憶されている前記コンテンツの概要を示す
    概要情報と、当該コンテンツに対応したアドレスを含む
    メニューデータを生成する生成手段と、 前記生成手段によって生成された前記メニューデータの
    各々に対し、当該メニューデータに対応した属性コード
    を付加して放送する放送手段とを有し、 前記コンテンツ受信設備は、 前記コンテンツ配信設備によって放送された前記メニュ
    ーデータを受信する受信手段と、 前記受信手段によって受信された前記メニューデータの
    各々に付加されている属性コードに基づいて、自設備の
    ユーザが所望する属性に対応した前記メニューデータを
    抽出する抽出手段と、 前記抽出手段によって抽出された前記メニューデータに
    対応した処理を実行する一方、当該メニューデータに含
    まれているアドレスから、前記コンテンツを取得するコ
    ンテンツ取得手段とを有することを特徴とするコンテン
    ツ配信システム。
14. 【請求項１４】 複数のコンテンツと当該コンテンツの
    属性を示す属性コードとを対応付けて記憶する記憶手段
    と、 前記属性コード毎に、当該属性コードと対応付けて前記
    記憶手段に記憶されている前記コンテンツの概要を示す
    概要情報と、当該コンテンツに対応したアドレスを含む
    メニューデータを生成する生成手段と、 前記生成手段によって生成された前記メニューデータの
    各々に対し、当該メニューデータに対応した属性コード
    とを有する情報を放送する放送手段とを具備することを
    特徴とするコンテンツ配信設備。
15. 【請求項１５】 前記属性コードは、前記コンテンツの
    配信対象地域を示すコードであることを特徴とする請求
    項１４に記載のコンテンツ配信設備。
16. 【請求項１６】 前記属性コードは、前記コンテンツの
    属するジャンルを示すコードであることを特徴とする請
    求項１４に記載のコンテンツ配信設備。
17. 【請求項１７】 ネットワークに接続された端末から、
    前記コンテンツと共に、当該コンテンツの属性を示す属
    性コードを取得する取得手段と、 前記取得手段によって取得された前記コンテンツと、前
    記属性コードとを前記記憶手段に対応付けて記憶させる
    書込手段とを更に有することを特徴とする請求項１４に
    記載のコンテンツ配信設備。
18. 【請求項１８】 前記取得手段は、 前記端末から、前記コンテンツと共に、当該コンテンツ
    に対応した概要情報を取得し、 前記書込手段は、 前記コンテンツと対応付けて、当該コンテンツと共に送
    信されてきた前記概要情報を前記記憶手段に記憶させ、 前記生成手段は、 前記記憶手段に記憶されている概要情報を含む前記メニ
    ューデータを生成することを特徴とする請求項１７に記
    載のコンテンツ配信設備。
19. 【請求項１９】 前記放送手段は、各々異なる複数の地
    域を放送エリアとする複数の放送局を有し、 前記メニューデータに対応する属性コードに対応した地
    域を放送エリアとしている放送局により、前記属性コー
    ドを付加した前記メニューデータを放送することを特徴
    とする請求項１４に記載のコンテンツ配信設備。
20. 【請求項２０】 前記放送手段の有する複数の放送局の
    各々を一意に特定するための放送局コードと、各放送局
    の放送エリアに含まれている地域に対応した属性コード
    を格納したテーブルを更に有し、 前記放送手段は、 前記メニューデータに対応する属性コードに対応した地
    域を放送エリアとしている放送局を前記テーブルに基づ
    いて特定し、該放送局により前記属性コードを付加した
    前記メニューデータを放送することを特徴とする請求項
    １９に記載のコンテンツ配信設備。