JP2009171357A - 受信機、受信機制御方法、受信機制御プログラムおよびコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

【課題】ネットワークに受信データを送信することを必要としないで、独自機能を使用することなく簡便に、当該送信データの活用を図り、デジタル放送波から取得した放送サービスデータを再生することのできる受信機、受信機制御方法、受信機制御プログラムおよびコンピュータ読み取り可能な記録媒体を提供する。
【解決手段】データ転送のためのＩＰデータデータパケットを伝搬するデジタル放送信号を受信し、上記デジタル放送信号から、上記ＩＰデータパケットを取得する受信機１００において、送信部１２０が、ループバックアドレスに対して、上記ＩＰデータパケットに含まれる放送サービスデータを送信する。
【選択図】図１

Description

本発明は、デジタル放送信号を受信する受信機、受信機制御方法、受信機制御プログラムおよびコンピュータ読み取り可能な記録媒体に関するものである。

近年、世界各地において、次々に地上デジタル放送によるテレビジョン（以下、単にテレビと称する。）放送サービスが開始されている。上記デジタル放送の方式には、複数の方式が存在する。例えば、日本国を中心とする方式であるＩＳＤＢ−Ｔ（Integrated Services Digital Broadcasting-Terrestrial）方式、米国を中心とする方式であるＡＴＳＣ（Advanced Television Systems Committee）方式、欧州を中心とする方式であるＤＶＢ−Ｔ（Digital Video Broadcasting-Terrestrial）方式などが存在する。また、これらの地上デジタル放送方式のなかには、搬送波によって、ＩＰ（Internet Protocol）データパケット（以後、単にＩＰデータと称する。）を伝送する方式もあり、特に、欧州を中心とする方式のＤＶＢ−Ｈ（Digital Video Broadcasting-Handheld）方式は、その一つである。

ＤＶＢ−Ｈ方式は、上記ＤＶＢ−Ｔ方式をベースとして、携帯端末向け放送サービスの実用化のために策定された方式であり、２００８年１月時点において、欧州等の一部地域において、既に、ＤＶＢ−Ｈ方式によるサービスが開始されている。

ＤＶＢ−Ｈ方式において採用されているＤＶＢ−Ｔ方式と同様の技術は、例示すると、以下に説明するとおりである。まず、例えば、情報源符号化方式および多重方式において、ＭＰＥＧ−２（Motion Picture Experts Group-2）による国際規格が採用されている。また、ＩＰデータをＭＰＥＧ−２―ＴＳ（Transport Stream）パケット（以後、単にＴＳパケットと称する。）にカプセル化して伝送するＭＰＥ（Multiprotocol Encapsulation）と呼ばれる技術が採用されている。なお、ＤＶＢ−Ｈ方式では、ＭＰＥの関連技術であるＭＰＥ−ＦＥＣ（Forward Error Correction）も新たに採用されている。

また、ＤＶＢ−Ｈ方式では、放送サービスデータおよびサービス情報をＩＰデータとして送信する場合は、ＭＰＥによってＩＰデータをＴＳパケットにカプセル化し、ＤＶＢ−Ｔ方式に基づいた無線波信号により伝送することができる。ＩＰプロトコルの上位のプロトコルには、例えば、ＵＤＰ（User Datagram Protocol）が用いられる。

このように、ＤＶＢ−Ｈ方式において、ＩＰデータを取り扱うメリットとしては、既存のＩＰデータストリーミングサーバを利用可能なことが挙げられる。すなわち、既存のＩＰデータストリーミングサーバが提供する動画サービス等を、放送サービスにおける番組の一つとして組み込むことも実現可能である。

また、上記のように、ＤＶＢ−Ｈ方式において、ＩＰデータをＴＳパケットにカプセル化して、放送サービスデータおよびサービス情報をデータ送信する場合、放送サービスデータおよびサービス情報が、送信先ＩＰアドレスや送信先ポートごとに割り当てられる。

以下に、図６を用いてデータ送信の流れについて説明する。図６は、ＤＶＢ−Ｈ方式のデジタル放送波を受信し、放送サービスを再生する、従来の放送受信機の要部構成の一例を示すブロック図である。放送受信機４００は、アンテナ４０５を備えた受信モジュール４１０と、ＰＣ（Personal Computer）４３５とから構成されている。また、ＰＣ４３５は、送信部４２０と、ソケット生成部４２５と、ＩＰデータ取得部４３０とを含む受信モジュールコントローラ４１５と、放送サービス提供部４４０とを有する構成である。

ＰＣ４３５と、受信モジュール４１０は、例えば、ＰＣＩ（Peripheral Component Interconnect）や、ＳＤＩＯ（Secure Digital Input/Output）などの接続インターフェースによって接続される。

