(57)【要約】  実際のデータのデータ伝送の開始時点から伝送制御できる伝送制御装置を提供する。伝送されようとする伝送データの伝送要求元から伝送要求先には、この伝送データの属性を示す属性情報が、この伝送データの伝送に先立って予め通知される。通知された属性情報に応じて、この属性情報に対応する伝送データに対して要求される伝送品質で、この伝送データを伝送するための伝送制御方法（ポリシー）を設定し、設定された伝送制御方法に従って、属性情報に対応する伝送データの伝送制御を行う。【特許請求の範囲】
【請求項１】
伝送の対象となる伝送データの伝送を制御する伝送制御装置であって、伝送されようとする前記伝送データの伝送要求元から伝送要求先には、この伝送データの属性を示す属性情報が、この伝送データの伝送に先立って予め通知され、
前記通知された属性情報に応じて、この属性情報に対応する伝送データに対して要求される伝送品質でこの伝送データを伝送するための伝送制御態様を設定する伝送制御態様設定部と、
前記設定された伝送制御態様に従って、前記属性情報に対応する伝送データの伝送制御を行う伝送制御部と
を有する伝送制御装置。
【請求項２】
前記属性情報は、所定のパケットに含まれて伝送され、
当初設定されている前記伝送制御態様により前記要求される伝送品質で伝送データが伝送され得ると判断された場合に、前記属性情報を含むパケットを前記伝送要求先に伝送する伝送部
をさらに有する請求項１に記載の伝送制御装置。
【請求項３】
前記属性情報は、所定のパケットに含まれて伝送され、
前記属性情報の通知は、前記所定のパケットの複製を伝送中に獲得することによってなされる
請求項１に記載の伝送制御装置。
【請求項４】
前記伝送制御態様設定部は、
当初設定されている前記伝送制御態様により前記要求される伝送品質で伝送データが伝送されうるか否かを、前記通知された属性情報に基づいて判断する判断部と、
前記当初設定されている前記伝送制御態様により前記要求される伝送品質で伝送データが伝送され得ないと判断された場合には、この伝送データに対して要求される伝送品質でこの伝送データが伝送されるように、前記伝送制御態様を更新する更新部と、
前記伝送制御態様が更新されたときに、この更新された伝送制御態様を前記伝送制御部に対して設定する設定部と
を有する
請求項１に記載の伝送制御装置。
【請求項５】
前記伝送制御態様は、伝送品質の基準を示すポリシーであって、
前記伝送制御態様設定部は、前記通知された属性情報に基づいて、この属性情報に対応する伝送データに対して要求される伝送品質でこの伝送データが伝送されるように、前記ポリシーを設定し、
前記設定部は、前記更新されたポリシーを、前記伝送制御態様として、前記伝送制御部に設定し、
前記伝送制御部は、前記伝送制御態様として設定されたポリシーに従って、前記属性情報に対応する伝送データの伝送制御を行う
請求項４に記載の伝送制御装置。
【請求項６】
前記ポリシーは、前記伝送品質の基準として、帯域幅、コネクション数および遅延時間の内の１つ以上を含み、
前記伝送制御部は、前記ポリシーに含まれる帯域幅、コネクション数および遅延時間の内の１つ以上の基準を満たすように、前記伝送制御を行う
請求項５に記載の伝送制御装置。
【請求項７】
前記伝送要求元と前記伝送要求先の間に配置されたルータ内にその一部が設けられている
請求項１に記載の伝送制御装置。
【請求項８】
前記伝送要求元と前記伝送要求先の間に配置されたプロキシサーバ内に少なくともその一部が設けられている
請求項１に記載の伝送制御装置。
【請求項９】
伝送の対象となる伝送データの伝送を制御する伝送制御方法であって、伝送されようとする前記伝送データの伝送要求元から伝送要求先には、この伝送データの属性を示す属性情報が、この伝送データの伝送に先立って予め通知され、
前記通知された属性情報に応じて、この属性情報に対応する伝送データに対して要求される伝送品質でこの伝送データを伝送するための伝送制御態様を設定するステップと、
前記設定された伝送制御態様に従って、前記属性情報に対応する伝送データの伝送制御を行うステップと
を設けた伝送制御方法。
【請求項１０】
前記伝送制御態様を設定するステップは、
当初設定されている前記伝送制御態様により前記要求される伝送品質で伝送データが伝送できるか否かを、前記通知された属性情報に基づいて判断するステップと、
前記当初設定されている前記伝送制御態様により前記要求される伝送品質で伝送データを伝送できないと判断された場合にはこの伝送データに対して要求される伝送品質でこの伝送データを伝送できるように、前記伝送制御態様を更新するステップと
を有する
請求項９に記載の伝送制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケットのデータ伝送を制御する伝送制御装置およびその方法に関する。
【背景技術】
【０００２】
例えば、特許文献１は、既存の装置やネットワーク構成に変更を加えることなく、ネットワークの機能を補間または拡張できる方法を開示する。
例えば、特許文献２は、実際のパケット転送から情報を入手して、ＱｏＳ(Quality of Service)制御を行う方法を開示する。
例えば、特許文献３は、ＲＴＰ(Real-time Transport Protocol)パケットの情報を用いてＱｏＳ制御を行う方法を開示する。
例えば、特許文献４は、送受信されるパケットからネットワークパラメータを抽出し、所望のネットワークパラメータを設定できる方法を開示する。
また、例えば、特許文献５は、サービスタイプ種別やトラフィックタイプ種別を認識し、これらの種別に応じた通信品質を保証できる方法を開示する。
さらに、例えば、非特許文献１は、ＱｏＳ制御のためのタグ「ｑｏｓ」を開示する。
しかしながら、特許文献１〜５および非特許文献１に開示されたいずれの方法においても、実データのデータ伝送開始時点から伝送制御できる方法は開示されていない。
【特許文献１】特開２００４−１８０２１１
【特許文献２】特開２００４−１３５２７９
【特許文献３】特開２００３−１５８５４３
【特許文献４】特開２００１−２７４８０６
【特許文献５】特開２００１−２９８４８１
【非特許文献１】"Integration of Resource Management and SIP"，［ｏｎｌｉｎｅ］、２００２年１０月、ＩＥＴＦ（Internet Engineering Task Force）、［２００４年１２月２１日検索］、インターネット＜ＵＲＬ：http://www.ietf.org/rfc/rfc3312.txt＞
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は、上述した背景からなされたものであり、実際のデータのデータ伝送の開始時点から伝送制御できる伝送制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記目的を達成するために、本発明にかかる伝送制御装置は、伝送の対象となる伝送データの伝送を制御する伝送制御装置であって、伝送されようとする前記伝送データの伝送要求元から伝送要求先には、この伝送データの属性を示す属性情報が、この伝送データの伝送に先立って予め通知され、前記通知された属性情報に応じて、この属性情報に対応する伝送データに対して要求される伝送品質でこの伝送データを伝送するための伝送制御態様を設定する伝送制御態様設定部と、前記設定された伝送制御態様に従って、前記属性情報に対応する伝送データの伝送制御を行う伝送制御部とを有する。【０００５】
また、本発明にかかる伝送制御方法は、伝送の対象となる伝送データの伝送を制御する伝送制御方法であって、伝送されようとする前記伝送データの伝送要求元から伝送要求先には、この伝送データの属性を示す属性情報が、この伝送データの伝送に先立って予め通知され、前記通知された属性情報に応じて、この属性情報に対応する伝送データに対して要求される伝送品質でこの伝送データを伝送するための伝送制御態様を設定するステップと、前記設定された伝送制御態様に従って、前記属性情報に対応する伝送データの伝送制御を行うステップとを設けている。
【発明の効果】
【０００６】
本発明によれば、実際のデータのデータ伝送の開始時点から伝送制御できる。
【図面の簡単な説明】
【０００７】
【図１】本発明の第１の実施形態にかかる第１のデータ伝送システムの構成を示す図である。
【図２】図１に示した各ノードにおいて用いられるコンピュータのハードウェア構成を例示する図である。
【図３】図１に示したルータ上で実行される制御プログラムの構成を示す図である。
【図４】伝送制御されるパケットの構造を例示する図であり、（ａ）は、パケットの構造を示し、（ｂ）は、（ａ）に示したパケットの中のＳＩＰメッセージの構造を示し、（ｃ）は、リクエスト送信時における（ｂ）に示したＳＩＰの中のメッセージボディに含まれるＳＤＰを示し、（ｄ）は、リクエストに対する応答時におけるＳＤＰを示す。
【図５】伝送品質の基準を示すポリシーを記憶するポリシーＤＢの構成を示す図である。
【図６】図１に示したポリシーサーバ上で実行される管理プログラムの構成を示す図である。
【図７】図１に示した移動端末それぞれおよび業務サーバの上で実行される業務プログラムの構成を示す図である。
【図８】図１に示したルータの伝送制御方法設定処理（Ｓ１０）を示すフローチャートである。
【図９】図１に示した第１のデータ伝送システムの動作（Ｓ２０）を示す第１のシーケンス図である。
【図１０】図１に示した第１のデータ伝送システムのポリシー更新が不要の場合における動作（Ｓ３０）を示す第２のシーケンス図である。
【図１１】本発明の第２の実施形態にかかる第２のデータ伝送システムの構成を示す図である。
【図１２】図１１に示したプロキシサーバ２６上で実行される伝送制御方法設定プログラムの構成を示す図である。
【図１３】図１１に示したルータ上で実行される伝送制御プログラムの構成を示す図である。
【図１４】図１１に示したプロキシサーバの第１の伝送制御方法設定処理（Ｓ４０）を示すフローチャートである。
【図１５】図１１に示した第２のデータ伝送システムの動作（Ｓ５０）を示す第１のシーケンス図である。
【図１６】図１１に示した第２のデータ伝送システムのポリシー更新が不要の場合における動作（Ｓ６０）を示す第２のシーケンス図である。
【図１７】図１１に示した第２のデータ伝送システムの動作（Ｓ６２）を示す第３のシーケンス図である。
【図１８】図１１に示した第２のデータ伝送システムの動作（Ｓ６４）を示す第４のシーケンス図である。
【図１９】図１１に示したプロキシサーバ（伝送制御方法設定プログラム；図１２）の第２の伝送制御方法設定処理（Ｓ６６）を示すフローチャートである。
【図２０】図１１に示した第２のデータ伝送システム２の動作（Ｓ６８）を示す第５のシーケンス図である。
【図２１】図１１に示した第２のデータ伝送システム２の動作（Ｓ７０）を示す第６のシーケンス図である。
【発明を実施するための最良の形態】
【０００８】
［第１実施形態］
以下、本発明の第１の実施形態を説明する。
図１は、本発明にかかる第１のデータ伝送システム１の構成を示す図である。
図１に示すように、第１のデータ伝送システム１は、ルータ２０、ポリシーサーバ２２、業務サーバ２４、移動端末１２−１〜１２−ｎ、業務ネットワーク２８０および移動体ネットワーク１８０から構成される。
ポリシーサーバ２２および業務サーバ２４は、ＬＡＮ、ＷＡＮなどの業務ネットワーク２８０に接続され、移動端末１２−１〜１２−ｎは、移動体ネットワーク１８０に接続される。
業務ネットワーク２８０と移動体ネットワーク１８０とは、ルータを介して接続される。【０００９】
データ伝送システム１は、これらの構成により、移動端末１２−１〜１２−ｎそれぞれと、業務サーバ２４との間で伝送される伝送データに対して、ポリシーベースのＱｏＳ制御を適用する。
なお、以下、これらのサーバなどを総称して、ノードとも記す。
また、移動端末１２−１〜１２−ｎなど、複数ある構成部分のいずれかを特定せずに示すときには、単に移動端末１２などと略記することがある。
また、以下の各図において、実質的に同じ構成部分および処理には、同じ符号が付される。【００１０】
［ハードウェア］
以下、各ノードのハードウェアを説明する。
図２は、図１に示したルータ２０、ポリシーサーバ２２、業務サーバ２４および移動端末１２それぞれにおいて用いられるコンピュータのハードウェア構成を例示する図である。
図２に示すように、各ノードのコンピュータは、ＣＰＵ１０４およびメモリ１０６などを含む装置本体１０８、キーボードおよびディスプレイなどを含む表示・入力装置１１０、業務ネットワーク２８０または移動体ネットワーク１８０を介して他のノードと通信するための通信インターフェース（ＩＦ）１１２、および、記録媒体１１６に対してデータを記録・再生する記憶装置１１４を含む。
つまり、各ノードのコンピュータは、プログラムの実行による情報処理、および、ネットワークを介して他のノードとの間の通信が可能なコンピュータとしての構成部分を有している。【００１１】
［ソフトウェア］
以下、各ノードにおいて実行されるプログラムおよびこれらのプログラムにより参照されるデータベースを説明する。【００１２】
［制御プログラム２００］
図３は、図１に示したルータ２０上で実行される制御プログラム２００の構成を示す図である。
図３に示すように、制御プログラム２００は、ユーザインターフェース（ＵＩ）部２０２、通信・暗号化処理部２０４、受信部２０６、伝送制御方法設定部２９０、伝送制御部２０８、中継伝送部２１０およびポリシーデータベース（ＤＢ）２８２（図５）から構成される。
伝送制御方法設定部２９０は、伝送制御方法更新部２９２および設定部２１２を含む。
伝送制御方法更新部２９２は、判断部２１４および更新部２１６を含む。【００１３】
制御プログラム２００は、これらの構成部分により、移動端末１２−１〜１２−ｎそれぞれと業務サーバ２４との間で送受信される伝送データの伝送に先立って、伝送品質の基準を示すポリシーを更新し、このポリシーに従って伝送制御を行う。
つまり、制御プログラム２００は、ポリシーに従ったＱｏＳ制御を行う。
制御プログラム２００は、例えば、記録媒体１１６（図２）を介してルータ２０に供給され、メモリ１０６にロードされ、ルータ２０上で動作するＯＳ（図示せず）上で、ハードウェアを具体的に利用して実行される（以下の各プログラムについて同様）。【００１４】
制御プログラム２００において、ＵＩ部２０２は、表示・入力装置１１０（図２）に対するユーザの操作を受け入れ、制御プログラム２００の各構成部分に対して出力する。
また、制御プログラム２００は、受け入れた操作に応じて、制御プログラム２００の各構成部分の動作を制御する。
さらに、ＵＩ部２０２は、制御プログラム２００の各構成部分により作成された情報・データおよび各構成部分の処理内容などを、表示・入力装置１１０に表示し、あるいは、記憶装置１１４に記憶する。【００１５】
通信・暗号化処理部２０４は、各ノードとの間の通信に必要とされる通信処理、これらとの間の認証処理、および、これらとの間で伝送される情報・データの改ざん防止のための暗号化処理を行う。
受信部２０６は、移動端末１２または業務サーバ２４（業務プログラム２４０；図７を参照して後述）から、伝送データの伝送に先立って伝送され、伝送データの属性を示す属性情報（図４（ａ）〜（ｄ）を参照して後述）を含むパケットを受信し、伝送制御方法設定部２９０に対して出力する。【００１６】
図４は、制御プログラム２００による伝送制御の設定のためのパケットの構造を例示する図であり、（ａ）は、パケットの構造を示し、（ｂ）は、（ａ）に示したパケットの中のＳＩＰ（Session Initiation Protocol）メッセージの構造を示し、（ｃ）は、リクエスト送信時における（ｂ）に示したＳＩＰの中のメッセージボディに含まれるＳＤＰ（Session Description Protocol）を示し、（ｄ）は、リクエストに対する応答時におけるＳＤＰを示す。
図４（ａ）に示すように、このパケットには、ＩＰヘッダ、ＴＣＰまたはＵＤＰヘッダ（もちろん、ＳＣＴＰなどの他のトランスポート層プロトコルを使用する場合もあり得る）、ＳＩＰメッセージ、その他任意の部分が含まれる。
ＳＩＰメッセージを含むメッセージは、移動端末１２のいずれかと業務サーバ２４との間における伝送データの伝送に先立って、これらのノードにより送信および受信される。【００１７】
図４（ｂ）に示すように、図４（ａ）に示されるＳＩＰメッセージには、開始行、ヘッダおよびメッセージボディが含まれる。
メッセージボディには、ＲＦＣ３２６１に規定されるＳＤＰが記述する情報が含まれ、ＳＤＰには、属性情報が含まれる。【００１８】
図４（ｃ）に示すように、図４（ｂ）に示されるメッセージボディには、ＳＤＰが含まれる。
ＳＤＰは、セッション記述、日時記述、メディア記述などの属性情報を定義する。
ここで、ｖは、プロトコルバージョンを示す。
ｏは、所有者または作成者とセッション識別子を示し、例えば、所有者が「ａｌｉｃｅ」であり、ドメインが「ｈｏｓｔ．ａｎｙｗｈｅｒｅ．ｃｏｍ」であることが示されている。
ｃは、接続情報を示し、例えば、ドメインがＩＰ４層における「ｈｏｓｔ．ａｎｙｗｈｅｒｅ．ｃｏｍ」であることが示されている。
ｔは、セッションの開始時刻及び終了時刻を示す。なお、時刻として０が指定されている場合は、時刻を特に定めないか、あるいは永続するセッションであることを示す。
ｍは、メディア名、トランスポートアドレスなどを示し、例えば、メディア名およびトランスポートアドレスがそれぞれ、「ａｕｄｉｏ」と「４９１７０」、「ｖｉｄｅｏ」と「５１３７２」、および、「ｖｉｄｅｏ」と「５３０００」の３つのコネクションが必要とされることが示されている。
ａは、０行以上のメディア属性行を示し、例えば、前述したｍタイプで示される３つのメディアについて、それぞれ１つの属性が示されている。【００１９】
図４（ｃ）に示されるＳＤＰは、伝送データの伝送に先立って、移動端末１２から業務サーバ２４に対して送信され、例えば、ユーザ「ａｌｉｃｅ」が、音声データおよび２つの映像データの伝送を要求していることを示す。
ここで、音声データおよび映像データを伝送するためには、コネクションが必要とされる。
つまり、このＳＤＰでは、ユーザ「ａｌｉｃｅ」が、音声データを送受信するコネクション、第１の映像データを送受信するコネクション、および、第２の映像データを送受信するコネクションの３つのコネクションを要求していることが示されている。【００２０】
図４（ｄ）に示されるＳＤＰは、図４（ｃ）に示されるＳＤＰに対する応答時のＳＤＰであり、図４（ｃ）に示されるＳＤＰと同様に記述され、業務サーバ２４から移動端末１２に対して送信される。
図４（ｄ）に示されるＳＤＰでは、ｏタイプにより、所有者が「ｂｏｂ」であり、ドメインが「ｈｏｓｔ．ｅｘａｍｐｌｅ．ｃｏｍ」であることが示され、ｃタイプにより、ドメインがＩＰ４層における「ｈｏｓｔ．ｅｘａｍｐｌｅ．ｃｏｍ」であることが示されている。【００２１】
また、ｍタイプにより、メディア名およびトランスポートアドレスがそれぞれ、「ａｕｄｉｏ」と「４９９２０」、「ｖｉｄｅｏ」と「０」、および、「ｖｉｄｅｏ」と「５３０００」の３つのコネクションが許可されることが示されている。
ここで、第１の映像データに対して、トランスポートアドレスが０に指定されているので、このＳＤＰでは、第１の映像データの送受信が拒否されていることが示されている。
このため、これらのＳＤＰの送受信に続く伝送データは、第１の映像データを含まず、音声データと第２の映像データとを含んで伝送される。【００２２】
伝送制御方法設定部２９０（図３）は、受信されたパケットに含まれる属性情報に応じて、この属性情報に対応する伝送データに対して要求される伝送品質で、この伝送データを伝送するための伝送制御の方法つまり伝送制御の態様（ポリシーＤＢ２８２に記憶されるポリシー；本願ではその全体を通して「伝送制御方法」と称する）を設定する。
伝送制御方法設定部２９０は、例えば、「移動端末１２と業務サーバ２４との間のコネクション数は最大２」であることを規定するポリシーが設定されている場合に、図４（ｃ）に示される属性情報を含むパケットを受信する。
この場合、伝送制御方法設定部２９０は、音声データ用のコネクションおよび２つの映像データ用の２つのコネクションのために、使用されうるコネクション数の最大数を少なくとも３つ以上にするようにポリシーを設定する。【００２３】
図５は、伝送品質の基準を示すポリシーを記憶するポリシーＤＢ２８２の構成を示す図である。
図５に示すように、ポリシーＤＢ２８２は、ポリシー識別子（ＩＤ）と、ポリシーの内容とを含む。
このポリシーＤＢ２８２は、ポリシーサーバ２２上の管理プログラム２２０（図６を参照して後述）により使用されるポリシーＤＢ２８６に記憶されているデータの少なくとも一部を記憶する。
すなわち、ポリシーＤＢ２８２は、ポリシーサーバ２２上のポリシーＤＢ２８６のサブセットである。
ポリシーＩＤは、設定されるポリシーを管理するための識別子であり、ポリシーは、このポリシーＩＤにより一意に識別される。【００２４】
ポリシーは、伝送品質の基準を示し、データ伝送の制御は、例えば、帯域幅、コネクション数および遅延時間が含まれるポリシーに基づいてなされる。
例えば、１番目のポリシーは、移動端末１２から業務サーバ２４へのデータ伝送においては、帯域幅は最大６４ｋｂｐｓであることを示し、２番目のポリシーは、業務サーバ２４から移動端末１２へのデータ伝送においては、帯域幅は最大２Ｍｂｐｓであることを示す。
ポリシーＤＢ２８２は、制御プログラム２００が動作するルータ２０の記憶装置１１４（図２）またはメモリ１０６に、これらのポリシーを記憶する。【００２５】
なお、上述し、また図５に示したこれら一組のポリシーは移動端末と業務アプリケーションの間の個々のセッションごとに設定される。
すなわち、図５に示したポリシーＩＤ０００１〜０００５のポリシーはある特定のセッションのための一組のポリシーであって、別のセッションに対しては別の組のポリシーが用意される。
ただし、多数のセッションが互いにほとんど同じ内容のポリシーの組を使用することが実際には多いと考えられるため、同じ内容のポリシーはポリシーＤＢ２８２中に１つだけ用意され、複数のセッションからこの共通のポリシーを参照する。
これにより、セッション数が非常に多くなった場合でも、ポリシーＤＢ２８２中のポリシー個数をかなり低い水準に抑えることができる。【００２６】
すなわち、セッションの開始に当たっては、当該セッションは初期値（既定値）のポリシーの組を参照するように設定される。
当該セッションのいずれかのポリシー（例えば、「帯域幅は最大６４ｋｂｐｓである」というポリシー）を変更（更新）する場合には、変更後のポリシー（例えば、「帯域幅は最大５１２ｋｂｐｓである」というポリシー）がすでにポリシーＤＢ２８２中に存在すれば、変更前のポリシーから当該既存の変更後のポリシーに参照先を変更する。
もし、そのような変更後のポリシーがポリシーＤＢ２８２中に存在しなければ、新たにそのようなポリシーを生成するか他の場所にあらかじめ登録されているそのようなポリシーをポリシーＤＢ２８２へコピーして、その新たなポリシーへと参照先を切り替える。
もちろん、ポリシーＤＢ２８２中の図５に示すようなポリシーを直接書き換えることでも実現は可能であるが、特に多数のセッションに対応するには、上述の構成・動作を取った方が効率的である。
以下の説明でポリシーを更新すると記載してあっても、内部的には上述したようなセッションから参照するポリシーを切り替えるという動作が行われることに注意されたい。【００２７】
伝送制御方法更新部２９２（図３）は、受信された属性情報に基づいて、この属性情報に対応する伝送データに対して要求される伝送品質で、この伝送データが伝送されるように、伝送制御方法（ポリシー）を更新する。
判断部２１４は、受信部２０６より出力されたパケットに含まれる属性情報を参照して、ポリシーＤＢ２８２に記憶されている当該セッションに対応するポリシーすべてに基づいて、要求される伝送品質で伝送データが伝送されうるか否かを判断する。【００２８】
判断部２１４は、現状のポリシー設定のままでも要求される伝送品質で伝送データが伝送されると判断したときには、当該受信された属性情報を含むパケットを中継伝送部２１０に対して出力して、このパケットを伝送要求先に対して伝送させる。
また、判断部２１４は、要求される伝送品質で伝送データが伝送されると判断したとき以外には、ポリシーの更新を、更新部２１６に対して要求する。【００２９】
例えば、図４（ｃ）に示される属性情報を含むパケットを受信した場合には、このパケットには、送信元が、音声データのためのコネクションおよび映像データのための２つのコネクションの合計３つのコネクションを要求することが示されている。
一方、図５に示されるポリシーＤＢ２８２のポリシーＩＤ０００３には、「移動端末１２と業務サーバ２４との間のコネクション数は最大２」であることを規定するポリシーが設定されている。
このため、判断部２１４は、要求される伝送品質で伝送データが伝送され得ないと判断する。【００３０】
更新部２１６は、要求される伝送品質で伝送データが伝送されうると判断部２１４により判断されたとき以外に、この伝送データに対して要求される伝送品質で、この伝送データが伝送されるように、ポリシーＤＢ２８２に記憶されているポリシーを更新する。
具体的には、更新部２１６は、ポリシーサーバ２２（図６を参照して後述）に対して、ポリシーの更新を要求する。【００３１】
この更新要求は、例えば、ＲＦＣ３０８４で規定されるＣＯＰＳ−ＰＲ（Common Open Policy Service Usage for Policy Provisioning）を用いてなされる。
例えば、上述した図４（ｃ）、図５の例においては、要求されるコネクション数が３であり、ポリシーとして設定されている最大コネクション数が２であるので、更新部２１６は、ポリシーサーバ２２に対して、最大コネクション数の拡大を要求する。
設定部２１２は、ポリシーサーバ２２により更新されたポリシーを受信し、受信したポリシーをポリシーＤＢ２８２に設定する。【００３２】
中継伝送部２１０は、要求される伝送品質で伝送データが伝送されうると判断部２１４により判断されたときに、属性情報を含むパケットを、伝送要求先に中継して伝送する。
この場合、中継伝送部２１０は、パケットを、中継して伝送する。
また、更新部２１６がポリシーサーバ２２に対してポリシーの更新を要求した後においても、データ伝送がＳＤＰに記述された内容でなされえない場合には、中継伝送部２１０は、このＳＤＰを含むパケットを中継して伝送せずに、当該パケットを、送信元に対してエラーとして差し戻すか、または破棄する。【００３３】
あるいは、差し戻しや破棄を行う代わりに、当該ＳＤＰを含むパケットをそのまま要求先へ伝送してもよい。
この場合、伝送要求先はＳＤＰ中の要求を全て満足させることはできないが許される範囲内で要求された資源などの割り当てを、その結果を要求元に返送しても良い。
図４（ｄ）のＳＤＰでは、要求されたコネクション数３に対して２つのコネクションのみを割り当て、残り１つ（メディア名ｖｉｄｅｏ、トランスポートアドレス５１３７２）については割り当てできなかったことが示されている。
このような場合、要求元はこのような割り当て結果から、必要とされるデータ伝送ができないのでデータ伝送を打ち切るべきか、あるいは不十分ながらもデータ伝送を継続すべきか、などの判断を行うことができる。【００３４】
伝送制御部２０８は、ポリシーＤＢ２８２に設定されたポリシーに従って、属性情報に対応する伝送データの伝送制御を行う。
より具体的には、伝送制御部２０８は、属性情報を含むパケットの伝送に続いて、移動端末１２と業務サーバ２４との間で伝送され、音声データ、映像データなどを含むパケットを、通信・暗号化処理部２０４から受け取って、このパケットの伝送を、ポリシーに従って制御する。
例えば、伝送制御部２０８は、移動端末１２から業務サーバ２４へデータを伝送する場合には、帯域幅が最大６４ｋｂｐｓとなるように、パケットの伝送タイミングを制御し、業務サーバ２４から移動端末１２へデータを伝送する場合には、帯域幅が最大２Ｍｂｐｓとなるように制御する。
つまり、伝送制御部２０８は、ポリシー実施点（PEP；Policy enforcement point）として機能する。【００３５】
［管理プログラム２２０］
図６は、図１に示したポリシーサーバ２２上で実行される管理プログラム２２０の構成を示す図である。
図６に示すように、管理プログラム２２０は、ユーザインターフェース（ＵＩ）部２０２、通信・暗号化処理部２０４、管理部２２２、送信部２２４およびポリシーＤＢ２８６を含む。
管理プログラム２２０は、これらの構成部分により、ポリシーを管理し、制御プログラム２００（図３）から送信されたポリシー更新要求に対する判断を行う。
より具体的には、管理プログラム２２０は、ポリシー判断点（PDP；Policy Decision Point）として機能する。【００３６】
ポリシーＤＢ２８６は、伝送品質の基準を示す全てのポリシーを記憶する。
ポリシーＤＢ２８６は、管理プログラム２２０が動作するポリシーサーバ２２の記憶装置１１４またはメモリ１０６に、これらのポリシーが記憶されて実現される。【００３７】
管理部２２２は、ポリシーＤＢ２８６に記憶されるポリシーを管理し、ルータ２０（制御プログラム２００）からポリシー更新要求を受信し、要求に応じてポリシーを更新するか否かを決定する。
例えば、「移動端末と業務サーバとの間のコネクション数は最大２」であることを規定するポリシーが設定されており、ルータ２０が最大コネクション数の拡大を要求した場合、管理部２２２は、ポリシーを更新するか否かを決定する。
この場合、管理部２２２は、要求を満たすように、例えば時間制限などをかけて所定の時間だけ、コネクション数を増やす更新を行うか、拡大の余地がないとして要求を満たさない値に更新するか、または、更新しないかを決定する。【００３８】
管理部２２２は、ポリシーを更新することを決定した場合には、ポリシーＤＢ２８６を更新し、送信部２２４に、更新されたポリシーをポリシー更新要求の送信元（ルータ２０）に送信させる。
管理部２２２は、送信部２２４を介して、ポリシー更新要求の送信元すなわちルータ２０に対して、更新後のポリシーを送信する。【００３９】
［業務プログラム２４０］
図７は、図１に示した移動端末１２−１〜１２−ｎそれぞれおよび業務サーバ２４の上で実行される業務プログラム２４０の構成を示す図である。
図７に示すように、業務プログラム２４０は、ＵＩ部２０２、通信・暗号化処理部２０４、業務処理部２４２および属性情報通知部２４４を含む。
業務プログラム２４０は、これらの構成部分により、移動端末１２−１〜１２−ｎのいずれかと業務サーバ２４との間でなされる、オンラインゲーム、オンライン購買または営業支援などの業務に伴うデータを伝送し、この伝送データの伝送に先立って、伝送されるデータの属性情報を通知する。【００４０】
業務処理部２４２は、表示・入力装置１１０（図２）から入力を受け付け、表示・入力装置１１０に対して映像や音声を出力させることにより、業務処理を行う。
また、業務処理部２４２は、業務処理に先立って、属性情報通知部２４４に、伝送されるデータの属性情報を通知させる。【００４１】
属性情報通知部２４４は、業務処理で伝送しようとする伝送データの属性を示す属性情報（図４（ｃ））を、伝送要求先に対して予め通知する。
また、通信・暗号化処理部２０４は、業務処理部２４２の制御により、この属性情報を通知した伝送データを伝送する。
このように、属性情報が、属性情報通知部２４４により通知されるので、この業務処理におけるデータ伝送は、属性情報に応じて伝送制御された上でなされうる。【００４２】
［制御プログラム２００の伝送制御方法設定処理］
図８は、図１に示したルータ２０（制御プログラム２００；図３）の伝送制御方法設定処理（Ｓ１０）を示すフローチャートである。
図８に示すように、ステップ１００（Ｓ１００）において、受信部２０６は、移動端末１２と業務サーバ２４との間でなされるデータ伝送に先立って伝送される属性情報を含むパケットを受信し、伝送制御方法設定部２９０の判断部２１４に対して出力する。【００４３】
ステップ１０２（Ｓ１０２）において、判断部２１４は、このパケットに含まれるＳＤＰを参照して、伝送データの属性情報を解析する。
ステップ１０４（Ｓ１０４）において、判断部２１４は、パケットが解析可能か否か、つまり解析されうる属性情報がパケットに含まれているか否か判断する。
パケットが解析可能である場合には、制御プログラム２００はＳ１０６の処理に進み、パケットが解析可能でない場合には、Ｓ１０８の処理に進む。【００４４】
ステップ１０６（Ｓ１０６）において、判断部２１４は、ポリシーＤＢ２８２に記憶されているポリシーを参照して、伝送データが要求される伝送品質で伝送されるか否かを判断する。
伝送データが要求される伝送品質で伝送される場合には、制御プログラム２００はＳ１０８の処理に進み、伝送データが要求される伝送品質で伝送されない場合には、Ｓ１１０の処理に進む。【００４５】
ステップ１０８（Ｓ１０８）において、判断部２１４は、パケットを中継伝送部２１０に対して送信し、中継伝送部２１０は、このパケットを伝送要求先に中継して伝送し、制御プログラム２００は、処理を終了する。
ステップ１１０（Ｓ１１０）において、判断部２１４は、ポリシーの更新を更新部２１６に対して要求する。
更新部２１６は、要求を受け取ると、要求される伝送品質で伝送データが伝送されるように、ポリシーサーバ２２に対してポリシーの更新を要求する。【００４６】
なお、ルータ２０内のポリシーＤＢ２８２には、要求された伝送品質について規定しているポリシーが入っていない場合がありえる。
このような場合の動作自体についても、ポリシーが設定されている。
このようなポリシーとして、例えば以下のようなポリシーがある。
（Ａ）ルータ２０が、ポリシーサーバ２２に、対応するポリシーを要求する。
（Ｂ）新たなポリシーをポリシーサーバ２２に要求せず、当該要求を破棄する。
（Ｃ）伝送品質の制御を行うことなく転送する。【００４７】
ステップ１１２（Ｓ１１２）において、判断部２１４は、ポリシーが要求を満たすようにポリシーサーバ２２により変更されたか否かを判断する。
要求を満たすようにポリシーの更新がなされた場合には、設定部２１２が、更新されたポリシーを受け取って、このポリシーをポリシーＤＢ２８２に設定し、制御プログラム２００は、Ｓ１０８の処理に進む。
ポリシーの更新がなされなかった場合、または、更新はされたが要求が満たされない場合には、制御プログラム２００は、Ｓ１１４の処理に進む。【００４８】
ステップ１１４（Ｓ１１４）において、判断部２１４は、中継伝送部２１０に、パケットを伝送せずに送信元に対して差し戻させるかまたは破棄させ、このデータ伝送を終了する。
このようにして、制御プログラム２００は、伝送データの伝送に先立って、要求される伝送品質で伝送データが伝送されるように、ポリシーを設定できる。【００４９】
［第１のデータ伝送システム１の動作］
まず、ポリシー更新が行われる場合の第１のデータ伝送システム１の動作を説明する。
図９は、図１に示した第１のデータ伝送システム１の動作（Ｓ２０）を示す第１のシーケンス図である。
図９に示すように、ステップ２００（Ｓ２００）において、業務処理を行うユーザは、移動端末１２を用いて、業務サービスの提供元である業務サーバ２４に対して、業務処理の開始を要求する。
移動端末１２は、伝送要求先を業務サーバ２４として、ＳＩＰにおけるＩＮＶＩＴＥリクエストを含むパケットを送信する。
ルータ２０は、移動端末１２と業務サーバ２４との間に配置されているので、このパケットを受信する。このとき移動端末１２から送出されるパケットには上述したＳＤＰが入っているので、この段階でルータ３０は、当該業務処理開始のためにポリシー変更要求を行うべきか否かの判断に当たって必要とされる情報を獲得する。
なお、判断用情報獲得がこの時点においてなされるということは、ここで説明する第１のデータ伝送システムに限ったことではなく、後述する他のシステムにおいても同様であることに注意されたい。【００５０】
ステップ２０２（Ｓ２０２）において、ルータ２０は、伝送要求先である業務サーバ２４に対して、このパケットを送信する。
業務サーバ２４は、中継されたパケットを受信する。
ステップ２０４（Ｓ２０４）において、業務サーバ２４は、通知応答（例えばＳＩＰにおける応答コード「１８３」）を移動端末１２に対して送信し、この通知応答を含むパケットは、ルータ２０により中継されて、移動端末１２により受信される。【００５１】
ステップ２０６（Ｓ２０６）において、移動端末１２は、受領確認であるＰＲＡＣＫ（ＲＦＣ３２６２）を含むパケットを、伝送要求先を業務サーバ２４として送信し、ルータ２０は、このパケットを受信する。
ステップ２０８（Ｓ２０８）において、ルータ２０は、伝送制御方法設定処理（図８；Ｓ１０）を行い、ポリシーの更新が必要であると判断すると、ポリシーサーバ２２に対して、ポリシーの更新を要求する。
なお、上述したように、ルータ２０は、ステップ２００（Ｓ２００）で開始要求を受信した時点でポリシー更新が必要であるか否かを判断するための情報を得ているので、ステップ２０８はステップ２０６が到着するまで待つ必要はない。
従って、たとえばステップ２０４で通知応答を受信した時点でこれを開始しても良いし、またあるいはステップ２００で開始することもできる。
ただし、後の時点のほうが当該判断の際に参照できる情報が多くなるので、システムの実装に当たっては、システムに対する各種の要請や制約条件に基いてどこで当該判断、更新要求を行うべきかを決定すべきである。
また、ＰＲＡＣＫ（ステップ２０６）を発行しないＳＩＰシステム実装も多いが、このような場合であっても、本発明をそのまま適用可能であることは言うまでもない。【００５２】
ステップ２１０（Ｓ２１０）において、ポリシーサーバ２２は、伝送品質を満たせるようにポリシーを更新するか否かを決定し、更新後のポリシーをルータ２０に対して送信する。
ステップ２１２（Ｓ２１２）において、ルータ２０は、送信されたポリシーをポリシーＤＢ２８２に記憶する。
ルータ２０は、例えば、「移動端末と業務サーバとの間のコネクション数は最大２」であると規定するポリシーを、「移動端末と業務サーバとの間のコネクション数は最大５」であると規定するポリシーに更新する。
ルータ２０は、更新後のポリシーを記憶した旨の完了通知を、ポリシーサーバ２２に対して送信する。【００５３】
ステップ２１４（Ｓ２１４）において、ポリシーサーバ２２は、ポリシー更新要求に対する処理が完了した旨の完了通知を、ルータ２０に対して送信する。
なお、Ｓ２０８からＳ２１４までの処理は、ルータ２０とポリシーサーバ２２との間で、例えばＣＯＰＳ−ＰＲを用いてなされる。【００５４】
ステップ２１６（Ｓ２１６）において、ルータ２０は、Ｓ２０６の処理において、移動端末１２から受信した受領確認を含むパケットを、このパケットの伝送要求先である業務サーバ２４に対して送信する。
ステップ２１８（Ｓ２１８）において、業務サーバ２４は、成功応答を含むパケットを、移動端末１２に対して送信する。
より具体的には、業務サーバ２４は、ＰＲＡＣＫに対する成功応答（応答コード「２ｘｘ（２００番台）」）と、ＩＮＶＩＴＥに対する成功応答とを送信する。【００５５】
ステップ２２０（Ｓ２２０）において、移動端末１２と業務サーバ２４との間で、伝送データの伝送が、ルータ２０を介して行われ、要求された伝送品質で、業務処理を行うリアルタイムコミュニケーションがなされる。
このようにして、ユーザは、音声および映像を含む業務サービスを、リアルタイムコミュニケーションの開始時点から、業務サーバ２４から所定の伝送品質で受けることができる。【００５６】
次に、ポリシー更新が不要の場合の第１のデータ伝送システム１の動作を説明する。
図１０は、図１に示した第１のデータ伝送システム１のポリシー更新が不要の場合における動作（Ｓ３０）を示すシーケンス図である。
図１０に示すように、ステップ２０６（Ｓ２０６）において、ルータ２０が、移動端末１２からの受領確認を含むパケットを受信し、伝送制御方法設定処理（図８；Ｓ１０）が行われた結果、ポリシーの更新がなされなくても必要なＱｏＳが確保されうると判断された場合には、Ｓ２０８〜Ｓ２１４（図９；Ｓ２０）の処理は行われない。【００５７】
以上説明したように、ＱｏＳ制御は、伝送データに先立って伝送されるパケットに含まれる属性情報を基にして行われるため、パケット全体を解析する方法と比べて、高速にしかも少ないリソースで行われうる。
また、このような属性情報を基にして、ポリシーが設定されるので、伝送データの伝送開始時点から、要求される伝送品質で、伝送データは伝送されうる。
ＱｏＳ制御にはパケットに含まれる属性情報が利用されるので、属性情報とは異なる特別なタグは、ＱｏＳ制御のために必要とされない。【００５８】
また、利用される属性情報は、データ伝送に先立って伝送されるので、データ伝送が長時間継続する場合だけでなく、短時間で終了する場合においても、ＱｏＳ制御は、データ伝送の開始時点から有効になされうる。
さらに、移動端末１２と業務サーバ２４との間のデータ伝送において、音声と映像など複数のコネクションが要求される場合においても、属性情報はデータ伝送に先立って伝送されるので、効果的なデータ伝送が、それぞれのコネクションにおいてなされうる。【００５９】
［第２実施形態］
次に、本発明の第２の実施形態を説明する。
図１１は、本発明にかかる第２のデータ伝送システム２の構成を示す図である。
図１１に示すように、第２のデータ伝送システム２は、ルータ３０（伝送制御手段）、ポリシーサーバ２２、業務サーバ２４、プロキシサーバ２６（伝送制御方法設定手段）および移動端末１２−１〜１２−ｎが、接続されて構成される。
ポリシーサーバ２２および業務サーバ２４は、ＬＡＮ、ＷＡＮなどの業務ネットワーク２８０を介してルータ３０に接続され、プロキシサーバ２６は、ルータ３０に、直接、接続される。
なお、プロキシサーバ２６は、ルータ３０に直接接続されず、業務ネットワーク２８０に接続されてもよいし、ルータ３０に対して移動体ネットワーク１８０側のネットワーク（図示せず）に接続されてもよい。【００６０】
第１の実施形態として示した第１のデータ伝送システム１においては、ルータ２０が、伝送制御部および伝送制御態様設定部として機能するのに対して、第２の実施形態では、ルータ３０が伝送制御部として機能し、プロキシサーバ２６が伝送制御態様設定部として機能する。
また、第１の実施形態では、ルータ２０が、伝送制御態様設定部として、属性情報を含むパケットを受信して中継するのに対して、第２の実施形態では、プロキシサーバ２６が、属性情報を含むパケットを捕捉して透過的に伝送する。【００６１】
［伝送制御方法設定プログラム２６０］
図１２は、図１１に示したプロキシサーバ２６上で実行される伝送制御方法設定プログラム２６０の構成を示す図である。
図１２に示すように、伝送制御方法設定プログラム２６０は、ＵＩ部２０２、通信・暗号化処理部２０４、伝送制御方法更新部２９４、設定部２１２、透過伝送部２６４およびポリシーＤＢ２８４を含み、伝送制御方法更新部２９４は、捕捉部２６２、判断部２１４および更新部２１６を含む。【００６２】
伝送制御方法設定プログラム２６０は、これらの構成部分により、移動端末１２−１〜１２−ｎそれぞれと業務サーバ２４との間で送受信される伝送データの伝送に先立って通知される属性情報に応じて、この属性情報に対応する伝送データに対して要求される伝送品質で、この伝送データを伝送するための伝送制御方法（伝送品質の基準を示すポリシー）を設定する。
ポリシーＤＢ２８４は、ポリシーサーバ２２上の管理プログラム２２０により使用されるポリシーＤＢ２８６に記憶されているデータの少なくとも一部を記憶する。
すなわち、ポリシーＤＢ２８４は、ポリシーサーバ２２上のポリシーＤＢ２８６のサブセットである。
捕捉部２６２は、移動端末１２または業務サーバ２４から、伝送データの伝送に先立ち業務ネットワーク２８０を介して伝送され、属性情報を含むパケットを捕捉し、判断部２１４に対して送信する。【００６３】
透過伝送部２６４は、要求される伝送品質で伝送データが伝送されうると判断部２１４により判断されたときに、属性情報を含むパケットを、伝送要求先に透過的に伝送する。
この場合、透過伝送部２６４は、パケットを変更せずに中継する。
また、更新部２１６がポリシーサーバ２２に対してポリシーの更新を要求した後においても、データ伝送がＳＤＰに記述された内容でなされえない場合には、透過伝送部２６４は、このパケットを透過的に伝送せずに、パケットを、送信元に対してエラーとして差し戻すか、または破棄する。
あるいは、第１の実施例について既に説明したように、このパケットを要求先へ伝送し、要求先では要求された資源などを許される範囲で割り当て、要求元へ結果を返送して要求元にその後の判断を行わせる、などの対応を取ることもできる。【００６４】
［伝送制御プログラム３００］
図１３は、図１１に示したルータ３０上で実行される伝送制御プログラム３００の構成を示す図である。
図１３に示すように、伝送制御プログラム３００は、ＵＩ部２０２、通信・暗号化処理部２０４、伝送制御部２０８、設定部２１２およびポリシーＤＢ２８２を含む。【００６５】
伝送制御プログラム３００は、これらの構成部分により、設定されたポリシーに従って、属性情報に対応し、移動端末１２−１〜１２−ｎそれぞれと業務サーバ２４との間で送受信される伝送データの伝送制御を行う。
ポリシーＤＢ２８２は、プロキシサーバ２６上の伝送制御方法設定プログラム２６０によりポリシーＤＢ２８４に記憶されているデータの少なくとも一部を記憶する。
すなわち、ポリシーＤＢ２８４は、プロキシサーバ２６上のポリシーＤＢ２８４のサブセットである。【００６６】
［伝送制御方法設定プログラム２６０の伝送制御方法設定処理］
図１４は、図１１に示したプロキシサーバ２６（伝送制御方法設定プログラム２６０；図１２）の第１の伝送制御方法設定処理（Ｓ４０）を示すフローチャートである。
図１４に示すＳ４０の処理と、図９に示したＳ１０との差異は、Ｓ１０の処理におけるＳ１００，Ｓ１０８の処理が、Ｓ４０の処理においては、Ｓ４００，Ｓ４０２の処理で置き換されたことと、それに伴って、処理の順序が変更されていることである。
図１４に示すように、ステップ４００（Ｓ４００）において、捕捉部２６２は、移動端末１２と業務サーバ２４との間でなされるデータ伝送に先立ち業務ネットワーク２８０を介して伝送される属性情報を含むパケットを捕捉し、判断部２１４に対して出力する。
ステップ４０２（Ｓ４０２）において、判断部２１４は、パケットを透過伝送部２６４に対して出力し、透過伝送部２６４は、このパケットを伝送要求先に透過的に伝送し、伝送制御方法設定プログラム２６０は、処理を終了する。【００６７】
［第２のデータ伝送システム２の動作］
まず、ポリシー更新が行われる場合の第２のデータ伝送システム２の動作を説明する。
図１５は、図１１に示した第２のデータ伝送システム２の動作（Ｓ５０）を示す第１のシーケンス図である。
図１５に示すように、ステップ５００（Ｓ５００）において、業務処理を行うユーザは、移動端末１２を用いて、業務サービスの提供元である業務サーバ２４に対して、業務処理の開始を要求する。
移動端末１２は、伝送要求先を業務サーバ２４として、ＳＩＰにおけるＩＮＶＩＴＥリクエストを含むパケットを送信する。
ステップ５０２（Ｓ５０２）において、プロキシサーバ２６は、業務ネットワーク２８０を介して伝送され、ＩＮＶＩＴＥリクエストを含むパケットを、ルータ３０を使って捕捉、すなわちタッピングする。
つまり、ルータ３０はこのようなパケットの本来の伝送には影響を与えないが、その複製を作ってこれをプロキシサーバ２６に与え、以下の解析等を行う。
なお、プロキシ動作の実現形態としては、上述のようにパケットを「分流」させる並列的動作の代わりに、一旦そのパケットを迂回させて必要な解析（場合によってはパケット内容の修正等）を行ってから当初の経路に戻すことも行われる。本願においては、このような直列的な動作についても捕捉と呼ぶ。【００６８】
ステップ２０４（Ｓ２０４）において、業務サーバ２４は、通知応答を移動端末１２に対して送信し、この通知応答を含むパケットは、ルータ２０により中継されて、移動端末１２により受信される。
ステップ５０６（Ｓ５０６）において、移動端末１２は、受領確認であるＰＲＡＣＫコードを含むパケットを、伝送要求先を業務サーバ２４として送信し、プロキシサーバ２６は、このパケットを受信する。
プロキシサーバ２６は、ＰＲＡＣＫコードを含むパケットの受信を契機として、Ｓ５０８以下の処理を実行する。【００６９】
ステップ５０８（Ｓ５０８）において、プロキシサーバ２６は、伝送制御方法設定処理（図１４；Ｓ４０）を行い、ポリシーの更新が必要であると判断すると、ポリシーサーバ２２に対して、ポリシーの更新を要求する。【００７０】
ステップ５１０（Ｓ５１０）において、ポリシーサーバ２２は、伝送品質を満たせるようにポリシーを更新するか否かを決定し、更新後のポリシーをプロキシサーバ２６に対して送信する。
ステップ５１２（Ｓ５１２）において、プロキシサーバ２６は、送信された更新後のポリシーをポリシーＤＢ２８４に記憶する。
さらに、プロキシサーバ２６は、この更新後のポリシーをルータ３０に対して送信する。【００７１】
ステップ５１４（Ｓ５１４）において、ルータ３０は、送信された更新後のポリシーをポリシーＤＢ２８２に設定する。
ルータ３０は、更新後のポリシーを記憶した旨の完了通知を、プロキシサーバ２６に対して送信する。
ステップ５１６（Ｓ５１６）において、プロキシサーバ２６は、プロキシサーバ２６及びルータ３０のポリシーが更新された旨の完了通知を、ポリシーサーバ２２に対して送信する。
ステップ５１８（Ｓ５１８）において、ポリシーサーバ２２は、ポリシー更新要求に対する処理が完了した旨の完了通知を、プロキシサーバ２６に対して送信する。【００７２】
なお、Ｓ５０８からＳ５１８までの処理は、プロキシサーバ２６、ルータ３０およびポリシーサーバ２２の間で、例えばＣＯＰＳ−ＰＲを用いてなされる。
また、ポリシーサーバ２２は、更新後のポリシーを、プロキシサーバ２６を介さずに、直接、ルータ３０に対して送信してもよい。
ただし、この場合には、ポリシーサーバ２２は、更新後のポリシーを、プロキシサーバ２６に対しても送信する。
ステップ５２０（Ｓ５２０）において、プロキシサーバ２６は、Ｓ５０６の処理において、移動端末１２から送信された受領確認を含むパケットを、このパケットの伝送要求先である業務サーバ２４に対して送信する。【００７３】
ステップ２１８（Ｓ２１８）において、業務サーバ２４は、成功応答を含むパケットを、移動端末１２に対して送信する。
ステップ２２０（Ｓ２２０）において、移動端末１２と業務サーバ２４との間で、伝送データの伝送が行われ、要求された伝送品質で、業務処理を行うリアルタイムコミュニケーションがなされる。
なお、図９を参照して第１のデータ伝送システム１において既に説明したように、Ｓ５０８以下のポリシー更新要否の判断、更新要求の処理は、必ずしもＰＲＡＣＫコードを含むパケットの受信を契機とする必要はない。
既述のように、このような判断及び要求に必要な情報は開始要求Ｓ５００のパケットを捕捉するＳ５０２の段階で既に獲得済みであるため、これも既に説明したように、実装すべき個々のシステムに要請されまた制約として与えられる諸条件などを勘案して、Ｓ５０２，Ｓ２０４，Ｓ５０６など、適切な時点に開始することができる。
また、ＰＲＡＣＫを発行しない実装でもそれ以外のものを契機として当該処理を起動すればよいので、ＰＲＡＣＫの有無は本発明の本質になんら影響するものではないことに注意すべきである。【００７４】
次に、ポリシー更新が不要の場合の第２のデータ伝送システム２の動作を説明する。
図１６は、図１１に示した第２のデータ伝送システム２のポリシー更新が不要の場合における動作（Ｓ６０）を示す第２のシーケンス図である。
図１６に示すように、ステップ５０６（Ｓ５０６）において、プロキシサーバ２６により、伝送制御方法設定処理（図１４；Ｓ４０）が行われた結果、ポリシーの更新がなされなくても必要なＱｏＳが確保されうると判断された場合には、Ｓ５０８〜Ｓ５１８（図１５；Ｓ５０）の処理は行われない。【００７５】
以上説明したように、第２実施形態として示した第２のデータ伝送システム２によれば、本発明のために特別に設計されたルータを必要とせず、ルータとして、通常のＱｏＳ制御を行うことのできるルータが使用されうる。
このような構成に、上述したようなプロキシサーバを追加するだけで、本発明は実施されうる。
ルータはプロキシサーバに比べて高価であるだけでなく、既存のネットワークに本発明を提供する際、特別なルータを必要とする構成ではルータの交換のためにそこを通過する必要のあるトラフィックが一定期間全て不通になるが、第２実施形態では、ルータが現在一般に使用されている種類のルータであれば高々設定の変更だけで済むので、本発明を適用する際のネットワークに与える影響を最小限に留めることができるという効果がある。【００７６】
［第２のデータ伝送システム２の変形例］
以下、第２のデータ伝送システム２の変形例を説明する。【００７７】
［プロキシサーバ２６の処理開始の契機の変更］
図１７，図１８は、図１１に示した第２のデータ伝送システム２の動作（Ｓ６２，Ｓ６４）を示す第３，第４のシーケンス図である。
図１５，図１６には、第２のデータ伝送システム２において、プロキシサーバ２６が、移動端末１２からの受領通知の受信を契機に伝送制御方法設定処理を開始する場合が示されているが、図１７，図１８に示すように、プロキシサーバ２６の動作を、ルータ３０から中継された通知応答の受信を契機に、伝送制御方法設定処理を開始するように変更することも可能である。【００７８】
図１７に示すように、データ伝送システム２の各ノードは、図１５に示したＳ５００〜Ｓ２０４の処理を行う。
ステップ６２０（Ｓ６２０）において、ルータ３０は、プロキシサーバ２６に対して、Ｓ２０４の処理により得られた通知応答を中継し、プロキシサーバ２６は、中継された通知応答を受信し、これを契機として、Ｓ５０８〜Ｓ５２０の処理を実行する。
Ｓ２１８，Ｓ２２０の処理において、業務サーバ２４は、成功応答を含むパケットを、移動端末１２に対して送信し、移動端末１２と業務サーバ２４との間で、伝送データの伝送が行われる。
また、図１８に示すように、ステップ６２０（Ｓ６２０）の処理における通知応答の受信を契機とする伝送制御方法設定処理（図１４；Ｓ４０）が行われた結果、ポリシーの更新がなされなくても必要なＱｏＳが確保されうると判断された場合には、図１６に示した動作においてと同様に、Ｓ５０８〜Ｓ５１８（図１５，図１７）の処理は行われない。【００７９】
［プロキシサーバ２６の伝送制御方法設定処理の変更］
以下、プロキシサーバ２６の伝送制御方法設定処理の変更を説明する。
図１９は、図１１に示したプロキシサーバ２６（伝送制御方法設定プログラム２６０；図１２）の第２の伝送制御方法設定処理（Ｓ６６）を示すフローチャートである。
図１９に示したＳ６６の処理と、図１４に示したＳ４０の処理との差異は、Ｓ１１２の処理と、Ｓ１１４の処理との間に追加されたＳ６６０〜Ｓ６７２の処理である。
このＳ６６の処理を行うにあたり、伝送制御方法設定プログラム２６０の各構成部分に対する設定、および、これらの動作もまた、Ｓ４０の処理を行う場合と比べて、適宜、変更される。【００８０】
図１９に示すように、Ｓ１１２の処理において、ポリシーが変更されないときには、ステップ６６０（Ｓ６６０）において、判断部２１４は、データ伝送システム２の保護を最優先にすべきとの設定を受けているか否かを判断する。
データ伝送システム２の保護を最優先にすべきときには、プロキシサーバ２６は、Ｓ６７０の処理に進み、これ以外のときにはＳ６６２の処理に進む。
ステップ６６２（Ｓ６６２）において、ポリシーサーバ２２から、要求したポリシーではないが、要求したポリシーの代わりとなりうる代替のポリシーが返され、代替のポリシーで要求されたサービスの提供が可能であるときには、伝送制御方法設定プログラム２６０は、Ｓ６６４の処理に進み、これ以外のときにはＳ６６６の処理に進む。【００８１】
ステップ６６４（Ｓ６６４）において、更新部２１６は、代替のポリシーを、ポリシーＤＢ２６４に設定し、代替のポリシーに従ってパケットを送信するように、ルータ３０を制御する。
ステップ６６６（Ｓ６６６）において、判断部２１４は、ポリシーサーバ２２からポリシーが得られなくとも、必要に応じて、所定の範囲内でポリシーを変更できるように設定され、許容された範囲内のポリシーでサービスを提供できるか否かを判断する。
伝送制御方法設定プログラム２６０は、ポリシーの変更が可能なときにはＳ６６８の処理に進み、これ以外のときにはＳ１１４の処理に進む。
なお、ここでは判断部２１４に許された所定範囲内でのポリシー変更を、ポリシーサーバ２２がポリシー変更を拒否した場合に行われる処理であるとして説明しているが、これらの順序を逆にすることも可能である。
すなわち、Ｓ１０６における必要なＱｏＳ確保成否判断中で、現状のポリシー設定ではＱｏＳ確保不能である場合には、ここで判断部２１４が、許された所定範囲内でポリシー変更を行い、これでＱｏＳ確保が達成されるならば、Ｓ１０６の判断は成功であるとしてＳ４０２へ進むという構成をとることができる。
この場合、このようなプロキシサーバ２６内での局所的な処理では不十分であるときだけ、ポリシーサーバ２２による更に高いレベルでのポリシー変更を求めることになる。
ステップ６６８（Ｓ６６８）において、更新部２１６は、許容の範囲内のポリシーを用いて、ポリシーＤＢ２６４を設定し、さらに、許容の範囲内のポリシーに従ってパケットを送信するように、ルータ３０を制御する。【００８２】
以下、図１９に示したように、プロキシサーバ２６による伝送制御方法設定処理を変更したデータ伝送システム２の動作を説明する。
図２０，図２１は、図１１に示した第２のデータ伝送システム２の動作（Ｓ６８，Ｓ７０）を示す第５，第６のシーケンス図である。
図２０に示すように、図１５，図１７に示したＳ５０，Ｓ６２の処理においてと同様に、Ｓ５０８の処理において、プロキシサーバ２６からポリシーサーバ２２にポリシー変更要求が送られる。
このポリシー変更要求に応じて、ステップ６８０（Ｓ６８０）において、ポリシーサーバ２２から、代替のポリシーが返されると、プロキシサーバ２６は、このポリシーを受信する。
ステップ６８２（Ｓ６８２）において、プロキシサーバ２６は、代替のポリシーでポリシーＤＢ２６４を更新し、さらに、代替のポリシーをルータ３０に対して送信する。【００８３】
また、図２１に示すように、図１５，図１７，図２０に示したＳ５０，Ｓ６２，Ｓ６８の処理においてと同様に、Ｓ５０８の処理において、プロキシサーバ２６からポリシーサーバ２２にポリシー変更要求が送られる。
このポリシー変更要求に応じて、ステップ７００（Ｓ７００）において、ポリシーサーバ２２から、ポリシー更新不可の旨が、プロキシサーバ２６に返される。
ステップ７０２（Ｓ７０２）において、プロキシサーバ２６は、所定の範囲内でポリシーを変更することが許されている場合、許容された範囲内で、最もサービスの提供に適したポリシーでポリシーＤＢ２６４を更新し、さらに、このポリシーをルータ３０に対して送信する。
【産業上の利用可能性】
【００８４】
本発明は、通信システムにおけるポリシーベースのサービスの品質制御のために利用可能である。
【符号の説明】
【００８５】
１・・・データ伝送システム
１２・・・移動端末
１０４・・・ＣＰＵ
１０６・・・メモリ
１０８・・・装置本体
１１０・・・表示・入力装置
１１２・・・通信ＩＦ
１１４・・・記憶装置
１１６・・・記録媒体
１８０・・・移動体ネットワーク
２０・・・ルータ
２００・・・制御プログラム
２０２・・・ＵＩ部
２０４・・・通信・暗号化処理部
２０６・・・受信部
２０８・・・伝送制御部
２１０・・・中継伝送部
２１２・・・設定部
２１４・・・判断部
２１６・・・更新部
２８２・・・ポリシーＤＢ
２９０・・・伝送制御方法設定部
２９２・・・伝送制御方法更新部
２２・・・ポリシーサーバ
２２０・・・管理プログラム
２２２・・・管理部
２２４・・・送信部
２８６・・・ポリシーＤＢ
２４・・・業務サーバ
２４０・・・業務プログラム
２４２・・・業務処理部
２４４・・・属性情報通知部
２８０・・・業務ネットワーク
２・・・データ伝送システム
２６・・・プロキシサーバ
２６０・・・伝送制御方法設定プログラム
２６２・・・捕捉部
２６４・・・透過伝送部
２９４・・・伝送制御方法更新部
２８４・・・ポリシーＤＢ
３０・・・ルータ
３００・・・伝送制御プログラム
【図１】
2006093221.tif 000002
【図２】
2006093221.tif 000003
【図３】
2006093221.tif 000004
【図４】
2006093221.tif 000005
【図５】
2006093221.tif 000006
【図６】
2006093221.tif 000007
【図７】
2006093221.tif 000008
【図８】
2006093221.tif 000009
【図９】
2006093221.tif 000010
【図１０】
2006093221.tif 000011
【図１１】
2006093221.tif 000012
【図１２】
2006093221.tif 000013
【図１３】
2006093221.tif 000014
【図１４】
2006093221.tif 000015
【図１５】
2006093221.tif 000016
【図１６】
2006093221.tif 000017
【図１７】
2006093221.tif 000018
【図１８】
2006093221.tif 000019
【図１９】
2006093221.tif 000020
【図２０】
2006093221.tif 000021
【図２１】
2006093221.tif 000022
【国際調査報告】
2006093221.tif 000023
2006093221.tif 000024