(57)【要約】【課題】エラーメッセージをエラー対象の送信データの送信元のインターフェースへ通知させ、エラーを解消させる。【解決手段】通信端末装置１３０は、片方向通信のネットワーク網２１０から配信された配信データを受信する受信部１３２と、トンネリング装置１２０への送信データを受け付けるＯＳ／アプリケーション部１３１と、送信データを双方向通信のネットワーク網２２０へ送信する通信処理部１３３と、を有している。通信処理部１３３は、検出部１３４によりネットワーク網２２０からカプセル化パケットのエラーメッセージを検出すると、設定部１３５により、エラーメッセージを含んだあらたな送信データとして設定する。そして、エラー処理部１３６により、送信データにエラーを解消させる処理をおこなうと、当該送信データをトンネリング装置１２０からの配信データとするために再度、ネットワーク網２２０へ送信する。【選択図】図２−１
2008252393.tif 000002
【特許請求の範囲】
【請求項１】
片方向通信網を用いて受信をおこない、双方向通信網を用いて送信をおこなう通信端末装置において、
前記片方向通信網から配信された配信データを受信する受信手段と、
前記受信手段により受信した配信データの配信元へ送信する送信データを受け付ける受付手段と、
前記受付手段により受け付けた送信データを、前記双方向通信網へ送信する通信処理手段と、を有し、
前記通信処理手段は、
前記双方向通信網から前記送信データに関するエラーメッセージを検出する検出手段と、
前記検出手段により検出したエラーメッセージを含んだ送信データをあらたな送信データに設定する設定手段と、
前記設定手段によって設定されたあらたな送信データに前記エラーメッセージに該当するエラーを解消させる処理をおこなうエラー処理手段と、
前記エラー処理手段によりエラーを解消された送信データを、前記配信元からの配信データとするために前記双方向通信網へ送信する送信手段と、
を備えることを特徴とする通信端末装置。
【請求項２】
前記検出手段が、前記送信データの容量が、当該送信データが送信された双方向通信網の許容量以上である旨をあらわすエラーメッセージを検出すると、
前記エラー処理手段は、前記組込手段によってエラーメッセージが組み込まれた送信データの容量が前記許容量以下となる処理をおこなうことを特徴とする請求項１に記載の通信端末装置。
【請求項３】
前記受信手段は、受信した配信データが、前記エラー処理手段によりエラー処理された送信データである場合、
前記配信データからエラーメッセージを抽出することを特徴とする請求項１または２に記載の通信端末装置。
【請求項４】
前記受信手段により前記配信データから抽出したエラーメッセージが、前記送信データの容量が前記双方向通信網の許容量以上である旨をあらわす場合、
前記受付手段は、受け付けた送信データを、前記双方向通信網の許容量ごとに分割し、
前記送信手段は、前記受付手段によって分割された送信データを送信することを特徴とする請求項３に記載の通信端末装置。
【請求項５】
片方向通信網を用いて配信データの配信をおこなう配信手段と、
双方向通信網を用いて前記配信データの配信先の端末からの送信データの受信をおこなう受信手段と、を備え、
前記受信手段が、いずれかの端末からエラーメッセージを含んだ送信データを受信すると、
前記配信手段は、前記受信手段により受信されたエラーメッセージを含んだ送信データの送信元の端末に前記送信データを配信データとして配信することを特徴とする配信装置。
【請求項６】
前記配信手段は、前記受信手段により受信したエラーメッセージを含んだ送信データの送信元の端末の識別情報を、前記配信データに付与して配信することを特徴とする請求項５に記載の配信装置。
【請求項７】
片方向通信網を用いて受信をおこない、双方向通信網を用いて送信をおこなう通信端末装置のエラー通知方法において、
前記片方向通信網から配信された配信データを受信する受信工程と、
前記受信工程により受信した配信データの配信元へ送信する送信データを受け付ける受付工程と、
前記受付工程により受け付けた送信データを、前記双方向通信網へ送信する第一の送信工程と、
前記第一の送信工程後に、前記双方向通信網から前記送信データに関するエラーメッセージを検出すると、検出したエラーメッセージを含んだ前記送信データをあらたな送信データとして設定する設定工程と、
前記設定工程により設定されたあらたな送信データに前記エラーメッセージに該当するエラーを解消させる処理をおこなうエラー処理工程と、
前記エラー処理工程によりエラーを解消された送信データを、前記配信元から配信データとするために前記双方向通信網へ送信する第二の送信工程と、
を含むことを特徴とするエラー通知方法。
【請求項８】
片方向通信網を用いて配信データの配信をおこなう配信手段と、双方向通信網を用いて前記配信データの配信先の端末からの送信データの受信をおこなう受信手段と、を備えた配信装置から前記各端末へのエラー通知方法において、
前記受信手段が、いずれかの端末からエラーメッセージを含んだ送信データを受信する受信工程と、
前記受信工程により受信したエラーメッセージを含んだ送信データの送信元の端末に、前記送信データを配信データとして配信する配信工程と、
を含むことを特徴とするエラー通知方法。
【請求項９】
請求項７または８に記載のエラー通知方法をコンピュータに実行させることを特徴とするエラー通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、片方向通信網を用いて受信をおこない、双方向通信網を用いて送信をおこなう通信端末装置、また、片方向通信網を用いて配信データの配信をおこない、双方向通信網を用いて配信データの配信先の各端末からの送信データの受信をおこなう配信装置と、上記各装置におけるエラー通知方法およびエラー通知プログラムに関する。
【背景技術】
【０００２】
従来、インターネットなどのネットワークを用いてデータの送受信をおこなうには、Ｅｔｈｅｒｎｅｔ（登録商標）、ＦＤＤＩ（Ｆｉｂｅｒ−Ｄｉｓｔｒｉｂｕｔｅｄ  Ｄａｔａ  Ｉｎｔｅｒｆａｃｅ）、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）など、さまざまな規格で構成されたＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：構内通信網）やＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：広域通信網）を経由して通信相手の端末装置と接続している。
【０００３】
また、ネットワーク間には、ルータなど、所定の中継装置が備えられている。この中継装置は、ネットワークに送信された送信データが送信可能であるか否かを監視する機能を備えている。したがって、中継装置は、送信データに何らかの不備を発見すると、不備の内容に応じたエラーメッセージを、送信データの送信元の通信端末装置へ送信する。
【０００４】
エラーメッセージとは、たとえば、パケット超過メッセージ、宛先未到達メッセージ、時間超過メッセージ、パラメータ問題メッセージなどがある。以下に、中継装置からパケット超過メッセージが送信された場合を例に挙げて、特にＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ  ６）のネットワークを利用する際の具体的な処理内容を説明する。
【０００５】
（ネットワークのＭＴＵ）
上述したようにインターネットを用いて所定の通信端末装置間でデータの送受信をおこなうには、中継装置を用いて複数のネットワークを経由しなければならない。これら複数のネットワークには、それぞれ１回の送信で送ることができるデータサイズの許容量が設定されている。この許容量は、一般的にＭＴＵ（Ｍａｘｉｍｕｍ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ：最大転送単位）とよばれている。通信端末装置間でデータの送受信をおこなうために複数のネットワークを経由する場合、送信側の端末装置は、ＭＴＵが最も小さいネットワークを転送できるように送信データの容量を調整しなければならない。
【０００６】
図１０は、中継装置による送信データの監視処理の内容を示す説明図である。中継装置は、ネットワーク間を中継するだけでなく、送信側の端末装置がネットワークのＭＴＵに応じた容量の送信データを送信できるように、送信データの容量を監視している。
【０００７】
図１０には、２つの通信端末装置１０００、１０１０にネットワーク網Ａとネットワーク網Ｂとの２つのネットワーク網が構成されている。また、ネットワーク網Ａには中継装置Ｒ１、Ｒ２が、ネットワーク網Ｂには中継装置Ｒ３、Ｒ４がそれぞれ配置されている。ここで、通信端末装置１０１０を送信側の端末とし、通信端末装置１０００を受信側の端末として、さらにネットワーク網Ａとネットワーク網ＢとのＭＴＵが１５００［バイト］として説明する。
【０００８】
通信端末装置１０１０から送信データを送信するには、まず、アプリケーション部１０１１から通信処理インターフェース（Ｉ／Ｆ）１０１２Ａ、１０１２Ｂへ送信データが出力される場合を仮に想定する（Ｓ１０）。なお、実際に１つのアプリケーションが２つのインターフェースに同時にパケットを出力するような処理は一般的ではないが、送信データとＭＴＵとの関係を説明するために、便宜上、通信処理インターフェース（Ｉ／Ｆ）１０１２Ａ、１０１２Ｂへ送信データが出力される場合を仮に想定し、説明をおこなう。
【０００９】
ここで、通信処理インターフェース（Ｉ／Ｆ）１０１２Ａには、容量をあらわすパケットサイズが１５００［バイト］以下の送信データが出力される場合を示し、通信処理インターフェース（Ｉ／Ｆ）１０１２Ｂには、パケットサイズが１５００［バイト］より大きい送信データが出力されている場合を示している。
【００１０】
通信処理インターフェース（Ｉ／Ｆ）１０１２Ａからネットワーク網Ａに送信された送信データは、ＭＴＵ以下の容量であるため、中継装置Ｒ２と、中継装置Ｒ１を経由して、受信側の通信端末装置１０００の通信処理インターフェース（Ｉ／Ｆ）１００１Ａに受信される（Ｓ１１）。
【００１１】
一方、通信処理インターフェース（Ｉ／Ｆ）１０１２Ｂからネットワーク網Ｂに送信された送信データは、ＭＴＵよりも容量が大きいため、中継装置Ｒ３によってＭＴＵよりも容量が大きい旨が検出される（Ｓ１２）。したがって、送信データは、通信端末装置１０００の通信処理インターフェース（Ｉ／Ｆ）１００１Ｂには、送信されない。代わりに、送信データがＭＴＵより大きいことをあらわすエラーメッセージ「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」が、通信端末装置１０１０へ送信される（Ｓ１３）。
【００１２】
通信端末装置１０１０の通信処理インターフェース（Ｉ／Ｆ）１０１２Ｂは、ネットワーク網Ｂからエラーメッセージ「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」を受信すると、送信データのパケットサイズを小さくするように調整する。この一連の処理は、いわゆるＰａｔｈ  ＭＴＵ  Ｄｉｓｃｏｖｅｒｙ（ＲＦＣ１９８１）のプロセスとして知られている（たとえば、下記、非特許文献１参照。）。
【００１３】
また、近年は、ＵＤＬＲ（Ｕｎｉ−Ｄｉｒｅｃｔｉｏｎａｌ  Ｌｉｎｋ  Ｒｏｕｔｉｎｇ）を用いたネットワーク網によるデータの送受信も実現されている。図１１は、ＵＤＬＲのネットワークにおける中継装置の監視処理を示す説明図である。
【００１４】
図１１のように、ＵＤＬＲのネットワークの場合は、片方向通信網を用いてデータ（配信データ）の配信をおこなう配信装置１１００と、配信データを受信する通信端末装置１１１０とにより構成される。また、配信装置１１００と通信端末装置１１１０とは、配信専用の片方向通信ネットワーク網Ｃと、通信端末装置１１１０から配信装置１１００へデータを送信する際に用いる双方向通信ネットワーク網Ｄ（通常のネットワーク網）とが接続されている。
【００１５】
配信装置１１００から通信端末装置１１１０へ配信データを配信する場合には、配信用インターフェース（Ｉ／Ｆ）１１０１から片方向通信ネットワーク網Ｃへ配信データが出力される（Ｓ００）。なお、配信装置１１００から配信データは、特定の通信端末装置へ配信してよいし、放送波として、複数の通信端末装置に配信してもよい。
【００１６】
通信端末装置１１１０は、受信用インターフェース（Ｉ／Ｆ）１１１２により配信データを受信する。また、ＵＤＬＲのネットワークの場合、配信装置１１００への返信をおこなうには、まずＯＳ／アプリケーション部１１１１から、片方向通信ネットワーク網Ｃに接続された受信用インターフェース（Ｉ／Ｆ）１１１２へ送信データを出力する（Ｓ２０）。受信用インターフェース（Ｉ／Ｆ）１１１２は、片方向通信ネットワーク網Ｃへ返信された送信データを配信装置１１００へ返信するため、双方向通信ネットワーク網Ｄへ送信することにより、仮想的な双方向通信網を実現する。したがって、受信用インターフェース（Ｉ／Ｆ）１１１２では送信データに所定の処理をおこない、通信処理インターフェース（Ｉ／Ｆ）１１１３へ出力する（Ｓ２１）。
【００１７】
通信処理インターフェース（Ｉ／Ｆ）１１１３は、双方向通信ネットワーク網Ｄへ送信データを送信する。このとき送信データがＭＴＵ以下の容量であれば、送信データは、中継装置Ｒ３、Ｒ４を経由して配信装置１１００へ送信される。
【００１８】
【非特許文献１】三木  泉、“連載：ＩＰｖ６ネットワークへの招待  第３回  ＩＰｖ６のヘッダフォーマット”［ｏｎｌｉｎｅ］、平成１３年１０月５日、インターネット戦略研究所、［平成１８年７月７日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ａｔｍａｒｋｉｔ．ｃｏ．ｊｐ／ｆｎｅｔｗｏｒｋ／ｒｅｎｓａｉ／ｉｐｖ６−０３／ｉｐｖ６−０１．ｈｔｍｌ＞
【発明の開示】
【発明が解決しようとする課題】
【００１９】
しかしながら、上述したような中継装置による監視処理は、ＵＤＬＲなど、片方向通信用のネットワーク網を用いて双方向通信をおこなうような場合には、正常に機能しない。
【００２０】
具体的に説明すると、図１１において、ＭＴＵよりも大きな容量の送信データが送信された場合（Ｓ２２）、図１０に示した場合と同様に、中継装置Ｒ３によってＭＴＵよりも送信データが大きい旨が検出される。そして、中継装置Ｒ３から通信端末装置１１１０へエラーメッセージ「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」が送信される（Ｓ２３）。したがって、配信装置１１００の受信用インターフェース（Ｉ／Ｆ）１１０２には、送信データは送信されない。
【００２１】
エラーメッセージ「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」は、通信端末装置１１１０の通信処理インターフェース（Ｉ／Ｆ）１１１３へ送信される。このように、通信処理インターフェース（Ｉ／Ｆ）１１１３は、「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」を受信するが、ＵＤＬＲのネットワークの場合、実際に、送信データを出力するのは、受信用インターフェース（Ｉ／Ｆ）１１１２である。この、受信用インターフェース（Ｉ／Ｆ）１１１２には、「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」が届かない。
【００２２】
したがって、ＯＳ／アプリケーション部１１１１は、双方向通信ネットワーク網ＤのＭＴＵを認識し、双方向通信ネットワーク網Ｄへ直接送信する送信データのパケットサイズを小さく調整する。しかしながら、ＯＳ／アプリケーション部１１１１は、通信端末装置１１１０から片方向通信ネットワーク網Ｃへ向けた送信データを送信する場合、受信用インターフェース（Ｉ／Ｆ）１１１２から片方向通信ネットワーク網Ｃへ送信する送信データとして認識して処理するため、通信処理インターフェース（Ｉ／Ｆ）１１１３に届いた「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」のメッセージを全く反映しない。そのため、ＯＳ／アプリケーション部１１１１は受信用インターフェース（Ｉ／Ｆ）１１１２に向けて、引き続きＭＴＵよりも大きいパケットサイズの送信データを出力してしまう。このように、ＵＤＬＲのネットワークの場合、Ｐａｔｈ  ＭＴＵ  Ｄｉｓｃｏｖｅｒｙが機能しない。
【００２３】
上述のように、ＵＤＬＲのネットワークの場合、中継装置によるエラーメッセージが通信端末装置１１１０に反映されない。したがって、従来のＵＤＬＲのネットワークでは、送信データがＭＴＵより大きな容量となるのを防ぐため、ＭＴＵとして設定される最も小さな値を送信データの容量として送信をおこなっていた。したがって、ネットワーク網の実際のＭＴＵに関係なく最も小さな容量の送信データしか扱えず、効率の悪い通信となってしまうという問題があった。
【００２４】
また、パケット超過メッセージ以外のエラーメッセージが送信された場合にも、エラーの原因となった送信データを出力したインターフェース（図１１の場合は、受信用インターフェース（Ｉ／Ｆ））１１１２にはエラーメッセージが届かず、いつまでもエラーが解消されないという問題があった。
【００２５】
この発明は、上述した従来技術による問題点を解消するため、片方向通信網を用いて接続相手からのデータを受信するようなネットワーク構成であっても、エラーが検出された送信データを送信した送信元のインターフェースへエラーを通知し、エラーを解消させることができる通信端末装置、配信装置、エラー通知方法およびエラー通知プログラムを提供することを目的とする。
【課題を解決するための手段】
【００２６】
上述した課題を解決し、目的を達成するため、請求項１の発明にかかる通信端末装置は、片方向通信網を用いて受信をおこない、双方向通信網を用いて送信をおこなう通信端末装置において、前記片方向通信網から配信された配信データを受信する受信手段と、前記受信手段により受信した配信データの配信元へ送信する送信データを受け付ける受付手段と、前記受付手段により受け付けた送信データを、前記双方向通信網へ送信する通信処理手段と、を有し、前記通信処理手段は、前記双方向通信網から前記送信データに関するエラーメッセージを検出する検出手段と、前記検出手段により検出したエラーメッセージを含んだ送信データをあらたな送信データに設定する設定手段と、前記設定手段によって設定されたあらたな送信データに前記エラーメッセージに該当するエラーを解消させる処理をおこなうエラー処理手段と、前記エラー処理手段によりエラーを解消された送信データを、前記配信元からの配信データとするために前記双方向通信網へ送信する送信手段と、を備えることを特徴とする。
【００２７】
この請求項１の発明によれば、従来のように送信データ設定に無関係な手段にエラーメッセージを送信してエラー通知を終了させるのではなく、エラーメッセージが含まれたあらたな送信データとして処理される。さらに、あらたな送信データは、配信装置から配信データとして送信元へ配信させるために、配信装置へ送信される。
【００２８】
また、請求項５の発明にかかる配信装置は、片方向通信網を用いて配信データの配信をおこなう配信手段と、双方向通信網を用いて前記配信データの配信先の端末からの送信データの受信をおこなう受信手段と、を備え、前記受信手段が、いずれかの端末からエラーメッセージを含んだ送信データを受信すると、前記配信手段は、前記受信手段により受信されたエラーメッセージを含んだ送信データの送信元の端末に前記送信データを配信データとして配信することを特徴とする。
【００２９】
この請求項５の発明によれば、エラーメッセージが組み込まれた送信データを受信すると、受信した送信データを配信データとして、送信データの送信元の端末へ配信される。したがって、エラーメッセージに該当する送信データの送信元の端末に直接エラーメッセージを配信し、エラーを通知することができる。
【００３０】
また、請求項７の発明にかかるエラー通知方法は、片方向通信網を用いて受信をおこない、双方向通信網を用いて送信をおこなう通信端末装置のエラー通知方法において、前記片方向通信網から配信された配信データを受信する受信工程と、前記受信工程により受信した配信データの配信元へ送信する送信データを受け付ける受付工程と、前記受付工程により受け付けた送信データを、前記双方向通信網へ送信する第一の送信工程と、前記第一の送信工程後に、前記双方向通信網から前記送信データに関するエラーメッセージを検出すると、検出したエラーメッセージを含んだ前記送信データをあらたな送信データとして設定する設定工程と、前記設定工程により設定されたあらたな送信データに前記エラーメッセージに該当するエラーを解消させる処理をおこなうエラー処理工程と、前記エラー処理工程によりエラーを解消された送信データを、前記配信元から配信データとするために前記双方向通信網へ送信する第二の送信工程と、を含むことを特徴とする。
【００３１】
この請求項７の発明によれば、従来のように送信データ設定に無関係な手段にエラーメッセージを送信してエラー通知を終了させるのではなく、エラーメッセージが含まれたあらたな送信データとする処理がなされる。さらに、処理後のあらたな送信データは、配信装置から配信データとして送信元へ配信させるために、配信装置へ送信される。
【００３２】
また、請求項８の発明にかかるエラー通知方法は、片方向通信網を用いて配信データの配信をおこなう配信手段と、双方向通信網を用いて前記配信データの配信先の各端末からの送信データの受信をおこなう受信手段と、を備えた配信装置から前記各端末へのエラー通知方法において、前記受信手段が、いずれかの端末からエラーメッセージを含んだ送信データを受信する受信工程と、前記受信工程により受信したエラーメッセージを含んだ送信データの送信元の端末に、前記送信データを配信データとして配信する配信工程と、を含むことを特徴とする。
【００３３】
この、請求項８の発明によれば、エラーメッセージが組み込まれた送信データを受信すると、受信した送信データを配信データとして、送信データの送信元の端末へ配信される。したがって、エラーメッセージに該当する送信データの送信元の端末に直接エラーメッセージを配信し、エラーを通知することができる。
【００３４】
また、請求項９にかかるエラー通知プログラムは、請求項７または８に記載のエラー通知方法をコンピュータに実行させることを特徴とする。
【発明の効果】
【００３５】
本発明にかかる通信端末装置、配信装置、エラー通知方法およびエラー通知プログラムによれば、片方向通信網を用いて接続相手からのデータを受信するようなネットワーク構成であっても、エラーが検出された送信データを送信した送信元のインターフェースへエラーを通知し、エラーを解消させることができるという効果を奏する。
【発明を実施するための最良の形態】
【００３６】
以下に添付図面を参照して、この発明にかかる通信端末装置、配信装置、エラー通知方法およびエラー通知プログラムの好適な実施の形態を詳細に説明する。
【００３７】
（ネットワーク構成）
まず、本実施の形態におけるネットワーク構成について説明する。図１は、本実施の形態におけるネットワーク構成を示す説明図である。図１のように、本実施の形態にかかるネットワーク構成１００は、アプリケーションサーバ１１０と、配信装置として機能するトンネリング装置１２０と、通信端末装置１３０とにより構成されている。また、ネットワーク構成１００は、ＵＤＬＲによって構成されており、トンネリング装置１２０と通信端末装置１３０との間は、トンネリング装置１２０から通信端末装置１３０へ配信データを配信する際に用いる片方向通信網１４０ａと、通信端末装置１３０からトンネリング装置１２０へ送信データを送信する際に用いる双方向通信可能なＩＰｖ６中継網１４０ｂとがそれぞれ接続されている。
【００３８】
ネットワーク構成１００において、アプリケーションサーバ１１０は、通信端末装置１３０へ配信するアプリケーションデータをトンネリング装置１２０へ提供する。具体的には、アプリケーションサーバ１１０は、トンネリング装置１２０へアプリケーションデータを出力する。トンネリング装置１２０への出力は、有線無線を問わない。
【００３９】
アプリケーションデータとは、通信端末装置１３０へ配信される、各種目的に応じて設計されたソフトウェアのデータである。具体的には、通信端末装置１３０に所定の計算や、位置検索、ゲーム実行、コンテンツの再生など特定の機能を実行させるソフトウェアや、通信端末装置１３０によって再生させるコンテンツのデータなどであり、その内容に特段の制限はない。
【００４０】
なお、アプリケーションデータの配信は、トンネリング装置１２０からの配信可能なエリア内の総ての通信端末装置１３０に対しておこなうことができる。また、トンネリング装置１２０は、配信データの配信の際に、アドレスなどの識別情報や、配信条件を設定することにより、所定の通信端末装置１３０のみに配信することもできる。そして、アプリケーションデータを受信した通信端末装置１３０は、ＩＰｖ６中継網１４０ｂを用いて、配信元のトンネリング装置１２０へ任意の送信データを送信することができる。
【００４１】
トンネリング装置１２０は、アプリケーションサーバ１１０から提供されたアプリケーションデータを配信データとして通信端末装置１３０へ配信する。具体的には、トンネリング装置１２０は、片方向通信網１４０ａを用いて配信データを通信端末装置１３０へ配信（放送）する。また、トンネリング装置１２０は、配信データを受信した通信端末装置１３０から返信された送信データの受け付けもおこなう。
【００４２】
通信端末装置１３０は、トンネリング装置１２０からの配信データを受信する。また、通信端末装置１３０は、ＩＰｖ６中継網１４０ｂを用いてトンネリング装置１２０に任意の送信データを返信する。具体的には、通信端末装置１３０は、ＯＳ／アプリケーション部１３１と、受信部１３２と、通信処理部１３３と、を含んで構成されている。
【００４３】
ＯＳ／アプリケーション部１３１は、通信端末装置１３０の利用者のインターフェースとして機能する。また、ＯＳ／アプリケーション部１３１は、利用者からトンネリング装置１２０へ送信する送信データを受け付ける。受信部１３２は、片方向通信網１４０ａに接続され、トンネリング装置１２０から配信された配信データを受信する。
【００４４】
通信処理部１３３は、ＯＳ／アプリケーション部１３１により受け付けた送信データを、双方向通信網であるＩＰｖ６中継網１４０ｂへ送信する。また、ＩＰｖ６中継網１４０ｂから送信データに対するエラーメッセージが返信された場合、通信処理部１３３は、エラーメッセージを検出する。さらに、通信処理部１３３は、エラーメッセージを検出すると、検出したエラーメッセージを受信部１３２へ通知するために所定の通知処理をおこなう。このエラーメッセージの通知処理の内容については後述の図２を用いて詳しく説明する。
【００４５】
（エラーメッセージの通知処理の内容）
つぎに、図１に示したネットワーク構成１００のＩＰｖ６中継網１４０ｂからエラーメッセージが送信された場合の通信端末装置１３０の処理について説明する。本実施の形態では、一例として、ネットワーク網を伝送可能な容量をあらわすＭＴＵよりも大きい容量の送信データの送信を知らせるエラーメッセージ「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」が送信された場合について説明する。
【００４６】
図２−１は、エラーメッセージの通知処理の内容を示す説明図である。図２−１は、トンネリング装置１２０と、通信端末装置１３０との接続をあらわしている。トンネリング装置１２０からアプリケーションデータ（配信データ）を配信する片方向通信網は、ネットワーク網２１０（片方向通信網１４０ａに該当する）としてあらわしている。
【００４７】
また、図２−２は、各構成のアドレスを示した一覧図である。図２−２の一覧図２３０に示したように、データの送受信の際にインターフェースとして機能する各構成には、あらかじめ送信データの送信元、送信先として指定するアドレス（たとえば、ＩＰアドレスやＭＡＣアドレス）が設定されている。なお、実際には、後述する中継装置Ｒ１、Ｒ２、Ｒ４にもアドレスが設定されているが、本実施の形態では、中継装置Ｒ１、Ｒ２、Ｒ４のアドレスを指定する処理を含まないため、アドレスの表示を省略する。
【００４８】
また、通信端末装置１３０から送信される送信データは、トンネリング装置１２０に接続されているルータＺを送信先として設定された情報とする。図２−１に示したように、トンネリング装置１２０とルータＺとは、Ｉ／Ｆ（インターフェース）部１２３とＩ／Ｆ（インターフェース）部１２４とによって接続されている。
【００４９】
また、通信端末装置１３０からトンネリング装置１２０へ送信データを送信する双方向通信網は、ネットワーク網２２０（ＩＰｖ６中継網１４０ｂに該当する）としてあらわしている。また、一例として、ネットワーク網２１０には中継装置Ｒ１、Ｒ２が配置され、ネットワーク網２２０には中継装置Ｒ３、Ｒ４が配置されている。
【００５０】
通信端末装置１３０の受信部１３２は、トンネリング装置１２０からの配信データ（Ｓ０）の受信をおこなう。通信端末装置１３０の利用者は、この配信データへ返信として配信元の配信部１２２へ任意の送信データを送信する。このとき送信データは、ＯＳ／アプリケーション部１３１が受け付けたデータを送信する。送信データは、まず、ＯＳ／アプリケーション部１３１から配信データを受信した受信部１３２へ出力される（Ｓ１）。
【００５１】
なお、通信端末装置１３０は、ＵＤＬＲのネットワークにより双方向通信を実現している。したがって、実際には、受信部１３２と、配信部１２２とはそれぞれ、片方向通信をおこなっているが、ＯＳ／アプリケーション部１３１から受信部１３２および配信部１２２の処理を観察すると、双方向通信をおこなうインターフェースとして機能しているようにみえる。したがって、ＯＳ／アプリケーション部１３１は、双方向通信をおこなうインターフェースと接続されている場合と同様の処理をおこなう。
【００５２】
受信部１３２は、ＯＳ／アプリケーション部１３１から入力された送信データをトンネリング装置１２０へ送信するための処理をおこなう。具体的には、仮想的な返信用のネットワーク網としてネットワーク網２２０を利用するために、送信データを通信処理部１３３へ出力する（Ｓ２）。
【００５３】
ここで、通信処理部１３３の構成について詳細に説明する。図２−１のように、通信処理部１３３は、検出部１３４と、設定部１３５と、エラー処理部１３６と、Ｉ／Ｆ（インターフェース）部１３７とを含んで構成されている。受信部１３２から送信データが入力されると、通信処理部１３３は、Ｉ／Ｆ部１３７から、送信データをネットワーク網２２０へ送信する（Ｓ３）。
【００５４】
ここで、Ｉ／Ｆ部１３７から送信された送信データがネットワーク網２２０のＭＴＵ以下のパケットサイズである場合、送信データは、中継装置Ｒ３、Ｒ４を経由してトンネリング装置１２０へ送られる。しかしながら、送信データがネットワーク網２２０のＭＴＵよりも大きなパケットサイズである場合、中継装置Ｒ３により送信データのパケットサイズがＭＴＵより大きい旨が検出され、通信端末装置１３０のＩ／Ｆ部１３７へ、エラーメッセージ「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」が、送信される（Ｓ４）。
【００５５】
中継装置Ｒ３からエラーメッセージ「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」が送信されると、通信処理部１３３は、Ｉ／Ｆ部１３７によりエラーメッセージを受信する。そして、検出部１３４と、設定部１３５と、エラー処理部１３６とによって、エラー通知処理をおこなう。まず、検出部１３４によってエラーメッセージを検出する（Ｓ５）。そして、設定部１３５によって、送信データにエラーメッセージを含んだデータをあらたな送信データとして設定する（Ｓ６）。
【００５６】
最後に、エラー処理部１３６により、設定部１３５により設定されたあらたな送信データに対して、中継装置Ｒ３により検出されたエラーを解消させる処理をおこなう。本実施の形態の場合、「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」が検出されたため、送信データをＭＴＵの容量以下になるようにパケットサイズを調整する処理をおこなう。
【００５７】
エラーを解消させる処理とは、ここでは、検出部１３４によって「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」が検出されているため、送信データの容量がＭＴＵ以下となるようにパケットサイズを変更する処理である。エラーメッセージ「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」には、ネットワーク網２２０のＭＴＵをあらわす情報が含まれているため、この情報を参照してパケットサイズを調整すればよい。エラー処理部１３６によってエラーを解消させる処理がおこなわれた送信データは、再度Ｉ／Ｆ部１３７へ出力され、Ｉ／Ｆ部１３７からネットワーク網２２０へ送信される（Ｓ７）。
【００５８】
エラーメッセージが組み込まれた送信データは、中継装置Ｒ３、Ｒ４を経由して、トンネリング装置１２０へ送信される。トンネリング装置１２０では、受信部１２１により送信データを受信する。そして、受信部１２１は、受信した送信データのアドレスを参照して、送信先である配信部１２２へ出力する（Ｓ８）。
【００５９】
配信部１２２は、受信部１２１からエラーメッセージが組み込まれた送信データが入力されると、この送信データを配信データとして通信端末装置１３０へ配信する（Ｓ９）。このＳ９の配信をおこなう際、配信部１２２は、送信データの送信先の識別情報（たとえば、アドレス）を参照し、通信端末装置１３０にのみ配信データが届くように配信する。
【００６０】
上述したように、通常、トンネリング装置１２０の配信部１２２から配信データを配信する場合は（たとえばＳ０の配信）、不特定多数の通信端末装置１３０が配信先となる。しかしながら、Ｓ９の配信は、エラーメッセージを通知するため、送信データの送信先である通信端末装置１３０に限定した配信がおこなわれる。なお、限定した配信をおこなうためにはどのような手法を用いてもよい。
【００６１】
通信端末装置１３０の受信部１３２は、トンネリング装置１２０からエラーメッセージが組み込まれた配信データを受信すると、配信データからエラーメッセージを抽出する。そして抽出したエラーメッセージ「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」に含まれているＭＴＵに応じて送信データのパケットサイズを調整する。
【００６２】
以上説明したように、通信端末装置１３０と、トンネリング装置１２０とにおいて、エラー通知のための処理をおこなう。したがって、ＵＤＬＲにより構成されたネットワーク網であっても、エラーメッセージがネットワーク網に反映されるように、エラー通知をおこなうことができる。
【００６３】
（エラーメッセージの通知処理における送信データの調整）
図２−１に示したようにエラーメッセージの通知処理をおこなうには、送信データに所定の調整を施さなければならない。したがって、つぎに、図３〜図９を用いてエラーメッセージの通知処理における送信データの調整の詳細な内容について説明する。
【００６４】
図３は、送信データの送信経路を示すシーケンス図である。図３において、まず、通信端末装置１３０の受信部１３２へ送信データ４００が入力される。送信データ４００は、図２−１に示したＯＳ／アプリケーション部１３１により受け付けたデータである。
【００６５】
図４は、送信データ４００のフレームを示す構成図である。送信データ４００は、ルータＺを送信先とする情報であると想定されている。したがって、図４のように、送信データ４００は、ユーザデータパケット４０１と、ＩＰパケット４０２と、ＭＡＣパケット４０３と、により構成されている。
【００６６】
ユーザデータパケット４０１は、通信端末装置１３０の利用者によって作成されたデータによって構成されている。利用者によって作成されたデータとは、テキストデータでもよいし、画像データや音楽データでもよく、データの種類は問わない。また、通信端末装置１３０によって作成したデータに限らず、あらかじめ用意したデータであってもよい。
【００６７】
また、ＩＰパケット４０２は、送信データ４００の送信元のＩＰアドレスと、送信先のＩＰアドレスとが格納されている。ＩＰアドレスとは、図２−２に示したような、データの送受信の際にインターフェースとして機能する各構成にあらかじめ設定されたアドレスである。具体的には、送信元となる通信端末装置１３０の受信部１３２のＩＰアドレス（Ｓｒｃ：ＩＰ−Ａ）と、送信先となるルータＺのＩＰアドレス（Ｄｓｔ：ＩＰ−Ｚ）によって構成されている。
【００６８】
また、ＭＡＣパケット４０３は、送信データ４００の送信元のＭＡＣアドレスと、送信先のＭＡＣアドレスとが格納されている。具体的には、送信元となる通信端末装置１３０の受信部１３２のＭＡＣアドレス（Ｓｒｃ：ＭＡＣ−Ａ）と、送信先となるルータＺのＭＡＣアドレス（Ｄｓｔ：ＭＡＣ−Ｚ）によって構成されている。
【００６９】
なお、本実施の形態では、簡易的に説明するために、中継装置Ｒ１と中継装置Ｒ２は接続されていないものとし、通信端末装置１３０の受信部１３２と、ルータＺのＩ／Ｆ部１２４は同一セグメント上にあるものとする。送信先となるＭＡＣアドレスは、ルータＺのアドレスそのものとした。また、受信部１３２にはあらかじめ基準となるＭＴＵが設定されており、このＭＴＵに合う最大サイズとなるようパケットサイズが調整される。
【００７０】
なお、図２−１に示した例では、ネットワーク網２１０とネットワーク網２２０のＭＴＵの初期値を１５００［バイト］として処理をおこなった場合について説明する。上述したように、ＭＴＵは、ネットワークごとに設定された１回の送信で送ることができるデータサイズの許容量である。したがって、通信端末装置１２０が他のネットワークに接続してＵＤＬＲをおこなう場合には、異なるＭＴＵが設定されている（ＭＴＵ＝１５００［バイト］の場合もある）場合もある。したがって、接続の都度、設定されたＭＴＵに合う最大サイズとなるようパケットサイズが調整される。
【００７１】
つぎに、送信データ４００は、受信部１３２によってＵＤＬＲを利用するためにカプセル化を施され送信データ５００となる。図５は、送信データ５００のフレームを示す構成図である。図５のように、送信データ５００は、送信データ４００に、カプセル化に関するパケットとして、カプセル化ヘッダパケット５０１と、カプセル化ＩＰパケット５０２と、カプセル化ＭＡＣパケット５０３とが追加されている。
【００７２】
カプセル化ヘッダパケット５０１は、送信データ４００をカプセル化したことをあらわすパケットである。具体的にはたとえばＧＲＥ（Ｇｅｎｅｒｉｃ  Ｒｏｕｔｉｎｇ  Ｅｎｃａｐｓｕｌａｔｉｏｎ）プロトコルなどを用いてカプセル化をおこなう。
【００７３】
また、カプセル化ＩＰパケット５０２は、カプセル化した場合の送信元となる通信処理部１３３と、送信先となる受信部１２１とのＩＰアドレスにより構成されている。また、カプセル化ＭＡＣパケット５０３は、カプセル化した場合の送信元となる通信処理部１３３のＭＡＣアドレス（Ｓｒｃ：ＭＡＣ−Ｂ）と、直近の送信先となるＲ３の受信インターフェースのＭＡＣアドレス（Ｄｓｔ：ＭＡＣ−Ｍ）とがそれぞれ格納されている。
【００７４】
また、送信データ５００のうちの追加された各パケット部分５０１〜５０３のパケットサイズを、送信データ４００に対する増分サイズ＝αとする。上述したように、送信データ４００は、ＭＴＵ以内（ここでは、１５００［バイト］以内）に収まるようなパケットサイズに調整されている。しかしながら、送信データ４００には、カプセル化の際に増分サイズ＝αが追加され、送信データ５００となり、結果として、ＭＴＵよりも大きなパケットサイズになってしまう。このような、カプセル化によるパケットサイズの増分が、ＭＴＵ超過を引き起こす一因になっている。この増分サイズ＝αの値は、後述するエラー処理で利用できるように、メモリなどへ記憶しておく。
【００７５】
つぎに、送信データ５００は、通信処理部１３３のＩ／Ｆ部１３７から、ネットワーク網２２０へ送信される。送信データ５００は、中継装置Ｒ３によってＭＴＵよりも大きい旨が検出される。そして、中継装置Ｒ３から通信処理部１３３のＩ／Ｆ部１３７へエラーメッセージ「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」を含んだ送信データ６００が送り返される。
【００７６】
図６は、送信データ６００のフレームを示す構成図である。図６のように、送信データ６００は、送信データ５００にエラーメッセージパケット６０１と、通信端末装置１３０の通信処理部１３３へ送り返すための、送信先ＩＰアドレスパケット６０２とが追加された構成となっている。さらに、中継装置Ｒ３により、送信データ６００は、ネットワーク網２２０に送信できるように、送信データ６００の全体のパケットサイズがＭＴＵにあわせて調整されている。調整とは、具体的には、ユーザデータパケット４０１の一部を削除し、パケットサイズをＭＴＵ（１５００［バイト］）以下にする処理である。
【００７７】
通信処理部１３３は、Ｉ／Ｆ部１３７（図２−１参照）により中継装置Ｒ３から送り返された送信データ６００を受信すると、検出部１３４（図２−１参照）により、ＧＲＥプロトコルなどによりカプセル化されたパケットで、エラーメッセージパケット６０１が含まれたデータであると検出される。検出部１３４によってエラーメッセージを含んだデータであると検出されると、検出されたデータは、設定部１３５により、あらたな送信データとして設定される。
【００７８】
また、通信処理部１３３は、エラーメッセージパケット６０１に含まれているＭＴＵを抽出し、ネットワーク網２２０のＭＴＵとして設定する。そして、あらたな送信データを送信するための処理に移行する。まずエラー処理部１３６において、送信データ５００から、カプセル化をおこなう際に追加される増分サイズ＝αを抽出する。そして、エラー処理部１３６は、エラーメッセージパケット６０１から抽出したＭＴＵの値から増分サイズ＝αを減じた値を、受信部１３２から送信データを出力する際に参照すべきＭＴＵ（α）を算出する。そして、算出されたＭＴＵ（α）に基づいて、送信データ６００からあらたな送信データ７００が生成される。
【００７９】
図７は、送信データ７００のフレームを示す構成図である。図７は、送信データ６００のエラーメッセージパケット６０１のＭＴＵ（１５００［バイト］）をＭＴＵ＝ＭＴＵ（α）に書き換えたエラーメッセージパケット７０１を生成し、送信データ７００全体のパケットサイズがＭＴＵ＝ＭＴＵ（α）となるように調整されている。なお、ここでもユーザデータパケット４０１を適宜削除することによりパケットサイズを調整する。
【００８０】
また、送信データ７００を生成する際に、エラーメッセージパケット７０１を通信端末装置１３０の受信部１３２へ配信させるため、ＩＰアドレスパケット７０２およびＭＡＣアドレスパケット７０３の送信先アドレスは、通信端末装置１３０の受信部１３２に該当するアドレス（ＩＰアドレス：ＩＰ−Ａ、ＭＡＣアドレス：ＭＡＣ−Ａ）に設定される。
【００８１】
また、送信データ７００のＩＰアドレスパケット７０２およびＭＡＣアドレスパケット７０３の送信元アドレスは、通信処理部１３３のＩ／Ｆ部１３７へエラーメッセージ「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」を含んだ送信データ６００（図６参照）を送り返した中継装置Ｒ３のアドレス（ＩＰアドレス：ＩＰ−Ｍ、ＭＡＣアドレス：ＭＡＣ−Ｍ）、もしくは、ルータＺのアドレス（ＩＰアドレス：ＩＰ−Ｚ、ＭＡＣアドレス：ＭＡＣ−Ｚ）に設定する。
【００８２】
つぎに、上述のように生成された送信データ７００を、ネットワーク網２２０からトンネリング装置１２０へ送信するため、再度、カプセル化をおこなう。エラー処理部１３６によりカプセル化された送信データは、後述する送信データ８００のような構成になる。ただし、再度のカプセル化は、エラー処理部１３６でおこなう方法もあるが、通常のパケットがカプセル化される処理方法を利用しておこなってもよい。
【００８３】
図８は、送信データ８００のフレームを示す構成図である。図８のように、送信データ８００には、図５に示した送信データ５００に追加されたカプセル化に関するパケット（カプセル化ヘッダパケット５０１と、カプセル化ＩＰパケット５０２と、カプセル化ＭＡＣパケット５０３）が再度追加された構成となっている。また、カプセル化に関するパケットの増分サイズ＝αであり、送信データ７００の全体のパケットサイズは、ＭＴＵ＝ＭＴＵ（α）であるため、結果として、送信データ８００の全体のパケットサイズは、ＭＴＵ＝１５００［バイト］に収まるサイズとなる。
【００８４】
エラー処理部１３６により処理された送信データ８００は、Ｉ／Ｆ部１３７からネットワーク網２２０へ送信される。そして送信データ８００は、トンネリング装置１２０の受信部１２１に受信される。受信部１２１は、受信した送信データ８００のカプセル化を解除し、送信データ９００を取り出す。
【００８５】
図９は、送信データ９００のフレームを示す構成図である。図９のように、送信データ９００は、送信データ８００からカプセル化に関するパケット（カプセル化ヘッダパケット５０１と、カプセル化ＩＰパケット５０２と、カプセル化ＭＡＣパケット５０３）を取り除いた構成となっている。すなわち、送信データ７００と同じ構成となる。
【００８６】
受信部１２１は、送信データ９００からＩＰアドレスパケット７０２と、ＭＡＣアドレスパケット７０３とに設定されている送信先のアドレス（Ｄｓｔ：ＩＰ−Ａ、ＭＡＣ−Ａ）を抽出する。そして、受信部１２１は、送信データ９００をアドレスの示す通信端末装置１３０の受信部１３２へ配信するための処理をおこなう。具体的には、まず、送信データ９００を配信部１２２へ出力する。そして、配信部１２２は、ネットワーク網２１０を用いて設定されたアドレスの通信端末装置１３０の受信部１３２へ送信データ９００を配信する。
【００８７】
通信端末装置１３０の受信部１３２は、ネットワーク網２１０から配信された配信データ（送信データ９００）を一意的に受信する。結果として、受信部１３２は、中継装置Ｒ３から送信されたエラーメッセージ「Ｐａｃｋｅｔ  Ｔｏｏ  Ｂｉｇ」を受信し、ネットワーク網２１０に対するＭＴＵの値をＭＴＵ（α）に変更し、変更後のＭＴＵに応じたパケットサイズの送信データをルータＺへ送信するように設定する。
【００８８】
以上説明したように、通信端末装置、配信装置、エラー通知方法およびエラー通知プログラムによれば、ネットワークの構成に関わらず、中継装置から送信されたエラーメッセージを確実に通知することができる。エラーを通知された受信部１３２は、再度、配信部１２２へ送信データを送信する場合には、ＭＴＵ以下になるように送信データの内容を変更する。具体的には、図４に示した送信データ４００のユーザデータパケット４０１の容量の削減や分割を行い、１フレームあたりのサイズがＭＴＵ以下になるように調整する。
【００８９】
また、ＭＴＵよりも大きなパケットサイズの送信データを送信したい場合には、通信端末装置１３０の受信部１３２により受信したエラーメッセージのＭＴＵをＯＳ／アプリケーション部１３１に設定してもよい。このような場合、ＯＳ／アプリケーション部１３１は、ＭＴＵの容量ごとに送信データを分割し、分割した各送信データを順番に出力し、トンネリング装置１２０へ送信させる。
【００９０】
また、ＭＴＵは、カプセル化によって追加される増分のパケットを考慮して、あらかじめ増分だけ小さくしたパケットサイズである。すなわち、ＵＤＬＲを用いた返信であっても、カプセル化によるＭＴＵの超過を防ぐことができる。したがって、ＭＴＵは送信可能な最大のパケットサイズに設定されていることとなり、送信データを効率的に送信することができる。
【００９１】
なお、ネットワーク網のＭＴＵの値は、同じ通信端末装置から送信した場合であっても、接続ごとに本実施の形態のように変化する。したがって、一度、上述したエラー通知処理でＭＴＵが設定された場合であっても、接続ごとに同様の処理をおこなえばよい。
【００９２】
また、一度エラーメッセージにより設定されたＭＴＵを保存して、次回の送信時の送信データのパケットサイズの初期値としてもよい。なお、上述のように前回の送信時のＭＴＵを初期値とした場合、接続するネットワーク網によっては、エラー通知処理を繰り返すたびにＭＴＵが小さくなり、結果として最小のＭＴＵに収束してしまう恐れがある。したがって、前回のＭＴＵを初期値とする設定と、比較的値の大きいＭＴＵを初期値とするような設定を併用してもよい。
【００９３】
なお、本実施の形態で説明したエラー通知方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。
【産業上の利用可能性】
【００９４】
以上のように、本発明にかかる通信端末装置、配信装置、エラー通知方法およびエラー通知プログラムは、放送など片方向通信を用いたデータの送受信に有用であり、特に、ＵＤＬＲによって構成されているネットワーク間のエラー通知に適している。
【図面の簡単な説明】
【００９５】
【図１】本実施の形態におけるネットワーク構成を示す説明図である。
【図２−１】エラーメッセージの通知処理の内容を示す説明図である。
【図２−２】各構成のアドレスを示す一覧図である。
【図３】送信データの送信経路を示すシーケンス図である。
【図４】送信データ４００のフレームを示す構成図である。
【図５】送信データ５００のフレームを示す構成図である。
【図６】送信データ６００のフレームを示す構成図である。
【図７】送信データ７００のフレームを示す構成図である。
【図８】送信データ８００のフレームを示す構成図である。
【図９】送信データ９００のフレームを示す構成図である。
【図１０】中継装置による送信データの監視処理の内容を示す説明図である。
【図１１】ＵＤＬＲのネットワークにおける中継装置の監視処理を示す説明図である。
【符号の説明】
【００９６】
１１０  アプリケーションサーバ
１２０  トンネリング装置
１２１  受信部
１２２  配信部
１２３、１２４  Ｉ／Ｆ（インターフェース）部
１３０  通信端末装置
１３１  ＯＳ／アプリケーション部
１３２  受信部
１３３  通信処理部
１３４  検出部
１３５  設定部
１３６  エラー処理部
１３７  Ｉ／Ｆ（インターフェース）部
１４０ａ  片方向通信網
１４０ｂ  ＩＰｖ６中継網
Ｒ１、Ｒ２、Ｒ３、Ｒ４  中継装置
Ｚ  ルータ
【図１】
2008252393.tif 000003
【図２−１】
2008252393.tif 000004
【図２−２】
2008252393.tif 000005
【図３】
2008252393.tif 000006
【図４】
2008252393.tif 000007
【図５】
2008252393.tif 000008
【図６】
2008252393.tif 000009
【図７】
2008252393.tif 000010
【図８】
2008252393.tif 000011
【図９】
2008252393.tif 000012
【図１０】
2008252393.tif 000013
【図１１】
2008252393.tif 000014