受信モジュールコントローラ４１５は、ＰＣ４３５上で動作するソフトウェアであって、ＰＣ４３５と接続された受信モジュール４１０を制御するものである。

受信モジュールコントローラ４１５は、図示しない、視聴者からの選局操作に応じて、受信モジュール４１０に対し、選局された放送サービスのチューニングを指示する。

受信モジュール４１０は、上記受信モジュールコントローラ４１５によって指示されたチューニング動作を行い、アンテナ４０５を介して受信したデジタル放送波を復調しＴＳパケットを取得する。取得されたＴＳパケットは、接続インターフェースを介して受信モジュールコントローラ４１５が有するＩＰデータ取得部４３０に転送される。

ＩＰデータ取得部４３０は、受信モジュール４１０から転送されたＴＳパケットからＩＰデータを取得し、ソケット生成部４２５に転送する。

ソケット生成部４２５は、ＩＰデータ取得部４３０から転送されたＩＰデータを解析することによって、当該ＩＰデータのＩＰヘッダに記載されている送信先ＩＰアドレスを取得し、当該取得した送信先ＩＰアドレスに対応するソケットを生成する。ここで、ソケットとは、ＢＳＤ（Berkeley Software Distribution）系ＵＮＩＸ（登録商標）において開発された、プロセス間通信の一つの方法である。例えば、ソケット通信は、異なるホスト上で稼動するプロセス間の通信や、１つのコンピュータ上で稼動するプロセス間の通信に適用することができる。

例えば、ＵＮＩＸ系のＯＳ（Operating System）において、クライアント側から、ＵＤＰによる非接続指向のソケットを介した通信を行うときは、まず、通信のための論理的なインターフェースであるソケットを生成する。この際、socketシステムコールが使用される。ソケットが生成された後は、sendtoシステムコールで、送信先のＩＰアドレスや送信先ポート等を指定しデータの送信を行う。上記のようなシステムコールを利用することで、ファイルへの入出力と同じような操作でデータの送信を行うことができる。

このように、データ通信の手順を簡潔にすることができる点が便利であるため、現在では、ＢＳＤ系ＵＮＩＸ以外のＯＳ等においても広く採用されている。

送信部４２０は、ソケット生成部４２５において生成されたソケットを介して、ＩＰデータ取得部４３０において取り出されたＩＰデータに含まれているＵＤＰデータを放送サービスデータとして、当該放送サービスデータを、放送サービス提供部４４０に対し送信する。

放送サービス提供部４４０は、受信したＩＰデータを再生する。このようにして、放送受信機４００は、デジタル放送波を受信し、放送サービスを再生する機能を提供するので、ユーザは、再生された放送サービスを享受することができる。例えば、ユーザは、放送受信機４００の提供する機能によって、番組の視聴などを行うことができる。
ヨーロッパ電気通信標準化協会 著 「ＥＴＳＩ ＥＮ ３０２ ３０４ Ｄｉｇｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＶＢ）；Ｔｒａｎｓｍｉｓｓｉｏｎ Ｓｙｓｔｅｍ ｆｏｒ Ｈａｎｄｈｅｌｄ Ｔｅｒｍｉｎａｌｓ（ＤＶＢ−Ｈ）」 ２００４年 インターネット ＜ＵＲＬ： http://www.etsi.org＞

しかしながら、ＤＶＢ−Ｈ方式のデジタル放送波、ＤＶＢ−Ｈ方式による放送サービスを利用するための受信機は、ＩＰデータを処理するネットワーク機能を備える必要があり、かつ、当該ネットワーク機能が有効でなければならず、また、ＩＰデータに指定されている送信先ＩＰアドレスに対応した、ＩＰアドレスが適切に割り振られていなければならないという要件を満たす必要があった。

ここで、前述した放送受信機４００について例示すると、まず第１の要件として、ＰＣ４３５において、搭載されているＯＳ（Operating System）がＴＣＰ（Transmission Control Protocol）／ＩＰスタックと呼ばれるネットワーク機能を備えていなければならない。さらに、第２の要件に、当該ネットワーク機能が有効でなければならない。また、第３の要件に、ＰＣ４３５がネットワークメディアに接続され、自ホストにＩＰアドレスが割り当てられていなければならない。

第３の要件について、さらに詳細に説明すると、ＰＣ４３５がネットワークメディアに接続されていない場合、ＰＣ４３５には、ネットワーク通信するためのＩＰアドレスが適切に割り当てられていない場合がある。このような場合、仮に、ＩＰデータ取得部４３０が取得したＩＰデータの送信先アドレスが、マルチキャストアドレスであった場合でも、送信部４２０は、ＰＣ４３５に対して、上記ネットワーク機能によるＩＰデータ送信を行うことができない。

