(57)【要約】【課題】ＵＲＩやＦＱＤＮを使用している利点が損なうことなく、通信プロトコルとして各々異なるバージョンのＩＰプロトコルを使用する装置との接続を高速化することが可能な情報受信装置及び情報受信方法を提供する。【解決手段】通信部１１は、２度目の通信からは、記憶部１２おいて、予めＦＱＤＮによるサーバ名に対応付けて記憶されたＩＰバージョンを使用して、ＤＮＳサーバ２１，３１に名前解決を行う。これにより、ＵＲＩやＦＱＤＮを使用している利点が損なうことなく、通信プロトコルとして各々異なるバージョンのＩＰプロトコルを使用する装置との接続を高速化することが可能となる。【選択図】図１
2009239864.tif 000002
【特許請求の範囲】
【請求項１】
通信プロトコルとして第１のバージョンのＩＰプロトコルを使用する少なくとも１台の第１の装置と、第２のバージョンのＩＰプロトコルを使用する少なくとも１台の第２の装置とからネットワークを介して情報を受信する通信手段と、
前記通信手段が情報の受信を行った前記第１の装置及び前記第２の装置のいずれかと、当該通信に使用された前記第１のバージョンのＩＰプロトコル及び前記第２のバージョンのＩＰプロトコルのいずれかとを対応付けて記憶する記憶手段と、
を備え、
前記通信手段は、前記記憶手段において前記第１の装置及び前記第２の装置のいずれかに対応付けて記憶された前記第１のバージョンのＩＰプロトコル及び前記第２のバージョンのＩＰプロトコルのいずれかのＩＰプロトコルを使用して情報の受信を行うことを特徴とする情報受信装置。
【請求項２】
前記通信手段は、前記第１のバージョンのＩＰプロトコル及び前記第２のバージョンのＩＰプロトコルのいずれかの内で、前回の情報の送受信に使用されたＩＰプロトコルを使用して情報の受信を行うことを特徴とする請求項１に記載の情報受信装置。
【請求項３】
前記通信手段は、前記ネットワークに接続された構成情報サーバに記憶された前記ネットワークの構成情報中のマルチキャストアドレスに応じて、前記第１のバージョンのＩＰプロトコル及び前記第２のバージョンのＩＰプロトコルのいずれかのＩＰプロトコルを使用して情報の受信を行うことを特徴とする請求項１又は請求項２のいずれか１項に記載の情報受信装置。
【請求項４】
前記通信手段は、前記記憶手段において前記第１の装置及び前記第２の装置のいずれかに対応付けて記憶された前記第１のバージョンのＩＰプロトコル及び前記第２のバージョンのＩＰプロトコルのいずれかのＩＰプロトコルに応じて、前記第１のバージョンのＩＰプロトコル及び前記第２のバージョンのＩＰプロトコルのいずれかに対応したＤＮＳサーバから、前記第１の装置及び前記第２の装置のいずれかのＩＰアドレスを取得して情報の受信を行うことを特徴とする請求項１〜３のいずれか１項に記載の情報受信装置。
【請求項５】
前記通信手段が受信した情報を表示する表示手段をさらに備えたことを特徴とする請求項１〜４のいずれか１項に記載の情報受信装置。
【請求項６】
通信手段が、通信プロトコルとして第１のバージョンのＩＰプロトコルを使用する少なくとも１台の第１の装置と、第２のバージョンのＩＰプロトコルを使用する少なくとも１台の第２の装置とからネットワークを介して情報を受信し、
記憶手段が、前記通信手段が情報の受信を行った前記第１の装置及び前記第２の装置のいずれかと、当該通信に使用された前記第１のバージョンのＩＰプロトコル及び前記第２のバージョンのＩＰプロトコルのいずれかとを対応付けて記憶し、
前記通信手段は、前記記憶手段において前記第１の装置及び前記第２の装置のいずれかに対応付けて記憶された前記第１のバージョンのＩＰプロトコル及び前記第２のバージョンのＩＰプロトコルのいずれかのＩＰプロトコルを使用して情報の受信を行うことを特徴とする情報受信方法。
【請求項７】
前記通信手段は、前記第１のバージョンのＩＰプロトコル及び前記第２のバージョンのＩＰプロトコルのいずれかの内で、前回の情報の送受信に使用されたＩＰプロトコルを使用して情報の受信を行うことを特徴とする請求項６に記載の情報受信方法。
【請求項８】
前記通信手段は、前記ネットワークに接続された構成情報サーバに記憶された前記ネットワークの構成情報中のマルチキャストアドレスに応じて、前記第１のバージョンのＩＰプロトコル及び前記第２のバージョンのＩＰプロトコルのいずれかのＩＰプロトコルを使用して情報の受信を行うことを特徴とする請求項６又は７に記載の情報受信方法。
【請求項９】
前記通信手段は、前記記憶手段において前記第１の装置及び前記第２の装置のいずれかに対応付けて記憶された前記第１のバージョンのＩＰプロトコル及び前記第２のバージョンのＩＰプロトコルのいずれかのＩＰプロトコルに応じて、前記第１のバージョンのＩＰプロトコル及び前記第２のバージョンのＩＰプロトコルのいずれかに対応したＤＮＳサーバから、前記第１の装置及び前記第２の装置のいずれかのＩＰアドレスを取得して情報の受信を行うことを特徴とする請求項６〜８のいずれか１項に記載の情報受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報受信装置及び情報受信方法に関し、特に、通信プロトコルとして各々異なるバージョンのＩＰプロトコルを使用する装置からネットワークを介して情報を受信する情報受信装置及び情報受信方法に関するものである。
【背景技術】
【０００２】
サービス事業者がＶＯＤ（Video  On  Demand）やＩＰ（Internet  Protocol）放送をサービスする映像配信システムにおいて、ストリームや情報ファイルのやりとりにＩＰプロトコルが使用されるが、サービス事業者によりＩＰｖ４やＩＰｖ６と言ったネットワークで使用されているＩＰプロトコルに違いがある。そのため、例えば、特許文献１では、ＩＰｖ４パケットおよびＩＰｖ６パケットの送受信を行うＩＰ送受信手段と、ＩＰヘッダ変換によってＩＰｖ４パケットとＩＰｖ６パケットの相互変換を行うＩＰヘッダ変換手段と、ＩＰｖ４端末またはＩＰｖ６端末から送られてくるドメイン情報獲得要求を受け付けてその処理を代行するＤＮＳ代行手段と、ＤＨＣＰサーバからＩＰｖ４アドレスを獲得するＩＰｖ４アドレス獲得手段と、ＩＰｖ６端末のＩＰｖ６アドレスとＩＰｖ４アドレス獲得手段が獲得したＩＰｖ４アドレスを対応付けて保持するＩＰアドレス変換情報保持手段とを有し、ＩＰｖ６端末に予め固定でＩＰｖ４アドレスを割り当てなくても、ＩＰｖ４端末との間の通信ができるようにしたＩＰｖ４−ＩＰｖ６変換装置が開示されている。
【特許文献１】特開２００６−６７６１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、複数のサービス事業者に対応した受信機がサービスを受けるためには、サービス事業者のサーバに接続する必要があるが、通常接続先は、ＩＰアドレスが直接指定されるのではなくＵＲＩ（Uniform  Resource  Identifier）やＦＱＤＮ（Fully  Qualified  Domain  Name）と呼ばれる形式で書かれているため、受信機側では、そのサーバで使用されているＩＰプロトコルが、ＩＰｖ４であるかＩＰｖ６であるかを判断することができない。
【０００４】
受信機は、ＩＰアドレス等が両方とも正しく設定されているとして、サーバのアドレスを取得するため、まずＩＰｖ６のＤＮＳ（Domain  Name  System）サーバに問合せを行い、失敗ならＩＰｖ４のＤＮＳサーバに問合せるという動作を行うことが多い（ＤＮＳによる名前解決）。しかしながらサーバがＩＰｖ４のときには、一度ＩＰｖ６のＤＮＳに問い合わせた後となるため、要求パケットがロスした場合やＩＰｖ６のＤＮＳサーバに障害があった場合には、本来接続するサービスに関係がないにもかかわらず接続に時間がかかってしまう。またこれを回避するためにサーバのＩＰアドレスを記憶してしまうと、サービス事業者のシステム変更時やサーバの負荷分散への対応というＵＲＩやＦＱＤＮを使用している利点が損なわれてしまう。
【０００５】
本発明は、かかる事情に鑑みてなされたものであり、その目的は、ＵＲＩやＦＱＤＮを使用している利点が損なうことなく、通信プロトコルとして各々異なるバージョンのＩＰプロトコルを使用する装置との接続を高速化することが可能な情報受信装置及び情報受信方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明は、通信プロトコルとして第１のバージョンのＩＰプロトコルを使用する少なくとも１台の第１の装置と、第２のバージョンのＩＰプロトコルを使用する少なくとも１台の第２の装置とからネットワークを介して情報を受信する通信手段と、通信手段が情報の受信を行った第１の装置及び第２の装置のいずれかと、当該通信に使用された第１のバージョンのＩＰプロトコル及び第２のバージョンのＩＰプロトコルのいずれかとを対応付けて記憶する記憶手段と、を備え、通信手段は、記憶手段において第１の装置及び第２の装置のいずれかに対応付けて記憶された第１のバージョンのＩＰプロトコル及び第２のバージョンのＩＰプロトコルのいずれかのＩＰプロトコルを使用して情報の受信を行うことを特徴とする情報受信装置である。
【０００７】
また、本発明は、通信手段が、通信プロトコルとして第１のバージョンのＩＰプロトコルを使用する少なくとも１台の第１の装置と、第２のバージョンのＩＰプロトコルを使用する少なくとも１台の第２の装置とからネットワークを介して情報を受信し、記憶手段が、通信手段が情報の受信を行った第１の装置及び第２の装置のいずれかと、当該通信に使用された第１のバージョンのＩＰプロトコル及び第２のバージョンのＩＰプロトコルのいずれかとを対応付けて記憶し、通信手段は、記憶手段において第１の装置及び第２の装置のいずれかに対応付けて記憶された第１のバージョンのＩＰプロトコル及び第２のバージョンのＩＰプロトコルのいずれかのＩＰプロトコルを使用して情報の受信を行うことを特徴とする情報受信方法である。
【発明の効果】
【０００８】
本発明の情報受信装置及び情報受信方法によれば、ＵＲＩやＦＱＤＮを使用している利点が損なうことなく、通信プロトコルとして各々異なるバージョンのＩＰプロトコルを使用する装置との接続を高速化することが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態に係る情報受信装置及び情報受信方法について添付図面を参照して説明する。
【００１０】
図１は、本実施形態に係る映像配信システムの構成例を示す図である。図１に示すように、ＩＰＴＶ（Internet  Protocol  Television）機器やパーソナルコンピュータ等の受信機（情報受信装置）１０は、ＩＰｖ６ネットワーク２０及びＩＰｖ４ネットワーク３０に接続可能とされている。ＩＰｖ６ネットワーク２０には、ＤＮＳサーバ２１、構成情報サーバ２２、ポータルサーバ２３、ＶＯＤサーバ２４、ＩＰ放送サーバ２５及びＤＲＭサーバ２６が接続されている。ＩＰｖ４ネットワーク３０には、ＤＮＳサーバ３１、構成情報サーバ３２、ポータルサーバ３３、ＶＯＤサーバ３４、ＩＰ放送サーバ３５及びＤＲＭサーバ３６が接続されている。なお、図１に示すシステムの構成及びサーバの名称等は一般的なものであり、これに限定するものではない。
【００１１】
図２は、本実施形態に係る受信機の構成例を示すブロック図である。図２に示すように、本実施形態の受信機は、通信部（通信手段）１１、記憶部（記憶手段）１２、ＡＶデコーダ１３、制御部１４及び表示部１５を備えている。通信部１１は、通信プロトコルとしてＩＰｖ６（第１のバージョンのＩＰプロトコル）を使用するＩＰｖ６ネットワーク２０と、通信プロトコルとしてＩＰｖ４（第２のバージョンのＩＰプロトコル）を使用するＩＰｖ４ネットワーク３０とに、デュアルスタックにより１つのインターフェイスで接続し、映像等の情報を受信するためのものである。なお、図３の受信機１０’に示すように、通信部１１’は、ＩＰｖ６ネットワーク２０及びＩＰｖ４ネットワーク３０それぞれ専用のインターフェイスを持つ形式としても良い。
【００１２】
記憶部１２は、通信部１１が情報の受信を行ったＩＰｖ６ネットワーク２０及びＩＰｖ４ネットワーク３０上のそれぞれのサーバと、当該サーバとの通信に使用されたＩＰｖ６及びＩＰｖ４のいずれかのＩＰプロトコルとを対応付けて記憶するためのものである。
【００１３】
図４は、本実施形態に係るサーバとＩＰバージョンとの記録例を示す図である。図４に示すように、通信部１１が、構成情報サーバ３２、ポータルサーバ３３及びＶＯＤサーバ３４と、ＦＱＤＮを用いて接続し、名前解決によりそれぞれのＩＰアドレスを取得した場合は、当該ＩＰプロトコルのＩＰバージョンであるＩＰｖ４がそれぞれのサーバ名（ＦＱＤＮ）に対応付けて記憶されている。なお、図４の例では、通信部１１が、ＤＲＭサーバ３６と直接ＩＰアドレスにより接続した場合には、名前解決は不要であるため、ここには記録されない。なお、記憶部１２に記憶されるサーバ名とＩＰバージョンとは、必ずしも通信部１１が接続を行った全てのサーバについて記憶する必要はなく、そのサービスでユーザが複数回接続するものや、受信機１０が定期的に情報を取得するもののみでもよい
【００１４】
図２に戻り、ＡＶデコーダ１３は、通信部１１が受信した映像信号及び音声信号を復号化するためのものである。制御部１４は、通信部１１、記憶部１２、ＡＶデコーダ１３及び表示部１５の動作を制御するためのものである。表示部１５は、具体的には液晶ディスプレイやスピーカ等であり、ＡＶデコーダ１３が復号化した映像信号及び音声信号から映像及び音声を出力するためのものである。
【００１５】
以下、本実施形態の受信機の動作について説明する。図５は、一般的なＤＮＳの名前解決の手順を示すフロー図である。図５に示すように、本実施形態の受信機１０においても、ＩＰｖ６ネットワーク２０及びＩＰｖ４ネットワーク３０上のそれぞれのサーバと１回目に接続を行う場合は、一般的なＤＮＳの名前解決を行う。ここではポータルサーバに接続する場合を例とする。
【００１６】
ポータルサーバへ接続要求があった場合（Ｓ１０１）、通信部１１は、当該サーバがＦＱＤＮにより指定されているときは以降のステップに進み（Ｓ１０２）、もし当該サーバがＩＰアドレスにより指定されているときは（Ｓ１０２）、直接ＩＰアドレスにより接続を行う（Ｓ１０３）。
【００１７】
通信部１１は、記憶部１２に当該ＦＱＤＮに対応した記録が無い場合は（Ｓ１０４）、ＩＰｖ６ネットワーク２０のＤＮＳサーバ２１に当該サーバ名（ＦＱＤＮ）からＩＰアドレスを問い合わせる（Ｓ１０５）。通信部１１は、ＩＰｖ６ネットワーク２０のＤＮＳサーバ２１において、当該サーバのＩＰアドレスを取得することができなかったときは（Ｓ１０６）、ＩＰｖ４ネットワーク３０のＤＮＳサーバ３１に対してＩＰアドレスを問い合わせる（Ｓ１０７）。
【００１８】
通信部１１が、ＩＰｖ６ネットワーク２０のＤＮＳサーバ２１及びＩＰｖ４ネットワーク３０のＤＮＳサーバ３１のいずれからもＩＰアドレスを取得することができなかったときは（Ｓ１０８）、表示部１５にエラー通知が表示される（Ｓ１０９）。一方、通信部１１が、ＩＰｖ６ネットワーク２０のＤＮＳサーバ２１及びＩＰｖ４ネットワーク３０のＤＮＳサーバ３１のいずれかから、ポータルサーバ２３，３３いずれかのＩＰアドレスを取得することができたときは（Ｓ１０６，Ｓ１０８）、記憶部１２は当該サーバ名とＩＰアドレスを取得することができたＩＰバージョンとを対応付けて記憶する（Ｓ１１０）。
【００１９】
なお、図５の例では、ＤＮＳによる名前解決が、ＩＰｖ６からＩＰｖ４の順となっているが、ＩＰｖ４からＩＰｖ６の順としても良い。また、通信部１１がそれまでに接続したいずれかのサーバのＩＰバージョンがＩＰｖ４であったときは、先にＩＰｖ４から名前解決を行い、通信部１１がそれまでに接続したいずれかのサーバのＩＰバージョンがＩＰｖ６であったときは、先にＩＰｖ６から名前解決を行うものとしても良い。
【００２０】
図６及び図７は、それぞれ記憶部１２に記憶されているＩＰバージョンがＩＰｖ６及びＩＰｖ４である場合の名前解決の手順を示すフロー図である。図６に示すように、記憶部１２に記憶されている当該サーバ名に対応付けられたＩＰバージョンがＩＰｖ６であった場合は（Ｓ２０１）、通信部１１は、ＩＰｖ６ネットワーク２０のＤＮＳサーバ２１に当該サーバ名からＩＰアドレスを問い合わせる（Ｓ２０２）。通信部１１は、ＩＰｖ６ネットワーク２０のＤＮＳサーバ２１において、ポータルサーバ２３のＩＰアドレスを取得することができたときは、当該ＩＰアドレスにてポータルサーバ２３と接続する（Ｓ２０８）。
【００２１】
通信部１１は、ＩＰｖ６ネットワーク２０のＤＮＳサーバ２１において、当該サーバのＩＰアドレスを取得することができなかったときは（Ｓ２０３）、ＩＰｖ４ネットワーク３０のＤＮＳサーバ３１に対してＩＰアドレスを問い合わせる（Ｓ２０４）。
【００２２】
通信部１１が、ＩＰｖ６ネットワーク２０のＤＮＳサーバ２１及びＩＰｖ４ネットワーク３０のＤＮＳサーバ３１のいずれからもＩＰアドレスを取得することができなかったときは（Ｓ２０５）、表示部１５にエラー通知が表示される（Ｓ２０６）。一方、通信部１１が、ＩＰｖ４ネットワーク３０のＤＮＳサーバ３１から、ポータルサーバ３３のＩＰアドレスを取得することができたときは（Ｓ２０５）、記憶部１２は当該サーバ名とＩＰアドレスを取得することができたＩＰｖ４とを対応付けて再度記憶する（Ｓ２０７）。通信部１１は、当該ＩＰアドレスにてポータルサーバ３３と接続する（Ｓ２０８）。
【００２３】
一方、図６及び図７に示すように、記憶部１２に記憶されている当該サーバ名に対応付けられたＩＰバージョンがＩＰｖ４であった場合は（Ｓ２０１）、通信部１１は、ＩＰｖ４ネットワーク３０のＤＮＳサーバ３１に当該サーバ名からＩＰアドレスを問い合わせる（Ｓ３０１）。通信部１１は、ＩＰｖ４ネットワーク３０のＤＮＳサーバ３１において、ポータルサーバ３３のＩＰアドレスを取得することができたときは、当該ＩＰアドレスにてポータルサーバ３３と接続する（Ｓ３０７）。
【００２４】
通信部１１は、ＩＰｖ４ネットワーク３０のＤＮＳサーバ３１において、当該サーバのＩＰアドレスを取得することができなかったときは（Ｓ３０２）、ＩＰｖ６ネットワーク２０のＤＮＳサーバ２１に対してIＰアドレスを問い合わせる（Ｓ３０３）。
【００２５】
通信部１１が、ＩＰｖ６ネットワーク２０のＤＮＳサーバ２１及びＩＰｖ４ネットワーク３０のＤＮＳサーバ３１のいずれからもＩＰアドレスを取得することができなかったときは（Ｓ３０４）、表示部１５にエラー通知が表示される（Ｓ３０５）。一方、通信部１１が、ＩＰｖ６ネットワーク２０のＤＮＳサーバ２１から、ポータルサーバ２３のＩＰアドレスを取得することができたときは（Ｓ３０４）、記憶部１２は当該サーバ名とＩＰアドレスを取得することができたＩＰｖ６とを対応付けて再度記憶する（Ｓ３０６）。通信部１１は、当該ＩＰアドレスにてポータルサーバ２３と接続する（Ｓ３０７）。
【００２６】
なお、映像配信システムではそのサービスの構成が書かれた構成情報ファイルが構成情報サーバ２２，３２から取得できる場合がある。この構成情報ファイルには、ＩＰ放送用のマルチキャストアドレスや他のサーバの情報が書かれている場合が多い。このため、通信部１１は、当該マルチキャストアドレスの値に基づいて、あるいは他の直接ＩＰアドレスが書かれている情報を基にして、ＩＰｖ６及びＩＰｖ４の優先度を変更するものとしても良い。
【００２７】
本実施形態によれば、通信部１１は、２度目の通信からは、記憶部１２おいて予めＦＱＤＮによるサーバ名に対応付けて記憶されたＩＰバージョンを使用して、ＤＮＳサーバ２１，３１に名前解決を行うため、ＵＲＩやＦＱＤＮを使用している利点が損なうことなく、通信プロトコルとして各々異なるバージョンのＩＰプロトコルを使用する装置との接続を高速化することが可能となる。また、ユーザの操作性も向上させることができる。
【００２８】
特に、本実施形態では、通信部１１がそれまでに接続したいずれかのサーバのＩＰバージョンがＩＰｖ４であったときは、先にＩＰｖ４から名前解決を行い、通信部１１がそれまでに接続したいずれかのサーバのＩＰバージョンがＩＰｖ６であったときは、先にＩＰｖ６から名前解決を行うものとすることにより、接続の高速化を図ることができる可能性を高めることができる。
【００２９】
加えて、本実施形態では、構成情報サーバ２２，３２に記録された構成情報ファイルのマルチキャストアドレスの値に基づいて、ＩＰｖ６及びＩＰｖ４の優先度を変更することにより、接続の高速化を図ることができる。
【００３０】
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に限定されるものではなく種々の変形が可能である。
【図面の簡単な説明】
【００３１】
【図１】本実施形態に係る映像配信システムの構成例を示す図である。
【図２】本実施形態に係る受信機の構成例を示すブロック図である。
【図３】本実施形態に係る受信機の別の構成例を示すブロック図である。
【図４】本実施形態に係るサーバとＩＰバージョンとの記録例を示す図である。
【図５】一般的なＤＮＳの名前解決の手順を示すフロー図である。
【図６】記録されているＩＰバージョンがＩＰｖ６である場合の名前解決の手順を示すフロー図である。
【図７】記録されているＩＰバージョンがＩＰｖ４である場合の名前解決の手順を示すフロー図である。
【符号の説明】
【００３２】
１…映像配信システム、１０，１０’…受信機、１１，１１’…通信部、１２…記録部、１３…ＡＶデコーダ、１４…制御部、１５…表示部、２０…ＩＰｖ６ネットワーク、２１，３１…ＤＮＳサーバ１、２２，３２…構成情報サーバ、２３，３３…ポータルサーバ、２４，３４…ＶＯＤサーバ、２５，３５…ＩＰ放送サーバ、２６，３６…ＤＲＭサーバ。
【図１】
2009239864.tif 000003
【図２】
2009239864.tif 000004
【図３】
2009239864.tif 000005
【図４】
2009239864.tif 000006
【図５】
2009239864.tif 000007
【図６】
2009239864.tif 000008
【図７】
2009239864.tif 000009