(57)【要約】【課題】映像データに対して、映像データの特徴又は端末装置に適した広告データを配信することのできるデータ送信装置、受信装置、データ送受信方法、プログラム及び記録媒体を提供する。【解決手段】データ送信装置３は、番組ＤＢ１からの番組データと広告ＤＢ２からの広告データとを多重化し、端末装置Ａ４に送信する。端末装置Ａ４は、データ分離部３２で、番組データと広告データの分離を行ない、制御部３３は、階層構造を成す広告データから広告枠用のデータを選択して広告データの表示方法を決定し、表示を行なう。端末装置Ｂ５は、ＧＰＳ６から位置情報を取得し、データ検索部４２は、端末装置Ａ４と通信し、位置情報から広告データ及び／又は番組データを取得し、制御された広告データに基づき、表示を行なう。【選択図】図１
2009038481.tif 000002
【特許請求の範囲】
【請求項１】
１以上のシーンから構成される映像データを送信するデータ送信装置であって、
前記映像データのシーンに関連した複数の広告データを付加する制御部と、
前記複数の広告データの多重化を行なう多重化部と、
前記映像データ及び前記広告データを送信する送信部とを備え、
前記複数の広告データは、それぞれ表示用デバイス又は表示方法が異なることを特徴とするデータ送信装置。
【請求項２】
前記制御部は、前記複数の広告データを階層化して、前記映像データにヘッダとして付加することを特徴とする請求項１に記載のデータ送信装置。
【請求項３】
前記広告データは、受信装置により複数選択可能であることを特徴とする請求項１又は請求項２に記載のデータ送信装置。
【請求項４】
前記制御部は、前記広告データを前記映像データのシーン単位、ショット単位又はフレーム単位で付加することを特徴とする請求項１から請求項３までのいずれか１つに記載のデータ送信装置。
【請求項５】
前記広告データには、データの種別、又は広告を表示する際の前記映像データへの重畳方法を表す制御データが含まれることを特徴とする請求項１から請求項４までのいずれか１つに記載のデータ送信装置。
【請求項６】
前記広告データには、広告の表示期間、表示時間帯、若しくは表示地域、又は広告の表示対象者の情報を表す制御データが含まれることを特徴とする請求項１から請求項５までのいずれか１つに記載のデータ送信装置。
【請求項７】
映像データ及び該映像データに関連する広告データを受信する受信部と、
前記映像データに付加されている複数の前記広告データから適応する広告データを選択する制御部とを備え、
前記制御部は、前記広告データにより表示方法を決定することを特徴とする受信装置。
【請求項８】
前記制御部は、広告の表示を、前記映像データのシーン単位で切替える制御を行なうことを特徴とする請求項７に記載の受信装置。
【請求項９】
他の受信装置との通信の制御を行なう第２端末通信制御部を備え、
前記他の受信装置からデータ取得要求を受信した場合に、該他の受信装置にデータを送信することを特徴とする請求項７又は請求項８に記載の受信装置。
【請求項１０】
前記他の受信装置からの前記データ取得要求には、該他の受信装置の位置情報が含まれ、前記広告データ及び／又は前記映像データを、該他の受信装置に送信することを特徴とする請求項７から請求項９のいずれか１つに記載の受信装置。
【請求項１１】
前記他の受信装置からの前記データ取得要求には、広告識別情報が含まれ、該広告識別情報に対応する前記映像データを、該他の受信装置に送信することを特徴とする請求項７から請求項９のいずれか１つに記載の受信装置。
【請求項１２】
現在位置を示す位置情報を受信する位置情報受信部と、
映像データと該映像データに関連する広告データを管理する第１の受信装置と通信を行なうデータ送受信部とを備え、
前記第１の受信装置から前記広告データ及び／又は前記映像データを受信することを特徴とする受信装置。
【請求項１３】
映像データ及び該映像データに関連する広告制御データを受信する映像データ受信部と、
前記映像データに付加されている複数の前記広告制御データから適応する広告制御データを選択する制御部と、
情報管理装置より前記広告制御データに対応する広告データを受信する広告データ受信部とを備え、
前記制御部は、前記広告制御データにより表示方法を決定することを特徴とする受信装置。
【請求項１４】
データ送信装置が、映像データを受信装置に送信するデータ送受信方法であって、
前記データ送信装置が、
映像データ及び該映像データに関連する複数の広告データを送信するステップと、
前記受信装置が、
前記複数の広告データから該受信装置に適した広告データを選択するステップと、
前記広告データから、広告の表示方法を決定するステップとを備えることを特徴とするデータ送受信方法。
【請求項１５】
前記受信装置が、他の受信装置からデータ取得要求を受信するステップと、
前記他の受信装置に前記広告データ及び／又は前記映像データを送信するステップとを備えたことを特徴とする請求項１４に記載のデータ送受信方法。
【請求項１６】
請求項１４又は請求項１５に記載のデータ送受信方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１７】
請求項１６に記載のプログラムをコンピュータ読み取り可能に記録したことを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置に適した広告データを配信する技術に関する。
【背景技術】
【０００２】
一般に、広告配信機能を備えた放送システムでは、放送番組と放送番組との間に広告を挿入して送信するようにしている。その際、宣伝効果を上げるために、番組内容や放送時間帯に応じて主たる視聴者層を特定し、この視聴者層に適した広告を選択して配信することにより広告の効果を上げようとしている。
【０００３】
しかし、放送番組単位に視聴者層を特定するのでは、その視聴者層が必ずしも宣伝対象であるとは限らず、選択した広告が宣伝効果を最大限に発揮できているとは言い難い。
【０００４】
また、マスメディアを使った広告宣伝活動は多額の費用や手間がかかるため、大企業でない限り利用することは困難である。地域に根付いた中小零細企業や商店が自己の商圏内の消費者にアピールしたくても、費用や手間の観点からマスメディアを使った広告宣伝活動は難しいのが現状である。
【０００５】
そこで、インターネット技術によるコンテンツ配信サービスを利用して、映像コンテンツに広告を付し、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）や携帯端末に配信することにより宣伝することが行なわれている。この広告宣伝方法は、放送番組でのＣＭと違い、多額の費用がかからず、中小零細企業や商店でも利用可能である。
【０００６】
このコンテンツ配信を利用しての広告宣伝に関して、例えば、映像コンテンツを複数の映像シーンに分割し、各映像シーンに対して広告主が選択した広告データを対応付けて登録する映像及び広告配信に関する技術が開示されている（例えば、特許文献１参照）。
【特許文献１】特開２００２−１９１０３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に係るデータ送信装置では、映像シーンと広告は１対１の関係で割り付けられるので、ある映像シーンに対して連動して流せる広告は一つに限られてしまっていた。
図３７は、従来の広告データの構造例である。ある番組データに対して、１つの広告データのみが付されている。
【０００８】
また、特許文献１では、映像シーンと広告の対応付けは、番組のジャンルや視聴率等の情報を参照して、広告主自身が、番組単位で選択することにより対応付けられていた。
【０００９】
映像コンテンツの番組を映像シーンに分割し、この映像シーンごとに広告が切り替わる構成ではあるが、番組の中の映像シーンが切り替わるごとに、その番組に登録されている広告を時系列で順番に割り付けているにすぎない。
１つの番組の中でも、映像シーンによっては、視聴者層が異なる場合があり、必ずしも、広告宣伝の効果を上げているとは言えなかった。
【００１０】
また、広告を受信する端末装置の種別により適した広告データが異なる。従来技術では、映像データに広告を付して配信するにも、例えば、ＰＣと携帯電話では、別途、異なる配信システムとしなくてはならなかった。
【００１１】
本発明は、上述の課題を解決するためになされたものであって、映像データに対して、映像データの特徴又は端末装置に適した広告データを配信することのできるデータ送信装置、受信装置、データ送受信方法、プログラム及び記録媒体を提供することを目的としている。
【課題を解決するための手段】
【００１２】
斯かる実情に鑑み、第１の発明によるデータ送信装置は、１以上のシーンから構成される映像データを送信するデータ送信装置であって、前記映像データのシーンに関連した複数の広告データを付加する制御部と、前記複数の広告データの多重化を行なう多重化部と、前記映像データ及び前記広告データを送信する送信部とを備え、前記複数の広告データは、それぞれ表示用デバイス又は表示方法が異なることを特徴とする。
【００１３】
また、第２の発明によるデータ送信装置は、前記制御部が、前記複数の広告データを階層化して、前記映像データにヘッダとして付加することを特徴とする。
【００１４】
また、第３の発明によるデータ送信装置は、前記広告データが、受信装置により複数選択可能であることを特徴とする。
【００１５】
また、第４の発明によるデータ送信装置は、前記制御部が、前記広告データを前記映像データのシーン単位、ショット単位又はフレーム単位で付加することを特徴とする。
【００１６】
また、第５の発明によるデータ送信装置は、前記広告データには、データの種別、又は広告を表示する際の前記映像データへの重畳方法を表す制御データが含まれることを特徴とする。
【００１７】
また、第６の発明によるデータ送信装置は、前記広告データには、広告の表示期間、表示時間帯、若しくは表示地域、又は広告の表示対象者の情報を表す制御データが含まれることを特徴とする。
【００１８】
また、第７の発明による受信装置は、映像データ及び該映像データに関連する広告データを受信する受信部と、前記映像データに付加されている複数の前記広告データから適応する広告データを選択する制御部とを備え、前記制御部は、前記広告データにより表示方法を決定することを特徴とする。
【００１９】
また、第８の発明による受信装置は、前記制御部が、広告の表示を、前記映像データのシーン単位で切替える制御を行なうことを特徴とする。
【００２０】
また、第９の発明による受信装置は、他の受信装置との通信の制御を行なう第２端末通信制御部を備え、前記他の受信装置からデータ取得要求を受信した場合に、該他の受信装置にデータを送信することを特徴とする。
【００２１】
また、第１０の発明による受信装置は、前記他の受信装置からの前記データ取得要求には、該他の受信装置の位置情報が含まれ、前記広告データ及び／又は前記映像データを、該他の受信装置に送信することを特徴とする。
【００２２】
また、第１１の発明による受信装置は、前記他の受信装置からの前記データ取得要求には、広告識別情報が含まれ、該広告識別情報に対応する前記映像データを、該他の受信装置に送信することを特徴とする。
【００２３】
また、第１２の発明による受信装置は、現在位置を示す位置情報を受信する位置情報受信部と、映像データと該映像データに関連する広告データを管理する第１の受信装置と通信を行なうデータ送受信部とを備え、前記第１の受信装置から前記広告データ及び／又は前記映像データを受信することを特徴とする。
【００２４】
また、第１３の発明による受信装置は、映像データ及び該映像データに関連する広告制御データを受信する映像データ受信部と、前記映像データに付加されている複数の前記広告制御データから適応する広告制御データを選択する制御部と、情報管理装置より前記広告制御データに対応する広告データを受信する広告データ受信部とを備え、前記制御部は、前記広告制御データにより表示方法を決定することを特徴とする。
【００２５】
また、第１４の発明によるデータ送受信方法は、データ送信装置が、映像データを受信装置に送信するデータ送受信方法であって、前記データ送信装置が、映像データ及び該映像データに関連する複数の広告データを送信するステップと、前記受信装置が、前記複数の広告データから該受信装置に適した広告データを選択するステップと、前記広告データから、広告の表示方法を決定するステップとを備えることを特徴とする。
【００２６】
また、第１５の発明によるデータ送受信方法は、前記受信装置が、他の受信装置からデータ取得要求を受信するステップと、前記他の受信装置に前記広告データ及び／又は前記映像データを送信するステップとを備えたことを特徴とする。
【００２７】
また、本発明に係るプログラムは、前記広告配信方法をコンピュータに実行させることを特徴とする。
【００２８】
また、本発明に係る記録媒体は、前記プログラムをコンピュータ読み取り可能に記録したことを特徴とする。
【発明の効果】
【００２９】
以上説明したように、本発明によれば、広告データには、表示デバイス又は表示方法について制御するデータが含まれるので、同一の映像データのシーン（番組シーン）に対して、種々の広告表示形態が可能になる。
【００３０】
また、広告データを階層構造にしてヘッダとするので、１つの映像データのシーン、ショット又はフレームに対し、複数の広告データを付加することができ、受信装置に合わせた広告データを選択、表示させることができる。
【００３１】
また、対象デバイス別、データの表示形式別にシステムを構築する必要がなく、１つのシステムでヘッダの処理により実現可能であるので、システム構築にかかる費用を低減させることができ、広告費用も抑えることができることから、中小企業や商店主等にも利用しやすい広告宣伝方法となる。
【００３２】
また、広告データには、表示期間、表示時間帯、表示地域又は対象者を特定する制御情報が含まれるので、シーン、ショット又はフレーム単位で、映像データの視聴者層に合わせた広告データの配信が可能となる。
【００３３】
また、受信装置の位置情報から広告データ及び／又は映像データを受信して表示することができるので、外出先で、現在位置に近い店舗等の情報をユーザに提供することができ、ユーザの店舗訪問率を上げ、ユーザの購買意欲を高め、広告の宣伝効果を上げることできる。
【００３４】
また、放送局から送信する映像データには広告識別情報（広告枠データ）を付加し、受信装置は、広告会社の情報管理装置（広告サーバ）と通信し、該広告識別情報により広告データを受信することができるので、予め放送局の情報管理装置に広告データを蓄積する必要がなく、広告会社から常に最新の広告データを配信することができる。
【００３５】
また、受信装置が位置情報により広告データを取得する場合に、広告会社の情報管理装置からも広告データを受信することができるので、外出先で、ユーザは常に最新の広告データを視聴することができる。
【発明を実施するための最良の形態】
【００３６】
以下、図面を参照しつつ、本発明の実施の形態について説明する。
【００３７】
［第１の実施形態］
（データ送信システム）
図１は、本発明に係る第１の実施形態におけるデータ送信システムの概要を示す構成図である。
本システムは、放送局における、番組データを格納している番組データベース（ＤＢ）１と、広告データを格納している広告ＤＢ２と、番組ＤＢ１から取得した番組データ及び広告ＤＢ２から取得した広告データを多重化して、放送データとして送出するデータ送信装置３と、有線又は無線ディジタル放送により該放送データを受信する屋内の端末装置Ａ４、基地局（不図示）を介して無線による通信を行なう屋外の端末装置Ｂ５とから成る。
【００３８】
図１では、番組ＤＢ１と広告ＤＢ２は、データ送信装置３とは別個に記載しているが、番組ＤＢ１、広告ＤＢ２及びデータ送信装置３は、１つの装置で実施してもよく、本発明の作用・効果は同様である。
【００３９】
端末装置Ａ４は、例えば、ユーザの自宅等に設置されたテレビ又はＰＣ等の据置型端末装置であり、端末装置Ｂ５は、携帯電話、携帯型ＰＣ又はカーナビ等の携帯型端末装置である。
【００４０】
また、端末装置Ｂ５は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ、全地球測位システム）６などにより位置情報を取得することができる。
【００４１】
次に、本システムにおける個々の装置について説明する。
【００４２】
（データ送信装置）
図２は、本実施形態におけるデータ送信装置３の構成を示すブロック図である。
図２に示すように、データ送信装置３は、番組ＤＢ１及び広告ＤＢ２からデータを取得するデータ取得制御部１１と、データ送信装置３が放送する番組及び広告のスケジュールの情報を格納する放送ＤＢ１２と、番組ＤＢ１から出力される映像データ及び音声データを含む番組データと、付加情報として広告ＤＢ２から出力される広告データとを、ＭＰＥＧ２（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ２）システムで規定されたトランスポートストリームパケット（ＴＳＰ、Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ  ｐａｃｋｅｔ）形式に分割して多重するデータ多重部１３と、データ多重部１３の出力データに対してリードソロモン符号等の誤り訂正符号を付加するなどした上で変調を施し、放送データとして送出する送信部１４とを含んで構成されている。
【００４３】
図３は、広告ＤＢ２に格納されている広告データのテーブル例である。
広告データには、広告枠ＩＤ、広告データ、店舗ＩＤ、店舗名、又は店舗位置情報等が含まれている。広告枠ＩＤとは、広告データの表示デバイスや表示方法を定義したデータである。
この他に、広告の表示期間（季節や、年月など）、表示時間帯（朝、昼、夜、時間など）又は表示地域（関東、関西、日本、海外など）等の情報を含むようにして、広告の表示を制御するようにしてもよい。また、広告の表示対象者（年齢、性別、居住地、嗜好情報など）の情報を含むようにして、予め登録されたユーザの個人情報（年齢、性別、居住地、嗜好情報など）を元に、広告の表示を制御するようにしてもよい。
【００４４】
図４は、データ送信装置３の放送データである出力ビットストリームのフォーマット例を示す図である。
出力ビットフレームは、ＴＳＰのデータ内容その他のＭＰＥＧ２システムで規定された固定長のヘッダ２１と、送信者が決めた情報を記述できる可変長の拡張ヘッダ（アダプテーション・フィールド、ａｄａｐｔａｔｉｏｎ  ｆｉｅｌｄ）２２と、映像、音声などのデータからなるペイロード（ｐａｙｌｏａｄ）２３とから構成される。
【００４５】
本実施形態では、例えば番組データ（映像データ及び音声データ）をペイロード２３で伝送し、付加的な情報である広告データなどを拡張ヘッダ２２で伝送することができる。
【００４６】
なお、番組データ、広告データのそれぞれの異なるデータストリームを多重して伝送するようにしてもよい。
【００４７】
図５は、放送データにおける拡張ヘッダ２２とペイロード２３の構造を示した図である。
本実施形態では、ＴＳＰの拡張ヘッダ２２を、図５に示すような階層構造とすることに特徴がある。これに対して、従来技術では、図３７に示すように、放送データは単層構造であり、１つの番組データと１つの広告データとが関連付けられ、放送されていた。
【００４８】
図６は、図５における拡張ヘッダの広告枠用データの種別の例を示す図である。
例えば、それぞれの広告枠用データは、図６に示すような機能を持つことを特徴とする。
階層構造をなす拡張ヘッダ２２に記述された広告データは、それぞれデバイスの種別や広告の表示方法ごとに生成された広告データで、広告枠ＩＤにより、受信装置側では、広告データの使用デバイス、表示方法を認識することができる。
受信装置側では、当該受信装置に適した広告データのみを取り出し、利用することができる。
階層化されている広告データは、データ多重部１３で、多重化され、受信装置側で分離される。
【００４９】
例えば、広告枠Ａ用のデータ２２ａには、図７に示すように、据置型端末装置の全画面に広告枠Ａ２４ａとして広告を表示するよう制御する情報が含まれている。広告は、例えば、番組シーンと番組シーンの間にフル画面で挿入される。
【００５０】
広告枠Ｂ用のデータ２２ｂには、図８に示すように、据置型端末装置において２分割した画面に広告枠Ｂ２４ｂとして広告を表示するよう制御する情報が含まれている。広告は、番組シーンに連動して表示される。広告データには、例えば、テキストデータ、画像データ又は動画データ等が使用される。
【００５１】
広告枠Ｃ用のデータ２２ｃには、図９に示すように、据置型端末装置において２分割した画面に広告枠Ｃ２４ｃとして広告を表示するよう制御する情報が含まれていて、広告枠Ｂより異なるサイズ、例えば、図９では小さく表示され、番組シーンに連動して表示される。広告データには、例えば、テキストデータが使用される。
【００５２】
広告枠Ｄ用のデータ２２ｄには、図１０に示すように、携帯型端末装置において２分割した画面に広告枠Ｄ２４ｄとして広告を表示するよう制御する情報が含まれている。広告データが図５に示す階層構造をなしていることから、同一番組シーンに対し複数の広告を割り当てることが可能になり、広告に連動して、番組シーンが表示される。
【００５３】
広告枠Ｅ用のデータ２２ｅは、図１１に示すように、携帯型端末装置の全画面に広告枠Ｅ２４ｅとして広告を表示するよう制御する情報が含まれている。番組シーンは流れず、広告のみが表示される。
【００５４】
また、１つの広告枠用のデータのみではなく、複数の広告枠用のデータを利用しての表示も可能である。
例えば、据置型端末装置に広告データを表示させる場合において、同一番組データに据置型端末装置用の広告枠が複数設定されているときには、設定されている複数の広告枠のデータにつき、同時に表示されることになる。
【００５５】
図１２は、複数の広告枠用のデータを利用した画面の表示例である。
例えば、図１２のように、番組シーンを放送しつつ、広告枠Ｂ用のデータ２２ｂ及び広告枠Ｃ用のデータ２２ｃに含まれる制御情報により広告枠Ｂ２４ｂと広告枠Ｃ２４ｃとして同時に表示を行なうことができる。
【００５６】
また、データ送信装置３側で、同一番組データに複数の広告枠が表示されるよう設定されている場合でも、受信装置側によっては、更に広告枠の選択がなされる場合がある。
例えば、前述したように、広告データに、広告の表示期間、表示時間帯若しくは表示地域、又は広告の表示対象者等について制御情報が付加されている場合には、該制御情報に従い、受信装置側に表示する広告枠が選択されることになる。
すなわち、図５に示す広告枠にそれぞれ複数の広告（例えば、広告枠Ｂに対し複数の広告）を設定することが可能である。
【００５７】
以上のような構成とすることで、広告の表示先（デバイス）に合わせ、表示先により表示方法を異ならせて、広告を配信することが可能となる。
【００５８】
従来のように、対象デバイス別、データの表示形式別にシステムを構築する必要がなく、１つのシステムでヘッダの処理により実現可能であるので、システム構築にかかる費用を低減させることができ、広告費用も抑えることができることから、中小企業や商店主等にも利用しやすい広告宣伝方法となる。
【００５９】
また、上述した広告データは、拡張ヘッダを利用するので、映像データのフレーム単位、ショット単位、あるいは番組データのシーン単位で付加することができる。例えば、広告主の意図に応じて特定のショット（特定の俳優やモノが映し出されているショットなど）に対して広告データを付加することができ、映像に合わせた広告を表示することにより、広告宣伝の効果を上げることができる。
【００６０】
（据置型端末装置）
図１３は、据置型端末装置である端末装置Ａ４の構成を示すブロック図である。
端末装置Ａ４は、放送局におけるデータ送信装置３から有線又は無線を介して放送データを受信し、放送データの復号を行なう放送データ受信部３１と、放送データ受信部３１の出力データから番組データ、広告データのそれぞれを分離・抽出するデータ分離部３２と、データ分離部３２で分離された番組データ及び広告データを入力とし、該広告データの解析を行ない、当該端末に適応する広告データを選択し、表示形態を決定する制御部３３と、番組データと制御された広告データを多重化、再生するデータ多重・再生部３４と、データ分離部３２で分離した番組データと広告データを蓄積する録画ＤＢ３５と、端末装置Ｂ（携帯型端末装置）５に送信するためのデータを生成する第２端末通信制御部３６と、端末装置Ｂ５と通信を行なうデータ送受信部３７と、表示装置３８と、ユーザによる操作を受け付ける入力部３９とを含んで構成される。
なお、表示装置３８は、ＰＣ等の場合、外付けにしてもよい。
または、上記の端末装置Ａ４の機能が１つの端末装置にある必要はなく、ネットワークで接続した家庭内のパソコンや周辺機器、ＡＶ機器などの機器同士を連携させることによって実現してもよい。これには、例えば、インターネットで標準となっている技術を基盤とし、実現させるＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）  ＡＶ技術を利用することが考えられる。
【００６１】
放送データ受信部３１は、伝送のため多重化されている拡張ヘッダの広告データ部分を階層状態に復号する処理も行なう。
【００６２】
制御部３３は、階層化されている複数の広告データの中から適した広告データを選択し、図６で示した広告枠データの機能を表示装置３８において再現すべく広告表示方法についての制御データを生成し、データ多重・再生部３４に出力する。
また、広告枠データが複数の広告枠を選択させる設定となっている場合には、該広告枠データに従い、制御部３３は、複数の広告枠の選択を行なう。
これにより、同一の番組シーンに対して、種々の広告表示形態が可能になる。
また、ユーザの操作により、入力部３９から番組データの再生を指示する制御信号が入力された場合には、制御部３３は、録画ＤＢ３５から番組データ及び広告データを取得する。
【００６３】
図１４は、端末装置Ａ４の録画ＤＢ３５のテーブル例である。
録画ＤＢ３５には、番組データと、これに対応する複数の広告データ、すなわち、広告枠ＩＤ、広告データ、店舗ＩＤ、店舗名、店舗位置情報といったデータが蓄積される。
【００６４】
（携帯型端末装置）
図１５は、携帯型端末装置である端末装置Ｂ５の構成を示すブロック図である。
端末装置Ｂ５の現在位置を示す現在位置情報をＧＰＳ６から受信する位置情報受信部４１と、前記位置情報を元に該当する広告データ及び／又は番組データについて端末装置Ａ４に問い合わせる制御処理を行なうデータ検索部４２と、検索部から入力された位置情報を元に端末装置Ａ４に問い合わせる通信を行ない、広告データ及び／又は番組データを受信するデータ送受信部４３と、受信した広告データ及び／又は番組データを多重化、再生するデータ多重・再生部４４と、データの表示を行なう表示装置４５とを含んで構成される。
【００６５】
端末装置Ｂ５が、例えば、携帯電話であった場合、データ送受信部４３は、無線による通信機能及び情報の入出力機能を備え、図示しない携帯電話基地局を介してネットワークに接続される。
【００６６】
以下に、本実施形態における処理の流れについて説明する。
【００６７】
（データ送信装置における処理）
図１６は、データ送信装置３における放送データの送信処理を示したフローチャートである。
放送局にあるデータ送信装置３のデータ取得制御部１１は、放送ＤＢ１２を参照し（Ｓ１０１）、参照した放送予定データに従い、番組ＤＢ１と広告ＤＢ２からそれぞれ番組データと、該番組データに対応づけて放送予定データに登録されていた広告データとを取得する（Ｓ１０２）。
【００６８】
次に、データ取得制御部１１は、複数の広告データの階層化処理を行ない、番組データ及び広告データをデータ多重部１３に出力し、データ多重部１３は、番組データと広告データの多重化を行ない、放送データとし、送信部１４に出力する（Ｓ１０３）。
送信部１４は、放送データを端末装置Ａ４に送信する（Ｓ１０４）。
【００６９】
このようにして、番組データと、これに対応する複数の広告データが受信装置（端末装置Ａ４）に送信される。
【００７０】
（受信装置における処理）
以下に、受信装置における処理について説明する。
図１７は、端末装置Ａ４における放送データの受信処理を示したフローチャートである。
端末装置Ａ４の放送データ受信部３１は、放送データを受信し、データ分離部３２に出力する（Ｓ２０１）。
【００７１】
データ分離部３２は、番組データと広告データの分離を行ない（Ｓ２０２）、番組データ及び広告データを録画ＤＢ３５に登録する（Ｓ２０３）。
【００７２】
次に、データ分離部３２は、番組データ及び広告データを制御部３３に出力し、制御部３３は、広告データから広告表示方法を決定し、データ多重・再生部３４に番組データ及び制御された広告データを出力する（Ｓ２０４）。
【００７３】
データ多重・再生部３４では、制御部３３から入力された番組データと制御された広告データとの多重化、再生を行ない、表示装置３８に表示を行なう（Ｓ２０５）。
【００７４】
ところで、上記に説明した処理は、放送を前提にしたものであるが、録画ＤＢ３５に蓄積されている番組データ及び広告データを再生することも可能である。
【００７５】
この場合には、ユーザの操作により入力部３９から番組再生を指示する制御信号が制御部３３に入力されると、制御部３３は、録画ＤＢ３５から、例えば、番組データに関するリストを取得し、データ多重・再生部３４を介して、表示装置３８にリスト表示する。更に、入力部３９から番組データを指定する入力がなされると、制御部３３は、該当する番組データ及び番組データに対応する広告データを録画ＤＢ３５から取得する。
これ以降の処理については、図１７のＳ２０４及びＳ２０５の処理と同様である。
【００７６】
制御部３３での処理について詳細に説明する。
図１８は、Ｓ２０４の制御部３３による広告データ処理について示したフローチャートである。
まず、制御部３３は、データ分離部３２で分離された広告データを取得する（Ｓ３０１）。
【００７７】
次に、制御部３３は、広告データから広告枠ＩＤを抽出する（Ｓ３０２）。
【００７８】
制御部３３は、当該端末が、広告枠ＩＤが要求する端末であるか否かの判定を行なう（Ｓ３０３）。
【００７９】
広告枠ＩＤが要求する端末であった場合（Ｓ３０３で「ＹＥＳ」）、広告枠ＩＤに対応する表示方法を記述した制御情報をヘッダに含む、制御された広告データを番組データとともにデータ多重・再生部３４に出力して（Ｓ３０４）、処理を終了する。ここで、当該端末を対象とした広告枠ＩＤが複数であった場合は、複数の広告枠ＩＤを選択する。すなわち、例えば図１２のように、複数の広告枠について表示するとしてもよい。
【００８０】
また、広告枠ＩＤが要求する端末でない場合（Ｓ３０３で「ＮＯ」）、何もせずに処理を終了する。
【００８１】
図１９は、制御部３３による別の広告データ処理について示したフローチャートである。
受信装置に複数の広告枠ＩＤが適用できる場合で、受信装置側で選択させる実施形態である。
Ｓ３０１〜Ｓ３０３は、図１８と同様であるので、説明を省略する。
【００８２】
Ｓ３０３において、広告枠ＩＤが要求する端末であった場合、制御部３３は、広告データに含まれる広告の表示期間、表示時間帯若しくは表示地域、又は広告の表示対象者等についての設定に従い、広告枠ＩＤを選択し、更に、該広告枠ＩＤにより広告表示方法を決定する（Ｓ３０５）。
【００８３】
次に、制御された広告データを番組データとともにデータ多重・再生部３４に出力して（Ｓ３０６）、処理を終了する。
【００８４】
これにより、表示装置３８に応じて、広告データを番組データと連動させ、図７〜９、１２のような表示形態で表示可能になる。
【００８５】
図２０は、端末装置Ａ４における端末装置Ｂ５へのデータ送信の処理について示したフローチャートである。
まず、端末装置Ａ４のデータ送受信部３７が、端末装置Ｂ５から、位置情報を受信すると、データ送受信部３７は、位置情報を第２端末通信制御部３６に出力する（Ｓ４０１）。
【００８６】
次に、第２端末通信制御部３６は、位置情報を元に、録画ＤＢ３５から、予め設定されている所定の距離の範囲内に該当する店舗（店舗ＩＤ）があるか否かの検索をする（Ｓ４０２）。
【００８７】
該当する店舗ＩＤがあった場合（Ｓ４０２で「ＹＥＳ」）、該店舗ＩＤを制御部３３に出力する（Ｓ４０３）。
【００８８】
該当する店舗ＩＤがなかった場合（Ｓ４０２で「ＮＯ」）、端末装置Ｂ５に、該当するデータがない旨の通知を位置情報を付し、データ送受信部３７を介して送信する（Ｓ４０９）。
【００８９】
通知に位置情報を付しているので、端末装置Ｂ５は、どの位置情報に対応した返信か認識することができる。
【００９０】
店舗ＩＤから録画ＤＢ３５を検索し、番組データ及び広告データを取得した制御部３３は、広告データから、端末装置Ｂ５が広告データの要求する端末であるか否かの判定を行なう（Ｓ４０４）。
【００９１】
端末装置Ｂ５が、広告データの要求する端末でなかった場合（Ｓ４０４で「ＮＯ」）、制御部３３は、第２端末通信制御部３６及びデータ送受信部３７を介して、端末装置Ｂ５へ該当するデータがない旨の通知を位置情報を付して送信する（Ｓ４０９）。
【００９２】
端末装置Ｂ５が、広告データの要求する端末であった場合（Ｓ４０４で「ＹＥＳ」）、制御部３３は、広告枠ＩＤから番組データを表示するか否かの判定を行なう（Ｓ４０５）。
【００９３】
番組データを表示すると判定した場合（Ｓ４０５で「ＹＥＳ」）、制御部３３は、広告枠ＩＤから広告表示方法を決定し、制御された広告データを生成して、第２端末通信制御部３６に番組データ及び制御された広告データを出力する（Ｓ４０６）。
【００９４】
番組データを表示しないと判定した場合（Ｓ４０５で「ＮＯ」）、制御部３３は、広告枠ＩＤから広告表示方法を決定し、制御された広告データを生成して、第２端末通信制御部３６に制御された広告データを出力する（Ｓ４０７）。
【００９５】
そして、第２端末通信制御部３６は、制御された広告データ及び／又は番組データに位置情報を付し、データ送受信部３７に出力し、データ送受信部３７は、位置情報、制御された広告データ及び／又は番組データを、端末装置Ｂ５に送信する（Ｓ４０８）。
【００９６】
以上のような処理を行なうことで、端末装置Ｂ５から位置情報を受信した端末装置Ａ４は、制御された広告データ及び／又は番組データを端末装置Ｂ５に送信することができる。
【００９７】
次に、端末装置Ｂ５の受信処理について説明する。
外出先に持ち歩く携帯電話、携帯型ＰＣ又はカーナビなど、携帯型端末装置である端末装置Ｂ５の場合、受信処理及び広告表示形態は、２通り考えられる。
【００９８】
まず第１に、外出先で、データ送信装置３より送出された放送データを無線により受信して、番組データを再生・表示する場合であり、この場合は、図１７に示した、端末装置Ａ４における放送データ受信処理と同様の処理を行い、該受信処理と同様の機能を有する。
【００９９】
第２に、ユーザの現在位置を元に、近くにある店舗の広告を、蓄積した番組データとともに再生（例えば、図１０）、あるいは番組データなしで表示（例えば、図１１）する場合であり、以下の処理フローが考えられる。
【０１００】
図２１は、端末装置Ｂ５における第２の受信処理を示したフローチャートである。
まず、位置情報受信部４１が、ＧＰＳ６等から現在位置を示す現在位置情報を受信し、データ検索部４２に出力する（Ｓ５０１）。
【０１０１】
次に、データ検索部４２は、位置情報を元に、データ送受信部４３を介して端末装置Ａ４に広告データ及び番組データの送信要求を送る（Ｓ５０２）。
【０１０２】
データ検索部４２は、データ送受信部４３が、端末装置Ａ４から受信したデータにより、該当する広告データ等があったか否かの判定を行なう（Ｓ５０３）。
【０１０３】
データ送受信部４３が、端末装置Ａ４から制御された広告データ及び／又は番組データを受信した場合（Ｓ５０３で「ＹＥＳ」）、データ検索部４２は、該データをデータ多重・再生部４４に出力し、データ多重・再生部４４は、データを多重化し、表示装置４５において再生する処理を行なう（Ｓ５０４）。
【０１０４】
データ送受信部４３が、端末装置Ａ４から、該当するデータがなかった旨の通知を受信した場合（Ｓ５０３で「ＮＯ」）、本処理を終了する。又は、表示装置４５に該当するデータがない旨の表示を行なってもよい。
【０１０５】
これにより、外出先で、ユーザが、近くにある店舗の広告を予め録画されている番組データとともに、又は広告データのみで図１０又は１１のような形態で視聴可能になる。
【０１０６】
なお、店舗の位置情報は、上記に説明したように、ＧＰＳ６からユーザの現在位置情報を受信し、該現在位置情報から所定の距離の範囲内にある店舗位置情報を抽出するようにしてもよいし、あるいは、広告主である店舗ごとに設置した店舗情報発信装置が常時発信している店舗ＩＤを無線等によって受信し、該店舗ＩＤを端末装置Ａ４に送信することにより、端末装置Ａ４が、自身の録画ＤＢ３５を検索し、該当する広告データ及び／又は番組データを端末装置Ｂ５に送信してもよい。
【０１０７】
又は、ユーザからの広告表示要求があって初めて、ＧＰＳ６からの現在位置情報や店舗情報発信装置からの店舗位置情報を受信し、広告データ等を検索するようにしてもよい。
【０１０８】
このようにすることで、現在位置に近い店舗等の情報をユーザに提供することができ、ユーザの店舗訪問率を上げ、広告宣伝の効果を高めることができる。
【０１０９】
［第２の実施形態］
（データ送信システム）
図２２は、本発明に係る第２の実施形態におけるデータ送信システムの概要を示す構成図である。
第１の実施形態が、データ送信装置３において、広告データとして広告データ本体を放送（送信）していたのに対し、本実施形態では、放送局は広告データ本体を送信せず、広告制御データとして広告枠データを放送（送信）することを特徴とする。
【０１１０】
第１の実施形態では、放送前に、予め広告データを用意する必要がある。本実施形態では、広告データ本体は別途、広告会社内の広告ＤＢ５１に備えるようにし、放送局からの放送時又は放送後に、広告枠データに対して、広告会社の広告サーバ５２が広告ＤＢ５１から取得して最新の広告データを配信可能にした。
【０１１１】
ここで広告枠データとは、図５で示した広告枠データと同様、階層構造になっていて、それぞれにＩＤが付与されている。図２３は、本実施形態における広告枠データ構造の例である。例えば、番組シーンＳ１００１に挿入される広告枠ＡのＩＤは１００１Ａとする。番組シーンＳ１００１と連動して挿入される広告枠ＢのＩＤは１００１Ｂ、同じく広告枠ＣのＩＤは１００１Ｃ、広告枠ＤのＩＤは１００１Ｄ、広告枠ＥのＩＤは１００１Ｅとする。
【０１１２】
本システムは、放送局における、番組データを格納している番組ＤＢ１と、広告枠データを格納している広告枠ＤＢ５３と、番組ＤＢ１から取得した番組データと、広告枠ＤＢ５３から取得した広告枠データを元に生成した広告制御データとを多重化して、放送データとして送出するデータ送信装置５４と、有線又は無線ディジタル放送により該放送データを受信する屋内の端末装置Ａ５５、基地局（不図示）を介して無線による通信を行なう屋外の端末装置Ｂ５と、広告会社における、広告データを格納している広告ＤＢ５１と、広告ＤＢ５１から該当する広告データを検索して端末装置Ａ５５に送信する広告サーバ５２とから構成される。
【０１１３】
図２２においても、番組ＤＢ１と広告枠ＤＢ５３は、データ送信装置５４とは別個に記載しているが、番組ＤＢ１、広告枠ＤＢ５３及びデータ送信装置５４は、１つの装置で実施してもよく、本発明の作用・効果は同様である。
【０１１４】
例えば、端末装置Ａ５５も、第１の実施形態と同様、ユーザの自宅等に設置されたテレビ又はＰＣ等の据置型端末装置であり、端末装置Ｂ５は、携帯電話、携帯型ＰＣ又はカーナビ等の携帯型端末装置である。
【０１１５】
また、端末装置Ｂ５は、ＧＰＳ６などにより位置情報を取得することができる。
【０１１６】
広告会社では、広告主が広告を更新する場合、広告ＤＢ５１の広告データを更新する。また、契約が終了した等により店舗に関する情報が不要になる場合は、広告ＤＢ５１から当該店舗情報が削除される。
【０１１７】
図２４は広告ＤＢ５１のテーブル例である。例えば、広告枠ＩＤ、広告データ、店舗ＩＤ、店舗名又は店舗位置情報等が格納されている。
【０１１８】
次に、本システムにおける個々の装置について説明する。
【０１１９】
（データ送信装置）
データ送信装置５４は、第１の実施形態では、広告ＤＢ２から広告データを取得する処理を行なっていたのに対し、第２の実施形態では、広告枠ＤＢ５３から広告枠データを取得し、広告枠データから広告制御データを生成する処理を行なう以外は、処理について同様である。
【０１２０】
（据置型端末装置）
図２５は、本実施形態における端末装置Ａ５５の構成を示すブロック図である。
第１の実施形態と異なる点は、データ送受信部６１が、制御部６２からの広告枠ＩＤ又は第２端末通信制御部６３からの位置情報を入力とし、広告サーバ５２と通信を行ない、広告データを取得する処理である。
【０１２１】
（携帯型端末装置）
本実施形態における端末装置Ｂ５の構成は、第１の実施形態の図１５と同様である。
【０１２２】
以下に、本実施形態における処理の流れについて説明する。
【０１２３】
（データ送信装置における処理）
図２６は、データ送信装置５４における放送データの送信処理を示したフローチャートである。
放送局にあるデータ送信装置５４のデータ取得制御部１１は、放送ＤＢ１２を参照し（Ｓ６０１）、参照した放送予定データに従い、番組ＤＢ１と広告枠ＤＢ５３からそれぞれ番組データと広告枠データを取得する（Ｓ６０２）。
【０１２４】
次に、データ取得制御部１１は、広告枠データを広告制御データとして生成し、番組データ及び広告制御データをデータ多重部１３に出力し、データ多重部１３は、番組データと広告制御データの多重化を行ない、放送データとし、送信部１４に出力する（Ｓ６０３）。
送信部１４は、放送データを端末装置Ａ５５に送信する（Ｓ６０４）。
【０１２５】
（受信装置における処理）
以下に、受信装置における処理について説明する。
図２７は、端末装置Ａ５５における放送データの受信処理を示したフローチャートである。
端末装置Ａ５５の放送データ受信部３１は、放送データを受信し、データ分離部３２に出力する（Ｓ７０１）。
【０１２６】
データ分離部３２は、番組データと広告制御データの分離を行ない（Ｓ７０２）、番組データ及び広告制御データを録画ＤＢ６４に登録する（Ｓ７０３）。
【０１２７】
図２８は、本実施形態における録画ＤＢ６４のテーブル例である。ここには、番組データと、これに対応する広告枠ＩＤが蓄積される。
【０１２８】
次に、データ分離部３２は、番組データ及び広告制御データを制御部６２に出力し、制御部６２は、広告制御データから広告枠ＩＤを抽出し、該広告枠ＩＤをデータ送受信部６１を介して広告サーバ５２に送信し、広告サーバ５２から該当する広告データを受信する（Ｓ７０４）。
【０１２９】
制御部６２は、広告データから広告表示方法を決定し、広告枠ＩＤに対応する表示方法を記述した制御情報をヘッダに含む、制御された広告データを生成し、番組データ及び制御された広告データをデータ多重・再生部３４に出力する（Ｓ７０５）。
【０１３０】
データ多重・再生部３４では、制御部６２から入力された番組データ及び制御された広告データとの多重化、再生を行ない、表示装置３８に表示を行なう（Ｓ７０６）。
【０１３１】
ところで、上記に説明した処理は、放送を前提にしたものであるが、録画ＤＢ６４に蓄積されている番組データ及び広告制御データを取得して、再生処理を行なうことも可能である。
【０１３２】
この場合には、ユーザの操作により入力部３９から番組再生を指示する制御信号が制御部６２に入力されると、制御部６２は、録画ＤＢ６４から、例えば、番組データに関するリストを取得し、データ多重・再生部３４を介して、表示装置３８にリスト表示する。更に、入力部３９から番組データを指定する入力がなされると、制御部６２は、該当する番組データ及び番組データに対応する広告制御データを取得する。
これ以降の処理については、図２７のＳ７０４〜Ｓ７０６の処理と同様である。
【０１３３】
図２９は、Ｓ７０４〜７０６の制御部６２による広告データ処理について示したフローチャートである。
制御部６２での処理について詳細に説明する。
【０１３４】
まず、制御部６２は、データ分離部３２で分離された広告制御データを取得する（Ｓ８０１）。
【０１３５】
次に、制御部６２は、広告制御データから広告枠ＩＤを抽出する（Ｓ８０２）。
【０１３６】
制御部６２は、当該端末が、広告枠ＩＤが要求する端末であるか否かの判定を行なう（Ｓ８０３）。
【０１３７】
広告枠ＩＤが要求する端末であった場合（Ｓ８０３で「ＹＥＳ」）、広告枠ＩＤをデータ送受信部６１に出力し、データ送受信部６１は、広告サーバ５２に広告枠ＩＤを送信する。
【０１３８】
データ送受信部６１は、広告サーバ５２から広告枠ＩＤ及び広告データを受信すると、これらを制御部６２に出力する（Ｓ８０４）。
【０１３９】
広告データを取得した制御部６２は、広告枠ＩＤに対応する表示方法を記述した制御情報をヘッダに含む、制御された広告データを番組データとともにデータ多重・再生部３４に出力して（Ｓ８０５）、処理を終了する。ここで、当該端末を対象とした広告枠ＩＤが複数であった場合は、複数の広告枠ＩＤを選択する。すなわち、例えば図１２のように、複数の広告枠ＩＤについて表示するとしてもよい。
【０１４０】
また、広告枠ＩＤが要求する端末でない場合（Ｓ８０３で「ＮＯ」）、何もせずに処理を終了する。
【０１４１】
図３０は、制御部６２による別の広告データ処理について示したフローチャートである。
受信装置に複数の広告枠ＩＤが適用できる場合で、受信装置側で選択させる実施形態である。
Ｓ８０１〜Ｓ８０４は、図２９と同様であるので、説明を省略する。
【０１４２】
Ｓ８０４において、広告データを取得した制御部６２は、該広告データに含まれる広告の表示期間、表示時間帯若しくは表示地域、又は広告の表示対象者についての設定に従い、広告枠ＩＤを選択し、更に、広告枠ＩＤにより広告表示方法を決定する（Ｓ８０６）。
【０１４３】
さらに、制御された広告データを番組データとともにデータ多重・再生部３４に出力して（Ｓ８０７）、処理を終了する。
【０１４４】
これにより、表示装置３８に応じて、最新の広告データを番組データと連動させ、図７〜９、１２のような表示形態で表示可能になる。
【０１４５】
また、広告データを広告サーバ５２から直接取得するので、端末装置Ａ５５の録画ＤＢ６４において広告データを保存する必要がなく、録画ＤＢ６４の使用記憶容量を低減させることができる。
【０１４６】
図３１は、端末装置Ａ５５における端末装置Ｂ５へのデータ送信の処理について示したフローチャートである。
まず、端末装置Ａ５５のデータ送受信部６１が、端末装置Ｂ５から、位置情報を受信すると、データ送受信部６１は、位置情報を第２端末通信制御部６３に出力する（Ｓ９０１）。
【０１４７】
次に、第２端末通信制御部６３は、位置情報を、データ送受信部６１を介して、広告サーバ５２に送信する（Ｓ９０２）。
【０１４８】
広告サーバ５２は、受信した位置情報を元に、広告ＤＢ５１から、予め設定されている所定の距離の範囲内に該当する店舗（店舗ＩＤ）があるか否かの検索をする。
該当する店舗ＩＤがあった場合、広告サーバ５２は、該店舗ＩＤに対応する広告データを広告ＤＢ５１から取得し、位置情報を付して端末装置Ａ５５に送信する。
該当する店舗ＩＤがなかった場合、該当するデータがない旨の通知を、位置情報を付して端末装置Ａ５５に送信する。
通知に位置情報を付しているので、端末装置Ａ５５は、どの位置情報に対応した返信か認識することができる。
【０１４９】
端末装置Ａ５５の第２端末通信制御部６３は、広告サーバ５２から広告データを受信したか否かの判定を行なう（Ｓ９０３）。
【０１５０】
広告データを広告サーバ５２から受信した場合（Ｓ９０３で「ＹＥＳ」）、第２端末通信制御部６３は、広告データを制御部６２に出力し、制御部６２は、広告データから端末装置Ｂ５を対象としているか否かの判定を行なう（Ｓ９０４）。
【０１５１】
広告サーバ５２から該当する広告データがない旨の通知を受信した場合（Ｓ９０３で「ＮＯ」）、又は制御部６２が、広告データは端末装置Ｂ５を対象としていないと判定した場合（Ｓ９０４で「ＮＯ」）、第２端末通信制御部６３は、端末装置Ｂ５へ該当するデータがない旨の通知を位置情報を付して送信する（Ｓ９０９）。
【０１５２】
広告データが端末装置Ｂ５を対象としていた場合、制御部６２は、広告データの広告枠ＩＤから、更に、番組データの表示を行なうか否かの判定を行なう（Ｓ９０５）。
【０１５３】
番組データの表示の必要のない広告データであった場合（Ｓ９０５で「ＮＯ」）、Ｓ９０７の処理へと進む。
【０１５４】
番組データの表示が必要な広告データの場合（Ｓ９０５で「ＹＥＳ」）、制御部６２は、録画ＤＢ６４から、広告枠ＩＤを元に、番組データを取得する（Ｓ９０６）。
【０１５５】
制御部６２は、広告枠ＩＤから広告表示方法を決定し、制御された広告データを生成する（Ｓ９０７）。
【０１５６】
そして、制御部６２は、制御された広告データ及び／又は番組データを第２端末通信制御部６３に出力し、第２端末通信制御部６３は、位置情報を付し、データ送受信部６１を介して、端末装置Ｂ５に送信する（Ｓ９０８）。
【０１５７】
以上のような処理を行なうことで、端末装置Ｂ５から位置情報を受信した端末装置Ａ５５は、広告サーバ５２から取得した最新の広告データを端末装置Ｂ５に送信することができる。
【０１５８】
端末装置Ｂ５における処理は、第１の実施形態と同様である。すなわち、端末装置Ｂ５は、ＧＰＳ６から位置情報を取得し、該位置情報を端末装置Ａ５５に送信することにより、端末装置Ａ５５から広告データ及び／又は番組データを取得する。
【０１５９】
［第３の実施形態］
（データ送信システム）
図３２は、本発明に係る第３の実施形態におけるデータ送信システムの概要を示す構成図である。
第２の実施形態では、端末装置Ｂ５は、広告データを端末装置Ａ５５を介して取得していたが、本実施形態においては、端末装置Ｂ７１自身が、広告サーバ５２と通信し、広告データを取得することを特徴とする。
【０１６０】
（据置型端末装置）
図３３は、本実施形態における端末装置Ａ７２の構成を示すブロック図である。
第２の実施形態と異なる点は、データ送受信部８１が端末装置Ｂ７１から広告枠ＩＤを受信した場合、第２端末通信制御部８２は、広告枠ＩＤを元に録画ＤＢ６４から番組データを取得する処理である。
録画ＤＢ６４は、第２の実施形態と同様で、番組データと、これに対応する広告枠ＩＤが蓄積される。
【０１６１】
（携帯型端末装置）
図３４は、本実施形態における端末装置Ｂ７１の構成を示すブロック図である。
第１の実施形態と異なる点は、データ送受信部９１が、広告サーバ５２と通信し、位置情報から広告枠ＩＤを取得、又は広告枠ＩＤから広告データを取得する処理と、データ検索部９２が、広告枠ＩＤを含む広告データから表示方法等を決定する処理にある。
【０１６２】
（データ送信装置における処理）
データ送信装置５４での処理は、第２の実施形態と同様であるので、説明を省略する。
【０１６３】
（受信装置における処理）
次に、受信装置における処理について説明する。
以下に、第２の実施形態と異なる端末装置Ａ７２と端末装置Ｂ７１との通信について説明を行なう。
図３５は、端末装置Ａ７２における端末装置Ｂ７１へのデータ送信の処理について示したフローチャートである。
まず、端末装置Ａ７２のデータ送受信部８１が、端末装置Ｂ７１から、広告枠ＩＤを受信すると、データ送受信部８１は、広告枠ＩＤを第２端末通信制御部８２に出力する（Ｓ１００１）。
【０１６４】
次に、第２端末通信制御部８２は、広告枠ＩＤを元に、録画ＤＢ６４から、番組データの検索をして取得する（Ｓ１００２）。
【０１６５】
番組データを取得した第２端末通信制御部８２は、データ送受信部８１に、広告枠ＩＤ及び番組データを出力する（Ｓ１００３）。
番組データに広告枠ＩＤを付すのは、端末装置Ｂ７１が、どの広告枠ＩＤに対応したデータであるか認識するためである。
【０１６６】
データ送受信部８１は、広告枠ＩＤ及び番組データを、端末装置Ｂ７１に送信する（Ｓ１００４）。
【０１６７】
以上のような処理を行なうことで、端末装置Ｂ７１から広告枠ＩＤを受信した端末装置Ａ７２は、番組データを端末装置Ｂ７１に送信することができる。
【０１６８】
次に、端末装置Ｂ７１の受信処理について説明する。
本実施形態においても、第１の実施形態で説明したように、端末装置Ｂ７１における受信処理及び広告表示形態は、２通り考えられる。
【０１６９】
図３６は、端末装置Ｂ７１における第２の受信処理を示したフローチャートである。
まず、位置情報受信部４１が、ＧＰＳ６等から現在位置を示す現在位置情報を受信し、データ検索部９２に出力する（Ｓ１１０１）。
【０１７０】
次に、データ検索部９２は、データ送受信部９１を介して広告サーバ５２に位置情報を送信する（Ｓ１１０２）。
【０１７１】
位置情報を受信した広告サーバ５２では、図２４のようなデータを格納している広告ＤＢ５１を参照する。広告サーバ５２は、端末装置Ｂ７１から受信した位置情報を元に、広告ＤＢ５１から、予め設定されている所定の距離の範囲内に該当する店舗（店舗ＩＤ）があるか否かの検索をする。該当する店舗データ（店舗ＩＤ）があった場合には、広告サーバ５２は、店舗データに対応する広告枠ＩＤを取得し、端末装置Ｂ７１に位置情報を付した広告枠ＩＤを送信する。
【０１７２】
該当する店舗データがなかった場合には、広告サーバ５２は、位置情報とともに、該当する広告データがない旨の通知を端末装置Ｂ７１に送信する。
【０１７３】
データ検索部９２は、データ送受信部９１が、広告サーバ５２から受信したデータにより、該当する広告データがあったか否かの判定を行なう（Ｓ１１０３）。
【０１７４】
データ送受信部９１が、広告サーバ５２から広告枠ＩＤを受信した場合（Ｓ１１０３で「ＹＥＳ」）、データ検索部９２は、広告枠ＩＤを元に、当該端末が広告枠ＩＤの要求する端末装置であるか否かの判定を行なう（Ｓ１１０４）。
【０１７５】
データ送受信部９１が、広告サーバ５２から、該当するデータがなかった旨の通知を受信した場合（Ｓ１１０３で「ＮＯ」）、又は、データ検索部９２が、当該端末が広告枠ＩＤの要求する端末装置でないと判定した場合（Ｓ１１０４で「ＮＯ」）、処理を終了する。
【０１７６】
データ検索部９２が、当該端末が広告枠ＩＤの要求する端末装置であると判定した場合（Ｓ１１０４で「ＹＥＳ」）、更に、広告枠ＩＤを元に、番組データを表示するか否かの判定を行なう（Ｓ１１０５）。
【０１７７】
データ検索部９２は、広告枠ＩＤにより、番組データを表示すると判定した場合には（Ｓ１１０５で「ＹＥＳ」）、広告枠ＩＤをデータ送受信部９１を介して、広告サーバ５２に送信する。
【０１７８】
広告枠ＩＤを受信した広告サーバ５２は、広告ＤＢ５１を参照して、広告データを取得して、端末装置Ｂ７１に広告枠ＩＤ及び広告データを送信する。
【０１７９】
また、データ検索部９２は、広告枠ＩＤをデータ送受信部９１を介して、端末装置Ａ７２に送信する。
【０１８０】
広告枠ＩＤを受信した端末装置Ａ７２の第２端末通信制御部８２は、録画ＤＢ６４を参照して、番組データを取得し、広告枠ＩＤ及び番組データを端末装置Ｂ７１に送信する。
【０１８１】
広告サーバ５２から広告データ、端末装置Ａ７２から番組データを受信した端末装置Ｂ７１のデータ検索部９２は、広告データを第１の実施形態で説明したように制御された広告データとして生成し、データ多重・再生部４４に番組データ及び制御された広告データを出力する（Ｓ１１０６）。
データ多重・再生部４４は、データを多重化し、表示装置４５において再生する処理を行なう。
【０１８２】
データ検索部９２は、広告枠ＩＤにより、番組データを表示しないと判定した場合には（Ｓ１１０５で「ＮＯ」）、広告枠ＩＤをデータ送受信部９１を介して、広告サーバ５２に送信する。
【０１８３】
広告枠ＩＤを受信した広告サーバ５２は、広告ＤＢ５１を参照して、広告データを取得して、端末装置Ｂ７１に広告枠ＩＤ及び広告データを送信する。
【０１８４】
広告サーバ５２から広告データを受信した端末装置Ｂ７１のデータ検索部９２は、広告データを制御された広告データとして生成し、データ多重・再生部４４に制御された広告データを出力する（Ｓ１１０７）。
データ多重・再生部４４は、データを表示装置４５において再生する処理を行なう。
【０１８５】
なお、データ送受信部９１が、広告サーバ５２から、該当するデータがなかった旨の通知を受信した場合（Ｓ１１０３で「ＮＯ」）、表示装置４５に該当するデータがない旨の表示を行なってもよい。
【０１８６】
これにより、外出先で、ユーザは、近くにある店舗の最新の広告を、携帯端末装置（端末装置Ｂ７１）から直接広告サーバ５２と通信して取得し、図１０又は１１のような形態で視聴可能になる。
【０１８７】
なお、店舗の位置情報は、上記に説明したように、ＧＰＳ６からユーザの現在位置情報を受信し、該現在位置情報から所定の距離の範囲内にある店舗位置情報を抽出するようにしてもよいし、あるいは、広告主である店舗ごとに設置した店舗情報発信装置が常時発信している店舗ＩＤを無線等によって受信し、該店舗ＩＤを広告サーバ５２に送信することにより、広告サーバ５２が店舗ＩＤから広告ＤＢ５１を検索し、該当する広告枠ＩＤを端末装置Ｂ７１に送信してもよい。
【０１８８】
又は、ユーザからの広告表示要求があって初めて、ＧＰＳ６からの現在位置情報や店舗情報発信装置からの店舗位置情報を受信し、広告データを検索するようにしてもよい。
【０１８９】
ところで、第１〜第３の実施形態では、受信装置として、放送データ又は録画しているデータを表示する据置型端末装置（端末装置Ａ）、携帯型端末装置（端末装置Ｂ）について説明した。この他に、ＰＣといった据置型端末装置が、例えば、インターネットにアクセスし、番組データ及び広告データを蓄積しているサーバが、該端末装置に番組データ及び広告データを配信することが考えられる。
この時に、本発明に係る広告データを配信した場合、端末装置は、階層をなしている複数の広告枠データを含む広告データを解析して、該端末装置に適した広告データ及び／又は番組データを表示することができる。
すなわち、インターネットの広告配信においても、端末装置に応じた広告の表示方法を決定し表示させることは可能であり、効果・作用も同様である。
【０１９０】
尚、本発明のデータ送信装置、受信装置、データ送受信方法、プログラム及び記録媒体は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【図面の簡単な説明】
【０１９１】
【図１】第１の実施形態におけるデータ送信システムの概要を示す構成図である。
【図２】第１の実施形態におけるデータ送信装置の構成を示すブロック図である。
【図３】第１の実施形態における広告ＤＢに格納されている広告データのテーブル例である。
【図４】データ送信装置の出力ビットストリームのフォーマット例を示す図である。
【図５】放送データにおける拡張ヘッダとペイロードの構造を示した図である。
【図６】拡張ヘッダの広告枠データの種別の例を示す図である。
【図７】１つの広告枠用のデータを利用した画面の表示例である。
【図８】１つの広告枠用のデータを利用した画面の表示例である。
【図９】１つの広告枠用のデータを利用した画面の表示例である。
【図１０】１つの広告枠用のデータを利用した画面の表示例である。
【図１１】１つの広告枠用のデータを利用した画面の表示例である。
【図１２】複数の広告枠用データを利用した画面の表示例である。
【図１３】第１の実施形態における据置型端末装置である端末装置Ａの構成を示すブロック図である。
【図１４】第１の実施形態における端末装置Ａの録画ＤＢのテーブル例である。
【図１５】第１の実施形態における携帯型端末装置である端末装置Ｂの構成を示すブロック図である。
【図１６】第１の実施形態におけるデータ送信装置での放送データの送信処理を示したフローチャートである。
【図１７】第１の実施形態における端末装置Ａでの放送データの受信処理を示したフローチャートである。
【図１８】第１の実施形態における制御部による広告データ処理について示したフローチャートである。
【図１９】第１の実施形態における制御部による別の広告データ処理について示したフローチャートである。
【図２０】第１の実施形態における端末装置Ａから端末装置Ｂへのデータ送信の処理について示したフローチャートである。
【図２１】第１の実施形態における端末装置での受信処理を示したフローチャートである。
【図２２】第２の実施形態におけるデータ送信システムの概要を示す構成図である。
【図２３】第２の実施形態における広告枠データ構造の例である。
【図２４】第２の実施形態における広告ＤＢのテーブル例である。
【図２５】第２の実施形態における端末装置Ａの構成を示すブロック図である。
【図２６】第２の実施形態におけるデータ送信装置での放送データの送信処理を示したフローチャートである。
【図２７】第２の実施形態における端末装置Ａでの放送データの受信処理を示したフローチャートである。
【図２８】第２の実施形態における録画ＤＢのテーブル例である。
【図２９】第２の実施形態における制御部による広告データ処理について示したフローチャートである。
【図３０】第２の実施形態における制御部による別の広告データ処理について示したフローチャートである。
【図３１】第２の実施形態における端末装置Ａから端末装置Ｂへのデータ送信の処理について示したフローチャートである。
【図３２】第３の実施形態におけるデータ送信システムの概要を示す構成図である。
【図３３】第３の実施形態における端末装置Ａの構成を示すブロック図である。
【図３４】第３の実施形態における端末装置Ｂの構成を示すブロック図である。
【図３５】第３の実施形態における端末装置Ａから端末装置Ｂへのデータ送信の処理について示したフローチャートである。
【図３６】第３の実施形態における端末装置Ｂでの受信処理を示したフローチャートである。
【図３７】従来の広告データの構造例である。
【符号の説明】
【０１９２】
１  番組ＤＢ
２、５１  広告ＤＢ
３、５４  データ送信装置
４、５、５５、７１、７２  端末装置
６  ＧＰＳ
１１  データ取得制御部
１２  放送ＤＢ
１３  データ多重部
１４  送信部
２１  ヘッダ
２２  拡張ヘッダ
２３  ペイロード
２４  広告枠
３１  放送データ受信部
３２  データ分離部
３３、６２  制御部
３４、４４  データ多重・再生部
３５、６４  録画ＤＢ
３６、６３、８２  第２端末通信制御部
３７、４３、６１、８１、９１  データ送受信部
３８、４５  表示装置
３９  入力部
４１  位置情報受信部
４２、９２  データ検索部
５２  広告サーバ
５３  広告枠ＤＢ
【図１】
2009038481.tif 000003
【図２】
2009038481.tif 000004
【図３】
2009038481.tif 000005
【図４】
2009038481.tif 000006
【図５】
2009038481.tif 000007
【図６】
2009038481.tif 000008
【図７】
2009038481.tif 000009
【図８】
2009038481.tif 000010
【図９】
2009038481.tif 000011
【図１０】
2009038481.tif 000012
【図１１】
2009038481.tif 000013
【図１２】
2009038481.tif 000014
【図１３】
2009038481.tif 000015
【図１４】
2009038481.tif 000016
【図１５】
2009038481.tif 000017
【図１６】
2009038481.tif 000018
【図１７】
2009038481.tif 000019
【図１８】
2009038481.tif 000020
【図１９】
2009038481.tif 000021
【図２０】
2009038481.tif 000022
【図２１】
2009038481.tif 000023
【図２２】
2009038481.tif 000024
【図２３】
2009038481.tif 000025
【図２４】
2009038481.tif 000026
【図２５】
2009038481.tif 000027
【図２６】
2009038481.tif 000028
【図２７】
2009038481.tif 000029
【図２８】
2009038481.tif 000030
【図２９】
2009038481.tif 000031
【図３０】
2009038481.tif 000032
【図３１】
2009038481.tif 000033
【図３２】
2009038481.tif 000034
【図３３】
2009038481.tif 000035
【図３４】
2009038481.tif 000036
【図３５】
2009038481.tif 000037
【図３６】
2009038481.tif 000038
【図３７】
2009038481.tif 000039