このような理由から、従来の受信機には、デジタル放送波から、正常にＩＰデータを取得したとしても、ＩＰアドレスの設定が適切でないために、ＩＰデータの送受信に失敗し、放送サービスを利用できないという問題があった。

もちろん、上記の問題を回避するために、ＤＶＢ−Ｈ受信機能を制御するソフトウェア、例えば上記受信モジュールコントローラ４１５において、ＯＳのＴＣＰ／ＩＰスタック機能等のネットワーク機能を使用しないで受信データを処理する独自機能を実装することは、理論的には可能である。例えば、ＵＮＩＸ系のＯＳで実装されている共有メモリ機能を使用した受信データの受け渡しによって実現することなどが考えられる。しかしながら、実際のところ、このような方法によって独自機能を実装する場合、複雑な制御を組み込む必要があり、開発コストの増大は避けられないため現実的ではない。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、ネットワークに受信データを送信することを必要としないで、独自機能を使用することなく簡便に、当該送信データの活用を図り、デジタル放送波から取得した放送サービスデータを再生することのできる受信機を実現することにある。

本発明に係る受信機は、上記課題を解決するために、データ転送のための通信規約において規定されるデータフォーマットに基づくデータパケットを伝搬するデジタル放送信号を受信し、上記デジタル放送信号から、上記データパケットを取得する受信機において、
上記通信規約で規定される所定のアドレスであって、自ホスト内において折り返し送信するためのアドレスである自己アドレスに対して、取得した上記データパケットに含まれる送信データを送信する折り返し送信手段を備えることを特徴としている。

また、本発明に係る受信機制御方法は、上記課題を解決するために、データ転送のための通信規約において規定されるデータフォーマットに基づくデータパケットを伝搬するデジタル放送信号を受信し、上記デジタル放送信号から、上記データパケットを取得する受信機制御方法において、上記通信規約で規定される所定のアドレスであって、自ホスト内において折り返し送信するためのアドレスである自己アドレスに対して、取得した上記データパケットに含まれる送信データを送信する折り返し送信ステップを含むことを特徴としている。

上記の構成によれば、受信機が、データ転送のための通信規約において規定されるデータフォーマットに基づくデータパケットを伝搬するデジタル放送信号を受信し、デジタル放送信号から、データパケットを取得する。通信規約で規定される所定のアドレスであって、自ホスト内において折り返し送信するためのアドレスである自己アドレスに対して、取得したデータパケットに含まれる送信データを送信する。

これにより、取得したデータパケットに含まれる送信データは、自ホスト内において折り返し送信される。従って、自己アドレス以外のアドレスが、利用できない状態であっても、直ちに送信データの処理に失敗することがない。また、上記折り返し送信の機能は、上記通信規約において規定されている機能であるので、比較的容易に利用することができ、複雑な独自処理を実装する必要がない。そして、送信データを折り返し送信処理することにより、受信機内で、当該送信データの活用を図れるという効果を奏する。

本発明に係る受信機では、上記通信規約は、ＩＰプロトコルであり、上記データパケットは、ＩＰデータパケットであり、上記自己アドレスは、ループバックアドレスであることを特徴とすることが好ましい。

ＩＰプロトコルは、インターネットの標準プロトコルであるＴＣＰ／ＩＰの中心的なプロトコルであり、各種の情報ネットワーク通信において、広く採用されているプロトコルである。

ここで、ループバックとは、同一ホスト内での通信のことをいう。また、ループバックインターフェースとは、ＴＣＰ／ＩＰスタックが備える論理インターフェースの一つであり、ループバックを行うためのインターフェースのことである。ＩＰｖ４（ＩＰ Version 4）プロトコルでは、「127.0.0.0/8」というネットワークアドレスがループバックのために使用される。また、慣習的に、ＩＰｖ４プロトコルでは、ループバックインターフェースのループバックアドレスとして「127.0.0.1」というＩＰアドレスが利用される。上記ループバックアドレスに対してデータグラムを送信すると、当該データグラムは、ループバックインターフェースあてに送信されることとなり、自ホスト内にループバックされる。また、ＩＰｖ６（ＩＰ Version 6）におけるループバックアドレスは、「::1」である。

このため、自ホストにおいてループバックアドレス以外のＩＰアドレスが有効になっていなくても、ループバックアドレスに対して送信データを送信することで、ループバックインターフェースを介してＩＰデータの送信を行うことができる。

例えば、ＩＰデータの受信を行うアプリケーションが受信機内で稼動していた場合、ループバックインターフェースを介して、当該アプリケーションに対し、受信したデジタル放送波から取得したＩＰデータを正しく転送することができるという効果を奏する。

