JP2000349769A - パラメータ決定装置、パラメータ決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents
パラメータ決定装置、パラメータ決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体Info
- Publication number
- JP2000349769A JP2000349769A JP15402099A JP15402099A JP2000349769A JP 2000349769 A JP2000349769 A JP 2000349769A JP 15402099 A JP15402099 A JP 15402099A JP 15402099 A JP15402099 A JP 15402099A JP 2000349769 A JP2000349769 A JP 2000349769A
- Authority
- JP
- Japan
- Prior art keywords
- parameter
- communication
- qos
- determining
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 多数の物理的なネットワークを用意する必要
をなくし、システムを簡略化してコストを低減し、か
つ、適切なＱｏＳに関するパラメータを決定し、ユーザ
が望む通信のサービス品質を得ること。 【解決手段】 アプリケーション１２およびユーザ１１
のうち、少なくとも一方からの通信のサービス品質に関
する要求に基いて、ネットワーク１５で規定されている
ＱｏＳに関するパラメータを決定する。ミドルウェア１
４のネットワークプロトコルにより、ネットワーク１５
との通信のサービス品質の交渉を行い、決定したＱｏＳ
に関するパラメータでの通信が受け付けられた場合、通
信を開始する。
をなくし、システムを簡略化してコストを低減し、か
つ、適切なＱｏＳに関するパラメータを決定し、ユーザ
が望む通信のサービス品質を得ること。 【解決手段】 アプリケーション１２およびユーザ１１
のうち、少なくとも一方からの通信のサービス品質に関
する要求に基いて、ネットワーク１５で規定されている
ＱｏＳに関するパラメータを決定する。ミドルウェア１
４のネットワークプロトコルにより、ネットワーク１５
との通信のサービス品質の交渉を行い、決定したＱｏＳ
に関するパラメータでの通信が受け付けられた場合、通
信を開始する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークでの
通信の際に使用される通信用パラメータを決定するパラ
メータ決定装置、パラメータ決定方法、および、その方
法をコンピュータに実行させるプログラムを記録したコ
ンピュータ読み取り可能な記録媒体に関し、特に、ネッ
トワークで規定されている通信のサービス品質（Ｑｏ
Ｓ）に関するパラメータを決定するパラメータ決定装
置、パラメータ決定方法、および、その方法をコンピュ
ータに実行させるプログラムを記録したコンピュータ読
み取り可能な記録媒体に関するものである。
通信の際に使用される通信用パラメータを決定するパラ
メータ決定装置、パラメータ決定方法、および、その方
法をコンピュータに実行させるプログラムを記録したコ
ンピュータ読み取り可能な記録媒体に関し、特に、ネッ
トワークで規定されている通信のサービス品質（Ｑｏ
Ｓ）に関するパラメータを決定するパラメータ決定装
置、パラメータ決定方法、および、その方法をコンピュ
ータに実行させるプログラムを記録したコンピュータ読
み取り可能な記録媒体に関するものである。
【０００２】
【従来の技術】近年、一定の通信のサービス品質（Ｑｏ
Ｓ：Quality of Service）を要求する動画像や音声等の
マルチメディア情報を扱う通信が活発に行われている。
このような、ＱｏＳを要求する通信の拡大等にともな
い、ＱｏＳの制御および保証が注目を集めている。ユー
ザにとって、使用するアプリケーションごとにきめ細か
くＱｏＳ制御を行うことは望ましく、通信ネットワーク
において、ＡＴＭ（Asynchronous Transfer Mode）やイ
ンタネットで、それぞれＱｏＳ制御を行うためのパラメ
ータ（ＱｏＳパラメータ）が規定されている。
Ｓ：Quality of Service）を要求する動画像や音声等の
マルチメディア情報を扱う通信が活発に行われている。
このような、ＱｏＳを要求する通信の拡大等にともな
い、ＱｏＳの制御および保証が注目を集めている。ユー
ザにとって、使用するアプリケーションごとにきめ細か
くＱｏＳ制御を行うことは望ましく、通信ネットワーク
において、ＡＴＭ（Asynchronous Transfer Mode）やイ
ンタネットで、それぞれＱｏＳ制御を行うためのパラメ
ータ（ＱｏＳパラメータ）が規定されている。
【０００３】ＡＴＭの場合は、ＩＴＵ−Ｔ（Internatio
nal Telecommunication Union-Telecommunication Stan
dardization Sector）やＡＴＭフォーラムでこれらのパ
ラメータについて規定している。たとえば、ＡＴＭフォ
ーラムでは、ATM Forum Specification,“ATM Forum Tr
affic Management Specification Version 4.0"におい
て、ユーザが転送するトラヒックの特性であるトラヒッ
クディスクリプタ（トラヒックパラメータ）、および保
証するＱｏＳパラメータについて以下のように規定して
いる。
nal Telecommunication Union-Telecommunication Stan
dardization Sector）やＡＴＭフォーラムでこれらのパ
ラメータについて規定している。たとえば、ＡＴＭフォ
ーラムでは、ATM Forum Specification,“ATM Forum Tr
affic 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）
最大セル遅延揺らぎ
連続セル数 ＱｏＳパラメータ： ＣＬＲ（Cell Loss Rate） セル廃棄率 ｍａｘＣＴＤ（max. Cell Transfer Delay） 最大セル
転送遅延 ｐ−ｐＣＤＶ（peak-to-peak Cell Delay Variation）
最大セル遅延揺らぎ
【０００５】インタネットの場合も同様に、ＱｏＳパラ
メータについて、ＩＥＴＦ（Internet Engineering Tas
k Force）でＦｌｏｗＳｐｅｃを規定している。Ｆｌｏ
ｗＳｐｅｃでは、以下に示すように、ＡＴＭの場合のト
ラヒックディスクリプタに相当するＴＳｐｅｃと、Ｑｏ
Ｓパラメータに相当するＲＳｐｅｃが規定されている。
なお、これらは、ＩＥＴＦ ＲＦＣ（Request For Comm
ent）２２１２、S. Shenker, C. Partridge, R. Gueri
n,“Specification of Guaranteed Quality ofServic
e", 1997に記載されている。
メータについて、ＩＥＴＦ（Internet Engineering Tas
k Force）でＦｌｏｗＳｐｅｃを規定している。Ｆｌｏ
ｗＳｐｅｃでは、以下に示すように、ＡＴＭの場合のト
ラヒックディスクリプタに相当するＴＳｐｅｃと、Ｑｏ
Ｓパラメータに相当するＲＳｐｅｃが規定されている。
なお、これらは、ＩＥＴＦ ＲＦＣ（Request For Comm
ent）２２１２、S. Shenker, C. Partridge, R. Gueri
n,“Specification of Guaranteed Quality ofServic
e", 1997に記載されている。
【０００６】ＴＳｐｅｃ： Ｐ ピークレート Ｍ 最大データグラム長 ｒ トークンバケットからのレート ｂ トークンバケットの深さ ＲＳｐｅｃ： Ｒ 予約帯域 Ｄ 最大遅延
【０００７】また、アプリケーションとネットワークプ
ロトコルとの間に位置するミドルウェアにおいて、前述
したＡＴＭやインタネットのＱｏＳ制御を行うためのパ
ラメータを指定できるＡＰＩ（Application Programmin
g Interface）を規定したＷｉｎＳｏｃｋ２が提供され
ている。なお、ＷｉｎＳｏｃｋ２については、“Window
s Sockets 2 Application Programming Interface, Rev
ision 2.2.2"， HYPERLINK http://www.sockets.com/wi
nsock2.htm#OverView http://www.sockets.com/winsock
2.htm#OverViewおよび「全容が見えたＷｉｎＳｏｃｋ
２」，日経コミュニケーション １９９６年６月１７日
号等に記載されている。
ロトコルとの間に位置するミドルウェアにおいて、前述
したＡＴＭやインタネットのＱｏＳ制御を行うためのパ
ラメータを指定できるＡＰＩ（Application Programmin
g Interface）を規定したＷｉｎＳｏｃｋ２が提供され
ている。なお、ＷｉｎＳｏｃｋ２については、“Window
s Sockets 2 Application Programming Interface, Rev
ision 2.2.2"， HYPERLINK http://www.sockets.com/wi
nsock2.htm#OverView http://www.sockets.com/winsock
2.htm#OverViewおよび「全容が見えたＷｉｎＳｏｃｋ
２」，日経コミュニケーション １９９６年６月１７日
号等に記載されている。
【０００８】図１７は、従来におけるＷｉｎＳｏｃｋ２
のアーキテクチャを示す構成図である。ＷｉｎＳｏｃｋ
２は、アプリケーションと、ＡＴＭやインタネットのベ
ースプロトコルとの間に配置され、アプリケーションか
らＡＰＩを通じてＡＴＭやインタネットのＱｏＳパラメ
ータを入力することができる。入力されたパラメータ
は、ＳＰＩ（Service Provider Interface）を介して、
対応するネットワークのプロトコルに対して通知され
る。
のアーキテクチャを示す構成図である。ＷｉｎＳｏｃｋ
２は、アプリケーションと、ＡＴＭやインタネットのベ
ースプロトコルとの間に配置され、アプリケーションか
らＡＰＩを通じてＡＴＭやインタネットのＱｏＳパラメ
ータを入力することができる。入力されたパラメータ
は、ＳＰＩ（Service Provider Interface）を介して、
対応するネットワークのプロトコルに対して通知され
る。
【０００９】つぎに、ネットワーク内のＱｏＳ制御を行
うプロトコルについて説明する。ＡＴＭの場合は、ＩＴ
Ｕ−Ｔ Ｑ．２９３１，“Broadband Integrated Servi
ce Digital Network(B-ISDN)-Digital subscriber sign
aling system no. 2(DSS2)User-network interface (UN
I) Layer 3 specification for basic call/connectio
n control"，1995およびＡＴＭフォーラム ＳＩＧ４．
０，“ATM User-Network Interface(UNI) Signaling Sp
ecification v4.0"，1996に代表されるシグナリング手
順においてＱｏＳ制御が行われるのが一般的である。
うプロトコルについて説明する。ＡＴＭの場合は、ＩＴ
Ｕ−Ｔ Ｑ．２９３１，“Broadband Integrated Servi
ce Digital Network(B-ISDN)-Digital subscriber sign
aling system no. 2(DSS2)User-network interface (UN
I) Layer 3 specification for basic call/connectio
n control"，1995およびＡＴＭフォーラム ＳＩＧ４．
０，“ATM User-Network Interface(UNI) Signaling Sp
ecification v4.0"，1996に代表されるシグナリング手
順においてＱｏＳ制御が行われるのが一般的である。
【００１０】図１８は、従来におけるシグナリング手順
の代表的な一例を示す説明図である。図に示すシグナリ
ング手順において、まず、送信側端末より、前述したト
ラヒックパラメータおよびＱｏＳパラメータ（許容値お
よび累積値を含む）を含めたＳＥＴＵＰメッセージを送
信する。交換機では、現在使用されているリソースを考
慮して、ＱｏＳに関するパラメータが要求するＱｏＳが
確保できるか否かの判定を行う。ＱｏＳに関するパラメ
ータが要求するＱｏＳが確保可能であれば、自交換機に
おいて必要なリソースを確保し、ＳＥＴＵＰメッセージ
をつぎの交換機に転送する。
の代表的な一例を示す説明図である。図に示すシグナリ
ング手順において、まず、送信側端末より、前述したト
ラヒックパラメータおよびＱｏＳパラメータ（許容値お
よび累積値を含む）を含めたＳＥＴＵＰメッセージを送
信する。交換機では、現在使用されているリソースを考
慮して、ＱｏＳに関するパラメータが要求するＱｏＳが
確保できるか否かの判定を行う。ＱｏＳに関するパラメ
ータが要求するＱｏＳが確保可能であれば、自交換機に
おいて必要なリソースを確保し、ＳＥＴＵＰメッセージ
をつぎの交換機に転送する。
【００１１】この手順を交換機ごとに順次行い、受信側
端末までＳＥＴＵＰメッセージを転送することができた
場合、受信側端末は、このコネクション上において、Ｑ
ｏＳに関するパラメータが要求するＱｏＳを保証した通
信を行うことができると判断して、ＣＯＮＮＥＣＴメッ
セージを送信側端末へ送信する。ＣＯＮＮＥＣＴメッセ
ージが交換機によって順次転送され、送信側端末がＣＯ
ＮＮＥＣＴメッセージを受信することにより、端末間で
のＱｏＳを保証した通信を行うことができる。
端末までＳＥＴＵＰメッセージを転送することができた
場合、受信側端末は、このコネクション上において、Ｑ
ｏＳに関するパラメータが要求するＱｏＳを保証した通
信を行うことができると判断して、ＣＯＮＮＥＣＴメッ
セージを送信側端末へ送信する。ＣＯＮＮＥＣＴメッセ
ージが交換機によって順次転送され、送信側端末がＣＯ
ＮＮＥＣＴメッセージを受信することにより、端末間で
のＱｏＳを保証した通信を行うことができる。
【００１２】図１９は、従来における、ＳＥＴＵＰメッ
セージを受信した場合の交換機での受付判定処理の流れ
を示す概略フローチャートである。交換機での受付判定
処理は、ＣＡＣ（Connection Admission Control）と呼
ばれ、種々の方式が検討されている。ここでは、その中
の最も一般的な処理について説明する。ＳＥＴＵＰメッ
セージを受信した場合の交換機での受付判定処理におい
て、まず、受信したＳＥＴＵＰメッセージを精査し、ト
ラヒックパラメータおよびＱｏＳパラメータを読み取る
（Ｓ１）。
セージを受信した場合の交換機での受付判定処理の流れ
を示す概略フローチャートである。交換機での受付判定
処理は、ＣＡＣ（Connection Admission Control）と呼
ばれ、種々の方式が検討されている。ここでは、その中
の最も一般的な処理について説明する。ＳＥＴＵＰメッ
セージを受信した場合の交換機での受付判定処理におい
て、まず、受信したＳＥＴＵＰメッセージを精査し、ト
ラヒックパラメータおよびＱｏＳパラメータを読み取る
（Ｓ１）。
【００１３】続いて、読み取ったトラヒックパラメータ
から自交換機に必要なリソースを算出する（Ｓ２）。現
在収容しているトラヒックの状態を考慮して、算出した
リソースが確保できるか否か、すなわち、受信したＳＥ
ＴＵＰメッセージのトラヒックパラメータで定義される
トラヒックが発生した場合に自交換機で収容することが
できるか否かを判定する（Ｓ３）。受信したＳＥＴＵＰ
メッセージのトラヒックパラメータで定義されるトラヒ
ックを収容できない場合は、送信側端末にＲＥＪＥＣＴ
メッセージを送信し（Ｓ８）、処理を終了する。
から自交換機に必要なリソースを算出する（Ｓ２）。現
在収容しているトラヒックの状態を考慮して、算出した
リソースが確保できるか否か、すなわち、受信したＳＥ
ＴＵＰメッセージのトラヒックパラメータで定義される
トラヒックが発生した場合に自交換機で収容することが
できるか否かを判定する（Ｓ３）。受信したＳＥＴＵＰ
メッセージのトラヒックパラメータで定義されるトラヒ
ックを収容できない場合は、送信側端末にＲＥＪＥＣＴ
メッセージを送信し（Ｓ８）、処理を終了する。
【００１４】一方、受信したＳＥＴＵＰメッセージのト
ラヒックパラメータで定義されるトラヒックを収容でき
る場合は、自交換機におけるＱｏＳパラメータの値を算
出し、算出したＱｏＳパラメータの値と、ＳＥＴＵＰメ
ッセージ中に示されている前段の交換機までのＱｏＳパ
ラメータの累積値との加算を行う（Ｓ４）。
ラヒックパラメータで定義されるトラヒックを収容でき
る場合は、自交換機におけるＱｏＳパラメータの値を算
出し、算出したＱｏＳパラメータの値と、ＳＥＴＵＰメ
ッセージ中に示されている前段の交換機までのＱｏＳパ
ラメータの累積値との加算を行う（Ｓ４）。
【００１５】つぎに、この加算値とＳＥＴＵＰメッセー
ジ中に示されているＱｏＳパラメータの許容値との比較
を行い（Ｓ５）、この加算値が許容値未満である場合
は、ステップＳ２での算出結果に応じたリソースを確保
し（Ｓ６）、この加算値をＳＥＴＵＰメッセージの累積
値として設定し、ＳＥＴＵＰメッセージを次段の交換機
に転送する（Ｓ７）。ステップＳ５で、加算値が許容値
以上である場合は、ステップＳ８に進み、送信側端末に
ＲＥＪＥＣＴメッセージを送信する。
ジ中に示されているＱｏＳパラメータの許容値との比較
を行い（Ｓ５）、この加算値が許容値未満である場合
は、ステップＳ２での算出結果に応じたリソースを確保
し（Ｓ６）、この加算値をＳＥＴＵＰメッセージの累積
値として設定し、ＳＥＴＵＰメッセージを次段の交換機
に転送する（Ｓ７）。ステップＳ５で、加算値が許容値
以上である場合は、ステップＳ８に進み、送信側端末に
ＲＥＪＥＣＴメッセージを送信する。
【００１６】一方、インタネットの場合は、ＡＴＭにお
けるシグナリング手順に代わるものとしてＲＳＶＰ（Re
source Reservation Protocol）がある。図２０は、従
来のＲＳＶＰのシーケンスを示す説明図である。ＲＳＶ
Ｐのシーケンスにおいては、受信側端末から送信端末に
ＴＳｐｅｃおよびＲＳｐｅｃを含めたＲｅｓｅｒｖｅメ
ッセージを定期的に送信し、定期的にリソース要求を行
う。
けるシグナリング手順に代わるものとしてＲＳＶＰ（Re
source Reservation Protocol）がある。図２０は、従
来のＲＳＶＰのシーケンスを示す説明図である。ＲＳＶ
Ｐのシーケンスにおいては、受信側端末から送信端末に
ＴＳｐｅｃおよびＲＳｐｅｃを含めたＲｅｓｅｒｖｅメ
ッセージを定期的に送信し、定期的にリソース要求を行
う。
【００１７】各中継ルータでは、ＡＴＭにおける交換機
と同様に、リソース確保の可否を判定する。送信端末
は、Ｒｅｓｅｒｖｅメッセージを受信した場合、ＱｏＳ
に関するパラメータが要求するＱｏＳを保証した通信が
行えるものと判断して受信側端末にＲｅｓｅｒｖｅ Ａ
ｃｋ（Acknowledge）メッセージを送信する。受信側端
末でＲｅｓｅｒｖｅ Ａｃｋメッセージを受信すれば、
通信のためのリソースが確保されたことになる。
と同様に、リソース確保の可否を判定する。送信端末
は、Ｒｅｓｅｒｖｅメッセージを受信した場合、ＱｏＳ
に関するパラメータが要求するＱｏＳを保証した通信が
行えるものと判断して受信側端末にＲｅｓｅｒｖｅ Ａ
ｃｋ（Acknowledge）メッセージを送信する。受信側端
末でＲｅｓｅｒｖｅ Ａｃｋメッセージを受信すれば、
通信のためのリソースが確保されたことになる。
【００１８】ＲＳＶＰとＡＴＭのシグナリング手順と
は、いくつかの異なる部分があるが、その目的および考
え方は同一である。異なる部分としては、たとえば、シ
グナリング手順では、両方向の通信のリソース確保を送
信側端末からの起動で行うが、ＲＳＶＰでは、受信側端
末からの起動で片方向（送信側から受信側端末）の通信
のリソース確保を行う。また、シグナリング手順では、
一度リソースを確保すると、明示的に開放しない限りリ
ソースは確保し続けられるが、ＲＳＶＰでは、一定時間
が経過すると確保しているリソースは開放される。すな
わち、リソースの確保を継続するには、定期的にＲｅｓ
ｅｒｖｅメッセージを送信しなければならない。
は、いくつかの異なる部分があるが、その目的および考
え方は同一である。異なる部分としては、たとえば、シ
グナリング手順では、両方向の通信のリソース確保を送
信側端末からの起動で行うが、ＲＳＶＰでは、受信側端
末からの起動で片方向（送信側から受信側端末）の通信
のリソース確保を行う。また、シグナリング手順では、
一度リソースを確保すると、明示的に開放しない限りリ
ソースは確保し続けられるが、ＲＳＶＰでは、一定時間
が経過すると確保しているリソースは開放される。すな
わち、リソースの確保を継続するには、定期的にＲｅｓ
ｅｒｖｅメッセージを送信しなければならない。
【００１９】前述したように、ＷｉｎＳｏｃｋ２等によ
り、ＡＴＭやインタネット等のネットワークで規定され
ているＱｏＳに関するパラメータを指定し、ＲＳＶＰや
ＡＴＭのシグナリング手順等のＱｏＳ制御を行うプロト
コルによってＱｏＳを保証した通信を行うことができ
る。しかし、どのようにして、ユーザまたはアプリケー
ションのＱｏＳに関する要求に応じたＱｏＳに関するパ
ラメータの値を決定するか、すなわち、どのようにし
て、ユーザまたはアプリケーションの曖昧または大まか
なＱｏＳに関する要求を、具体的な、ネットワークで規
定されているＱｏＳに関するパラメータの値に変換する
かということは規定されていない。
り、ＡＴＭやインタネット等のネットワークで規定され
ているＱｏＳに関するパラメータを指定し、ＲＳＶＰや
ＡＴＭのシグナリング手順等のＱｏＳ制御を行うプロト
コルによってＱｏＳを保証した通信を行うことができ
る。しかし、どのようにして、ユーザまたはアプリケー
ションのＱｏＳに関する要求に応じたＱｏＳに関するパ
ラメータの値を決定するか、すなわち、どのようにし
て、ユーザまたはアプリケーションの曖昧または大まか
なＱｏＳに関する要求を、具体的な、ネットワークで規
定されているＱｏＳに関するパラメータの値に変換する
かということは規定されていない。
【００２０】ところで、ユーザまたはアプリケーション
の曖昧または大まかなＱｏＳに関する要求に応じて通信
を行う例として、特開平６−２７６２５４号公報に開示
された「通信制御装置」がある。図２１は、従来の通信
制御装置の概要を示す構成図である。この通信制御装置
は、上位レイヤ制御部（ＵＣ）１と、トランスポートレ
イヤ制御部（ＴＣ）２と、ネットワーク制御部（ＮＣ）
３−１〜３−ｎと、を備えている。
の曖昧または大まかなＱｏＳに関する要求に応じて通信
を行う例として、特開平６−２７６２５４号公報に開示
された「通信制御装置」がある。図２１は、従来の通信
制御装置の概要を示す構成図である。この通信制御装置
は、上位レイヤ制御部（ＵＣ）１と、トランスポートレ
イヤ制御部（ＴＣ）２と、ネットワーク制御部（ＮＣ）
３−１〜３−ｎと、を備えている。
【００２１】上位レイヤ制御部１は、トランスポートレ
イヤより上位の通信制御を行う。トランスポートレイヤ
制御部２は、エンドシステム間の通信制御を行うもの
で、図示しないＱｏＳテーブルを備えている。ネットワ
ーク制御部３−１〜３−ｎは、それぞれ各種のネットワ
ーク４−１〜４−ｎに対応し、そのネットワーク種別に
応じた通信制御を行う。ネットワーク４−１〜４−ｎ
は、たとえば、パケット交換網，ＩＳＤＮ等に対応した
通信回線である。図示しないＱｏＳテーブルはネットワ
ーク毎のサービス品質を管理するもので、トランスポー
トレイヤ制御部２はこのＱｏＳテーブルを参照して上位
レイヤから要求されるＱｏＳに応じたネットワークを選
択する。
イヤより上位の通信制御を行う。トランスポートレイヤ
制御部２は、エンドシステム間の通信制御を行うもの
で、図示しないＱｏＳテーブルを備えている。ネットワ
ーク制御部３−１〜３−ｎは、それぞれ各種のネットワ
ーク４−１〜４−ｎに対応し、そのネットワーク種別に
応じた通信制御を行う。ネットワーク４−１〜４−ｎ
は、たとえば、パケット交換網，ＩＳＤＮ等に対応した
通信回線である。図示しないＱｏＳテーブルはネットワ
ーク毎のサービス品質を管理するもので、トランスポー
トレイヤ制御部２はこのＱｏＳテーブルを参照して上位
レイヤから要求されるＱｏＳに応じたネットワークを選
択する。
【００２２】この通信制御装置では、前述したＡＴＭや
インタネットの例とは異なり、ネットワーク内の転送能
力を調整するのではなく、ネットワーク毎に提供できる
ＱｏＳが固定化しており、ＱｏＳが固定化されたネット
ワークの候補の中から通信を行うネットワークを選択す
る。この通信制御装置によれば、上位レイヤのアプリケ
ーションからＱｏＳ（ＱｏＳに関する要求）が指定され
ると、指定されたＱｏＳに対応する適切なネットワーク
を選択するので、アプリケーションからのＱｏＳに関す
る要求に応じて動的にネットワークを選択し、効率的な
通信制御を行うことができる。
インタネットの例とは異なり、ネットワーク内の転送能
力を調整するのではなく、ネットワーク毎に提供できる
ＱｏＳが固定化しており、ＱｏＳが固定化されたネット
ワークの候補の中から通信を行うネットワークを選択す
る。この通信制御装置によれば、上位レイヤのアプリケ
ーションからＱｏＳ（ＱｏＳに関する要求）が指定され
ると、指定されたＱｏＳに対応する適切なネットワーク
を選択するので、アプリケーションからのＱｏＳに関す
る要求に応じて動的にネットワークを選択し、効率的な
通信制御を行うことができる。
【００２３】
【発明が解決しようとする課題】しかしながら、上記従
来の技術によれば、通信制御装置の場合は、複数の物理
的なネットワークの中から通信を行うネットワークを選
択するため、きめ細かくＱｏＳ制御を行うためには多数
の物理的なネットワークを用意しなければならず、シス
テムが複雑になり、コストがかかるという問題点があっ
た。
来の技術によれば、通信制御装置の場合は、複数の物理
的なネットワークの中から通信を行うネットワークを選
択するため、きめ細かくＱｏＳ制御を行うためには多数
の物理的なネットワークを用意しなければならず、シス
テムが複雑になり、コストがかかるという問題点があっ
た。
【００２４】また、ＷｉｎＳｏｃｋ２を用いて、ＡＴＭ
やインタネットで規定されたＱｏＳ関するパラメータを
指定して通信を行う場合は、ユーザまたはアプリケーシ
ョンの通信のサービス品質に関する、曖昧または大まか
な要求を、ネットワークで規定された通信のサービス品
質に関する、詳細なパラメータに変換する規定がされて
いないため、適切なＱｏＳに関するパラメータを決定す
ることが難しく、ユーザが望む通信のサービス品質が得
られない場合があるという問題点があった。
やインタネットで規定されたＱｏＳ関するパラメータを
指定して通信を行う場合は、ユーザまたはアプリケーシ
ョンの通信のサービス品質に関する、曖昧または大まか
な要求を、ネットワークで規定された通信のサービス品
質に関する、詳細なパラメータに変換する規定がされて
いないため、適切なＱｏＳに関するパラメータを決定す
ることが難しく、ユーザが望む通信のサービス品質が得
られない場合があるという問題点があった。
【００２５】本発明は、上記に鑑みてなされたものであ
って、多数の物理的なネットワークを用意する必要をな
くし、システムを簡略化してコストを低減し、かつ、適
切なＱｏＳに関するパラメータを決定し、ユーザが望む
通信のサービス品質を得るパラメータ決定装置、パラメ
ータ決定方法、および、その方法をコンピュータに実行
させるプログラムを記録したコンピュータ読み取り可能
な記録媒体を得ることを目的とする。
って、多数の物理的なネットワークを用意する必要をな
くし、システムを簡略化してコストを低減し、かつ、適
切なＱｏＳに関するパラメータを決定し、ユーザが望む
通信のサービス品質を得るパラメータ決定装置、パラメ
ータ決定方法、および、その方法をコンピュータに実行
させるプログラムを記録したコンピュータ読み取り可能
な記録媒体を得ることを目的とする。
【００２６】
【課題を解決するための手段】上述した課題を解決し、
目的を達成するために、本発明にかかるパラメータ決定
装置にあっては、ＱｏＳを保証するネットワークとの通
信に用いられるパラメータ決定装置であって、ユーザと
の対話を行うことにより、ユーザの望む通信のサービス
品質と前記ネットワークとの調整を行い、前記ネットワ
ークで規定されているＱｏＳに関するパラメータを決定
することを特徴とする。
目的を達成するために、本発明にかかるパラメータ決定
装置にあっては、ＱｏＳを保証するネットワークとの通
信に用いられるパラメータ決定装置であって、ユーザと
の対話を行うことにより、ユーザの望む通信のサービス
品質と前記ネットワークとの調整を行い、前記ネットワ
ークで規定されているＱｏＳに関するパラメータを決定
することを特徴とする。
【００２７】このパラメータ決定装置によれば、ユーザ
との対話を行うことにより、ユーザの望む通信のサービ
ス品質とネットワークとの調整を行い、ネットワークで
規定されているＱｏＳに関するパラメータを決定する。
との対話を行うことにより、ユーザの望む通信のサービ
ス品質とネットワークとの調整を行い、ネットワークで
規定されているＱｏＳに関するパラメータを決定する。
【００２８】つぎの発明にかかるパラメータ決定装置に
あっては、ＱｏＳを保証するネットワークとの通信に用
いられるパラメータ決定装置において、アプリケーショ
ンおよびユーザのうち少なくとも一方からの通信のサー
ビス品質に関する要求を入力する要求入力手段と、前記
要求入力手段が入力した通信のサービス品質に関する要
求に基いて、前記ネットワークで規定されているＱｏＳ
に関するパラメータを決定する決定手段と、を具備する
ことを特徴とする。
あっては、ＱｏＳを保証するネットワークとの通信に用
いられるパラメータ決定装置において、アプリケーショ
ンおよびユーザのうち少なくとも一方からの通信のサー
ビス品質に関する要求を入力する要求入力手段と、前記
要求入力手段が入力した通信のサービス品質に関する要
求に基いて、前記ネットワークで規定されているＱｏＳ
に関するパラメータを決定する決定手段と、を具備する
ことを特徴とする。
【００２９】このパラメータ決定装置によれば、アプリ
ケーションおよびユーザのうち少なくとも一方からの通
信のサービス品質に関する要求を入力し、入力した通信
のサービス品質に関する要求に基いて、自動的に、ネッ
トワークで規定されているＱｏＳに関するパラメータを
決定する。
ケーションおよびユーザのうち少なくとも一方からの通
信のサービス品質に関する要求を入力し、入力した通信
のサービス品質に関する要求に基いて、自動的に、ネッ
トワークで規定されているＱｏＳに関するパラメータを
決定する。
【００３０】つぎの発明にかかるパラメータ決定装置に
あっては、ＱｏＳを保証するネットワークとの通信に用
いられるパラメータ決定装置において、少なくとも一つ
の端末装置から、アプリケーションおよびユーザのうち
少なくとも一方からの通信のサービス品質に関する要求
を入力する要求入力手段と、前記要求入力手段が入力し
た通信のサービス品質に関する要求に基いて、前記ネッ
トワークで規定されているＱｏＳに関するパラメータを
決定する決定手段と、を具備することを特徴とする。
あっては、ＱｏＳを保証するネットワークとの通信に用
いられるパラメータ決定装置において、少なくとも一つ
の端末装置から、アプリケーションおよびユーザのうち
少なくとも一方からの通信のサービス品質に関する要求
を入力する要求入力手段と、前記要求入力手段が入力し
た通信のサービス品質に関する要求に基いて、前記ネッ
トワークで規定されているＱｏＳに関するパラメータを
決定する決定手段と、を具備することを特徴とする。
【００３１】このパラメータ決定装置によれば、少なく
とも一つの端末装置から、アプリケーションおよびユー
ザのうち少なくとも一方からの通信のサービス品質に関
する要求を入力し、入力した通信のサービス品質に関す
る要求に基いて、自動的に、ネットワークで規定されて
いるＱｏＳに関するパラメータを決定する。
とも一つの端末装置から、アプリケーションおよびユー
ザのうち少なくとも一方からの通信のサービス品質に関
する要求を入力し、入力した通信のサービス品質に関す
る要求に基いて、自動的に、ネットワークで規定されて
いるＱｏＳに関するパラメータを決定する。
【００３２】つぎの発明にかかるパラメータ決定装置に
あっては、さらに、前記決定手段が決定したＱｏＳに関
するパラメータを前記端末装置に出力する出力手段を具
備することを特徴とする。
あっては、さらに、前記決定手段が決定したＱｏＳに関
するパラメータを前記端末装置に出力する出力手段を具
備することを特徴とする。
【００３３】このパラメータ決定装置によれば、決定し
たＱｏＳに関するパラメータを端末装置に出力し、端末
装置側で既存の通信プロトコルを用いて通信を行うこと
ができる。
たＱｏＳに関するパラメータを端末装置に出力し、端末
装置側で既存の通信プロトコルを用いて通信を行うこと
ができる。
【００３４】つぎの発明にかかるパラメータ決定装置に
あっては、さらに、ネットワークの負荷状態に関する情
報を入力する負荷状態入力手段を具備し、前記決定手段
は、前記負荷状態入力手段が入力したネットワークの負
荷状態に関する情報に基いて、前記ＱｏＳに関するパラ
メータを決定することを特徴とする。
あっては、さらに、ネットワークの負荷状態に関する情
報を入力する負荷状態入力手段を具備し、前記決定手段
は、前記負荷状態入力手段が入力したネットワークの負
荷状態に関する情報に基いて、前記ＱｏＳに関するパラ
メータを決定することを特徴とする。
【００３５】このパラメータ決定装置によれば、ネット
ワークの負荷状態に関する情報を入力し、入力したネッ
トワークの負荷状態に関する情報に基いて、ＱｏＳに関
するパラメータを決定する。
ワークの負荷状態に関する情報を入力し、入力したネッ
トワークの負荷状態に関する情報に基いて、ＱｏＳに関
するパラメータを決定する。
【００３６】つぎの発明にかかるパラメータ決定装置に
あっては、さらに、前記決定手段が決定したＱｏＳに関
するパラメータでの通信が前記ネットワークにより受け
付けられたか否かを判定する判定手段を具備し、前記決
定手段は、前記判定手段で、前記ＱｏＳに関するパラメ
ータでの通信が前記ネットワークにより受け付けられな
かったと判定された場合、代替のＱｏＳに関するパラメ
ータを決定することを特徴とする。
あっては、さらに、前記決定手段が決定したＱｏＳに関
するパラメータでの通信が前記ネットワークにより受け
付けられたか否かを判定する判定手段を具備し、前記決
定手段は、前記判定手段で、前記ＱｏＳに関するパラメ
ータでの通信が前記ネットワークにより受け付けられな
かったと判定された場合、代替のＱｏＳに関するパラメ
ータを決定することを特徴とする。
【００３７】このパラメータ決定装置によれば、決定し
たＱｏＳに関するパラメータでの通信がネットワークに
より受け付けられたか否かを判定し、受け付けられなか
ったと判定された場合、自動的に代替のＱｏＳに関する
パラメータを決定する。
たＱｏＳに関するパラメータでの通信がネットワークに
より受け付けられたか否かを判定し、受け付けられなか
ったと判定された場合、自動的に代替のＱｏＳに関する
パラメータを決定する。
【００３８】つぎの発明にかかるパラメータ決定装置に
あっては、さらに、前記判定手段で、前記ＱｏＳに関す
るパラメータでの通信が前記ネットワークにより受け付
けられなかったと判定した場合、代替のＱｏＳに関する
パラメータを決定することに対するユーザの承認を受け
るための承認手段を具備し、前記決定手段は、前記承認
手段で承認を受けなかった場合は代替のＱｏＳに関する
パラメータを決定しないことを特徴とする。
あっては、さらに、前記判定手段で、前記ＱｏＳに関す
るパラメータでの通信が前記ネットワークにより受け付
けられなかったと判定した場合、代替のＱｏＳに関する
パラメータを決定することに対するユーザの承認を受け
るための承認手段を具備し、前記決定手段は、前記承認
手段で承認を受けなかった場合は代替のＱｏＳに関する
パラメータを決定しないことを特徴とする。
【００３９】このパラメータ決定装置によれば、ＱｏＳ
に関するパラメータでの通信がネットワークにより受け
付けられなかった場合、代替のＱｏＳに関するパラメー
タを決定することに対するユーザの承認を受け、承認を
受けなかった場合は代替のＱｏＳに関するパラメータを
決定しない。
に関するパラメータでの通信がネットワークにより受け
付けられなかった場合、代替のＱｏＳに関するパラメー
タを決定することに対するユーザの承認を受け、承認を
受けなかった場合は代替のＱｏＳに関するパラメータを
決定しない。
【００４０】つぎの発明にかかるパラメータ決定装置に
あっては、さらに、前記決定手段が決定したＱｏＳに関
するパラメータのユーザによる承認を受けるための承認
手段を具備することを特徴とする。
あっては、さらに、前記決定手段が決定したＱｏＳに関
するパラメータのユーザによる承認を受けるための承認
手段を具備することを特徴とする。
【００４１】このパラメータ決定装置によれば、決定し
たＱｏＳに関するパラメータのユーザによる承認を受け
る。
たＱｏＳに関するパラメータのユーザによる承認を受け
る。
【００４２】つぎの発明にかかるパラメータ決定装置に
あっては、さらに、通信が開始された後、ユーザからの
通信のサービス品質の変更要求を入力する変更要求入力
手段を具備し、前記決定手段は、前記変更要求入力手段
が入力した変更要求に応じたＱｏＳに関するパラメータ
を決定することを特徴とする。
あっては、さらに、通信が開始された後、ユーザからの
通信のサービス品質の変更要求を入力する変更要求入力
手段を具備し、前記決定手段は、前記変更要求入力手段
が入力した変更要求に応じたＱｏＳに関するパラメータ
を決定することを特徴とする。
【００４３】このパラメータ決定装置によれば、通信が
開始された後、ユーザからの通信のサービス品質の変更
要求を入力し、入力した変更要求に応じたＱｏＳに関す
るパラメータを決定する。
開始された後、ユーザからの通信のサービス品質の変更
要求を入力し、入力した変更要求に応じたＱｏＳに関す
るパラメータを決定する。
【００４４】つぎの発明にかかるパラメータ決定装置に
あっては、前記変更要求入力手段は、通信が開始された
後、ユーザに対して通信のサービス品質についての問い
合わせを行うことを特徴とする。
あっては、前記変更要求入力手段は、通信が開始された
後、ユーザに対して通信のサービス品質についての問い
合わせを行うことを特徴とする。
【００４５】このパラメータ決定装置によれば、通信が
開始された後、ユーザに対して通信のサービス品質につ
いての問い合わせを行う。
開始された後、ユーザに対して通信のサービス品質につ
いての問い合わせを行う。
【００４６】上述した課題を解決し、目的を達成するた
めに、本発明にかかるパラメータ決定方法にあっては、
ＱｏＳを保証するネットワークとの通信に用いられるパ
ラメータ決定装置であって、ユーザとの対話を行うこと
により、ユーザの望む通信のサービス品質と前記ネット
ワークとの調整を行い、前記ネットワークで規定されて
いるＱｏＳに関するパラメータを決定することを特徴と
する。
めに、本発明にかかるパラメータ決定方法にあっては、
ＱｏＳを保証するネットワークとの通信に用いられるパ
ラメータ決定装置であって、ユーザとの対話を行うこと
により、ユーザの望む通信のサービス品質と前記ネット
ワークとの調整を行い、前記ネットワークで規定されて
いるＱｏＳに関するパラメータを決定することを特徴と
する。
【００４７】このパラメータ決定方法によれば、ユーザ
との対話を行うことにより、ユーザの望む通信のサービ
ス品質とネットワークとの調整を行い、ネットワークで
規定されているＱｏＳに関するパラメータを決定する。
との対話を行うことにより、ユーザの望む通信のサービ
ス品質とネットワークとの調整を行い、ネットワークで
規定されているＱｏＳに関するパラメータを決定する。
【００４８】つぎの発明にかかるパラメータ決定方法に
あっては、アプリケーションおよびユーザのうち少なく
とも一方からの通信のサービス品質に関する要求を入力
する要求入力工程と、前記要求入力工程で入力した通信
のサービス品質に関する要求に基いて、前記ネットワー
クで規定されているＱｏＳに関するパラメータを決定す
る決定工程と、を含むことを特徴とする。
あっては、アプリケーションおよびユーザのうち少なく
とも一方からの通信のサービス品質に関する要求を入力
する要求入力工程と、前記要求入力工程で入力した通信
のサービス品質に関する要求に基いて、前記ネットワー
クで規定されているＱｏＳに関するパラメータを決定す
る決定工程と、を含むことを特徴とする。
【００４９】このパラメータ決定方法によれば、アプリ
ケーションおよびユーザのうち少なくとも一方からの通
信のサービス品質に関する要求を入力させて、入力した
通信のサービス品質に関する要求に基いて、自動的に、
ネットワークで規定されているＱｏＳに関するパラメー
タを決定させる。
ケーションおよびユーザのうち少なくとも一方からの通
信のサービス品質に関する要求を入力させて、入力した
通信のサービス品質に関する要求に基いて、自動的に、
ネットワークで規定されているＱｏＳに関するパラメー
タを決定させる。
【００５０】つぎの発明にかかるパラメータ決定方法に
あっては、少なくとも一つの端末装置から、アプリケー
ションおよびユーザのうち少なくとも一方からの通信の
サービス品質に関する要求を入力する要求入力工程と、
前記要求入力工程で入力した通信のサービス品質に関す
る要求に基いて、前記ネットワークで規定されているＱ
ｏＳに関するパラメータを決定する決定工程と、を含む
ことを特徴とする。
あっては、少なくとも一つの端末装置から、アプリケー
ションおよびユーザのうち少なくとも一方からの通信の
サービス品質に関する要求を入力する要求入力工程と、
前記要求入力工程で入力した通信のサービス品質に関す
る要求に基いて、前記ネットワークで規定されているＱ
ｏＳに関するパラメータを決定する決定工程と、を含む
ことを特徴とする。
【００５１】このパラメータ決定方法によれば、少なく
とも一つの端末装置から、アプリケーションおよびユー
ザのうち少なくとも一方からの通信のサービス品質に関
する要求を入力させて、入力した通信のサービス品質に
関する要求に基いて、自動的に、ネットワークで規定さ
れているＱｏＳに関するパラメータを決定させる。
とも一つの端末装置から、アプリケーションおよびユー
ザのうち少なくとも一方からの通信のサービス品質に関
する要求を入力させて、入力した通信のサービス品質に
関する要求に基いて、自動的に、ネットワークで規定さ
れているＱｏＳに関するパラメータを決定させる。
【００５２】つぎの発明にかかるパラメータ決定方法に
あっては、さらに、前記決定工程で決定したＱｏＳに関
するパラメータを前記端末装置に出力する出力工程を含
むことを特徴とする。
あっては、さらに、前記決定工程で決定したＱｏＳに関
するパラメータを前記端末装置に出力する出力工程を含
むことを特徴とする。
【００５３】このパラメータ決定方法によれば、決定し
たＱｏＳに関するパラメータを端末装置に出力させて、
端末装置側で既存の通信プロトコルを用いて通信を行わ
せることができる。
たＱｏＳに関するパラメータを端末装置に出力させて、
端末装置側で既存の通信プロトコルを用いて通信を行わ
せることができる。
【００５４】つぎの発明にかかるパラメータ決定方法に
あっては、さらに、ネットワークの負荷状態に関する情
報を入力する負荷状態入力工程を含み、前記決定工程
は、前記負荷状態入力工程で入力したネットワークの負
荷状態に関する情報に基いて、前記ＱｏＳに関するパラ
メータを決定することを特徴とする。
あっては、さらに、ネットワークの負荷状態に関する情
報を入力する負荷状態入力工程を含み、前記決定工程
は、前記負荷状態入力工程で入力したネットワークの負
荷状態に関する情報に基いて、前記ＱｏＳに関するパラ
メータを決定することを特徴とする。
【００５５】このパラメータ決定方法によれば、ネット
ワークの負荷状態に関する情報を入力させて、入力した
ネットワークの負荷状態に関する情報に基いて、ＱｏＳ
に関するパラメータを決定させる。
ワークの負荷状態に関する情報を入力させて、入力した
ネットワークの負荷状態に関する情報に基いて、ＱｏＳ
に関するパラメータを決定させる。
【００５６】つぎの発明にかかるパラメータ決定方法に
あっては、さらに、前記決定工程で決定したＱｏＳに関
するパラメータでの通信が前記ネットワークにより受け
付けられたか否かを判定する判定工程を含み、前記決定
工程は、前記判定工程で、前記ＱｏＳに関するパラメー
タでの通信が前記ネットワークにより受け付けられなか
ったと判定された場合、代替のＱｏＳに関するパラメー
タを決定することを特徴とする。
あっては、さらに、前記決定工程で決定したＱｏＳに関
するパラメータでの通信が前記ネットワークにより受け
付けられたか否かを判定する判定工程を含み、前記決定
工程は、前記判定工程で、前記ＱｏＳに関するパラメー
タでの通信が前記ネットワークにより受け付けられなか
ったと判定された場合、代替のＱｏＳに関するパラメー
タを決定することを特徴とする。
【００５７】このパラメータ決定方法によれば、決定し
たＱｏＳに関するパラメータでの通信がネットワークに
より受け付けられたか否かを判定させて、受け付けられ
なかったと判定した場合、自動的に代替のＱｏＳに関す
るパラメータを決定させる。
たＱｏＳに関するパラメータでの通信がネットワークに
より受け付けられたか否かを判定させて、受け付けられ
なかったと判定した場合、自動的に代替のＱｏＳに関す
るパラメータを決定させる。
【００５８】つぎの発明にかかるパラメータ決定方法に
あっては、さらに、前記判定工程で、前記ＱｏＳに関す
るパラメータでの通信が前記ネットワークにより受け付
けられなかったと判定された場合、代替のＱｏＳに関す
るパラメータを決定することに対するユーザの承認を受
けるための承認工程を含み、前記決定工程は、前記承認
工程で承認を受けなかった場合は代替のＱｏＳに関する
パラメータを決定しないことを特徴とする。
あっては、さらに、前記判定工程で、前記ＱｏＳに関す
るパラメータでの通信が前記ネットワークにより受け付
けられなかったと判定された場合、代替のＱｏＳに関す
るパラメータを決定することに対するユーザの承認を受
けるための承認工程を含み、前記決定工程は、前記承認
工程で承認を受けなかった場合は代替のＱｏＳに関する
パラメータを決定しないことを特徴とする。
【００５９】このパラメータ決定方法によれば、ＱｏＳ
に関するパラメータでの通信がネットワークにより受け
付けられなかった場合、代替のＱｏＳに関するパラメー
タを決定することに対するユーザの承認を受け、承認を
受けなかった場合は代替のＱｏＳに関するパラメータを
決定しないようにする。
に関するパラメータでの通信がネットワークにより受け
付けられなかった場合、代替のＱｏＳに関するパラメー
タを決定することに対するユーザの承認を受け、承認を
受けなかった場合は代替のＱｏＳに関するパラメータを
決定しないようにする。
【００６０】つぎの発明にかかるパラメータ決定方法に
あっては、さらに、前記決定工程で決定したＱｏＳに関
するパラメータのユーザによる承認を受けるための承認
工程を含むことを特徴とする。
あっては、さらに、前記決定工程で決定したＱｏＳに関
するパラメータのユーザによる承認を受けるための承認
工程を含むことを特徴とする。
【００６１】このパラメータ決定方法によれば、決定し
たＱｏＳに関するパラメータのユーザによる承認を受け
るようにする。
たＱｏＳに関するパラメータのユーザによる承認を受け
るようにする。
【００６２】つぎの発明にかかるパラメータ決定方法に
あっては、さらに、通信が開始された後、ユーザからの
通信のサービス品質の変更要求を入力する変更要求入力
工程を含み、前記決定工程は、前記変更要求入力工程で
入力した変更要求に応じたＱｏＳに関するパラメータを
決定することを特徴とする。
あっては、さらに、通信が開始された後、ユーザからの
通信のサービス品質の変更要求を入力する変更要求入力
工程を含み、前記決定工程は、前記変更要求入力工程で
入力した変更要求に応じたＱｏＳに関するパラメータを
決定することを特徴とする。
【００６３】このパラメータ決定方法によれば、通信が
開始された後、ユーザからの通信のサービス品質の変更
要求を入力させて、入力した変更要求に応じたＱｏＳに
関するパラメータを決定させる。
開始された後、ユーザからの通信のサービス品質の変更
要求を入力させて、入力した変更要求に応じたＱｏＳに
関するパラメータを決定させる。
【００６４】つぎの発明にかかるパラメータ決定方法に
あっては、前記変更要求入力工程は、通信が開始された
後、ユーザに対して通信のサービス品質についての問い
合わせを行うことを特徴とする。
あっては、前記変更要求入力工程は、通信が開始された
後、ユーザに対して通信のサービス品質についての問い
合わせを行うことを特徴とする。
【００６５】このパラメータ決定方法によれば、通信が
開始された後、ユーザに対して通信のサービス品質につ
いての問い合わせを行わせる。
開始された後、ユーザに対して通信のサービス品質につ
いての問い合わせを行わせる。
【００６６】上述した課題を解決し、目的を達成するた
めに、本発明にかかるコンピュータ読み取り可能な記録
媒体にあっては、前記のいずれか一つの発明による方法
をコンピュータに実行させるプログラムを記録したこと
を特徴とする。
めに、本発明にかかるコンピュータ読み取り可能な記録
媒体にあっては、前記のいずれか一つの発明による方法
をコンピュータに実行させるプログラムを記録したこと
を特徴とする。
【００６７】このコンピュータ読み取り可能な記録媒体
によれば、前記のいずれか一つの発明による方法をコン
ピュータに実行させることができる。
によれば、前記のいずれか一つの発明による方法をコン
ピュータに実行させることができる。
【００６８】
【発明の実施の形態】以下に、本発明にかかるパラメー
タ決定装置、パラメータ決定方法およびその方法をコン
ピュータに実行させるプログラムを記録したコンピュー
タ読み取り可能な記録媒体の実施の形態を、図面を参照
して詳細に説明する。
タ決定装置、パラメータ決定方法およびその方法をコン
ピュータに実行させるプログラムを記録したコンピュー
タ読み取り可能な記録媒体の実施の形態を、図面を参照
して詳細に説明する。
【００６９】実施の形態１．図１は、本発明の実施の形
態１にかかるパラメータ決定装置の分類を示す図表であ
る。実施の形態１にかかるパラメータ決定装置は、ユー
ザが使用する、または通信用アプリケーションが存在す
る端末内に配置されるか、ネットワーク機器として、ま
たはネットワーク機器内に配置されるかに分類される。
さらに、独立動作、すなわち、ネットワークの負荷状態
を考慮せず、ユーザまたはアプリケーションからのＱｏ
Ｓに関する要求に基いてＱｏＳに関するパラメータを決
定するか、あるいは、ネットワークの負荷状態も考慮に
入れてＱｏＳに関するパラメータを決定するかに分類さ
れる。
態１にかかるパラメータ決定装置の分類を示す図表であ
る。実施の形態１にかかるパラメータ決定装置は、ユー
ザが使用する、または通信用アプリケーションが存在す
る端末内に配置されるか、ネットワーク機器として、ま
たはネットワーク機器内に配置されるかに分類される。
さらに、独立動作、すなわち、ネットワークの負荷状態
を考慮せず、ユーザまたはアプリケーションからのＱｏ
Ｓに関する要求に基いてＱｏＳに関するパラメータを決
定するか、あるいは、ネットワークの負荷状態も考慮に
入れてＱｏＳに関するパラメータを決定するかに分類さ
れる。
【００７０】実施の形態１では、図１に示すアプローチ
１に対応するパラメータ決定装置、すなわち、端末内に
配置され、独立動作を行うパラメータ決定装置を例に挙
げる。まず、その構成について、図２，図３を参照して
説明する。図２は、実施の形態１にかかる端末の概略構
成を示す図である。実施の形態１の端末は、ユーザ１１
が起動する通信用のアプリケーション１２と、ネットワ
ーク１５とＱｏＳの交渉を行うミドルウェア１４と、ア
プリケーション１２とミドルウェア１４との間に配置さ
れ、ＱｏＳに関するパラメータを決定するパラメータ決
定装置１３と、を備えている。パラメータ決定装置１３
は、アプリケーション１２またはユーザ１１からの大ま
かで曖昧なＱｏＳに関する要求、たとえば、ＱｏＳに関
するパラメータの一部等を入力し、ネットワーク１５で
規定されている詳細なＱｏＳに関するパラメータを決定
してミドルウェア１４に出力する。
１に対応するパラメータ決定装置、すなわち、端末内に
配置され、独立動作を行うパラメータ決定装置を例に挙
げる。まず、その構成について、図２，図３を参照して
説明する。図２は、実施の形態１にかかる端末の概略構
成を示す図である。実施の形態１の端末は、ユーザ１１
が起動する通信用のアプリケーション１２と、ネットワ
ーク１５とＱｏＳの交渉を行うミドルウェア１４と、ア
プリケーション１２とミドルウェア１４との間に配置さ
れ、ＱｏＳに関するパラメータを決定するパラメータ決
定装置１３と、を備えている。パラメータ決定装置１３
は、アプリケーション１２またはユーザ１１からの大ま
かで曖昧なＱｏＳに関する要求、たとえば、ＱｏＳに関
するパラメータの一部等を入力し、ネットワーク１５で
規定されている詳細なＱｏＳに関するパラメータを決定
してミドルウェア１４に出力する。
【００７１】図３は、図２に示したパラメータ決定装置
１３の概略構成を示すブロック図である。パラメータ決
定装置１３は、ユーザ１１またはアプリケーション１２
からの要求を入力する要求入力部６１と、ＱｏＳに関す
るパラメータを決定する決定部６２と、ミドルウェア１
４とのデータの入出力のための入出力部６３と、決定部
６２がＱｏＳに関するパラメータを決定することに対す
るユーザ１１からの承認、または、決定部６２が決定し
たＱｏＳに関するパラメータに対するユーザ１１からの
承認を入力するための承認部６４と、決定したＱｏＳに
関するパラメータが、ネットワーク１５により受け付け
られたか否かを判定する判定部６５と、通信開始後に、
ユーザ１１からのＱｏＳの変更要求を入力するための変
更要求入力部６６と、を備えている。
１３の概略構成を示すブロック図である。パラメータ決
定装置１３は、ユーザ１１またはアプリケーション１２
からの要求を入力する要求入力部６１と、ＱｏＳに関す
るパラメータを決定する決定部６２と、ミドルウェア１
４とのデータの入出力のための入出力部６３と、決定部
６２がＱｏＳに関するパラメータを決定することに対す
るユーザ１１からの承認、または、決定部６２が決定し
たＱｏＳに関するパラメータに対するユーザ１１からの
承認を入力するための承認部６４と、決定したＱｏＳに
関するパラメータが、ネットワーク１５により受け付け
られたか否かを判定する判定部６５と、通信開始後に、
ユーザ１１からのＱｏＳの変更要求を入力するための変
更要求入力部６６と、を備えている。
【００７２】以上の構成において、実施の形態１の動作
を、図４〜図７を参照して説明する。図４は、実施の形
態１にかかるＱｏＳ制御のシーケンスを示す説明図であ
る。実施の形態１にかかるＱｏＳ制御のシーケンスにお
いて、まず、ユーザ１１がアプリケーション１２を起動
してＵＲＬ（Uniform Resource Locator）等を設定し、
ネットワーク１５への接続要求を行う。
を、図４〜図７を参照して説明する。図４は、実施の形
態１にかかるＱｏＳ制御のシーケンスを示す説明図であ
る。実施の形態１にかかるＱｏＳ制御のシーケンスにお
いて、まず、ユーザ１１がアプリケーション１２を起動
してＵＲＬ（Uniform Resource Locator）等を設定し、
ネットワーク１５への接続要求を行う。
【００７３】このとき、同時にＱｏＳに関する要求も行
われる。パラメータ決定装置１３では、ＡＴＭのシグナ
リング手順等のパラメータ（ＱｏＳに関するパラメー
タ）を決定し、決定したパラメータをミドルウェア１４
に出力する。ミドルウェア１４ではネットワークプロト
コルが起動され、ネットワーク側とのＱｏＳの交渉が行
われる。ネットワーク側で必要なリソースが確保され、
ＱｏＳに関するパラメータで規定されるＱｏＳを保証す
る通信が可能なことを示す通知があった場合は通信を開
始する。
われる。パラメータ決定装置１３では、ＡＴＭのシグナ
リング手順等のパラメータ（ＱｏＳに関するパラメー
タ）を決定し、決定したパラメータをミドルウェア１４
に出力する。ミドルウェア１４ではネットワークプロト
コルが起動され、ネットワーク側とのＱｏＳの交渉が行
われる。ネットワーク側で必要なリソースが確保され、
ＱｏＳに関するパラメータで規定されるＱｏＳを保証す
る通信が可能なことを示す通知があった場合は通信を開
始する。
【００７４】通信開始後、パラメータ決定装置１３は、
ユーザ１１に対し、通信のサービス品質についての問い
合わせを行う。具体的には、リアルタイムの画像や音声
の情報を扱う通信が行われているのであれば、「画像お
よび音声の質は現状でよいか？」、ファイル転送等のデ
ータを扱う通信が行われているのであれば、「転送速度
は現状で良いか？」というような平易な表現の問い合わ
せを行い、問い合わせに対する回答を入力する。ＱｏＳ
の変更を要求する回答があった場合は、再度ＱｏＳに関
するパラメータを決定し、ＱｏＳに関するパラメータを
変更する。なお、このような問い合わせを行わず、ユー
ザ１１が適宜、ＱｏＳの変更を要求する入力を行うよう
にしてもよい。
ユーザ１１に対し、通信のサービス品質についての問い
合わせを行う。具体的には、リアルタイムの画像や音声
の情報を扱う通信が行われているのであれば、「画像お
よび音声の質は現状でよいか？」、ファイル転送等のデ
ータを扱う通信が行われているのであれば、「転送速度
は現状で良いか？」というような平易な表現の問い合わ
せを行い、問い合わせに対する回答を入力する。ＱｏＳ
の変更を要求する回答があった場合は、再度ＱｏＳに関
するパラメータを決定し、ＱｏＳに関するパラメータを
変更する。なお、このような問い合わせを行わず、ユー
ザ１１が適宜、ＱｏＳの変更を要求する入力を行うよう
にしてもよい。
【００７５】図５は、実施の形態１にかかる、決定した
ＱｏＳに関するパラメータでの通信がネットワーク側で
受け付けられなかった場合のＱｏＳ制御のシーケンスを
示す説明図である。最初に決定したＱｏＳに関するパラ
メータでの通信がネットワーク側で受け付けられなかっ
た場合、パラメータ決定装置１３は、代替のＱｏＳに関
するパラメータを決定する。
ＱｏＳに関するパラメータでの通信がネットワーク側で
受け付けられなかった場合のＱｏＳ制御のシーケンスを
示す説明図である。最初に決定したＱｏＳに関するパラ
メータでの通信がネットワーク側で受け付けられなかっ
た場合、パラメータ決定装置１３は、代替のＱｏＳに関
するパラメータを決定する。
【００７６】ＱｏＳが劣化することが予想される場合
は、ユーザ１１に対して問い合わせを行い、代替のＱｏ
Ｓパラメータで通信を行うことに対する承認を受け、ネ
ットワーク１５との接続を行う。代替のＱｏＳに関する
パラメータを決定できないか、または、ユーザが品質を
優先して代替のＱｏＳパラメータの承認を行わなかった
場合は、「現在の時間帯は接続不可」等の表示を行う。
は、ユーザ１１に対して問い合わせを行い、代替のＱｏ
Ｓパラメータで通信を行うことに対する承認を受け、ネ
ットワーク１５との接続を行う。代替のＱｏＳに関する
パラメータを決定できないか、または、ユーザが品質を
優先して代替のＱｏＳパラメータの承認を行わなかった
場合は、「現在の時間帯は接続不可」等の表示を行う。
【００７７】つぎに、ネットワーク１５としてＡＴＭを
例に挙げ、ネットワークでのプロトコルにおけるＱｏＳ
制御のためのパラメータ（ＱｏＳに関するパラメータ）
の決定方法について、図６，図７を参照して説明する。
図６は、実施の形態１にかかるＱｏＳ制御のためのパラ
メータの決定方法の一例を示すフローチャートである。
例に挙げ、ネットワークでのプロトコルにおけるＱｏＳ
制御のためのパラメータ（ＱｏＳに関するパラメータ）
の決定方法について、図６，図７を参照して説明する。
図６は、実施の形態１にかかるＱｏＳ制御のためのパラ
メータの決定方法の一例を示すフローチャートである。
【００７８】ＡＴＭの場合のネットワークでのプロトコ
ルにおけるＱｏＳ制御のためのパラメータの決定方法に
あっては、まず、アプリケーション１２のＱｏＳに関す
る要求に基いて、トラヒックパラメータのＰＣＲ（Peak
Cell Rate），ＳＣＲ（Sustainable Cell Rate）およ
びＭＢＳ（Maximum Cell Rate）を仮に決定する。すな
わち、仮のＱｏＳに関するパラメータ、またはＱｏＳに
関するパラメータの候補を決定する（Ｓ１１）。ここ
で、ＱｏＳに関するパラメータの候補として、たとえ
ば、最良のＱｏＳを保証するようなＱｏＳに関するパラ
メータを決定するようにしてもよい。
ルにおけるＱｏＳ制御のためのパラメータの決定方法に
あっては、まず、アプリケーション１２のＱｏＳに関す
る要求に基いて、トラヒックパラメータのＰＣＲ（Peak
Cell Rate），ＳＣＲ（Sustainable Cell Rate）およ
びＭＢＳ（Maximum Cell Rate）を仮に決定する。すな
わち、仮のＱｏＳに関するパラメータ、またはＱｏＳに
関するパラメータの候補を決定する（Ｓ１１）。ここ
で、ＱｏＳに関するパラメータの候補として、たとえ
ば、最良のＱｏＳを保証するようなＱｏＳに関するパラ
メータを決定するようにしてもよい。
【００７９】続いて、これらのパラメータを設定してシ
グナリング手順を起動し（Ｓ１２）、ネットワーク１５
で、トラヒックパラメータに示されたトラヒックに必要
なリソースが確保でき、かつ、ＱｏＳパラメータを満た
す通信が可能か否かを判定する（Ｓ１３）。ネットワー
ク１５で、必要なリソースが確保でき、かつ、ＱｏＳパ
ラメータを満たす通信が可能であれば、このトラフィッ
クパラメータを、決定したトラフィックパラメータとし
て処理を終了する。一方、必要なリソースが確保でき
ず、またはＱｏＳパラメータを満たす通信が可能でなけ
れば、ＳＣＲ，ＭＢＳの他の候補を決定し（Ｓ１４）、
ステップＳ１２に戻る。
グナリング手順を起動し（Ｓ１２）、ネットワーク１５
で、トラヒックパラメータに示されたトラヒックに必要
なリソースが確保でき、かつ、ＱｏＳパラメータを満た
す通信が可能か否かを判定する（Ｓ１３）。ネットワー
ク１５で、必要なリソースが確保でき、かつ、ＱｏＳパ
ラメータを満たす通信が可能であれば、このトラフィッ
クパラメータを、決定したトラフィックパラメータとし
て処理を終了する。一方、必要なリソースが確保でき
ず、またはＱｏＳパラメータを満たす通信が可能でなけ
れば、ＳＣＲ，ＭＢＳの他の候補を決定し（Ｓ１４）、
ステップＳ１２に戻る。
【００８０】図７は、実施の形態１にかかるＱｏＳ制御
のためのパラメータの決定方法の一例を示す説明図であ
る。一般的に、アプリケーションの転送能力（アプリケ
ーションのＱｏＳに関する要求）によって、ＰＣＲにつ
いては単純に決定することができるが、ＳＣＲおよびＭ
ＢＳについては単純に決定することができない。このた
め、パラメータ決定装置１３は、まず、アプリケーショ
ン１２のＱｏＳに関する要求に基いてＰＣＲを決定する
（図中のＰＣＲ＝ｘ）。つぎに、ＳＣＲおよびＭＢＳに
ついて、できるかぎり大きな値を決定する（図中のＳＣ
Ｒ＝Ｘ１，ＭＢＳ＝Ｙ１）。
のためのパラメータの決定方法の一例を示す説明図であ
る。一般的に、アプリケーションの転送能力（アプリケ
ーションのＱｏＳに関する要求）によって、ＰＣＲにつ
いては単純に決定することができるが、ＳＣＲおよびＭ
ＢＳについては単純に決定することができない。このた
め、パラメータ決定装置１３は、まず、アプリケーショ
ン１２のＱｏＳに関する要求に基いてＰＣＲを決定する
（図中のＰＣＲ＝ｘ）。つぎに、ＳＣＲおよびＭＢＳに
ついて、できるかぎり大きな値を決定する（図中のＳＣ
Ｒ＝Ｘ１，ＭＢＳ＝Ｙ１）。
【００８１】つぎに、シグナリング手順を実行し、ＡＴ
Ｍの交換機により、これらのトラヒックパラメータで示
されるトラヒックを収容できないと判定された場合、す
なわち、決定したトラヒックパラメータでの通信が受け
付けられなかった場合は、ＰＣＲおよびＳＣＲは固定し
て、ＭＢＳの値を、Ｙ１からＹ２，Ｙ３というように、
順に小さくする。ＭＢＳの値を小さくすることにより、
同一のＰＣＲ，ＳＣＲであっても、トラヒックのバース
ト性を抑えることができ、交換機が通信を受け付ける可
能性が大きくなる。ＭＢＳの値を小さくしても、交換機
が通信を受け付けなかった場合は、ＳＣＲの値をＸ１か
らＸ２，Ｘ３というように順に小さくしながら、同様
に、ＭＢＳの値を順に小さくしていく。
Ｍの交換機により、これらのトラヒックパラメータで示
されるトラヒックを収容できないと判定された場合、す
なわち、決定したトラヒックパラメータでの通信が受け
付けられなかった場合は、ＰＣＲおよびＳＣＲは固定し
て、ＭＢＳの値を、Ｙ１からＹ２，Ｙ３というように、
順に小さくする。ＭＢＳの値を小さくすることにより、
同一のＰＣＲ，ＳＣＲであっても、トラヒックのバース
ト性を抑えることができ、交換機が通信を受け付ける可
能性が大きくなる。ＭＢＳの値を小さくしても、交換機
が通信を受け付けなかった場合は、ＳＣＲの値をＸ１か
らＸ２，Ｘ３というように順に小さくしながら、同様
に、ＭＢＳの値を順に小さくしていく。
【００８２】このようにして、最初に交換機で収容で
き、かつ、ＱｏＳパラメータを満足できる値を検索す
る。すなわち、この例では、ＳＣＲ＝Ｘ１，ＭＢＳ＝Ｙ
１からＳＣＲ＝Ｘ４，ＭＢＳ＝Ｙ３までの１２の候補を
順に設定し、これらの候補の中から最初にネットワーク
１５に適合する値を使用する。
き、かつ、ＱｏＳパラメータを満足できる値を検索す
る。すなわち、この例では、ＳＣＲ＝Ｘ１，ＭＢＳ＝Ｙ
１からＳＣＲ＝Ｘ４，ＭＢＳ＝Ｙ３までの１２の候補を
順に設定し、これらの候補の中から最初にネットワーク
１５に適合する値を使用する。
【００８３】インタネットの場合も同様の方法で、Ｑｏ
Ｓに関するパラメータを決定することができる。インタ
ネットの場合は、ピークレートがＰＣＲに相当し、トー
クンバケットからのレートがＳＣＲに相当し、トークン
バケットの深さがＭＢＳに相当する。また、最大データ
グラム長は、ＩＰパケットの最大長であり、システムに
よって固定される。
Ｓに関するパラメータを決定することができる。インタ
ネットの場合は、ピークレートがＰＣＲに相当し、トー
クンバケットからのレートがＳＣＲに相当し、トークン
バケットの深さがＭＢＳに相当する。また、最大データ
グラム長は、ＩＰパケットの最大長であり、システムに
よって固定される。
【００８４】前述したように実施の形態１によれば、ユ
ーザまたはアプリケーションからのＱｏＳに関する要求
に基いて、アプリケーションで決めることができなかっ
たネットワークプロトコルのパラメータ（ＱｏＳに関す
るパラメータ）を、ネットワークと交渉しながら適切な
値に設定することができるため、ＷｉｎＳｏｃｋ２等の
ミドルウェアを効果的に使用することができ、ユーザの
望むＱｏＳを得ることができる。また、ユーザに対して
品質に関する問い合わせを行うため、ユーザの品質重
視、接続重視等のポリシーを考慮した、換言すれば、ユ
ーザの希望にそった通信を行うことができる。
ーザまたはアプリケーションからのＱｏＳに関する要求
に基いて、アプリケーションで決めることができなかっ
たネットワークプロトコルのパラメータ（ＱｏＳに関す
るパラメータ）を、ネットワークと交渉しながら適切な
値に設定することができるため、ＷｉｎＳｏｃｋ２等の
ミドルウェアを効果的に使用することができ、ユーザの
望むＱｏＳを得ることができる。また、ユーザに対して
品質に関する問い合わせを行うため、ユーザの品質重
視、接続重視等のポリシーを考慮した、換言すれば、ユ
ーザの希望にそった通信を行うことができる。
【００８５】実施の形態２．実施の形態２では、図１に
示すアプローチ２に対応するパラメータ決定装置、すな
わち、ネットワーク機器としてまたはネットワーク機器
内に配置され、独立動作を行うパラメータ決定装置を例
に挙げる。まず、その構成について、図８の（ａ），
（ｂ）を参照して説明する。図８は、本発明の実施の形
態２にかかる通信システムの概略構成を示す図である。
示すアプローチ２に対応するパラメータ決定装置、すな
わち、ネットワーク機器としてまたはネットワーク機器
内に配置され、独立動作を行うパラメータ決定装置を例
に挙げる。まず、その構成について、図８の（ａ），
（ｂ）を参照して説明する。図８は、本発明の実施の形
態２にかかる通信システムの概略構成を示す図である。
【００８６】実施の形態２にかかる通信システムは、図
８の（ａ）に示すように、パラメータ決定装置２２が、
複数の端末２１ａ〜２１ｃ、および交換機またはルータ
等のネットワーク機器２３と接続され、ネットワーク内
に専用装置として設置される場合と、図８の（ｂ）に示
すように、パラメータ決定装置２４が、既存の交換機ま
たはルータ等のネットワーク機器２５に内蔵される場合
とがある。これらは、ともに同様の効果を奏する。な
お、パラメータ決定装置２４の構成は、実施の形態１と
同様であるため、その説明を省略する。
８の（ａ）に示すように、パラメータ決定装置２２が、
複数の端末２１ａ〜２１ｃ、および交換機またはルータ
等のネットワーク機器２３と接続され、ネットワーク内
に専用装置として設置される場合と、図８の（ｂ）に示
すように、パラメータ決定装置２４が、既存の交換機ま
たはルータ等のネットワーク機器２５に内蔵される場合
とがある。これらは、ともに同様の効果を奏する。な
お、パラメータ決定装置２４の構成は、実施の形態１と
同様であるため、その説明を省略する。
【００８７】以上の構成において、実施の形態２の動作
を、図９，図１０を参照して説明する。図９は、実施の
形態２にかかるＱｏＳ制御のシーケンスを示す説明図で
あり、図１０は、実施の形態２にかかるシグナリング手
順で用いるメッセージフォーマットの概略構成を示す図
である。なお、通信ネットワークの構成は、図８の
（ａ）に示すものを例に挙げ、ネットワーク２０として
ＡＴＭを例に挙げる。ＱｏＳ制御のシーケンスにおい
て、まず、ユーザまたはアプリケーションは、端末２１
ａ〜２１ｃから、シグナリング手順における要求メッセ
ージ、たとえば、ＳＥＴＵＰメッセージを送信する。こ
こで、図１０に示すように、ネットワーク２０で規定さ
れた情報に加えてアプリケーションからのＱｏＳに関す
る要求をＳＥＴＵＰメッセージに付け加える。
を、図９，図１０を参照して説明する。図９は、実施の
形態２にかかるＱｏＳ制御のシーケンスを示す説明図で
あり、図１０は、実施の形態２にかかるシグナリング手
順で用いるメッセージフォーマットの概略構成を示す図
である。なお、通信ネットワークの構成は、図８の
（ａ）に示すものを例に挙げ、ネットワーク２０として
ＡＴＭを例に挙げる。ＱｏＳ制御のシーケンスにおい
て、まず、ユーザまたはアプリケーションは、端末２１
ａ〜２１ｃから、シグナリング手順における要求メッセ
ージ、たとえば、ＳＥＴＵＰメッセージを送信する。こ
こで、図１０に示すように、ネットワーク２０で規定さ
れた情報に加えてアプリケーションからのＱｏＳに関す
る要求をＳＥＴＵＰメッセージに付け加える。
【００８８】ここで、ネットワーク２０で規定されてい
るトラヒックパラメータおよびＱｏＳパラメータの中で
ＳＣＲやＭＢＳといった、アプリケーションまたはユー
ザが決定できないパラメータについては設定しない。パ
ラメータ決定装置２２では、この要求メッセージに付加
されたアプリケーションからのＱｏＳに関する要求を解
析して、アプリケーションまたはユーザが決定できなか
ったパラメータを決定する。ＳＥＴＵＰメッセージに決
定したパラメータを設定して交換機２３に送信する。
るトラヒックパラメータおよびＱｏＳパラメータの中で
ＳＣＲやＭＢＳといった、アプリケーションまたはユー
ザが決定できないパラメータについては設定しない。パ
ラメータ決定装置２２では、この要求メッセージに付加
されたアプリケーションからのＱｏＳに関する要求を解
析して、アプリケーションまたはユーザが決定できなか
ったパラメータを決定する。ＳＥＴＵＰメッセージに決
定したパラメータを設定して交換機２３に送信する。
【００８９】このパラメータでの通信がネットワークに
受け付けられない場合、パラメータ決定装置２２は、端
末２１ａ〜２１ｃのユーザに対して代替案作成の承認を
得るための問い合わせを行い、了解がえられれば、代替
案を作成して、再度ネットワーク２０との交渉を行う。
了解が得られない場合は、代替のパラメータの決定を行
わず、端末２１ａ〜２１ｃを介して「現在の時間帯は接
続不可」等の表示を行う。
受け付けられない場合、パラメータ決定装置２２は、端
末２１ａ〜２１ｃのユーザに対して代替案作成の承認を
得るための問い合わせを行い、了解がえられれば、代替
案を作成して、再度ネットワーク２０との交渉を行う。
了解が得られない場合は、代替のパラメータの決定を行
わず、端末２１ａ〜２１ｃを介して「現在の時間帯は接
続不可」等の表示を行う。
【００９０】ここで、トラヒックパラメータの決定方法
として、図６，図７を参照して説明した実施の形態１に
かかるトラヒックパラメータの決定方法と同様の方法を
用いることができる。また、実施の形態１と同様に、通
信開始後、パラメータ決定装置２２は、端末２１ａ〜２
１ｃを介して、ユーザに対する通信のサービスの問い合
わせを行い、通信のサービス品質の変更要求があった場
合は代替案を作成する。なお、インタネットの場合は、
シグナリング手順をＲＳＶＰ（Resource Reservation P
rotocol）に置き換えることにより、同様の処理を行う
ことができる。
として、図６，図７を参照して説明した実施の形態１に
かかるトラヒックパラメータの決定方法と同様の方法を
用いることができる。また、実施の形態１と同様に、通
信開始後、パラメータ決定装置２２は、端末２１ａ〜２
１ｃを介して、ユーザに対する通信のサービスの問い合
わせを行い、通信のサービス品質の変更要求があった場
合は代替案を作成する。なお、インタネットの場合は、
シグナリング手順をＲＳＶＰ（Resource Reservation P
rotocol）に置き換えることにより、同様の処理を行う
ことができる。
【００９１】前述したように実施の形態２によれば、実
施の形態１と同様の効果に加え、複数の端末に対して一
つのパラメータ決定装置を設ければよいため、パラメー
タ決定装置の管理がしやすい、という効果を奏する。
施の形態１と同様の効果に加え、複数の端末に対して一
つのパラメータ決定装置を設ければよいため、パラメー
タ決定装置の管理がしやすい、という効果を奏する。
【００９２】実施の形態３．実施の形態３にかかる通信
システムおよびパラメータ決定装置は、実施の形態２に
かかる通信システムおよびパラメータ決定装置と同様の
構成を有し、動作の一部が異なる。ここでは、実施の形
態３の動作において、実施の形態２と異なる部分につい
てのみ説明する。図１１は、実施の形態３にかかるＱｏ
Ｓ制御のシーケンスを示す説明図である。実施の形態３
にかかるＱｏＳ制御のシーケンスにあっては、まず、端
末からパラメータ決定装置に対してユーザまたはアプリ
ケーションのＱｏＳに関する要求を伝えるパラメータ決
定装置独自のメッセージを送信する。
システムおよびパラメータ決定装置は、実施の形態２に
かかる通信システムおよびパラメータ決定装置と同様の
構成を有し、動作の一部が異なる。ここでは、実施の形
態３の動作において、実施の形態２と異なる部分につい
てのみ説明する。図１１は、実施の形態３にかかるＱｏ
Ｓ制御のシーケンスを示す説明図である。実施の形態３
にかかるＱｏＳ制御のシーケンスにあっては、まず、端
末からパラメータ決定装置に対してユーザまたはアプリ
ケーションのＱｏＳに関する要求を伝えるパラメータ決
定装置独自のメッセージを送信する。
【００９３】パラメータ決定装置は、受信したメッセー
ジに基いてＱｏＳに関するパラメータを決定し、端末に
送信する。端末は、パラメータ決定装置から受信したＱ
ｏＳに関するパラメータを使用して、通常のシグナリン
グ手順に従ってネットワークとのシグナリングを行う。
パラメータ決定装置から受信したＱｏＳに関するパラメ
ータでの通信がネットワークにより受け付けられない場
合は、再度、パラメータ決定装置に対してＱｏＳに関す
る要求を伝えるメッセージを送信し、パラメータ決定装
置は代替のパラメータを決定する。パラメータ決定装置
は、通信開始後、端末からＱｏＳの変更要求を受けた場
合も、代替のパラメータを作成して端末に送信する。
ジに基いてＱｏＳに関するパラメータを決定し、端末に
送信する。端末は、パラメータ決定装置から受信したＱ
ｏＳに関するパラメータを使用して、通常のシグナリン
グ手順に従ってネットワークとのシグナリングを行う。
パラメータ決定装置から受信したＱｏＳに関するパラメ
ータでの通信がネットワークにより受け付けられない場
合は、再度、パラメータ決定装置に対してＱｏＳに関す
る要求を伝えるメッセージを送信し、パラメータ決定装
置は代替のパラメータを決定する。パラメータ決定装置
は、通信開始後、端末からＱｏＳの変更要求を受けた場
合も、代替のパラメータを作成して端末に送信する。
【００９４】前述したように実施の形態３によれば、実
施の形態２と同様の効果に加え、端末側で既存のネット
ワークプロトコルを用いてネットワークとの交渉を行う
ことができ、既存のネットワークプロトコルを有効に活
用することができるという効果を奏する。
施の形態２と同様の効果に加え、端末側で既存のネット
ワークプロトコルを用いてネットワークとの交渉を行う
ことができ、既存のネットワークプロトコルを有効に活
用することができるという効果を奏する。
【００９５】実施の形態４．実施の形態４では、図１に
示すアプローチ３に対応するパラメータ決定装置、すな
わち、端末内に配置され、ネットワークの負荷状態を考
慮してパラメータの決定を行うパラメータ決定装置を例
に挙げる。まず、その構成について、図１２，図１３を
参照して説明する。図１２は、本発明の実施の形態４に
かかる端末の概略構成を示す図であり、図１３は、実施
の形態４にかかるパラメータ決定装置の概略構成を示す
ブロック図である。なお、実施の形態４にかかる端末お
よびパラメータ決定装置は基本的に実施の形態１にかか
る端末と同様の構成であるため、図２，図３と同一の部
分には同一の符号を付してその説明を省略する。
示すアプローチ３に対応するパラメータ決定装置、すな
わち、端末内に配置され、ネットワークの負荷状態を考
慮してパラメータの決定を行うパラメータ決定装置を例
に挙げる。まず、その構成について、図１２，図１３を
参照して説明する。図１２は、本発明の実施の形態４に
かかる端末の概略構成を示す図であり、図１３は、実施
の形態４にかかるパラメータ決定装置の概略構成を示す
ブロック図である。なお、実施の形態４にかかる端末お
よびパラメータ決定装置は基本的に実施の形態１にかか
る端末と同様の構成であるため、図２，図３と同一の部
分には同一の符号を付してその説明を省略する。
【００９６】実施の形態４にかかる端末装置は、パラメ
ータ決定装置１３に代えて、パラメータ決定装置３１が
設けられている。パラメータ決定装置３１は、パラメー
タ決定装置１３の構成に加え、ネットワーク１５の負荷
状態を入力するための負荷状態入力部７１を有し、ユー
ザ１１またはアプリケーション１２からのＱｏＳに関す
る要求とともにネットワーク１５の負荷状態を考慮して
ＱｏＳに関するパラメータを決定する。
ータ決定装置１３に代えて、パラメータ決定装置３１が
設けられている。パラメータ決定装置３１は、パラメー
タ決定装置１３の構成に加え、ネットワーク１５の負荷
状態を入力するための負荷状態入力部７１を有し、ユー
ザ１１またはアプリケーション１２からのＱｏＳに関す
る要求とともにネットワーク１５の負荷状態を考慮して
ＱｏＳに関するパラメータを決定する。
【００９７】ネットワーク１５の負荷状態に関する情報
の収集方法としては、たとえば、ITU-T Recommendation
X.160 Architecture for customer network managemen
t service for public data networksで規定されている
ＣＮＭ（Customer Network Management）技術を適用す
る方法がある。ＣＮＭでは、ネットワークの種々の情報
を収集して加入者に提供する図示しないＣＮＭエージェ
ントがネットワーク内に置かれる。このＣＮＭエージェ
ントから端末内のパラメータ決定装置３１に対して、ネ
ットワーク１５の負荷状態の情報が一定周期で送信され
る。
の収集方法としては、たとえば、ITU-T Recommendation
X.160 Architecture for customer network managemen
t service for public data networksで規定されている
ＣＮＭ（Customer Network Management）技術を適用す
る方法がある。ＣＮＭでは、ネットワークの種々の情報
を収集して加入者に提供する図示しないＣＮＭエージェ
ントがネットワーク内に置かれる。このＣＮＭエージェ
ントから端末内のパラメータ決定装置３１に対して、ネ
ットワーク１５の負荷状態の情報が一定周期で送信され
る。
【００９８】以上の構成において、実施の形態４の動作
を、図１４を参照して説明する。なお、実施の形態４の
動作は実施の形態１の動作と基本的に同様であるため、
同一の部分については、その説明を省略し、異なる部分
についてのみ説明する。図１４は、実施の形態４にかか
るＱｏＳ制御のシーケンスを示す説明図である。実施の
形態４にかかるＱｏＳ制御のシーケンスにあっては、ユ
ーザ１１またはアプリケーション１２からのＱｏＳに関
する要求を入力した場合、入力したＱｏＳに関する要
求、および一定周期で送信されるネットワーク１５の負
荷状態の情報に基いてＱｏＳに関するパラメータを決定
する。
を、図１４を参照して説明する。なお、実施の形態４の
動作は実施の形態１の動作と基本的に同様であるため、
同一の部分については、その説明を省略し、異なる部分
についてのみ説明する。図１４は、実施の形態４にかか
るＱｏＳ制御のシーケンスを示す説明図である。実施の
形態４にかかるＱｏＳ制御のシーケンスにあっては、ユ
ーザ１１またはアプリケーション１２からのＱｏＳに関
する要求を入力した場合、入力したＱｏＳに関する要
求、および一定周期で送信されるネットワーク１５の負
荷状態の情報に基いてＱｏＳに関するパラメータを決定
する。
【００９９】すなわち、ＡＴＭのＡＢＲ（Available Bi
t Rate）サービスで行われているように、ネットワーク
１５の負荷状態のみにより送信するレートを決めるので
はなく、ユーザ１１またはアプリケーション１２からの
ＱｏＳに関する要求も考慮にいれる。ＱｏＳに関するパ
ラメータを決定する際に、ネットワーク１５の負荷状態
を考慮するため、決定したパラメータでの通信がネット
ワーク１５に受け付けられる確率が高くなり、通信開始
までの時間が短縮される。
t Rate）サービスで行われているように、ネットワーク
１５の負荷状態のみにより送信するレートを決めるので
はなく、ユーザ１１またはアプリケーション１２からの
ＱｏＳに関する要求も考慮にいれる。ＱｏＳに関するパ
ラメータを決定する際に、ネットワーク１５の負荷状態
を考慮するため、決定したパラメータでの通信がネット
ワーク１５に受け付けられる確率が高くなり、通信開始
までの時間が短縮される。
【０１００】また、ネットワーク１５の通信状態を考慮
した結果、通信のサービス品質が劣化する可能性がある
場合は、ＱｏＳに関するパラメータの決定後、ユーザ１
１に対する問い合わせを行い、承認を受けたときは、決
定したパラメータを用いてネットワークプロトコルを実
行する。ユーザ１１が品質を優先して、決定したパラメ
ータの承認を行わなかったときは、ネットワークプロト
コルを実行せず、「現在の時間帯は接続不可」等の表示
を行う。
した結果、通信のサービス品質が劣化する可能性がある
場合は、ＱｏＳに関するパラメータの決定後、ユーザ１
１に対する問い合わせを行い、承認を受けたときは、決
定したパラメータを用いてネットワークプロトコルを実
行する。ユーザ１１が品質を優先して、決定したパラメ
ータの承認を行わなかったときは、ネットワークプロト
コルを実行せず、「現在の時間帯は接続不可」等の表示
を行う。
【０１０１】前述したように実施の形態４によれば、実
施の形態１と同様の効果に加え、ＱｏＳに関するパラメ
ータを決定する際にネットワークの負荷状態を考慮する
ため、決定したＱｏＳに関するパラメータでの通信がネ
ットワークに受け付けられる確率が高くなり、通信開始
までの時間が短縮されるという効果を奏する。
施の形態１と同様の効果に加え、ＱｏＳに関するパラメ
ータを決定する際にネットワークの負荷状態を考慮する
ため、決定したＱｏＳに関するパラメータでの通信がネ
ットワークに受け付けられる確率が高くなり、通信開始
までの時間が短縮されるという効果を奏する。
【０１０２】実施の形態５．実施の形態５では、図１に
示すアプローチ４に対応するパラメータ決定装置、すな
わち、ネットワーク機器としてまたはネットワーク機器
内に配置され、ネットワークの負荷状態を考慮してパラ
メータの決定を行うパラメータ決定装置を例に挙げる。
まず、その構成について、図１５の（ａ），（ｂ）を参
照して説明する。図１５は、本発明の実施の形態５にか
かる通信システムの概略構成を示す図である。なお、実
施の形態５にかかる通信システムは、基本的に実施の形
態２にかかる通信システムと同様の構成であるため、図
８と同一の部分には同一の符号を付してその説明を省略
する。
示すアプローチ４に対応するパラメータ決定装置、すな
わち、ネットワーク機器としてまたはネットワーク機器
内に配置され、ネットワークの負荷状態を考慮してパラ
メータの決定を行うパラメータ決定装置を例に挙げる。
まず、その構成について、図１５の（ａ），（ｂ）を参
照して説明する。図１５は、本発明の実施の形態５にか
かる通信システムの概略構成を示す図である。なお、実
施の形態５にかかる通信システムは、基本的に実施の形
態２にかかる通信システムと同様の構成であるため、図
８と同一の部分には同一の符号を付してその説明を省略
する。
【０１０３】実施の形態５にかかる通信システムは、図
８のパラメータ決定装置２２，２４に代えて、ユーザま
たはアプリケーションからのＱｏＳに関する要求ととも
にネットワーク２０の負荷状態を考慮してＱｏＳに関す
るパラメータを決定するパラメータ決定装置５１，５３
が設けられている。また、交換機またはルータ等のネッ
トワーク機器２３，２５に代えて、ネットワーク２０の
負荷状態に関する情報を定期的にパラメータ決定装置５
１，５３に通知する交換機またはルータ等のネットワー
ク機器５２，５４が設けられている。ネットワーク２０
の負荷状態に関する情報の収集方法は、実施の形態４と
同様に、たとえば、ＣＮＭ技術を適用することができ
る。なお、パラメータ決定装置５１，５３の構成は、実
施の形態４と同様であるため、その説明を省略する。
８のパラメータ決定装置２２，２４に代えて、ユーザま
たはアプリケーションからのＱｏＳに関する要求ととも
にネットワーク２０の負荷状態を考慮してＱｏＳに関す
るパラメータを決定するパラメータ決定装置５１，５３
が設けられている。また、交換機またはルータ等のネッ
トワーク機器２３，２５に代えて、ネットワーク２０の
負荷状態に関する情報を定期的にパラメータ決定装置５
１，５３に通知する交換機またはルータ等のネットワー
ク機器５２，５４が設けられている。ネットワーク２０
の負荷状態に関する情報の収集方法は、実施の形態４と
同様に、たとえば、ＣＮＭ技術を適用することができ
る。なお、パラメータ決定装置５１，５３の構成は、実
施の形態４と同様であるため、その説明を省略する。
【０１０４】以上の構成において、実施の形態５の動作
を、図１６を参照して説明する。なお、実施の形態５の
動作は実施の形態２の動作と基本的に同様であるため、
同一の部分については、その説明を省略し、異なる部分
についてのみ説明する。また、ネットワーク２０として
ＡＴＭを例に挙げ、通信システムの構成は、図１５の
（ａ）に示すような、パラメータ決定装置５１が交換機
５２と別個に設けられている例を挙げる。
を、図１６を参照して説明する。なお、実施の形態５の
動作は実施の形態２の動作と基本的に同様であるため、
同一の部分については、その説明を省略し、異なる部分
についてのみ説明する。また、ネットワーク２０として
ＡＴＭを例に挙げ、通信システムの構成は、図１５の
（ａ）に示すような、パラメータ決定装置５１が交換機
５２と別個に設けられている例を挙げる。
【０１０５】図１６は、実施の形態５にかかるＱｏＳ制
御のシーケンスを示す説明図である。実施の形態５にか
かるＱｏＳ制御のシーケンスにあっては、端末２１ａ〜
２１ｃを介してユーザまたはアプリケーションからのＱ
ｏＳに関する要求を入力した場合、入力したＱｏＳに関
する要求、および一定周期で交換機５２から送信される
ネットワーク２０の負荷状態の情報に基いてＱｏＳに関
するパラメータを決定する。
御のシーケンスを示す説明図である。実施の形態５にか
かるＱｏＳ制御のシーケンスにあっては、端末２１ａ〜
２１ｃを介してユーザまたはアプリケーションからのＱ
ｏＳに関する要求を入力した場合、入力したＱｏＳに関
する要求、および一定周期で交換機５２から送信される
ネットワーク２０の負荷状態の情報に基いてＱｏＳに関
するパラメータを決定する。
【０１０６】すなわち、ＡＴＭのＡＢＲサービスで行わ
れているように、ネットワーク２０の負荷状態のみによ
り送信するレートを決めるのではなく、ユーザまたはア
プリケーションからのＱｏＳに関する要求も考慮にいれ
る。ＱｏＳに関するパラメータを決定する際にネットワ
ーク２０の負荷状態を考慮するために、決定したパラメ
ータでの通信がネットワーク２０に受け付けられる確率
が高くなり、通信開始までの時間が短縮される。
れているように、ネットワーク２０の負荷状態のみによ
り送信するレートを決めるのではなく、ユーザまたはア
プリケーションからのＱｏＳに関する要求も考慮にいれ
る。ＱｏＳに関するパラメータを決定する際にネットワ
ーク２０の負荷状態を考慮するために、決定したパラメ
ータでの通信がネットワーク２０に受け付けられる確率
が高くなり、通信開始までの時間が短縮される。
【０１０７】また、ネットワーク２０の通信状態を考慮
した結果、通信のサービス品質が劣化する可能性がある
場合は、ＱｏＳに関するパラメータの決定後、端末２１
ａ〜２１ｃを介してユーザに対する問い合わせを行い、
承認を受けたときは、決定したパラメータを用いてネッ
トワークプロトコルを実行する。ユーザが品質を優先し
て、決定したパラメータの承認を行わなかったときは、
ネットワークプロトコルを実行せず、「現在の時間帯は
接続不可」等の表示を行う。
した結果、通信のサービス品質が劣化する可能性がある
場合は、ＱｏＳに関するパラメータの決定後、端末２１
ａ〜２１ｃを介してユーザに対する問い合わせを行い、
承認を受けたときは、決定したパラメータを用いてネッ
トワークプロトコルを実行する。ユーザが品質を優先し
て、決定したパラメータの承認を行わなかったときは、
ネットワークプロトコルを実行せず、「現在の時間帯は
接続不可」等の表示を行う。
【０１０８】前述したように実施の形態５によれば、実
施の形態２と同様の効果に加え、ＱｏＳに関するパラメ
ータを決定する際にネットワークの負荷状態を考慮する
ため、決定したＱｏＳに関するパラメータでの通信がネ
ットワークに受け付けられる確率が高くなり、通信開始
までの時間が短縮される、という効果を奏する。
施の形態２と同様の効果に加え、ＱｏＳに関するパラメ
ータを決定する際にネットワークの負荷状態を考慮する
ため、決定したＱｏＳに関するパラメータでの通信がネ
ットワークに受け付けられる確率が高くなり、通信開始
までの時間が短縮される、という効果を奏する。
【０１０９】
【発明の効果】以上説明したとおり、この発明によれ
ば、ユーザとの対話を行うことにより、ユーザの望む通
信のサービス品質と前記ネットワークとの調整を行い、
前記ネットワークで規定されているＱｏＳに関するパラ
メータを決定するため、多数の物理的なネットワークを
用意する必要をなくし、システムを簡略化してコストを
低減し、かつ、適切なＱｏＳに関するパラメータを決定
し、ユーザが望む通信のサービス品質を得ることができ
る、という効果を奏する。
ば、ユーザとの対話を行うことにより、ユーザの望む通
信のサービス品質と前記ネットワークとの調整を行い、
前記ネットワークで規定されているＱｏＳに関するパラ
メータを決定するため、多数の物理的なネットワークを
用意する必要をなくし、システムを簡略化してコストを
低減し、かつ、適切なＱｏＳに関するパラメータを決定
し、ユーザが望む通信のサービス品質を得ることができ
る、という効果を奏する。
【０１１０】つぎの発明によれば、アプリケーションお
よびユーザのうち少なくとも一方からの通信のサービス
品質に関する要求を入力し、入力した通信のサービス品
質に関する要求に基いて、自動的に、ネットワークで規
定されているＱｏＳに関するパラメータを決定するた
め、多数の物理的なネットワークを用意する必要をなく
し、システムを簡略化してコストを低減し、かつ、適切
なＱｏＳに関するパラメータを自動的に決定し、ユーザ
が望む通信のサービス品質を得ることができる、という
効果を奏する。
よびユーザのうち少なくとも一方からの通信のサービス
品質に関する要求を入力し、入力した通信のサービス品
質に関する要求に基いて、自動的に、ネットワークで規
定されているＱｏＳに関するパラメータを決定するた
め、多数の物理的なネットワークを用意する必要をなく
し、システムを簡略化してコストを低減し、かつ、適切
なＱｏＳに関するパラメータを自動的に決定し、ユーザ
が望む通信のサービス品質を得ることができる、という
効果を奏する。
【０１１１】つぎの発明によれば、少なくとも一つの端
末装置から、アプリケーションおよびユーザのうち少な
くとも一方からの通信のサービス品質に関する要求を入
力し、入力した通信のサービス品質に関する要求に基い
て、自動的に、ネットワークで規定されているＱｏＳに
関するパラメータを決定するため、多数の物理的なネッ
トワークを用意する必要をなくし、システムを簡略化し
てコストを低減し、かつ、適切なＱｏＳに関するパラメ
ータを自動的に決定し、ユーザが望む通信のサービス品
質を得ることができる、という効果を奏する。また、複
数の端末装置に対して一つのパラメータ決定装置が設け
られる場合は、複数の端末それぞれに対してパラメータ
決定装置が設けられている場合に比べてパラメータ決定
装置の管理がしやすい、という効果を奏する。
末装置から、アプリケーションおよびユーザのうち少な
くとも一方からの通信のサービス品質に関する要求を入
力し、入力した通信のサービス品質に関する要求に基い
て、自動的に、ネットワークで規定されているＱｏＳに
関するパラメータを決定するため、多数の物理的なネッ
トワークを用意する必要をなくし、システムを簡略化し
てコストを低減し、かつ、適切なＱｏＳに関するパラメ
ータを自動的に決定し、ユーザが望む通信のサービス品
質を得ることができる、という効果を奏する。また、複
数の端末装置に対して一つのパラメータ決定装置が設け
られる場合は、複数の端末それぞれに対してパラメータ
決定装置が設けられている場合に比べてパラメータ決定
装置の管理がしやすい、という効果を奏する。
【０１１２】つぎの発明によれば、決定したＱｏＳに関
するパラメータを端末装置に出力し、端末装置側で既存
の通信プロトコルを用いて通信を行うことができるた
め、既存の通信プロトコルを有効に活用できる、という
効果を奏する。
するパラメータを端末装置に出力し、端末装置側で既存
の通信プロトコルを用いて通信を行うことができるた
め、既存の通信プロトコルを有効に活用できる、という
効果を奏する。
【０１１３】つぎの発明によれば、ネットワークの負荷
状態に関する情報を入力し、入力したネットワークの負
荷状態に関する情報に基いて、ＱｏＳに関するパラメー
タを決定するため、決定したＱｏＳに関するパラメータ
での通信がネットワークに受け付けられる確率が高くな
り、通信開始までの時間が短縮され、操作性が向上す
る、という効果を奏する。
状態に関する情報を入力し、入力したネットワークの負
荷状態に関する情報に基いて、ＱｏＳに関するパラメー
タを決定するため、決定したＱｏＳに関するパラメータ
での通信がネットワークに受け付けられる確率が高くな
り、通信開始までの時間が短縮され、操作性が向上す
る、という効果を奏する。
【０１１４】つぎの発明によれば、決定したＱｏＳに関
するパラメータでの通信がネットワークにより受け付け
られたか否かを判定し、受け付けられなかったと判定し
た場合、自動的に代替のＱｏＳに関するパラメータを決
定するため、ネットワークに受け付けられるＱｏＳに関
するパラメータを自動的に決定することができ、操作性
が向上する、という効果を奏する。
するパラメータでの通信がネットワークにより受け付け
られたか否かを判定し、受け付けられなかったと判定し
た場合、自動的に代替のＱｏＳに関するパラメータを決
定するため、ネットワークに受け付けられるＱｏＳに関
するパラメータを自動的に決定することができ、操作性
が向上する、という効果を奏する。
【０１１５】つぎの発明によれば、ＱｏＳに関するパラ
メータでの通信がネットワークにより受け付けられなか
った場合、代替のＱｏＳに関するパラメータを決定する
ことに対するユーザの承認を受け、承認を受けなかった
場合は代替のＱｏＳに関するパラメータを決定しないた
め、ユーザの希望に添った通信を行うことができる、と
いう効果を奏する。
メータでの通信がネットワークにより受け付けられなか
った場合、代替のＱｏＳに関するパラメータを決定する
ことに対するユーザの承認を受け、承認を受けなかった
場合は代替のＱｏＳに関するパラメータを決定しないた
め、ユーザの希望に添った通信を行うことができる、と
いう効果を奏する。
【０１１６】つぎの発明によれば、決定したＱｏＳに関
するパラメータのユーザによる承認を受けるため、ユー
ザの希望に添った通信を行うことができる、という効果
を奏する。
するパラメータのユーザによる承認を受けるため、ユー
ザの希望に添った通信を行うことができる、という効果
を奏する。
【０１１７】つぎの発明によれば、通信が開始された
後、ユーザからの通信のサービス品質の変更要求を入力
し、入力した変更要求に応じたＱｏＳに関するパラメー
タを決定するため、ユーザの希望に添った通信を行うこ
とができる、という効果を奏する。
後、ユーザからの通信のサービス品質の変更要求を入力
し、入力した変更要求に応じたＱｏＳに関するパラメー
タを決定するため、ユーザの希望に添った通信を行うこ
とができる、という効果を奏する。
【０１１８】つぎの発明によれば、通信が開始された
後、ユーザに対して通信のサービス品質についての問い
合わせを行うため、ユーザの希望に添った通信を行うこ
とができる、という効果を奏する。
後、ユーザに対して通信のサービス品質についての問い
合わせを行うため、ユーザの希望に添った通信を行うこ
とができる、という効果を奏する。
【０１１９】つぎの発明によれば、ユーザとの対話を行
わせることにより、ユーザの望む通信のサービス品質と
ネットワークとの調整を行わせて、ネットワークで規定
されているＱｏＳに関するパラメータを決定させるた
め、多数の物理的なネットワークを用意する必要をなく
し、システムを簡略化してコストを低減し、かつ、適切
なＱｏＳに関するパラメータを決定し、ユーザが望む通
信のサービス品質を得ることができる、という効果を奏
する。
わせることにより、ユーザの望む通信のサービス品質と
ネットワークとの調整を行わせて、ネットワークで規定
されているＱｏＳに関するパラメータを決定させるた
め、多数の物理的なネットワークを用意する必要をなく
し、システムを簡略化してコストを低減し、かつ、適切
なＱｏＳに関するパラメータを決定し、ユーザが望む通
信のサービス品質を得ることができる、という効果を奏
する。
【０１２０】つぎの発明によれば、アプリケーションお
よびユーザのうち少なくとも一方からの通信のサービス
品質に関する要求を入力させて、入力した通信のサービ
ス品質に関する要求に基いて、自動的に、ネットワーク
で規定されているＱｏＳに関するパラメータを決定させ
るため、多数の物理的なネットワークを用意する必要を
なくし、システムを簡略化してコストを低減し、かつ、
適切なＱｏＳに関するパラメータを自動的に決定し、ユ
ーザが望む通信のサービス品質を得ることができる、と
いう効果を奏する。
よびユーザのうち少なくとも一方からの通信のサービス
品質に関する要求を入力させて、入力した通信のサービ
ス品質に関する要求に基いて、自動的に、ネットワーク
で規定されているＱｏＳに関するパラメータを決定させ
るため、多数の物理的なネットワークを用意する必要を
なくし、システムを簡略化してコストを低減し、かつ、
適切なＱｏＳに関するパラメータを自動的に決定し、ユ
ーザが望む通信のサービス品質を得ることができる、と
いう効果を奏する。
【０１２１】つぎの発明によれば、少なくとも一つの端
末装置から、アプリケーションおよびユーザのうち少な
くとも一方からの通信のサービス品質に関する要求を入
力させて、入力した通信のサービス品質に関する要求に
基いて、自動的に、ネットワークで規定されているＱｏ
Ｓに関するパラメータを決定させるため、多数の物理的
なネットワークを用意する必要をなくし、システムを簡
略化してコストを低減し、かつ、適切なＱｏＳに関する
パラメータを自動的に決定し、ユーザが望む通信のサー
ビス品質を得ることができる、という効果を奏する。
末装置から、アプリケーションおよびユーザのうち少な
くとも一方からの通信のサービス品質に関する要求を入
力させて、入力した通信のサービス品質に関する要求に
基いて、自動的に、ネットワークで規定されているＱｏ
Ｓに関するパラメータを決定させるため、多数の物理的
なネットワークを用意する必要をなくし、システムを簡
略化してコストを低減し、かつ、適切なＱｏＳに関する
パラメータを自動的に決定し、ユーザが望む通信のサー
ビス品質を得ることができる、という効果を奏する。
【０１２２】つぎの発明によれば、決定したＱｏＳに関
するパラメータを端末装置に出力させて、端末装置側で
既存の通信プロトコルを用いて通信を行わせることがで
きるため、既存の通信プロトコルを有効に活用できる、
という効果を奏する。
するパラメータを端末装置に出力させて、端末装置側で
既存の通信プロトコルを用いて通信を行わせることがで
きるため、既存の通信プロトコルを有効に活用できる、
という効果を奏する。
【０１２３】つぎの発明によれば、ネットワークの負荷
状態に関する情報を入力させて、入力したネットワーク
の負荷状態に関する情報に基いて、ＱｏＳに関するパラ
メータを決定させるため、決定したＱｏＳに関するパラ
メータでの通信がネットワークに受け付けられる確率が
高くなり、通信開始までの時間が短縮され、操作性が向
上する、という効果を奏する。
状態に関する情報を入力させて、入力したネットワーク
の負荷状態に関する情報に基いて、ＱｏＳに関するパラ
メータを決定させるため、決定したＱｏＳに関するパラ
メータでの通信がネットワークに受け付けられる確率が
高くなり、通信開始までの時間が短縮され、操作性が向
上する、という効果を奏する。
【０１２４】つぎの発明によれば、決定したＱｏＳに関
するパラメータでの通信がネットワークにより受け付け
られたか否かを判定させて、受け付けられなかったと判
定した場合、自動的に代替のＱｏＳに関するパラメータ
を決定させるため、ネットワークに受け付けられるＱｏ
Ｓに関するパラメータを自動的に決定することができ、
操作性が向上する、という効果を奏する。
するパラメータでの通信がネットワークにより受け付け
られたか否かを判定させて、受け付けられなかったと判
定した場合、自動的に代替のＱｏＳに関するパラメータ
を決定させるため、ネットワークに受け付けられるＱｏ
Ｓに関するパラメータを自動的に決定することができ、
操作性が向上する、という効果を奏する。
【０１２５】つぎの発明によれば、ＱｏＳに関するパラ
メータでの通信がネットワークにより受け付けられなか
った場合、代替のＱｏＳに関するパラメータを決定する
ことに対するユーザの承認を受け、承認を受けなかった
場合は代替のＱｏＳに関するパラメータを決定しないよ
うにするため、ユーザの希望に添った通信を行うことが
できる、という効果を奏する。
メータでの通信がネットワークにより受け付けられなか
った場合、代替のＱｏＳに関するパラメータを決定する
ことに対するユーザの承認を受け、承認を受けなかった
場合は代替のＱｏＳに関するパラメータを決定しないよ
うにするため、ユーザの希望に添った通信を行うことが
できる、という効果を奏する。
【０１２６】つぎの発明によれば、決定したＱｏＳに関
するパラメータのユーザによる承認を受けるようにする
ため、ユーザの希望に添った通信を行うことができる、
という効果を奏する。
するパラメータのユーザによる承認を受けるようにする
ため、ユーザの希望に添った通信を行うことができる、
という効果を奏する。
【０１２７】つぎの発明によれば、通信が開始された
後、ユーザからの通信のサービス品質の変更要求を入力
させて、入力した変更要求に応じたＱｏＳに関するパラ
メータを決定させるため、ユーザの希望に添った通信を
行うことができる、という効果を奏する。
後、ユーザからの通信のサービス品質の変更要求を入力
させて、入力した変更要求に応じたＱｏＳに関するパラ
メータを決定させるため、ユーザの希望に添った通信を
行うことができる、という効果を奏する。
【０１２８】つぎの発明によれば、通信が開始された
後、ユーザに対して通信のサービス品質についての問い
合わせを行わせるため、ユーザの希望に添った通信を行
うことができる、という効果を奏する。
後、ユーザに対して通信のサービス品質についての問い
合わせを行わせるため、ユーザの希望に添った通信を行
うことができる、という効果を奏する。
【０１２９】つぎの発明によれば、前記のいずれか一つ
の発明による方法をコンピュータに実行させることがで
きるため、前記の発明による効果をコンピュータにおい
て奏することができる。
の発明による方法をコンピュータに実行させることがで
きるため、前記の発明による効果をコンピュータにおい
て奏することができる。
【図１】 本発明の実施の形態１にかかるパラメータ決
定装置の分類を示す図である。
定装置の分類を示す図である。
【図２】 実施の形態１にかかる端末の概略構成を示す
図である。
図である。
【図３】 図２に示したパラメータ決定装置の概略構成
を示すブロック図である。
を示すブロック図である。
【図４】 実施の形態１にかかるＱｏＳ制御のシーケン
スを示す説明図である。
スを示す説明図である。
【図５】 実施の形態１にかかる、決定したＱｏＳに関
するパラメータでの通信がネットワーク側で受け付けら
れなかった場合のＱｏＳ制御のシーケンスを示す説明図
である。
するパラメータでの通信がネットワーク側で受け付けら
れなかった場合のＱｏＳ制御のシーケンスを示す説明図
である。
【図６】 実施の形態１にかかるＱｏＳ制御のためのパ
ラメータの決定方法の一例を示すフローチャートであ
る。
ラメータの決定方法の一例を示すフローチャートであ
る。
【図７】 実施の形態１にかかるＱｏＳ制御のためのパ
ラメータの決定方法の一例を示す説明図である。
ラメータの決定方法の一例を示す説明図である。
【図８】 本発明の実施の形態２にかかる通信システム
の概略構成を示す図である。
の概略構成を示す図である。
【図９】 実施の形態２にかかるＱｏＳ制御のシーケン
スを示す説明図である。
スを示す説明図である。
【図１０】 実施の形態２にかかるシグナリング手順で
用いるメッセージフォーマットの概略構成を示す図であ
る。
用いるメッセージフォーマットの概略構成を示す図であ
る。
【図１１】 実施の形態３にかかるＱｏＳ制御のシーケ
ンスを示す説明図である。
ンスを示す説明図である。
【図１２】 本発明の実施の形態４にかかる端末の概略
構成を示す図である。
構成を示す図である。
【図１３】 図１２に示したパラメータ決定装置の概略
構成を示すブロック図である。
構成を示すブロック図である。
【図１４】 実施の形態４にかかるＱｏＳ制御のシーケ
ンスを示す説明図である。
ンスを示す説明図である。
【図１５】 本発明の実施の形態５にかかる通信システ
ムの概略構成を示す図である。
ムの概略構成を示す図である。
【図１６】 実施の形態５にかかるＱｏＳ制御のシーケ
ンスを示す説明図である。
ンスを示す説明図である。
【図１７】 従来におけるＷｉｎＳｏｃｋ２のアーキテ
クチャを示す構成図である。
クチャを示す構成図である。
【図１８】 従来におけるシグナリング手順の代表的な
一例を示す説明図である。
一例を示す説明図である。
【図１９】 従来における、ＳＥＴＵＰメッセージを受
信した場合の交換機での受付判定処理の流れを示す概略
フローチャートである。
信した場合の交換機での受付判定処理の流れを示す概略
フローチャートである。
【図２０】 従来におけるＲＳＶＰのシーケンスを示す
説明図である。
説明図である。
【図２１】 従来における通信制御装置の概要を示す構
成図である。
成図である。
１１ ユーザ、１２ アプリケーション、１３，２２，
２４，３１，５１，５３ パラメータ決定装置、１４
ミドルウェア、１５，２０ ネットワーク、２１ａ，２
１ｂ，２１ｃ 端末、２３，２５，５２，５４ ネット
ワーク機器。
２４，３１，５１，５３ パラメータ決定装置、１４
ミドルウェア、１５，２０ ネットワーク、２１ａ，２
１ｂ，２１ｃ 端末、２３，２５，５２，５４ ネット
ワーク機器。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 小高 一紀 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 鹿島 和幸 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 曽田 圭一 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 Ｆターム(参考） 5K030 GA14 HA08 LC05 LC09 LE17
Claims (21)
- 【請求項１】 ＱｏＳを保証するネットワークとの通信
に用いられるパラメータ決定装置であって、 ユーザとの対話を行うことにより、ユーザの望む通信の
サービス品質と前記ネットワークとの調整を行い、前記
ネットワークで規定されているＱｏＳに関するパラメー
タを決定することを特徴とするパラメータ決定装置。 - 【請求項２】 ＱｏＳを保証するネットワークとの通信
に用いられるパラメータ決定装置であって、 アプリケーションおよびユーザのうち少なくとも一方か
らの通信のサービス品質に関する要求を入力する要求入
力手段と、 前記要求入力手段が入力した通信のサービス品質に関す
る要求に基いて、前記ネットワークで規定されているＱ
ｏＳに関するパラメータを決定する決定手段と、 を具備することを特徴とするパラメータ決定装置。 - 【請求項３】 ＱｏＳを保証するネットワークとの通信
に用いられるパラメータ決定装置であって、 少なくとも一つの端末装置から、アプリケーションおよ
びユーザのうち少なくとも一方からの通信のサービス品
質に関する要求を入力する要求入力手段と、 前記要求入力手段が入力した通信のサービス品質に関す
る要求に基いて、前記ネットワークで規定されているＱ
ｏＳに関するパラメータを決定する決定手段と、 を具備することを特徴とするパラメータ決定装置。 - 【請求項４】 さらに、前記決定手段が決定したＱｏＳ
に関するパラメータを前記端末装置に出力する出力手段
を具備することを特徴とする請求項３に記載のパラメー
タ決定装置。 - 【請求項５】 さらに、ネットワークの負荷状態に関す
る情報を入力する負荷状態入力手段を具備し、前記決定
手段は、前記負荷状態入力手段が入力したネットワーク
の負荷状態に関する情報に基いて、前記ＱｏＳに関する
パラメータを決定することを特徴とする請求項２，３ま
たは４に記載のパラメータ決定装置。 - 【請求項６】 さらに、前記決定手段が決定したＱｏＳ
に関するパラメータでの通信が前記ネットワークにより
受け付けられたか否かを判定する判定手段を具備し、前
記決定手段は、前記判定手段で、前記ＱｏＳに関するパ
ラメータでの通信が前記ネットワークにより受け付けら
れなかったと判定された場合、代替のＱｏＳに関するパ
ラメータを決定することを特徴とする請求項２〜５のい
ずれか一つに記載のパラメータ決定装置。 - 【請求項７】 さらに、前記判定手段で、前記ＱｏＳに
関するパラメータでの通信が前記ネットワークにより受
け付けられなかったと判定された場合、代替のＱｏＳに
関するパラメータを決定することに対するユーザの承認
を受けるための承認手段を具備し、前記決定手段は、前
記承認手段で承認を受けなかった場合は代替のＱｏＳに
関するパラメータを決定しないことを特徴とする請求項
６に記載のパラメータ決定装置。 - 【請求項８】 さらに、前記決定手段が決定したＱｏＳ
に関するパラメータのユーザによる承認を受けるための
承認手段を具備することを特徴とする請求項２〜６のい
ずれか一つに記載のパラメータ決定装置。 - 【請求項９】 さらに、通信が開始された後、ユーザか
らの通信のサービス品質の変更要求を入力する変更要求
入力手段を具備し、前記決定手段は、前記変更要求入力
手段が入力した変更要求に応じたＱｏＳに関するパラメ
ータを決定することを特徴とする請求項２〜８のいずれ
か一つに記載のパラメータ決定装置。 - 【請求項１０】 前記変更要求入力手段は、通信が開始
された後、ユーザに対して通信のサービス品質について
の問い合わせを行うことを特徴とする請求項９に記載の
パラメータ決定装置。 - 【請求項１１】 ＱｏＳを保証するネットワークとの通
信に用いられるパラメータ決定方法であって、 ユーザとの対話を行うことにより、ユーザの望む通信の
サービス品質と前記ネットワークとの調整を行い、前記
ネットワークで規定されているＱｏＳに関するパラメー
タを決定することを特徴とするパラメータ決定方法。 - 【請求項１２】 ＱｏＳを保証するネットワークとの通
信に用いられるパラメータ決定方法であって、 アプリケーションおよびユーザのうち少なくとも一方か
らの通信のサービス品質に関する要求を入力する要求入
力工程と、 前記要求入力工程で入力した通信のサービス品質に関す
る要求に基いて、前記ネットワークで規定されているＱ
ｏＳに関するパラメータを決定する決定工程と、 を含むことを特徴とするパラメータ決定方法。 - 【請求項１３】 ＱｏＳを保証するネットワークとの通
信に用いられるパラメータ決定方法であって、 少なくとも一つの端末装置から、アプリケーションおよ
びユーザのうち少なくとも一方からの通信のサービス品
質に関する要求を入力する要求入力工程と、 前記要求入力工程で入力した通信のサービス品質に関す
る要求に基いて、前記ネットワークで規定されているＱ
ｏＳに関するパラメータを決定する決定工程と、 を含むことを特徴とするパラメータ決定方法。 - 【請求項１４】 さらに、前記決定工程で決定したＱｏ
Ｓに関するパラメータを前記端末装置に出力する出力工
程を含むことを特徴とする請求項１３に記載のパラメー
タ決定方法。 - 【請求項１５】 さらに、ネットワークの負荷状態に関
する情報を入力する負荷状態入力工程を含み、前記決定
工程は、前記負荷状態入力工程で入力したネットワーク
の負荷状態に関する情報に基いて、前記ＱｏＳに関する
パラメータを決定することを特徴とする請求項１２，１
３または１４に記載のパラメータ決定方法。 - 【請求項１６】 さらに、前記決定工程で、決定したＱ
ｏＳに関するパラメータでの通信が前記ネットワークに
より受け付けられたか否かを判定する判定工程を含み、
前記決定工程は、前記判定工程で前記ＱｏＳに関するパ
ラメータでの通信が前記ネットワークにより受け付けら
れなかったと判定された場合、代替のＱｏＳに関するパ
ラメータを決定することを特徴とする請求項１２〜１５
のいずれか一つに記載のパラメータ決定方法。 - 【請求項１７】 さらに、前記判定工程で、前記ＱｏＳ
に関するパラメータでの通信が前記ネットワークにより
受け付けられなかったと判定された場合、代替のＱｏＳ
に関するパラメータを決定することに対するユーザの承
認を受けるための承認工程を含み、前記決定工程は、前
記承認工程で承認を受けなかった場合は代替のＱｏＳに
関するパラメータを決定しないことを特徴とする請求項
１６に記載のパラメータ決定方法。 - 【請求項１８】 さらに、前記決定工程で決定したＱｏ
Ｓに関するパラメータのユーザによる承認を受けるため
の承認工程を含むことを特徴とする請求項１２〜１６の
いずれか一つに記載のパラメータ決定方法。 - 【請求項１９】 さらに、通信が開始された後、ユーザ
からの通信のサービス品質の変更要求を入力する変更要
求入力工程を含み、前記決定工程は、前記変更要求入力
工程で入力した変更要求に応じたＱｏＳに関するパラメ
ータを決定することを特徴とする請求項１２〜１８のい
ずれか一つに記載のパラメータ決定方法。 - 【請求項２０】 前記変更要求入力工程は、通信が開始
された後、ユーザに対して通信のサービス品質について
の問い合わせを行うことを特徴とする請求項１９に記載
のパラメータ決定方法。 - 【請求項２１】 前記請求項１１〜２０のいずれか一つ
に記載された方法をコンピュータに実行させるプログラ
ムを記録したことを特徴とするコンピュータ読み取り可
能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15402099A JP3676121B2 (ja) | 1999-06-01 | 1999-06-01 | パラメータ決定装置、パラメータ決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15402099A JP3676121B2 (ja) | 1999-06-01 | 1999-06-01 | パラメータ決定装置、パラメータ決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000349769A true JP2000349769A (ja) | 2000-12-15 |
| JP3676121B2 JP3676121B2 (ja) | 2005-07-27 |
Family
ID=15575161
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP15402099A Expired - Fee Related JP3676121B2 (ja) | 1999-06-01 | 1999-06-01 | パラメータ決定装置、パラメータ決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3676121B2 (ja) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002094568A (ja) * | 2000-06-30 | 2002-03-29 | Nokia Mobile Phones Ltd | データ・ストリームにサービス品質を適用する方法 |
| JP2005136966A (ja) * | 2003-10-28 | 2005-05-26 | Lucent Technol Inc | ＱｏＳアップリンクおよびダウンリンクの最大ビットレート属性の最適値を判別するための決定木論理 |
| JP2006521063A (ja) * | 2003-03-17 | 2006-09-14 | クゥアルコム・インコーポレイテッド | サービスの質要件を有するアプリケーションフローをサポートする通信システム内での許可制御及び資源割り当て |
| JP2007081715A (ja) * | 2005-09-13 | 2007-03-29 | Nippon Telegr & Teleph Corp <Ntt> | 通信装置、通信品質変更方法および通信品質変更プログラム |
| JP2007096668A (ja) * | 2005-09-28 | 2007-04-12 | Nippon Telegr & Teleph Corp <Ntt> | 情報管理装置、情報管理方法および情報管理プログラム |
| JP2007189444A (ja) * | 2006-01-12 | 2007-07-26 | Nippon Telegr & Teleph Corp <Ntt> | 通信品質変更システム、通信品質変更方法および通信品質変更プログラム |
| US7391765B2 (en) | 2001-12-12 | 2008-06-24 | Fujitsu Limited | Congestion control system for VoIP network |
| JP2010166582A (ja) * | 2003-03-17 | 2010-07-29 | Qualcomm Inc | サービスの質をサポートする通信システム内での許可制御及び資源割り当て |
| JP2011505613A (ja) * | 2007-11-07 | 2011-02-24 | ザ・ボーイング・カンパニー | 複数のミドルウェア環境全体のメッセージフローのサービス品質（ｑｏｓ）管理 |
| JP2011526092A (ja) * | 2008-05-08 | 2011-09-29 | ノーテル・ネットワークス・リミテッド | アプリケーション用ネットワーク認識アダプタ |
| WO2012063434A1 (ja) | 2010-11-08 | 2012-05-18 | 日本電気株式会社 | 情報処理装置 |
| JP2014505384A (ja) * | 2010-11-23 | 2014-02-27 | クゥアルコム・インコーポレイテッド | オブジェクトベースのトランスポートプロトコル |
| JP2014514854A (ja) * | 2011-04-11 | 2014-06-19 | インターデイジタル パテント ホールディングス インコーポレイテッド | セッションマネージャおよび送信元インターネットプロトコル（ｉｐ）アドレス選択 |
| JP2016036164A (ja) * | 2009-07-31 | 2016-03-17 | アルカテル−ルーセント | ベスト・エフォート型通信リンクにおいてサービスされるアプリケーション用のパラメータを制御するためのシステムおよび方法 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09214488A (ja) * | 1995-11-17 | 1997-08-15 | Lucent Technol Inc | 広帯域マルチポイントブリッジ用リソース管理システム |
| JPH10135979A (ja) * | 1996-11-01 | 1998-05-22 | Chokosoku Network Computer Gijutsu Kenkyusho:Kk | Ａｔｍエンドシステムにおける資源予約方式 |
| JPH1168840A (ja) * | 1997-08-12 | 1999-03-09 | Nippon Telegr & Teleph Corp <Ntt> | リソース量割当方法及びその装置 |
| JPH1198152A (ja) * | 1997-09-24 | 1999-04-09 | Fujitsu Ltd | ストリーム帯域制御方法 |
| JPH11215183A (ja) * | 1998-01-21 | 1999-08-06 | Nec Corp | 通信ネットワークシステム |
| JP2000244560A (ja) * | 1999-02-18 | 2000-09-08 | Atr Adaptive Communications Res Lab | 通信サービス品質制御方法及び装置 |
| JP2000242623A (ja) * | 1999-02-23 | 2000-09-08 | Atr Adaptive Communications Res Lab | 通信サービス品質制御方法及び装置 |
-
1999
- 1999-06-01 JP JP15402099A patent/JP3676121B2/ja not_active Expired - Fee Related
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09214488A (ja) * | 1995-11-17 | 1997-08-15 | Lucent Technol Inc | 広帯域マルチポイントブリッジ用リソース管理システム |
| JPH10135979A (ja) * | 1996-11-01 | 1998-05-22 | Chokosoku Network Computer Gijutsu Kenkyusho:Kk | Ａｔｍエンドシステムにおける資源予約方式 |
| JPH1168840A (ja) * | 1997-08-12 | 1999-03-09 | Nippon Telegr & Teleph Corp <Ntt> | リソース量割当方法及びその装置 |
| JPH1198152A (ja) * | 1997-09-24 | 1999-04-09 | Fujitsu Ltd | ストリーム帯域制御方法 |
| JPH11215183A (ja) * | 1998-01-21 | 1999-08-06 | Nec Corp | 通信ネットワークシステム |
| JP2000244560A (ja) * | 1999-02-18 | 2000-09-08 | Atr Adaptive Communications Res Lab | 通信サービス品質制御方法及び装置 |
| JP2000242623A (ja) * | 1999-02-23 | 2000-09-08 | Atr Adaptive Communications Res Lab | 通信サービス品質制御方法及び装置 |
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002094568A (ja) * | 2000-06-30 | 2002-03-29 | Nokia Mobile Phones Ltd | データ・ストリームにサービス品質を適用する方法 |
| US7391765B2 (en) | 2001-12-12 | 2008-06-24 | Fujitsu Limited | Congestion control system for VoIP network |
| JP2006521063A (ja) * | 2003-03-17 | 2006-09-14 | クゥアルコム・インコーポレイテッド | サービスの質要件を有するアプリケーションフローをサポートする通信システム内での許可制御及び資源割り当て |
| JP2010166582A (ja) * | 2003-03-17 | 2010-07-29 | Qualcomm Inc | サービスの質をサポートする通信システム内での許可制御及び資源割り当て |
| JP2005136966A (ja) * | 2003-10-28 | 2005-05-26 | Lucent Technol Inc | ＱｏＳアップリンクおよびダウンリンクの最大ビットレート属性の最適値を判別するための決定木論理 |
| JP4495562B2 (ja) * | 2003-10-28 | 2010-07-07 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | ＱｏＳアップリンクおよびダウンリンクの最大ビットレート属性の最適値を判別するための決定木論理 |
| JP4510734B2 (ja) * | 2005-09-13 | 2010-07-28 | 日本電信電話株式会社 | 通信装置、通信品質変更方法および通信品質変更プログラム |
| JP2007081715A (ja) * | 2005-09-13 | 2007-03-29 | Nippon Telegr & Teleph Corp <Ntt> | 通信装置、通信品質変更方法および通信品質変更プログラム |
| JP2007096668A (ja) * | 2005-09-28 | 2007-04-12 | Nippon Telegr & Teleph Corp <Ntt> | 情報管理装置、情報管理方法および情報管理プログラム |
| JP4559945B2 (ja) * | 2005-09-28 | 2010-10-13 | 日本電信電話株式会社 | 情報管理装置、情報管理方法および情報管理プログラム |
| JP2007189444A (ja) * | 2006-01-12 | 2007-07-26 | Nippon Telegr & Teleph Corp <Ntt> | 通信品質変更システム、通信品質変更方法および通信品質変更プログラム |
| JP4574558B2 (ja) * | 2006-01-12 | 2010-11-04 | 日本電信電話株式会社 | 通信品質変更システム、通信品質変更方法および通信品質変更プログラム |
| JP2011505613A (ja) * | 2007-11-07 | 2011-02-24 | ザ・ボーイング・カンパニー | 複数のミドルウェア環境全体のメッセージフローのサービス品質（ｑｏｓ）管理 |
| JP2011526092A (ja) * | 2008-05-08 | 2011-09-29 | ノーテル・ネットワークス・リミテッド | アプリケーション用ネットワーク認識アダプタ |
| JP2016036164A (ja) * | 2009-07-31 | 2016-03-17 | アルカテル−ルーセント | ベスト・エフォート型通信リンクにおいてサービスされるアプリケーション用のパラメータを制御するためのシステムおよび方法 |
| WO2012063434A1 (ja) | 2010-11-08 | 2012-05-18 | 日本電気株式会社 | 情報処理装置 |
| US9230314B2 (en) | 2010-11-08 | 2016-01-05 | Nec Corporation | Information processing device having a function to control QoS of media analysis system |
| JP2014505384A (ja) * | 2010-11-23 | 2014-02-27 | クゥアルコム・インコーポレイテッド | オブジェクトベースのトランスポートプロトコル |
| JP2014514854A (ja) * | 2011-04-11 | 2014-06-19 | インターデイジタル パテント ホールディングス インコーポレイテッド | セッションマネージャおよび送信元インターネットプロトコル（ｉｐ）アドレス選択 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3676121B2 (ja) | 2005-07-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6931448B2 (en) | Method, server and arrangement in a communication network | |
| US6496479B1 (en) | Network resource reservation control method and apparatus, receiving terminal, sending terminal, and relay apparatus | |
| JP3660443B2 (ja) | データ転送制御システム及び中継装置 | |
| KR100318776B1 (ko) | 근거리네트워크를통한비동기식전송모드(ATM)QoS확장방법및그장치 | |
| US7870269B2 (en) | Method and system for activating a packet data subscriber context for packet data | |
| JP3676121B2 (ja) | パラメータ決定装置、パラメータ決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| EP0982899A2 (en) | Boundary device for performing a connection control at a boundary between two communications networks | |
| EP2144417B1 (en) | Method, system and apparatus for admission control of multicast or unicast | |
| KR20060134798A (ko) | 서비스 품질을 협상하는 장치 및 방법 | |
| JP3549774B2 (ja) | ネットワーク相互接続装置及びネットワーク相互接続方法 | |
| AU2000238123A1 (en) | Method and system for activating a packet data subscriber context for packet data | |
| JP2001217839A (ja) | ノード装置 | |
| EP1038415B1 (en) | Call admission control system for wireless atm networks | |
| WO2006137705A1 (en) | Apparatus and method for negotiating quality of service | |
| JP3394430B2 (ja) | ネットワークシステム及び交換機 | |
| JPH11308231A (ja) | 通信リソース予約方法 | |
| JP3617868B2 (ja) | ノード装置及び網リソース予約方法 | |
| Toh et al. | Intelligent control of QoS adaptation in next generation wireless broadband networks | |
| KR100613964B1 (ko) | 비동기전송모드(ａｔｍ)망에서 인터넷 아이.피(ｉｐ)패킷전송 방법 | |
| US7142561B1 (en) | Path setting control method and switching system | |
| JP2000244499A (ja) | シグナリング方法、通信装置、及びシグナリングプログラムを記録した記録媒体 | |
| JP4327746B2 (ja) | 中継装置 | |
| JPH09238141A (ja) | 通信方式 | |
| Rajagopalan et al. | Wireless ATM: QoS and Mobility Management | |
| US7660311B2 (en) | Method and system for enabling connection of a call |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041021 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050105 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050302 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050426 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050427 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080513 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090513 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100513 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100513 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110513 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110513 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120513 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120513 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130513 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140513 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |