(57)【要約】【課題】送信元のＩＰアドレスを指定し、マルチキャストを行う場合において、その指定されたＩＰアドレスを追従するサーバ装置や専用のデータベース等を新たに設けることなく、マルチキャストを継続すること。【解決手段】送信端末２００が、受信端末１００からＵＤＰアドレス通知要求パケットを受信したことを契機として、送信端末２００のＩＰアドレスを含むＵＤＰアドレス通知パケットをマルチキャストデータとは別に受信端末１００へ送信し、受信端末１００が、そのＵＤＰアドレス通知パケットに基づいて、送信端末２００のＩＰアドレスの変化を検出することが可能となる。そして、受信端末１００が送信端末２００のＩＰアドレスの変化を検出した場合、受信端末１００は、変化後の送信端末２００のＩＰアドレスを含んだＩＧＭＰｖ３等のパケットをマルチキャストルータに送信する。【選択図】        図１
2010161499.tif 000002
【特許請求の範囲】
【請求項１】
パケットの送信元となる端末のアドレス情報を利用してパケットを中継する中継装置と、当該中継装置を介して受信端末にマルチキャストパケットを送信する送信端末とを有するパケット送信システムであって、
前記送信端末は、
前記マルチキャストパケットの他に、前記送信端末のアドレス情報を含んだアドレス通知パケットを前記受信端末に送信するパケット送信手段を有し、
前記受信端末は、
前記アドレス通知パケットを受信した場合に、前記アドレス通知パケットに含まれるアドレス情報を基にして、前記送信端末のアドレス情報が変化したか否かを判定するアドレス変化判定手段と、
前記送信端末のアドレス情報が変化したと前記アドレス変化判定手段が判定した場合に、変化後の前記送信端末のアドレス情報を前記中継装置に通知するアドレス通知手段と、
を有するパケット送信システム。
【請求項２】
前記パケット送信手段により送信される前記アドレス通知パケットは、前記送信端末のアドレス情報と、前記マルチキャストパケットの送信先となる受信端末のアドレス情報と、前記送信端末の識別情報とを含み、前記アドレス変化判定手段は、前記識別情報をキーにして前記送信端末のアドレス情報が変化したか否かを判定する請求項１に記載のパケット送信システム。
【請求項３】
前記アドレス変化判定手段は、前記アドレス通知パケットに前記識別情報が含まれるか否かを更に判定し、当該識別情報が含まれていない場合に、前記アドレス通知パケットを廃棄する請求項１または２に記載のパケット送信システム。
【請求項４】
パケットの送信元となる端末のアドレス情報を利用してパケットを中継する中継装置を介して受信端末にマルチキャストパケットを送信する送信手段と、
前記マルチキャストパケットの他に、前記マルチキャストパケットの送信元のアドレス情報を含んだアドレス通知パケットを前記受信端末に送信するパケット送信手段と、
を有する送信端末。
【請求項５】
パケットの送信元となる送信端末のアドレス情報を利用してパケットを中継する中継装置を介してマルチキャストパケットを受信する受信手段と、
前記マルチキャストパケットの他に、前記送信端末のアドレス情報を含んだアドレス通知パケットを受信するパケット受信手段と、
前記アドレス通知パケットを受信した場合に、前記アドレス通知パケットに含まれるアドレス情報を基にして、前記送信端末のアドレス情報が変化したか否かを判定するアドレス変化判定手段と、
前記送信端末のアドレス情報が変化したと前記アドレス変化判定手段が判定した場合に、変化後の前記送信端末のアドレス情報を前記中継装置に通知するアドレス通知手段と、
を有する受信端末。
【請求項６】
コンピュータに、
パケットの送信元となる端末のアドレス情報を利用してパケットを中継する中継装置を介して受信端末にマルチキャストパケットを送信する送信手順と、
前記マルチキャストパケットの他に、前記マルチキャストパケットの送信元のアドレス情報を含んだアドレス通知パケットを前記受信端末に送信するパケット送信手順と
を実行させる送信プログラム。
【請求項７】
コンピュータに、
パケットの送信元となる送信端末のアドレス情報を利用してパケットを中継する中継装置を介してマルチキャストパケットを受信する受信手順と、
前記マルチキャストパケットの他に、前記送信端末のアドレス情報を含んだアドレス通知パケットを受信するパケット受信手順と、
前記アドレス通知パケットを受信した場合に、前記アドレス通知パケットに含まれるアドレス情報を基にして、前記送信端末のアドレス情報が変化したか否かを判定するアドレス変化判定手順と、
前記送信端末のアドレス情報が変化したと前記アドレス変化判定手順が判定した場合に、変化後の前記送信端末のアドレス情報を前記中継装置に通知するアドレス通知手順と
を有する受信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャストに関し、特に、送信元のＩＰ(Internet  Protocol)アドレスが変更になった場合でも、受信端末側で送信元のＩＰアドレスの変化を検出し、ネットワーク内のルータに所定のパケットを送信することで、マルチキャストの継続を可能とする通信システムを提供することに関する。
【背景技術】
【０００２】
一般に、マルチキャストは天気予報や監視カメラの映像、テレビ会議システムの映像や音声データなど、同じ内容のデータを複数の受信端末に同報する際に使用される。
【０００３】
そして、送信端末は、どの受信端末がデータを受信するか否かに関係なく、データを配信しているため、配信されるデータの容量によっては、ネットワークの帯域が過剰に消費されることがある。さらに、データの不正取得等を目的とした受信端末により、データの盗聴等が容易に行われてしまうこともある。
【０００４】
そこで、近年、送信端末のＩＰ(Internet  Protocol)アドレスを指定してマルチキャストが実施される場合がある。送信元のＩＰアドレスが指定されることで、送信端末は、自端末のＩＰアドレスに対応するデータを有する受信端末に対してのみ、データを配信することが可能となる。
【０００５】
したがって、送信端末は、受信端末を限定して、データを配信することができ、マルチキャストで使用されるネットワークの帯域が低減され、更には、セキュリティを向上させることが可能となる。
【０００６】
しかし、送信端末のＩＰアドレスを指定してマルチキャストを行っていた場合に、送信端末のＩＰアドレスが変更になると、受信端末がデータを受信できなくなってしまう場合がある。これについて具体的に図を挙げて説明する。図２４は、送信端末のＩＰアドレスの変更があった場合の問題点を説明するための図である。
【０００７】
図２４に示すように、まず、マルチキャスト送信端末１０（以下、単に送信端末１０とする）は、送信元ＩＰアドレス：Ａ、マルチキャストアドレス：Ｇを含めてマルチキャストデータをマルチキャストルータ１（以下、単にルータ１とする）に送信している。
【０００８】
そして、ルータ１は、マルチキャストルータ２（以下、単にルータ２とする）にマルチキャストデータを転送する。そして、ルータ２は、マルチキャスト受信端末Ａ〜受信端末Ｚ（以下、単に受信端末Ａ〜受信端末Ｚとする）に対して、マルチキャストデータを転送するともに、転送したマルチキャストデータを保持する（ステップＳ１）。
【０００９】
なお、マルチキャストアドレスとは、複数のマルチキャスト受信端末から構成されるグループを示すＩＰアドレスを示し、送信端末は、マルチキャストアドレス：Ｇに所属する受信端末に対してのみマルチキャストデータを送信する。
【００１０】
そして、上述したように、ＩＰアドレスが指定された送信端末１０と、所定のグループに所属する各種受信端末との間でマルチキャストが行われる場合の通信経路は、代表的なマルチキャストルーティングプロトコルであるＰＩＭ−ＳＳＭ（Protocol  Independent  Multicast-Source  Specific  Multicast）を用いて制御されるものとする。
【００１１】
続いて、マルチキャストアドレス：Ｇが規定するグループに対し、新たに参加を希望するマルチキャスト受信端末２０（以下、単に受信端末２０とする）は、送信元ＩＰアドレス：Ａ、マルチキャストアドレス：Ｇを含めたデータを用いて、受信要求をルータ２に行う（ステップＳ２）。
【００１２】
そして、受信要求を受信したルータ２は、受信要求をＰＩＭ−ＳＳＭ  ＪＯＩＮメッセージとして、ルータ１に送信する。このＰＩＭ−ＳＳＭ  ＪＯＩＮメッセージには、送信元フィルタアドレス：Ａ、マルチキャストアドレス：Ｇが含まれる（ステップＳ３）。
【００１３】
そして、ＰＩＭ−ＳＳＭ  ＪＯＩＮメッセージを受信したルータ１は、送信端末１０が送信しているマルチキャストデータをルータ２に転送し、マルチキャストデータを受信したルータ２は受信端末２０に対して、マルチキャストデータを転送する。その結果、送信端末１０と受信端末２０との間でマルチキャストが成立する（ステップＳ４）。
【００１４】
そして、ステップＳ４の状況下で、送信端末１０のＩＰアドレスがＡからＢに変化した場合、ルータ１は、マルチキャストデータの転送は行わないため、受信端末２０や受信端末Ａ〜Ｚは、マルチキャストデータの受信を継続することができない（ステップＳ５）。
【００１５】
以上のことから、指定されたＩＰアドレスを有する送信端末と受信端末との間でマルチキャストが行われていた場合に、その指定されたＩＰアドレスが変化すると、変化前の送信元ＩＰアドレスでマルチキャストが成立していた受信端末は、マルチキャストを継続することができなくなるという問題があった。
【００１６】
そこで、送信元ＩＰアドレスの変更を検知するため、マルチキャストネットワーク（以下、単にネットワークとする）内に、データベース等を設置するという技術が知られている。
【００１７】
具体的には、ネットワーク内のルータが、マルチキャストデータを受信した際に、受信したデータから、送信元のＩＰアドレスと、宛先のＩＰアドレスとを含むアドレスセットを取得し、取得したアドレスセットをデータベースに設定する。
【００１８】
そして、受信端末が送信元にマルチキャストデータの受信を要求した際、データベースは、要求されたマルチキャストデータに対応するアドレスセットを受信端末に通知するという技術が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【００１９】
【特許文献１】特開２００５−２３６６９９号公報
【発明の概要】
【発明が解決しようとする課題】
【００２０】
しかしながら、上述した従来の技術では、送信端末のＩＰアドレスを管理するためのデータベースや、既存のネットワークのルータをアドレスセットの処理に対応したルータに変更する必要があり、新たな装置の設置やルータの置き換えに伴うコスト負担が問題であった。
【００２１】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、専用のデータベース等を設けることなく、既存のネットワーク機器をそのまま活用することで、送信端末のＩＰアドレスが変更されたとしても、マルチキャスト通信を継続することができるパケット送信システムを提供することを目的とする。
【課題を解決するための手段】
【００２２】
上述した課題を解決し、目的を達成するため、このパケット送信システムは、パケットの送信元となる端末のアドレス情報を利用してパケットを中継する中継装置と、当該中継装置を介して受信端末にマルチキャストパケットを送信する送信端末とを有するパケット送信システムであって、前記送信端末は、前記マルチキャストパケットの他に、前記送信端末のアドレス情報を含んだアドレス通知パケットを前記受信端末に送信するパケット送信手段を有し、前記受信端末は、前記アドレス通知パケットを受信した場合に、前記アドレス通知パケットに含まれるアドレス情報を基にして、前記送信端末のアドレス情報が変化したか否かを判定するアドレス変化判定手段と、前記送信端末のアドレス情報が変化したと前記アドレス変化判定手段が判定した場合に、変化後の前記送信端末のアドレス情報を前記中継装置に通知するアドレス通知手段とを有することを要件とする。
【発明の効果】
【００２３】
本願に開示したパケット送信システムによれば、送信端末と受信端末とを置き換えるだけで、受信端末が、送信端末のＩＰアドレスの変化を検出することができ、さらに、変化後の送信端末のＩＰアドレスを含んだＩＧＭＰｖ３（Internet  Group  Management  Protocol  ver3）等のパケットをマルチキャストルータに送信することで、マルチキャストを継続することができる。したがって、新たな装置の導入コストを抑え、既存のネットワーク機器をそのまま活用してマルチキャストを継続することが可能となる。
【図面の簡単な説明】
【００２４】
【図１】図１は、発明の概要を説明するための図である。
【図２】図２は、受信端末１００の構成を示す機能ブロック図である。
【図３】図３は、送信端末情報テーブル１０１のデータ構造の一例を説明するための図である。
【図４】図４は、コンフィグ情報テーブル１０２のデータ構造の一例を説明するための図である。
【図５】図５は、ＵＤＰアドレス通知要求パケット５０の送信を説明するための図である。
【図６】図６は、ＵＤＰアドレス通知要求パケット５０のデータ構造の一例を説明するための図である。
【図７】図７は、ＵＤＰアドレス通知パケット６０のデータ構造の一例を説明するための図である。
【図８】図８は、ＵＤＰアドレス通知パケット６１のデータ構造の一例を説明するための図である。
【図９】図９は、アドレス通知パケット解析部１０６の処理を説明するための図である。
【図１０】図１０は、ログ管理テーブル１０７のデータ構造の一例を説明するための図である。
【図１１】図１１は、送信元のＩＰアドレス変化後の各種ルータの処理を説明するための図である。
【図１２】図１２は、送信端末２００の構成を示す機能ブロック図である。
【図１３】図１３は、識別子ファイル２０３ａのデータ構造の一例を説明するための図である。
【図１４】図１４は、通知パケット周期テーブル２０３ｂのデータ構造の一例を説明するための図である。
【図１５】図１５は、自端末ＩＰアドレステーブル２０４のデータ構造の一例を説明するための図である。
【図１６】図１６は、ＵＤＰアドレス通知パケット６０の送信を説明するための図である。
【図１７】図１７は、ＵＤＰアドレス通知パケット６１の送信を説明するための図である。
【図１８】図１８は、マルチキャスト送信端末の切り替えを説明するための図である。
【図１９】図１９は、ＵＤＰアドレス通知停止パケット５２のデータ構造の一例を説明するための図である。
【図２０】図２０は、ＵＤＰアドレス通知要求パケット５３のデータ構造の一例を説明するための図である。
【図２１】図２１は、実施例に係る通信システムの処理を示すフローチャートである。
【図２２】図２２は、送信元ＩＰアドレスの変化の検出を実行するコンピュータのハードウェア構成を示す図である。
【図２３】図２３は、ＵＤＰアドレス通知パケットの送信を実行するコンピュータのハードウェア構成を示す図である。
【図２４】図２４は、送信端末のＩＰアドレスの変更があった場合の問題点を説明するための図である。
【発明を実施するための形態】
【００２５】
以下に添付図面を参照して、この発明に係るパケット送信システムの好適な実施の形態を詳細に説明する。なお、パケット送信システムを単に通信システムとして以下説明する。
【実施例】
【００２６】
まず、本実施例に係る発明の概要について説明する。本実施例に係る通信システムは、まず、受信端末が、送信端末のＩＰ(Internet  Protocol)アドレスの変化を検出するために、自端末のＩＰアドレスと、送信端末のＩＰアドレスとを含んだＵＤＰ（User  Datagram  Protocol）アドレス通知要求パケットを送信端末に送信する。
【００２７】
そして、送信端末が、ＵＤＰアドレス通知要求パケットを受信したことを契機として、自端末のＩＰアドレスを含むＵＤＰアドレス通知パケットをマルチキャストデータとは別に受信端末へ送信し、受信端末が、その受信したパケットに基づいて、送信端末のＩＰアドレスの変化を検出することが可能となる。
【００２８】
そして、受信端末が送信端末のＩＰアドレスの変化を検出した場合、受信端末は、変化後の送信端末のＩＰアドレスを含んだＩＧＭＰｖ３（Internet  Group  Management  Protocol  ver3）等のパケットをマルチキャストルータに送信する。
【００２９】
そして、マルチキャストルータは、受信したＩＧＭＰｖ３パケットを解析／保持し、マルチキャストデータを送信端末から受信端末に転送する。その結果、送信端末のＩＰアドレスが変化しても、受信端末はマルチキャストデータの受信の継続を可能にする。
【００３０】
以下、上述した発明の概要について、図を用いて詳細に説明する。図１は、発明の概要を説明するための図である。図１では、マルチキャスト送信端末２００（以下、単に送信端末２００とする）が、マルチキャスト受信端末１００（以下、単に受信端末１００とする。受信端末１０１と受信端末１０２も同様）、受信端末１０１、受信端末１０２にマルチキャストデータ（図中の矢印）を送信している。
【００３１】
また、送信端末２００と受信端末１００、受信端末１０１、受信端末１０２との間にルータ３００が配置されており、このルータ３００は、図２４にて示したルータ１とルータ２に相当するものとする。
【００３２】
なお、送信端末２００のＩＰアドレスには「Ａ」が設定されているものとし、受信端末１００のＩＰアドレスには「Ｘ」が設定されているものとする。そして、複数ある受信端末のうち、受信端末１００と送信端末２００とのマルチキャストデータの送受信の継続について例を挙げて以下説明する。
【００３３】
まず、受信端末１００は、送信端末２００のＩＰアドレスの変化を検出するために、送信端末２００に、自端末のＩＰアドレス：Ｘ、送信端末のＩＰアドレス：Ａを含んだＵＤＰアドレス通知要求パケット５０を送信する（ステップＳ１０）。
【００３４】
なお、送信端末２００のＩＰアドレスが変化するトリガーとしては、送信端末２００のＩＰアドレスを管理しているＤＨＣＰ（Dynamic  Host  Configuration  Protocol）サーバの設定が変更された場合等が挙げられる。また、送信端末２００のＩＰアドレスが、ＩＰｖ６（Internet  Protocol  Version  ６）で設定されており、自端末で自ＩＰアドレスを生成している場合において、自らＩＰアドレスを変更する例が挙げられる。
【００３５】
そして、送信端末２００は、ＵＤＰアドレス通知要求パケット５０を受信し、受信を契機として、マルチキャストデータとは別に、自端末のＩＰアドレス：Ａを含むＵＤＰアドレス通知パケット６０を受信端末１００に送信する（ステップＳ２０）。
【００３６】
そして、送信端末２００のＩＰアドレスを管理しているＤＨＣＰサーバの設定変更等により、送信端末２００のＩＰアドレス：Ａが、ＩＰアドレス：Ｂに変化した場合、送信端末２００は、変化後の自端末のＩＰアドレス：Ｂを含むＵＤＰアドレス通知パケット６１を受信端末１００に送信する（ステップＳ３０）。
【００３７】
そして、受信端末１００は、送信端末２００から受信したＵＤＰアドレス通知パケット６１に含まれている送信端末２００のＩＰアドレス：Ｂに基づいて、送信端末２００のＩＰアドレスが「Ａ」から「Ｂ」に変化したことを検出する（ステップＳ４０）。
【００３８】
そして、受信端末１００は、変化したＩＰアドレスに基づいて、ＩＧＭＰｖ３（Internet  Group  Management  Protocol  Version  3）パケット（単に、パケット５とする）をルータ３００に送信する（ステップＳ５０）。
【００３９】
そして、ルータ３００は、受信したパケット５を解析し、解析した結果に基づいて、マルチキャストデータを送信端末２００から受信端末１００へ転送する。したがって、送信端末２００のＩＰアドレスがＡからＢに変化しても、受信端末１００は、送信端末２００からマルチキャストデータの受信を継続する（ステップＳ６０）。
【００４０】
このように、送信端末が、受信端末から所定のパケットを受信したことを契機として、送信元のＩＰアドレスを含むパケットを受信端末に対して通知することで、受信端末は、送信元のＩＰアドレスの変化を検出することが可能となる。
【００４１】
そして、受信端末が、変化後の送信元のＩＰアドレスを含んだＩＧＭＰｖ３等のパケットをマルチキャストルータに送信することで、マルチキャストルータは、送信端末が送信するマルチキャストデータを受信端末に転送する。その結果、送信端末のＩＰアドレスが変化しても、受信端末は、マルチキャストデータを継続して受信することができる。
【００４２】
以上のことから、送信端末と受信端末とを置き換えるだけで、送信端末のＩＰアドレスが動的に変化しても、受信端末は、マルチキャストを継続することができる。その結果、新たな装置の導入コストを抑え、既存のネットワーク機器をそのまま活用することが可能となる。
【００４３】
次に、図１に示した受信端末１００の構成について図を用いて説明する。図２は、受信端末１００の構成を示す機能ブロック図である。図２に示した受信端末１００は、マルチキャストデータの受信以外に、図１に示したＵＤＰアドレス通知要求パケット５０の生成や、送信端末２００のＩＰアドレスの変化を検出する装置である。
【００４４】
なお、図１に示したように、送信端末２００が、自端末のＩＰアドレス：Ａ、マルチキャストアドレス：Ｇで、マルチキャストデータを受信端末１００（ＩＰアドレス：Ｘ）に送信している場合において、受信端末１００が行う各種処理について以下説明する。
【００４５】
そして、受信端末１００は、送信端末情報テーブル１０１と、コンフィグ情報テーブル１０２と、アドレス通知要求パケット送信部１０３と、アドレス通知パケット受信部１０４と、タイマー１０５と、アドレス通知パケット解析部１０６と、ログ管理テーブル１０７と、ＰＩＭ（Protocol  Independent  Multicast）パケット送信部１０８とを有する。
【００４６】
送信端末情報テーブル１０１は、受信端末１００にマルチキャストデータを送信する送信端末側のＩＰアドレスを記憶しておくテーブルで、具体的に図を用いて説明する。図３は、送信端末情報テーブル１０１のデータ構造の一例を説明するための図である。
【００４７】
図３の送信端末情報テーブル１０１は、アドレス通知パケット解析部１０６によって作成および更新され、「送信元ＩＰアドレス」と、「識別子」とを有する。
【００４８】
送信元ＩＰアドレスは、マルチキャストデータを送信する送信端末側のＩＰアドレスを示し、一例として、「Ａ」、「ＡＡ」、「ＡＡＡ」・・「Ｄ」・・「Ａ１１」が記憶されている。なお、ＩＰアドレス「Ａ」は、図１に示した送信端末２００に対応するＩＰアドレスを示し、「ＡＡ」、「ＡＡＡ」については、他の送信端末に設定されているＩＰアドレスを示すものとする。
【００４９】
識別子は、各種送信端末の識別情報を示し、一例として、「ｆｕｊｉｔｓｕ」、「ｆｕｊｉ」、「ｔｓｕ」が記憶されている。したがって、送信端末２００に対応する識別子は
「ｆｕｊｉｔｓｕ」となり、その他の送信端末に対応する識別子は、それぞれ「ｆｕｊｉ」、「ｔｓｕ」となる。
【００５０】
次に、図２の説明に戻り、コンフィグ情報テーブル１０２について説明する。コンフィグ情報テーブル１０２は、受信端末１００にマルチキャストデータを送信する送信端末側のＩＰアドレスを記憶しておくテーブルで、例えば、受信端末１００の管理者によって各種データが登録される。
【００５１】
このコンフィグ情報テーブル１０２について図を用いて説明する。図４は、コンフィグ情報テーブル１０２のデータ構造の一例を説明するための図である。
【００５２】
送信元ＩＰアドレスは、マルチキャストデータを送信する送信端末のＩＰアドレスを示し、図３に示した、送信端末情報テーブル１０１に記憶されているデータと同様の「Ａ」、「ＡＡ」、「ＡＡＡ」が一例として記憶されている。
【００５３】
識別子も図３と同様に、各種送信端末の識別情報を示し、図３に示した、送信端末情報テーブル１０１に記憶されているデータと同様の「ｆｕｊｉｔｓｕ」、「ｆｕｊｉ」、「ｔｓｕ」が一例として記憶されている。
【００５４】
以上より、コンフィグ情報テーブル１０２に記憶されるデータの項目は、上述した送信端末情報テーブル１０１と同様の項目が記憶され、送信端末情報テーブル１０１は、アドレス通知パケット解析部１０６によって、作成および更新されるのに対し、コンフィグ情報テーブル１０２は、上述したように受信端末１００の管理者によって登録・更新されるテーブルを示すものとする。
【００５５】
次に、図２の説明に戻り、アドレス通知要求パケット送信部１０３について説明する。アドレス通知要求パケット送信部１０３は、送信端末情報テーブル１０１もしくはコンフィグ情報テーブル１０２から、送信元ＩＰアドレスと、識別子とを取得し、図１に示したＵＤＰアドレス通知要求パケット５０等を生成し、送信する処理部である。
【００５６】
なお、アドレス通知要求パケット送信部１０３が、ＵＤＰアドレス通知要求パケット５０を自動生成する場合は、送信端末情報テーブル１０１の各種データを取得する。一方、ネットワーク管理者の設定に基づいて、ＵＤＰアドレス通知要求パケット５０を生成する場合は、コンフィグ情報テーブル１０２の各種データを取得する。
【００５７】
続いて、アドレス通知要求パケット送信部１０３が、ＵＤＰアドレス通知要求パケット５０を送信する際の処理について図を用いて説明する。図５は、ＵＤＰアドレス通知要求パケット５０の送信を説明するための図である。
【００５８】
なお、アドレス通知要求パケット送信部１０３が、送信端末情報テーブル１０１に記憶されているデータに基づいて、ＵＤＰアドレス通知要求パケット５０を生成する場合を例に挙げて以下説明する。
【００５９】
図５に示すように、送信端末２００が、送信元ＩＰアドレス：Ａ、マルチキャストアドレス：Ｇでマルチキャストデータを送信している状況において、受信端末１００がＵＤＰアドレス通知要求パケット５０を送信端末２００に送信する。なお、上述したように、受信端末１００のＩＰアドレスはＸとする。
【００６０】
次に、このＵＤＰアドレス通知要求パケット５０のデータ構造について図を用いて説明する。図６は、ＵＤＰアドレス通知要求パケット５０のデータ構造の一例を説明するための図である。
【００６１】
図６に示すように、ＵＤＰアドレス通知要求パケット５０は、送信元ＩＰアドレス：Ｘ、宛先ＩＰアドレス：Ａ、識別子：ｆｕｊｉｔｓｕといった各種情報を有している。
【００６２】
「送信元ＩＰアドレス」には、ＵＤＰアドレス通知要求パケット５０を送信する端末のＩＰアドレスが設定される。したがって、図５に示したように、ＵＤＰアドレス通知要求パケット５０を送信する受信端末１００には、ＩＰアドレスが「Ｘ」に設定されていることから、アドレス通知要求パケット送信部１０３は、自端末に設定されているＩＰアドレス「Ｘ」を送信元ＩＰアドレス「Ｘ」として、ＵＤＰアドレス通知要求パケット５０に設定する。
【００６３】
「宛先ＩＰアドレス」は、ＵＤＰアドレス通知要求パケット５０の宛先となる送信端末２００のＩＰアドレスを示すものとする。したがって、アドレス通知要求パケット送信部１０３は、図３に示した送信端末情報テーブル１０１から送信元ＩＰアドレス：Ａと、送信端末２００に対応する識別子：ｆｕｊｉｔｓｕを取得し、取得したＩＰアドレス：Ａを宛先ＩＰアドレスとして、また、識別子「ｆｕｊｉｔｓｕ」をＵＤＰアドレス通知要求パケット５０に設定する。
【００６４】
なお、これまで、アドレス通知要求パケット送信部１０３が、ＵＤＰアドレス通知要求パケット５０を自動生成する場合を例に挙げて説明したが、コンフィグ情報テーブル１０２に記憶されている「送信元ＩＰアドレス」と、「識別子」とに基づいて、ＵＤＰアドレス通知要求パケット５０を生成する場合についても、アドレス通知要求パケット送信部１０３は、同様の処理を行うものとする。
【００６５】
この場合、アドレス通知要求パケット送信部１０３は、コンフィグ情報テーブル１０２に記憶されている「送信元ＩＰアドレス」に対応する送信端末を対象として、ＵＤＰアドレス通知要求パケット５０を生成し、送信する。
【００６６】
したがって、受信端末１００は、コンフィグ情報テーブル１０２の「送信元ＩＰアドレス」に記憶されていない送信端末に対して、ＵＤＰアドレス通知要求パケット５０を送信することはない。
【００６７】
その結果、受信端末１００は、特定の送信端末のみに、ＵＤＰアドレス通知要求パケット５０を送信することが可能となり、余計なＵＤＰアドレス通知要求パケット５０の送信を防ぐことが可能となる。
【００６８】
次に、図２の説明に戻り、アドレス通知パケット受信部１０４について説明する。アドレス通知パケット受信部１０４は、図１にて示したＵＤＰアドレス通知パケット６０やＵＤＰアドレス通知パケット６１といった各種アドレス通知パケットを送信端末２００から受信する処理部である。
【００６９】
タイマー１０５は、日時情報（例えば日時Ｓ、日時Ｔ等）を生成して、生成した日時情報をアドレス通知パケット解析部１０６に出力する処理部である。そして、タイマー１０５が生成する日時情報に基づいて、アドレス通知パケット解析部１０６は、ＵＤＰアドレス通知パケット６０やＵＤＰアドレス通知パケット６１等の解析処理を行う。
【００７０】
アドレス通知パケット解析部１０６は、タイマー１０５が生成する日時情報に応じて、受信した各種ＵＤＰアドレス通知パケットの解析処理を行い、解析した情報に基づいて、送信端末２００のＩＰアドレスの変化を検出するとともに、送信端末側のＩＰアドレスに差分がないかを判定する処理部である。
【００７１】
更に、アドレス通知パケット解析部１０６は、各種ＵＤＰアドレス通知パケットに含まれる識別子を確認し、各種ＵＤＰアドレス通知パケットの正当性を判定する。
【００７２】
まず、図１に示したＵＤＰアドレス通知パケット６０を日時Ｔ（例えば、○月×日△秒）に受信した場合に、アドレス通知パケット解析部１０６が行う処理について説明する。
ここで、説明の便宜上、ＵＤＰアドレス通知パケット６０のデータ構造の一例について、図７を用いて提示しておく。なお、詳細な説明については、後述するものとする。
【００７３】
図７に示したようにＵＤＰアドレス通知パケット６０には、送信端末２００のＩＰアドレスに相当する情報として、自ＩＰアドレス情報：Ａ、送信端末２００の識別子「ｆｕｊｉｔｓｕ」が含まれている。
【００７４】
そして、アドレス通知パケット解析部１０６は、識別子「ｆｕｊｉｔｓｕ」をキーにして、受信したＵＤＰアドレス通知パケット６０に含まれる自ＩＰアドレス情報：Ａが、図３に示した送信端末情報テーブル１０１の送信元ＩＰアドレスに記憶されているか否かを判定する。
【００７５】
この場合、送信端末情報テーブル１０１には、送信端末２００のＩＰアドレスとして「Ａ」が記憶されていることから、アドレス通知パケット解析部１０６は、日時Ｔにおいて、送信端末２００のＩＰアドレスに変化はないと判定する。
【００７６】
そして、アドレス通知パケット解析部１０６は、ログ管理テーブル１０７に受信したＵＤＰアドレス通知パケット６０に含まれる送信端末２００のＩＰアドレス：Ａ、日時：Ｔをログ管理テーブル１０７に記憶する。このログ管理テーブル１０７の詳細なデータ構造については、後述にて説明する。
【００７７】
続いて、日時ＴからＸ秒経過した日時Ｓ（例えば、○月×日□秒）に、アドレス通知パケット解析部１０６が、図１に示したＵＤＰアドレス通知パケット６１を受信した場合に行う処理について図８、９を用いて説明する。
【００７８】
図８は、ＵＤＰアドレス通知パケット６１のデータ構造の一例を説明するための図である。図９は、アドレス通知パケット解析部１０６の処理を説明するための図である。
【００７９】
図８に示したようにＵＤＰアドレス通知パケット６１には、送信端末２００のＩＰアドレスに相当する情報として、送信元ＩＰアドレス：Ｂ、送信端末２００の識別子情報「ｆｕｊｉｔｓｕ」が含まれている。
【００８０】
そして、アドレス通知パケット解析部１０６は、識別子「ｆｕｊｉｔｓｕ」をキーにして、受信したＵＤＰアドレス通知パケット６１に送信元ＩＰアドレス：Ｂが、図３に示した送信端末情報テーブル１０１の送信元ＩＰアドレスに記憶されているか否かを判定する。
【００８１】
この場合、送信端末情報テーブル１０１に記憶されている送信端末２００のＩＰアドレスは、日時Ｔから変更はなく、ＩＰアドレス：Ａが記憶されていることから、アドレス通知パケット解析部１０６は、送信元ＩＰアドレス：Ｂに相当するデータを参照することができない。
【００８２】
したがって、図９に示すように、アドレス通知パケット解析部１０６は、日時Ｔにおける送信端末２００のＩＰアドレスと、日時Ｓにおける送信端末２００のＩＰアドレスとが異なっていると判定し、これらＩＰアドレス情報の差分を確認する。
【００８３】
そして、アドレス通知パケット解析部１０６は、ログ管理テーブル１０７に対して、受信日時Ｓに、送信端末２００のＩＰアドレスが、ＡからＢに変化した旨を示すデータを記憶する。
【００８４】
また、アドレス通知パケット解析部１０６は、図３に示した送信端末情報テーブル１０１の送信元ＩＰアドレス：Ａ、識別子「ｆｕｊｉｔｓｕ」のデータを送信元ＩＰアドレス：Ｂ、識別子「ｆｕｊｉｔｓｕ」に更新する。
【００８５】
続いて、アドレス通知パケット解析部１０６が行う各種ＵＤＰアドレス通知パケットの正当性を確認する処理について説明する。この「ＵＤＰアドレス通知パケットの正当性」とは、受信した各種ＵＤＰアドレス通知パケットに所定の識別子が含まれているか否かで判定する。
【００８６】
例えば、図１に示したＵＤＰアドレス通知パケット６０は、送信端末２００から送信されることから、送信端末２００に設定されている識別子「ｆｕｊｉｔｓｕ」が、ＵＤＰアドレス通知パケット６０に含まれている場合は、アドレス通知パケット解析部１０６は、受信したＵＤＰアドレス通知パケット６０が正当であると判定する。
【００８７】
一方、ＵＤＰアドレス通知パケット６０に識別子「ｆｕｊｉｔｓｕ」が含まれていない場合は、アドレス通知パケット解析部１０６は、受信したＵＤＰアドレス通知パケット６０の正当性はＮＧであると判定する。そして、受信したＵＤＰアドレス通知パケット６０を廃棄する。
【００８８】
次に、図２の説明に戻り、ログ管理テーブル１０７について説明する。ログ管理テーブル１０７は、アドレス通知パケット受信部１０４が各種ＵＤＰアドレス通知パケットを受信した日時と、その受信した各種ＵＤＰアドレス通知パケットに含まれる送信元ＩＰアドレスとを記憶するテーブルである。そして、アドレス通知パケット解析部１０６によって各種データの管理がされている。
【００８９】
このログ管理テーブル１０７について、図を用いて説明する。図１０は、ログ管理テーブル１０７のデータ構造の一例を説明するための図である。図１０に示すように、ログ管理テーブル１０７は、「日時」と「送信元ＩＰアドレス」との項目を有している。
【００９０】
上述したように、日時Ｔは、受信端末１００がＵＤＰアドレス通知パケット６０を受信した日時を示し、送信元ＩＰアドレス：Ａは、日時Ｔにおいて、ＵＤＰアドレス通知パケット６０に含まれるＩＰアドレスを示している。
【００９１】
一方、日時Ｓは、受信端末１００が、ＵＤＰアドレス通知パケット６１を受信した日時を示し、日時Ｓに対応する送信元ＩＰアドレスには、ＩＰアドレスがＡからＢに変化した旨を示すデータが記憶される。したがって、送信端末２００のＩＰアドレスの変化が発生した日時を特定することが可能となる。
【００９２】
次に、図２の説明に戻り、ＰＩＭパケット送信部１０８について説明する。ＰＩＭパケット送信部１０８は、送信端末情報テーブル１０１を参照し、送信端末側のＩＰアドレスが変化した場合、変化したＩＰアドレスに基づいて、ＩＧＭＰｖ３パケットもしくはＭＬＤｖ２（Multicast  Listener  Protocol  Version  ２）パケットを図２４に示したルータ２に送信する処理部である。
【００９３】
このＩＧＭＰｖ３やＭＬＤｖ２は、マルチキャストルータと受信端末１００との間で交換されるマルチキャスト管理プロトコルを示し、マルチキャストアドレスや送信元フィルタアドレスが含まれる。
【００９４】
続いて、送信端末２００のＩＰアドレスがＡからＢに変化した場合を例に挙げ、上述したルータ１と、図２４に示したルータ２との処理について図を用いて説明する。図１１は、送信元ＩＰアドレスの変化後の各種ルータの処理を説明するための図である。
【００９５】
図１１に示すように、まず、ルータ２は、受信端末１００から、送信元フィルタアドレス：Ｂ、マルチキャストアドレス：Ｇを含むＩＧＭＰｖ３パケットやＭＬＤｖ２パケットを受信する（ステップＳ６０）。なお、このＩＧＭＰｖ３パケットやＭＬＤｖ２パケットは、図１にて説明したパケット５に相当するものとする。
【００９６】
そして、ルータ２は、ステップＳ６０にて受信した各種パケットを解析し、図２４にて説明したＰＩＭ‐ＳＳＭ  ＪＯＩＮメッセージをルータ１に送信する（ステップＳ６１）。
【００９７】
そして、ルータ１は、受信したＰＩＭ−ＳＳＭ  ＪＯＩＮメッセージに含まれるマルチキャストアドレス：Ｇ、送信元フィルタアドレス：Ｂを保持する。そして、ルータ１は、送信端末２００から送信されているマルチキャストデータ（送信元ＩＰアドレス：Ｂ、マルチキャストアドレス：Ｇ)をルータ２に転送し、ルータ２は、ルータ１から受信したマルチキャストデータを受信端末１００に転送する（ステップＳ６２）。
【００９８】
次に、図１に示した送信端末２００について図１２を用いて説明する。図１２は、送信端末２００の構成を示す機能ブロック図である。図１２に示した送信端末２００は、マルチキャストデータの送信以外に、受信したＵＤＰアドレス通知要求パケット６０の解析や、その解析結果に基づいて、図１に示したＵＤＰアドレス通知パケット６０やＵＤＰアドレス通知パケット６１といった各種ＵＤＰアドレス通知パケットの生成を行う装置である。
【００９９】
そして、送信端末２００は、アドレス通知要求パケット受信部２０１と、アドレス通知要求パケット解析部２０２と、コンフィグ情報記憶部２０３と、自端末ＩＰアドレステーブル２０４と、アドレス通知パケット送信部２０５とを有する。
【０１００】
アドレス通知要求パケット受信部２０１は、例えば、図６に示したＵＤＰアドレス通知要求パケット５０を受信し、受信したＵＤＰアドレス通知要求パケット５０をアドレス通知要求パケット解析部２０２に出力する処理部である。
【０１０１】
アドレス通知要求パケット解析部２０２は、受信したＵＤＰアドレス通知要求パケット５０に含まれる識別子の確認を行い、受信したＵＤＰアドレス通知要求パケット５０の正当性の確認を行う処理部である。
【０１０２】
この「ＵＤＰアドレス通知要求パケットの正当性」とは、例えば、図６に示したＵＤＰアドレス通知要求パケット５０に、識別子「ｆｕｊｉｔｓｕ」が含まれている否かで判定される。
【０１０３】
したがって、アドレス通知要求パケット解析部２０２が、受信したＵＤＰアドレス通知要求パケット５０を解析した結果、識別子「ｆｕｊｉｔｓｕ」が含まれていた場合は、受信したＵＤＰアドレス通知要求パケット５０が正当であると判定する。
【０１０４】
一方、アドレス通知要求パケット解析部２０２が、受信したＵＤＰアドレス通知要求パケット５０を解析した結果、識別子「ｆｕｊｉｔｓｕ」が含まれていない場合、もしくは、識別子「ｆｕｊｉｔｓｕ」とは異なる識別子（例えば、ｆｕｊｉ、ｔｓｕ）が含まれていた場合は、受信したＵＤＰアドレス通知要求パケット５０の正当性がＮＧであると判定し、受信したＵＤＰアドレス通知要求パケット５０を廃棄する。
【０１０５】
コンフィグ情報記憶部２０３は、「識別子」と、「通知パケット周期」とを記憶しておく記憶処理部で、識別子ファイル２０３ａと、通知パケット周期テーブル２０３ｂとを有している。
【０１０６】
そして、これら各種データは、例えば、送信端末２００の管理者によって登録される。以下、識別子ファイル２０３ａと、通知パケット周期テーブル２０３ｂとを図１３および図１４を用いて説明する。
【０１０７】
図１３は、識別子ファイル２０３ａのデータ構造の一例を説明するための図である。図１３に示した識別子ファイル２０３ａは、「識別子」を有している。この識別子は、送信端末２００（自端末）を識別する情報を示している。
【０１０８】
したがって、図１１に示すように、送信端末２００の識別情報が「ｆｕｊｉｔｓｕ」である場合には、「識別子」に、「ｆｕｊｉｔｓｕ」が記憶される。
【０１０９】
図１４は、通知パケット周期テーブル２０３ｂのデータ構造の一例を示す図である。図１４に示した通知パケット周期テーブル２０３ｂは、「通知パケット周期」を有している。
【０１１０】
この通知パケット周期は、送信端末２００が各種ＵＤＰアドレス通知パケットを送信する送信間隔を示し、「２０秒」、「１０秒」、「５秒」が一例として記憶されている。そして、これら記憶されているデータは、上述した送信端末２００の管理者によって登録される。
【０１１１】
例えば、送信端末２００に対して、２０秒間隔で、各種ＵＤＰアドレス通知パケットを送信させる場合は「２０秒」が選択される。「１０秒」、「５秒」についても同様である。
【０１１２】
したがって、送信端末２００が送信する各種アドレス通知パケットの送信間隔を、通知パケット周期テーブル２０３ｂにより、カスタマイズすることが可能となり、その結果、受信端末１００が、各種ＵＤＰアドレス通知パケットを受信する間隔を調整することが可能となる。結果として、受信端末１００が、送信端末２００のＩＰアドレスの変化を検出するまでの時間調整を行う事が可能となる。
【０１１３】
次に、図１２に戻り、自端末ＩＰアドレステーブル２０４について説明する。自端末ＩＰアドレステーブル２０４は、送信端末２００のＩＰアドレスを記憶するテーブルで、具体的に図を用いて説明する。
【０１１４】
図１５は、自端末ＩＰアドレステーブル２０４のデータ構造の一例を説明するための図である。図１５の「自端末ＩＰアドレス」は、送信端末２００のＩＰアドレスを示しており、図１に示したように送信端末２００には、ＩＰアドレス：Ａが設定されていることから、自端末ＩＰアドレスに「Ａ」が記憶されている。
【０１１５】
次に、図１２の説明に戻り、アドレス通知パケット送信部２０５について説明する。アドレス通知パケット送信部２０５は、アドレス通知要求パケット受信部２０１が受信した各種ＵＤＰアドレス通知要求パケットが正当であると判定された場合に、自端末ＩＰアドレステーブル２０４と、コンフィグ情報記憶部２０３とに基づいて、ＵＤＰアドレス通知パケット６０やＵＤＰアドレス通知パケット６１といった各種ＵＤＰアドレス通知パケットを生成し、受信端末１００に送信する処理部である。
【０１１６】
具体的に、まず、アドレス通知パケット送信部２０５が、ＵＤＰアドレス通知パケット６０を送信する場合について図を用いて説明する。図１６は、ＵＤＰアドレス通知パケット６０の送信を説明するための図である。
【０１１７】
図１６に示すように、送信端末２００が、送信元ＩＰアドレス：Ａ、マルチキャストアドレス：Ｇでマルチキャストデータを送信している。そして、送信端末２００が、受信端末１００からＵＤＰアドレス通知要求パケット５０を受信したことを契機に、そのマルチキャストデータとは別に、アドレス通知パケット送信部２０５が、図１に示したＵＤＰアドレス通知パケット６０を生成し、送信する。なお、これまで説明してきたように、送信端末２００のＩＰアドレスはＡで、受信端末１００のＩＰアドレスはＸとする。
【０１１８】
次に、このＵＤＰアドレス通知パケット６０のデータ構造について上述した図７を用いて説明する。図７は、ＵＤＰアドレス通知パケット６０のデータ構造の一例を説明するための図である。
【０１１９】
図７に示すように、ＵＤＰアドレス通知パケット６０は、一般的なイーサネット（登録商標）のデータフレームであり、「ＭＡＣ（Media  Access  Control）ヘッダ」、「ＩＰ(Internet  Protocol)ヘッダ」、「ＵＤＰ（User  Datagram  Protocol）ヘッダ」、「通知パケットデータ」を有している。
【０１２０】
ＭＡＣヘッダには、宛先（例えば、受信端末１００）のＭＡＣアドレス、送信元（例えば、送信端末２００）のＭＡＣアドレス、およびデータ長が設定され、ＩＰヘッダには、バージョン、ヘッダ長等が設定され、ＵＤＰヘッダには、送信元ポート番号、宛先ポート番号、データ長等が含まれる。
【０１２１】
通知パケットデータは、自ＩＰアドレス情報と、宛先ＩＰアドレスと、識別子情報とを有している。「自ＩＰアドレス情報」には、ＵＤＰアドレス通知パケット６０の送信端末のＩＰアドレスが設定される。
【０１２２】
したがって、図１６に示したように、ＵＤＰアドレス通知パケット６０を送信する送信端末２００には、ＩＰアドレスが「Ａ」に設定されていることから、アドレス通知パケット送信部２０５は、自端末に設定されているＩＰアドレス「Ａ」を自ＩＰアドレス情報：Ａとして、通知パケットデータに設定する。
【０１２３】
「宛先ＩＰアドレス」は、ＵＤＰアドレス通知パケット６０の宛先となる受信端末１００のＩＰアドレスを示すものとする。したがって、アドレス通知パケット送信部２０５は、アドレス通知要求パケット解析部２０２が解析した情報から受信端末１００のＩＰアドレス：Ｘを取得し、通知パケットデータに設定する。
【０１２４】
また、アドレス通知パケット送信部２０５は、図１３に示した識別子ファイル２０３ａから自端末に設定されている識別子「ｆｕｊｉｔｓｕ」を取得し、通知パケットデータに設定する。
【０１２５】
さらに、アドレス通知パケット送信部２０５は、図１４に示した通知パケット周期テーブル２０３ｂから、一例として通知パケット周期「２０秒」を取得し、２０秒間隔で、ＵＤＰアドレス通知パケット６０を受信端末１００に送信する。
【０１２６】
続いて、アドレス通知パケット送信部２０５が、ＵＤＰアドレス通知パケット６１を送信する場合について図を用いて説明する。図１７は、ＵＤＰアドレス通知パケット６１の送信を説明するための図である。
【０１２７】
図１７に示すように、送信端末２００のＩＰアドレスがＡからＢに変化した場合、送信端末２００は、マルチキャストアドレス：Ｇ、送信元ＩＰアドレス：Ｂでマルチキャストデータを送信している。
【０１２８】
この状況において、そのマルチキャストデータとは別に、アドレス通知パケット送信部２０５は、図１に示したＵＤＰアドレス通知パケット６１を送信する。なお、送信端末２００のＩＰアドレスはＡからＢに変化し、受信端末１００のＩＰアドレスはＸとする。
【０１２９】
次に、このＵＤＰアドレス通知パケット６１のデータ構造について上述した図８を用いて説明する。図８に示すように、ＵＤＰアドレス通知パケット６１は、図７に示したＵＤＰアドレス通知パケット６０と同様に、一般的なイーサネット（登録商標）のデータフレームであり、「ＭＡＣ（Media  Access  Control）ヘッダ」、「ＩＰ(Internet  Protocol)ヘッダ」、「ＵＤＰ（User  Datagram  Protocol）ヘッダ」、「通知パケットデータ」を有している。
【０１３０】
ＭＡＣヘッダには、宛先（例えば、受信端末１００）ＭＡＣアドレス、送信元（例えば、送信端末２００）ＭＡＣアドレス、およびデータ長が設定され、ＩＰヘッダには、バージョン、ヘッダ長等が設定され、ＵＤＰヘッダには、送信元ポート番号、宛先ポート番号、データ長、およびチェックサムが含まれる。
【０１３１】
通知パケットデータは、自ＩＰアドレス情報と、送信元ＩＰアドレス情報と、宛先ＩＰアドレスと、識別子とを有している。「自ＩＰアドレス情報」は、ＵＤＰアドレス通知パケット６１の送信端末のＩＰアドレスが登録される。
【０１３２】
したがって、図１７にて示したように、ＵＤＰアドレス通知パケット６１を送信する送信端末２００のＩＰアドレスが「Ａ」から「Ｂ」に変化したことから、アドレス通知パケット送信部２０５は、自端末に設定されているＩＰアドレス：Ｂを自ＩＰアドレス情報：Ｂとして、ＵＤＰアドレス通知パケット６１に設定する。
【０１３３】
「送信元ＩＰアドレス情報」は、ＵＤＰアドレス通知パケット６１を送信する送信端末２００のＩＰアドレスが登録される。したがって、「自ＩＰアドレス情報」に設定されているＩＰアドレスと同じＩＰアドレス：Ｂが送信元ＩＰアドレスとして設定される。
【０１３４】
ＵＤＰアドレス通知パケット６１が「自ＩＰアドレス情報」と、「送信元ＩＰアドレス」とを有しているのは、自端末に設定されているＩＰアドレスが変化するとともに、「Ｂ」とは別のＩＰアドレスが送信端末２００に追加される可能性があるからである。
【０１３５】
例えば、図１７にて示したように、送信端末２００に設定されているＩＰアドレスが「Ｂ」だけである場合には、「自ＩＰアドレス情報」にＩＰアドレス：Ｂだけ設定される。一方、送信端末２００に、ＩＰアドレス：Ｂに加えて、例えば、ＩＰアドレス：ＢＢが設定された場合、「自ＩＰアドレス情報」には、ＩＰアドレス：Ｂ、ＩＰアドレス：ＢＢが設定される。
【０１３６】
この場合、「自ＩＰアドレス情報」と「送信元ＩＰアドレス情報」とには、異なるＩＰアドレスが設定されることになる。したがって、ＵＤＰアドレス通知パケット６１には、「自ＩＰアドレス情報」と、「送信元ＩＰアドレス情報」とが設定され、図８では、「自ＩＰアドレス情報」と、「送信元ＩＰアドレス」とが同一の場合を例に挙げて説明している。
【０１３７】
「宛先ＩＰアドレス」は、ＵＤＰアドレス通知パケット６１の宛先となる受信端末１００のＩＰアドレスを示すものとする。したがって、アドレス通知パケット送信部２０５は、アドレス通知要求パケット解析部２０２が解析した情報から受信端末１００のＩＰアドレス：Ｘを取得し、通知パケットデータに設定する。
【０１３８】
また、アドレス通知パケット送信部２０５は、図１３に示した識別子ファイル２０３ａから自端末に対応する識別子「ｆｕｊｉｔｓｕ」を取得し、通知パケットデータに設定する。
【０１３９】
さらに、アドレス通知パケット送信部２０５は、図１４に示した通知パケット周期テーブル２０３ｂから、一例として通知パケット周期「５秒」を取得し、５秒間隔で、ＵＤＰアドレス通知パケット６１を受信端末１００に５秒間隔で送信する。
【０１４０】
以上のように、アドレス通知パケット送信部２０５は、受信端末１００からアドレス通知要求パケット５０を受信したことを契機として、各種アドレス通知パケットを定期的に送信する。
【０１４１】
ところで、図１２に示した送信端末２００は、受信端末１００が送信するＵＤＰアドレス通知要求パケット５０の受信頻度に関係なく、各種アドレス通知パケットを受信端末１００に定期的かつ継続的に送信することになる。
【０１４２】
したがって、図１４に示した通知パケット周期テーブル２０３ｂに設定されている「通知パケット周期」によっては、各種アドレス通知パケットを毎秒ごとかつ、継続的に送信される場合があり、余計なアドレス通知パケットを送信し、ネットワーク内に輻輳が発生してしまう場合がある。
【０１４３】
このため、受信端末１００は、送信端末２００とは異なる送信端末（例えば、送信端末３００）からマルチキャストデータを受信するように設定を変更する必要がある。具体的に図を用いて以下説明する。
【０１４４】
図１８は、マルチキャスト送信端末の切り替えを説明するための図である。図１８に示すように、受信端末１００が、送信端末２００とマルチキャストしている状況で、送信端末３００からマルチキャストデータを受信するように設定を変更した場合、受信端末１００は、送信端末２００にＵＤＰアドレス通知停止パケット５２を送信する（ステップＳ７０）。
【０１４５】
このＵＤＰアドレス通知停止パケット５２について図を用いて説明する。図１９は、ＵＤＰアドレス通知停止パケット５２のデータ構造の一例を説明するための図である。図１９に示したＵＤＰアドレス通知停止パケット５２には、ＵＤＰアドレス通知停止パケット５２を送信する受信端末１００のＩＰアドレス：Ｘが「送信元ＩＰアドレス」に記憶され、「宛先ＩＰアドレス」には、送信端末２００に設定されているＩＰアドレス：Ａが記憶されている。
【０１４６】
続いて、図１８に戻り、ＵＤＰアドレス通知停止パケット５２を受信した送信端末２００は、定期的な各種アドレス通知パケットの送信を停止する（ステップＳ７１）。
【０１４７】
その後、受信端末１００は、送信端末３００に対して、ＵＤＰアドレス通知要求パケット５３を送信する（ステップＳ７２）。このＵＤＰアドレス通知要求パケット５３のデータ構造について図を用いて説明する。
【０１４８】
図２０は、ＵＤＰアドレス通知要求パケット５３のデータ構造の一例を説明するための図である。図２０に示すように、ＵＤＰアドレス通知要求パケット５３は、送信元ＩＰアドレス：Ｘ、宛先ＩＰアドレス：Ｄ、識別子「ｊｉｔｓｕ」といった各種情報を有している。
【０１４９】
「送信元ＩＰアドレス」は、ＵＤＰアドレス通知要求パケット５３の送信元のＩＰアドレスが登録される。したがって、図１８に示したように、ＵＤＰアドレス通知停止パケット５２を送信する受信端末１００には、ＩＰアドレスが「Ｘ」に設定されていることから、図２に示したアドレス通知要求パケット送信部１０３は、自端末に設定されているＩＰアドレス：Ｘを送信元ＩＰアドレス：Ｘとして、ＵＤＰアドレス通知要求パケット５３に設定する。
【０１５０】
「宛先ＩＰアドレス」は、ＵＤＰアドレス通知要求パケット５３の宛先となる送信端末３００のＩＰアドレスを示すものとする。したがって、アドレス通知要求パケット送信部１０３は、図３に示した送信端末情報テーブル１０１から送信元ＩＰアドレス：Ｄと、送信端末３００に対応する識別子「ｊｉｔｓｕ」を取得し、取得したＩＰアドレス：Ｄを宛先ＩＰアドレスとして、また、識別子「ｊｉｔｓｕ」をＵＤＰアドレス通知要求パケット５３に設定する。
【０１５１】
そして、受信端末１００が、ＵＤＰアドレス通知要求パケット５３を送信端末３００に送信することを契機として、受信端末１００は送信端末３００とマルチキャストを開始することになる。その結果、ネットワーク内の輻輳を防ぐことが可能となる。
【０１５２】
なお、これまで、ＵＤＰアドレス通知要求パケット５０や、ＵＤＰアドレス通知パケット６０を例に挙げて説明してきたが、必ずしもＵＤＰで定義されるコネクションレス型のパケットでなくても良い。例えば、送受信端末が、受信時において、各種パケットに含まれる送信元アドレスで受信可否フィルタをかけないプロトコルであれば、実施できるものとする。
【０１５３】
次に、実施例に係る通信システムの処理について説明する。図２１は、実施例に係る通信システムの処理を示すフローチャートである。まず、受信端末１００がＵＤＰアドレス通知要求パケットを生成し（ステップＳ１００）、生成したＵＤＰアドレス通知要求パケットを送信端末２００に対して送信する（ステップＳ１０１）。
【０１５４】
続いて、受信端末１００が送信したＵＤＰアドレス通知要求パケットは、図２４に示したルータ１、ルータ２を経由して、送信端末２００が受信する（ステップＳ１０２）。
【０１５５】
そして、送信端末２００は、受信したＵＤＰアドレス通知要求パケットに含まれる識別子に基づいて、受信したＵＤＰアドレス通知要求パケットの正当性を判定する（ステップＳ１０３）。
【０１５６】
その後、送信端末２００が、受信したＵＤＰアドレス通知要求パケットについて正当であると判定した場合（ステップＳ１０４、Ｙｅｓ）、送信端末２００は、ＵＤＰアドレス通知パケットを生成する（ステップＳ１０５）。
【０１５７】
一方、送信端末２００が、受信したＵＤＰアドレス通知要求パケットを正当でないと判定した場合（ステップＳ１０４、Ｎｏ）、受信したＵＤＰアドレス通知要求パケットを廃棄する（ステップＳ１０７）。
【０１５８】
そして、送信端末２００は、ステップＳ１０５にて生成したＵＤＰアドレス通知パケットを受信端末１００に定期的に送信する（ステップＳ１０６）。なお、送信端末２００が、ＵＤＰアドレス通知パケットを送信する周期は、通知パケット周期テーブル２０３ｂに基づいて定められる。
【０１５９】
そして、受信端末１００は、ルータ１、ルータ２を経由して、ＵＤＰアドレス通知パケットを送信端末２００から受信し（ステップＳ１０８）、受信したＵＤＰアドレス通知パケットの差分について判定する（ステップＳ１０９）。
【０１６０】
受信端末１００が、受信したＵＤＰアドレス通知パケットに基づいて、差分ありと判定した場合（ステップＳ１１０、Ｙｅｓ）、受信端末１００は、受信したＵＤＰアドレス通知パケットに含まれる識別子に基づいて、正当性を判定する（ステップＳ１１１）。
【０１６１】
そして、受信端末１００が、受信したＵＤＰアドレス通知パケットを正当であると判定した場合（ステップＳ１１２、Ｙｅｓ）、受信端末１００は、ＩＧＭＰｖ３もしくはＭＬＤｖ２  Ｒｅｐｏｒｔをルータ２に対して送信する（ステップＳ１１３）。
【０１６２】
そして、ルータ２は、受信端末１００からＩＧＭＰｖ３もしくはＭＬＤｖ２  Ｒｅｐｏｒｔを受信する（ステップＳ１１４）。そして、ルータ２は、受信した各種パケットを解析した後、ＰＩＭ−ＳＳＭ  ＪＯＩＮメッセージをルータ１に送信する（ステップＳ１１５）。
【０１６３】
そして、ルータ１は、受信したＰＩＭ−ＳＳＭＪＯＩＮメッセージに含まれるマルチキャストアドレス、送信元フィルタアドレスを保持する（ステップＳ１１６）。
【０１６４】
そして、ルータ１は、送信端末２００から送信されているマルチキャストデータをルータ２に転送し、ルータ２は、ルータ１から受信したマルチキャストデータを受信端末１００に転送する。その結果、受信端末１００は、送信端末２００とマルチキャスト通信を継続することができる（ステップＳ１１７）。
【０１６５】
一方、受信端末１００が、ステップＳ１０８にて受信したＵＤＰアドレス通知パケットについて、差分ありと判定しなかった場合（ステップＳ１１０、Ｎｏ）、ステップＳ１１７に移行する。
【０１６６】
また、受信端末１００が、受信したＵＤＰアドレス通知パケットを正当でないと判定した場合（ステップＳ１１２、Ｎｏ）、受信したＵＤＰアドレス通知パケットを廃棄する（ステップＳ１１８）。
【０１６７】
このフローチャートによれば、送信端末２００のＩＰアドレスの変更を受信端末１００が検出し、送信端末２００のＩＰアドレスが変化しても、受信端末１００はマルチキャスを継続することができる。
【０１６８】
上述したように、本願に開示した通信システムによれば、既存のマルチキャストネットワークにおいて、マルチキャスト送信端末とマルチキャスト受信端末とを置き換えるだけで、受信端末が送信端末のＩＰアドレスを追従することができ、新たな装置を設置することなく、既存ネットワークの資源をそのまま活用したネットワーク形態にて、マルチキャストの継続受信が可能となる。
【０１６９】
ところで、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１７０】
また、図２、図１２に示した受信端末１００、送信端末２００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１７１】
図２２は、送信元ＩＰアドレスの変化の検出を実行するコンピュータのハードウェア構成を示す図である。図２２に示すように、このコンピュータ４００は、入力装置４０１、ディスプレイ４０２、タイマー４０３、ＲＡＭ（Random  Access  Memory）４０４、ＲＯＭ（Read  Only  Memory）４０５、ＨＤＤ（Hard  Disk  Drive）４０６、ＣＰＵ(Central  Processing  Unit)４０７、送受信装置４０８、媒体読取装置４０９をバス４１０で接続している。
【０１７２】
そして、ＨＤＤ４０６には、上述した受信端末１００のＵＤＰアドレス通知要求パケットの生成や送信機能と同様の機能を発揮するアドレス通知要求パケット送信プログラム４０６ｂ、受信端末１００のＵＤＰアドレス通知パケットの受信機能と同様の機能を発揮するアドレス通知パケット受信プログラム４０６ｃ、送信元のＩＰアドレスの変化を検出する機能と同様の機能を発揮するアドレス通知パケット解析プログラム４０６ｄ、ＩＧＭＰｖ３パケットもしくはＭＬＤｖ２パケットを送信する機能と同様の機能を発揮するＰＩＭパケット送信プログラム４０６ｅが記憶されている。
【０１７３】
そして、ＣＰＵ４０７が、アドレス通知要求パケット送信プログラム４０６ｂ、アドレス通知パケット受信プログラム４０６ｃ、アドレス通知パケット解析プログラム４０６ｄ、ＰＩＭパケット送信プログラム４０６ｅをそれぞれ読み出して実行することにより、アドレス通知要求パケット送信プロセス４０７ａ、アドレス通知パケット受信プロセス４０７ｂ、アドレス通知パケット解析プロセス４０７ｃ、ＰＩＭパケット送信プロセス４０７ｄがそれぞれ起動される。ここで、アドレス通知要求パケット送信プロセス４０７ａは、図２に示したアドレス通知要求パケット送信部１０３に対応し、アドレス通知パケット受信プロセス４０７ｂは、図２に示したアドレス通知パケット受信部１０４に対応し、アドレス通知パケット解析プロセス４０７ｃは、図２に示したアドレス通知パケット解析部１０６に対応し、ＰＩＭパケット送信プロセス４０７ｄは、図２に示したＰＩＭパケット送信部１０８に対応する。
【０１７４】
尚、各種データ４０６ａには、各送信端末のＩＰアドレスや識別子、各種ＵＤＰアドレス通知パケットを受信した日時、アドレス通知要求パケット送信プロセス４０７ａによって利用される各種データを記憶している。そして、ＣＰＵ４０７は、各種データ４０６ａに含まれる各種送信端末のＩＰアドレス、識別子等を読み出して、ＲＡＭ４０４に格納し、ＲＡＭ４０４に格納された各種データ４０４ａを利用して、送信端末のＩＰアドレスの差分を算出し、算出した差分から送信端末のＩＰアドレスの変化を検出する。
【０１７５】
ところで、図２２に示したアドレス通知要求パケット送信プログラム４０６ｂ、アドレス通知パケット受信プログラム４０６ｃ、アドレス通知パケット解析プログラム４０６ｄ、ＰＩＭパケット送信プログラム４０６ｅは、必ずしも最初からＨＤＤに記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などにアドレス通知要求パケット送信プログラム４０６ｂ、アドレス通知パケット受信プログラム４０６ｃ、アドレス通知パケット解析プログラム４０６ｄ、ＰＩＭパケット送信プログラム４０６ｅを記憶しておき、コンピュータが、アドレス通知要求パケット送信プログラム４０６ｂ、アドレス通知パケット受信プログラム４０６ｃ、アドレス通知パケット解析プログラム４０６ｄ、ＰＩＭパケット送信プログラム４０６ｅを読み出して実行するようにしてもよい。
【０１７６】
図２３は、ＵＤＰアドレス通知パケットの送信を実行するコンピュータのハードウェア構成を示す図である。図２３に示すように、このコンピュータ５００は、入力装置５０１、ディスプレイ５０２、ＲＡＭ（Random  Access  Memory）５０３、ＲＯＭ（Read  Only  Memory）５０４、ＨＤＤ（Hard  Disk  Drive）５０５、ＣＰＵ(Central  Processing  Unit)５０６、送受信装置５０７、媒体読取装置５０８をバス５０９で接続している。
【０１７７】
そして、ＨＤＤ５０５には、上述した送信端末２００のＵＤＰアドレス通知パケットを生成し、送信する機能と同様の機能を発揮するアドレス通知パケット送信プログラム５０５ｂ、ＵＤＰアドレス通知要求パケットの正当性を判定する機能と同様の機能を発揮するアドレス通知要求パケット解析プログラム５０５ｃ、送信端末２００のＵＤＰアドレス通知要求パケットの受信機能と同様の機能を発揮するアドレス通知要求パケット受信プログラム５０５ｄが記憶されている。
【０１７８】
そして、ＣＰＵ５０６が、アドレス通知パケット送信プログラム５０５ｂ、アドレス通知要求パケット解析プログラム５０５ｃ、アドレス通知要求パケット受信プログラム５０５ｄをそれぞれ読み出して実行することにより、アドレス通知パケット送信プロセス５０６ａ、アドレス通知要求パケット解析プロセス５０６ｂ、アドレス通知要求パケット受信プロセス５０６ｃがそれぞれ起動される。ここで、アドレス通知パケット送信プロセス５０６ａは、図１２に示したアドレス通知パケット送信部２０５に対応し、アドレス通知要求パケット解析プロセス５０６ｂは、図１２に示したアドレス通知要求パケット解析部２０２に対応し、アドレス通知要求パケット受信プログラム５０５ｄは、図１２に示したアドレス通知要求パケット受信部２０１に対応する。
【０１７９】
尚、各種データ５０５ａには、マルチキャストパケットの送信元に割り振られているＩＰアドレスや識別子、各種ＵＤＰアドレス通知パケットの送信周期を示す情報、アドレス通知パケット送信プロセス５０６ａによって利用される各種データを記憶している。そして、ＣＰＵ５０６は、各種データ５０５ａに記憶されているマルチキャストパケットの送信元ＩＰアドレス、識別子等を読み出して、ＲＡＭ５０３に格納し、ＲＡＭ５０３に格納された各種データ５０３ａを利用して、各種ＵＤＰアドレス通知パケットを生成し、対応する送信周期に基づいて各種ＵＤＰアドレス通知パケットを生成し、送信する。
【０１８０】
ところで、図２３に示したアドレス通知パケット送信プログラム５０５ｂ、アドレス通知要求パケット解析プログラム５０５ｃ、アドレス通知要求パケット受信プログラム５０５ｄは、必ずしも最初からＨＤＤに記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などにアドレス通知パケット送信プログラム５０５ｂ、アドレス通知要求パケット解析プログラム５０５ｃ、アドレス通知要求パケット受信プログラム５０５ｄを記憶しておき、コンピュータが、アドレス通知パケット送信プログラム５０５ｂ、アドレス通知要求パケット解析プログラム５０５ｃ、アドレス通知要求パケット受信プログラム５０５ｄを読み出して実行するようにしてもよい。
【０１８１】
上記の実施例を含む実施形態に関し、更に以下の付記を開示する。
【０１８２】
（付記１）パケットの送信元となる端末のアドレス情報を利用してパケットを中継する中継装置と、当該中継装置を介して受信端末にマルチキャストパケットを送信する送信端末とを有するパケット送信システムであって、
前記送信端末は、
前記マルチキャストパケットの他に、前記送信端末のアドレス情報を含んだアドレス通知パケットを前記受信端末に送信するパケット送信手段を有し、
前記受信端末は、
前記アドレス通知パケットを受信した場合に、前記アドレス通知パケットに含まれるアドレス情報を基にして、前記送信端末のアドレス情報が変化したか否かを判定するアドレス変化判定手段と、
前記送信端末のアドレス情報が変化したと前記アドレス変化判定手段が判定した場合に、変化後の前記送信端末のアドレス情報を前記中継装置に通知するアドレス通知手段と、
を有するパケット送信システム。
【０１８３】
（付記２）前記パケット送信手段により送信される前記アドレス通知パケットは、前記送信端末のアドレス情報と、前記マルチキャストパケットの送信先となる受信端末のアドレス情報と、前記送信端末の識別情報とを含み、前記アドレス変化判定手段は、前記識別情報をキーにして前記送信端末のアドレス情報が変化したか否かを判定する付記１に記載のパケット送信システム。
【０１８４】
（付記３）前記アドレス変化判定手段は、前記アドレス通知パケットに前記識別情報が含まれるか否かを更に判定し、当該識別情報が含まれていない場合に、前記アドレス通知パケットを廃棄する付記１または２に記載のパケット送信システム。
【０１８５】
（付記４）パケットの送信元となる端末のアドレス情報を利用してパケットを中継する中継装置を介して受信端末にマルチキャストパケットを送信する送信手段と、
前記マルチキャストパケットの他に、前記マルチキャストパケットの送信元のアドレス情報を含んだアドレス通知パケットを前記受信端末に送信するパケット送信手段と、
を有する送信端末。
【０１８６】
（付記５）前記パケット送信手段は、前記受信端末から前記アドレス通知パケットの送信要求となるアドレス通知要求パケットを受信した後に、前記アドレス通知パケットを前記受信端末に送信する付記４に記載の送信端末。
【０１８７】
（付記６）前記アドレス通知要求パケットは、前記送信端末の識別情報を含み、前記パケット送信手段は、前記アドレス通知要求パケットを受信した場合に、前記送信端末に対応する識別情報が含まれるか否かを判定し、判定結果に基づいて前記アドレス通知パケットを前記受信端末に送信する付記５に記載の送信端末。
【０１８８】
（付記７）前記アドレス通知パケットを送信する周期を示す周期情報を記憶する周期情報記憶手段を更に有し、前記パケット送信手段は、前記周期情報に基づいて、前記アドレス通知パケットを定期的に前記受信端末に送信する付記４〜６のいずれか一つに記載の送信端末。
【０１８９】
（付記８）  コンピュータに、
パケットの送信元となる端末のアドレス情報を利用してパケットを中継する中継装置を介して受信端末にマルチキャストパケットを送信する送信手順と、
前記マルチキャストパケットの他に、前記マルチキャストパケットの送信元のアドレス情報を含んだアドレス通知パケットを前記受信端末に送信するパケット送信手順と、
を実行させる送信プログラム。
【０１９０】
（付記９）前記パケット送信手順は、前記受信端末から前記アドレス通知パケットの送信要求となるアドレス通知要求パケットを受信した後に、前記アドレス通知パケットを前記受信端末に送信する付記８に記載の送信プログラム。
【０１９１】
（付記１０）前記アドレス通知要求パケットは、前記マルチキャストパケットの送信元となる送信端末の識別情報を含み、前記パケット送信手順は、前記アドレス通知要求パケットを受信した場合に、前記送信端末に対応する識別情報が含まれるか否かを判定し、判定結果に基づいて前記アドレス通知パケットを前記受信端末に送信する付記９に記載の送信プログラム。
【０１９２】
（付記１１）前記アドレス通知パケットを送信する周期を示す周期情報を記憶する周期情報記憶手順を更にコンピュータに実行させ、前記パケット送信手順は、前記周期情報に基づいて、前記アドレス通知パケットを定期的に前記受信端末に送信する付記８〜１０のいずれか一つに記載の送信プログラム。
【０１９３】
（付記１２）パケットの送信元となる送信端末のアドレス情報を利用してパケットを中継する中継装置を介してマルチキャストパケットを受信する受信手段と、
前記マルチキャストパケットの他に、前記送信端末のアドレス情報を含んだアドレス通知パケットを受信するパケット受信手段と、
前記アドレス通知パケットを受信した場合に、前記アドレス通知パケットに含まれるアドレス情報を基にして、前記送信端末のアドレス情報が変化したか否かを判定するアドレス変化判定手段と、
前記送信端末のアドレス情報が変化したと前記アドレス変化判定手段が判定した場合に、変化後の前記送信端末のアドレス情報を前記中継装置に通知するアドレス通知手段と、
を有する受信端末。
【０１９４】
（付記１３）前記パケット受信手段が受信する前記アドレス通知パケットは、前記送信端末のアドレス情報と、前記受信端末のアドレス情報と、前記送信端末の識別情報とを含み、前記アドレス変化判定手段は、前記識別情報をキーにして前記送信端末のアドレス情報
が変化したか否かを判定する付記１２に記載の受信端末。
【０１９５】
（付記１４）前記アドレス変化判定手段は、前記アドレス通知パケットに前記識別情報が含まれるか否かを更に判定し、当該識別情報が含まれていない場合に、前記アドレス通知パケットを廃棄する付記１２または１３に記載の受信端末。
【０１９６】
（付記１５）前記アドレス変化判定手段の判定結果に基づいて、前記送信端末のアドレス情報が変化する度に、当該アドレス情報の変化の履歴を記憶する履歴記憶手段を更に有する付記１２〜１４のいずれか一つに記載の受信端末。
【０１９７】
（付記１６）利用者に指定される特定の送信端末のアドレス情報を記憶するアドレス情報記憶手段を更に有し、前記パケット受信手段は、前記アドレス情報記憶手段に記憶された前記アドレス情報を送信元とする前記アドレス通知パケットのみを受信する付記１２〜１５のいずれか一つに記載の受信端末。
【０１９８】
（付記１７）前記アドレス通知パケットの送信停止を要求する停止要求パケットを、前記マルチキャストパケットを前記受信端末に送信している送信端末に送信し、前記アドレス通知パケットの送信要求となるアドレス通知要求パケットを、他の送信端末に送信することで前記マルチキャストパケットの送信元となる送信端末を切り替える切替手段を更に有する付記１２〜１６のいずれか一つに記載の受信端末。
【０１９９】
（付記１８）  コンピュータに、
パケットの送信元となる送信端末のアドレス情報を利用してパケットを中継する中継装置を介してマルチキャストパケットを受信する受信手順と、
前記マルチキャストパケットの他に、前記送信端末のアドレス情報を含んだアドレス通知パケットを受信するパケット受信手順と、
前記アドレス通知パケットを受信した場合に、前記アドレス通知パケットに含まれるアドレス情報を基にして、前記送信端末のアドレス情報が変化したか否かを判定するアドレス変化判定手順と、
前記送信端末のアドレス情報が変化したと前記アドレス変化判定手順が判定した場合に、変化後の前記送信端末のアドレス情報を前記中継装置に通知するアドレス通知手順と、
を有する受信プログラム。
【０２００】
（付記１９）前記パケット受信手順が受信する前記アドレス通知パケットは、前記送信端末のアドレス情報と、前記アドレス通知パケットを受信する受信端末のアドレス情報と、前記送信端末の識別情報とを含み、前記アドレス変化判定手順は、前記識別情報をキーにして前記送信端末のアドレス情報が変化したか否かを判定する付記１８に記載の受信プログラム。
【０２０１】
（付記２０）前記アドレス変化判定手順は、前記アドレス通知パケットに前記識別情報が含まれるか否かを更に判定し、当該識別情報が含まれていない場合に、前記アドレス通知パケットを廃棄する付記１８または１９に記載の受信プログラム。
【０２０２】
（付記２１）前記アドレス変化判定手順の判定結果に基づいて、前記送信端末のアドレス情報が変化する度に、当該アドレス情報の変化の履歴を記憶する履歴記憶手順を更にコンピュータに実行させる付記１８〜２０のいずれか一つに記載の受信プログラム。
【０２０３】
（付記２２）利用者に指定される特定の送信端末のアドレス情報を記憶するアドレス情報記憶手順を更にコンピュータに実行させ、前記パケット受信手順は、前記アドレス情報記憶手順に記憶された前記アドレス情報を送信元とする前記アドレス通知パケットのみを受信する付記１８〜２１のいずれか一つに記載の受信プログラム。
【０２０４】
（付記２３）前記アドレス通知パケットの送信停止を要求する停止要求パケットを、前記マルチキャストパケットを前記受信端末に送信している送信端末に送信し、前記アドレス通知パケットの送信要求となるアドレス通知要求パケットを、他の送信端末に送信することで前記マルチキャストパケットの送信元となる送信端末を切り替える切替手順を更にコンピュータに実行させる付記１８〜２２のいずれか一つに記載の受信プログラム。
【産業上の利用可能性】
【０２０５】
以上のように、本発明にかかるパケット送信システム、送信端末、受信端末、送信プログラム、受信プログラムは、マルチキャスト通信に有用であり、特に、送信元のＩＰ(Internet  Protocol)アドレスが変更になった場合でも、受信端末側で送信元のＩＰアドレスの変化を検出し、ネットワーク内のルータに所定のパケットを送信することで、マルチキャストの継続を可能とする通信システムを提供することに適している。
【符号の説明】
【０２０６】
５    パケット
５０    ＵＤＰアドレス通知要求パケット
６０、６１    ＵＤＰアドレス通知パケット
１０、２００    送信端末
２０、１００、１０１、１０２、Ａ〜Ｚ    受信端末
１０１    送信端末情報テーブル
１０２    コンフィグ情報テーブル
１０３    アドレス通知要求パケット送信部
１０４    アドレス通知パケット受信部
１０５    タイマー
１０６    アドレス通知パケット解析部
１０７    ログ管理テーブル
１０８    ＰＩＭパケット送信部
２０１    アドレス通知要求パケット受信部
２０２    アドレス通知要求パケット解析部
２０３    コンフィグ情報記憶部
２０３ａ    識別子ファイル
２０３ｂ    通知パケット周期テーブル
２０４    自端末ＩＰアドレステーブル
２０５    アドレス通知パケット送信部
３００    ルータ
４００、５００    コンピュータ
４０１、５０１    入力装置
４０２、５０２    ディスプレイ
４０３    タイマー
４０４、５０３    ＲＡＭ
４０４ａ、４０６ａ、５０３ａ、５０５ａ    各種データ
４０５、５０４    ＲＯＭ
４０６、５０５    ＨＤＤ
４０６ｂ    アドレス通知要求パケット送信プログラム
４０６ｃ    アドレス通知パケット受信プログラム
４０６ｄ    アドレス通知パケット解析プログラム
４０６ｅ    ＰＩＭパケット送信プログラム
４０７、５０６    ＣＰＵ
４０７ａ    アドレス通知要求パケット送信プロセス
４０７ｂ    アドレス通知パケット受信プロセス
４０７ｃ    アドレス通知パケット解析プロセス
４０７ｄ    ＰＩＭパケット送信プロセス
４０８、５０７    送受信装置
４０９、５０８    媒体読取装置
５０５ｂ    アドレス通知パケット送信プログラム
５０５ｃ    アドレス通知要求パケット解析プログラム
５０５ｄ    アドレス通知要求パケット受信プログラム
５０６ａ    アドレス通知パケット送信プロセス
５０６ｂ    アドレス通知要求パケット解析プロセス
５０６ｃ    アドレス通知要求パケット受信プロセス
【図１】
2010161499.tif 000003
【図２】
2010161499.tif 000004
【図３】
2010161499.tif 000005
【図４】
2010161499.tif 000006
【図５】
2010161499.tif 000007
【図６】
2010161499.tif 000008
【図７】
2010161499.tif 000009
【図８】
2010161499.tif 000010
【図９】
2010161499.tif 000011
【図１０】
2010161499.tif 000012
【図１１】
2010161499.tif 000013
【図１２】
2010161499.tif 000014
【図１３】
2010161499.tif 000015
【図１４】
2010161499.tif 000016
【図１５】
2010161499.tif 000017
【図１６】
2010161499.tif 000018
【図１７】
2010161499.tif 000019
【図１８】
2010161499.tif 000020
【図１９】
2010161499.tif 000021
【図２０】
2010161499.tif 000022
【図２１】
2010161499.tif 000023
【図２２】
2010161499.tif 000024
【図２３】
2010161499.tif 000025
【図２４】
2010161499.tif 000026