具体的に例示すると、当該アプリケーションが、デジタル放送波に含まれるＩＰデータに格納されている放送サービスデータを再生する放送サービスアプリケーションであった場合、放送サービスデータを当該放送サービスアプリケーションに正しく送信することができ、視聴者に放送サービス機能を提供することができる。

一般的に、ＯＳのＴＣＰ／ＩＰスタック機能等のネットワーク機能を使用しないで受信データを処理する独自機能を実装することは、コスト増大の要因となる。例えば、ＵＮＩＸ系のＯＳで実装されている共有メモリ機能を使用した受信データの受け渡しによって実現することなどが考えられるが、このような実装方法は、アプリケーションの構造が複雑になる傾向がある。一方、ループバックインターフェースを介したデータ送信は、比較的容易に実装が可能であるというメリットもある。

本発明に係る受信機では、上記折り返し送信手段は、ソケット通信によって上記ＩＰデータパケットに含まれる送信データを送信することを特徴とすることが好ましい。

上記の構成によれば、上記ＩＰデータパケットに含まれる送信データは、ソケット通信によって、ループバックアドレスに対し送信される。

ソケット通信を実現するライブラリは、ＵＮＩＸや、Ｗｉｎｄｏｗｓ（登録商標）を始めとする各種ＯＳにおいて導入することが可能であるため、通信アプリケーションから容易に利用ができる。また、各種プログラム言語においてもソケット通信を実現するライブラリのサポートをしており、プログラム内でＡＰＩを呼び出すことで、比較的簡単に通信を行うことができ、データ送信を実現するプログラムの複雑性を軽減することができる。よって、ループバックアドレスを利用した、ループバックインターフェースへのデータ送信は、ソケット通信によって実装することが望ましい。

本発明に係る受信機では、さらに、折り返し送信手段は、上記ソケット通信において、上記ＩＰデータパケットのペイロードに格納されているデータに含まれる送信先ポートを指定することが好ましい。

上記の構成によれば、上記ソケット通信において、上記ＩＰデータパケットのペイロードに格納されるデータに含まれる送信先ポートを指定し、データの送信を行う。

前述の放送サービスアプリケーションは、対応づけられたポートをモニタリングするよう設計されているのが通常である。すなわち、一般的な、放送サービスアプリケーションは、対応づけられたポートをモニタリングしながら、処理可能な放送サービスデータの受信を待つようにできている。すなわち、放送サービスアプリケーションがモニタリングしているポートに、放送サービスデータが到着すると、放送サービスアプリケーションは、当該放送サービスデータを受信し、処理を開始することができる。

従って、上記ソケット通信において、上記ＩＰデータパケットのペイロードに格納されるデータに含まれる送信先ポートを指定することで、放送サービスアプリケーションとのデータの送受信が簡潔に行える。また、従来の放送サービスアプリケーションを活用することができるという効果を奏する。

本発明に係る受信機では、さらに、折り返し送信手段は、上記ソケット通信において、ＩＰｖ４プロトコルを採用することを特徴とすることが好ましい。

上記の構成によれば、上記ソケット通信において、ＩＰｖ４プロトコルに基づいてデータ通信が行われる。

上記ソケット通信における、ソケット作成時には、通信規約の形式、例えば、ＩＰのバージョンを指定することができる。これを、ドメイン指定という。このドメイン指定においては、ＩＰｖ４あるいはＩＰｖ６等が指定でき、ソケット通信で使用するＩＰのバージョンを使い分けることができる。

ここで、取得したＩＰデータが、ＩＰｖ６形式であった場合、上記受信機のネットワーク機能が、ＩＰｖ６形式をサポートしていなければ、正しくデータ送受信を行うことができない。すなわち、ＩＰｖ６をサポートするソケット通信のライブラリが、ＩＰｖ６のＩＰデータを、ＩＰｖ４のループバックインターフェースにデータを送信しようとしてもうまく機能しない。

ここで、上記ソケット通信における、上記受信機のネットワーク機能が、ＩＰｖ６形式をサポートしていなければ、ソケット生成時に、ＩＰｖ４をドメイン指定するようにすれば、ＩＰｖ４のループバックインターフェースにデータを正常に送信することができる。

なお、上記受信機は、コンピュータによって実現してもよく、この場合には、コンピュータを上記手段として動作させることにより上記受信機をコンピュータにて実現させる受信機制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明に係る受信機は、以上のように、データ転送のための通信規約において規定されるデータフォーマットに基づくデータパケットを伝搬するデジタル放送信号を受信し、上記デジタル放送信号から、上記データパケットを取得する受信機において、上記通信規約で規定される所定のアドレスであって、自ホスト内において折り返し送信するためのアドレスである自己アドレスに対して、取得した上記データパケットに含まれる送信データを送信する折り返し送信手段を備える構成である。

また、本発明に係る受信機制御方法は、以上のように、データ転送のための通信規約において規定されるデータフォーマットに基づくデータパケットを伝搬するデジタル放送信号を受信し、上記デジタル放送信号から、上記データパケットを取得する受信機制御方法において、上記通信規約で規定される所定のアドレスであって、自ホスト内において折り返し送信するためのアドレスである自己アドレスに対して、取得した上記データパケットに含まれる送信データを送信する折り返し送信ステップを含む方法である。

そのため、送信データを折り返し送信処理することにより、複雑な独自処理を実装することなく、受信機内で、当該送信データの活用を図れるという効果を奏する。

本発明の一実施の形態について図１〜図５に基づいて説明すると以下の通りである。図１は、本発明の実施の形態を示すものであり、受信機の要部構成を示すブロック図である。同図に示すとおり、受信機１００は、アンテナ１０５を備えた受信モジュール１１０と、ＰＣ１３５とを含む。また、ＰＣ１３５は、送信部（折り返し送信手段）１２０と、ループバックインターフェースソケット生成部１２５と、ＩＰデータ取得部１３０とを含む受信モジュールコントローラ１１５と、放送サービス提供部１４０とを有する構成である。

ＰＣ１３５と、受信モジュール１１０とは、例えば、ＰＣＩや、ＳＤＩＯなどの接続インターフェースで通信接続される。

アンテナ１０５は、デジタル放送波を受信するためのものである。本実施の形態に係るアンテナ１０５が受信するデジタル放送波は、前述したような、ＤＶＢ−Ｈ方式のデジタル放送波であることを想定している。しかしながら、これに限られず、アンテナ１０５が受信するデジタル放送波は、ＩＰデータを搬送するようなデジタル放送波であればよい。

ここで、ＩＰデータのフォーマットについて図３を用いて説明する。図３は、ＩＰデータの構成を示す概略図である。ＩＰデータ３００は、ＩＰヘッダと、ＩＰペイロードとから構成され、ＩＰヘッダには送信元ＩＰアドレスや、送信先ＩＰアドレスなどのＩＰの機能に関する情報が格納される。一方、ＩＰペイロードには、送信したいデータが格納される。ＩＰペイロードに格納されるデータは、実際には、例えば、ＩＰの上位プロトコルであるＵＤＰ等のデータが格納される。本実施の形態においては、ＩＰデータに含まれるＩＰペイロードには、ＵＤＰデータが格納されているものとする。

ここで、送信元ＩＰアドレスに設定される値は、基本的にはマルチキャストアドレスである。また、このマルチキャストアドレスを利用して、番組サービス情報（ESG:Electronic Service Guide）を送信するといった利用もできる。具体的には、番組サービス情報を送信するためのマルチキャストアドレス指定は、ＩＰｖ４の場合には「224.0.23.14」、IPv6の場合には「FF0X:0:0:0:0:0:0:12D」となっている。

図３によると、ＵＤＰデータグラム（以下、単にＵＤＰデータと称する。）は、ＵＤＰヘッダとＵＤＰペイロードから構成されており、ＵＤＰヘッダには、送信先ポートなどの情報が格納される。そのため、ＵＤＰデータグラムを格納する場合は、ＩＰデータ３００に示すように、ＩＰペイロードには、ＵＤＰデータグラムを構成するＵＤＰヘッダとＵＤＰデータが格納される。

受信モジュール１１０は、受信モジュールコントローラ１１５によって指示されたチューニング動作を行い、アンテナ１０５を介して受信したデジタル放送波を復調し、カプセル化されたＩＰデータを含むＴＳパケットを取得するものである。復調されたＴＳパケットは接続インターフェースを介して受信モジュールコントローラ１１５内のＩＰデータ取得部１３０に転送される。

受信モジュールコントローラ１１５は、ＰＣ１３５上で動作するソフトウェアであって、ＰＣ１３５と接続された受信モジュール１１０を制御するものである。受信モジュールコントローラ１１５は、図示しない、視聴者からの選局操作に応じて、受信モジュール１１０に対し、選局された放送サービスのチューニングを指示する。

ＩＰデータ取得部１３０は、受信モジュール１１０によって復調されたＴＳパケットからＩＰデータを取得するものである。取得されたＩＰデータは、送信部１２０に転送される。

ループバックインターフェースソケット生成部１２５は、ループバックインターフェースへのソケットを生成し、送信部１２０に提供するものである。また、本実施の形態においては、ループバックインターフェースソケット生成部１２５は、ＩＰプロトコルにおけるループバックアドレスを、送信部１２０に提供する役目を担っている。しかしながら、これに限られず、当該ループバックアドレスは、定数としてプログラム上で設定されることで実現されていてもよいし、設定ファイルとして保持していても良い。

