(57)【要約】【課題】通信回線を介して、映像データ等を複数の端末装置に一斉に送信することができる情報処理装置を提供する。【解決手段】情報処理装置１０は、送信される情報である送信情報を受け付ける受付部１１と、パケットをカプセル化して送信するトンネル通信を一の端末装置との間でそれぞれ行う複数のトンネル通信部１３〜１５と、受付部１１が受け付けた送信情報に関するパケットを、複数のトンネル通信部１３〜１５を介して、それぞれ複数の端末装置１０１〜１０３に送信する送信部１２とを備える。また、複数のトンネル通信部１３〜１５でカプセル化された各パケットに含まれる内部パケットの送信先のアドレスは同一である。【選択図】図１
2006295787.tif 000002
【特許請求の範囲】
【請求項１】
送信される情報である送信情報を受け付ける受付部と、
トンネル通信を一の端末装置との間でそれぞれ行う複数のトンネル通信部と、
前記受付部が受け付けた送信情報に関するパケットを、前記複数のトンネル通信部を介して、それぞれ複数の前記端末装置に送信する送信部と、を備え、
前記複数のトンネル通信部から送信されるカプセル化された各パケットに含まれる各内部パケットの送信先のアドレスは同一である、情報処理装置。
【請求項２】
前記複数のトンネル通信部は、それぞれパケットをカプセル化して送信する、請求項１記載の情報処理装置。
【請求項３】
前記送信部は、前記トンネル通信部が行っているすべてのトンネル通信の経路を介して、前記パケットを送信する、請求項１または請求項２記載の情報処理装置。
【請求項４】
前記送信情報に関するパケットは、前記各トンネル通信部が行うすべてのトンネル通信の経路のうち、２以上のトンネル通信の経路を介して送信される、請求項１または請求項２記載の情報処理装置。
【請求項５】
前記トンネル通信部から送信されるカプセル化されたパケットに含まれる内部パケットの送信先のアドレスは、マルチキャストアドレスである、請求項１から請求項４のいずれか記載の情報処理装置。
【請求項６】
前記複数のトンネル通信部から送信されるカプセル化された各パケットに含まれる各内部パケットは同一である、請求項１から請求項５のいずれか記載の情報処理装置。
【請求項７】
前記受付部は、前記送信情報を受信する、請求項１から請求項６のいずれか記載の情報処理装置。
【請求項８】
請求項７記載の情報処理装置と、
前記送信情報を前記情報処理装置に送信する情報送信装置と、を備えた情報処理システム。
【請求項９】
送信される情報である送信情報を受け付ける受付ステップと、
前記受付ステップで受け付けられた送信情報に関するパケットを、トンネル通信を一の端末装置との間でそれぞれ行う複数のトンネル通信部に渡す送信ステップと、
前記複数のトンネル通信部が、カプセル化されたパケットをそれぞれ複数の前記端末装置に送信するトンネル送信ステップと、を備え、
前記複数のトンネル通信部から送信されるカプセル化された各パケットに含まれる各内部パケットの送信先のアドレスは同一である、情報処理方法。
【請求項１０】
前記送信ステップで前記複数のトンネル通信部に渡されたパケットを、前記複数のトンネル通信部が、それぞれカプセル化するカプセル化ステップをさらに備えた請求項９記載の情報処理方法。
【請求項１１】
コンピュータに、
送信される情報である送信情報を受け付ける受付ステップと、
前記受付ステップで受け付けられた送信情報に関するパケットを、トンネル通信を一の端末装置との間でそれぞれ行う複数のトンネル通信部に渡す送信ステップと、
前記複数のトンネル通信部が、カプセル化されたパケットをそれぞれ複数の前記端末装置
に送信するトンネル送信ステップと、を実行させ、
前記複数のトンネル通信部から送信されるカプセル化された各パケットに含まれる各内部パケットの送信先のアドレスは同一である、プログラム。
【請求項１２】
コンピュータに、
前記送信ステップで前記複数のトンネル通信部に渡されたパケットを、前記複数のトンネル通信部が、それぞれカプセル化するカプセル化ステップをさらに実行させる、請求項１１記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トンネル通信を行う情報処理装置等に関する。
【背景技術】
【０００２】
従来、音声データや映像データを複数の装置に一斉に送信する技術として、マルチキャストが開発されている。そのマルチキャストを用いることにより、ＶＰＮを構築する技術なども開発されている（例えば、特許文献１参照）。
【０００３】
また、ＩＰ通信回線においてマルチキャストによる映像データ等の送信を行う場合には、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）が用いられている。ここで、ＩＧＭＰとは、マルチキャストにおいて、映像データ等を受信する装置のグループ（マルチキャストグループ）を制御するためのプロトコルである。
【特許文献１】特開２０００−３７１９１３号公報（第１頁、第１図等）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、マルチキャストを用いて映像データ等を送信する場合には、その映像データ等の経由する広域通信回線のルータに、マルチキャストに対応していないルータがあるとすると、そのルータより先に存在する装置には映像データ等が到達しないことになる。このように、マルチキャストを利用した映像データ等の送信は、きわめて限定的な状況においてしか実行できなかった。
【０００５】
また、マルチキャストを用いて映像データ等を送信する場合に、ＩＧＭＰを用いてマルチキャストグループを管理する負担が大きいという問題があった。特に、ＩＧＭＰを用いた場合には、通信回線におけるパケットの送信量が多くなり、通信回線における通信負荷が過大であるという問題もあった。また、ＩＧＭＰを用いた場合、ルータにおいて、映像データ等の送信先である端末装置が、マルチキャストパケットを受信する権利を有するかどうかを確認する処理を行う必要があり、その処理負担が大きいという問題もあった。
【０００６】
本発明は、上記問題点を解決するためになされたものであり、インターネットなどの通信回線を介して、映像データ等を複数の装置に一斉に送信することができる情報処理装置等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明による情報処理装置は、送信される情報である送信情報を受け付ける受付部と、トンネル通信を一の端末装置との間でそれぞれ行う複数のトンネル通信部と、前記受付部が受け付けた送信情報に関するパケットを、前記複数のトンネル通信部を介して、それぞれ複数の前記端末装置に送信する送信部と、を備え、前記複数のトンネル通信部から送信されるカプセル化された各パケットに含まれる各内部パケットの送信先のアドレスは同一である、ものである。
【０００８】
このような構成により、通信回線にマルチキャストに対応していないルータがあったとしても、複数のトンネル通信の経路を介して、複数の端末装置に情報を一斉に送信することができる。また、送信部が各トンネル通信部に渡すパケットの送信先のアドレスが同一であるため、送信部は、送信先ごとにアドレスを変更するなどの処理を行う必要がなく、送信部における処理負担が軽減されている。
【０００９】
また、本発明による情報処理装置では、前記複数のトンネル通信部は、それぞれパケットをカプセル化して送信してもよい。
このような構成により、受付部がカプセル化されていない送信情報を受け付けた場合であっても、複数のトンネル通信部は、その送信情報に関するパケットをカプセル化して送信することができる。
【００１０】
また、本発明による情報処理装置では、前記トンネル通信部から送信されるカプセル化されたパケットに含まれる内部パケットの送信先のアドレスは、マルチキャストアドレスであってもよい。
このような構成により、通信回線にマルチキャストに対応していないルータがあったとしても、複数のトンネル通信の経路を介して、マルチキャストによって複数の端末装置に情報を一斉に送信することができる。また、マルチキャストを用いているにもかかわらず、ＩＧＭＰによるマルチキャストグループの管理が不要であり、その管理のための負荷を軽減することができうる。例えば、ＩＧＭＰによる管理のための通信負荷や、映像データ等の送信先である端末装置が、マルチキャストパケットを受信する権利を有するかどうかを確認する処理の負荷等を軽減することができうる。
【００１１】
また、本発明による情報処理装置では、前記複数のトンネル通信部から送信されるカプセル化された各パケットに含まれる各内部パケットは同一であってもよい。
このような構成により、送信先ごとに送信元のアドレスを変更するなどの処理を行う必要がなく、処理負担が軽減されている。
【発明の効果】
【００１２】
本発明による情報処理装置等によれば、複数のトンネル通信を用いることにより、インターネットなどの広域通信回線のルータにマルチキャストに非対応のルータがあったとしても、映像データ等のデータを複数の端末装置に一斉に送信することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明による情報処理装置等について、実施の形態を用いて説明する。なお、以下の実施の形態において、同じ符号を付した構成要素及びステップは同一または相当するものであり、再度の説明を省略することがある。
（実施の形態１）
本発明の実施の形態１による情報処理システムについて、図面を参照しながら説明する。
【００１４】
図１は、本実施の形態による情報処理システムの構成を示す図である。図１において、本実施の形態による情報処理システムは、情報処理装置１０と、端末装置１０１，１０２，１０３とを備える。情報処理装置１０と、各端末装置１０１〜１０３とは、それぞれ通信回線１００を介したトンネル通信によって接続されている。ここで、通信回線１００は、例えば、インターネットやイントラネット、公衆電話回線網などである。
図１において、情報処理装置１０は、受付部１１と、送信部１２と、第１のトンネル通信部１３と、第２のトンネル通信部１４と、第３のトンネル通信部１５とを備える。
【００１５】
受付部１１は、送信情報を受け付ける。ここで、送信情報とは、情報処理装置１０が複数の端末装置１０１〜１０３に送信する情報である。送信情報は、例えば、映像データや、音声データであってもよく、アプリケーションなどのソフトウェアのデータであってもよく、テキストデータなどであってもよく、どのような種類の情報であってもよい。また、送信情報は、パケットに分割されている情報であってもよく、パケットに分割されていない情報であってもよい。前者の場合には、送信情報は複数のパケットから構成されても
よく、単一のパケットであってもよい。受付部１１は、例えば、有線もしくは無線の通信回線を介して送信された送信情報を受信してもよく、所定の記録媒体（例えば、光ディスクや磁気ディスク、半導体メモリなど）から読み出された送信情報を受け付けてもよい。本実施の形態では、受付部１１は送信された送信情報を受信するものとする。なお、受付部１１は、受け付けを行うためのデバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、受付部１１は、ハードウェアによって実現されてもよく、あるいは所定のデバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００１６】
送信部１２は、受付部１１が受け付けた送信情報に関するパケットを、複数のトンネル通信部１３〜１５を介して、それぞれ複数の端末装置１０１〜１０３に送信する。その送信情報に関するパケットが、複数のトンネル通信部１３〜１５でカプセル化されるパケットである。ここで、送信情報に関するパケットとは、送信情報が単数または複数のパケットである場合には、そのパケットそのものであってもよく、あるいは、そのパケットのヘッダ等が書き換えられたパケットであってもよい。また、送信情報がパケットではない場合には、送信情報に関するパケットとは、送信情報を基に送信部１２が構成したパケットであってもよく、あるいは、送信情報を基に他の構成要素において構成されたパケットであってもよい。ここで、送信部１２が複数のトンネル通信部１３〜１５に渡す送信情報に関するパケットの送信先のアドレスは、同一であるとする。例えば、そのカプセル化されるパケットの送信先のアドレスは、マルチキャストアドレスであってもよく、ブロードキャストアドレスであってもよく、ユニキャストアドレスであってもよい。本実施の形態では、カプセル化されるパケットの送信先のアドレスは、マルチキャストアドレスであるとする。なお、送信情報に関するパケットは、後述する複数のトンネル通信部１３〜１５によってカプセル化されて送信されるため、本実施の形態では、送信部１２は、通信に関するデバイス（例えば、モデムやネットワークカードなど）を有しないものとするが、送信部１２は、トンネル通信部１３〜１５との間で、通信に関するデバイスを介してパケットの受け渡しを行ってもよい。
【００１７】
第１のトンネル通信部１３は、端末装置１０１との間でトンネル通信を行う。すなわち、第１のトンネル通信部１３は、送信部１２から渡された送信情報に関するパケットをカプセル化して端末装置１０１に送信する。ここで、トンネル通信とは、カプセル化されたパケットを用いて行われる通信である。カプセル化とは、通信対象のパケットをプロトコルで規定されたヘッダなどで包み込むことである。カプセル化される通信対象のパケット（後述する図６で示されるオリジナルパケットであり、「カプセル化されたパケットに含まれる内部パケット」と呼ぶこともある）は、暗号化されてもよく、あるいは、暗号化されなくてもよい。トンネル通信の一例としては、ＵＤＰトンネル通信、ＨＴＴＰトンネル通信、Ｌ２ＴＰトンネル通信などがある。なお、第１のトンネル通信部１３は、端末装置１０１から送信されたカプセル化されたパケットを受信し、そのパケットのカプセル化の解除を行ってもよい。この場合には、情報処理装置１０に、そのカプセル化の解除されたパケットを受け付ける図示しない受付部などが存在してもよい。なお、トンネル通信の技術は従来から公知であり、その詳細な説明を省略する。第１のトンネル通信部１３は、通信を行うための通信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい（この場合には、第１のトンネル通信部１３と通信回線１００との間に図示しない通信デバイスが存在することとなる）。また、第１のトンネル通信部１３は、ハードウェアによって実現されてもよく、あるいは通信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００１８】
なお、第１のトンネル通信部１３と、端末装置１０１との間で行われるトンネル通信を管理するトンネル管理装置が通信回線１００に接続されていてもよい。ここで、トンネル管理装置は、例えば、第１のトンネル通信部１３と端末装置１０１との間でトンネル通信
を確立するのに必要な処理や、そのトンネル通信を維持できるかどうかのトンネルの寿命の管理に関する処理、トンネル通信を確立するときのユーザ認証の処理などを行うものである。
【００１９】
第２のトンネル通信部１４は、端末装置１０２との間でトンネル通信を行う。第２のトンネル通信部１４は、第１のトンネル通信部１３と同様のものであり、その説明を省略する。
第３のトンネル通信部１５は、端末装置１０３との間でトンネル通信を行う。第３のトンネル通信部１５は、第１のトンネル通信部１３と同様のものであり、その説明を省略する。
【００２０】
なお、第１のトンネル通信部１３、第２のトンネル通信部１４、第３のトンネル通信部１５の任意の２以上の要素が通信に関するデバイスを有する場合に、それらは同一の手段であってもよく、あるいは別々の手段であってもよい。本実施の形態では、第１のトンネル通信部１３、第２のトンネル通信部１４、第３のトンネル通信部１５が１個の通信デバイスを介して通信を行う場合について説明する。すなわち、図１では３個のトンネル通信を独立して記載しているが、これは論理的なものであって、物理的には、第１のトンネル通信部１３、第２のトンネル通信部１４、第３のトンネル通信部１５は１個のネットワークカードを介して通信回線１００に接続されているものとする。
【００２１】
また、受付部１１、第１のトンネル通信部１３、第２のトンネル通信部１４、第３のトンネル通信部１５の任意の２以上の要素が通信に関するデバイスを有する場合に、それらは同一の手段であってもよく、あるいは別々の手段であってもよい。
【００２２】
図２は、本実施の形態による端末装置１０１の構成を示すブロック図である。図２において、本実施の形態による端末装置１０１は、トンネル通信部２１と、処理部２２と、出力部２３とを備える。端末装置１０１は、例えば、コンピュータや、映像を表示する映像表示装置等であってもよく、他の装置と情報処理装置１０との間で情報の送受信を仲介する通信処理装置であってもよく、情報処理装置１０とトンネル通信を行うものであれば、どのようなものであってもよい。
【００２３】
トンネル通信部２１は、情報処理装置１０の第１のトンネル通信部１３とトンネル通信を行う。すなわち、第１のトンネル通信部１３から送信されたカプセル化されたパケットを受信し、そのパケットのカプセル化の解除を行う。なお、トンネル通信部２１は、パケットをカプセル化して情報処理装置１０に送信してもよい。また、トンネル通信部２１は、通信を行うための通信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい（この場合には、トンネル通信部２１と通信回線１００との間に図示しない通信デバイスが存在することとなる）。また、トンネル通信部２１は、ハードウェアによって実現されてもよく、あるいは通信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００２４】
処理部２２は、トンネル通信部２１によってカプセル化の解除されたパケットについて、所定の処理を行う。所定の処理とは、どのようなものであってもよい。所定の処理は、例えば、トンネル通信部２１によってカプセル化の解除されたパケットを出力部２３に渡す処理であってもよい。所定の処理は、例えば、カプセル化の解除されたパケットのルーティングやアドレス変換等の処理であってもよい。
【００２５】
出力部２３は、トンネル通信部２１でカプセル化の解除されたパケットであって、処理部２２によって所定の処理の行われたパケットを出力する。ここで、この出力は、例えば、表示デバイス（例えば、ＣＲＴや液晶ディスプレイなど）への表示でもよく、所定の機
器への通信回線を介した送信でもよく、プリンタによる印刷でもよく、スピーカによる音声出力でもよく、記録媒体への蓄積でもよい。なお、出力部２３は、出力を行うデバイス（例えば、表示デバイスやプリンタなど）を含んでもよく、あるいは含まなくてもよい。また、出力部２３は、ハードウェアによって実現されてもよく、あるいは、それらのデバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
なお、端末装置１０２，１０３も、端末装置１０１と同様の構成を有するものであり、その説明を省略する。
【００２６】
次に、本実施の形態による情報処理装置１０の動作について、図３のフローチャートを用いて説明する。
（ステップＳ１０１）受付部１１は、送信情報を受け付けたかどうか判断する。そして、送信情報を受け付けた場合には、ステップＳ１０２に進み、そうでない場合には、送信情報を受け付けるまで、ステップＳ１０１の処理を繰り返す。
【００２７】
（ステップＳ１０２）送信部１２は、受付部１１が受け付けた送信情報に関するパケットを、第１のトンネル通信部１３、第２のトンネル通信部１４、第３のトンネル通信部１５のそれぞれに渡す。
（ステップＳ１０３）第１のトンネル通信部１３、第２のトンネル通信部１４、第３のトンネル通信部１５は、それぞれ送信部１２から受け取ったパケットをカプセル化する。
【００２８】
（ステップＳ１０４）第１のトンネル通信部１３、第２のトンネル通信部１４、第３のトンネル通信部１５は、カプセル化したパケットをそれぞれ端末装置１０１、端末装置１０２、端末装置１０３にトンネル通信によって送信する。そして、ステップＳ１０１に戻る。
【００２９】
なお、ステップＳ１０３，Ｓ１０４において、トンネル通信部ごとに、パケットのカプセル化と、カプセル化したパケットの送信とが行われてもよい。また、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００３０】
次に、本実施の形態による情報処理装置１０の動作について、具体例を用いて説明する。図４は、次に説明する具体例におけるシステムの構成を示す図である。図４において、情報処理装置１０は、ネットワークカメラ２００から送信された送信情報を受信する。そして、その送信情報に関するパケットを、トンネル通信を介して端末装置１０１〜１０３のそれぞれに送信する。ネットワークカメラ２００は、図示しない撮影部を有しており、その撮影部で撮影した映像データを含む送信情報のパケットを、図示しない通信部を介して情報処理装置１０に送信するものである。また、端末装置１０１〜１０３は、情報処理装置１０から送信された映像データを表示する映像表示装置であるとする。また、この具体例では、送信部１２は、３個のトンネル通信部１３〜１５が行っているすべてのトンネル通信の経路を介して、パケットを送信するものとする。
【００３１】
また、情報処理装置１０、ネットワークカメラ２００等のアドレスは、以下の通りであるとする。
ネットワークカメラ２００：１９２．１６８．０．１
情報処理装置１０（ネットワークカメラ２００側）：１９２．１６８．０．１０
情報処理装置１０（通信回線１００側）：２０２．２２４．１３５．１０
端末装置１０１：１５５．３２．１０．１０
端末装置１０２：１５５．３２．２０．１０
端末装置１０３：１５５．３２．３０．１０
【００３２】
また、情報処理装置１０と、端末装置１０１〜１０３との間で行われるトンネル通信で
用いられるアドレス、すなわち、トンネル通信においてカプセル化されたパケットに含まれる内部パケット（図６で示されるオリジナルパケット）において用いられるアドレスは、以下の通りであるとする。
情報処理装置１０（端末装置１０１とのトンネル通信）：１０．８．１．１０
情報処理装置１０（端末装置１０２とのトンネル通信）：１０．８．１．１１
情報処理装置１０（端末装置１０３とのトンネル通信）：１０．８．１．１２
端末装置１０１：１０．８．１．１００
端末装置１０２：１０．８．１．１０１
端末装置１０３：１０．８．１．１０２
【００３３】
まず、ネットワークカメラ２００の撮影部において、映像の撮影が行われ、その撮影した映像データを含む送信情報のパケットがネットワークカメラ２００から情報処理装置１０に送信されたとする。図５は、ネットワークカメラ２００から情報処理装置１０に送信されるパケットの構造を示す図である。図５において、ＳＡ（Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ）は、送信元のＩＰアドレスを示す。ＳＰ（Ｓｏｕｒｃｅ  Ｐｏｒｔ）は、送信元のポート番号を示す。ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ）は、送信先のＩＰアドレスを示す。ＤＰ（Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ）は、送信先のポート番号を示す。ネットワークカメラ２００から情報処理装置１０に送信されるパケットはＵＤＰのパケットであり、送信先のＩＰアドレスは、マルチキャストアドレス「２２４．０．０．１」に設定されている。また、送信先のポート番号は「２３４５６」に設定されている。
【００３４】
受付部１１は、ネットワークカメラ２００から情報処理装置１０に送信された図５で示されるパケットを受信すると（ステップＳ１０１）、そのパケットを送信部１２に渡す。送信部１２は、受付部１１で受け付けられたパケットを、そのまま第１のトンネル通信部１３、第２のトンネル通信部１４、第３のトンネル通信部１５にそれぞれ渡す（ステップＳ１０２）。第１から第３のトンネル通信部１３〜１５は、それぞれ、送信部１２から受け取ったパケットをカプセル化する（ステップＳ１０３）。具体的には、図６で示されるように、送信部１２から受け取ったパケットにＥＳＰ（Ｅｎｃａｐｓｌａｔｉｎｇ  Ｓｅｃｕｒｉｔｙ  Ｐａｙｌｏａｄ）ヘッダとＥＳＰトレーラを付加し、さらに、ＵＤＰ／ＩＰヘッダを付加することによって、パケットのカプセル化を行う。ここで、ＥＳＰヘッダ、ＥＳＰトレーラは、図６で示されるオリジナルパケットを暗号化する目的で付加されるものである。また、カプセル化されたパケットのＵＤＰ／ＩＰヘッダの送信先のアドレスは、端末装置１０１のＩＰアドレスである。また、ＵＤＰ／ＩＰヘッダの送信元のアドレスは、情報処理装置１０の通信回線１００側のアドレスである。第２のトンネル通信部１４、第３のトンネル通信部１５も、同様にパケットのカプセル化を行う。そして、第１から第３のトンネル通信部１３〜１５は、そのカプセル化したパケットをそれぞれ端末装置１０１〜１０３に送信する（ステップＳ１０４）。その後、受付部１１によるパケットの受信から３個のトンネル通信部１３〜１５によるカプセル化したパケットの送信までの処理が繰り返されることになる。
【００３５】
端末装置１０１のトンネル通信部２１は、第１のトンネル通信部１３から送信されたカプセル化されたパケットを受信すると、カプセル化の解除を行い、カプセル化の解除されたパケットを処理部２２に渡す。処理部２２は、図５で示される構造のパケットを受け取ると、その映像データを出力部２３に渡す。そして、出力部２３によって図示しないディスプレイに映像が表示される。ここで、処理部２２は、送信部１２からマルチキャストアドレスに送信されたパケットを受信したように振る舞うことになる。なお、トンネル通信部２１から渡されたパケットに含まれる映像データに基づいて、デコードなどの何らかの処理を行ってもよい。
【００３６】
なお、上記具体例では、情報処理装置１０に送信情報を送信する情報送信装置がネット
ワークカメラ２００である場合について説明したが、情報処理装置１０に送信情報を送信する情報送信装置は、ネットワークカメラ２００以外のものであってもよい。例えば、情報送信装置は、記録媒体から映像データ等の送信情報を読み出して情報処理装置１０に送信するものでもよく、放送された映像データ等の送信情報を受信して情報処理装置１０に送信するものなどでもよい。
【００３７】
また、上記具体例では、受付部１１がネットワークカメラ２００から送信された送信情報を受信する場合について説明したが、受付部１１は、上述のように、例えば、ハードディスクドライブで記憶されている送信情報を読み出し、その送信情報を送信部１２に渡してもよい。
【００３８】
また、上記具体例では、送信部１２は、受付部１１が受け付けたパケットをそのまま各トンネル通信部１３〜１５に渡す場合について説明したが、送信部１２において、パケットの変換等を行ってもよい。例えば、受付部１１が図７で示されるパケットを受信した場合に、そのパケットを図５で示されるマルチキャストアドレスを含むパケットに変換し、その変換後のパケットを各トンネル通信部１３〜１５に渡してもよい。また、送信部１２は、送信先のアドレスがブロードキャストアドレスであるパケットを各トンネル通信部１３〜１５に渡してもよく、送信先のアドレスがユニキャストアドレスであるパケットを各トンネル通信部１３〜１５に渡してもよい。後者の場合には、例えば、図８で示されるパケットが各トンネル通信部１３〜１５に渡されてもよい。ここで、トンネル通信のカプセル化されたパケットに含まれる内部パケットにおいて用いられるパケットのアドレスは任意に定めることができるため、送信部１２が各トンネル通信部１３〜１５に渡すパケットのアドレスがユニキャストアドレスである場合には、各端末装置１０１〜１０３のアドレスを、例えば、「１０．８．１．１００」というように、同一のアドレスにしておく。その結果、送信部１２は、送信先のアドレスの同じパケットを各トンネル通信部１３〜１５に渡せばよいことになる。この場合に、送信元のアドレスは、トンネル通信部１３〜１５ごとに異なっていてもよい。または、送信部１２が各トンネル通信部１３〜１５に渡すパケットは、ペイロードが同一なだけであって、ヘッダは、送信先のアドレス、及び送信元のアドレスがパケットごとに異なっていてもよい。
【００３９】
また、上記具体例では、カプセル化されたパケットにＥＳＰヘッダ、ＥＳＰトレーラが含まれる場合について説明したが、それらが含まれていなくてもよい。このように、カプセル化が行われているのであれば、カプセル化されたパケットの構造は問わない。
【００４０】
以上のように、本実施の形態による情報処理システムでは、情報処理装置１０が複数のトンネル通信によって、複数の端末装置１０１〜１０３にパケットを送信するようにしたことで、通信回線１００にマルチキャストに対応していないルータが存在しても、マルチキャストによる送信を行うことができ、複数の端末装置１０１〜１０３に映像データ等の送信を行うことができる。また、ＩＧＭＰによるマルチキャストグループの管理が不要となり、その管理のための通信負荷を軽減することができる。また、映像データ等の送信先である端末装置が、マルチキャストパケットを受信する権利を有するかどうかを確認する処理の負荷を軽減することができる。また、上述の具体例のように、複数のトンネル通信部１３〜１５でカプセル化される各パケットは同一である場合には、送信部１２は、単に同一のパケットを複数のトンネル通信部１３〜１５に渡せばよい。したがって、送信先の端末装置ごとにカプセル化されたパケットに含まれる内部パケットを変更する必要がなく、送信部１２の処理が非常に簡単なものとなるメリットもある。
【００４１】
なお、本実施の形態の具体例では、ネットワークカメラ２００のアドレスがプライベートアドレスであり、情報処理装置１０がネットワークカメラ２００の属するＬＡＮと通信回線１００（ＷＡＮ）とをつなぐものである場合について説明したが、ネットワークカメ
ラ２００は、通信回線１００に接続されていてもよい。ネットワークカメラ２００が通信回線１００に接続される場合には、ネットワークカメラ２００から情報処理装置１０までは、送信情報がユニキャストで送信されてもよく、あるいは、ネットワークカメラ２００から情報処理装置１０までの間もトンネル通信が行われてもよい。前者の場合に、情報処理装置１０において、ユニキャストアドレスを有するパケットがマルチキャストアドレスを有するパケットに変換されてもよい。また、後者の場合に、ネットワークカメラ２００から情報処理装置１０まで、マルチキャストパケットをカプセル化したパケットによって送信情報が送信されてもよい。その場合には、情報処理装置１０が、マルチキャストパケットをカプセル化したパケットを受信し、そのマルチキャストパケットをカプセル化したパケットのヘッダ（例えば、図６で示されるパケットの一番左のＵＤＰ／ＩＰヘッダ）を書き換えて送信してもよく、あるいは、カプセル化を一度解除し、カプセル化の解除されたマルチキャストパケットを再度カプセル化して送信してもよい。前者の場合には、第１から第３のトンネル通信部１３〜１５は、カプセル化されたパケットを送信することになる。すなわち、受付部１１が受け付けた送信情報がカプセル化されたパケットであり、第１から第３のトンネル通信部１３〜１５は、パケットのカプセル化を行わないものであってもよい。この場合に、カプセル化されたパケットのヘッダを、送信部１２が書き換えてもよく、あるいは、第１から第３のトンネル通信部１３〜１５が書き換えてもよい。
【００４２】
また、本実施の形態では、情報処理装置１０が行っているトンネル通信のすべての経路を介して送信情報に関するパケットを送信する場合について説明したが、送信情報に関するパケットは、第１から第３のトンネル通信部１３〜１５が行うすべてのトンネル通信の経路のうち、２以上のトンネル通信の経路を介して送信されてもよい。このことは、以下で説明するようにして実現されてもよく、その他の方法によって実現されてもよい。
【００４３】
例えば、送信部１２は、図９で示される送信情報の種類とトンネル通信部とを対応づけるテーブルを有しているとする。ここで、図９のテーブルにおいて、属性「トンネル通信部」の数字は、図１で示されるトンネル通信部の符号を示すものとする。送信部１２は、例えば、映像データの送信情報に関するパケットをトンネル通信部１３〜１５に渡し、音声データの送信情報に関するパケットをトンネル通信部１３，１４に渡す。その結果、映像データについては、端末装置１０１〜１０３に送信され、音声データについては、端末装置１０１，１０２に送信されることになる。
【００４４】
また、例えば、各トンネル通信部１３〜１５は、図１０で示されるテーブルにアクセス可能であるとする。ここで、図１０で示されるテーブルは、マルチキャストアドレスと、そのマルチキャストアドレスのパケット送信するトンネル通信部とを対応づけるものである。図９のテーブルと同様に、属性「トンネル通信部」の数字は、図１で示されるトンネル通信部の符号を示すものである。例えば、各トンネル通信部１３〜１５が送信部１２からマルチキャストアドレス「２２４．０．０．１」のパケットを受け取った場合には、各トンネル通信部１３〜１５は、そのパケットをカプセル化して送信する。一方、各トンネル通信部１３〜１５が送信部１２からマルチキャストアドレス「２２４．０．０．２」のパケットを受け取った場合には、トンネル通信部１３，１４はそのパケットをカプセル化して送信するが、トンネル通信部１５は、そのパケットを送信しない。その結果、マルチキャストアドレスが「２２４．０．０．１」であるパケットは端末装置１０１〜１０３に送信され、マルチキャストアドレスが「２２４．０．０．２」であるパケットは端末装置１０１，１０２に送信されることになる。
【００４５】
また、例えば、送信部１２がユニキャストアドレスを有するパケットを各トンネル通信部１３〜１５に渡す場合には、端末装置のグループごとに、ユニキャストアドレスを変更してもよい。例えば、端末装置が５個あり、トンネル通信部も５個ある場合に、２個の端末装置のカプセル化されたパケットに含まれる内部パケットで用いられるアドレスを「１
０．８．１．１００」に設定し、残りの３個の端末装置のカプセル化されたパケットに含まれる内部パケットで用いられるアドレスを「１０．８．１．２００」に設定したとする。そして、前者の２個の端末装置にパケットを送信したい場合には、送信部１２は、送信先のアドレスが「１０．８．１．１００」であるパケットを各トンネル通信部に渡すと、アドレス「１０．８．１．１００」に対応した端末装置とトンネル通信を行うトンネル通信部のみが、そのパケットをカプセル化して送信する。一方、送信部１２が、送信先のアドレスが「１０．８．１．２００」であるパケットを各トンネル通信部に渡すと、アドレス「１０．８．１．２００」に対応した端末装置とトンネル通信を行うトンネル通信部のみが、そのパケットをカプセル化して送信する。なお、この場合には、例えば、送信部１２が、送信先のアドレスが「１０．８．１．１００」であるパケットを、「１０．８．１．１００」に対応した端末装置とトンネル通信を行うトンネル通信部にのみ渡すようにしてもよい。
【００４６】
また、例えば、送信部１２がパケットを各トンネル通信部１３〜１５に渡す際に、図１０で示されるテーブルを参照し、送信先のマルチキャストアドレスが「２２４．０．０．１」であるパケットは、トンネル通信部１３〜１５に渡し、送信先のマルチキャストアドレスが「２２４．０．０．２」であるパケットは、トンネル通信部１３，１４に渡すようにしてもよい。
【００４７】
なお、上記説明において、説明の便宜上、トンネル通信部を識別する情報として、図１のトンネル通信部の符号を用いたが、トンネル通信部を識別する情報は、どのようなものであってもよい。例えば、各トンネル通信部に設定された識別情報であってもよく、トンネルを識別する情報であるトンネル識別情報が設定されている場合には、そのトンネル識別情報であってもよく、トンネル通信においてカプセル化されたパケットに含まれる内部パケットで用いられる情報処理装置１０側、あるいは、端末装置１０１〜１０３側のアドレスであってもよい。
【００４８】
また、上記実施の形態では、情報処理装置１０が１個だけ用いられる形態について説明したが、情報処理装置１０と同様の装置が複数個、並列的に用いられることにより、複数の端末装置に対して、一斉に情報を送信することができるようにしてもよい。
【００４９】
また、上記実施の形態では、カプセル化されたパケットがトンネル通信部から送信される場合に、カプセル化されたパケットで用いられるアドレスがトンネル通信部ごとに設定されている場合について説明したが、そのカプセル化されたパケットで用いられる送信元のアドレスが、トンネル通信部ごとに設定されていなくてもよい。カプセル化されたパケットで用いられる送信元のアドレスは、例えば、受付部１１が受け付けたパケットの送信元のアドレスであってもよく、あるいは、受付部１１、送信部１２等で設定されたアドレスであってもよい。
【００５０】
また、上記実施の形態における通信プロトコルは、例えば、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）であってもよく、あるいは、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）であってもよい。
【００５１】
また、上記実施の形態において、各処理または各機能は、単一の装置または単一のシステムによって集中処理されることによって実現されてもよく、あるいは、複数の装置または複数のシステムによって分散処理されることによって実現されてもよい。
【００５２】
また、上記実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒
体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。なお、上記実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータに、送信される情報である送信情報を受け付ける受付ステップと、前記受付ステップで受け付けられた送信情報に関するパケットを、トンネル通信を一の端末装置との間でそれぞれ行う複数のトンネル通信部に渡す送信ステップと、前記複数のトンネル通信部が、カプセル化されたパケットをそれぞれ複数の前記端末装置に送信するトンネル送信ステップと、を実行させ、前記複数のトンネル通信部から送信されるカプセル化された各パケットに含まれる各内部パケットの送信先のアドレスは同一である、ものである。
【００５３】
また、そのプログラムにおいて、コンピュータに、前記送信ステップで前記複数のトンネル通信部に渡されたパケットを、前記複数のトンネル通信部が、それぞれカプセル化するカプセル化ステップをさらに実行させてもよい。
【００５４】
なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアでしか行われない処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理は少なくとも含まれない。
【００５５】
また、このプログラムは、サーバなどからダウンロードされることによって実行されてもよく、所定の記録媒体（例えば、ＣＤ−ＲＯＭなどの光ディスクや磁気ディスク、半導体メモリなど）に記録されたプログラムが読み出されることによって実行されてもよい。
【００５６】
また、このプログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
また、本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【００５７】
以上より、本発明による情報処理装置等は、複数の端末装置に映像データ等のデータを一斉に送信することができ、情報を送信する情報処理装置等として有用である。
【図面の簡単な説明】
【００５８】
【図１】本発明の実施の形態１による情報処理システムの構成を示す図
【図２】同実施の形態による端末装置の構成を示す図
【図３】同実施の形態による情報処理装置の動作を示すフローチャート
【図４】同実施の形態による情報処理システムの構成の一例を示す図
【図５】同実施の形態におけるパケットの構造の一例を示す図
【図６】同実施の形態におけるパケットの構造の一例を示す図
【図７】同実施の形態におけるパケットの構造の一例を示す図
【図８】同実施の形態におけるパケットの構造の一例を示す図
【図９】同実施の形態における送信情報の種類とパケットを送信するトンネル通信部との対応の一例を示す図
【図１０】同実施の形態におけるマルチキャストアドレスとパケットを送信するトンネル通信部との対応の一例を示す図
【符号の説明】
【００５９】
１０  情報処理装置
１１  受付部
１２  送信部
１３  第１のトンネル通信部
１４  第２のトンネル通信部
１５  第３のトンネル通信部
２１  トンネル通信部
２２  処理部
２３  出力部
１０１〜１０３  端末装置
【図１】
2006295787.tif 000003
【図２】
2006295787.tif 000004
【図３】
2006295787.tif 000005
【図４】
2006295787.tif 000006
【図５】
2006295787.tif 000007
【図６】
2006295787.tif 000008
【図７】
2006295787.tif 000009
【図８】
2006295787.tif 000010
【図９】
2006295787.tif 000011
【図１０】
2006295787.tif 000012