(57)【特許請求の範囲】
【請求項１】
ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定装置であって、
アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力手段と、
前記要求入力手段が入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定手段と、
前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行う変更要求入力手段と、
を具備することを特徴とするパラメータ決定装置。
【請求項２】
ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定装置であって、
少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力手段と、
前記要求入力手段が入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定手段と、
前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、前記通信のサービス品質に関する要求を送信した端末装置に対して通信のサービス品質についての問い合わせを行う変更要求入力手段と、
を具備することを特徴とするパラメータ決定装置。
【請求項３】
さらに、前記決定手段が決定したＱｏＳに関するパラメータを前記端末装置に出力する出力手段を具備することを特徴とする請求項２に記載のパラメータ決定装置。
【請求項４】
さらに、ネットワークの負荷状態に関する情報を入力する負荷状態入力手段を具備し、前記決定手段は、前記負荷状態入力手段が入力したネットワークの負荷状態に関する情報に基いて、前記ＱｏＳに関するパラメータを決定することを特徴とする請求項１〜３のいずれか一つに記載のパラメータ決定装置。
【請求項５】
さらに、前記決定手段が決定したＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられたか否かを判定する判定手段を具備し、前記決定手段は、前記判定手段で、前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定された場合、代替のＱｏＳに関するパラメータを決定することを特徴とする請求項１〜４のいずれか一つに記載のパラメータ決定装置。
【請求項６】
さらに、前記判定手段で、前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定された場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受けるための承認手段を具備し、前記決定手段は、前記承認手段で承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しないことを特徴とする請求項５に記載のパラメータ決定装置。
【請求項７】
さらに、前記決定手段が決定したＱｏＳに関するパラメータのユーザによる承認を受けるための承認手段を具備することを特徴とする請求項１〜５のいずれか一つに記載のパラメータ決定装置。
【請求項８】
前記変更要求入力手段は、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力する機能をさらに具備し、
前記決定手段は、前記変更要求入力手段が入力した変更要求に応じたＱｏＳに関するパラメータを決定することを特徴とする請求項１〜７のいずれか一つに記載のパラメータ決定装置。
【請求項９】
ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定方法であって、
アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力工程と、
前記要求入力工程で入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定工程と、
前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行う変更要求入力工程と、
を含むことを特徴とするパラメータ決定方法。
【請求項１０】
ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定方法であって、
少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力工程と、
前記要求入力工程で入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定工程と、
前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、前記通信のサービス品質に関する要求を送信した端末装置に対して通信のサービス品質についての問い合わせを行う変更要求入力工程と、
を含むことを特徴とするパラメータ決定方法。
【請求項１１】
さらに、前記決定工程で決定したＱｏＳに関するパラメータを前記端末装置に出力する出力工程を含むことを特徴とする請求項１０に記載のパラメータ決定方法。
【請求項１２】
さらに、ネットワークの負荷状態に関する情報を入力する負荷状態入力工程を含み、前記決定工程は、前記負荷状態入力工程で入力したネットワークの負荷状態に関する情報に基いて、前記ＱｏＳに関するパラメータを決定することを特徴とする請求項９〜１１のいずれか一つに記載のパラメータ決定方法。
【請求項１３】
さらに、前記決定工程で、決定したＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられたか否かを判定する判定工程を含み、前記決定工程は、前記判定工程で前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定された場合、代替のＱｏＳに関するパラメータを決定することを特徴とする請求項９〜１２のいずれか一つに記載のパラメータ決定方法。
【請求項１４】
さらに、前記判定工程で、前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定された場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受けるための承認工程を含み、前記決定工程は、前記承認工程で承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しないことを特徴とする請求項１３に記載のパラメータ決定方法。
【請求項１５】
さらに、前記決定工程で決定したＱｏＳに関するパラメータのユーザによる承認を受けるための承認工程を含むことを特徴とする請求項９〜１３のいずれか一つに記載のパラメータ決定方法。
【請求項１６】
前記変更要求入力工程は、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力する工程をさらに含み、
前記決定工程は、前記変更要求入力工程で入力した変更要求に応じたＱｏＳに関するパラメータを決定することを特徴とする請求項９〜１５のいずれか一つに記載のパラメータ決定方法。
【請求項１７】
前記請求項９〜１６のいずれか一つに記載された方法をコンピュータに実行させるプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークでの通信の際に使用される通信用パラメータを決定するパラメータ決定装置、パラメータ決定方法、および、その方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体に関し、特に、ネットワークで規定されている通信のサービス品質（ＱｏＳ）に関するパラメータを決定するパラメータ決定装置、パラメータ決定方法、および、その方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体に関するものである。
【０００２】
【従来の技術】
近年、一定の通信のサービス品質（ＱｏＳ：Quality of Service）を要求する動画像や音声等のマルチメディア情報を扱う通信が活発に行われている。このような、ＱｏＳを要求する通信の拡大等にともない、ＱｏＳの制御および保証が注目を集めている。ユーザにとって、使用するアプリケーションごとにきめ細かくＱｏＳ制御を行うことは望ましく、通信ネットワークにおいて、ＡＴＭ（Asynchronous Transfer Mode）やインタネットで、それぞれＱｏＳ制御を行うためのパラメータ（ＱｏＳパラメータ）が規定されている。
【０００３】
ＡＴＭの場合は、ＩＴＵ−Ｔ（International Telecommunication Union-Telecommunication Standardization Sector）やＡＴＭフォーラムでこれらのパラメータについて規定している。たとえば、ＡＴＭフォーラムでは、ATM Forum Specification,“ATM Forum Traffic Management Specification Version 4.0"において、ユーザが転送するトラヒックの特性であるトラヒックディスクリプタ（トラヒックパラメータ）、および保証するＱｏＳパラメータについて以下のように規定している。
【０００４】
トラヒックディスクリプタ：
ＰＣＲ（Peak Cell Rate）  最大セル転送レート
ＳＣＲ（Sustainable Cell Rate）  平均セルレート
ＭＢＳ（Maximum Burst Size）  ＰＣＲ転送できる最大連続セル数
ＱｏＳパラメータ：
ＣＬＲ（Cell Loss Rate）  セル廃棄率
ｍａｘＣＴＤ（max. Cell Transfer Delay）  最大セル転送遅延
ｐ−ｐＣＤＶ（peak-to-peak Cell Delay Variation）  最大セル遅延揺らぎ
【０００５】
インタネットの場合も同様に、ＱｏＳパラメータについて、ＩＥＴＦ（Internet Engineering Task Force）でＦｌｏｗＳｐｅｃを規定している。ＦｌｏｗＳｐｅｃでは、以下に示すように、ＡＴＭの場合のトラヒックディスクリプタに相当するＴＳｐｅｃと、ＱｏＳパラメータに相当するＲＳｐｅｃが規定されている。なお、これらは、ＩＥＴＦ  ＲＦＣ（Request For Comment）２２１２、S. Shenker, C. Partridge, R. Guerin,“Specification of Guaranteed Quality of Service", 1997に記載されている。
【０００６】
ＴＳｐｅｃ：
Ｐ  ピークレート
Ｍ  最大データグラム長
ｒ  トークンバケットからのレート
ｂ  トークンバケットの深さ
ＲＳｐｅｃ：
Ｒ  予約帯域
Ｄ  最大遅延
【０００７】
また、アプリケーションとネットワークプロトコルとの間に位置するミドルウェアにおいて、前述したＡＴＭやインタネットのＱｏＳ制御を行うためのパラメータを指定できるＡＰＩ（Application Programming Interface）を規定したＷｉｎＳｏｃｋ２が提供されている。なお、ＷｉｎＳｏｃｋ２については、“Windows Sockets 2 Application Programming Interface, Revision 2.2.2"， HYPERLINK http://www.sockets.com/winsock2.htm#OverView http://www.sockets.com/winsock2.htm#OverViewおよび「全容が見えたＷｉｎＳｏｃｋ２」，日経コミュニケーション  １９９６年６月１７日号等に記載されている。
【０００８】
図１７は、従来におけるＷｉｎＳｏｃｋ２のアーキテクチャを示す構成図である。ＷｉｎＳｏｃｋ２は、アプリケーションと、ＡＴＭやインタネットのベースプロトコルとの間に配置され、アプリケーションからＡＰＩを通じてＡＴＭやインタネットのＱｏＳパラメータを入力することができる。入力されたパラメータは、ＳＰＩ（Service Provider Interface）を介して、対応するネットワークのプロトコルに対して通知される。
【０００９】
つぎに、ネットワーク内のＱｏＳ制御を行うプロトコルについて説明する。ＡＴＭの場合は、ＩＴＵ−Ｔ  Ｑ．２９３１，“Broadband Integrated Service Digital Network(B-ISDN)-Digital subscriber signaling system no. 2(DSS2)  User-network interface (UNI)  Layer 3 specification for basic call/connection control"，1995およびＡＴＭフォーラム  ＳＩＧ４．０，“ATM User-Network Interface(UNI) Signaling Specification v4.0"，1996に代表されるシグナリング手順においてＱｏＳ制御が行われるのが一般的である。
【００１０】
図１８は、従来におけるシグナリング手順の代表的な一例を示す説明図である。図に示すシグナリング手順において、まず、送信側端末より、前述したトラヒックパラメータおよびＱｏＳパラメータ（許容値および累積値を含む）を含めたＳＥＴＵＰメッセージを送信する。交換機では、現在使用されているリソースを考慮して、ＱｏＳに関するパラメータが要求するＱｏＳが確保できるか否かの判定を行う。ＱｏＳに関するパラメータが要求するＱｏＳが確保可能であれば、自交換機において必要なリソースを確保し、ＳＥＴＵＰメッセージをつぎの交換機に転送する。
【００１１】
この手順を交換機ごとに順次行い、受信側端末までＳＥＴＵＰメッセージを転送することができた場合、受信側端末は、このコネクション上において、ＱｏＳに関するパラメータが要求するＱｏＳを保証した通信を行うことができると判断して、ＣＯＮＮＥＣＴメッセージを送信側端末へ送信する。ＣＯＮＮＥＣＴメッセージが交換機によって順次転送され、送信側端末がＣＯＮＮＥＣＴメッセージを受信することにより、端末間でのＱｏＳを保証した通信を行うことができる。
【００１２】
図１９は、従来における、ＳＥＴＵＰメッセージを受信した場合の交換機での受付判定処理の流れを示す概略フローチャートである。交換機での受付判定処理は、ＣＡＣ（Connection Admission Control）と呼ばれ、種々の方式が検討されている。ここでは、その中の最も一般的な処理について説明する。ＳＥＴＵＰメッセージを受信した場合の交換機での受付判定処理において、まず、受信したＳＥＴＵＰメッセージを精査し、トラヒックパラメータおよびＱｏＳパラメータを読み取る（Ｓ１）。
【００１３】
続いて、読み取ったトラヒックパラメータから自交換機に必要なリソースを算出する（Ｓ２）。現在収容しているトラヒックの状態を考慮して、算出したリソースが確保できるか否か、すなわち、受信したＳＥＴＵＰメッセージのトラヒックパラメータで定義されるトラヒックが発生した場合に自交換機で収容することができるか否かを判定する（Ｓ３）。受信したＳＥＴＵＰメッセージのトラヒックパラメータで定義されるトラヒックを収容できない場合は、送信側端末にＲＥＪＥＣＴメッセージを送信し（Ｓ８）、処理を終了する。
【００１４】
一方、受信したＳＥＴＵＰメッセージのトラヒックパラメータで定義されるトラヒックを収容できる場合は、自交換機におけるＱｏＳパラメータの値を算出し、算出したＱｏＳパラメータの値と、ＳＥＴＵＰメッセージ中に示されている前段の交換機までのＱｏＳパラメータの累積値との加算を行う（Ｓ４）。
【００１５】
つぎに、この加算値とＳＥＴＵＰメッセージ中に示されているＱｏＳパラメータの許容値との比較を行い（Ｓ５）、この加算値が許容値未満である場合は、ステップＳ２での算出結果に応じたリソースを確保し（Ｓ６）、この加算値をＳＥＴＵＰメッセージの累積値として設定し、ＳＥＴＵＰメッセージを次段の交換機に転送する（Ｓ７）。ステップＳ５で、加算値が許容値以上である場合は、ステップＳ８に進み、送信側端末にＲＥＪＥＣＴメッセージを送信する。
【００１６】
一方、インタネットの場合は、ＡＴＭにおけるシグナリング手順に代わるものとしてＲＳＶＰ（Resource Reservation Protocol）がある。図２０は、従来のＲＳＶＰのシーケンスを示す説明図である。ＲＳＶＰのシーケンスにおいては、受信側端末から送信端末にＴＳｐｅｃおよびＲＳｐｅｃを含めたＲｅｓｅｒｖｅメッセージを定期的に送信し、定期的にリソース要求を行う。
【００１７】
各中継ルータでは、ＡＴＭにおける交換機と同様に、リソース確保の可否を判定する。送信端末は、Ｒｅｓｅｒｖｅメッセージを受信した場合、ＱｏＳに関するパラメータが要求するＱｏＳを保証した通信が行えるものと判断して受信側端末にＲｅｓｅｒｖｅ  Ａｃｋ（Acknowledge）メッセージを送信する。受信側端末でＲｅｓｅｒｖｅ  Ａｃｋメッセージを受信すれば、通信のためのリソースが確保されたことになる。
【００１８】
ＲＳＶＰとＡＴＭのシグナリング手順とは、いくつかの異なる部分があるが、その目的および考え方は同一である。異なる部分としては、たとえば、シグナリング手順では、両方向の通信のリソース確保を送信側端末からの起動で行うが、ＲＳＶＰでは、受信側端末からの起動で片方向（送信側から受信側端末）の通信のリソース確保を行う。また、シグナリング手順では、一度リソースを確保すると、明示的に開放しない限りリソースは確保し続けられるが、ＲＳＶＰでは、一定時間が経過すると確保しているリソースは開放される。すなわち、リソースの確保を継続するには、定期的にＲｅｓｅｒｖｅメッセージを送信しなければならない。
【００１９】
前述したように、ＷｉｎＳｏｃｋ２等により、ＡＴＭやインタネット等のネットワークで規定されているＱｏＳに関するパラメータを指定し、ＲＳＶＰやＡＴＭのシグナリング手順等のＱｏＳ制御を行うプロトコルによってＱｏＳを保証した通信を行うことができる。しかし、どのようにして、ユーザまたはアプリケーションのＱｏＳに関する要求に応じたＱｏＳに関するパラメータの値を決定するか、すなわち、どのようにして、ユーザまたはアプリケーションの曖昧または大まかなＱｏＳに関する要求を、具体的な、ネットワークで規定されているＱｏＳに関するパラメータの値に変換するかということは規定されていない。
【００２０】
ところで、ユーザまたはアプリケーションの曖昧または大まかなＱｏＳに関する要求に応じて通信を行う例として、特開平６−２７６２５４号公報に開示された「通信制御装置」がある。図２１は、従来の通信制御装置の概要を示す構成図である。この通信制御装置は、上位レイヤ制御部（ＵＣ）１と、トランスポートレイヤ制御部（ＴＣ）２と、ネットワーク制御部（ＮＣ）３−１〜３−ｎと、を備えている。
【００２１】
上位レイヤ制御部１は、トランスポートレイヤより上位の通信制御を行う。トランスポートレイヤ制御部２は、エンドシステム間の通信制御を行うもので、図示しないＱｏＳテーブルを備えている。ネットワーク制御部３−１〜３−ｎは、それぞれ各種のネットワーク４−１〜４−ｎに対応し、そのネットワーク種別に応じた通信制御を行う。ネットワーク４−１〜４−ｎは、たとえば、パケット交換網，ＩＳＤＮ等に対応した通信回線である。図示しないＱｏＳテーブルはネットワーク毎のサービス品質を管理するもので、トランスポートレイヤ制御部２はこのＱｏＳテーブルを参照して上位レイヤから要求されるＱｏＳに応じたネットワークを選択する。
【００２２】
この通信制御装置では、前述したＡＴＭやインタネットの例とは異なり、ネットワーク内の転送能力を調整するのではなく、ネットワーク毎に提供できるＱｏＳが固定化しており、ＱｏＳが固定化されたネットワークの候補の中から通信を行うネットワークを選択する。この通信制御装置によれば、上位レイヤのアプリケーションからＱｏＳ（ＱｏＳに関する要求）が指定されると、指定されたＱｏＳに対応する適切なネットワークを選択するので、アプリケーションからのＱｏＳに関する要求に応じて動的にネットワークを選択し、効率的な通信制御を行うことができる。
【００２３】
【発明が解決しようとする課題】
しかしながら、上記従来の技術によれば、通信制御装置の場合は、複数の物理的なネットワークの中から通信を行うネットワークを選択するため、きめ細かくＱｏＳ制御を行うためには多数の物理的なネットワークを用意しなければならず、システムが複雑になり、コストがかかるという問題点があった。
【００２４】
また、ＷｉｎＳｏｃｋ２を用いて、ＡＴＭやインタネットで規定されたＱｏＳ関するパラメータを指定して通信を行う場合は、ユーザまたはアプリケーションの通信のサービス品質に関する、曖昧または大まかな要求を、ネットワークで規定された通信のサービス品質に関する、詳細なパラメータに変換する規定がされていないため、適切なＱｏＳに関するパラメータを決定することが難しく、ユーザが望む通信のサービス品質が得られない場合があるという問題点があった。
【００２５】
本発明は、上記に鑑みてなされたものであって、多数の物理的なネットワークを用意する必要をなくし、システムを簡略化してコストを低減し、かつ、適切なＱｏＳに関するパラメータを決定し、ユーザが望む通信のサービス品質を得るパラメータ決定装置、パラメータ決定方法、および、その方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体を得ることを目的とする。
【００２６】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するために、本発明にかかるパラメータ決定装置にあっては、ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定装置であって、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力手段と、前記要求入力手段が入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定手段と、前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行う変更要求入力手段と、を具備することを特徴とする。
【００２９】
このパラメータ決定装置によれば、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力し、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定し、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行う。
【００３０】
つぎの発明にかかるパラメータ決定装置にあっては、ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定装置であって、少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力手段と、前記要求入力手段が入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定手段と、前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、前記通信のサービス品質に関する要求を送信した端末装置に対して通信のサービス品質についての問い合わせを行う変更要求入力手段と、を具備することを特徴とする。
【００３１】
このパラメータ決定装置によれば、少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力し、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定すし、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行う。
【００３２】
つぎの発明にかかるパラメータ決定装置にあっては、さらに、前記決定手段が決定したＱｏＳに関するパラメータを前記端末装置に出力する出力手段を具備することを特徴とする。
【００３３】
このパラメータ決定装置によれば、決定したＱｏＳに関するパラメータを端末装置に出力し、端末装置側で既存の通信プロトコルを用いて通信を行うことができる。
【００３４】
つぎの発明にかかるパラメータ決定装置にあっては、さらに、ネットワークの負荷状態に関する情報を入力する負荷状態入力手段を具備し、前記決定手段は、前記負荷状態入力手段が入力したネットワークの負荷状態に関する情報に基いて、前記ＱｏＳに関するパラメータを決定することを特徴とする。
【００３５】
このパラメータ決定装置によれば、ネットワークの負荷状態に関する情報を入力し、入力したネットワークの負荷状態に関する情報に基いて、ＱｏＳに関するパラメータを決定する。
【００３６】
つぎの発明にかかるパラメータ決定装置にあっては、さらに、前記決定手段が決定したＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられたか否かを判定する判定手段を具備し、前記決定手段は、前記判定手段で、前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定された場合、代替のＱｏＳに関するパラメータを決定することを特徴とする。
【００３７】
このパラメータ決定装置によれば、決定したＱｏＳに関するパラメータでの通信がネットワークにより受け付けられたか否かを判定し、受け付けられなかったと判定された場合、自動的に代替のＱｏＳに関するパラメータを決定する。
【００３８】
つぎの発明にかかるパラメータ決定装置にあっては、さらに、前記判定手段で、前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定した場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受けるための承認手段を具備し、前記決定手段は、前記承認手段で承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しないことを特徴とする。
【００３９】
このパラメータ決定装置によれば、ＱｏＳに関するパラメータでの通信がネットワークにより受け付けられなかった場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受け、承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しない。
【００４０】
つぎの発明にかかるパラメータ決定装置にあっては、さらに、前記決定手段が決定したＱｏＳに関するパラメータのユーザによる承認を受けるための承認手段を具備することを特徴とする。
【００４１】
このパラメータ決定装置によれば、決定したＱｏＳに関するパラメータのユーザによる承認を受ける。
【００４２】
つぎの発明にかかるパラメータ決定装置にあっては、さらに、前記変更要求入力手段は、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力する機能をさらに具備し、前記決定手段は、前記変更要求入力手段が入力した変更要求に応じたＱｏＳに関するパラメータを決定することを特徴とする。
【００４３】
このパラメータ決定装置によれば、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力し、入力した変更要求に応じたＱｏＳに関するパラメータを決定する。
【００４６】
上述した課題を解決し、目的を達成するために、つぎの発明にかかるパラメータ決定方法にあっては、ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定方法であって、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力工程と、前記要求入力工程で入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定工程と、前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行う変更要求入力工程と、を含むことを特徴とする。
【００４９】
このパラメータ決定方法によれば、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力させて、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定させ、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行わせる。
【００５０】
つぎの発明にかかるパラメータ決定方法にあっては、ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定方法であって、少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力工程と、前記要求入力工程で入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定工程と、前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、前記通信のサービス品質に関する要求を送信した端末装置に対して通信のサービス品質についての問い合わせを行う変更要求入力工程と、を含むことを特徴とする。
【００５１】
このパラメータ決定方法によれば、少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力させて、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定させ、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行わせる。
【００５２】
つぎの発明にかかるパラメータ決定方法にあっては、さらに、前記決定工程で決定したＱｏＳに関するパラメータを前記端末装置に出力する出力工程を含むことを特徴とする。
【００５３】
このパラメータ決定方法によれば、決定したＱｏＳに関するパラメータを端末装置に出力させて、端末装置側で既存の通信プロトコルを用いて通信を行わせることができる。
【００５４】
つぎの発明にかかるパラメータ決定方法にあっては、さらに、ネットワークの負荷状態に関する情報を入力する負荷状態入力工程を含み、前記決定工程は、前記負荷状態入力工程で入力したネットワークの負荷状態に関する情報に基いて、前記ＱｏＳに関するパラメータを決定することを特徴とする。
【００５５】
このパラメータ決定方法によれば、ネットワークの負荷状態に関する情報を入力させて、入力したネットワークの負荷状態に関する情報に基いて、ＱｏＳに関するパラメータを決定させる。
【００５６】
つぎの発明にかかるパラメータ決定方法にあっては、さらに、前記決定工程で決定したＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられたか否かを判定する判定工程を含み、前記決定工程は、前記判定工程で、前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定された場合、代替のＱｏＳに関するパラメータを決定することを特徴とする。
【００５７】
このパラメータ決定方法によれば、決定したＱｏＳに関するパラメータでの通信がネットワークにより受け付けられたか否かを判定させて、受け付けられなかったと判定した場合、自動的に代替のＱｏＳに関するパラメータを決定させる。
【００５８】
つぎの発明にかかるパラメータ決定方法にあっては、さらに、前記判定工程で、前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定された場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受けるための承認工程を含み、前記決定工程は、前記承認工程で承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しないことを特徴とする。
【００５９】
このパラメータ決定方法によれば、ＱｏＳに関するパラメータでの通信がネットワークにより受け付けられなかった場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受け、承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しないようにする。
【００６０】
つぎの発明にかかるパラメータ決定方法にあっては、さらに、前記決定工程で決定したＱｏＳに関するパラメータのユーザによる承認を受けるための承認工程を含むことを特徴とする。
【００６１】
このパラメータ決定方法によれば、決定したＱｏＳに関するパラメータのユーザによる承認を受けるようにする。
【００６２】
つぎの発明にかかるパラメータ決定方法にあっては、前記変更要求入力工程は、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力する工程をさらに含み、前記決定工程は、前記変更要求入力工程で入力した変更要求に応じたＱｏＳに関するパラメータを決定することを特徴とする
【００６３】
このパラメータ決定方法によれば、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力させて、入力した変更要求に応じたＱｏＳに関するパラメータを決定させる。
【００６６】
上述した課題を解決し、目的を達成するために、本発明にかかるコンピュータ読み取り可能な記録媒体にあっては、前記のいずれか一つの発明による方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００６７】
このコンピュータ読み取り可能な記録媒体によれば、前記のいずれか一つの発明による方法をコンピュータに実行させることができる。
【００６８】
【発明の実施の形態】
以下に、本発明にかかるパラメータ決定装置、パラメータ決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体の実施の形態を、図面を参照して詳細に説明する。
【００６９】
実施の形態１．
図１は、本発明の実施の形態１にかかるパラメータ決定装置の分類を示す図表である。実施の形態１にかかるパラメータ決定装置は、ユーザが使用する、または通信用アプリケーションが存在する端末内に配置されるか、ネットワーク機器として、またはネットワーク機器内に配置されるかに分類される。さらに、独立動作、すなわち、ネットワークの負荷状態を考慮せず、ユーザまたはアプリケーションからのＱｏＳに関する要求に基いてＱｏＳに関するパラメータを決定するか、あるいは、ネットワークの負荷状態も考慮に入れてＱｏＳに関するパラメータを決定するかに分類される。
【００７０】
実施の形態１では、図１に示すアプローチ１に対応するパラメータ決定装置、すなわち、端末内に配置され、独立動作を行うパラメータ決定装置を例に挙げる。まず、その構成について、図２，図３を参照して説明する。図２は、実施の形態１にかかる端末の概略構成を示す図である。実施の形態１の端末は、ユーザ１１が起動する通信用のアプリケーション１２と、ネットワーク１５とＱｏＳの交渉を行うミドルウェア１４と、アプリケーション１２とミドルウェア１４との間に配置され、ＱｏＳに関するパラメータを決定するパラメータ決定装置１３と、を備えている。パラメータ決定装置１３は、アプリケーション１２またはユーザ１１からの大まかで曖昧なＱｏＳに関する要求、たとえば、ＱｏＳに関するパラメータの一部等を入力し、ネットワーク１５で規定されている詳細なＱｏＳに関するパラメータを決定してミドルウェア１４に出力する。
【００７１】
図３は、図２に示したパラメータ決定装置１３の概略構成を示すブロック図である。パラメータ決定装置１３は、ユーザ１１またはアプリケーション１２からの要求を入力する要求入力部６１と、ＱｏＳに関するパラメータを決定する決定部６２と、ミドルウェア１４とのデータの入出力のための入出力部６３と、決定部６２がＱｏＳに関するパラメータを決定することに対するユーザ１１からの承認、または、決定部６２が決定したＱｏＳに関するパラメータに対するユーザ１１からの承認を入力するための承認部６４と、決定したＱｏＳに関するパラメータが、ネットワーク１５により受け付けられたか否かを判定する判定部６５と、通信開始後に、ユーザ１１からのＱｏＳの変更要求を入力するための変更要求入力部６６と、を備えている。
【００７２】
以上の構成において、実施の形態１の動作を、図４〜図７を参照して説明する。図４は、実施の形態１にかかるＱｏＳ制御のシーケンスを示す説明図である。実施の形態１にかかるＱｏＳ制御のシーケンスにおいて、まず、ユーザ１１がアプリケーション１２を起動してＵＲＬ（Uniform Resource Locator）等を設定し、ネットワーク１５への接続要求を行う。
【００７３】
このとき、同時にＱｏＳに関する要求も行われる。パラメータ決定装置１３では、ＡＴＭのシグナリング手順等のパラメータ（ＱｏＳに関するパラメータ）を決定し、決定したパラメータをミドルウェア１４に出力する。ミドルウェア１４ではネットワークプロトコルが起動され、ネットワーク側とのＱｏＳの交渉が行われる。ネットワーク側で必要なリソースが確保され、ＱｏＳに関するパラメータで規定されるＱｏＳを保証する通信が可能なことを示す通知があった場合は通信を開始する。
【００７４】
通信開始後、パラメータ決定装置１３は、ユーザ１１に対し、通信のサービス品質についての問い合わせを行う。具体的には、リアルタイムの画像や音声の情報を扱う通信が行われているのであれば、「画像および音声の質は現状でよいか？」、ファイル転送等のデータを扱う通信が行われているのであれば、「転送速度は現状で良いか？」というような平易な表現の問い合わせを行い、問い合わせに対する回答を入力する。ＱｏＳの変更を要求する回答があった場合は、再度ＱｏＳに関するパラメータを決定し、ＱｏＳに関するパラメータを変更する。なお、このような問い合わせを行わず、ユーザ１１が適宜、ＱｏＳの変更を要求する入力を行うようにしてもよい。
【００７５】
図５は、実施の形態１にかかる、決定したＱｏＳに関するパラメータでの通信がネットワーク側で受け付けられなかった場合のＱｏＳ制御のシーケンスを示す説明図である。最初に決定したＱｏＳに関するパラメータでの通信がネットワーク側で受け付けられなかった場合、パラメータ決定装置１３は、代替のＱｏＳに関するパラメータを決定する。
【００７６】
ＱｏＳが劣化することが予想される場合は、ユーザ１１に対して問い合わせを行い、代替のＱｏＳパラメータで通信を行うことに対する承認を受け、ネットワーク１５との接続を行う。代替のＱｏＳに関するパラメータを決定できないか、または、ユーザが品質を優先して代替のＱｏＳパラメータの承認を行わなかった場合は、「現在の時間帯は接続不可」等の表示を行う。
【００７７】
つぎに、ネットワーク１５としてＡＴＭを例に挙げ、ネットワークでのプロトコルにおけるＱｏＳ制御のためのパラメータ（ＱｏＳに関するパラメータ）の決定方法について、図６，図７を参照して説明する。図６は、実施の形態１にかかるＱｏＳ制御のためのパラメータの決定方法の一例を示すフローチャートである。
【００７８】
ＡＴＭの場合のネットワークでのプロトコルにおけるＱｏＳ制御のためのパラメータの決定方法にあっては、まず、アプリケーション１２のＱｏＳに関する要求に基いて、トラヒックパラメータのＰＣＲ（Peak Cell Rate），ＳＣＲ（Sustainable Cell Rate）およびＭＢＳ（Maximum Cell Rate）を仮に決定する。すなわち、仮のＱｏＳに関するパラメータ、またはＱｏＳに関するパラメータの候補を決定する（Ｓ１１）。ここで、ＱｏＳに関するパラメータの候補として、たとえば、最良のＱｏＳを保証するようなＱｏＳに関するパラメータを決定するようにしてもよい。
【００７９】
続いて、これらのパラメータを設定してシグナリング手順を起動し（Ｓ１２）、ネットワーク１５で、トラヒックパラメータに示されたトラヒックに必要なリソースが確保でき、かつ、ＱｏＳパラメータを満たす通信が可能か否かを判定する（Ｓ１３）。ネットワーク１５で、必要なリソースが確保でき、かつ、ＱｏＳパラメータを満たす通信が可能であれば、このトラフィックパラメータを、決定したトラフィックパラメータとして処理を終了する。一方、必要なリソースが確保できず、またはＱｏＳパラメータを満たす通信が可能でなければ、ＳＣＲ，ＭＢＳの他の候補を決定し（Ｓ１４）、ステップＳ１２に戻る。
【００８０】
図７は、実施の形態１にかかるＱｏＳ制御のためのパラメータの決定方法の一例を示す説明図である。一般的に、アプリケーションの転送能力（アプリケーションのＱｏＳに関する要求）によって、ＰＣＲについては単純に決定することができるが、ＳＣＲおよびＭＢＳについては単純に決定することができない。このため、パラメータ決定装置１３は、まず、アプリケーション１２のＱｏＳに関する要求に基いてＰＣＲを決定する（図中のＰＣＲ＝ｘ）。つぎに、ＳＣＲおよびＭＢＳについて、できるかぎり大きな値を決定する（図中のＳＣＲ＝Ｘ１，ＭＢＳ＝Ｙ１）。
【００８１】
つぎに、シグナリング手順を実行し、ＡＴＭの交換機により、これらのトラヒックパラメータで示されるトラヒックを収容できないと判定された場合、すなわち、決定したトラヒックパラメータでの通信が受け付けられなかった場合は、ＰＣＲおよびＳＣＲは固定して、ＭＢＳの値を、Ｙ１からＹ２，Ｙ３というように、順に小さくする。ＭＢＳの値を小さくすることにより、同一のＰＣＲ，ＳＣＲであっても、トラヒックのバースト性を抑えることができ、交換機が通信を受け付ける可能性が大きくなる。ＭＢＳの値を小さくしても、交換機が通信を受け付けなかった場合は、ＳＣＲの値をＸ１からＸ２，Ｘ３というように順に小さくしながら、同様に、ＭＢＳの値を順に小さくしていく。
【００８２】
このようにして、最初に交換機で収容でき、かつ、ＱｏＳパラメータを満足できる値を検索する。すなわち、この例では、ＳＣＲ＝Ｘ１，ＭＢＳ＝Ｙ１からＳＣＲ＝Ｘ４，ＭＢＳ＝Ｙ３までの１２の候補を順に設定し、これらの候補の中から最初にネットワーク１５に適合する値を使用する。
【００８３】
インタネットの場合も同様の方法で、ＱｏＳに関するパラメータを決定することができる。インタネットの場合は、ピークレートがＰＣＲに相当し、トークンバケットからのレートがＳＣＲに相当し、トークンバケットの深さがＭＢＳに相当する。また、最大データグラム長は、ＩＰパケットの最大長であり、システムによって固定される。
【００８４】
前述したように実施の形態１によれば、ユーザまたはアプリケーションからのＱｏＳに関する要求に基いて、アプリケーションで決めることができなかったネットワークプロトコルのパラメータ（ＱｏＳに関するパラメータ）を、ネットワークと交渉しながら適切な値に設定することができるため、ＷｉｎＳｏｃｋ２等のミドルウェアを効果的に使用することができ、ユーザの望むＱｏＳを得ることができる。また、ユーザに対して品質に関する問い合わせを行うため、ユーザの品質重視、接続重視等のポリシーを考慮した、換言すれば、ユーザの希望にそった通信を行うことができる。
【００８５】
実施の形態２．
実施の形態２では、図１に示すアプローチ２に対応するパラメータ決定装置、すなわち、ネットワーク機器としてまたはネットワーク機器内に配置され、独立動作を行うパラメータ決定装置を例に挙げる。まず、その構成について、図８の（ａ），（ｂ）を参照して説明する。図８は、本発明の実施の形態２にかかる通信システムの概略構成を示す図である。
【００８６】
実施の形態２にかかる通信システムは、図８の（ａ）に示すように、パラメータ決定装置２２が、複数の端末２１ａ〜２１ｃ、および交換機またはルータ等のネットワーク機器２３と接続され、ネットワーク内に専用装置として設置される場合と、図８の（ｂ）に示すように、パラメータ決定装置２４が、既存の交換機またはルータ等のネットワーク機器２５に内蔵される場合とがある。これらは、ともに同様の効果を奏する。なお、パラメータ決定装置２４の構成は、実施の形態１と同様であるため、その説明を省略する。
【００８７】
以上の構成において、実施の形態２の動作を、図９，図１０を参照して説明する。図９は、実施の形態２にかかるＱｏＳ制御のシーケンスを示す説明図であり、図１０は、実施の形態２にかかるシグナリング手順で用いるメッセージフォーマットの概略構成を示す図である。なお、通信ネットワークの構成は、図８の（ａ）に示すものを例に挙げ、ネットワーク２０としてＡＴＭを例に挙げる。ＱｏＳ制御のシーケンスにおいて、まず、ユーザまたはアプリケーションは、端末２１ａ〜２１ｃから、シグナリング手順における要求メッセージ、たとえば、ＳＥＴＵＰメッセージを送信する。ここで、図１０に示すように、ネットワーク２０で規定された情報に加えてアプリケーションからのＱｏＳに関する要求をＳＥＴＵＰメッセージに付け加える。
【００８８】
ここで、ネットワーク２０で規定されているトラヒックパラメータおよびＱｏＳパラメータの中でＳＣＲやＭＢＳといった、アプリケーションまたはユーザが決定できないパラメータについては設定しない。パラメータ決定装置２２では、この要求メッセージに付加されたアプリケーションからのＱｏＳに関する要求を解析して、アプリケーションまたはユーザが決定できなかったパラメータを決定する。ＳＥＴＵＰメッセージに決定したパラメータを設定して交換機２３に送信する。
【００８９】
このパラメータでの通信がネットワークに受け付けられない場合、パラメータ決定装置２２は、端末２１ａ〜２１ｃのユーザに対して代替案作成の承認を得るための問い合わせを行い、了解がえられれば、代替案を作成して、再度ネットワーク２０との交渉を行う。了解が得られない場合は、代替のパラメータの決定を行わず、端末２１ａ〜２１ｃを介して「現在の時間帯は接続不可」等の表示を行う。
【００９０】
ここで、トラヒックパラメータの決定方法として、図６，図７を参照して説明した実施の形態１にかかるトラヒックパラメータの決定方法と同様の方法を用いることができる。また、実施の形態１と同様に、通信開始後、パラメータ決定装置２２は、端末２１ａ〜２１ｃを介して、ユーザに対する通信のサービスの問い合わせを行い、通信のサービス品質の変更要求があった場合は代替案を作成する。なお、インタネットの場合は、シグナリング手順をＲＳＶＰ（Resource Reservation Protocol）に置き換えることにより、同様の処理を行うことができる。
【００９１】
前述したように実施の形態２によれば、実施の形態１と同様の効果に加え、複数の端末に対して一つのパラメータ決定装置を設ければよいため、パラメータ決定装置の管理がしやすい、という効果を奏する。
【００９２】
実施の形態３．
実施の形態３にかかる通信システムおよびパラメータ決定装置は、実施の形態２にかかる通信システムおよびパラメータ決定装置と同様の構成を有し、動作の一部が異なる。ここでは、実施の形態３の動作において、実施の形態２と異なる部分についてのみ説明する。図１１は、実施の形態３にかかるＱｏＳ制御のシーケンスを示す説明図である。実施の形態３にかかるＱｏＳ制御のシーケンスにあっては、まず、端末からパラメータ決定装置に対してユーザまたはアプリケーションのＱｏＳに関する要求を伝えるパラメータ決定装置独自のメッセージを送信する。
【００９３】
パラメータ決定装置は、受信したメッセージに基いてＱｏＳに関するパラメータを決定し、端末に送信する。端末は、パラメータ決定装置から受信したＱｏＳに関するパラメータを使用して、通常のシグナリング手順に従ってネットワークとのシグナリングを行う。パラメータ決定装置から受信したＱｏＳに関するパラメータでの通信がネットワークにより受け付けられない場合は、再度、パラメータ決定装置に対してＱｏＳに関する要求を伝えるメッセージを送信し、パラメータ決定装置は代替のパラメータを決定する。パラメータ決定装置は、通信開始後、端末からＱｏＳの変更要求を受けた場合も、代替のパラメータを作成して端末に送信する。
【００９４】
前述したように実施の形態３によれば、実施の形態２と同様の効果に加え、端末側で既存のネットワークプロトコルを用いてネットワークとの交渉を行うことができ、既存のネットワークプロトコルを有効に活用することができるという効果を奏する。
【００９５】
実施の形態４．
実施の形態４では、図１に示すアプローチ３に対応するパラメータ決定装置、すなわち、端末内に配置され、ネットワークの負荷状態を考慮してパラメータの決定を行うパラメータ決定装置を例に挙げる。まず、その構成について、図１２，図１３を参照して説明する。図１２は、本発明の実施の形態４にかかる端末の概略構成を示す図であり、図１３は、実施の形態４にかかるパラメータ決定装置の概略構成を示すブロック図である。なお、実施の形態４にかかる端末およびパラメータ決定装置は基本的に実施の形態１にかかる端末と同様の構成であるため、図２，図３と同一の部分には同一の符号を付してその説明を省略する。
【００９６】
実施の形態４にかかる端末装置は、パラメータ決定装置１３に代えて、パラメータ決定装置３１が設けられている。パラメータ決定装置３１は、パラメータ決定装置１３の構成に加え、ネットワーク１５の負荷状態を入力するための負荷状態入力部７１を有し、ユーザ１１またはアプリケーション１２からのＱｏＳに関する要求とともにネットワーク１５の負荷状態を考慮してＱｏＳに関するパラメータを決定する。
【００９７】
ネットワーク１５の負荷状態に関する情報の収集方法としては、たとえば、ITU-T Recommendation X.160 Architecture for customer network management service for public data networksで規定されているＣＮＭ（Customer Network Management）技術を適用する方法がある。ＣＮＭでは、ネットワークの種々の情報を収集して加入者に提供する図示しないＣＮＭエージェントがネットワーク内に置かれる。このＣＮＭエージェントから端末内のパラメータ決定装置３１に対して、ネットワーク１５の負荷状態の情報が一定周期で送信される。
【００９８】
以上の構成において、実施の形態４の動作を、図１４を参照して説明する。なお、実施の形態４の動作は実施の形態１の動作と基本的に同様であるため、同一の部分については、その説明を省略し、異なる部分についてのみ説明する。図１４は、実施の形態４にかかるＱｏＳ制御のシーケンスを示す説明図である。実施の形態４にかかるＱｏＳ制御のシーケンスにあっては、ユーザ１１またはアプリケーション１２からのＱｏＳに関する要求を入力した場合、入力したＱｏＳに関する要求、および一定周期で送信されるネットワーク１５の負荷状態の情報に基いてＱｏＳに関するパラメータを決定する。
【００９９】
すなわち、ＡＴＭのＡＢＲ（Available Bit Rate）サービスで行われているように、ネットワーク１５の負荷状態のみにより送信するレートを決めるのではなく、ユーザ１１またはアプリケーション１２からのＱｏＳに関する要求も考慮にいれる。ＱｏＳに関するパラメータを決定する際に、ネットワーク１５の負荷状態を考慮するため、決定したパラメータでの通信がネットワーク１５に受け付けられる確率が高くなり、通信開始までの時間が短縮される。
【０１００】
また、ネットワーク１５の通信状態を考慮した結果、通信のサービス品質が劣化する可能性がある場合は、ＱｏＳに関するパラメータの決定後、ユーザ１１に対する問い合わせを行い、承認を受けたときは、決定したパラメータを用いてネットワークプロトコルを実行する。ユーザ１１が品質を優先して、決定したパラメータの承認を行わなかったときは、ネットワークプロトコルを実行せず、「現在の時間帯は接続不可」等の表示を行う。
【０１０１】
前述したように実施の形態４によれば、実施の形態１と同様の効果に加え、ＱｏＳに関するパラメータを決定する際にネットワークの負荷状態を考慮するため、決定したＱｏＳに関するパラメータでの通信がネットワークに受け付けられる確率が高くなり、通信開始までの時間が短縮されるという効果を奏する。
【０１０２】
実施の形態５．
実施の形態５では、図１に示すアプローチ４に対応するパラメータ決定装置、すなわち、ネットワーク機器としてまたはネットワーク機器内に配置され、ネットワークの負荷状態を考慮してパラメータの決定を行うパラメータ決定装置を例に挙げる。まず、その構成について、図１５の（ａ），（ｂ）を参照して説明する。図１５は、本発明の実施の形態５にかかる通信システムの概略構成を示す図である。なお、実施の形態５にかかる通信システムは、基本的に実施の形態２にかかる通信システムと同様の構成であるため、図８と同一の部分には同一の符号を付してその説明を省略する。
【０１０３】
実施の形態５にかかる通信システムは、図８のパラメータ決定装置２２，２４に代えて、ユーザまたはアプリケーションからのＱｏＳに関する要求とともにネットワーク２０の負荷状態を考慮してＱｏＳに関するパラメータを決定するパラメータ決定装置５１，５３が設けられている。また、交換機またはルータ等のネットワーク機器２３，２５に代えて、ネットワーク２０の負荷状態に関する情報を定期的にパラメータ決定装置５１，５３に通知する交換機またはルータ等のネットワーク機器５２，５４が設けられている。ネットワーク２０の負荷状態に関する情報の収集方法は、実施の形態４と同様に、たとえば、ＣＮＭ技術を適用することができる。なお、パラメータ決定装置５１，５３の構成は、実施の形態４と同様であるため、その説明を省略する。
【０１０４】
以上の構成において、実施の形態５の動作を、図１６を参照して説明する。なお、実施の形態５の動作は実施の形態２の動作と基本的に同様であるため、同一の部分については、その説明を省略し、異なる部分についてのみ説明する。また、ネットワーク２０としてＡＴＭを例に挙げ、通信システムの構成は、図１５の（ａ）に示すような、パラメータ決定装置５１が交換機５２と別個に設けられている例を挙げる。
【０１０５】
図１６は、実施の形態５にかかるＱｏＳ制御のシーケンスを示す説明図である。実施の形態５にかかるＱｏＳ制御のシーケンスにあっては、端末２１ａ〜２１ｃを介してユーザまたはアプリケーションからのＱｏＳに関する要求を入力した場合、入力したＱｏＳに関する要求、および一定周期で交換機５２から送信されるネットワーク２０の負荷状態の情報に基いてＱｏＳに関するパラメータを決定する。
【０１０６】
すなわち、ＡＴＭのＡＢＲサービスで行われているように、ネットワーク２０の負荷状態のみにより送信するレートを決めるのではなく、ユーザまたはアプリケーションからのＱｏＳに関する要求も考慮にいれる。ＱｏＳに関するパラメータを決定する際にネットワーク２０の負荷状態を考慮するために、決定したパラメータでの通信がネットワーク２０に受け付けられる確率が高くなり、通信開始までの時間が短縮される。
【０１０７】
また、ネットワーク２０の通信状態を考慮した結果、通信のサービス品質が劣化する可能性がある場合は、ＱｏＳに関するパラメータの決定後、端末２１ａ〜２１ｃを介してユーザに対する問い合わせを行い、承認を受けたときは、決定したパラメータを用いてネットワークプロトコルを実行する。ユーザが品質を優先して、決定したパラメータの承認を行わなかったときは、ネットワークプロトコルを実行せず、「現在の時間帯は接続不可」等の表示を行う。
【０１０８】
前述したように実施の形態５によれば、実施の形態２と同様の効果に加え、ＱｏＳに関するパラメータを決定する際にネットワークの負荷状態を考慮するため、決定したＱｏＳに関するパラメータでの通信がネットワークに受け付けられる確率が高くなり、通信開始までの時間が短縮される、という効果を奏する。
【０１０９】
【発明の効果】
以上説明したとおり、この発明によれば、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力し、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定するため、多数の物理的なネットワークを用意する必要をなくし、システムを簡略化してコストを低減し、かつ、適切なＱｏＳに関するパラメータを自動的に決定し、ユーザが望む通信のサービス品質を得ることができ、という効果を奏する。また、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行うため、ユーザの希望に添った通信を行うことができる、という効果も奏する。
【０１１１】
つぎの発明によれば、少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力し、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定するため、多数の物理的なネットワークを用意する必要をなくし、システムを簡略化してコストを低減し、かつ、適切なＱｏＳに関するパラメータを自動的に決定し、ユーザが望む通信のサービス品質を得ることができる、という効果を奏する。また、複数の端末装置に対して一つのパラメータ決定装置が設けられる場合は、複数の端末それぞれに対してパラメータ決定装置が設けられている場合に比べてパラメータ決定装置の管理がしやすい、という効果を奏する。また、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行うため、ユーザの希望に添った通信を行うことができる、という効果も奏する。
【０１１２】
つぎの発明によれば、決定したＱｏＳに関するパラメータを端末装置に出力し、端末装置側で既存の通信プロトコルを用いて通信を行うことができるため、既存の通信プロトコルを有効に活用できる、という効果を奏する。
【０１１３】
つぎの発明によれば、ネットワークの負荷状態に関する情報を入力し、入力したネットワークの負荷状態に関する情報に基いて、ＱｏＳに関するパラメータを決定するため、決定したＱｏＳに関するパラメータでの通信がネットワークに受け付けられる確率が高くなり、通信開始までの時間が短縮され、操作性が向上する、という効果を奏する。
【０１１４】
つぎの発明によれば、決定したＱｏＳに関するパラメータでの通信がネットワークにより受け付けられたか否かを判定し、受け付けられなかったと判定した場合、自動的に代替のＱｏＳに関するパラメータを決定するため、ネットワークに受け付けられるＱｏＳに関するパラメータを自動的に決定することができ、操作性が向上する、という効果を奏する。
【０１１５】
つぎの発明によれば、ＱｏＳに関するパラメータでの通信がネットワークにより受け付けられなかった場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受け、承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しないため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１１６】
つぎの発明によれば、決定したＱｏＳに関するパラメータのユーザによる承認を受けるため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１１７】
つぎの発明によれば、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力し、入力した変更要求に応じたＱｏＳに関するパラメータを決定するため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１２０】
つぎの発明によれば、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力させて、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定させるため、多数の物理的なネットワークを用意する必要をなくし、システムを簡略化してコストを低減し、かつ、適切なＱｏＳに関するパラメータを自動的に決定し、ユーザが望む通信のサービス品質を得ることができる、という効果を奏する。また、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行わせるため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１２１】
つぎの発明によれば、少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力させて、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定させるため、多数の物理的なネットワークを用意する必要をなくし、システムを簡略化してコストを低減し、かつ、適切なＱｏＳに関するパラメータを自動的に決定し、ユーザが望む通信のサービス品質を得ることができる、という効果を奏する。また、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行わせるため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１２２】
つぎの発明によれば、決定したＱｏＳに関するパラメータを端末装置に出力させて、端末装置側で既存の通信プロトコルを用いて通信を行わせることができるため、既存の通信プロトコルを有効に活用できる、という効果を奏する。
【０１２３】
つぎの発明によれば、ネットワークの負荷状態に関する情報を入力させて、入力したネットワークの負荷状態に関する情報に基いて、ＱｏＳに関するパラメータを決定させるため、決定したＱｏＳに関するパラメータでの通信がネットワークに受け付けられる確率が高くなり、通信開始までの時間が短縮され、操作性が向上する、という効果を奏する。
【０１２４】
つぎの発明によれば、決定したＱｏＳに関するパラメータでの通信がネットワークにより受け付けられたか否かを判定させて、受け付けられなかったと判定した場合、自動的に代替のＱｏＳに関するパラメータを決定させるため、ネットワークに受け付けられるＱｏＳに関するパラメータを自動的に決定することができ、操作性が向上する、という効果を奏する。
【０１２５】
つぎの発明によれば、ＱｏＳに関するパラメータでの通信がネットワークにより受け付けられなかった場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受け、承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しないようにするため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１２６】
つぎの発明によれば、決定したＱｏＳに関するパラメータのユーザによる承認を受けるようにするため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１２７】
つぎの発明によれば、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力させて、入力した変更要求に応じたＱｏＳに関するパラメータを決定させるため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１２９】
つぎの発明によれば、前記のいずれか一つの発明による方法をコンピュータに実行させることができるため、前記の発明による効果をコンピュータにおいて奏することができる。
【図面の簡単な説明】
【図１】  本発明の実施の形態１にかかるパラメータ決定装置の分類を示す図である。
【図２】  実施の形態１にかかる端末の概略構成を示す図である。
【図３】  図２に示したパラメータ決定装置の概略構成を示すブロック図である。
【図４】  実施の形態１にかかるＱｏＳ制御のシーケンスを示す説明図である。
【図５】  実施の形態１にかかる、決定したＱｏＳに関するパラメータでの通信がネットワーク側で受け付けられなかった場合のＱｏＳ制御のシーケンスを示す説明図である。
【図６】  実施の形態１にかかるＱｏＳ制御のためのパラメータの決定方法の一例を示すフローチャートである。
【図７】  実施の形態１にかかるＱｏＳ制御のためのパラメータの決定方法の一例を示す説明図である。
【図８】  本発明の実施の形態２にかかる通信システムの概略構成を示す図である。
【図９】  実施の形態２にかかるＱｏＳ制御のシーケンスを示す説明図である。
【図１０】  実施の形態２にかかるシグナリング手順で用いるメッセージフォーマットの概略構成を示す図である。
【図１１】  実施の形態３にかかるＱｏＳ制御のシーケンスを示す説明図である。
【図１２】  本発明の実施の形態４にかかる端末の概略構成を示す図である。
【図１３】  図１２に示したパラメータ決定装置の概略構成を示すブロック図である。
【図１４】  実施の形態４にかかるＱｏＳ制御のシーケンスを示す説明図である。
【図１５】  本発明の実施の形態５にかかる通信システムの概略構成を示す図である。
【図１６】  実施の形態５にかかるＱｏＳ制御のシーケンスを示す説明図である。
【図１７】  従来におけるＷｉｎＳｏｃｋ２のアーキテクチャを示す構成図である。
【図１８】  従来におけるシグナリング手順の代表的な一例を示す説明図である。
【図１９】  従来における、ＳＥＴＵＰメッセージを受信した場合の交換機での受付判定処理の流れを示す概略フローチャートである。
【図２０】  従来におけるＲＳＶＰのシーケンスを示す説明図である。
【図２１】  従来における通信制御装置の概要を示す構成図である。
【符号の説明】
１１  ユーザ、１２  アプリケーション、１３，２２，２４，３１，５１，５３  パラメータ決定装置、１４  ミドルウェア、１５，２０  ネットワーク、２１ａ，２１ｂ，２１ｃ  端末、２３，２５，５２，５４  ネットワーク機器。
【図１】
0003676121.tif 000002
【図２】
0003676121.tif 000003
【図３】
0003676121.tif 000004
【図４】
0003676121.tif 000005
【図５】
0003676121.tif 000006
【図６】
0003676121.tif 000007
【図７】
0003676121.tif 000008
【図８】
0003676121.tif 000009
【図９】
0003676121.tif 000010
【図１０】
0003676121.tif 000011
【図１１】
0003676121.tif 000012
【図１２】
0003676121.tif 000013
【図１３】
0003676121.tif 000014
【図１４】
0003676121.tif 000015
【図１５】
0003676121.tif 000016
【図１６】
0003676121.tif 000017
【図１７】
0003676121.tif 000018
【図１８】
0003676121.tif 000019
【図１９】
0003676121.tif 000020
【図２０】
0003676121.tif 000021
【図２１】
0003676121.tif 000022