送信部１２０は、ループバックインターフェースソケット生成部１２５によって提供されたソケットおよびループバックアドレスに基づいて、ＩＰデータ取得部１３０において得られたＩＰデータに含まれるＵＤＰデータを放送サービスデータとして、放送サービス提供部１４０に送信するものである。

放送サービス提供部１４０は、送信部１２０から送信された放送サービスデータをループバックインターフェース経由で受信し、放送サービスデータに含まれる映像データ等を再生することによって、放送サービスを視聴者に提供するものである。

次に、図２を参照して、本実施の形態に係る受信機１００が、デジタル放送波を受信し、ＴＳパケットを取得した後、ＩＰデータを処理する方法について説明する。図２は、本実施の形態に係る受信機１００におけるＩＰデータの処理工程を表すフロー図である。

まず、ループバックインターフェースソケット生成部１２５が、ループバックインターフェースへのソケットを生成する（Ｓ２００）。次に、ＩＰデータ取得部１３０が、復調されたＴＳパケットからＩＰデータを得る（Ｓ２１０）。そして、送信部１２０が、上記ループバックインターフェースへのソケットを介して、上記ＩＰデータに含まれるＵＤＰデータを放送サービスデータとして、放送サービス提供部１４０に当該放送サービスデータを送信する（Ｓ２２０）。このようにして、Ｓ２１０およびＳ２２０の処理が繰り返され、受信したデジタル放送波を順次処理することで、放送サービス提供部１４０において、放送サービスデータに含まれる映像データ等が再生され、ユーザに対して放送サービスの提供を行うことができる。

以上のように、本実施の形態に係る受信機１００においては、ＩＰデータ取得部１３０において得られたＩＰデータを、送信部１２０が、ループバックアドレスに対して送信するので、自ホストにおいてループバックアドレス以外のＩＰアドレスが有効になっていなくても、放送サービス提供部１４０に放送サービスデータを正しく送信することができる。その結果、視聴者は、受信機１００が、ネットワークに参加しているか否かにかかわらず、放送サービス提供部１４０が再生する放送サービスを享受することができる。

なお、ループバックアドレスは、ループバックインターフェースソケット生成部１２５が、送信部１２０に提供するものとしたが、これに限られず、ＰＣ１３５に記憶部を設け、当該記憶部にループバックアドレスを保存し、送信部１２０が読み出すようにしてもかまわない。

また、以上において、放送サービス提供部１４０に当該放送サービスデータを送信する場合、送信部１２０が指定するポートについては、任意の方法で指定することができるが、以下の（変形例１）において、その動作の一例について詳細に説明する。

（変形例１）
まず、受信機１００が、デジタル放送波を受信し、ＴＳパケットを取得した後、ＩＰデータ取得部１３０が、復調されたＴＳパケットからＩＰデータを得る。次に、ループバックインターフェースソケット生成部１２５によって、ループバックインターフェースへのソケットが生成される。その後、送信部１２０は、当該ＩＰデータに含まれるＵＤＰヘッダ内に格納されている送信先ポートを用いて、上記ＩＰデータに含まれるＵＤＰデータを放送サービスデータとして、ループバックインターフェースソケット生成部１２５によって生成されたソケットを介して、上記放送サービスデータを送信する。

このような構成は、送信先ポートと、当該送信先ポートを利用して送信される放送サービスデータとのマッピングが以下のようになっているときに有効である。図４を用いて、上記マッピングの一例について説明する。図４は、放送サービスやサービス情報と送信先ＩＰアドレスおよび送信先ポートを対応付けたマッピングテーブルである。同図に示すように、マッピングテーブルは、「送信先ＩＰアドレス」と、「送信先ポート」と、「コンテンツ」と、「サービス」の項目を含む。

「送信先ＩＰアドレス」および「送信先ポート」は、ＩＰデータ取得部１３０が取得するＩＰヘッダに含まれる送信先ＩＰアドレス、および、ＩＰデータに含まれるＵＤＰヘッダ内に格納されている送信先ポート指定のことである。「コンテンツ」は、ＩＰデータに含まれるＵＤＰデータに格納されている放送サービスデータの種類を示している。図４に示すマッピングテーブルにおいては、「コンテンツ」の種類には、音声データであることを示す“Ａｕｄｉｏ”、映像データであることを示す“Ｖｉｄｅｏ”、その他のデータであることを示す“Ｄａｔａ”の３種類がある。「サービス」は、当該放送サービスデータが提供する放送サービスを示しており、「番組１」、「番組２」および「データ」の３種類がある。

