JPH1198152A - ストリーム帯域制御方法 - Google Patents
ストリーム帯域制御方法Info
- Publication number
- JPH1198152A JPH1198152A JP25806597A JP25806597A JPH1198152A JP H1198152 A JPH1198152 A JP H1198152A JP 25806597 A JP25806597 A JP 25806597A JP 25806597 A JP25806597 A JP 25806597A JP H1198152 A JPH1198152 A JP H1198152A
- Authority
- JP
- Japan
- Prior art keywords
- bandwidth
- stream
- band
- communication
- available
- 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
Abstract
(57)【要約】
【課題】情報通信端末装置におけるストリーム帯域制御
方法に関し，個々のユーザの要求・アプリケーションの
必要とする帯域・ネットワークの利用可能帯域を総合的
に判断して最適な帯域をネットワークに予約して，その
時点で利用できる最適な通信の品質を保証することを目
的とする。 【解決手段】通信アプリケーション６と独立に帯域制御
手段２を設け，ユーザからの通信要求発生時に，ユーザ
の希望帯域と通信アプリケーション６の必要帯域とから
端末装置の要求帯域を算出し，その要求帯域がその時点
の伝送路の利用可能帯域以下であれば伝送路の帯域を予
約した後，通信アプリケーション６のストリームの送受
信を開始し，もし要求帯域が利用可能帯域を超えていれ
ばユーザからの通信要求を拒絶する。
方法に関し，個々のユーザの要求・アプリケーションの
必要とする帯域・ネットワークの利用可能帯域を総合的
に判断して最適な帯域をネットワークに予約して，その
時点で利用できる最適な通信の品質を保証することを目
的とする。 【解決手段】通信アプリケーション６と独立に帯域制御
手段２を設け，ユーザからの通信要求発生時に，ユーザ
の希望帯域と通信アプリケーション６の必要帯域とから
端末装置の要求帯域を算出し，その要求帯域がその時点
の伝送路の利用可能帯域以下であれば伝送路の帯域を予
約した後，通信アプリケーション６のストリームの送受
信を開始し，もし要求帯域が利用可能帯域を超えていれ
ばユーザからの通信要求を拒絶する。
Description
【０００１】
【発明の属する技術分野】本発明は，インターネットや
ＡＴＭ(Asyncronous Transfer Mode）などの情報通信ネ
ットワークに接続された情報通信端末装置において，音
声・画像などのマルチメディアデータ，コンピュータデ
ータなどのストリーム型通信を行おうとする際，ユーザ
の希望する帯域・利用しようとする通信アプリケーショ
ンの必要とする帯域・その時点で利用できるネットワー
クの帯域，から算出した最適な通信帯域でネットワーク
の資源を予約した後，通信アプリケーションのストリー
ムの送受信を開始することで，その時点で利用できる最
適な通信の品質を保証することを可能にしたストリーム
帯域制御方法に関する。
ＡＴＭ(Asyncronous Transfer Mode）などの情報通信ネ
ットワークに接続された情報通信端末装置において，音
声・画像などのマルチメディアデータ，コンピュータデ
ータなどのストリーム型通信を行おうとする際，ユーザ
の希望する帯域・利用しようとする通信アプリケーショ
ンの必要とする帯域・その時点で利用できるネットワー
クの帯域，から算出した最適な通信帯域でネットワーク
の資源を予約した後，通信アプリケーションのストリー
ムの送受信を開始することで，その時点で利用できる最
適な通信の品質を保証することを可能にしたストリーム
帯域制御方法に関する。
【０００２】さらに，本発明は，もしアプリケーション
およびユーザが必要とする端末装置の要求帯域がネット
ワークで確保できないときには，ユーザの通信要求を拒
絶することで不必要なストリームのネットワークへの流
入を阻止し，利用者全体から見たネットワーク資源の有
効利用を実現する。
およびユーザが必要とする端末装置の要求帯域がネット
ワークで確保できないときには，ユーザの通信要求を拒
絶することで不必要なストリームのネットワークへの流
入を阻止し，利用者全体から見たネットワーク資源の有
効利用を実現する。
【０００３】なお，利用するネットワークはインターネ
ットでＲＳＶＰ(Resource ReSerVation Protocol）やＳ
Ｔ２(STream protocol version.2）などの資源予約機能
を備えたものを主眼とするが，ＡＴＭなどのＭＡＣ層で
帯域保証機能を備えたネットワークを適用対象とするこ
とも可能である。また利用するストリームは主として音
声・画像などのマルチメディアデータを対象とするが，
コンピュータデータを扱うことも可能である。
ットでＲＳＶＰ(Resource ReSerVation Protocol）やＳ
Ｔ２(STream protocol version.2）などの資源予約機能
を備えたものを主眼とするが，ＡＴＭなどのＭＡＣ層で
帯域保証機能を備えたネットワークを適用対象とするこ
とも可能である。また利用するストリームは主として音
声・画像などのマルチメディアデータを対象とするが，
コンピュータデータを扱うことも可能である。
【０００４】
【従来の技術】インターネットなどの情報通信ネットワ
ークでは，情報をパケットと呼ぶ単位に分割して伝送す
るが，ネットワークでのパケットの処理は基本的にベス
ト・エフォートと呼ぶ先着順の処理方式で伝送される。
しかしながら，このような処理方式ではすべてのパケッ
トを平等に扱うため，音声や画像などのリアルタイム伝
送を必要とするマルチメディア・トラフィックに対して
は十分な伝送帯域が保証されず，受信側でリアルタイム
に的確に再生できないなど，一定の品質が保証できなか
った。
ークでは，情報をパケットと呼ぶ単位に分割して伝送す
るが，ネットワークでのパケットの処理は基本的にベス
ト・エフォートと呼ぶ先着順の処理方式で伝送される。
しかしながら，このような処理方式ではすべてのパケッ
トを平等に扱うため，音声や画像などのリアルタイム伝
送を必要とするマルチメディア・トラフィックに対して
は十分な伝送帯域が保証されず，受信側でリアルタイム
に的確に再生できないなど，一定の品質が保証できなか
った。
【０００５】これに対して，ＩＥＴＦ(Internet Engine
ering Task Force）では，ＲＳＶＰ(Resource ReSerVat
ion Protocol）などの資源予約プロトコルをインターネ
ット標準として規定している。ＲＳＶＰを用いれば，通
信を開始する前にストリームごとに必要な帯域を確保で
き，一定の品質を保証した通信が行える。
ering Task Force）では，ＲＳＶＰ(Resource ReSerVat
ion Protocol）などの資源予約プロトコルをインターネ
ット標準として規定している。ＲＳＶＰを用いれば，通
信を開始する前にストリームごとに必要な帯域を確保で
き，一定の品質を保証した通信が行える。
【０００６】しかし，従来，アプリケーション（応用プ
ログラム）からＲＳＶＰなどの帯域予約機能を利用する
際には，アプリケーション毎に帯域予約のリクエスト機
能を組み込み，アプリケーションが必要とする帯域のみ
を単独のパラメータとして，ネットワークに帯域予約を
リクエストするのみであり，ユーザ毎の通信要求やネッ
トワークの現在の利用可能な帯域などの外的要素は考慮
されていなかった。従って，帯域の予約設定に関して，
これらのパラメータを総合的に評価した最適化が行われ
ているとは言えない。
ログラム）からＲＳＶＰなどの帯域予約機能を利用する
際には，アプリケーション毎に帯域予約のリクエスト機
能を組み込み，アプリケーションが必要とする帯域のみ
を単独のパラメータとして，ネットワークに帯域予約を
リクエストするのみであり，ユーザ毎の通信要求やネッ
トワークの現在の利用可能な帯域などの外的要素は考慮
されていなかった。従って，帯域の予約設定に関して，
これらのパラメータを総合的に評価した最適化が行われ
ているとは言えない。
【０００７】
【発明が解決しようとする課題】以上述べたように，従
来の帯域予約機能の利用は，アプリケーションに帯域予
約のリクエスト機能を組み込むため，個々のアプリケー
ションを直接意識した個別の帯域予約機能の開発が必要
であり，アプリケーション開発の効率が非常に悪い。
来の帯域予約機能の利用は，アプリケーションに帯域予
約のリクエスト機能を組み込むため，個々のアプリケー
ションを直接意識した個別の帯域予約機能の開発が必要
であり，アプリケーション開発の効率が非常に悪い。
【０００８】またネットワークへの帯域予約のリクエス
トはアプリケーションの必要とする帯域のみを単独のパ
ラメータとしており，ユーザ毎の要求やネットワークの
現在の利用可能な帯域などを考慮しておらず，ユーザが
望まない帯域すなわち通信品質を予約したり，不必要に
大きな帯域を予約したりして，ネットワークの利用者全
体での資源の有効利用が図られていない。
トはアプリケーションの必要とする帯域のみを単独のパ
ラメータとしており，ユーザ毎の要求やネットワークの
現在の利用可能な帯域などを考慮しておらず，ユーザが
望まない帯域すなわち通信品質を予約したり，不必要に
大きな帯域を予約したりして，ネットワークの利用者全
体での資源の有効利用が図られていない。
【０００９】本発明は，このような状況において，帯域
制御機能をアプリケーションから分離して独立した機能
として動作させることによりアプリケーションの開発を
効率化するとともに，ユーザの要求・アプリケーション
の必要とする帯域・ネットワークの利用可能帯域を総合
的に判断して最適な帯域をネットワークに予約して，そ
の時点で利用できる最適な通信の品質を保証できるよう
にすることを目的とする。
制御機能をアプリケーションから分離して独立した機能
として動作させることによりアプリケーションの開発を
効率化するとともに，ユーザの要求・アプリケーション
の必要とする帯域・ネットワークの利用可能帯域を総合
的に判断して最適な帯域をネットワークに予約して，そ
の時点で利用できる最適な通信の品質を保証できるよう
にすることを目的とする。
【００１０】
【課題を解決するための手段】図１は本発明の原理説明
図である。情報通信ネットワーク７に接続された情報通
信端末装置１において，通信アプリケーション６と独立
に帯域制御手段２を設け，これと併せて，通信を行おう
とする相手端末装置との間の利用可能帯域を検出する帯
域検出手段３と，伝送路の帯域を予約する帯域予約手段
４と，ユーザ単位の個人情報管理手段５を設ける。帯域
制御手段２は，個別のアプリケーション６のためのスト
リーム帯域の制御を行う中心部分である。
図である。情報通信ネットワーク７に接続された情報通
信端末装置１において，通信アプリケーション６と独立
に帯域制御手段２を設け，これと併せて，通信を行おう
とする相手端末装置との間の利用可能帯域を検出する帯
域検出手段３と，伝送路の帯域を予約する帯域予約手段
４と，ユーザ単位の個人情報管理手段５を設ける。帯域
制御手段２は，個別のアプリケーション６のためのスト
リーム帯域の制御を行う中心部分である。
【００１１】ユーザからの通信要求が発生したとき，帯
域制御手段２がこれを受け付ける。そして相手端末装置
の帯域制御機能と通信の意志確認を行った後，起動しよ
うとするアプリケーション６に対して，個人情報管理手
段５からユーザの希望する帯域を，使おうとする通信ア
プリケーション６から必要とする帯域を，それぞれ検索
して，これらの値の小さくない方として得られる値を端
末装置の要求帯域として算出する。
域制御手段２がこれを受け付ける。そして相手端末装置
の帯域制御機能と通信の意志確認を行った後，起動しよ
うとするアプリケーション６に対して，個人情報管理手
段５からユーザの希望する帯域を，使おうとする通信ア
プリケーション６から必要とする帯域を，それぞれ検索
して，これらの値の小さくない方として得られる値を端
末装置の要求帯域として算出する。
【００１２】さらに，帯域検出手段３によりその時点の
利用可能帯域を調べて算出した端末装置の要求帯域が，
伝送路の利用可能帯域以下であるかどうかをチェックす
る。もしそれ以下であれば，帯域予約手段４を用いて伝
送路の帯域を予約した後，通信アプリケーション６のス
トリームの送受信を開始し，もしそれ以上であればユー
ザからの通信要求を拒絶する。
利用可能帯域を調べて算出した端末装置の要求帯域が，
伝送路の利用可能帯域以下であるかどうかをチェックす
る。もしそれ以下であれば，帯域予約手段４を用いて伝
送路の帯域を予約した後，通信アプリケーション６のス
トリームの送受信を開始し，もしそれ以上であればユー
ザからの通信要求を拒絶する。
【００１３】また，ユーザの希望する帯域と通信アプリ
ケーション６の必要とする帯域を，それぞれ最大値と最
小値の２つの値で与えて範囲を持たせることもできる。
この場合，帯域制御手段２は，ユーザからの通信要求発
生時にこれらの２つのパラメータの範囲を調べて，２つ
の範囲に重なる領域があればその重なった範囲を端末装
置の要求帯域として算出する。その範囲で伝送路の利用
可能帯域以下となる値があるかどうかをチェックして，
もしあれば，その範囲に入る最大値を予約帯域として，
帯域予約手段４を用いて伝送路の帯域を予約した後，通
信アプリケーション６のストリームの送受信を開始し，
もしなければ，ユーザからの通信要求を拒絶し，また２
つのパラメータの範囲に重なる領域がなければ，ユーザ
からの通信要求を拒絶する（請求項２）。
ケーション６の必要とする帯域を，それぞれ最大値と最
小値の２つの値で与えて範囲を持たせることもできる。
この場合，帯域制御手段２は，ユーザからの通信要求発
生時にこれらの２つのパラメータの範囲を調べて，２つ
の範囲に重なる領域があればその重なった範囲を端末装
置の要求帯域として算出する。その範囲で伝送路の利用
可能帯域以下となる値があるかどうかをチェックして，
もしあれば，その範囲に入る最大値を予約帯域として，
帯域予約手段４を用いて伝送路の帯域を予約した後，通
信アプリケーション６のストリームの送受信を開始し，
もしなければ，ユーザからの通信要求を拒絶し，また２
つのパラメータの範囲に重なる領域がなければ，ユーザ
からの通信要求を拒絶する（請求項２）。
【００１４】なお，算出した端末装置の要求帯域がネッ
トワーク７の利用可能帯域より大きかったとき，帯域制
御手段２は，帯域検出手段３に必要な帯域が空きとなっ
たときに通知するように登録しておいて帯域検出手段３
からの通知を待ち，この通知を受けたとき，帯域制御手
段２が帯域予約手段４を用いて伝送路の帯域を予約した
後，通信アプリケーション６のストリームの送受信を開
始するようにすることもできる。
トワーク７の利用可能帯域より大きかったとき，帯域制
御手段２は，帯域検出手段３に必要な帯域が空きとなっ
たときに通知するように登録しておいて帯域検出手段３
からの通知を待ち，この通知を受けたとき，帯域制御手
段２が帯域予約手段４を用いて伝送路の帯域を予約した
後，通信アプリケーション６のストリームの送受信を開
始するようにすることもできる。
【００１５】また，算出した端末装置の要求帯域がネッ
トワーク７の利用可能帯域より大きかったときには，帯
域制御手段２が一定時間間隔で帯域検出手段３を用いて
伝送路の帯域をチェックし，もし必要な要求帯域の空き
があれば，帯域制御手段２が帯域予約手段４を用いて伝
送路の帯域を予約した後，通信アプリケーション６のス
トリームの送受信を開始するようにすることもできる
（請求項３）。
トワーク７の利用可能帯域より大きかったときには，帯
域制御手段２が一定時間間隔で帯域検出手段３を用いて
伝送路の帯域をチェックし，もし必要な要求帯域の空き
があれば，帯域制御手段２が帯域予約手段４を用いて伝
送路の帯域を予約した後，通信アプリケーション６のス
トリームの送受信を開始するようにすることもできる
（請求項３）。
【００１６】また，ユーザの希望する帯域と通信アプリ
ケーション６の必要とする帯域を最大値と最小値の２つ
の値で与えて範囲を持たせる場合，端末装置の要求帯域
の範囲がネットワーク７の利用可能帯域を間に含むと
き，ネットワーク７の利用可能帯域で伝送路の帯域を予
約した後，通信アプリケーション６のストリームの送受
信を開始するとともに，帯域制御手段２は帯域検出手段
３に算出した端末装置の要求帯域の最大値で示される帯
域が空きとなったときに通知するように登録しておき，
この通知を受けたとき，帯域制御手段２が帯域予約手段
４を用いて要求帯域の最大値で伝送路の帯域を予約する
ように変更した後，通信アプリケーション６のストリー
ムの送受信を継続するようにすることもできる（請求項
４）。
ケーション６の必要とする帯域を最大値と最小値の２つ
の値で与えて範囲を持たせる場合，端末装置の要求帯域
の範囲がネットワーク７の利用可能帯域を間に含むと
き，ネットワーク７の利用可能帯域で伝送路の帯域を予
約した後，通信アプリケーション６のストリームの送受
信を開始するとともに，帯域制御手段２は帯域検出手段
３に算出した端末装置の要求帯域の最大値で示される帯
域が空きとなったときに通知するように登録しておき，
この通知を受けたとき，帯域制御手段２が帯域予約手段
４を用いて要求帯域の最大値で伝送路の帯域を予約する
ように変更した後，通信アプリケーション６のストリー
ムの送受信を継続するようにすることもできる（請求項
４）。
【００１７】また，ユーザの希望する帯域と通信アプリ
ケーション６の必要とする帯域を最大値と最小値の２つ
の値で与えて範囲を持たせる場合，アプリケーション６
とユーザの必要とする要求帯域の範囲がネットワーク７
の利用可能帯域を間に含むとき，ネットワーク７の利用
可能帯域で伝送路の帯域を予約した後，通信アプリケー
ション６のストリームの送受信を開始するとともに，帯
域制御手段２は一定時間間隔で帯域検出手段３を用いて
伝送路の待機をチェックし，算出した端末装置の要求帯
域の最大値で示される帯域の空きを検出したときに，帯
域制御手段２が帯域予約手段４を用いて要求帯域の最大
値で伝送路の帯域を予約するように変更した後，通信ア
プリケーション６のストリームの送受信を継続するよう
にすることもできる（請求項５）。
ケーション６の必要とする帯域を最大値と最小値の２つ
の値で与えて範囲を持たせる場合，アプリケーション６
とユーザの必要とする要求帯域の範囲がネットワーク７
の利用可能帯域を間に含むとき，ネットワーク７の利用
可能帯域で伝送路の帯域を予約した後，通信アプリケー
ション６のストリームの送受信を開始するとともに，帯
域制御手段２は一定時間間隔で帯域検出手段３を用いて
伝送路の待機をチェックし，算出した端末装置の要求帯
域の最大値で示される帯域の空きを検出したときに，帯
域制御手段２が帯域予約手段４を用いて要求帯域の最大
値で伝送路の帯域を予約するように変更した後，通信ア
プリケーション６のストリームの送受信を継続するよう
にすることもできる（請求項５）。
【００１８】本発明の作用は，以下のとおりである。本
発明では，ユーザの希望する帯域・利用しようとする通
信アプリケーション６の必要とする帯域・その時点で利
用できるネットワーク７の帯域，から割り出した最適な
通信帯域でネットワーク７の資源を予約した後，通信ア
プリケーション６のストリームの送受信を開始すること
で，その時点で利用できる最適な通信の品質を保証する
ことが可能となる。
発明では，ユーザの希望する帯域・利用しようとする通
信アプリケーション６の必要とする帯域・その時点で利
用できるネットワーク７の帯域，から割り出した最適な
通信帯域でネットワーク７の資源を予約した後，通信ア
プリケーション６のストリームの送受信を開始すること
で，その時点で利用できる最適な通信の品質を保証する
ことが可能となる。
【００１９】また，もしアプリケーション６およびユー
ザが必要とする要求帯域がネットワーク７で確保できな
いときには，ユーザの通信要求を拒絶することで不必要
なトラフィックの流入を阻止し，利用者全体から見たネ
ットワーク資源の有効利用が可能となる。
ザが必要とする要求帯域がネットワーク７で確保できな
いときには，ユーザの通信要求を拒絶することで不必要
なトラフィックの流入を阻止し，利用者全体から見たネ
ットワーク資源の有効利用が可能となる。
【００２０】さらに，帯域制御手段２をアプリケーショ
ン６から分離して独立した機能として提供するため，ア
プリケーション開発を効率化することが可能となる。
ン６から分離して独立した機能として提供するため，ア
プリケーション開発を効率化することが可能となる。
【００２１】
【発明の実施の形態】図２に，本発明の実施の形態を示
す。これは，図１に示す情報通信端末装置１における機
能モジュールの構成を表すものである。さらに，この例
に対する帯域制御のシーケンス図を図３に，ユーザ要求
帯域テーブルの構成を図４に，アプリ別必要帯域テーブ
ルの構成を図５に示す。
す。これは，図１に示す情報通信端末装置１における機
能モジュールの構成を表すものである。さらに，この例
に対する帯域制御のシーケンス図を図３に，ユーザ要求
帯域テーブルの構成を図４に，アプリ別必要帯域テーブ
ルの構成を図５に示す。
【００２２】情報通信端末装置１は，ストリーム帯域制
御の制御を行う帯域制御機能を提供する帯域制御モジュ
ール２１を中心に，ネットワーク７の利用可能帯域の検
出機能とストリーム毎の帯域予約機能を提供するＲＳＶ
Ｐ機能を備えたＲＳＶＰデーモン８，ユーザ毎にアプリ
ケーション６の要求帯域を記述したユーザ要求帯域テー
ブル５１，アプリケーション６毎の必要帯域を記述した
アプリ別必要帯域テーブル６１，および各種のアプリケ
ーション（アプリ−Ａ，アプリ−Ｂ，…）６からなる。
御の制御を行う帯域制御機能を提供する帯域制御モジュ
ール２１を中心に，ネットワーク７の利用可能帯域の検
出機能とストリーム毎の帯域予約機能を提供するＲＳＶ
Ｐ機能を備えたＲＳＶＰデーモン８，ユーザ毎にアプリ
ケーション６の要求帯域を記述したユーザ要求帯域テー
ブル５１，アプリケーション６毎の必要帯域を記述した
アプリ別必要帯域テーブル６１，および各種のアプリケ
ーション（アプリ−Ａ，アプリ−Ｂ，…）６からなる。
【００２３】なお，図３のシーケンス例では，相手端末
装置側での内部制御信号を省略しているが，当該端末装
置と同様の内部制御信号のやりとりが行われる。ＲＳＶ
Ｐデーモン８は，ＲＳＶＰプロトコルを実行するモジュ
ールであり，シグナリングを通してストリームの経路に
沿ったルータに帯域予約を設定していく。この際，受信
側主導で帯域の予約が行われる。また，併せて制御用の
アプリケーションプログラム・インタフェース（ＡＰ
Ｉ）を帯域制御モジュール２１に提供する。
装置側での内部制御信号を省略しているが，当該端末装
置と同様の内部制御信号のやりとりが行われる。ＲＳＶ
Ｐデーモン８は，ＲＳＶＰプロトコルを実行するモジュ
ールであり，シグナリングを通してストリームの経路に
沿ったルータに帯域予約を設定していく。この際，受信
側主導で帯域の予約が行われる。また，併せて制御用の
アプリケーションプログラム・インタフェース（ＡＰ
Ｉ）を帯域制御モジュール２１に提供する。
【００２４】ユーザは，ストリーム通信を行おうとする
場合，通信相手の端末装置アドレス（インターネットを
想定した場合，ＩＰアドレス）と，使おうとするアプリ
ケーション６の識別名を記して，帯域制御モジュール２
１にリクエストを伝える。帯域制御モジュール２１は，
まずＴＣＰソケットコネクションを用いて制御メッセー
ジで相手端末装置との通信意志確認を行う。
場合，通信相手の端末装置アドレス（インターネットを
想定した場合，ＩＰアドレス）と，使おうとするアプリ
ケーション６の識別名を記して，帯域制御モジュール２
１にリクエストを伝える。帯域制御モジュール２１は，
まずＴＣＰソケットコネクションを用いて制御メッセー
ジで相手端末装置との通信意志確認を行う。
【００２５】相手端末装置からＡＣＫの応答が返ってく
れば，次に，利用しようとするアプリケーション６につ
いて，ユーザ要求帯域テーブル５１からユーザの要求帯
域を，アプリ別必要帯域テーブル６１からアプリケーシ
ョン６の必要帯域をチェックする。これらの値をそれぞ
れ，Ｂｕ［ｂｐｓ］，Ｂａ［ｂｐｓ］としたとき，Ｂｕ
ａ＝ｍａｘ（Ｂｕ，Ｂａ）［ｂｐｓ］で表される値を端
末装置の要求帯域とする。
れば，次に，利用しようとするアプリケーション６につ
いて，ユーザ要求帯域テーブル５１からユーザの要求帯
域を，アプリ別必要帯域テーブル６１からアプリケーシ
ョン６の必要帯域をチェックする。これらの値をそれぞ
れ，Ｂｕ［ｂｐｓ］，Ｂａ［ｂｐｓ］としたとき，Ｂｕ
ａ＝ｍａｘ（Ｂｕ，Ｂａ）［ｂｐｓ］で表される値を端
末装置の要求帯域とする。
【００２６】例えば，図４のユーザ要求帯域テーブル５
１と図５のアプリ別必要帯域テーブル６１を参照する
と，アプリ−Ａに対して，Ｂｕ＝２５６ｋｂｐｓ，Ｂａ
＝１２８ｋｂｐｓであるから，Ｂｕａ＝２５６ｋｂｐｓ
である。なお，ユーザ要求帯域テーブル５１への登録は
各ユーザが行い，アプリ別必要帯域テーブル６１への登
録はアプリケーション提供者が行う。登録を省略した場
合には，適当なシステムのディフォルト値が用いられ
る。
１と図５のアプリ別必要帯域テーブル６１を参照する
と，アプリ−Ａに対して，Ｂｕ＝２５６ｋｂｐｓ，Ｂａ
＝１２８ｋｂｐｓであるから，Ｂｕａ＝２５６ｋｂｐｓ
である。なお，ユーザ要求帯域テーブル５１への登録は
各ユーザが行い，アプリ別必要帯域テーブル６１への登
録はアプリケーション提供者が行う。登録を省略した場
合には，適当なシステムのディフォルト値が用いられ
る。
【００２７】次に，ＲＳＶＰデーモン８を通して現在利
用可能，すなわち帯域予約が可能な帯域を調べる。この
値をＢｎ［ｂｐｓ］とするとき，Ｂｕａ≦Ｂｎであれば
必要な帯域が確保できるので，ＲＳＶＰデーモン８を使
ってＢｕａ［ｂｐｓ］の帯域予約を行い，その後アプリ
ケーション６を起動してストリームの送信を開始する。
もしＢｕａ＞Ｂｎであれば，必要な帯域は確保できない
ので，ユーザに通信拒絶のメッセージを表示して終了す
る。
用可能，すなわち帯域予約が可能な帯域を調べる。この
値をＢｎ［ｂｐｓ］とするとき，Ｂｕａ≦Ｂｎであれば
必要な帯域が確保できるので，ＲＳＶＰデーモン８を使
ってＢｕａ［ｂｐｓ］の帯域予約を行い，その後アプリ
ケーション６を起動してストリームの送信を開始する。
もしＢｕａ＞Ｂｎであれば，必要な帯域は確保できない
ので，ユーザに通信拒絶のメッセージを表示して終了す
る。
【００２８】上記の変形として，ユーザの要求帯域とア
プリケーション６の必要帯域とを，それぞれ最大値と最
小値の２つの値で与えることもできる。この場合のユー
ザ要求帯域テーブル５１とアプリ別必要帯域テーブル６
１の構成を，図６，図７に示す。
プリケーション６の必要帯域とを，それぞれ最大値と最
小値の２つの値で与えることもできる。この場合のユー
ザ要求帯域テーブル５１とアプリ別必要帯域テーブル６
１の構成を，図６，図７に示す。
【００２９】端末装置の要求帯域は，それぞれの範囲の
重なる領域として算出できる。例えば，図６のユーザ要
求帯域テーブル５１と図７のアプリ別必要帯域テーブル
６１とから，アプリ−Ｂに対して，Ｂｕ＝３２〜１２８
ｋｂｐｓ，Ｂａ＝３２〜６４ｋｂｐｓであるから，Ｂｕ
ａ＝３２〜６４ｋｂｐｓである。この範囲で，伝送路の
利用可能帯域以下となる値があるかどうかを調べ，もし
あれば，その値を予約帯域として帯域予約機能を用いて
伝送路の帯域を予約した後，通信アプリケーション（ア
プリ−Ｂ）６のストリームの送受信を開始する。例え
ば，Ｂｎ＝４８ｋｂｐｓであれば予約帯域は４８ｋｂｐ
ｓ，Ｂｎ＝１２８ｋｂｐｓであれば予約帯域は６４ｋｂ
ｐｓ，Ｂｎ＝１６ｋｂｐｓであれば予約可能な帯域は
「なし」である。
重なる領域として算出できる。例えば，図６のユーザ要
求帯域テーブル５１と図７のアプリ別必要帯域テーブル
６１とから，アプリ−Ｂに対して，Ｂｕ＝３２〜１２８
ｋｂｐｓ，Ｂａ＝３２〜６４ｋｂｐｓであるから，Ｂｕ
ａ＝３２〜６４ｋｂｐｓである。この範囲で，伝送路の
利用可能帯域以下となる値があるかどうかを調べ，もし
あれば，その値を予約帯域として帯域予約機能を用いて
伝送路の帯域を予約した後，通信アプリケーション（ア
プリ−Ｂ）６のストリームの送受信を開始する。例え
ば，Ｂｎ＝４８ｋｂｐｓであれば予約帯域は４８ｋｂｐ
ｓ，Ｂｎ＝１２８ｋｂｐｓであれば予約帯域は６４ｋｂ
ｐｓ，Ｂｎ＝１６ｋｂｐｓであれば予約可能な帯域は
「なし」である。
【００３０】また，算出した端末装置の要求帯域が，ネ
ットワーク７の利用可能帯域より大きかったとき，帯域
制御モジュール２１はＲＳＶＰデーモン８に必要な帯域
が空きとなったときに通知するように登録しておいて，
ＲＳＶＰデーモン８からの通知を待ち，この通知を受け
たとき，帯域制御モジュール２１がＲＳＶＰデーモン８
を用いて伝送路の帯域を予約した後，通信アプリケーシ
ョン６のストリームの送受信を開始するようにすること
もできる。
ットワーク７の利用可能帯域より大きかったとき，帯域
制御モジュール２１はＲＳＶＰデーモン８に必要な帯域
が空きとなったときに通知するように登録しておいて，
ＲＳＶＰデーモン８からの通知を待ち，この通知を受け
たとき，帯域制御モジュール２１がＲＳＶＰデーモン８
を用いて伝送路の帯域を予約した後，通信アプリケーシ
ョン６のストリームの送受信を開始するようにすること
もできる。
【００３１】この場合の帯域制御のシーケンス図を図８
に示す。帯域制御モジュール２１内でのチェックまでは
図３のシーケンスと同じである。ここで帯域チェックの
結果，Ｂｕａ＞Ｂｎであったので帯域予約は行わずに，
ＲＳＶＰデーモン８に通知予約の設定，すなわちＢｕａ
の空き帯域ができたときに帯域制御モジュール２１に通
知するように設定しておく。その後，ＲＳＶＰデーモン
８が十分な空き帯域を検出すると，帯域制御モジュール
２１に検出通知を送る。これを受けて帯域制御モジュー
ル２１は，Ｂｕａの帯域予約をＲＳＶＰデーモン８を通
して行い，アプリケーション６を起動してストリームの
送信を開始する。
に示す。帯域制御モジュール２１内でのチェックまでは
図３のシーケンスと同じである。ここで帯域チェックの
結果，Ｂｕａ＞Ｂｎであったので帯域予約は行わずに，
ＲＳＶＰデーモン８に通知予約の設定，すなわちＢｕａ
の空き帯域ができたときに帯域制御モジュール２１に通
知するように設定しておく。その後，ＲＳＶＰデーモン
８が十分な空き帯域を検出すると，帯域制御モジュール
２１に検出通知を送る。これを受けて帯域制御モジュー
ル２１は，Ｂｕａの帯域予約をＲＳＶＰデーモン８を通
して行い，アプリケーション６を起動してストリームの
送信を開始する。
【００３２】また，アプリケーション６とユーザの必要
とする要求帯域の範囲がネットワーク７の利用可能帯域
を間に含むとき，ネットワーク７の利用可能帯域で伝送
路の帯域を予約した後，通信アプリケーション６のスト
リームの送受信を開始するとともに，帯域制御モジュー
ル２１はＲＳＶＰデーモン８にアプリケーション６とユ
ーザの要求帯域の最大値で示される帯域が空きとなった
ときに通知するように登録しておき，この通知を受けた
とき，帯域制御モジュール２１がＲＳＶＰデーモン８を
用いて要求帯域の最大値で伝送路の帯域を予約するよう
に変更した後，通信アプリケーション６のストリームの
送受信を継続するようにすることもできる。
とする要求帯域の範囲がネットワーク７の利用可能帯域
を間に含むとき，ネットワーク７の利用可能帯域で伝送
路の帯域を予約した後，通信アプリケーション６のスト
リームの送受信を開始するとともに，帯域制御モジュー
ル２１はＲＳＶＰデーモン８にアプリケーション６とユ
ーザの要求帯域の最大値で示される帯域が空きとなった
ときに通知するように登録しておき，この通知を受けた
とき，帯域制御モジュール２１がＲＳＶＰデーモン８を
用いて要求帯域の最大値で伝送路の帯域を予約するよう
に変更した後，通信アプリケーション６のストリームの
送受信を継続するようにすることもできる。
【００３３】この場合の帯域制御のシーケンス図を図９
に示す。帯域制御モジュール２１内でのチェックまでは
図３のシーケンスと同じである。ここで帯域チェックの
結果，Ｂｎの値がＢｕａの範囲内，すなわち最小値Ｂｕ
ａ＿ｍｉｎと最大値Ｂｕａ＿ｍａｘの間であった（Ｂｕ
ａ＿ｍｉｎ＜Ｂｎ＜Ｂｕａ＿ｍａｘ）ので，Ｂｎで帯域
予約を行い，併せて通知予約，つまりＢｕａ＿ｍａｘの
帯域が利用可能となったときに帯域制御モジュール２１
に通知するように設定しておき，アプリケーション６を
起動してストリームの送信を開始する。その後，ＲＳＶ
Ｐデーモン８が十分な空き帯域を検出すると，帯域制御
モジュール２１に検出通知を送る。これを受けて帯域制
御モジュール２１は，Ｂｕａ＿ｍａｘの帯域予約をＲＳ
ＶＰデーモン８を通して行い，十分な帯域を確保してス
トリームの送信を継続する。
に示す。帯域制御モジュール２１内でのチェックまでは
図３のシーケンスと同じである。ここで帯域チェックの
結果，Ｂｎの値がＢｕａの範囲内，すなわち最小値Ｂｕ
ａ＿ｍｉｎと最大値Ｂｕａ＿ｍａｘの間であった（Ｂｕ
ａ＿ｍｉｎ＜Ｂｎ＜Ｂｕａ＿ｍａｘ）ので，Ｂｎで帯域
予約を行い，併せて通知予約，つまりＢｕａ＿ｍａｘの
帯域が利用可能となったときに帯域制御モジュール２１
に通知するように設定しておき，アプリケーション６を
起動してストリームの送信を開始する。その後，ＲＳＶ
Ｐデーモン８が十分な空き帯域を検出すると，帯域制御
モジュール２１に検出通知を送る。これを受けて帯域制
御モジュール２１は，Ｂｕａ＿ｍａｘの帯域予約をＲＳ
ＶＰデーモン８を通して行い，十分な帯域を確保してス
トリームの送信を継続する。
【００３４】
【発明の効果】本発明では，ユーザの希望する帯域・利
用しようとする通信アプリケーションの必要とする帯域
・その時点で利用できるネットワークの帯域，から割り
出した最適な通信帯域でネットワークの資源を予約した
後，通信アプリケーションのストリームの送受信を開始
することで，その時点で利用できる最適な通信の品質を
保証することが可能となる。また，もしアプリケーショ
ンおよびユーザが必要とする要求帯域がネットワークで
確保できないときには，ユーザの通信要求を拒絶するこ
とで不必要なトラフィックの流入を阻止し，利用者全体
から見たネットワーク資源の有効利用が可能となる。
用しようとする通信アプリケーションの必要とする帯域
・その時点で利用できるネットワークの帯域，から割り
出した最適な通信帯域でネットワークの資源を予約した
後，通信アプリケーションのストリームの送受信を開始
することで，その時点で利用できる最適な通信の品質を
保証することが可能となる。また，もしアプリケーショ
ンおよびユーザが必要とする要求帯域がネットワークで
確保できないときには，ユーザの通信要求を拒絶するこ
とで不必要なトラフィックの流入を阻止し，利用者全体
から見たネットワーク資源の有効利用が可能となる。
【００３５】さらに，帯域制御機能をアプリケーション
から分離して独立した機能として提供するため，アプリ
ケーション開発を効率化することが可能となる。
から分離して独立した機能として提供するため，アプリ
ケーション開発を効率化することが可能となる。
【図１】本発明の原理説明図である。
【図２】本発明の実施の形態を示す図である。
【図３】第１のストリーム帯域制御のシーケンスを示す
図である。
図である。
【図４】ユーザ要求帯域テーブルの例を示す図である。
【図５】アプリ別必要帯域テーブルの例を示す図であ
る。
る。
【図６】ユーザ要求帯域テーブルの例を示す図である。
【図７】アプリ別必要帯域テーブルの例を示す図であ
る。
る。
【図８】第２のストリーム帯域制御のシーケンスを示す
図である。
図である。
【図９】第３のストリーム帯域制御のシーケンスを示す
図である。
図である。
１ 情報通信端末装置 ２ 帯域制御手段 ３ 帯域検出手段 ４ 帯域予約手段 ５ 個人情報管理手段 ６ アプリケーション ７ ネットワーク
Claims (5)
- 【請求項１】 マルチメディアデータまたはコンピュー
タデータのストリームを統合して扱う情報通信ネットワ
ークに接続された情報通信端末装置におけるストリーム
帯域制御方法において，通信アプリケーションと独立に
帯域制御手段を設け，前記帯域制御手段は，ユーザから
の通信要求を受け付けて，ユーザの希望する帯域と使お
うとする通信アプリケーションの必要とする帯域とから
得られる値を本端末装置の要求帯域として算出し，その
時点の利用可能帯域を調べて前記要求帯域が伝送路の利
用可能帯域以下であるかどうかをチェックし，もし前記
要求帯域が利用可能帯域以下であれば伝送路の帯域を予
約した後，通信アプリケーションのストリームの送受信
を開始し，もし前記要求帯域が利用可能帯域を超えてい
ればユーザからの通信要求を拒絶することを特徴とする
ストリーム帯域制御方法。 - 【請求項２】 マルチメディアデータまたはコンピュー
タデータのストリームを統合して扱う情報通信ネットワ
ークに接続された情報通信端末装置におけるストリーム
帯域制御方法において，通信アプリケーションと独立に
帯域制御手段を設け，ユーザの希望する帯域と通信アプ
リケーションの必要とする帯域とを，それぞれ最大値と
最小値の２つの値で表される範囲で持ち，前記帯域制御
手段は，ユーザからの通信要求発生時に前記最大値と最
小値の２つのパラメータの範囲を調べ，２つの範囲に重
なる領域があれば，その重なった範囲を本端末装置の要
求帯域として算出し，その重なった範囲で伝送路の利用
可能帯域以下となる値があるかどうかをチェックし，も
しあれば，その範囲に入る最大値を予約帯域として伝送
路の帯域を予約した後，通信アプリケーションのストリ
ームの送受信を開始し，もしなければ，ユーザからの通
信要求を拒絶し，前記２つのパラメータの範囲に重なる
領域がなければ，ユーザからの通信要求を拒絶すること
を特徴とするストリーム帯域制御方法。 - 【請求項３】 請求項１または請求項２記載のストリー
ム帯域制御方法において，算出した端末装置の要求帯域
がネットワークの利用可能帯域より大きかったとき，前
記帯域制御手段は，所定の時間間隔で伝送路の帯域をチ
ェックし，もし必要な要求帯域の空きがあれば，伝送路
の帯域を予約した後，通信アプリケーションのストリー
ムの送受信を開始することを特徴とするストリーム帯域
制御方法。 - 【請求項４】 請求項２記載のストリーム帯域制御方法
において，算出した端末装置の要求帯域の範囲がネット
ワークの利用可能帯域を間に含むとき，前記帯域制御手
段は，ネットワークの利用可能帯域で伝送路の帯域を予
約した後，通信アプリケーションのストリームの送受信
を開始するとともに，帯域検出機能を持つプロセスに前
記端末装置の要求帯域の最大値で示される帯域が空きと
なったときに通知するように登録しておき，この通知を
受けたとき，端末装置の要求帯域の最大値で伝送路の帯
域を予約するように変更した後，通信アプリケーション
のストリームの送受信を継続することを特徴とするスト
リーム帯域制御方法。 - 【請求項５】 請求項２記載のストリーム帯域制御方法
において，算出した端末装置の要求帯域の範囲がネット
ワークの利用可能帯域を間に含むとき，前記帯域制御手
段は，ネットワークの利用可能帯域で伝送路の帯域を予
約した後，通信アプリケーションのストリームの送受信
を開始するとともに，所定の時間間隔で伝送路の帯域を
チェックし，端末装置の要求帯域の最大値で示される帯
域の空きを検出したとき，端末装置の要求帯域の最大値
で伝送路の帯域を予約するように変更した後，通信アプ
リケーションのストリームの送受信を継続することを特
徴とするストリーム帯域制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25806597A JP3776573B2 (ja) | 1997-09-24 | 1997-09-24 | ストリーム帯域制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25806597A JP3776573B2 (ja) | 1997-09-24 | 1997-09-24 | ストリーム帯域制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1198152A true JPH1198152A (ja) | 1999-04-09 |
| JP3776573B2 JP3776573B2 (ja) | 2006-05-17 |
Family
ID=17315049
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP25806597A Expired - Fee Related JP3776573B2 (ja) | 1997-09-24 | 1997-09-24 | ストリーム帯域制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3776573B2 (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000209267A (ja) * | 1999-01-14 | 2000-07-28 | Fujitsu Ltd | ネットワ―ク機器制御システム及び装置 |
| JP2000349769A (ja) * | 1999-06-01 | 2000-12-15 | Mitsubishi Electric Corp | パラメータ決定装置、パラメータ決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JP2001036577A (ja) * | 1999-07-19 | 2001-02-09 | Hitachi Ltd | 通信品質制御装置および記録媒体 |
| JP2002026981A (ja) * | 2000-07-07 | 2002-01-25 | Nippon Telegr & Teleph Corp <Ntt> | トラヒック制御方法 |
| JP2003143216A (ja) * | 2001-10-25 | 2003-05-16 | Alcatel | 遠隔通信網を介しｉｐプロトコルを用いるパケットの送信方法 |
| JP2006521063A (ja) * | 2003-03-17 | 2006-09-14 | クゥアルコム・インコーポレイテッド | サービスの質要件を有するアプリケーションフローをサポートする通信システム内での許可制御及び資源割り当て |
| WO2007086124A1 (ja) * | 2006-01-26 | 2007-08-02 | Matsushita Electric Industrial Co., Ltd. | ＱｏＳ制御システム |
| JP2010166582A (ja) * | 2003-03-17 | 2010-07-29 | Qualcomm Inc | サービスの質をサポートする通信システム内での許可制御及び資源割り当て |
| US7894479B2 (en) | 2007-08-14 | 2011-02-22 | Canon Kabushiki Kaisha | Data processing system, transmission apparatus, and band control apparatus |
| JP2011155600A (ja) * | 2010-01-28 | 2011-08-11 | Oki Electric Industry Co Ltd | 通信制御装置 |
-
1997
- 1997-09-24 JP JP25806597A patent/JP3776573B2/ja not_active Expired - Fee Related
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000209267A (ja) * | 1999-01-14 | 2000-07-28 | Fujitsu Ltd | ネットワ―ク機器制御システム及び装置 |
| JP2000349769A (ja) * | 1999-06-01 | 2000-12-15 | Mitsubishi Electric Corp | パラメータ決定装置、パラメータ決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JP2001036577A (ja) * | 1999-07-19 | 2001-02-09 | Hitachi Ltd | 通信品質制御装置および記録媒体 |
| JP2002026981A (ja) * | 2000-07-07 | 2002-01-25 | Nippon Telegr & Teleph Corp <Ntt> | トラヒック制御方法 |
| JP2003143216A (ja) * | 2001-10-25 | 2003-05-16 | Alcatel | 遠隔通信網を介しｉｐプロトコルを用いるパケットの送信方法 |
| JP2006521063A (ja) * | 2003-03-17 | 2006-09-14 | クゥアルコム・インコーポレイテッド | サービスの質要件を有するアプリケーションフローをサポートする通信システム内での許可制御及び資源割り当て |
| JP2010166582A (ja) * | 2003-03-17 | 2010-07-29 | Qualcomm Inc | サービスの質をサポートする通信システム内での許可制御及び資源割り当て |
| WO2007086124A1 (ja) * | 2006-01-26 | 2007-08-02 | Matsushita Electric Industrial Co., Ltd. | ＱｏＳ制御システム |
| US7894479B2 (en) | 2007-08-14 | 2011-02-22 | Canon Kabushiki Kaisha | Data processing system, transmission apparatus, and band control apparatus |
| JP2011155600A (ja) * | 2010-01-28 | 2011-08-11 | Oki Electric Industry Co Ltd | 通信制御装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3776573B2 (ja) | 2006-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7353279B2 (en) | Proxy architecture for providing quality of service(QoS) reservations | |
| JP3725424B2 (ja) | サービス割り当て装置 | |
| US7161947B1 (en) | Methods and apparatus for intercepting control and data connections | |
| EP1120939B1 (en) | Method, server and arrangement in a communication network | |
| KR100464893B1 (ko) | 세션 개시 프로토콜을 사용한 멀티미디어 호를인에이블시키기 위한 방법 및 장치 | |
| WO2018166371A1 (zh) | 服务质量控制方法及其装置、smf、upf、ue、pcf及an | |
| US6745246B1 (en) | Apparatus and method in a network switch for modifying a bandwidth request between a requestor and a router | |
| US7336663B2 (en) | Resource reservation protocol substitute reply router, resource reservation protocol substitute reply system and resource reservation protocol substitute reply method used in the same | |
| EP1353480B1 (en) | Reconnecting a cdma2000 high speed packet data service from dormant state | |
| WO2004023323A9 (en) | Mechanism for providing quality of service in a network utilizing priority and reserved bandwidth protocols | |
| JP2002010364A (ja) | 移動電気通信システムのための双方向パケットデータプロトコル手法および装置 | |
| US20090100179A1 (en) | Method of controlling resources using out-of-band signaling | |
| KR20050027972A (ko) | 이동통신 시스템에서 방송 서비스를 위한 상태 정보 제공방법 및 시스템 | |
| US20110307585A1 (en) | Method, device and system for controlling multichannel cascade between two media control servers | |
| JP2005529554A (ja) | 通信システムにおけるパケットフロープロセシング | |
| EP1650895B1 (en) | The method of providing reliable quality of service in the communication network | |
| US6920499B2 (en) | Resource reservation in third generation telecommunication network by comparing RSVP messages | |
| US20080130574A1 (en) | Method for system for providing QoS in broadband convergence network deploying mobile IP | |
| JPH1198152A (ja) | ストリーム帯域制御方法 | |
| EP1583297A1 (en) | Resource management system and method | |
| WO2007016848A1 (fr) | Procédé de traitement d'une demande de conversion adresse/port de réseau dans un réseau de communication | |
| US7181532B1 (en) | Scalable policy server | |
| US8488462B2 (en) | Handling traffic flows in a mobile communications network | |
| US8605612B2 (en) | Method and apparatus for extracting QoS parameters in mobile device | |
| EP0986880A1 (en) | A communications network end station |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050217 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050315 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050510 |
|
| 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: 20060221 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060223 |
|
| 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: 20100303 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100303 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110303 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110303 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120303 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130303 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130303 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140303 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |