(57)【要約】【課題】ＤＳＧ専用のミドルウェア機能を実装せずともＤＳＧデータの受信が可能なデータ受信システムを提供すること。【解決手段】再送信装置において、ＣＡＴＶネットワークからＤＳＧパケットを取得する。そして、受信端末へパケットを伝送するために用いるポート番号を決める。更に、パケットの宛先アドレスおよびポート番号に関する情報を書き換える。また、ポート番号の情報を保存する。その後、書き換えたパケットを再送信する。受信端末では、再送信装置からポート情報を取得し、当該ポート番号宛てに送られてくる書き換え後のＤＳＧパケットを受信する。【選択図】図１
2007288358.tif 000002
【特許請求の範囲】
【請求項１】
ＣＡＴＶネットワークからＤＳＧパケットを受信し、当該パケットの宛先に関する情報を書き換えて再送信する再送信装置と、
前記再送信装置から送信された書き換え後のパケットを受信する受信端末とからなる、データ受信システム。
【請求項２】
前記再送信装置は、
ＣＡＴＶネットワークからＤＳＧパケットを取得するＤＳＧパケット取得部と、
前記受信端末へ前記パケットを伝送するために用いるポート番号を決めるポート番号決定部と、
前記パケットの宛先アドレスおよび前記ポート番号に関する情報を書き換えるパケット変更部と、
前記ポート番号の情報を保存するポート情報保存部と、
ＴＣＰあるいはＵＤＰプロトコルで前記書き換えたパケットを前記受信端末に送信する書き換えパケット送信部とを備え、
前記受信端末は、
前記ポート情報保存部からポート情報を取得するポート情報取得部と、
前記ポート番号宛てに送られてくる前記書き換え後のＤＳＧパケットを受信する受信部とを備える、請求項１に記載のデータ受信システム。
【請求項３】
前記ポート情報保存部は、前記ポート番号の情報をＭＩＢに保存し、
前記ポート情報取得部は、ＳＮＭＰを用いて前記ＭＩＢからポート情報を取得する、請求項２に記載のデータ受信システム。
【請求項４】
ＣＡＴＶネットワークからＤＳＧパケットを取得するＤＳＧパケット取得部と、
ＣＡＴＶ受信端末へ前記パケットを伝送するために用いるポート番号を決めるポート番号決定部と、
当該パケットの宛先アドレスおよび前記ポート番号に関する情報を書き換えるパケット変更部と、
前記ポート番号の情報を保存するポート情報保存部と、
ＴＣＰあるいはＵＤＰプロトコルで前記書き換えたパケットを前記受信端末に送信する書き換えパケット送信部とを備える再送信装置。
【請求項５】
パケットの再送信に用いるポート番号の情報であるポート情報を、再送信装置が有するＭＩＢからＳＮＭＰを用いて取得するポート情報取得部と、
前記取得したポート番号宛てに送られてくるＤＳＧパケットを受信する受信部とを備える、受信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ケーブルモデムに接続されたネットワークに関し、より特定的には、ケーブルモデムおよびケーブルモデムに接続されたネットワーク端末間のパケットの交換方法に関する。
【背景技術】
【０００２】
ケーブルテレビ網においてデータ通信を行なうためには、ケーブルモデムと呼ばれる機器を接続する必要があるが、これが広く普及するためには、異なるメーカーのケーブルモデム同士が相互に通信できる必要がある。このような、ケーブルモデムを利用したネットワーク通信の規格としてＤＯＣＳＩＳ（Ｄａｔａ  Ｏｖｅｒ  Ｃａｂｌｅ  Ｓｅｒｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ）がある。ＤＯＣＳＩＳを用いることで、ケーブルＴＶに加入している家庭で、インターネットに必要なＴＰＣ／ＩＰ、ＵＤＰ／ＩＰ通信を行うことができる。そして、この技術をデジタル放送に利用した規格として、ＤＳＧ（ＤＯＣＳＩＳ  Ｓｅｔ−Ｔｏｐ  Ｇａｔｅｗａｙ）と呼ばれる規格がある（例えば、非特許文献１〜３）。ＤＳＧは、従来ＯＯＢ（Ｏｕｔ  ｏｆ  Ｂａｎｄ）で行っていたＣＡＳデータ、チャンネル情報のデータ送信をＤＯＣＳＩＳ上で行う規格である。ＤＳＧは、ＯＯＢより高速なデータ通信、ＩＰアドレスを持たない端末でのデータ受信を特徴とする。ＤＳＧは、ＩＰアドレスを持たない端末で受信するために、ＤＳＧ規格で送られるパケット（以下、ＤＳＧパケット）の識別は、ＭＡＣアドレスのみで行われ、ＩＰアドレスによる識別は行わない。また、複数種類のＤＳＧパケットを受信するためには、複数のＭＡＣアドレスのパケットを取得する必要がある。
【０００３】
図７に、従来のＤＳＧパケットを受信するためのネットワーク端末２００およびケーブルモデム２０８を示す。図７において、ネットワーク端末２００は、アプリケーション１０１、ＤＳＧデータ取得部１０２、ＴＣＰ−ＵＤＰ／ＩＰ処理部１０３、データリンク処理部１０４、ＣＭデータＩ／Ｆ部１０７、ＳＮＭＰサーバ１０６、およびＤＳＧ処理部１１５から構成される。アプリケーション１０１は、ＤＳＧデータを要求する。また、取得したＤＳＧデータを処理してデジタル放送番組の再生等を行う。ＤＳＧデータ取得部１０２は、アプリケーション１０１からの要求に応じて、ＤＳＧデータの取得要求をケーブルモデム２０８に発行する。また、当該要求に応じて取得されたＤＳＧデータをＤＳＧ処理部１１５を介して受け取る。ＴＣＰ−ＵＤＰ／ＩＰ処理部１０３は、ネットワークプロトコルＴＣＰ／ＩＰ、ＵＤＰ／ＩＰに関する処理を行う（ネットワーク層の処理）。データリンク処理部１０４は、指定されたＭＡＣアドレスのパケットをフィルタリングする（データリンク層の処理）。ＣＭデータＩ／Ｆ部１０７は、ケーブルモデム２０８との物理信号の送受信を行う（物理層の処理）。ＳＮＭＰサーバ１０６は、ケーブルモデム１０８の内部情報をＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を用いてＳＮＭＰエージェント１１３から取得する。ＤＳＧ処理部１１５は、ＣＭデータＩ／Ｆ部１０７を介してケーブルモデム２０８から送られてきたＤＳＧパケットを受信する。そして、ＤＳＧプロトコルに固有の処理を行って、ＤＳＧデータ取得部１０２にＤＳＧデータを出力する。
【０００４】
ケーブルモデム２０８は、ＤＳＧデータフィルタリング部１０９と、ネットワークデータＩ／Ｆ部１１１と、ＭＩＢ１１２と、ＳＮＭＰエージェント１１３と、ネットワーク端末データＩ／Ｆ部１１４とから構成される。ＤＳＧデータフィルタリング部１０９は、ＤＳＧデータ取得部１０２からの要求に応じたＤＳＧパケットをフィルタリングする。ネットワークデータＩ／Ｆ部１１１は、ケーブルネットワークの物理信号の変調、復調を行う。また、復調したＤＳＧパケットをＤＳＧデータフィルタリング部１０９に出力する。ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）１１２は、ＳＮＭＰにおける監視対象機器の情報を格納する「管理情報ベース」であり、ケーブルモデム１０８の内部情報を格納する。ＳＮＭＰエージェント１１３は、ＭＩＢ１１２に格納された情報を外部機器（ネットワーク端末２００等）に提供する。ネットワーク端末データＩ／Ｆ部１１４は、ネットワーク端末２００との間で物理信号の送受信を行う。
【０００５】
上記のような構成で、ＴＣＰ／ＩＰやＵＤＰ／ＩＰを利用してデータ送受信する場合は、データリンク処理部１０４により端末毎に割り当てられたＭＡＣアドレス宛てに送信されたパケットを受信し、ＴＣＰ−ＵＤＰ／ＩＰ処理部１０３でＴＣＰ／ＩＰ、ＵＤＰ／ＩＰの通信プロトコルの処理を行い、アプリケーション１０１に必要なデータが渡される。一方、ＤＳＧを利用してデータを受信する場合は、ＤＳＧデータ取得部１０２は、取得したいＤＳＧパケットのＭＡＣアドレスをＤＳＧ処理部１１５に渡す。ＤＳＧ処理部１１５は指定されたＭＡＣアドレスが一致するＤＳＧパケットをフィルタリングしてＣＭデータＩ／Ｆ部１０７から取得する。そして、取得されたＤＳＧパケットは、ＤＳＧデータ取得部１０２を経由してアプリケーション１０１に渡される。
【非特許文献１】ケーブルラボス（CableLabs）、”ドクシス２．０  スペシフィケーションズ（DOCSIS 2.0 Specifications）”、［online］、ケーブルラボス（CableLabs）、［平成18年4月12日(水)検索］、インターネット＜ＵＲＬ：http://www.cablemodem.com/specifications/specifications20.html＞
【非特許文献２】ケーブルラボス（CableLabs）、”ドクシス  セットトップゲートウェイ（ＤＳＧ）  インターフェース  スペシフィケーション（DOCSIS Set-top Gateway (DSG) Interface Specification）”、［online］、ケーブルラボス（CableLabs）、［平成18年4月12日(水)検索］、インターネット＜ＵＲＬ：http://www.cablemodem.com/specifications/gateway.html＞
【非特許文献３】ケーブルラボス（CableLabs）、”イードクシス  スペシフィケーション（e-DOCSIS Specification）”、［online］、ケーブルラボス（CableLabs）、［平成18年4月12日(水)検索］、インターネット＜ＵＲＬ：http://www.cablemodem.com/specifications/e-docsis.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述したような装置においては、従来から以下に示す問題点があった。ＤＯＣＳＩＳでパケット通信する端末は、インターネットに対応するためＴＣＰ／ＩＰやＵＤＰ／ＩＰのネットワークミドルウェアが標準で装備されている。このネットワークミドルウェアは端末をＩＰアドレスで識別し、ＩＰアドレスとＭＡＣアドレスは１対１となることが基本となっている。しかし、ＤＳＧのプロトコルは、上述のようにＩＰアドレスを用いたパケットの識別等が行われず、ＭＡＣアドレスを用いてパケットの識別を行う。そのため、所望のＤＳＧパケットを受信するためには、一旦、自端末のＭＡＣアドレス以外のパケットを受信し、自端末宛てのパケットのみをフィルタリングする必要がある。このような処理を行うためには、ＤＳＧ専用のネットワークミドルウェアを準備し、実装する必要がある。従って、あらゆるネットワーク端末でＤＳＧ機能を実現するためには、各端末で、ＤＳＧ専用のネットワークミドルウェアを実装するようネットワーク機能を改良しなければならず、ＤＳＧ機能の普及を阻害するという問題がある。
【０００７】
それ故に、本発明の目的は、ＤＳＧ専用のミドルウェア機能を実装せずともＤＳＧデータの受信が可能なデータ受信システムを提供することである。
【課題を解決するための手段】
【０００８】
第１の発明は、ＣＡＴＶネットワークからＤＳＧパケットを受信し、当該パケットの宛先に関する情報を書き換えて再送信する再送信装置と、当該再送信装置から送信された書き換え後のパケットを受信する受信端末とからなる、データ受信システムである。なお、ここでいう宛先に関する情報とは、例えば、ＭＡＣアドレスやＩＰアドレスやポート番号を指す。
【０００９】
第２の発明は、上記第１の発明において、再送信装置は、ＣＡＴＶネットワークからＤＳＧパケットを取得するＤＳＧパケット取得部と、受信端末へ前記パケットを伝送するために用いるポート番号を決めるポート番号決定部と、パケットの宛先アドレスおよびポート番号に関する情報を書き換えるパケット変更部と、ポート番号の情報を保存するポート情報保存部と、ＴＣＰあるいはＵＤＰプロトコルで書き換えたパケットを受信端末に送信する書き換えパケット送信部とを備える。また、受信端末は、ポート情報保存部からポート情報を取得するポート情報取得部と、ポート番号宛てに送られてくる書き換え後のＤＳＧパケットを受信する受信部とを備える。
【００１０】
第３の発明は、上記第２の発明において、ポート情報保存部は、ポート番号の情報をＭＩＢに保存し、ポート情報取得部は、ＳＮＭＰを用いてＭＩＢからポート情報を取得する。ここで、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）とは、ＳＮＭＰで管理されるネットワーク機器が、自分の状態を外部に知らせるために公開する情報のことをいう。
【００１１】
第４の発明は、ＣＡＴＶネットワークからＤＳＧパケットを取得するＤＳＧパケット取得部と、ＣＡＴＶ受信端末へパケットを伝送するために用いるポート番号を決めるポート番号決定部と、当該パケットの宛先アドレスおよびポート番号に関する情報を書き換えるパケット変更部と、ポート番号の情報を保存するポート情報保存部と、ＴＣＰあるいはＵＤＰプロトコルで書き換えたパケットを受信端末に送信する書き換えパケット送信部とを備える再送信装置である。
【００１２】
第５の発明は、パケットの再送信に用いるポート番号の情報であるポート情報を再送信装置が有するＭＩＢからＳＮＭＰを用いて取得するポート情報取得部と、取得したポート番号宛てに送られてくるＤＳＧパケットを受信する受信部とを備える、受信端末である。
【発明の効果】
【００１３】
上記第１の発明によれば、受信端末側にＤＳＧ専用のネットワークミドルウェアを実装していなくても、ＤＳＧデータを受信することが可能となる。その結果、ＤＳＧを用いたデジタル放送等を手軽に視聴することができ、ＤＳＧ機能を普及させやすくすることができる。
【００１４】
上記第２の発明によれば、上記第１の発明と同様の効果を得ることができる。
【００１５】
上記第３の発明によれば、ポート情報の取得に、一般によく用いられているＳＮＭＰを利用する。そのため、ポート取得のための機能を別途実装する必要がなく、汎用性を高めることができる。
【００１６】
上記第４乃至第５の発明によれば、上記第１の発明と同様の効果を得ることができる。
【発明を実施するための最良の形態】
【００１７】
図１は、本発明の実施の形態に係るデータ受信システムの構成を示すブロック図である。本実施形態にかかるデータ受信システムは、ネットワーク端末１００（以下、単に端末と呼ぶ）およびケーブルモデム１０８（以下、単にモデムと呼ぶ）とから構成されている。図１において、端末１００は、アプリケーション１０１と、ＤＳＧデータ取得部１０２と、ＴＣＰ−ＵＤＰ／ＩＰ処理部１０３と、データリンク処理部１０４と、受信ポート判断部１０５と、ＳＮＭＰサーバ１０６と、ＣＭデータＩ／Ｆ部１０７とで構成される。
【００１８】
アプリケーション１０１は、ＤＳＧデータを要求する。また、取得したＤＳＧデータを処理してデジタル放送番組の再生等を行う。ＤＳＧデータ取得部１０２は、アプリケーション１０１からの要求に応じて、ＤＳＧデータの取得要求をモデム２０８に発行する。ＴＣＰ−ＵＤＰ／ＩＰ処理部１０３は、ネットワークプロトコルＴＣＰ／ＩＰ、ＵＤＰ／ＩＰに関する処理を行う。具体的には、ＴＣＰ−ＵＤＰ／ＩＰ処理部１０３は、データリンク処理部１０４から端末１００に送信されたパケットを受信し、所望のポート番号のパケットをＤＳＧデータ取得部１０２に渡す。データリンク処理部１０４は、受信したパケットを、ＭＡＣアドレスに基づいてフィルタリングする。受信ポート判断部１０５は、ＳＮＭＰを用いて端末１００のＭＩＢ１１２を参照し、ＤＳＧパケットが送信されてくるＵＤＰポート（すなわち、受信に用いるポート）を判断する。ＳＮＭＰサーバ１０６は、モデム１０８の内部情報をＳＮＭＰエージェント１１３から取得する。ＣＭデータＩ／Ｆ部１０７は、モデム１０８との物理信号の送受信を行う。
【００１９】
次に、モデム１０８の構成について説明する。図１において、モデム１０８は、ＤＳＧデータフィルタリング部１０９と、パケット変更部１１０と、ネットワークデータＩ／Ｆ部１１１と、ＭＩＢ１１２と、ＳＮＭＰエージェント１１３と、ネットワーク端末データＩ／Ｆ部１１４とから構成される。ＤＳＧデータフィルタリング部１０９は、ネットワークデータＩ／Ｆ部１１１より取得したパケットから、ＤＳＧデータ取得部１０２の要求に応じたパケットをフィルタリングし、パケット変更部１１０へパケットを渡す。パケット変更部１１０は、ＤＳＧパケットの宛先ＭＡＣアドレス、宛先ＩＰアドレス、宛先ポート番号を書き換える。パケット変更部１１０で書き換えられたＤＳＧパケットは、ネットワーク端末データＩ／Ｆ１１４を介して、ネットワーク端末１００に送信される。また、パケット変更部１１０は、ＤＳＧパケットの送信されるＵＤＰポートについての情報をＭＩＢ１１２に格納する。ネットワークデータＩ／Ｆ部１１１は、ケーブルネットワークの物理信号の変調、復調を行う。また、復調したＤＳＧパケットをＤＳＧデータフィルタリング部１０９に出力する。ＭＩＢ１１２は、上記ＤＳＧパケットの送信されるＵＤＰポートについての情報やモデム１０８の内部情報等を格納する。ＳＮＭＰエージェント１１３は、ＭＩＢ１１２に格納された情報を外部機器に提供する。ネットワーク端末データＩ／Ｆ部１１４は、端末１００との間で物理信号の送受信を行う。
【００２０】
次に、本実施形態における受信動作の概要を説明する。本実施形態では、マルチキャストを用いているものとする。ここで、マルチキャストについて説明しておくと、マルチキャストとは、ネットワーク内で、複数の相手を指定して同じデータを送信することである。ＴＣＰ／ＩＰネットワークでは、複数のあて先を指定して一回データを送信すれば、通信経路上のルータがあて先に応じて自動的にデータを複製してくれるので、回線を圧迫することなく効率よく配信することができる。インターネットで映像配信を行なう場合などに使われている。また、ＴＣＰ／ＩＰネットワークでは、クラスＤ（２２４．０．０．０〜２３９．２５５．２５５．２５５）というアドレスがマルチキャストアドレスとして予約されている。これらのアドレスに対してマルチキャストを行うと、あらかじめマルチキャストの受信準備のできているノードに対する一斉送信となる。また、ＩＰマルチキャストをサポートするために、０１−００−５Ｅ−００−００−００〜０１−００−５Ｅ−７Ｆ−ＦＦ−ＦＦの範囲のマルチキャストアドレスは、イーサネット（登録商標）のＭＡＣアドレスとして予約されている。そして、ＩＰマルチキャストアドレスをＭＡＣマルチキャストアドレスにマッピングするには、ＩＰマルチキャストアドレスの下位２３ビットをＭＡＣマルチキャストアドレスの下位２３ビットに直接マッピングする。より具体的には、ＩＰアドレスの２番目のオクテットの最後の７ビットを１６進数に変換し、また、３番目と４番目のオクテットを、１６進数に直接変換することでＩＰアドレスに対応するＭＡＣアドレスが算出される。本実施形態では、上記マルチキャストアドレスとして、２２４．１０．１０．１０を用いるものとして説明する。すなわち、モデムが当該アドレスを指定してパケットを送出すれば、マルチキャストの受信準備のできている複数のネットワーク端末１００で当該パケットが受信できるものとする。
【００２１】
次に、図２を用いて、受信動作の流れの概要を説明する（なお、図２における参照符号は、後述する図４、図６のフローチャートの参照符号と対応するものである）。図２において、まず、端末１００側で、アプリケーション１０１が、ＤＳＧデータ取得部１０２にＤＳＧデータの取得を要求すると、ＤＳＧデータ取得部１０２は、ＤＳＧデータフィルタリング部１０９にＤＳＧパケットの取得を要求する（ステップＳ４０１）。これに応じて、モデム側では、所望のＤＳＧパケットを取得する（ステップＳ３０１〜Ｓ３０２）。そして、取得したＤＳＧパケットをマルチキャストで送信できるように、当該パケットの宛先アドレスを書き換える。また、当該パケットのＵＤＰ送信に使用するポート番号を決定し、当該ポート番号の情報についての上記パケット内の情報も書き換える（ステップＳ３０３〜３０６）。これに併せて、当該ポート番号の情報をモデム１０８のＭＩＢ１１２に書き込む（ステップＳ３０７）。
【００２２】
次に、端末１００側で、上記ＭＩＢ１１２から上記ポート番号情報を取得する（ステップＳ４０２）。具体的には、受信ポート判断部１０５が、ＳＮＭＰサーバ１０６を利用してモデム１０８のＭＩＢ１１２から、上記ＵＤＰ送信に使われるポート番号の情報を取得する。次に、取得したポート番号および上記マルチキャストアドレスを用いてＤＳＧパケットの受信のための準備設定を行う（ステップＳ４０３）。そして、モデム１０８からパケット変更部１１０で書き換えられたＤＳＧパケットがマルチキャストアドレス宛てに送出され（ステップＳ３０８）、端末１００は、上記マルチキャストアドレスおよびポート番号に基づいてこれを受信する（ステップＳ４０４）。
【００２３】
このように、本実施形態では、ＤＳＧパケットをマルチキャストで送信できるようにモデム１０８で書き換えて、端末に送出している。これにより、端末側ではＤＳＧ専用のネットワークミドルウェアを実装していなくても、ＤＳＧデータを受信することが可能となる。
【００２４】
次に、本実施形態で用いられる各種データについて説明する。図３は、ＤＳＧパケット３０の構造を示した図である。ＤＳＧパケットには、イーサネット（登録商標）ヘッダ３１と、ＩＰパケット３２が含まれる。イーサネット（登録商標）ヘッダには、宛先ＭＡＣアドレス３１１が含まれる。宛先ＭＡＣアドレス３１１は、送信先となるＭＡＣアドレス、つまり、取得要求を出した端末のＭＡＣアドレスである。
【００２５】
ＩＰパケット３２には、ＩＰヘッダ３２１とＵＤＰパケット３３が含まれる。ＩＰヘッダ３２１には、宛先ＩＰアドレス３２２が含まれる。宛先ＩＰアドレス３２２は、取得要求を出した端末のＩＰアドレスである。
【００２６】
ＵＤＰパケット３３には、ＵＤＰヘッダ３３１と、ＤＳＧデータ３３２が含まれる。ＵＤＰヘッダ３３１には、端末への伝送に使われるポートの番号である、宛先ポート番号３３１１が含まれる。ＤＳＧデータ３３２は、アプリケーション１０１で処理される、ＣＡＴＶの番組内容等のＤＳＧのデータである。
【００２７】
次に、ＭＩＢ１１２について説明する。ＭＩＢ１１２は、ＤｓｇＩｆＥｓｔｂＩｆＥｎｔｒｙというデータを有する。このＤｓｇＩｆＥｓｔｂＩｆＥｎｔｒｙは、受信要求されたパケットの数だけある。そして、当該ＤｓｇＩｆＥｓｔｂＩｆＥｎｔｒｙには、ＳｅｎｄＰｏｒｔとＭＡＣＡｄｄｒというデータが含まれている。ＳｅｎｄＰｏｒｔには、ＤＳＧパケットが送信されるＵＤＰポートの番号が格納される。ＭＡＣＡｄｄｒには、送信先となるＭＡＣアドレス、つまり、要求を出した端末のＭＡＣアドレスが格納される。なお、これらの情報以外にも、パケットの送信元アドレスに関する情報やアプリケーションのＩＤ等の情報がＭＩＢ１１２には含まれるが、本発明と直接関連しないので、詳細な説明は省略する。
【００２８】
次に、モデム１０８におけるＤＳＧパケットの受信処理の詳細を、図４を用いて説明する。図４において、ＤＳＧデータフィルタリング部１０９は、まず、受信したパケットの宛先がモデム１０８であるか否かを判定する（ステップＳ３０１）。具体的には、ＤＳＧパケット３０に自己のＭＡＣアドレスが宛先として指定されているか否か等で判定する。その結果、モデム１０８宛ての場合（ステップＳ３０１でＹＥＳ）は、そのまま処理を終了する。
【００２９】
一方、モデム１０８宛てではない場合（ステップＳ３０１でＮＯ）は、ＤＳＧデータフィルタリング部１０９は、端末１００からフィルタリング要求（取得要求）されているパケットか否かを判定する（ステップＳ３０２）。その結果、ネットワーク端末１００から要求されたパケットでない場合は（ステップＳ３０２でＮＯ）は、そのまま処理を終了する。一方、ネットワーク端末１００から要求されたパケットの場合（ステップＳ３０２でＹＥＳ）、パケット変更部１１０は、当該パケットの宛先ＩＰアドレス３２２を、あらかじめ定められたマルチキャストＩＰアドレス（本実施形態では、２２４．１０．１０．１０）へ書き換える。続いて、当該パケットの宛先ＭＡＣアドレス３１１を、上記マルチキャストＩＰアドレスに対応するマルチキャストＭＡＣアドレスに書き換える（ステップＳ３０４）。更に、パケット変更部１１０は、利用されていないＵＤＰの空きポートを検索し、送出に使用するポートを決定する（ステップＳ３０５）。ここでは、送出に使用するポート番号を”０ｘＤ０００”とする。
【００３０】
次に、パケット変更部１１０は、ＵＤＰヘッダ３３１の宛先ポート番号３３１１を”０ｘＤ０００”に書き換える（ステップＳ３０６）。図５は、書き換えられた後のパケットの一例を示す図である。図５においては、イーサネット（登録商標）ヘッダ３１の宛先ＭＡＣアドレス３１１が、”２２４．１０．１０．１０”に対応するＭＡＣアドレスに書き換えられている。また、ＩＰヘッダ３２の宛先ＩＰアドレス３２２が、”２２４．１０．１０．１０”に書き換えられ、ＵＤＰヘッダ３３１の宛先ポート番号３３１１が、”０ｘＤ０００”に書き換えられている。
【００３１】
図４に戻り、続いて、パケット変更部１１０は、上記ＭＩＢ１１２のＤｓｇＩｆＥｓｔｂＩｆＥｎｔｒｙの内、取得したＤＳＧパケットに対応するＤｓｇＩｆＥｓｔｂＩｆＥｎｔｒｙのＳｅｎｄＰｏｒｔに”０ｘＤ０００”を設定する（ステップＳ３０７）。その後、データＩ／Ｆ部１１４を介して、書き換えたＤＳＧパケットがネットワーク端末に送信される（ステップＳ３０８）。
【００３２】
次に、端末１００におけるＤＳＧパケットの受信処理の詳細を、図６を用いて説明する。図６において、ＤＳＧデータ取得部は、アプリケーション１０１からの要求に応じて、ＤＳＧパケット取得要求をモデム１０８のＤＳＧデータフィルタリング部１０９に発行する（ステップＳ４０１）。より具体的には、ケーブルネットワークより周期的に送られてくる、ＤＣＤ（Ｄｏｗｎｓｔｒｅａｍ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ）と呼ばれるデータを用いて、取得すべきパケットを特定し、取得要求を発行する。ＤＣＤとは、ＤＳＧパケットの情報を示すデータであり、ＤＳＧパケットを特定するためのパラメータ（ＭＡＣアドレス、Ｓｏｕｒｃｅ  ＩＰアドレス、Ｓｏｕｒｃｅ  ＩＰマスク、Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰアドレス、Ｄｅｓｔｉｎａｔｉｏｎ  ＴＣＰ／ＵＤＰポート等）が記述されている。
【００３３】
次に、受信ポート判断部１０５は、ＳＮＭＰを利用してＭＩＢ１１２のＤｓｇＩｆＥｓｔｂＩｆＥｎｔｒｙから、ＤＳＧパケットが送られてくるポート番号を取得する（ステップＳ４０２）。そして、取得したポート番号の情報をＴＣＰ−ＵＤＰ／ＩＰ処理部１０３に出力する。
【００３４】
次に、ＴＣＰ−ＵＤＰ／ＩＰ処理部１０３は、予め定められたマルチキャストＩＰ”２２４．１０．１０．１０”と上記ポート番号”０ｘＤ０００”でＤＳＧパケットを取得する設定（取得準備）を行う（ステップＳ４０３）。
【００３５】
次に、ＴＣＰ−ＵＤＰ／ＩＰ処理部１０３は、マルチキャストで送られてくるＤＳＧパケットを受信し（ステップＳ４０４）、アプリケーション１０１にＤＳＧデータを渡す（ステップＳ４０５）。そして、アプリケーション１０１は、取得したＤＳＧデータを処理することで、ＣＡＴＶ番組の再生等を行う。以上で、本実施形態に係る受信処理は終了する。
【００３６】
このように、本実施形態では、モデム１０８において受信したＤＳＧパケットを、ＩＰネットワークで伝送できるように書き換えてから、端末１００に送出している。これにより、端末側ではＤＳＧ専用のネットワークミドルウェアを実装していなくても、ＤＳＧデータを受信することができる。
【００３７】
なお、上述の実施形態においては、マルチキャストを使用している場合を例として説明したため、書き換えるＩＰアドレスとしてマルチキャストのアドレスを用いていたが、これに限らず、端末１００に設定されているＩＰアドレスにしてもよい。この場合は、ＤＳＧデータ取得部１０２が、ＤＳＧデータフィルタリング部１０９に取得要求を行う際に、自己のＩＰアドレスを通知しておくようにしておけばよい。また、この場合の宛先ＭＡＣアドレスの書き換えについては、例えば、ＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用して当該ネットワーク端末１００から、ＭＡＣアドレスを取得し、そのアドレスに書き換えるようにすればよい。上記マルチキャストアドレスを用いる場合も、端末のアドレスを直接用いる場合も、いずれの場合であっても、端末１００側でＤＳＧ処理専用の機能を実装することなく、ＩＰネットワークを用いてＤＳＧデータを取得することが可能となる。
【産業上の利用可能性】
【００３８】
本発明にかかるデータ受信システムは、ＤＳＧ専用のデータ取得処理を実装しなくても、既存のＩＰネットワークのモジュールを利用してＤＳＧデータを取得することができ、ＣＡＴＶ視聴システム等に有用である。。
【図面の簡単な説明】
【００３９】
【図１】本発明の実施の形態に係るデータ受信システムの構成を示すブロック図
【図２】本発明の実施の形態に係る受信動作の流れの概要を説明するための図
【図３】ＤＳＧパケット３０の構造を示した図
【図４】モデム１０８におけるＤＳＧパケットの受信処理の詳細を示すフローチャート
【図５】書き換えられた後のパケットの一例を示す図
【図６】端末１００におけるＤＳＧパケットの受信処理の詳細を示すフローチャート
【図７】従来におけるネットワーク端末およびケーブルモデムを示すブロック図
【符号の説明】
【００４０】
１００    ネットワーク端末
１０１    アプリケーション
１０２    ＤＳＧデータ取得部
１０３    ＴＣＰ−ＵＤＰ／ＩＰ処理部
１０４    データリンク処理部
１０５    受信ポート判断部
１０６    ＳＮＭＰサーバ
１０７    ＣＭデータＩ／Ｆ部
１０８    ケーブルモデム
１０９    ＤＳＧデータフィルタリング部
１１０    パケット変更部
１１１    ネットワークデータＩ／Ｆ部
１１２    ＭＩＢ
１１３    ＳＮＭＰエージェント
１１４    ネットワーク端末データＩ／Ｆ部
１１５    ＤＳＧ処理部
２００    ネットワーク端末
２０８    ケーブルモデム
【図１】
2007288358.tif 000003
【図２】
2007288358.tif 000004
【図３】
2007288358.tif 000005
【図４】
2007288358.tif 000006
【図５】
2007288358.tif 000007
【図６】
2007288358.tif 000008
【図７】
2007288358.tif 000009