例えば、図４において、「番組１」は、「Ａｕｄｉｏ」および「Ｖｉｄｅｏ」のコンテンツから構成されており、その送信ポートには、それぞれ、「１１１１」および「１１１２」が割り当てられている。また、送信先ＩＰアドレスの指定はともに、「ＩＰｖ４:CC.DD.EE.FF」である。これは、ＩＰｖ４形式のＩＰアドレスであって、所定のアドレスであることを示す。また「データ」のサービスに対応する、「送信先ＩＰアドレス」は、「Ipv4:GG.HH.II.JJ」であり、「送信先ポート」は、「２０００」であり、「コンテンツ」は、「Ｄａｔａ」である。ここで、「番組１」および「番組２」が、放送サービス提供部１４０によって処理され、「データ」のサービスが、放送サービス提供部１４０以外の、図示しない別のデータ処理機能によって処理される場合、すなわち、放送サービス提供部１４０が、送信先ポート「１１１１」〜「１１１４」をモニタリングし、図示しない別のデータ処理機能が、送信先ポート「２０００」をモニタリングする場合は、以下のようになる。

サービス「番組１」および「番組２」は、送信部１２０によって、ループバックインターフェースソケット生成部１２５によって生成されたソケットを介して、放送サービス提供部１４０に送信され、サービス「データ」は、同様に、図示しない別のデータ処理機能に送信される。このような場合においても、放送サービス提供部１４０等に独自処理を追加し、構成を変更する必要がない。なお、本実施の形態においては、上記「番組１」および「番組２」のサービスと、「データ」のサービスとを、それぞれ放送サービス提供部１４０と、図示しない別のデータ処理機能とによって処理するものとしたがこれに限られず、すべてのサービスを同一のアプリケーションで処理するようにしてもよい。例えば、全てのサービスを放送サービス提供部１４０において処理するようにしてもよい。

（変形例２）
以下において、さらに別の変形例である変形例２について説明する。変形例２では、受信機１００において、ループバックインターフェースソケット生成部１２５がソケットを生成する際に、ドメインにＩＰｖ４プロトコルを指定してソケットを生成する。

ループバックインターフェースソケット生成部１２５は、ソケットの生成において、ドメインにＩＰｖ４プロトコルを指定する。上記の動作を、図５を参照して説明する。

図５は、本実施の形態に係る受信機におけるＩＰデータの処理工程の別の例を表すフロー図である。同図は、図２と比べて、Ｓ２００の処理が、Ｓ２００’となっている点で異なる。同図のＳ２００’において、ループバックインターフェースソケット生成部１２５は、ソケットの生成に際して、ドメインにＩＰｖ４プロトコルを指定する。それ以外の処理工程については、図２に示すとおりである。このようにして、送信部１２０は、ループバックインターフェースソケット生成部１２５によって生成されたソケットを介して、ＩＰｖ４形式で、放送サービス提供部４４０に対して、放送サービスデータを送信する。

このため、ＩＰデータ取得部１３０において得られたＩＰデータが、ＩＰｖ６プロトコルのＩＰデータであって、受信機１００のＰＣ１３５のネットワーク機能がＩＰｖ６プロトコルをサポートしない場合であっても、ＩＰｖ４プロトコルのループバックインターフェースを介して送信することで、受信機１００上で動作する放送サービス提供ソフトウェアは、放送サービスデータを適切に受信することができる。このため、受信機１００のＰＣ１３５がＩＰｖ６プロトコルをサポートしない場合であっても、視聴者に対して放送サービスを提供することができるという効果を奏する。

なお、本発明の実施の形態および変形例では、ＰＣ１３５と受信モジュール１１０との接続インターフェースにＰＣＩやＳＤＩＯで接続されるとして説明したが、これに限定されず、データをやり取りできる接続インターフェースであれば通信媒体は問われず、また、有線接続でも無線接続でもよい。

なお、本発明の実施の形態および変形例では、受信機１００は、ＰＣ１３５と受信モジュール１１０にて構成されていたが、これに限定されず、ＰＣ１３５と受信モジュール１１０に該当する構成は一体でもよい。例えば、ＰＣ１３５は携帯電話やＰＤＡ（Personal Digital Assistant）をはじめとする通信端末であってもよく、受信モジュール１１０が当該携帯電話に組み込まれた形態で実現されていてもよい。

なお、本発明の実施の形態および変形例では、ＩＰデータ取得部１３０は、受信モジュールコントローラ１１５内に構成されていたが、これに限定されず、例えば、受信モジュール１１０内に構成される形態であってもかまわない。また、送信部１２０およびループバックインターフェースソケット生成部１２５も受信モジュールコントローラ１１５内に構成されていたが、受信モジュールコントローラ１１５の外に構成される形態であってもかまわない。また、本発明の実施の形態および変形例では、受信モジュールコントローラ１１５は、ソフトウェアとして説明したが、ハードウェアであってもかまわない。

