(57)【要約】【課題】ＲＦＣ２２０５で規定されている機器設定システムであるＲＳＶＰではデータを送信する端末と受信する端末の両方がＲＳＶＰの機能を実装する必要があり、どちらか一方の機器が対応していないと通信経路上の機器設定が行えないといった問題がある。【解決手段】ＩＣＭＰ−Ｅｃｈｏパケットのペイロードに機器設定情報を書き込んだ拡張Ｅｃｈｏ要求パケットを特別な機能を持たないＩＣＭＰ機能対応の端末１０ｂに送信することで、拡張Ｅｃｈｏ要求パケットが拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの機器設定状況を集計し、拡張Ｅｃｈｏ要求パケットのペイロードをコピーした応答パケットである拡張Ｅｃｈｏ応答パケットが、集計した機器設定状況と機器設定情報を通信経路上の各機器に伝えることで統一的な機器設定を行うことが可能である。【選択図】図１
2006135952.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）メッセージの宛先端末、前記宛先端末までの経路上の中継装置の少なくとも一つに対する情報を前記ＩＣＭＰメッセージのペイロードに書き込んだ前記ＩＣＭＰメッセージを送信する拡張Ｅｃｈｏ情報送信部を有する通信装置。
【請求項２】
ＩＣＭＰメッセージの宛先端末、前記宛先端末までの経路上の中継装置の少なくとも一つに対する情報を前記ＩＣＭＰメッセージのペイロードから取得する拡張Ｅｃｈｏ情報受信部を有する通信装置。
【請求項３】
ＩＣＭＰメッセージの宛先端末、前記宛先端末までの経路上の中継装置の少なくとも一つに対する情報が前記ＩＣＭＰメッセージのペイロードに書き込まれた前記ＩＣＭＰメッセージを送信する拡張Ｅｃｈｏ情報送信部と、
前記ＩＣＭＰメッセージの宛先端末、前記宛先端末までの経路上の中継装置の少なくとも一つに対する情報を前記ＩＣＭＰメッセージのペイロードから取得する拡張Ｅｃｈｏ情報受信部と
を有する通信装置。
【請求項４】
前記ＩＣＭＰメッセージは、Ｅｃｈｏメッセージ、Ｅｃｈｏ−Ｒｅｐｌｙメッセージ、Ｔｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージの少なくとも一つである請求項１から３いずれか１項に記載の通信装置。
【請求項５】
前記ＩＣＭＰメッセージの宛先端末、前記宛先端末までの経路上の中継装置の少なくとも一つに対する情報は、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）に関する情報である請求項１から３いずれか１項に記載の通信装置。
【請求項６】
前記ＩＣＭＰメッセージの宛先端末、前記宛先端末までの経路上の中継装置の少なくとも一つに対する情報を記憶する設定データベースを備えた請求項２あるいは３記載の通信装置。
【請求項７】
前記ＩＣＭＰメッセージの宛先端末、前記宛先端末までの経路上の中継装置の少なくとも一つに対する情報を読み出し、前記情報に基づいて、前記通信装置のＱｏＳの設定を行う設定管理部を備えた請求項２あるいは３記載の通信装置。
【請求項８】
ＩＣＭＰメッセージを送信する通信方法であって、
前記ＩＣＭＰメッセージの宛先端末、前記宛先端末までの経路上の中継装置の少なくとも一つに対する情報を前記ＩＣＭＰメッセージのペイロードに書き込んだ前記ＩＣＭＰメッセージを送信する通信方法。
【請求項９】
ＩＣＭＰメッセージを受信する通信方法であって、
前記ＩＣＭＰメッセージの宛先端末、前記宛先端末までの経路上の中継装置の少なくとも一つに対する情報を前記ＩＣＭＰメッセージのペイロードから取得する通信方法。
【請求項１０】
ＩＣＭＰメッセージを送受信する通信方法であって、
前記ＩＣＭＰメッセージの宛先端末、前記宛先端末までの経路上の中継装置の少なくとも一つに対する情報を前記ＩＣＭＰメッセージのペイロードに書き込んだ前記ＩＣＭＰメッセージを送信し、
前記ＩＣＭＰメッセージの宛先端末、前記宛先端末までの経路上の中継装置の少なくとも一つに対する情報を前記ＩＣＭＰメッセージのペイロードから取得する通信方法。
【請求項１１】
前記ＩＣＭＰメッセージの宛先端末、前記宛先端末までの経路上の中継装置の少なくとも一つに対する情報は、ＱｏＳに関する情報である請求項８から１０いずれか１項に記載の通信方法。
【請求項１２】
前記ＩＣＭＰメッセージの宛先端末、前記宛先端末までの経路上の中継装置の少なくとも一つに対する情報を記憶する請求項９あるいは１０記載の通信方法。
【請求項１３】
前記ＩＣＭＰメッセージの宛先端末、前記宛先端末までの経路上の中継装置の少なくとも一つに対する情報に基づいて、ＱｏＳの設定を行う請求項９あるいは１０記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに関する設定を行う中継装置を含む通信装置および通信方法に関するものである。
【背景技術】
【０００２】
ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）によるネットワークの特徴の一つとして、ＩＰアドレスに基づく経路制御がある。
【０００３】
これは、ルータと呼ばれるパケット中継装置が、パケット内に含まれる宛先ＩＰアドレスから次にパケットを送るべき中継装置を選び、中継装置間でパケットの転送を繰り返すことにより、最終的に宛先の端末にパケットを送り届ける仕組みである。
【０００４】
この経路制御により、端末は通信相手の端末毎に経路を知らなくても、少なくとも一つのルータにパケットの中継の依頼が出来れば、このルータを経由して多数の端末との通信が可能となる。
【０００５】
ベストエフォート方式のインターネットではネットワークが輻輳したときにパケット廃棄が起こる。ホームページの閲覧する際にパケット廃棄が生じてもホームページ閲覧に時間がかかるのみでユーザの大きな問題とならないが、近年急増しているインターネット電話等のリアルタイム通信でパケット廃棄が生じた場合には、音が途切れて通話できないことや映像が途切れて見づらいことなどの通信品質が低下する問題がある。
【０００６】
上記の通信品質を保証するために、リアルタイム通信のパケットが廃棄、遅延しないように、中継装置において通信経路上の帯域を確保したり、他のデータフローより優先する等の制御を行う通信品質保証（ＱｏＳ：Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）といった技術がある。
【０００７】
ＱｏＳは通信品質を保証するために有効な技術であるが、リアルタイム通信のデータフローの特性を把握している端末から通信経路上の中継装置に対して帯域等を制御するための設定を行わなければならない。
【０００８】
端末間の通信経路上の中継装置に対して、通信品質を指示する方法としては、ＴＣＰ／ＩＰに標準化組織であるＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｗｏｒｋｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）で規定されたＲＳＶＰ（Ｒｅｓｏｕｒｃｅ  ＲｅＳｅｒＶａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）がある。
【０００９】
また、端末間の通信経路上の中継装置に対して通信品質を指示する方法ではないが、通信相手までの通信経路上にある中継装置を知る手段としては、ＩＣＭＰのＥｃｈｏメッセージ、Ｅｃｈｏ−Ｒｅｐｌｙメッセージ、Ｔｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージ等を用いる方法がある。
【００１０】
（非特許文献１）は、通信装置の機能に関する規定である。
【００１１】
（非特許文献１）において、通信装置はＩＰ以外にもＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）等の機能を有することが規定されている。
【００１２】
（非特許文献２）は、ＩＣＭＰに関する規定である。
【００１３】
図１６に、ＩＣＭＰのペイロードフォーマットを示す図を示す。
【００１４】
ＩＣＭＰには複数のタイプがあるが、本発明に関連するＥｃｈｏメッセージ、Ｅｃｈｏ−Ｒｅｐｌｙメッセージ、Ｔｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージのフォーマットを図１６に示す。
【００１５】
図１６（ａ）にＥｃｈｏメッセージ、図１６（ｂ）にＥｃｈｏ−Ｒｅｐｌｙメッセージ、図１６（ｃ）にＴｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージ、のフォーマットの例を示す。
【００１６】
（非特許文献２）において、Ｅｃｈｏメッセージを受信した通信装置は、Ｅｃｈｏ−Ｒｅｐｌｙメッセージを送信しなければならないと規定されている。
【００１７】
なお、Ｅｃｈｏのペイロード部には特に規定はなく、任意のデータが書き込むことが許されている。
【００１８】
図１７に、ＥｃｈｏメッセージとＥｃｈｏ−Ｒｅｐｌｙメッセージによる通信の処理の流れを示す図を示す。
【００１９】
図１７において、１０はＩＣＭＰ機能を持つ従来の通信装置を、１１はＩＰ下位層の中継装置であるブリッジである。
【００２０】
端末１０ａが宛先として端末１０ｂを指定して送信したＥｃｈｏメッセージは、ブリッジ１１ａ、１１ｂ、１１ｃで中継され、宛先の端末である１０ｂに到達する。
【００２１】
Ｅｃｈｏメッセージを受信した端末１０ｂは、Ｅｃｈｏメッセージの送信元である端末１０ａを宛先で、受信したＥｃｈｏメッセージのペイロードをＥｃｈｏ−Ｒｅｐｌｙメッセージのペイロードにコピーし、端末１０ａ宛に送信する。
【００２２】
中継装置には、ＩＰ層でメッセージを中継するルータ、ＩＥＥＥ８０２．３やＩＥＥＥ８０２．１１等のＩＰの下位層でメッセージを中継するブリッジ等がある。
【００２３】
（非特許文献３）は、ルータの機能に関する規定である。
【００２４】
（非特許文献３）において、ルータはＴＴＬ（Ｔｉｍｅ−Ｔｏ−Ｌｉｖｅ）が０となったＩＰパケットに対して、受信したＩＰパケット全体をペイロードにコピーしたＴｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージを送信しなければならないと規定されている。
【００２５】
図１８に、ＥｃｈｏメッセージとＴｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージによる通信の処理の流れを示す図を示す。
【００２６】
図１８において、１２はＩＰ層の中継装置であるルータであり、１０，１１は図１７と同一である。
【００２７】
端末１０ａが宛先として端末１０ｂ、ＴＴＬが１のＥｃｈｏメッセージを送信する。
【００２８】
このＥｃｈｏメッセージは、ブリッジ１１ａで中継された後、ルータ１２に到達する。ルータ１２は、受信したＩＰパケットのＴＴＬを１減算した結果、ＴＴＬが０となるため
、宛先を端末１０ａとしたＴｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージに、受信したＥｃｈｏメッセージをペイロードにコピーした後、送信する。
【００２９】
Ｔｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージは、ブリッジ１１ａで中継され、端末１０ａに到達する。
【００３０】
一方、従来のネットワーク対応機器に設定を行う方式として（非特許文献４）がある。
【００３１】
（非特許文献４）に挙げたＲＳＶＰは、送受信端末間のデータフローの通信品質保証（ＱｏＳ：Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を行うために、通信経路上の中継装置に設定を行う方式である。
【００３２】
上記のＩＣＭＰに関する機能が、通信装置やルータで必須とされているのに対して、ＲＳＶＰは通信装置やルータの必須機能ではない。したがって、通信相手の通信装置や、通信経路上のルータがＲＳＶＰに対応しているとは限らないため、必ずしもＲＳＶＰでＱｏＳの設定が可能とは限らない。
【００３３】
図１９に、ＲＳＶＰによる機器設定システムの例（設定成功例）を示す図を示す。
【００３４】
図１９において、２０ａ、２０ｂはＲＳＶＰ対応端末であり、２１ａ、２１ｂ、２１ｃはＲＳＶＰ対応中継装置である。
【００３５】
１０は図１７と同一の端末である。
【００３６】
ＲＳＶＰを用いた機器設定システムは、データを送受信するＲＳＶＰ対応端末２０ａ、２０ｂとＲＳＶＰによって機器設定されるＲＳＶＰ対応中継装置２１ａ、２１ｂ、２１ｃとから構成される。
【００３７】
図１９を用いて、ＲＳＶＰ対応端末２０ａと２０ｂ間で、データフローに関してＱｏＳの設定を行う場合の処理の流れを説明する。
【００３８】
以降の説明を簡単にするために、説明対象の機器から見て、ＲＳＶＰ対応端末２０ａ側を上流と、ＲＳＶＰ対応端末２０ｂ側を下流と、呼ぶことにする。
【００３９】
ＲＳＶＰ対応端末２０ａは、宛先をＲＳＶＰ対応の端末２０ｂとしたデータフローの設定情報を書き込んだＰａｔｈメッセージを送信する。
【００４０】
ＲＳＶＰ対応端末２０ａが送信したＰａｔｈメッセージは、宛先までの経路上にあるＲＳＶＰ対応中継装置２１ａ、２１ｂ、２１ｃによって順次中継された後、宛先であるＲＳＶＰ対応端末２０ｂに到達する。
【００４１】
以降、各中継装置での処理を詳細に説明する。
【００４２】
最初にＰａｔｈメッセージを中継するＲＳＶＰ対応中継装置２１ａでは、設定情報を読み出し、設定情報に基づき処理を行い、その処理結果をＰａｔｈメッセージに書き込み、宛先であるＲＳＶＰ対応端末２０ｂに向けて送信する。
【００４３】
次にＰａｔｈメッセージを中継するＲＳＶＰ対応中継装置２１ｂでは、設定情報と上流のＲＳＶＰ対応中継装置２１ａの処理結果を読み出し、設定情報および上流の中継装置の処理結果に基づく処理を行い、その処理結果をＰａｔｈメッセージに書き込み、宛先であ
るＲＳＶＰ対応端末２０ｂに向けて送信する。
【００４４】
次にＰａｔｈメッセージを中継するＲＳＶＰ対応中継装置２１ｃでは、設定情報と上流のＲＳＶＰ対応中継装置２１ａおよびＲＳＶＰ対応中継装置２１ｂの処理結果を読み出し、設定情報および上流の処理結果に基づく処理を行い、その処理結果をＰａｔｈメッセージに追加し、宛先であるＲＳＶＰ対応端末２０ｂに向けて送信する。
【００４５】
以上の手順によって、設定情報および上流の中継装置２１ａ、２１ｂ、２１ｃの処理結果は、下流の中継装置２１ａ、２１ｂ、２１ｃおよび受信端末に通知される。
【００４６】
Ｐａｔｈメッセージの宛先であるＲＳＶＰ対応端末２０ｂでは、Ｐａｔｈメッセージを受信すると、設定情報と上流のＲＳＶＰ対応中継装置２１ａ、２１ｂ、２１ｃの処理結果を読み出し、設定情報および処理結果に基づく処理を行い、Ｐａｔｈメッセージ内の情報に基づきＲｅｓｖメッセージを作成して、Ｐａｔｈメッセージの送信元であるＲＳＶＰ対応端末２０ａに向けて送信する。
【００４７】
ＲＳＶＰ対応端末２０ｂが送信したＲｅｓｖメッセージは、Ｐａｔｈメッセージの同一経路を逆方向にＲＳＶＰ対応中継装置２１ｃ、２１ｂ、２１ａによって順次中継された後、宛先であるＲＳＶＰ対応端末２０ａに到達する。
【００４８】
このＲｅｓｖメッセージによって、下流側の情報を上流側の機器に通知される。
【００４９】
ＲＳＶＰでは、Ｐａｔｈメッセージにより上流から下流への情報の通知を、Ｐａｔｈメッセージの応答であるＲｅｓｖメッセージにより下流から上流へ情報を通知することが可能である。
【非特許文献１】ＲＦＣ１１２２  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｈｏｓｔｓ
【非特許文献２】ＲＦＣ７９２  Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ
【非特許文献３】ＲＦＣ１８１２  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  ＩＰ  Ｖｅｒｓｉｏｎ  ４  Ｒｏｕｔｅｒｓ
【非特許文献４】ＲＦＣ２２０５  Ｒｅｓｏｕｒｃｅ  ＲｅＳｅｒＶａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＲＳＶＰ）
【発明の開示】
【発明が解決しようとする課題】
【００５０】
ＲＳＶＰでは、送受信端末の両方がＲＳＶＰ対応していることを必要とする。
【００５１】
つまり、経路上の中継装置がＲＳＶＰに対応していても、送受信端末のいずれか一方がＲＳＶＰに対応していないだけで、経路上の中継装置の設定を行えないという問題がある。
【００５２】
図２０を用いて、従来の技術の課題を説明する。
【００５３】
図２０において、構成は図１９と同様であるため説明を省略する。
【００５４】
図２０において、ＲＳＶＰ対応端末２０ａから、ＲＳＶＰ非対応の端末１０ｂに対してＰａｔｈメッセージを送信したとする。
【００５５】
経路上のＲＳＶＰ対応中継装置２１ａ、２１ｂ、２１ｃは、図１９の場合と同様にして
上流から下流へ情報を通知する。
【００５６】
しかしながら、ＲＳＶＰ非対応の端末１０ｂはＰａｔｈメッセージの応答であるＲｅｓｖメッセージを送信しないため、下流から上流への情報を通知が行うことができない。
【００５７】
例えば、２番目にＰａｔｈメッセージを受信したＲＳＶＰ対応中継装置２１ｂが設定失敗したとしても、そのことを１番目にＰａｔｈメッセージを受信したＲＳＶＰ対応中継装置２１ａに通知することができない。
【００５８】
このようにＲＳＶＰでは、送受信端末の両方がＲＳＶＰに対応していないと、通信経路上の中継装置への設定が不完全となってしまう。
【００５９】
当然であるが、ＲＳＶＰ非対応端末１０ｂからは、Ｐａｔｈメッセージを送信することはできないため、対向の端末がＲＳＶＰに対応していても経路上の中継装置に設定を行うことはできない。
【００６０】
本発明は、送受信端末のいずれか一方の端末が機器設定方式に非対応であっても、経路上の通信機器の設定を実現することを目的とする。
【課題を解決するための手段】
【００６１】
通信装置およびルータの必須機能である通信装置のＥｃｈｏ−Ｒｅｐｌｙメッセージを送信する機能、ルータのＴｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージを送信する機能を用いて、送受信端末および経路上にある中継装置間で、Ｅｃｈｏメッセージのペイロードに情報の書き込みまたは読み出しを行うことにより、送受信端末および中継装置間で相互に情報を交換することが可能とする。
【発明の効果】
【００６２】
通信装置の必須機能であるＥｃｈｏメッセージ機能およびＥｃｈｏ−Ｒｅｐｌｙメッセージ機能を用いて、通信経路上の順序関係に依らず、通信経路上の機器間で相互に情報を交換することが可能となる。
【００６３】
特に、情報が設定に関する物である場合、通信装置の必須機能であるＥｃｈｏメッセージ機能およびＥｃｈｏ−Ｒｅｐｌｙメッセージ機能を用いて、通信相手に依らず、通信経路上の機器への設定を行うことが可能となる。
【００６４】
特に、情報が設定状況に関する物である場合、通信相手に依らず、端末は通信経路上の機器の設定状況を把握することが可能となる。
【発明を実施するための最良の形態】
【００６５】
本発明の実施の形態は、ＩＣＭＰメッセージの宛先端末、宛先端末までの経路上の中継装置の少なくとも一つに対する情報をＩＣＭＰメッセージのペイロードに書き込んだＩＣＭＰメッセージを送信するように構成したものである。
【００６６】
この構成により、通信経路上の機器の情報交換を行えるＩＣＭＰのメッセージに情報を書き込む機能を持つことで、通信経路上の他の機器に本通信装置の情報を通知することができる。
【００６７】
また本発明の別の実施の形態は、ＩＣＭＰメッセージの宛先端末、宛先端末までの経路上の中継装置の少なくとも一つに対する情報をＩＣＭＰメッセージのペイロードから取得するように構成したものである。
【００６８】
この構成により、通信経路上の機器の情報交換を行えるＩＣＭＰのメッセージから情報を読み込む機能を持つことで、通信経路上の他の機器の情報を本通信装置で取得することができる。
【００６９】
また、本発明の別の実施の形態は、ＩＣＭＰメッセージの宛先端末、宛先端末までの経路上の中継装置の少なくとも一つに対する情報がＩＣＭＰメッセージのペイロードに書き込まれたＩＣＭＰメッセージを送信する拡張Ｅｃｈｏ情報送信部と、ＩＣＭＰメッセージの宛先端末、宛先端末までの経路上の中継装置の少なくとも一つに対する情報をＩＣＭＰメッセージのペイロードから取得するように構成したものである。
【００７０】
この構成により、通信経路上の機器の情報交換を行えるＩＣＭＰのメッセージに情報を書き込む機能を持つことで、通信経路上の他の機器に本通信装置の情報を通知できることと、通信経路上の機器の情報交換を行えるＩＣＭＰのメッセージから情報を読み込む機能を持つことで、通信経路上の他の機器の情報を本通信装置で取得することができる。
【００７１】
さらに、ＩＣＭＰメッセージをＥｃｈｏメッセージ、Ｅｃｈｏ−Ｒｅｐｌｙメッセージ、Ｔｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージの少なくとも一つとすることにより、通信装置の必須機能を用いて相互の情報交換ができる。
【００７２】
また、ＩＣＭＰメッセージの宛先端末、宛先端末までの経路上の中継装置の少なくとも一つに対する情報を、ＱｏＳに関する情報とすることによりＱｏＳに関する情報を相互交換できる。
【００７３】
また、設定データベースにＩＣＭＰメッセージの宛先端末、宛先端末までの経路上の中継装置の少なくとも一つに対する情報を記憶することにより、通信アプリケーションが記憶された情報を参照し、機器への設定ができたかどうか判定する、あるいは設定管理部が通信アプリケーションに通知することができる。
【００７４】
さらに、ＩＣＭＰメッセージの宛先端末、宛先端末までの経路上の中継装置の少なくとも一つに対する情報を読み出し、情報に基づいて、通信装置のＱｏＳの設定を行うことにより、ＱｏＳに関する情報を相互交換し、通信装置へＱｏＳの設定ができる。
【実施例】
【００７５】
（実施の形態１）
以下、本発明の実施の形態について、各図に基づいて説明する。
【００７６】
図１に、本発明の実施の形態１の機器設定システム例（送信先の通信機器が通常端末）を示す図を示す。
【００７７】
以降の説明を簡単とするため、設定情報をペイロードに含むＥｃｈｏメッセージ、Ｅｃｈｏ−Ｒｅｐｌｙメッセージ、Ｔｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージを拡張Ｅｃｈｏメッセージと呼ぶことにする。また、設定情報をペイロードに含むＥｃｈｏメッセージを拡張Ｅｃｈｏ要求メッセージと呼び、拡張Ｅｃｈｏ要求メッセージに対する応答であるＥｃｈｏ−ＲｅｐｌｙメッセージおよびＴｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージを拡張Ｅｃｈｏ応答メッセージと呼ぶことにする。
【００７８】
１００ａ、１００ｂは本方式に対応した拡張Ｅｃｈｏ対応端末、１０ａ、１０ｂはＩＣＭＰ機能を持つ従来のＩＰ対応の端末である。
【００７９】
１１０ａ、１１０ｂ、１１０ｃは拡張Ｅｃｈｏ対応中継装置である。
【００８０】
拡張Ｅｃｈｏ対応端末１００ａは、設定情報をペイロードに書いた拡張Ｅｃｈｏ要求メッセージを、宛先である端末１０ｂに向けて送信する。
【００８１】
この拡張Ｅｃｈｏ要求メッセージは、拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃで中継され、宛先である端末１０ｂに到達する。
【００８２】
拡張Ｅｃｈｏ対応中継装置１１０は、ＲＳＶＰの場合と同様に、拡張Ｅｃｈｏ要求メッセージのペイロードに書かれた情報の読み出しやペイロードに書かれた情報に基づく処理結果をペイロードの所定の位置への書き込みを行う。
【００８３】
この拡張Ｅｃｈｏ要求メッセージによって、ペイロードに書かれた設定情報および上流の中継装置の処理結果は、下流の中継装置および受信端末１０ｂに通知するというＲＳＶＰのＰａｔｈメッセージと同様の効果を実現できる。
【００８４】
この拡張Ｅｃｈｏ要求メッセージを受信した端末１０ｂは、必須機能であるＩＣＭＰの機能により、Ｅｃｈｏ−Ｒｅｐｌｙを送信する。また、このＥｃｈｏ−ＲｅｐｌｙメッセージにはＩＣＭＰの必須機能によりＥｃｈｏメッセージのペイロードがコピーされるので、ペイロードに設定情報および拡張Ｅｃｈｏ対応中継装置の処理結果が書かれた拡張Ｅｃｈｏ応答メッセージとなる。
【００８５】
この拡張Ｅｃｈｏ応答メッセージによって、設定情報および下流の中継装置の処理結果は、上流の中継装置および拡張Ｅｃｈｏ対応端末１００ａに通知するというＲＳＶＰのＲｅｓｖメッセージと同様の効果を実現できる。
【００８６】
このようにＩＣＭＰの必須機能を用いることで、通信相手に依らず、通信経路上の機器への設定を行うことが可能となる。
【００８７】
さらに、拡張Ｅｃｈｏ要求メッセージ送信時にＴＴＬの値を変更することで、拡張Ｅｃｈｏ応答メッセージをルータからのＴｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージに変えることにより、経路上の中継装置の全てではなく一部に制限することも可能となる。
【００８８】
例えば、図１８の場合と同様に、ＴＴＬ＝１と設定したＥｃｈｏメッセージは、１番目のルータでＴｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージとして折り返えされることにより、設定対象を１番目のルータまでに制限することが可能である。
【００８９】
（実施の形態２）
図２は、本発明の実施の形態２の機器設定システム例（送信先の通信機器が拡張Ｅｃｈｏ対応）を示す図である。
【００９０】
１００ａ、１００ｂは、拡張Ｅｃｈｏ対応端末、１０ａ、１０ｂは、端末である。
【００９１】
拡張Ｅｃｈｏ対応端末１００ａ、１００ｂ、端末１０ａ、１０ｂは、それぞれＩＰアドレス（１０．０．０．１００）、（１０．０．０．２００）、（１０．０．０．１０）、（１０．０．０．２０）となっている。
【００９２】
１１０ａ、１１０ｂ、１１０ｃは、拡張Ｅｃｈｏ対応中継装置である。
【００９３】
拡張Ｅｃｈｏ対応端末１００ａ、１００ｂ、端末１０ａ、１０ｂは、拡張Ｅｃｈｏ対応
中継装置１１０ａ、１１０ｂ、１１０ｃによって接続されている。
【００９４】
図２のシステム構成例において、拡張Ｅｃｈｏ対応端末１００ａから拡張Ｅｃｈｏ対応端末１００ｂへ送信されるデータフローのＱｏＳに関する機器設定処理について説明する。
【００９５】
図３は、本発明の実施の形態２の拡張Ｅｃｈｏメッセージのペイロードフォーマット例を示す図である。
【００９６】
なお、図３では、ＩＣＭＰペイロードのみを記述している。
【００９７】
本実施の形態で、設定に使用する拡張ＥｃｈｏメッセージのＩＣＭＰペイロードは、「設定タイプ」２１０、「判定結果」２２０、「設定情報」２３０、とから構成される。
【００９８】
「設定情報」２３０は、さらに「特性情報」２４０、「識別情報」２５０、から構成される。
【００９９】
以下、各パラメータの説明を行う。
【０１００】
「設定タイプ」２１０は、通信経路上の機器に対する設定の種別を表す。
【０１０１】
本実施の形態では、設定タイプとして“設定”、“解除”の二つの値を取りうる。
【０１０２】
通信経路上の各機器に設定する場合には、ペイロード内の「設定情報」２３０に設定内容と「設定タイプ」２１０に“設定”を指定する。
【０１０３】
通信経路上の各機器の設定を解除する場合には、解除する設定を特定する「設定情報」２３０と「設定タイプ」２１０に“解除”を指定する。
【０１０４】
なお、本実施の形態では用いる“設定”、“解除”以外にも、“設定変更”、“設定確認”等の設定に関連する値を用いることが可能であり、これらを用いても本発明の効果は変わらない。
【０１０５】
「判定結果」２２０は、通信経路上の機器の設定が行えるかどうかといった各機器の判定結果を表す。
【０１０６】
本実施の形態では、“設定対象機器なし”、“設定可能”、“設定不可能”、“設定解除対象機器なし”、“設定解除成功”の五つの値を取りうる。
【０１０７】
“設定対象機器なし”は、メッセージを送信した端末から受信した機器までの経路において、経路上に本機器設定システムに対応している機器が存在しないことを表す。
【０１０８】
“設定可能”は、経路上の本機器設定システムに対応の機器が全て設定可能であることを表す。
【０１０９】
“設定不可能”は、経路上の本機器設定システムに対応の機器において１つ以上の機器が設定不可能であったことを表す。
【０１１０】
“設定解除対象機器なし”は、ペイロードで指定した「設定情報」２３０を保持する機器が経路上になかったことを表す。
【０１１１】
“設定解除成功”は、ペイロードで指定した「設定情報」２３０を保持する通信経路上の全ての機器から指定した「設定情報」２３０を削除したことを表す。
【０１１２】
「特性情報」２４０は、データフローの帯域などの特性を表す情報である。
【０１１３】
本実施の形態ではデータフローの「平均帯域」を使用する。
【０１１４】
なお、本実施の形態で用いる「平均帯域」以外にも、データフローの最大帯域を表す「最大帯域」、データフローが許容する遅延の上限値を表す「遅延上限値」等のデータフローの特性を表す情報を用いることが可能であり、これらを用いても本発明の効果は変わらない。
【０１１５】
「識別情報」２５０は、データフローを識別するための情報である。
【０１１６】
本実施の形態ではデータフローの送受信機器のＩＰアドレスである“送信元ＩＰアドレス”と“宛先ＩＰアドレス”を用いる。
【０１１７】
なお、「識別情報」２５０としては送受信機器のＩＰアドレス以外にも、送受信機器の送受信ポート番号、ＭＡＣアドレス等のデータフローを特定するための情報を用いることが可能であり、これらを用いても本発明の効果は変わらない。
【０１１８】
以降、ＩＣＭＰのタイプが“Ｅｃｈｏ”である拡張Ｅｃｈｏメッセージを「拡張Ｅｃｈｏ要求メッセージ」と、ＩＣＭＰのタイプが“Ｅｃｈｏ−Ｒｅｐｌｙ”、“Ｔｉｍｅ−Ｅｘｃｅｅｄｅｄ”である拡張Ｅｃｈｏメッセージを「拡張Ｅｃｈｏ応答メッセージ」と呼ぶ。
【０１１９】
さらに、「設定タイプ」２１０が“設定”の拡張Ｅｃｈｏ要求メッセージを「拡張Ｅｃｈｏ要求メッセージ（設定）」と呼び、「設定タイプ」２１０が“設定”の拡張Ｅｃｈｏ応答メッセージを「拡張Ｅｃｈｏ応答メッセージ（設定）」と呼ぶ。
【０１２０】
同様に、「設定タイプ」２１０が“解除”の拡張Ｅｃｈｏ要求メッセージを「拡張Ｅｃｈｏ要求メッセージ（解除）」と呼び、「設定タイプ」２１０が“解除”の拡張Ｅｃｈｏ応答メッセージを「拡張Ｅｃｈｏ応答メッセージ（解除）」と呼ぶ。
【０１２１】
拡張Ｅｃｈｏ対応端末１００ａ、１００ｂが、拡張Ｅｃｈｏメッセージを拡張Ｅｃｈｏ対応端末１００ａ、１００ｂまたは端末１０ａ、１０ｂ宛に送信することで、通信経路上の拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃに機器設定を行うことが可能である。
【０１２２】
なお、宛先が拡張Ｅｃｈｏ対応端末１００ａ、１００ｂの場合には、通信経路上の拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃだけでなく宛先である拡張Ｅｃｈｏ対応端末にも機器設定を行う。
【０１２３】
次に、拡張Ｅｃｈｏ対応端末１００ａ、１００ｂ、拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの機能ブロックを説明する。
【０１２４】
図４は、本発明の実施の形態２の拡張Ｅｃｈｏ対応端末１００ａ、１００ｂの機能ブロックを示す図である。また、図５は、本発明の実施の形態２の拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの機能ブロックを示す図である。
【０１２５】
図４を用いて、拡張Ｅｃｈｏ対応端末１００ａ、１００ｂの機能について説明し、また図５を用いて、拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの機能について以下に説明する。
【０１２６】
図４、図５に示す拡張Ｅｃｈｏ対応端末１００ａ、１００ｂと拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの機能ブロックの中で共通のブロックは、設定判定部３２０、機器性能データベース３３０、設定データベース３４０、ＱｏＳ処理部３５０、拡張Ｅｃｈｏ情報送信部３６０、拡張Ｅｃｈｏ情報取得部３７０である。
【０１２７】
以下、各機能ブロックの説明を行う。
【０１２８】
拡張Ｅｃｈｏ対応端末１００ａ、１００ｂの通信アプリケーション３００は、通信品質保証を必要とするデータ通信を行うアプリケーションである。
【０１２９】
機器性能データベース３３０は、各機器固有の機能や性能を表す情報である機器性能情報のデータベースである。
【０１３０】
図６は、本発明の実施の形態２の拡張Ｅｃｈｏ対応機器で使用する機器性能データベースを示す図である。
【０１３１】
図６（ａ）に示すように、本実施の形態では、機器性能として「送信可能帯域」を使用する。
【０１３２】
「送信可能帯域」パラメータとは、各機器に設定がされていない状態で使用可能な最大の帯域を表す。
【０１３３】
設定データベース３４０は、ＱｏＳ処理部３５０を制御するためのパラメータを集めたデータベースである。
【０１３４】
ＱｏＳ処理部３５０は、この設定データベース３４０の内容にしたがってＱｏＳ制御を行う。
【０１３５】
図７は、本発明の実施の形態２の拡張Ｅｃｈｏ対応機器で使用する設定データベースを示す図である。
【０１３６】
図７に示すように、本実施の形態では設定データベース３４０は、「設定情報」と、その設定情報の「設定状態」から構成される。
【０１３７】
「設定状態」パラメータとして、拡張Ｅｃｈｏ対応端末１００ａ、１００ｂ、拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃでは、“仮設定”、“設定”の２つの値を使用する。
【０１３８】
「設定状態」が“仮設定”の値のときは、拡張Ｅｃｈｏ対応機器が拡張Ｅｃｈｏ応答メッセージ（設定）を受信するまで対応する「設定情報」が設定可能である状態を保持する状態を示す。
【０１３９】
「設定状態」が“設定”の値のときは、ＱｏＳ処理部３５０は「識別情報」２５０で指定されたデータフローの「特性情報」の応じた通信品質保証を行う。
【０１４０】
本実施の形態では、ＱｏＳ処理部３５０は「平均帯域」の帯域保証を行う。
【０１４１】
設定判定部３２０は、機器性能データベース３３０、設定データベース３４０の情報と、設定管理部（端末）３１０もしくは設定管理部（中継）３８０から通知される情報から、本拡張Ｅｃｈｏ対応機器に拡張Ｅｃｈｏメッセージの「設定情報」が設定可能かどうか判定する機能を持つ。
【０１４２】
以降、拡張Ｅｃｈｏ情報取得部３７０で拡張Ｅｃｈｏメッセージから取得した判定結果、もしくは設定管理部（端末）３１０もしくは設定管理部（中継）３８０で設定した判定結果を「判定結果」と呼び、設定判定部３２０で行った判定結果を「本機器の判定結果」と呼ぶ。
【０１４３】
設定管理部（端末）３１０は、通信アプリケーション３００から通知された情報もしくは拡張Ｅｃｈｏ情報取得部３７０で取得した情報から設定判定部３２０へ設定可能か問い合わせ、設定判定部３２０から「本機器の判定結果」を取得する。
【０１４４】
設定管理部（端末）３１０は、「本機器の判定結果」に応じて設定データベース３４０を変更し、「ＩＣＭＰタイプ」、「設定タイプ」、「設定情報」、「本機器の判定結果」の値を拡張Ｅｃｈｏ情報送信部３６０に通知する。
【０１４５】
設定管理部（中継）３８０は、拡張Ｅｃｈｏ情報取得部３７０で取得した情報から、設定判定部３２０へ設定可能か問い合わせ、設定判定部３２０から「本機器の判定結果」を取得する。
【０１４６】
設定管理部（中継）３８０はさらに、「本機器の判定結果」に応じて設定データベース３４０を変更し、「ＩＣＭＰのタイプ」、「設定タイプ」、「設定情報」、「本機器の判定結果」の値を拡張Ｅｃｈｏ情報送信部３６０に通知する。
【０１４７】
拡張Ｅｃｈｏ情報送信部３６０は、設定管理部（端末）３１０もしくは設定管理部（中継）３８０から通知された「ＩＣＭＰタイプ」、「設定タイプ」、「設定情報」と「本機器の判定結果」をペイロードに書き込んだ拡張Ｅｃｈｏメッセージを送信する機能を持つ。
【０１４８】
このとき、判定結果フィールドは「本機器の判定結果」で更新される。
【０１４９】
拡張Ｅｃｈｏ情報取得部３７０は、受信した拡張Ｅｃｈｏメッセージのペイロードに書き込まれている「ＩＣＭＰタイプ」、「設定タイプ」、「設定情報」、「判定結果」を取得する。
【０１５０】
以上説明した図２の機器設定システムにおいて、拡張Ｅｃｈｏ対応端末１００ａから拡張Ｅｃｈｏ対応端末１００ｂに送信する２５Ｍｂｐｓのデータフローの通信品質保証を行うための機器設定処理の［設定成功のパターン］、［設定解除のパターン］、［設定失敗のパターン］について説明する。
【０１５１】
［設定成功のパターン］
図２を用いて、データフローの通信品質保証を行うための機器設定が成功する場合の動作について説明する。
【０１５２】
はじめに、各拡張Ｅｃｈｏ対応端末１００ａ、１００ｂと各拡張Ｅｃｈｏ対応中継装置１１０の機器設定前の状態について示す。
【０１５３】
拡張Ｅｃｈｏ対応端末１００ａ、１００ｂと拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの機器性能データベース３３０は全て図６（ｂ）の状態となっている。
【０１５４】
また、拡張Ｅｃｈｏ対応端末１００ａ、１００ｂと拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの設定データベース３４０は全て図７（ａ）の状態となっている。
【０１５５】
なお、図７（ａ）におけるＮｕｌｌは、情報が設定されていないことを表す値である。
【０１５６】
機器設定を行うための「設定情報」を送信する拡張Ｅｃｈｏ対応端末１００ａの処理について説明する。
【０１５７】
図８、図９、図１０、図１１、図１２、図１３は、拡張Ｅｃｈｏ対応端末１００ａ、１００ｂの処理シーケンスである。
【０１５８】
図８は、本発明の実施の形態２の拡張Ｅｃｈｏ対応端末の拡張Ｅｃｈｏメッセージ送信時の処理シーケンスを示すフローチャートである。
【０１５９】
図９は、本発明の実施の形態２の設定判定部３２０の処理シーケンスを示すフローチャートである。
【０１６０】
図１０は、本発明の実施の形態２の拡張Ｅｃｈｏ情報送信部の処理シーケンスを示すフローチャートである。
【０１６１】
図１１は、本発明の実施の形態２の拡張Ｅｃｈｏ対応端末の拡張Ｅｃｈｏメッセージ受信時の処理シーケンスを示すフローチャートである。
【０１６２】
図１２は、本発明の実施の形態２の拡張Ｅｃｈｏ情報取得部の処理シーケンスを示すフローチャートである。
【０１６３】
図１３は、図１１、図１４の処理シーケンス中の拡張Ｅｃｈｏ応答メッセージ受信時共通処理の処理シーケンスを示すフローチャートである。
【０１６４】
拡張Ｅｃｈｏ対応端末１００ａにおいて、通信アプリケーション３００は、「設定タイプ」が“設定”、送信元ＩＰアドレスが（１０．０．０．１００）、宛先ＩＰアドレスが（１０．０．０．２００）、平均帯域が２５Ｍｂｐｓのデータフローの通信品質保証するための「設定情報」と、設定管理部（端末）３１０に通知する（ステップＳ１００）。
【０１６５】
設定管理部（端末）３１０は、「ＩＣＭＰのタイプ」「設定タイプ」、「判定結果」、「設定情報」およびを、設定判定部３２０に通知し、「本機器の判定結果」の問い合わせを行う（ステップＳ１１０）。
【０１６６】
ここで「設定タイプ」が“設定”であるため、「ＩＣＭＰのタイプ」はＥｃｈｏ、「判定結果」の値は“設定対象機器なし”となっている。
【０１６７】
設定判定部３２０では入力された情報が拡張Ｅｃｈｏ要求メッセージか、拡張Ｅｃｈｏ応答メッセージか識別する（ステップＳ２００）。
【０１６８】
「ＩＣＭＰのタイプ」が、Ｅｃｈｏであるため「設定タイプ」の判定を行う（ステップＳ２１０）。
【０１６９】
「設定タイプ」が“設定”であり「判定結果」は“設定対象機器なし”となっているため（ステップＳ２３０）、本機器に「設定情報」が設定可能かの判定を行う（ステップＳ２４０）。
【０１７０】
ステップ２４０において、設定データベース３４０には「設定情報」の登録がなく、機器性能データベース３３０には４０Ｍｂｐｓの「送信可能帯域」という状態であるため、「設定情報」で要求されている２５Ｍｂｐｓの帯域を確保する設定が可能であると判定される。
【０１７１】
従って、本機器に設定可能であるため「本機器の判定結果」を“設定可能”とする（ステップＳ２７０）。
【０１７２】
「本機器の判定結果」を通知された設定管理部（端末）３１０は、「設定タイプ」の判定を行う（ステップＳ１２０）。
【０１７３】
「設定タイプ」が“設定”であるため、「本機器の判定結果」の値を参照する（ステップＳ１６０）。
【０１７４】
「本機器の判定結果」が“設定可能”であるため、「設定情報」を設定データベース３４０に“仮設定”で登録する（ステップＳ１７０）。
【０１７５】
拡張Ｅｃｈｏ情報送信部３６０に「ＩＣＭＰのタイプ」、「設定タイプ」、「設定情報」、「本機器の判定結果」を通知する（ステップＳ１５０）。
【０１７６】
拡張Ｅｃｈｏ情報送信部３６０では、「本機器の判定結果」を拡張Ｅｃｈｏメッセージに記述する「判定結果」とする（ステップＳ３００）。
【０１７７】
「設定タイプ」、「設定情報」、「判定結果」をペイロードに書き込んだ「ＩＣＭＰのタイプ」がＥｃｈｏの拡張Ｅｃｈｏ要求メッセージ（設定）を送信する（ステップＳ３１０）。
【０１７８】
このとき、拡張Ｅｃｈｏ対応端末１００ａから送信される拡張Ｅｃｈｏ要求メッセージ（設定）の各パラメータの値は図３（ｂ）のようになり、設定データベース３４０のデータは図７（ｂ）のようになっている。
【０１７９】
次に、拡張Ｅｃｈｏメッセージを中継する拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの処理について説明する。
【０１８０】
図１４は本発明の実施の形態２の拡張Ｅｃｈｏ対応中継装置の処理シーケンスを示すフローチャートであり、設定判定部３２０、拡張Ｅｃｈｏ情報送信部３６０、拡張Ｅｃｈｏ情報取得部３７０の処理シーケンスは、それぞれ拡張Ｅｃｈｏ対応端末１００ａ、１００ｂと同じく図９、図１０、図１２となっている。図１４中の拡張Ｅｃｈｏ応答メッセージ受信時共通処理は拡張Ｅｃｈｏ対応端末１００ａ、１００ｂと同じく図１３となっている拡張Ｅｃｈｏ要求メッセージ（設定）を受信したときの拡張Ｅｃｈｏ対応中継装置１１０内の処理について以下に示す。
【０１８１】
拡張Ｅｃｈｏ対応中継装置１１０ａは、拡張Ｅｃｈｏ情報取得部３７０で拡張Ｅｃｈｏメッセージを受信する（ステップＳ８００、ステップＳ６００）。
【０１８２】
拡張Ｅｃｈｏメッセージから「ＩＣＭＰのタイプ」、「設定タイプ」「設定情報」、「判定結果」を取得する（ステップＳ６１０）。
【０１８３】
設定管理部（中継）３８０は、設定判定部３２０に取得した情報を通知し「本機器の判定結果」を問い合わせる（ステップＳ８１０）。
【０１８４】
設定判定部３２０の処理は、拡張Ｅｃｈｏ対応端末１００ａでの設定判定部３２０の処理とステップＳ２３０の判定条件の「判定結果」の値が“設定可能”と異なっているだけで処理の流れは同じであるため「本機器の判定結果」は“設定可能”を設定管理部（中継）３８０に通知する。
【０１８５】
設定管理部（中継）３８０は「本機器の判定結果」を通知された後、入力されたメッセージが拡張Ｅｃｈｏ要求メッセージか拡張Ｅｃｈｏ応答メッセージか識別する（ステップＳ８２０）。
【０１８６】
「ＩＣＭＰのタイプ」がＥｃｈｏであるため拡張Ｅｃｈｏ要求メッセージと判定し「設定タイプ」の判定を行う（ステップＳ８４０）。
【０１８７】
「設定タイプ」が“設定”で「本機器の判定結果」が“設定可能”であるため（ステップＳ８７０）、「設定情報」を設定データベース３４０に“仮設定”で登録し（ステップＳ８８０）、拡張Ｅｃｈｏ情報送信部３６０に「ＩＣＭＰのタイプ」、「設定タイプ」、「設定情報」、「本機器の判定結果」を通知する（ステップＳ８９０）。
【０１８８】
以降の拡張Ｅｃｈｏ情報送信部３６０内の処理は拡張Ｅｃｈｏ対応端末１００ａと同じであるため説明を省略する。
【０１８９】
この時、設定データベース３４０のデータは図７（ｂ）のようになっている。
【０１９０】
拡張Ｅｃｈｏ対応中継装置１１０ｂ、１１０ｃでは、拡張Ｅｃｈｏ中継装置１１０ａと同様の処理が行われる。
【０１９１】
この時、両拡張Ｅｃｈｏ対応中継装置とも設定データベース３４０のデータは図７（ｂ）のようになっている。
【０１９２】
拡張Ｅｃｈｏメッセージに応答する拡張Ｅｃｈｏ対応端末１００ｂの処理について説明する。
【０１９３】
拡張Ｅｃｈｏ対応端末１００ｂでは、拡張Ｅｃｈｏ情報取得部３７０において拡張Ｅｃｈｏメッセージを受信した後（ステップＳ４００、ステップＳ６００）、拡張Ｅｃｈｏメッセージから「ＩＣＭＰのタイプ」、「設定タイプ」、「設定情報」、「判定結果」を取得し、設定管理部（端末）３１０に通知する（ステップＳ６１０）。
【０１９４】
設定管理部（端末）３１０は、設定判定部３２０に取得した情報を通知し「本機器の判定結果」を問い合わせる（ステップＳ４１０）。
【０１９５】
設定判定部３２０の処理は、拡張Ｅｃｈｏ対応中継装置１００ａと処理の流れは同じであるため「本機器の判定結果」は“設定可能”を設定管理部（端末）３１０に通知する。
【０１９６】
設定管理部（端末）３１０は「本機器の判定結果」を通知された後、入力されたメッセージが拡張Ｅｃｈｏ要求メッセージか拡張Ｅｃｈｏ応答メッセージか識別し（ステップＳ
４２０）、「ＩＣＭＰのタイプ」がＥｃｈｏであるため、拡張Ｅｃｈｏ要求メッセージと判定し「設定タイプ」の判定を行う（ステップＳ４５０）。
【０１９７】
「設定タイプ」が“設定”であるため「本機器の判定結果」の値を参照する（ステップＳ５００）。
【０１９８】
「本機器の判定結果」が“設定可能”であるため「設定情報」を設定データベース３４０に“設定”で登録し（ステップＳ５１０）、「ＩＣＭＰのタイプ」をＥｃｈｏ−Ｒｅｐｌｙに変更して（ステップＳ４８０）、拡張Ｅｃｈｏ情報送信部３６０に「ＩＣＭＰのタイプ」、「設定タイプ」、「設定情報」、「本機器の判定結果」を通知する（ステップＳ４９０）。
【０１９９】
ステップＳ４９０の内では拡張Ｅｃｈｏ対応端末１００ａ宛に拡張Ｅｃｈｏ応答メッセージ（設定）を送信するが、処理の詳細は拡張Ｅｃｈｏ対応端末１００ａの処理と同じであるため説明を省略する。
【０２００】
この時、設定データベース３４０のデータは図７（ｃ）のようになっている。
【０２０１】
拡張Ｅｃｈｏ応答メッセージ（設定）を受信した拡張Ｅｃｈｏ対応中継装置１１０ｃの処理について説明する。
【０２０２】
ステップＳ８１０の設定判定部３２０内のステップＳ２００までは拡張Ｅｃｈｏ対応中継装置１１０ａで説明した処理と同じであるため説明を省略する。
【０２０３】
ステップＳ２００の拡張Ｅｃｈｏメッセージの種別判定において、受信した拡張Ｅｃｈｏメッセージから得られた「ＩＣＭＰのタイプ」が“Ｅｃｈｏ−Ｒｅｐｌｙ”であるため拡張Ｅｃｈｏ応答メッセージと判定し、「本機器の判定結果」に拡張Ｅｃｈｏメッセージから取得した「判定結果」の値をコピーして設定管理部（中継）３８０に通知する（ステップＳ２５０）。
【０２０４】
設定管理部（中継）３８０において設定判定部３２０のステップＳ２００と同様に拡張Ｅｃｈｏメッセージ種別判定を行った結果、拡張Ｅｃｈｏ応答メッセージと分かり（ステップＳ８２０、ステップＳ８３０）。
【０２０５】
「設定タイプ」が“設定”であるため（ステップＳ７００）、設定データベース３４０に「設定情報」が「設定状態」が“仮設定”で登録されているか調査する（ステップＳ７１０）。
【０２０６】
調査した結果、登録されていたため「本機器の判定結果」を参照し（ステップＳ７２０）、「本機器の判定結果」が“設定可能”であるため、設定データベース３４０に登録されている「設定情報」の「設定状態」を“設定”に変更する（ステップＳ７３０）。
【０２０７】
以降のステップＳ８９０の拡張Ｅｃｈｏ情報送信部３６０内の処理はＥｃｈｏ対応中継装置１１０ａの処理と同じであるため説明を省略する。
【０２０８】
この時、設定データベース３４０のデータは図７（ｃ）のようになっている。
【０２０９】
拡張Ｅｃｈｏ応答メッセージ（設定）を受信したときの拡張Ｅｃｈｏ対応中継装置１１０ｂ、１１０ａの処理は、前述の拡張Ｅｃｈｏ応答メッセージ（設定）を受信したときの拡張Ｅｃｈｏ対応中継装置１１０ｃの処理と同じであるため説明を省略する。
【０２１０】
この時、両拡張Ｅｃｈｏ対応中継装置の設定データベース３４０のデータは図７（ｃ）のようになっている。
【０２１１】
拡張Ｅｃｈｏ応答メッセージ（設定）を受信したときの拡張Ｅｃｈｏ対応端末１００ａの処理について説明する。
【０２１２】
ステップＳ４４０までは拡張Ｅｃｈｏ応答メッセージを受信した拡張Ｅｃｈｏ対応中継装置１１０ｃの処理と同じであるため説明を省略する。
【０２１３】
ステップＳ４４０では、取得した「本機器の判定結果」を経路上の機器設定の判定結果として通信アプリケーション３００へ通知する。
【０２１４】
この時、拡張Ｅｃｈｏ対応端末１００ａ、１００ｂと拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの設定データベース３４０の値は全て図７（ｃ）のようになっており、［設定成功のパターン］における通信経路上の拡張Ｅｃｈｏ対応端末１００ａ、１００ｂと拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの統一的な機器設定が行えたといえる。
また、通信アプリケーションも設定できたかどうかの判定結果を把握することができる。
【０２１５】
［設定成功後のデータフロー送信処理］
［設定成功のパターン］の機器設定処理が終わった後に、拡張Ｅｃｈｏ対応端末１００ａの通信アプリケーション３００から拡張Ｅｃｈｏ対応端末１００ｂの通信アプリケーション３００まで［設定成功のパターン］で指定した「設定情報」のデータフローを流したときの各機器の処理について図１５に示す。
【０２１６】
はじめに、データフローが拡張Ｅｃｈｏ対応端末１００ａの通信アプリケーション３００を送信し（ステップＳ９００）、拡張Ｅｃｈｏ対応端末１００ａのＱｏＳ処理部３５０が設定データベース３４０の「設定状態」が“設定”である「設定情報」に従って、データフローに対してＱｏＳ処理を行う（ステップＳ９１０）。
【０２１７】
拡張Ｅｃｈｏ対応端末１００ａから送信されたデータフローに対して、拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃのステップＳ９１０と同じようにＱｏＳ処理部３５０が各機器の設定データベース３４０に従ってＱｏＳ処理を行う（ステップＳ９２０）。
【０２１８】
拡張Ｅｃｈｏ対応端末１００ｂにおいても同様にＱｏＳ処理部３５０がデータフローの通信品質保証を行うことで（ステップＳ９３０）、拡張Ｅｃｈｏ対応端末１００ｂの通信アプリケーション３００が通信品質保証されたデータフローを受信することができる（ステップＳ９４０）。
【０２１９】
［設定成功のパターン］で説明したように、本実施の形態の拡張Ｅｃｈｏを使用することで通信経路上の機器設定処理が行えるため、上記のようなデータフローの品質保証を行うことが可能となる。
【０２２０】
［設定解除のパターン］
［設定成功のパターン］後の機器設定の状態から、［設定成功のパターン］で指定したデータフローの通信品質保証設定の解除を行う時の機器設定システムの動作について説明する。
【０２２１】
機器設定解除を行うための「設定タイプ」「設定情報」を送信する拡張Ｅｃｈｏ対応端末１００ａの処理について説明する。
【０２２２】
拡張Ｅｃｈｏ対応端末１００ａ内の処理は設定判定部３２０のステップＳ２１０の「設定タイプ」の判定処理まで、［設定成功のパターン］の拡張Ｅｃｈｏ対応端末１００ａとパラメータが異なるが処理が同じであるため説明を省略する。
【０２２３】
異なるパラメータは「設定タイプ」と「判定結果」であり、「設定タイプ」が“解除”に、「判定結果」が“設定解除対象機器なし”に変更されている。
【０２２４】
ステップＳ２１０の「設定タイプ」の判定処理では「設定タイプ」が“解除”であるため、設定データベース３４０に通信アプリケーション３００から指定された「設定情報」が登録されているか調査を行い（ステップＳ２２０）、指定された「設定情報」が登録されているため「本機器の判定結果」を“設定解除成功“にセットし（ステップＳ２６０）、設定管理部（端末）３１０に通知する。
【０２２５】
設定管理部（端末）３１０は「本機器の判定結果」を通知された後、「設定タイプ」の判定を行い（ステップＳ１２０）、「設定タイプ」が“解除”であるため「本機器の判定結果」が設定データベース３４０に登録されているか調査する（ステップＳ１３０）。
【０２２６】
調査した結果、「設定情報」が登録されているため設定データベース３４０から「設定情報」を削除する（ステップＳ１４０）。
【０２２７】
その後、設定管理部（端末）３１０は、拡張Ｅｃｈｏ情報送信部３６０に「ＩＣＭＰのタイプ」、「設定タイプ」、「設定情報」、「本機器の判定結果」を通知する（ステップＳ１５０）。
【０２２８】
ステップＳ１５０の拡張Ｅｃｈｏ情報送信部３６０内の処理は［設定成功のパターン］での拡張Ｅｃｈｏ対応端末１００ａの処理と同じでありパラメータが異なるだけであるため説明を省略する。
【０２２９】
ここで拡張Ｅｃｈｏ情報送信部３６０から拡張Ｅｃｈｏ要求メッセージ（解除）の各パラメータの値は図３（ｃ）であり、設定データベース３４０のデータは図７（ａ）のようになっている。
【０２３０】
次に、拡張Ｅｃｈｏ要求メッセージ（解除）を受信したときの拡張Ｅｃｈｏ対応中継装置１１０ａ内の処理について以下に示す。
【０２３１】
拡張Ｅｃｈｏ対応中継装置１１０ａの処理はステップＳ８２０の設定管理部（中継）３８０での拡張Ｅｃｈｏメッセージの判定処理までは、拡張Ｅｃｈｏメッセージ（解除）を送信する拡張Ｅｃｈｏ対応端末１００ａの処理と同じであるため説明を省略する。
【０２３２】
ステップＳ８２０の拡張Ｅｃｈｏメッセージの判定処理の結果、「ＩＣＭＰのタイプ」が「Ｅｃｈｏ」であるため拡張Ｅｃｈｏ要求メッセージと判定し、更に「設定タイプ」が“解除”であるため（ステップＳ８４０）、「設定情報」が設定データベース３４０に登録されているか調査する（ステップＳ８５０）。調査した結果、「設定情報」が登録されているため設定データベース３４０から「設定情報」を削除する（ステップＳ８６０）。その後、設定管理部（中継）３８０は、拡張Ｅｃｈｏ情報送信部３６０に「ＩＣＭＰのタイプ」、「設定タイプ」、「設定情報」、「本機器の判定結果」を通知し（ステップＳ８９０）、拡張Ｅｃｈｏ要求メッセージ（解除）を送信する。
【０２３３】
ステップＳ８９０の処理は拡張Ｅｃｈｏメッセージ（解除）を送信する拡張Ｅｃｈｏ対応端末１００ａと同じであるため説明を省略する。この時、設定データベース３４０のデータは図７（ａ）のようになっている。
【０２３４】
拡張Ｅｃｈｏ要求メッセージ（解除）を受信したときの拡張Ｅｃｈｏ対応中継装置１１０ｂ、１１０ｃの処理は、拡張Ｅｃｈｏ要求メッセージ（解除）を受信した拡張Ｅｃｈｏ対応中継装置１１０ａと同じであるため説明を省略する。この時、各拡張Ｅｃｈｏ対応中継装置の設定データベース３４０のデータは全て図７（ａ）のようになっている。
【０２３５】
拡張Ｅｃｈｏ要求メッセージ（解除）を受信したときの拡張Ｅｃｈｏ対応端末１００ｂの処理について説明する。
【０２３６】
ステップＳ４８０の設定管理部（端末）３１０において「ＩＣＭＰのタイプ」を“Ｅｃｈｏ−Ｒｅｐｌｙ”に変更する処理までは、拡張Ｅｃｈｏ要求メッセージ（解除）を受信したときの拡張Ｅｃｈｏ対応中継装置１１０ａの処理と同じであるため説明を省略する。
【０２３７】
ステップ５１０の後、設定管理部（端末）３１０は、拡張Ｅｃｈｏ情報送信部３６０に「ＩＣＭＰのタイプ」、「設定タイプ」、「設定情報」、「本機器の判定結果」を通知し（ステップＳ４９０）、拡張Ｅｃｈｏ応答メッセージ（解除）を送信する。
【０２３８】
ステップＳ４９０の拡張Ｅｃｈｏ情報送信部３６０の処理は拡張Ｅｃｈｏメッセージ（解除）を送信する拡張Ｅｃｈｏ対応端末１００ａと同じであるため説明を省略する。この時、設定データベース３４０のデータは図７（ａ）のようになっている。
【０２３９】
拡張Ｅｃｈｏ応答メッセージ（解除）を受信した拡張Ｅｃｈｏ対応中継装置１１０ｃの処理について説明する。
【０２４０】
ステップＳ２００の設定判定部３２０の拡張Ｅｃｈｏメッセージの判定処理までは拡張Ｅｃｈｏ要求パケット（解除）受信時の拡張Ｅｃｈｏ対応中継装置１１０ａと同じ処理であるため説明を省略する。
【０２４１】
ステップＳ２００では「ＩＣＭＰのタイプ」が“Ｅｃｈｏ−Ｒｅｐｌｙ”であるため拡張Ｅｃｈｏ応答メッセージと判定し、「本機器の判定結果」に拡張Ｅｃｈｏメッセージから取得した「判定結果」の値をコピーし（ステップＳ２５０）、設定管理部（中継）３８０に通知する。
【０２４２】
設定管理部（中継）３８０において設定判定部３２０のステップＳ２００と同様に拡張Ｅｃｈｏメッセージ種別判定を行った結果、拡張Ｅｃｈｏ応答メッセージと分かり（ステップＳ８２０、ステップＳ８３０）、「設定タイプ」が“解除”であるため（ステップＳ７００）、ステップＳ８９０の拡張Ｅｃｈｏ情報送信部３６０の拡張Ｅｃｈｏ応答メッセージ（解除）の発信処理を行う。
【０２４３】
ステップＳ８９０の拡張Ｅｃｈｏ情報送信部３６０内の処理は拡張Ｅｃｈｏ要求メッセージ（解除）を受信した拡張Ｅｃｈｏ対応端末１００ｂの処理と同じであるため説明を省略する。
【０２４４】
この時、設定データベース３４０のデータは図７（ａ）のようになっている。
【０２４５】
拡張Ｅｃｈｏ応答メッセージ（解除）を受信した拡張Ｅｃｈｏ対応中継装置１１０ｂ、
１１０ａの処理は、拡張Ｅｃｈｏ応答メッセージ（解除）を受信した拡張Ｅｃｈｏ対応中継装置１１０ｃの処理と同じであるため説明を省略する。この時、各拡張Ｅｃｈｏ対応中継装置１１０ｂ、１１０ａの設定データベース３４０のデータは全て図７（ａ）のようになっている。
【０２４６】
拡張Ｅｃｈｏ応答メッセージ（解除）を受信したときの拡張Ｅｃｈｏ対応端末１００ａの処理について説明する。ステップＳ４４０の通信アプリケーション３００に「本機器の判定結果」を「判定結果」として通知するまでの処理は、拡張Ｅｃｈｏ応答メッセージ（解除）を受信した拡張Ｅｃｈｏ対応中継装置１１０ｃの処理と同じであるため説明を省略する。
【０２４７】
ステップＳ４４０の処理が終了した後、通信経路上の機器への設定解除処理が終了する。
【０２４８】
この時、拡張Ｅｃｈｏ対応端末１００ａ、１００ｂ、拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの設定データベース３４０の値は全て図７（ａ）のようになっており通信アプリケーション３００が指定した「設定情報」の削除が行われているため、［設定解除のパターン］における通信経路上の拡張Ｅｃｈｏ対応端末１００ａ、１００ｂと拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの統一的な機器設定が行えたといえる。
【０２４９】
また、通信アプリケーションも設定できたかどうかの判定結果を把握することができる。
【０２５０】
［設定失敗のパターン］
［設定成功のパターン］と同様に拡張Ｅｃｈｏ対応端末１００ａから機器設定を行ない、機器設定が失敗する時の処理について示す。
【０２５１】
はじめに、各拡張Ｅｃｈｏ対応端末１００ａ、１００ｂと各拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの状態について示す。拡張Ｅｃｈｏ対応端末１００ａ、１００ｂの機器性能データベース３３０は両方とも図６（ｂ）であり、拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの機器性能データベース３３０はそれぞれ図６（ｂ）、図６（ｃ）、図６（ｂ）の状態となっている。また、拡張Ｅｃｈｏ対応端末１００ａ、１００ｂと拡張Ｅｃｈｏ対応中継装置１１０ａ、１１０ｂ、１１０ｃの設定データベース３４０は全て図７（ａ）の状態となっている。
【０２５２】
図２の機器設定システムにおけるデータフローの通信品質保証を行うための一連の機器設定処理について示す。
【０２５３】
拡張Ｅｃｈｏ対応端末１００ａの拡張Ｅｃｈｏメッセージ（設定）を送信する処理は［設定成功のパターン］の拡張Ｅｃｈｏ対応端末１００ａの処理と同じであるため説明を省略する。
【０２５４】
このとき、拡張Ｅｃｈｏ対応端末１００ａから送信される拡張Ｅｃｈｏ要求メッセージ（設定）の各パラメータの値は図３（ｂ）であり、設定データベース３４０は図７（ｂ）の状態となっている。
【０２５５】
拡張Ｅｃｈｏ要求メッセージ（設定）を受信した拡張Ｅｃｈｏ対応中継装置１１０ａの処理は［設定成功のパターン］の拡張Ｅｃｈｏ中継装置１１０ａの処理と同じであるため説明を省略する。
【０２５６】
このとき、拡張Ｅｃｈｏ対応中継装置１１０ａから送信される拡張Ｅｃｈｏ要求メッセージ（設定）の各パラメータの値は図３（ｂ）であり、設定データベース３４０は図７（ｂ）の状態となっている。
【０２５７】
拡張Ｅｃｈｏ要求メッセージ（設定）を受信した拡張Ｅｃｈｏ対応中継装置１１０ｂの処理について説明する。
【０２５８】
ステップＳ２４０の設定判定部３２０の設定情報が設定可能か判定する処理までは［設定成功のパターン］の拡張Ｅｃｈｏ対応中継装置１１０ｂの処理と同じであるため説明を省略する。
【０２５９】
ステップＳ２４０の判定処理において、図３（ｂ）の拡張Ｅｃｈｏ要求メッセージ（設定）の「平均帯域」２５Ｍｂｐｓと図６（ｃ）の機器性能データベース３３０の「送信可能帯域」の２０Ｍｂｐｓを比較し、「平均帯域」が「送信可能帯域」を超えているため「設定情報」を設定不可能と判定する。
【０２６０】
そして、設定判定部３２０において「本機器の判定結果」に“設定不可能”をセットし、設定管理部（中継）３８０に通知する（ステップＳ２８０）。
【０２６１】
「本機器の判定結果」を通知された設定管理部（中継）３８０は、拡張Ｅｃｈｏメッセージの判定処理を行い（ステップＳ８２０）、「ＩＣＭＰのタイプ」が“Ｅｃｈｏ”であるため拡張Ｅｃｈｏ要求メッセージであると判定する。
【０２６２】
その後、「設定タイプ」が“設定”であるため（ステップＳ８４０）、「本機器の判定結果」を参照し（ステップＳ８７０）、「本機器の判定結果」の値が“設定不可能”となっているため、ステップＳ８９０の拡張Ｅｃｈｏ情報送信部３６０の拡張Ｅｃｈｏ要求メッセージ（設定）の発信処理を行う。
【０２６３】
このとき「本機器の判定結果」の値が“設定不可能”となっているが、ステップＳ８９０の拡張Ｅｃｈｏ情報送信部３６０内の処理は、拡張Ｅｃｈｏ要求メッセージ（設定）を送信した拡張Ｅｃｈｏ対応端末１００ａの処理と同じであるため説明を省略する。
【０２６４】
拡張Ｅｃｈｏ対応中継装置１１０ｂから送信される拡張Ｅｃｈｏ要求メッセージ（設定）の各パラメータの値は図３（ｄ）であり、設定データベース３４０は図７（ａ）の状態となっている。
【０２６５】
拡張Ｅｃｈｏ要求メッセージ（設定）を受信した拡張Ｅｃｈｏ対応中継装置１１０ｃの処理について説明する。ステップＳ２３０の設定判定部３２０において拡張Ｅｃｈｏ要求メッセージ（設定）から「判定結果」の値を参照する処理までは、［設定成功のパターン］の拡張Ｅｃｈｏ対応中継装置１１０ｃの処理と同じであるため説明を省略する。
【０２６６】
ステップＳ２３０において「判定結果」の値が“設定不可能”となっているため、「本機器の判定結果」に“設定不可能”をセットし、設定管理部（中継）３８０に通知する（ステップＳ２８０）。
【０２６７】
設定管理部（中継）３８０に「本機器の判定結果」を通知した後の処理は、［設定失敗のパターン］の拡張Ｅｃｈｏ対応中継装置１１０ｂの処理と同じであるため説明を省略する。このとき、拡張Ｅｃｈｏ対応中継装置１１０ｃから送信される拡張Ｅｃｈｏ要求メッセージ（設定）の各パラメータの値は図３（ｄ）であり、設定データベース３４０は図７
（ａ）の状態となっている。
【０２６８】
拡張Ｅｃｈｏ要求メッセージ（設定）を受信した拡張Ｅｃｈｏ対応端末１００ｂの処理について説明する。
【０２６９】
ステップＳ４８０の設定管理部（端末）３１０において「ＩＣＭＰのタイプ」を“Ｅｃｈｏ−Ｒｅｐｌｙ”に変更する処理までは、［設定失敗のパターン］の拡張Ｅｃｈｏ要求メッセージ（設定）を受信したときの拡張Ｅｃｈｏ対応中継装置１１０ｃの処理と同じであるため説明を省略する。
【０２７０】
その後、設定管理部（端末）３１０は、拡張Ｅｃｈｏ情報送信部３６０に「ＩＣＭＰのタイプ」、「設定タイプ」、「設定情報」、「本機器の判定結果」を通知し、拡張Ｅｃｈｏ応答メッセージ（設定）を送信する（ステップＳ４９０）。
【０２７１】
ステップＳ４９０の拡張Ｅｃｈｏ情報送信部３６０の処理は［設定成功のパターン］での拡張Ｅｃｈｏ応答メッセージ（設定）を送信する拡張Ｅｃｈｏ対応端末１００ｂと同じであるため説明を省略する。
【０２７２】
このとき、拡張Ｅｃｈｏ対応端末１００ｂから送信される拡張Ｅｃｈｏ応答メッセージ（設定）の各パラメータの値は図３（ｄ）であり、設定データベース３４０は図７（ａ）の状態となっている。
【０２７３】
拡張Ｅｃｈｏ応答メッセージ（設定）を受信したときの拡張Ｅｃｈｏ対応中継装置１１０ｃの処理について説明する。
【０２７４】
ステップＳ７１０の設定データベース３４０に「設定状態」が“仮登録”の「設定情報」が登録されているか調査するステップまでは［設定成功のパターン］の拡張Ｅｃｈｏ応答メッセージ（設定）を受信した拡張Ｅｃｈｏ対応中継装置１１０ｃの処理と同じであるため説明を省略する。
【０２７５】
ステップＳ７１０において調査した結果、「設定情報」が登録されていないため、設定管理部（中継）３８０は、拡張Ｅｃｈｏ情報送信部３６０に「ＩＣＭＰのタイプ」、「設定タイプ」、「設定情報」、「本機器の判定結果」を通知し、拡張Ｅｃｈｏ応答メッセージ（設定）を送信する（ステップＳ８９０）。
【０２７６】
ステップＳ８９０の拡張Ｅｃｈｏ情報送信部３６０の処理は［設定失敗のパターン］の拡張Ｅｃｈｏ応答メッセージ（設定）を送信する拡張Ｅｃｈｏ対応端末１００ｂと同じであるため説明を省略する。
【０２７７】
このとき、拡張Ｅｃｈｏ対応中継装置１１０ｃから送信される拡張Ｅｃｈｏ応答メッセージ（設定）の各パラメータの値は図３（ｄ）であり、設定データベース３４０は図７（ａ）の状態となっている。
【０２７８】
拡張Ｅｃｈｏ応答メッセージ（設定）を受信した拡張Ｅｃｈｏ対応中継装置１１０ｂの処理は、拡張Ｅｃｈｏ対応中継装置１１０ｃの処理と同じであるため説明を省略する。
【０２７９】
このとき、拡張Ｅｃｈｏ対応中継装置１１０ｂから送信される拡張Ｅｃｈｏ応答メッセージ（設定）の各パラメータの値は図３（ｄ）であり、設定データベース３４０は図７（ａ）の状態となっている。
【０２８０】
拡張Ｅｃｈｏ応答メッセージ（設定）を受信した拡張Ｅｃｈｏ対応中継装置１１０ａの処理は、ステップＳ７２０の設定管理部（中継）３８０での「本機器の判定結果」の参照処理まで、［設定成功のパターン］の拡張Ｅｃｈｏ対応中継装置１１０ａの処理と同じであるため説明を省略する。ステップＳ７２０において、「本機器の判定結果」が“設定不可能”になっているため設定データベース３４０のから「設定情報」の削除を行う（ステップＳ７４０）。
【０２８１】
その後、設定管理部（中継）３８０は、拡張Ｅｃｈｏ情報送信部３６０に「ＩＣＭＰのタイプ」、「設定タイプ」、「設定情報」、「本機器の判定結果」を通知し（拡張Ｅｃｈｏ応答メッセージ（設定）を送信するステップＳ８９０）。
【０２８２】
ステップＳ８９０の拡張Ｅｃｈｏ情報送信部３６０の処理は［設定失敗のパターン］の拡張Ｅｃｈｏ応答メッセージ（設定）を送信する拡張Ｅｃｈｏ対応端末１００ｂと同じであるため説明を省略する。
【０２８３】
このとき、拡張Ｅｃｈｏ対応中継装置１１０ａから送信される拡張Ｅｃｈｏ応答メッセージ（設定）の各パラメータの値は図３（ｄ）であり、設定データベース３４０は図７（ａ）の状態となっている。
【０２８４】
拡張Ｅｃｈｏ応答メッセージ（設定）を受信した拡張Ｅｃｈｏ対応端末１００ａの処理について説明する。ステップＳ４４０の通信アプリケーション３００に「本機器の判定結果」を「判定結果」として通知するまでの処理は、［設定失敗のパターン］の拡張Ｅｃｈｏ応答メッセージ（設定）を受信した拡張Ｅｃｈｏ対応中継装置１１０ａの処理と同じであるため説明を省略する。ステップＳ４４０の処理が終了した後、通信経路上の機器への設定処理が終了する。
【０２８５】
この時、拡張Ｅｃｈｏ対応端末１００ａ、１００ｂと拡張Ｅｃｈｏ対応端末１１０ａ、１１０ｂ、１１０ｃの設定データベース３４０の値は全て図７（ａ）のようになっており、［設定失敗のパターン］における通信経路上の拡張Ｅｃｈｏ対応端末１００ａ、１００ｂと拡張Ｅｃｈｏ対応中継装置１１０の統一的な機器設定が行えたといえる。
【０２８６】
通信アプリケーションが設定情報を把握することで、設定に失敗した際に、必要な帯域を減少させて再度確保するようにできる。その結果、低い通信レートのコーデックを用いた音声あるいは映像が途切れないようにすることができる。
【０２８７】
以上、図２の機器設定システムにおいて、［設定成功のパターン］、［設定解除のパターン］、［設定失敗のパターン］における機器設定処理の流れついて説明し、通信経路上の拡張Ｅｃｈｏ対応端末１００ａ、１００ｂと拡張Ｅｃｈｏ対応中継装置１１０の統一的な機器設定が行えることを示した。
【０２８８】
なお、拡張Ｅｃｈｏを用いた設定システムでは、拡張Ｅｃｈｏに未対応の各端末、各中継装置が混在しても拡張Ｅｃｈｏメッセージのペイロードを変更することはないため、拡張Ｅｃｈｏ対応機器においては統一的な機器設定を行うことが可能である。
【０２８９】
なお、本実施の形態の拡張Ｅｃｈｏを用いた設定システムでは、各拡張Ｅｃｈｏ対応機器が拡張Ｅｃｈｏ情報取得部３７０と拡張Ｅｃｈｏ情報送信部３６０の両方を有していたが、どちらか一つのみを有する機器であってもよい。拡張Ｅｃｈｏ情報取得部３７０を有している機器では通信経路上の他の拡張Ｅｃｈｏ対応機器の情報を取得することができ、拡張Ｅｃｈｏ情報送信部３６０を有している機器では通信経路上の他の機器に情報を通知することが可能である。
【０２９０】
なお、「設定情報」が設定されている拡張Ｅｃｈｏ対応機器が存在しないといった情報等の把握を拡張Ｅｃｈｏメッセージのペイロードを用いて行うこともできる。
【０２９１】
たとえば、拡張Ｅｃｈｏ要求メッセージ（設定）を送信したときに、拡張Ｅｃｈｏ対応機器が通信経路上に存在しないときは、拡張Ｅｃｈｏ応答メッセージ（設定）の「判定結果」が“設定対象機器なし”となるため、拡張Ｅｃｈｏ対応機器が通信経路上にないことを把握できる。
【０２９２】
たとえば、拡張Ｅｃｈｏ要求メッセージ（解除）を送信したときに、ペイロードに記述してある「設定情報」を保持している拡張Ｅｃｈｏ対応機器が通信経路上に存在しないときは、拡張Ｅｃｈｏ応答メッセージ（設定）の「判定結果」が“設定解除対象機器なし”となるため、「設定情報」を保持している拡張Ｅｃｈｏ対応機器が通信経路上にないことを把握できる。
【０２９３】
なお、拡張Ｅｃｈｏメッセージのペイロードに機器性能データベース３３０の機器性能情報を書き込み、通信経路上の機器の機器性能情報を集計するために使用してもよい。
【０２９４】
なお、本実施の形態において各機器間をつなぐ伝送メディアは無線、電灯線といったＱｏＳ制御が行える伝送メディアを使用してもよい。
【０２９５】
なお、ＲＳＶＰの場合には、設定を開始する端末と、データを送信する端末が同じでなければならないという制限があったが、本発明においては設定を開始する端末と、データを送信する端末に制限はなく、設定の自由度が高いという利点がある。
【０２９６】
なお、設定開始側から宛先端末までは、Ｅｃｈｏメッセージでは、例えば宛先端末が未使用ポート番号宛のＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）パケットでも代用可能である。
【０２９７】
この場合、宛先端末では、タイプがＤｅｓｔｉｎａｉｔｏｎ―Ｕｎｒｅａｃｈａｂｌｅ、コードがＰｏｒｔ−ＵｎｒｅａｃｈａｂｌｅというＩＣＭＰメッセージを送信することになるが、その効果はＥｃｈｏメッセージを使った場合と変わらない。
【０２９８】
なお、現状ではＩＰのバージョンにはＩＰｖ４とＩＰｖ６の二つがあるが、本方式はＩＰのバージョンにも依存していないため、その効果は変わらない。
【０２９９】
なお、実施の形態２では、一対一の通信であるユニキャストを例に挙げて説明したが、一対多通信であるマルチキャスト等を用いてもその効果は変わらない。
【産業上の利用可能性】
【０３００】
機器設定方式に非対応の旧製品や他の機器設定方式にしか対応していない製品を通信相手にしても、通信経路上の機器設定が行えるため多様なシチュエーションでネットワーク機器の設定を行うことができる。また、この機器設定方式は通信品質保証が必要となるシチュエーションに対して効果が大きいと期待できる。
【図面の簡単な説明】
【０３０１】
【図１】本発明の実施の形態１の機器設定システム例（送信先の通信機器が通常端末）を示す図
【図２】本発明の実施の形態２の機器設定システム例（送信先の通信機器が拡張Ｅｃｈｏ対応）を示す図
【図３】本発明の実施の形態２の拡張Ｅｃｈｏメッセージのペイロードフォーマット例を示す図
【図４】本発明の実施の形態２の拡張Ｅｃｈｏ対応端末の機能ブロックを示す図
【図５】本発明の実施の形態２の拡張Ｅｃｈｏ対応中継装置の機能ブロックを示す図
【図６】本発明の実施の形態２の拡張Ｅｃｈｏ対応機器で使用する機器性能データベースを示す図
【図７】本発明の実施の形態２の拡張Ｅｃｈｏ対応機器で使用する設定データベースを示す図
【図８】本発明の実施の形態２の拡張Ｅｃｈｏ対応端末の拡張Ｅｃｈｏメッセージ送信時の処理シーケンスを示すフローチャート
【図９】本発明の実施の形態２の設定判定部の処理シーケンスを示すフローチャート
【図１０】本発明の実施の形態２の拡張Ｅｃｈｏ情報送信部の処理シーケンスを示すフローチャート
【図１１】本発明の実施の形態２の拡張Ｅｃｈｏ対応端末の拡張Ｅｃｈｏメッセージ受信時の処理シーケンスを示すフローチャート
【図１２】本発明の実施の形態２の拡張Ｅｃｈｏ情報取得部の処理シーケンスを示すフローチャート
【図１３】図１１、図１４の処理シーケンス中の拡張Ｅｃｈｏ応答メッセージ受信時共通処理の処理シーケンスを示すフローチャート
【図１４】本発明の実施の形態２の拡張Ｅｃｈｏ対応中継装置の処理シーケンスを示すフローチャート
【図１５】本発明の実施の形態２の［設定成功のパターン］の機器設定処理終了後の状態における、データフローのＱｏＳ処理シーケンス例を示すフローチャート
【図１６】ＩＣＭＰのペイロードフォーマットを示す図
【図１７】ＥｃｈｏメッセージとＥｃｈｏ−Ｒｅｐｌｙメッセージによる通信の処理の流れを示す図
【図１８】ＥｃｈｏメッセージとＴｉｍｅ−Ｅｘｃｅｅｄｅｄメッセージによる通信の処理の流れを示す図
【図１９】ＲＳＶＰによる機器設定システムの例（設定成功例）を示す図
【図２０】ＲＳＶＰによる機器設定システムの例（設定失敗例）を示す図
【符号の説明】
【０３０２】
１０ａ、１０ｂ    端末
１１ａ、１１ｂ、１１ｃ    ブリッジ
１２    ルータ
２０ａ、２０ｂ    ＲＳＶＰ対応端末
２１ａ、２１ｂ、２１ｃ    ＲＳＶＰ対応中継装置
１００ａ、１００ｂ    拡張Ｅｃｈｏ対応端末
１１０ａ、１１０ｂ、１１０ｃ    拡張Ｅｃｈｏ対応中継装置
２１０    「設定タイプ」
２２０    「判定結果」
２３０    「設定情報」
２４０    「特性情報」
２５０    「識別情報」
３００    通信アプリケーション
３１０    設定管理部（端末）
３２０    設定判定部
３３０    機器性能データベース
３４０    設定データベース
３５０    ＱｏＳ処理部
３６０    拡張Ｅｃｈｏ情報送信部
３７０    拡張Ｅｃｈｏ情報取得部
３８０    設定管理部（中継）
【図１】
2006135952.tif 000003
【図２】
2006135952.tif 000004
【図３】
2006135952.tif 000005
【図４】
2006135952.tif 000006
【図５】
2006135952.tif 000007
【図６】
2006135952.tif 000008
【図７】
2006135952.tif 000009
【図８】
2006135952.tif 000010
【図９】
2006135952.tif 000011
【図１０】
2006135952.tif 000012
【図１１】
2006135952.tif 000013
【図１２】
2006135952.tif 000014
【図１３】
2006135952.tif 000015
【図１４】
2006135952.tif 000016
【図１５】
2006135952.tif 000017
【図１６】
2006135952.tif 000018
【図１７】
2006135952.tif 000019
【図１８】
2006135952.tif 000020
【図１９】
2006135952.tif 000021
【図２０】
2006135952.tif 000022