なお、本発明の実施の形態の変形例２では、ループバックインターフェースソケット生成部１２５は、ソケット生成において、ドメインにＩＰｖ４プロトコルを指定するとして説明を行ったが、例えば、受信機１００のＰＣ１３５がＩＰｖ４プロトコルをサポートせず、ＩＰｖ６プロトコルのみをサポートする場合には、ソケット生成において、ドメインにＩＰｖ６プロトコルを指定する構成であってもよい。このような構成であれば、ＩＰデータ取得部１３０にて得られたＩＰデータがＩＰｖ４プロトコルのＩＰデータであっても、ＩＰｖ６プロトコルのループバックインターフェースを介して送信することで、受信機１００上で動作する放送サービス提供ソフトウェアは、視聴者に対して放送サービスを提供することができるという効果を奏する。

本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

最後に、受信機１００の各ブロック、特に送信部１２０は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、受信機１００は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである受信機１００の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記受信機１００に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、受信機１００を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

また、本発明は次のように表現することもできる。

すなわち、本発明に係る受信機は、ＩＰデータパケットを伝搬するデジタル放送波を受信する受信機において、上記デジタル放送波からＩＰデータパケットを取得するＩＰデータパケット取得手段と、自己ホストを表すループバックアドレスに対し、上記ＩＰデータパケットに含まれる送信データを送信する折り返し送信手段とを備えることを特徴とする受信機である。

また、本発明は次のように表現することもできる。

すなわち、本発明に係る受信機は、ＩＰデータとして伝送されるデジタル放送を受信する受信機であって、前記デジタル放送を復調してＩＰデータを得るＩＰデータ取得手段と、ループバックインターフェースへのソケットを生成するソケット生成手段と、前記ソケットを使用して前記ＩＰデータを送信する送信手段と、を備えることを特徴とする受信機である。

ＩＰデータを伝搬するデジタル伝送信号によって送信される放送サービスを受信し、当該放送サービスを再生するような装置、例えば、携帯電話機などにおいて、広く好適に使用できる。

本発明の実施の形態を示すものであり、受信機の要部構成を示すブロック図である。 本実施の形態に係る受信機におけるＩＰデータの処理工程を表すフロー図である。 ＩＰデータの構成を示す概略図である。 放送サービスやサービス情報と送信先ＩＰアドレスおよび送信先ポートを対応付けたマッピングテーブルである。 本実施の形態に係る受信機におけるＩＰデータの処理工程の別の例を表すフロー図である。 ＤＶＢ−Ｈ方式のデジタル放送波を受信し、放送サービスを再生する、従来の放送受信機の要部構成の一例を示すブロック図である。

符号の説明

１００ 受信機
１０５ アンテナ
１１０ 受信モジュール
１１５ 受信モジュールコントローラ
１２０ 送信部（折り返し送信手段）
１３０ ＩＰデータ取得部１３０

Claims (8)

1. データ転送のための通信規約において規定されるデータフォーマットに基づくデータパケットを伝搬するデジタル放送信号を受信し、上記デジタル放送信号から、上記データパケットを取得する受信機において、
   上記通信規約で規定される所定のアドレスであって、自ホスト内において折り返し送信するためのアドレスである自己アドレスに対して、取得した上記データパケットに含まれる送信データを送信する折り返し送信手段を備えることを特徴とする受信機。
2. 上記通信規約は、ＩＰ（Internet Protocol）プロトコルであり、
   上記データパケットは、ＩＰデータパケットであり、
   上記自己アドレスは、ループバックアドレスであることを特徴とする請求項１に記載の受信機。
3. 上記折り返し送信手段は、ソケット通信によって上記ＩＰデータパケットに含まれる送信データを送信することを特徴とする請求項２に記載の受信機。
4. さらに、上記折り返し送信手段は、上記ソケット通信において、上記ＩＰデータパケットのペイロードに格納されているデータに含まれる送信先ポートを指定することを特徴とする請求項３に記載の受信機。
5. さらに、上記折り返し送信手段は、上記ソケット通信において、ＩＰｖ４（Version 4）プロトコルを採用することを特徴とする請求項３または請求項４に記載の受信機。
6. 請求項１から５までのいずれか１項に記載の受信機を動作させる受信機制御プログラムであって、
   コンピュータを上記の手段として機能させるための受信機制御プログラム。
7. 請求項６に記載の受信機制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
8. データ転送のための通信規約において規定されるデータフォーマットに基づくデータパケットを伝搬するデジタル放送信号を受信し、上記デジタル放送信号から、上記データパケットを取得する受信機制御方法において、
   上記通信規約で規定される所定のアドレスであって、自ホスト内において折り返し送信するためのアドレスである自己アドレスに対して、取得した上記データパケットに含まれる送信データを送信する折り返し送信ステップを含むことを特徴とする受信機制御方法。

Images