JP2002044129A - 優先度別クラス選択型通信システム及び通信方法 - Google Patents
優先度別クラス選択型通信システム及び通信方法Info
- Publication number
- JP2002044129A JP2002044129A JP2000219609A JP2000219609A JP2002044129A JP 2002044129 A JP2002044129 A JP 2002044129A JP 2000219609 A JP2000219609 A JP 2000219609A JP 2000219609 A JP2000219609 A JP 2000219609A JP 2002044129 A JP2002044129 A JP 2002044129A
- Authority
- JP
- Japan
- Prior art keywords
- priority
- network
- request
- user terminal
- class
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/822—Collecting or measuring resource availability data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/15—Flow control; Congestion control in relation to multipoint traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
- H04L47/2433—Allocation of priorities to traffic types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
- H04L47/765—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the end-points
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/805—QOS or priority aware
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 自らの転送に必要な伝送路を確保し、使用す
る優先度クラスを選択可能とし、利用状況に応じ優先度
を任意に変更可能とし、通信コストの最適化を実現した
装置及び優先度別クラス選択型通信方法を提供する。 【解決手段】 ユーザ端末１は、送受信開始を検出する
コネクション開通トリガ検出部１１、各優先度クラスの
ネットワーク利用情報を要求する情報要求部１２、どの
優先度クラスを選択するか決定する優先度クラス選択部
１３、優先度クラスの利用要求を行う要求部１５、利用
可能ＩＤにより情報の送受信を行う送受信部１６を備
え、ネットワーク制御部２は、ネットワーク利用情報を
送信するネットワーク情報転送部２１、ネットワーク利
用情報を格納するネットワークデータベース２２、利用
可能ＩＤを送信する要求受付部２３を備える。
る優先度クラスを選択可能とし、利用状況に応じ優先度
を任意に変更可能とし、通信コストの最適化を実現した
装置及び優先度別クラス選択型通信方法を提供する。 【解決手段】 ユーザ端末１は、送受信開始を検出する
コネクション開通トリガ検出部１１、各優先度クラスの
ネットワーク利用情報を要求する情報要求部１２、どの
優先度クラスを選択するか決定する優先度クラス選択部
１３、優先度クラスの利用要求を行う要求部１５、利用
可能ＩＤにより情報の送受信を行う送受信部１６を備
え、ネットワーク制御部２は、ネットワーク利用情報を
送信するネットワーク情報転送部２１、ネットワーク利
用情報を格納するネットワークデータベース２２、利用
可能ＩＤを送信する要求受付部２３を備える。
Description
【０００１】
【発明の属する技術分野】本発明は、優先度別クラス選
択型通信システム及び優先度別クラス選択型通信方法に
関し、特に、通信コストの最適化を図る場合などに好適
な優先度別クラス選択型通信システム及び優先度別クラ
ス選択型通信方法に関する。
択型通信システム及び優先度別クラス選択型通信方法に
関し、特に、通信コストの最適化を図る場合などに好適
な優先度別クラス選択型通信システム及び優先度別クラ
ス選択型通信方法に関する。
【０００２】
【従来の技術】従来、インターネット等のネットワーク
を介した端末間の通信においては、優先度に区分を設け
ている。従来の優先度区分は、例えば、音声／データ／
映像等のあらゆる情報を全て所定バイトのセルに分解
し、ネットワーク内を伝送する「ＡＴＭ（Asynchronous
Transfer Mode：非同期転送モード）伝送」であれば、
ＣＢＲ（Constant Bit Rate：映像通信用のサービ
ス）、ＶＢＲ（Variable Bit Rate：そのままの情報可
変速度で通信を実現するサービス）、ＵＢＲ（Unspecif
ied Bit Rate：スループットを保証しない低料金用のサ
ービス）、等の伝送方式に依存する考え方が支配的であ
った。端末は、特定の伝送方式しか持たないことが普通
であり、この場合、常に同一通信方式の優先度クラスを
利用しなければならないという制約がある。
を介した端末間の通信においては、優先度に区分を設け
ている。従来の優先度区分は、例えば、音声／データ／
映像等のあらゆる情報を全て所定バイトのセルに分解
し、ネットワーク内を伝送する「ＡＴＭ（Asynchronous
Transfer Mode：非同期転送モード）伝送」であれば、
ＣＢＲ（Constant Bit Rate：映像通信用のサービ
ス）、ＶＢＲ（Variable Bit Rate：そのままの情報可
変速度で通信を実現するサービス）、ＵＢＲ（Unspecif
ied Bit Rate：スループットを保証しない低料金用のサ
ービス）、等の伝送方式に依存する考え方が支配的であ
った。端末は、特定の伝送方式しか持たないことが普通
であり、この場合、常に同一通信方式の優先度クラスを
利用しなければならないという制約がある。
【０００３】パケット通信網に関する従来例としては、
例えば特開平３−５８６４６号公報に記載の技術が提案
されている。同公報は、確実な品質保証の実現を目的と
したものであり、パケット通信網において、優先度を２
種類設け、第１の優先度を要求する呼に対しては、情報
発生源のパケット送出速度の最大値に等しい帯域により
通過する伝送路に対して帯域割り当てを行い、第２の優
先度を要求する呼に対しては、情報発生源のパケット送
出速度の平均値以上、最大値以下の仮想帯域により通過
する伝送路に対して帯域割り当てを行い、網内において
第１の優先度をもつパケットは第２の優先度をもつパケ
ットより優先的に伝送されることを特徴とするパケット
通信網における帯域割り当て方式が開示されている。
例えば特開平３−５８６４６号公報に記載の技術が提案
されている。同公報は、確実な品質保証の実現を目的と
したものであり、パケット通信網において、優先度を２
種類設け、第１の優先度を要求する呼に対しては、情報
発生源のパケット送出速度の最大値に等しい帯域により
通過する伝送路に対して帯域割り当てを行い、第２の優
先度を要求する呼に対しては、情報発生源のパケット送
出速度の平均値以上、最大値以下の仮想帯域により通過
する伝送路に対して帯域割り当てを行い、網内において
第１の優先度をもつパケットは第２の優先度をもつパケ
ットより優先的に伝送されることを特徴とするパケット
通信網における帯域割り当て方式が開示されている。
【０００４】
【発明が解決しようとする課題】しかしながら、上述し
た従来例においては次のような問題点があった。
た従来例においては次のような問題点があった。
【０００５】上記の如く、従来の優先度区分は、例えば
ＡＴＭ伝送であればＣＢＲ、ＶＢＲ、ＵＢＲ等の伝送方
式に依存する考え方が支配的で、端末は特定の伝送方式
しか持たないことが普通であり、常に同一通信方式の優
先度クラスを利用しなければならない、という制約が存
在した。
ＡＴＭ伝送であればＣＢＲ、ＶＢＲ、ＵＢＲ等の伝送方
式に依存する考え方が支配的で、端末は特定の伝送方式
しか持たないことが普通であり、常に同一通信方式の優
先度クラスを利用しなければならない、という制約が存
在した。
【０００６】従って、ネットワークユーザが利用したい
場面、例えば、業務上、緊急に電子ファイルを転送した
い場合も、インターネットをブラウズするのも、同一優
先度クラスにおける通信であり、そこに優先度の区分は
存在していない。ＵＮＩ（ユーザネットワークインタフ
ェース）の規定に従えば、ユーザ端末側とネットワーク
側がパラメータを交換することで、ユーザからの帯域要
求も可能である。
場面、例えば、業務上、緊急に電子ファイルを転送した
い場合も、インターネットをブラウズするのも、同一優
先度クラスにおける通信であり、そこに優先度の区分は
存在していない。ＵＮＩ（ユーザネットワークインタフ
ェース）の規定に従えば、ユーザ端末側とネットワーク
側がパラメータを交換することで、ユーザからの帯域要
求も可能である。
【０００７】しかし、この方式では、ネットワーク側と
ユーザ側との間で、複雑なプロトコルが必要であり、ま
た、ユーザ側が何を申告すればネットワークが受けつけ
られるのかを示す情報が欠落しており、ユーザの柔軟な
要求に対し適切なサービスを提供することが困難である
という問題があった。
ユーザ側との間で、複雑なプロトコルが必要であり、ま
た、ユーザ側が何を申告すればネットワークが受けつけ
られるのかを示す情報が欠落しており、ユーザの柔軟な
要求に対し適切なサービスを提供することが困難である
という問題があった。
【０００８】そこで、本発明は、通信方式に関係しない
優先度クラス分けを行うことにより、通信の優先度に応
じた対価を設け、自らの転送に必要な伝送路を確保し、
送信時にポリシーに従って、使用する優先度クラスを選
択可能とし、情報の重要性等に基づいて、利用する状況
に応じ優先度を任意に変更可能とし、特定の優先度クラ
スを常に利用する契約とする必要がなく、通信コストの
最適化を実現した優先度別クラス選択型通信システム及
び優先度別クラス選択型通信方法を提供することを目的
とする。
優先度クラス分けを行うことにより、通信の優先度に応
じた対価を設け、自らの転送に必要な伝送路を確保し、
送信時にポリシーに従って、使用する優先度クラスを選
択可能とし、情報の重要性等に基づいて、利用する状況
に応じ優先度を任意に変更可能とし、特定の優先度クラ
スを常に利用する契約とする必要がなく、通信コストの
最適化を実現した優先度別クラス選択型通信システム及
び優先度別クラス選択型通信方法を提供することを目的
とする。
【０００９】
【課題を解決するための手段】本発明は、優先度に応じ
たネットワークの利用を行う優先度別クラス選択型通信
システムにおいて、前記ネットワーク内の伝送路の特定
の帯域をクラス分けすると共に優先度別に分割し、各優
先度クラス毎に最大収容ユーザ数を設定し、前記各優先
度クラスの前記帯域及び前記最大収容ユーザ数に基づ
き、最大数のユーザの利用時に使用可能帯域の下限を保
証値として設定することを特徴とする。
たネットワークの利用を行う優先度別クラス選択型通信
システムにおいて、前記ネットワーク内の伝送路の特定
の帯域をクラス分けすると共に優先度別に分割し、各優
先度クラス毎に最大収容ユーザ数を設定し、前記各優先
度クラスの前記帯域及び前記最大収容ユーザ数に基づ
き、最大数のユーザの利用時に使用可能帯域の下限を保
証値として設定することを特徴とする。
【００１０】また、本発明は、ユーザ端末とネットワー
ク制御部とを具備した優先度別クラス選択型通信システ
ムにおける優先度別クラス選択型通信方法において、ユ
ーザ端末と他のユーザ端末との間の情報の送受信開始に
伴い、前記ユーザ端末から前記ネットワーク制御部に対
し、前記ネットワーク内の伝送路の特定の帯域及び最大
収容ユーザ数に応じて分割された各優先度クラスのネッ
トワーク利用情報の要求を行い、該要求に基づき前記ユ
ーザ端末が前記ネットワーク制御部から受信した前記ネ
ットワーク利用情報に基づき、何れの優先度クラスを選
択するかを決定し、前記ユーザ端末から前記ネットワー
ク制御部に対し前記決定した前記優先度クラスの利用要
求を行い、該要求に基づき前記ユーザ端末が前記ネット
ワーク制御部から受信した利用可能ＩＤを用いて通信を
行うことを特徴とする。
ク制御部とを具備した優先度別クラス選択型通信システ
ムにおける優先度別クラス選択型通信方法において、ユ
ーザ端末と他のユーザ端末との間の情報の送受信開始に
伴い、前記ユーザ端末から前記ネットワーク制御部に対
し、前記ネットワーク内の伝送路の特定の帯域及び最大
収容ユーザ数に応じて分割された各優先度クラスのネッ
トワーク利用情報の要求を行い、該要求に基づき前記ユ
ーザ端末が前記ネットワーク制御部から受信した前記ネ
ットワーク利用情報に基づき、何れの優先度クラスを選
択するかを決定し、前記ユーザ端末から前記ネットワー
ク制御部に対し前記決定した前記優先度クラスの利用要
求を行い、該要求に基づき前記ユーザ端末が前記ネット
ワーク制御部から受信した利用可能ＩＤを用いて通信を
行うことを特徴とする。
【００１１】また、本発明の優先度別クラス選択型通信
システムは、図１を参照しつつ説明すれば、前記ユーザ
端末（１）は、他のユーザ端末との情報の送受信開始を
検出する検出手段（１１）と、前記ネットワーク制御部
（２）に対し前記各優先度クラスのネットワーク利用情
報の要求を行う第一の要求手段（１２）と、該要求に基
づき前記ネットワーク制御部（２）から受信した前記ネ
ットワーク利用情報及びユーザが有する選択ポリシーに
基づき、何れの優先度クラスを選択するかを決定する決
定手段（１３）と、前記ネットワーク制御部（２）に対
し前記決定した前記優先度クラスの利用要求を行う第二
の要求手段（１５）と、該要求に基づき前記ネットワー
ク制御部（２）から受信した前記利用可能ＩＤを用いて
前記ネットワーク（３）を介し情報の送受信を行う送受
信手段（１６）とを具備し、前記ネットワーク制御部
（２）は、前記ユーザ端末（１）から前記ネットワーク
利用情報の要求を受信し、前記ネットワーク利用情報を
前記ユーザ端末（１）に送信する転送手段（２１）と、
前記ネットワーク利用情報の格納及び更新が可能な格納
手段（２２）と、前記ユーザ端末（１）から前記利用要
求を受信し、前記ネットワーク（３）が利用可能な場合
に前記利用可能ＩＤを前記ユーザ端末に送信する受付手
段と（２３）を具備している。
システムは、図１を参照しつつ説明すれば、前記ユーザ
端末（１）は、他のユーザ端末との情報の送受信開始を
検出する検出手段（１１）と、前記ネットワーク制御部
（２）に対し前記各優先度クラスのネットワーク利用情
報の要求を行う第一の要求手段（１２）と、該要求に基
づき前記ネットワーク制御部（２）から受信した前記ネ
ットワーク利用情報及びユーザが有する選択ポリシーに
基づき、何れの優先度クラスを選択するかを決定する決
定手段（１３）と、前記ネットワーク制御部（２）に対
し前記決定した前記優先度クラスの利用要求を行う第二
の要求手段（１５）と、該要求に基づき前記ネットワー
ク制御部（２）から受信した前記利用可能ＩＤを用いて
前記ネットワーク（３）を介し情報の送受信を行う送受
信手段（１６）とを具備し、前記ネットワーク制御部
（２）は、前記ユーザ端末（１）から前記ネットワーク
利用情報の要求を受信し、前記ネットワーク利用情報を
前記ユーザ端末（１）に送信する転送手段（２１）と、
前記ネットワーク利用情報の格納及び更新が可能な格納
手段（２２）と、前記ユーザ端末（１）から前記利用要
求を受信し、前記ネットワーク（３）が利用可能な場合
に前記利用可能ＩＤを前記ユーザ端末に送信する受付手
段と（２３）を具備している。
【００１２】［作用］本発明の優先度別クラス選択型通
信システムは、各ユーザは相応の対価を支払うことで、
自らの転送に必要な伝送路を確保することが可能とな
り、送信時にポリシーに従って、使用する優先度クラス
を選択できる。そのため、情報の重要性等に基づいて、
利用する状況に応じ優先度を任意に変更することが可能
であり、特定の優先度クラスを常に利用する契約とする
必要がなく、通信コストの最適化を実現することができ
る。
信システムは、各ユーザは相応の対価を支払うことで、
自らの転送に必要な伝送路を確保することが可能とな
り、送信時にポリシーに従って、使用する優先度クラス
を選択できる。そのため、情報の重要性等に基づいて、
利用する状況に応じ優先度を任意に変更することが可能
であり、特定の優先度クラスを常に利用する契約とする
必要がなく、通信コストの最適化を実現することができ
る。
【００１３】
【発明の実施の形態】次に、本発明の実施形態について
図面を参照して詳細に説明する。
図面を参照して詳細に説明する。
【００１４】［第１の実施形態］ （１）構成の説明 本発明の実施形態の優先度クラス選択型通信システム
は、図１に示す如く、コネクション開通トリガ検出部１
１、情報要求部１２、優先度クラス選択部１３、ポリシ
ーデータベース１４、要求部１５、送受信部１６を備え
たユーザ端末１と、ネットワーク情報転送部２１、ネッ
トワークデータベース２２、要求受付部２３を備えたネ
ットワーク制御部２と、伝送路（ネットワーク）３とか
ら構成されている。
は、図１に示す如く、コネクション開通トリガ検出部１
１、情報要求部１２、優先度クラス選択部１３、ポリシ
ーデータベース１４、要求部１５、送受信部１６を備え
たユーザ端末１と、ネットワーク情報転送部２１、ネッ
トワークデータベース２２、要求受付部２３を備えたネ
ットワーク制御部２と、伝送路（ネットワーク）３とか
ら構成されている。
【００１５】上記構成を詳述すると、ユーザ端末１にお
いて、コネクション開通トリガ検出部１１は、自局のユ
ーザ端末内で送出したいデータが発生した場合にデータ
送出のトリガ信号を発生し、送受信開始のトリガとなる
ことを検出する。情報要求部１２は、トリガ信号を入力
し、ネットワーク３に対し各優先度クラスの利用情報提
供を要求し、受信した情報を優先度クラス選択部１３へ
転送する。優先度クラス選択部１３は、情報要求部１２
から転送されたネットワークの利用状態、及びユーザの
持つポリシーデータベース（選択ポリシー）１４に従
い、どの優先度を選択するかを決定する。
いて、コネクション開通トリガ検出部１１は、自局のユ
ーザ端末内で送出したいデータが発生した場合にデータ
送出のトリガ信号を発生し、送受信開始のトリガとなる
ことを検出する。情報要求部１２は、トリガ信号を入力
し、ネットワーク３に対し各優先度クラスの利用情報提
供を要求し、受信した情報を優先度クラス選択部１３へ
転送する。優先度クラス選択部１３は、情報要求部１２
から転送されたネットワークの利用状態、及びユーザの
持つポリシーデータベース（選択ポリシー）１４に従
い、どの優先度を選択するかを決定する。
【００１６】要求部１５は、優先度クラス選択部１３の
選択結果を入力し、ネットワーク制御部２に対し優先度
クラスの要求を送信し、この応答として、ネットワーク
制御部２よりネットワーク内で情報を転送するための利
用可能Ｉｄ値（以下、Ｉｄ値）を受信する。送受信部１
６は、要求部１５が受信したＩｄを使用して、ネットワ
ーク３に対し情報の送受を行う。
選択結果を入力し、ネットワーク制御部２に対し優先度
クラスの要求を送信し、この応答として、ネットワーク
制御部２よりネットワーク内で情報を転送するための利
用可能Ｉｄ値（以下、Ｉｄ値）を受信する。送受信部１
６は、要求部１５が受信したＩｄを使用して、ネットワ
ーク３に対し情報の送受を行う。
【００１７】他方、ネットワーク制御部２において、ネ
ットワーク情報転送部２１は、ユーザ端末１からのネッ
トワーク利用情報の参照要求を受信し、ネットワーク利
用情報をユーザ端末１に送信する。ネットワークデータ
ベース２２は、利用情報を格納する。要求受付部２３
は、ユーザ端末１からの利用要求を受信し、利用可能か
どうかの判定を行い、受付を行った場合、ユーザ端末１
に対し利用可能ＩＤを引き渡すと共に、ネットワークデ
ータベース２２の更新を行う。
ットワーク情報転送部２１は、ユーザ端末１からのネッ
トワーク利用情報の参照要求を受信し、ネットワーク利
用情報をユーザ端末１に送信する。ネットワークデータ
ベース２２は、利用情報を格納する。要求受付部２３
は、ユーザ端末１からの利用要求を受信し、利用可能か
どうかの判定を行い、受付を行った場合、ユーザ端末１
に対し利用可能ＩＤを引き渡すと共に、ネットワークデ
ータベース２２の更新を行う。
【００１８】また、上記ネットワーク制御部２が、ユー
ザ端末１に提供するネットワーク利用情報の一例は、図
２、図３に示す如くであり、最小保証帯域幅、利用可能
帯域幅に対し、例えば３ランクに分けた優先度Ａクラ
ス、優先度Ｂクラス、優先度Ｃクラスの各々が対応付け
られている。
ザ端末１に提供するネットワーク利用情報の一例は、図
２、図３に示す如くであり、最小保証帯域幅、利用可能
帯域幅に対し、例えば３ランクに分けた優先度Ａクラ
ス、優先度Ｂクラス、優先度Ｃクラスの各々が対応付け
られている。
【００１９】また、上記ネットワーク制御部２が有する
データベース情報の一例は、図４、図５に示す如くであ
り、全帯域幅、最小保証帯域幅、利用可能帯域幅、最大
収容ユーザ数に対し、例えば３ランクに分けた優先度Ａ
クラス、優先度Ｂクラス、優先度Ｃクラスの各々が対応
付けられている。この場合、図５は、図４の更新後のデ
ータベース情報である。
データベース情報の一例は、図４、図５に示す如くであ
り、全帯域幅、最小保証帯域幅、利用可能帯域幅、最大
収容ユーザ数に対し、例えば３ランクに分けた優先度Ａ
クラス、優先度Ｂクラス、優先度Ｃクラスの各々が対応
付けられている。この場合、図５は、図４の更新後のデ
ータベース情報である。
【００２０】なお、上記構成では、ユーザ端末１とネッ
トワーク制御部２とは、ネットワーク３とは別個に伝送
ラインを備えた例を示しているが、後述する第２の実施
形態と同様にネットワークを介してユーザ端末がデータ
の発生によってネットワークの使用に、優先度の選定等
を行ってもよい。
トワーク制御部２とは、ネットワーク３とは別個に伝送
ラインを備えた例を示しているが、後述する第２の実施
形態と同様にネットワークを介してユーザ端末がデータ
の発生によってネットワークの使用に、優先度の選定等
を行ってもよい。
【００２１】（２）動作の説明 次に、本発明の実施形態の動作について図１〜図６を参
照して詳細に説明する。
照して詳細に説明する。
【００２２】ユーザ端末１において、他の端末間と情報
を送受信する状況が発生した場合、この発生を、コネク
ション開通トリガ検出部１１が検出する。コネクション
開通トリガの検出の方法は、キャリアセンス、プロトコ
ルレベルでの送信要求発生に基づく検出、アプリケーシ
ョンレベルでのトランザクション要求発生に基づく検出
等、種々の検出方法が考えられる。
を送受信する状況が発生した場合、この発生を、コネク
ション開通トリガ検出部１１が検出する。コネクション
開通トリガの検出の方法は、キャリアセンス、プロトコ
ルレベルでの送信要求発生に基づく検出、アプリケーシ
ョンレベルでのトランザクション要求発生に基づく検出
等、種々の検出方法が考えられる。
【００２３】コネクション開通トリガ検出部１１は、こ
のコネクション開通トリガを検出したという情報を、情
報要求部１２へ通知する（図６のステップＳ４１)。こ
のトリガ検出情報には、送信アプリケーション・転送情
報量等の送信する情報の質を判断するための付加情報が
付与されている。
のコネクション開通トリガを検出したという情報を、情
報要求部１２へ通知する（図６のステップＳ４１)。こ
のトリガ検出情報には、送信アプリケーション・転送情
報量等の送信する情報の質を判断するための付加情報が
付与されている。
【００２４】ユーザ端末１の情報要求部１２は、ネット
ワーク制御部２が備えるネットワーク情報転送部２１に
対し、ネットワーク３における各優先度クラスの利用状
況を通知する依頼を行う（図６のステップＳ４２）。ネ
ットワーク情報転送部２１は、先の要求に従い、ネッワ
ークデータベース２２を参照し、この情報を、要求元で
あるユーザ端末１の情報要求部１２へ転送する（図６の
ステップＳ４０１）。
ワーク制御部２が備えるネットワーク情報転送部２１に
対し、ネットワーク３における各優先度クラスの利用状
況を通知する依頼を行う（図６のステップＳ４２）。ネ
ットワーク情報転送部２１は、先の要求に従い、ネッワ
ークデータベース２２を参照し、この情報を、要求元で
あるユーザ端末１の情報要求部１２へ転送する（図６の
ステップＳ４０１）。
【００２５】ここで、図２に、この時に渡されたネット
ワーク利用情報を示す。本実施形態では、ネットワーク
の優先度を３ランクに分けていることとし、優先度が高
い順に、優先度Ａクラス、優先度Ｂクラス、優先度Ｃク
ラスとする。各クラスは、仮に、均等に１００Ｍｂｐｓ
の帯域を有しているが、優先度Ａクラスは、最大１０ユ
ーザ、優先度Ｂクラスは、最大１００ユーザ、優先度Ｃ
クラスは、最大ユーザ数無制限とする。優先度Ａクラス
は、最小１０Ｍｂｐｓ保証、優先度Ｂクラスは、最小１
Ｍｂｐｓ保証、優先度Ｃクラスは、保証なしとなる。
ワーク利用情報を示す。本実施形態では、ネットワーク
の優先度を３ランクに分けていることとし、優先度が高
い順に、優先度Ａクラス、優先度Ｂクラス、優先度Ｃク
ラスとする。各クラスは、仮に、均等に１００Ｍｂｐｓ
の帯域を有しているが、優先度Ａクラスは、最大１０ユ
ーザ、優先度Ｂクラスは、最大１００ユーザ、優先度Ｃ
クラスは、最大ユーザ数無制限とする。優先度Ａクラス
は、最小１０Ｍｂｐｓ保証、優先度Ｂクラスは、最小１
Ｍｂｐｓ保証、優先度Ｃクラスは、保証なしとなる。
【００２６】従って、図２で示されるネットワーク利用
情報は、それぞれの最小保証帯域と、現時点での各優先
度クラスにおいて個々のユーザが利用可能な帯域が示さ
れている。利用可能帯域は、クラス選択を行うユーザに
簡便なように、新たにユーザが加わった時点で、利用で
きる帯域を示す。具体的には、優先度Ｂクラスの２Ｍｂ
ｐｓは次式により算出される。
情報は、それぞれの最小保証帯域と、現時点での各優先
度クラスにおいて個々のユーザが利用可能な帯域が示さ
れている。利用可能帯域は、クラス選択を行うユーザに
簡便なように、新たにユーザが加わった時点で、利用で
きる帯域を示す。具体的には、優先度Ｂクラスの２Ｍｂ
ｐｓは次式により算出される。
【００２７】 ２＝１００／（４９＋１） ・・・（Ａ） ここで、上記（Ａ）式中の「１」は、仮に、このユーザ
が加わった場合の値を算出するために加算される。
が加わった場合の値を算出するために加算される。
【００２８】上記のネットワーク利用情報を受け取った
ユーザ端末１の情報要求部１２は、ネットワーク利用情
報を優先度クラス選択部１３へ転送する。優先度クラス
選択部１３は、ポリシーデータベース１４を参照して、
どの優先度クラスを情報転送に使用するかを選択する。
ユーザ端末１の情報要求部１２は、ネットワーク利用情
報を優先度クラス選択部１３へ転送する。優先度クラス
選択部１３は、ポリシーデータベース１４を参照して、
どの優先度クラスを情報転送に使用するかを選択する。
【００２９】ポリシーデータベース１４は、例えば、転
送情報量、発信アプリケーションの種類等により、時間
的緊急性・情報に対するネットワーク使用量の下限・上
限等を設定し、適切な優先度クラスを選択するためのポ
リシーを保持する。このポリシーを元に、優先度クラス
選択部１３は、送受信について、どの優先度クラスを利
用するのかを決定する（図６のステップＳ４３、ステッ
プＳ４４）。
送情報量、発信アプリケーションの種類等により、時間
的緊急性・情報に対するネットワーク使用量の下限・上
限等を設定し、適切な優先度クラスを選択するためのポ
リシーを保持する。このポリシーを元に、優先度クラス
選択部１３は、送受信について、どの優先度クラスを利
用するのかを決定する（図６のステップＳ４３、ステッ
プＳ４４）。
【００３０】次に、どの優先度クラス帯域を使用するか
を決定した結果を、優先度クラス選択部１３が要求部１
５へ通知する（図６のステップＳ４５）。ユーザ端末１
の要求部１５は、ネットワーク制御部２の要求受付部２
３へ利用要求を送信する。本実施形態では、ポリシーデ
ータベース１４に基づき、優先度Ｂクラスを利用する要
求を行うものとする。
を決定した結果を、優先度クラス選択部１３が要求部１
５へ通知する（図６のステップＳ４５）。ユーザ端末１
の要求部１５は、ネットワーク制御部２の要求受付部２
３へ利用要求を送信する。本実施形態では、ポリシーデ
ータベース１４に基づき、優先度Ｂクラスを利用する要
求を行うものとする。
【００３１】この時、通信の対向局に関する情報も引き
渡す。ユーザ端末１の要求部１５は、この情報、つまり
優先度Ｂクラスを使用するという情報を、ネットワーク
制御部２の要求受付部２３へ転送する。 要求受付部２
３は、ネットワークデータベース２２を参照し、図４に
示す情報を得たものとする（図６のステップＳ４０
２）。
渡す。ユーザ端末１の要求部１５は、この情報、つまり
優先度Ｂクラスを使用するという情報を、ネットワーク
制御部２の要求受付部２３へ転送する。 要求受付部２
３は、ネットワークデータベース２２を参照し、図４に
示す情報を得たものとする（図６のステップＳ４０
２）。
【００３２】図４の情報は、上記図２の情報に全帯域幅
及びユーザ数情報が加わったものである。優先度Ｂクラ
スが最大ユーザ数に達しておらず、まだ４０ユーザへの
サービスが可能であるため、この時点では、要求をその
まま受け付け、且つ、ネットワークデータベース２２を
更新する（図６のステップＳ４０３、ステップＳ４０
４）。仮に受付不可能であれば、受付不能を判定する
（図６のステップＳ４０５）。図５に、更新後のデータ
ベースを示す。この後に、情報転送要求を行ったユーザ
は、図３に示す情報を受け取ることになる。
及びユーザ数情報が加わったものである。優先度Ｂクラ
スが最大ユーザ数に達しておらず、まだ４０ユーザへの
サービスが可能であるため、この時点では、要求をその
まま受け付け、且つ、ネットワークデータベース２２を
更新する（図６のステップＳ４０３、ステップＳ４０
４）。仮に受付不可能であれば、受付不能を判定する
（図６のステップＳ４０５）。図５に、更新後のデータ
ベースを示す。この後に、情報転送要求を行ったユーザ
は、図３に示す情報を受け取ることになる。
【００３３】ネットワーク制御部２の要求受付部２３
は、更に、ネットワーク３内において、優先度Ｂクラス
をこのユーザが利用できるように、ＩＤを割り当て（図
６のステップＳ４０６）、これをユーザ端末１の要求部
１５に通知する。ネットワーク制御部２の要求受付部２
３は、同時に、対向局にあるユーザ端末１の要求部１５
に対しても、同一のＩＤを割り当て通知する。更に、ネ
ットワーク制御部２の要求受付部２３は、ネットワーク
３に対し、受付を行ったサービスのコネクションを開通
する操作を行う。
は、更に、ネットワーク３内において、優先度Ｂクラス
をこのユーザが利用できるように、ＩＤを割り当て（図
６のステップＳ４０６）、これをユーザ端末１の要求部
１５に通知する。ネットワーク制御部２の要求受付部２
３は、同時に、対向局にあるユーザ端末１の要求部１５
に対しても、同一のＩＤを割り当て通知する。更に、ネ
ットワーク制御部２の要求受付部２３は、ネットワーク
３に対し、受付を行ったサービスのコネクションを開通
する操作を行う。
【００３４】ユーザ端末１の要求部１５は、ネットワー
ク制御部２側から送信された各信号を受信し（図６のス
テップＳ４５）、このＩＤを送受信部１６へ渡し、対向
する端末間とのデータの送受を、受信したＩＤを使用し
ながら実行する（図６のステップＳ４６）。
ク制御部２側から送信された各信号を受信し（図６のス
テップＳ４５）、このＩＤを送受信部１６へ渡し、対向
する端末間とのデータの送受を、受信したＩＤを使用し
ながら実行する（図６のステップＳ４６）。
【００３５】尚、上記実施形態では、同一優先度クラス
内で、ユーザが直接優先度クラスを指定する方式例を示
したが、ユーザは単に最小保証帯域を指定し、ネットワ
ーク制御部２の要求受付部２３がネットワークデータベ
ース２２を参照し、適切なクラスを選択する方式として
もよい。
内で、ユーザが直接優先度クラスを指定する方式例を示
したが、ユーザは単に最小保証帯域を指定し、ネットワ
ーク制御部２の要求受付部２３がネットワークデータベ
ース２２を参照し、適切なクラスを選択する方式として
もよい。
【００３６】以上説明したように、本発明の実施形態の
優先度クラス選択型通信方式は、ネットワーク内の伝送
路の特定の帯域をクラス分けした上で優先度別に分割
し、各優先度毎に最大収容ユーザ数を設定する。また、
各優先度クラスの帯域及び最大収容ユーザ数より、最大
数のユーザがフェアシェアで利用した場合に、実際に使
用できる帯域の下限を保証値として設定する。また、最
大ユーザ数を無限大として、実質的に保証がない優先度
クラスも設定が可能とする。
優先度クラス選択型通信方式は、ネットワーク内の伝送
路の特定の帯域をクラス分けした上で優先度別に分割
し、各優先度毎に最大収容ユーザ数を設定する。また、
各優先度クラスの帯域及び最大収容ユーザ数より、最大
数のユーザがフェアシェアで利用した場合に、実際に使
用できる帯域の下限を保証値として設定する。また、最
大ユーザ数を無限大として、実質的に保証がない優先度
クラスも設定が可能とする。
【００３７】各優先度クラスは、固有の課金体系を有し
ており、収容ユーザ数を制限する優先度クラスほど、単
位帯域当たりの単価を高く設定している。ネットワーク
は、各優先度クラスの利用状態から、その優先度クラス
の最小保証値及び利用可能な帯域情報を、リアルタイム
に更新し管理している。
ており、収容ユーザ数を制限する優先度クラスほど、単
位帯域当たりの単価を高く設定している。ネットワーク
は、各優先度クラスの利用状態から、その優先度クラス
の最小保証値及び利用可能な帯域情報を、リアルタイム
に更新し管理している。
【００３８】ネットワークユーザは、ユーザが要求する
ことにより、ネットワークより各優先度クラスの利用情
報を入手することが可能である。ユーザの方針により、
何れの優先度クラスをどれだけの帯域幅で使用するか
を、ネットワークに対して要求し、予約することが可能
である。ユーザは、利用した優先度クラス・帯域・時間
の積により、使用料を課金される。ネットワークは、各
優先度クラスの持つ最大ユーザ数まで収容する。
ことにより、ネットワークより各優先度クラスの利用情
報を入手することが可能である。ユーザの方針により、
何れの優先度クラスをどれだけの帯域幅で使用するか
を、ネットワークに対して要求し、予約することが可能
である。ユーザは、利用した優先度クラス・帯域・時間
の積により、使用料を課金される。ネットワークは、各
優先度クラスの持つ最大ユーザ数まで収容する。
【００３９】従って、ユーザが、仮に、最小保証帯域を
超過する帯域を利用している状況においても、ユーザ数
の増加により、逐次、使用帯域が減少することが有り得
るが、最小保証帯域を下回ることはなく、優先度クラス
に応じたネットワークの利用が保証される。
超過する帯域を利用している状況においても、ユーザ数
の増加により、逐次、使用帯域が減少することが有り得
るが、最小保証帯域を下回ることはなく、優先度クラス
に応じたネットワークの利用が保証される。
【００４０】［第２の実施形態］ （１）構成の説明 図７を参照して、本発明の実施形態の優先度別クラス選
択型通信システムについて説明する。
択型通信システムについて説明する。
【００４１】図７に示すように、図１との相違点は、ユ
ーザ端末１とネットワーク制御部２とは、ネットワーク
３を介して相互通信を行う点である。そのために、ユー
ザ端末１は、送受信部１６とネットワーク３との相互の
橋渡しの機能を有する端末インターフェース１７を有
し、ネットワークで指定されているプロトコルに従って
ネットワーク３に接続されている。
ーザ端末１とネットワーク制御部２とは、ネットワーク
３を介して相互通信を行う点である。そのために、ユー
ザ端末１は、送受信部１６とネットワーク３との相互の
橋渡しの機能を有する端末インターフェース１７を有
し、ネットワークで指定されているプロトコルに従って
ネットワーク３に接続されている。
【００４２】このプロトコルは、ＯＳＩ参照モデルにお
ける物理層、データリンク層、ネットワーク層、トラン
スポート層等でよい。また、ネットワーク制御部２は、
ネットワーク３との接続のために、管理部インターフェ
ース２５を備えており、ネットワーク情報転送部２１と
要求受付部２３とユーザ端末１との間に管理部インター
フェース２５をデータの相互通信のために介在してい
る。
ける物理層、データリンク層、ネットワーク層、トラン
スポート層等でよい。また、ネットワーク制御部２は、
ネットワーク３との接続のために、管理部インターフェ
ース２５を備えており、ネットワーク情報転送部２１と
要求受付部２３とユーザ端末１との間に管理部インター
フェース２５をデータの相互通信のために介在してい
る。
【００４３】また、ユーザ端末１には、ディスプレイ１
９と入出力機能を有する送信データ発生部１８とを備
え、送信データ発生部１８はデータ出力のトリガ信号を
発生する。また、コネクション開通トリガ検出部１１、
情報要求部１２、優先度クラス選択部１３、ポリシーデ
ータベース１４、要求部１５、送受信部１６はそれぞ
れ、図１と同様な機能を有している。また、ユーザ端末
１がネットワーク３からデータを受信する場合は、端末
インターフェース１７，送受信部１６、コネクション開
通トリガ検出部１１をそれぞれ通って、送信データ発生
部１８でディスプレイ１９を視認しながら、受信処理を
行うことになる。
９と入出力機能を有する送信データ発生部１８とを備
え、送信データ発生部１８はデータ出力のトリガ信号を
発生する。また、コネクション開通トリガ検出部１１、
情報要求部１２、優先度クラス選択部１３、ポリシーデ
ータベース１４、要求部１５、送受信部１６はそれぞ
れ、図１と同様な機能を有している。また、ユーザ端末
１がネットワーク３からデータを受信する場合は、端末
インターフェース１７，送受信部１６、コネクション開
通トリガ検出部１１をそれぞれ通って、送信データ発生
部１８でディスプレイ１９を視認しながら、受信処理を
行うことになる。
【００４４】また、ネットワーク制御部２には、ネット
ワーク情報転送部２１、ネットワークデータベース２
２、要求受付部２３と、管理部インターフェース２５，
ネットワークデータベース２２のデータの参照・更新を
行う参照・更新部２４を備えている。なお、ネットワー
ク情報転送部２１と要求受付部２３とは、管理部インタ
ーフェース２５内に含まれていてもよい。
ワーク情報転送部２１、ネットワークデータベース２
２、要求受付部２３と、管理部インターフェース２５，
ネットワークデータベース２２のデータの参照・更新を
行う参照・更新部２４を備えている。なお、ネットワー
ク情報転送部２１と要求受付部２３とは、管理部インタ
ーフェース２５内に含まれていてもよい。
【００４５】また、伝送路（ネットワーク）３には、通
常複数のユーザ端末が接続されており、ユーザ端末４を
図示し、その作用・動作はユーザ端末１と同様である。
ユーザ端末１及びネットワーク制御部２とは、第１の実
施形態によって説明した動作・作用とほぼ同じであるの
で、重複する説明は、省略する。
常複数のユーザ端末が接続されており、ユーザ端末４を
図示し、その作用・動作はユーザ端末１と同様である。
ユーザ端末１及びネットワーク制御部２とは、第１の実
施形態によって説明した動作・作用とほぼ同じであるの
で、重複する説明は、省略する。
【００４６】上記構成を詳述すると、ユーザ端末１にお
いて、コネクション開通トリガ検出部１１は、自局のユ
ーザ端末１内で送信データ発生部１８により送出したい
データが発生した場合に、データ送出のトリガ信号を発
生し、送受信開始のトリガとなることを検出する。情報
要求部１２は、そのトリガ信号を入力し、ネットワーク
３に対し、端末インターフェース１７を介してネットワ
ーク制御部２に各優先度クラスの利用情報提供を要求す
る。
いて、コネクション開通トリガ検出部１１は、自局のユ
ーザ端末１内で送信データ発生部１８により送出したい
データが発生した場合に、データ送出のトリガ信号を発
生し、送受信開始のトリガとなることを検出する。情報
要求部１２は、そのトリガ信号を入力し、ネットワーク
３に対し、端末インターフェース１７を介してネットワ
ーク制御部２に各優先度クラスの利用情報提供を要求す
る。
【００４７】この際、端末インターフェース１７はネッ
トワーク制御部２への通信の場合には、パケットとして
そのヘッダ部に宛先のネットワーク制御部２とそのネッ
トワーク情報転送部２１としてその要求を受け入れ、、
要求結果の応答により、管理部インターフェース２５
は、応答パケットのヘッダ部の宛先にユーザ端末２の特
定とその情報要求部１２としてネットワーク３端末イン
ターフェース１７に送出し、受信した情報を優先度クラ
ス選択部１３へ転送する。
トワーク制御部２への通信の場合には、パケットとして
そのヘッダ部に宛先のネットワーク制御部２とそのネッ
トワーク情報転送部２１としてその要求を受け入れ、、
要求結果の応答により、管理部インターフェース２５
は、応答パケットのヘッダ部の宛先にユーザ端末２の特
定とその情報要求部１２としてネットワーク３端末イン
ターフェース１７に送出し、受信した情報を優先度クラ
ス選択部１３へ転送する。
【００４８】優先度クラス選択部１３は、情報要求部１
２から転送されたネットワーク３の利用状態、及びユー
ザの持つポリシーデータベース（選択ポリシー）１４に
従い、どの優先度を選択するかを決定する。
２から転送されたネットワーク３の利用状態、及びユー
ザの持つポリシーデータベース（選択ポリシー）１４に
従い、どの優先度を選択するかを決定する。
【００４９】要求部１５は、優先度クラス選択部１３の
選択結果を入力し、ネットワーク制御部２に対し優先度
クラスの要求を送信し、この応答として、ネットワーク
制御部２よりネットワーク内で情報を転送するための利
用可能Ｉｄ値（以下、Ｉｄ値）を受信する。送受信部１
６は、要求部１５が受信したＩｄをパレット形式のヘッ
ダ部の送信元領域に埋め込み、ネットワーク３に対し情
報の送受を行う。
選択結果を入力し、ネットワーク制御部２に対し優先度
クラスの要求を送信し、この応答として、ネットワーク
制御部２よりネットワーク内で情報を転送するための利
用可能Ｉｄ値（以下、Ｉｄ値）を受信する。送受信部１
６は、要求部１５が受信したＩｄをパレット形式のヘッ
ダ部の送信元領域に埋め込み、ネットワーク３に対し情
報の送受を行う。
【００５０】他方、ネットワーク制御部２において、ネ
ットワーク情報転送部２１は、ユーザ端末１からのネッ
トワーク利用情報の参照要求を受信し、ネットワーク利
用情報をユーザ端末１に送信する。ネットワークデータ
ベース２２は、利用情報を格納する。要求受付部２３
は、ユーザ端末１からの利用要求を受信し、利用可能か
どうかの判定を行い、受付を行った場合、ユーザ端末１
に対し、利用可能ＩＤを引き渡すと共に、ネットワーク
データベース２２の更新を行う。
ットワーク情報転送部２１は、ユーザ端末１からのネッ
トワーク利用情報の参照要求を受信し、ネットワーク利
用情報をユーザ端末１に送信する。ネットワークデータ
ベース２２は、利用情報を格納する。要求受付部２３
は、ユーザ端末１からの利用要求を受信し、利用可能か
どうかの判定を行い、受付を行った場合、ユーザ端末１
に対し、利用可能ＩＤを引き渡すと共に、ネットワーク
データベース２２の更新を行う。
【００５１】また、上記ネットワーク制御部２が、ユー
ザ端末１に提供するネットワーク利用情報の一例は、図
２、図３に示す如くであり、最小保証帯域幅、利用可能
帯域幅に対し、例えば３ランクに分けた優先度Ａクラ
ス、優先度Ｂクラス、優先度Ｃクラスの各々が対応付け
られている。
ザ端末１に提供するネットワーク利用情報の一例は、図
２、図３に示す如くであり、最小保証帯域幅、利用可能
帯域幅に対し、例えば３ランクに分けた優先度Ａクラ
ス、優先度Ｂクラス、優先度Ｃクラスの各々が対応付け
られている。
【００５２】また、上記ネットワーク制御部２が有する
データベース情報の一例は、図４、図５に示す如くであ
り、全帯域幅、最小保証帯域幅、利用可能帯域幅、最大
収容ユーザ数に対し、例えば３ランクに分けた優先度Ａ
クラス、優先度Ｂクラス、優先度Ｃクラスの各々が対応
付けられている。この場合、図５は、図４の更新後のデ
ータベース情報である。
データベース情報の一例は、図４、図５に示す如くであ
り、全帯域幅、最小保証帯域幅、利用可能帯域幅、最大
収容ユーザ数に対し、例えば３ランクに分けた優先度Ａ
クラス、優先度Ｂクラス、優先度Ｃクラスの各々が対応
付けられている。この場合、図５は、図４の更新後のデ
ータベース情報である。
【００５３】（２）動作の説明 次に、本発明の実施形態の動作について図２〜図７を参
照して詳細に説明する。基本的には、第１の実施形態と
同様であるので、重複する説明は省略する。
照して詳細に説明する。基本的には、第１の実施形態と
同様であるので、重複する説明は省略する。
【００５４】ユーザ端末１において、他の端末、例えば
ユーザ端末４間と情報を送受信する状況が発生した場
合、データ送信発生部１８からトリガを発生して、コネ
クション開通トリガ検出部１１が検出する。コネクショ
ン開通トリガ検出部１１は、このコネクション開通用ト
リガを検出したという情報を、情報要求部１２へ通知す
る（図６のステップＳ４１)。このトリガ検出情報に
は、送信アプリケーション・転送情報量等の送信する情
報の質を判断するための付加情報が付与されている。
ユーザ端末４間と情報を送受信する状況が発生した場
合、データ送信発生部１８からトリガを発生して、コネ
クション開通トリガ検出部１１が検出する。コネクショ
ン開通トリガ検出部１１は、このコネクション開通用ト
リガを検出したという情報を、情報要求部１２へ通知す
る（図６のステップＳ４１)。このトリガ検出情報に
は、送信アプリケーション・転送情報量等の送信する情
報の質を判断するための付加情報が付与されている。
【００５５】ユーザ端末１の情報要求部１２は、そのト
リガに従って端末インターフェース１７に宛先をネット
ワーク制御部２のネットワーク情報伝送部２１としてパ
ケットとして通知し、端末インターフェース１７はネッ
トワーク３に送信する。ネットワーク制御部２の管理部
インターフェース２５はネットワーク３に送出されたパ
ケット中自己宛のパケットを検出し、そのパケットを入
力して宛先のネットワーク情報転送部２１に送信し、ネ
ットワーク３における各優先度クラスの利用状況を通知
する依頼を行う（図６のステップＳ４２）。
リガに従って端末インターフェース１７に宛先をネット
ワーク制御部２のネットワーク情報伝送部２１としてパ
ケットとして通知し、端末インターフェース１７はネッ
トワーク３に送信する。ネットワーク制御部２の管理部
インターフェース２５はネットワーク３に送出されたパ
ケット中自己宛のパケットを検出し、そのパケットを入
力して宛先のネットワーク情報転送部２１に送信し、ネ
ットワーク３における各優先度クラスの利用状況を通知
する依頼を行う（図６のステップＳ４２）。
【００５６】ネットワーク情報転送部２１は、先の要求
に従い、ネッワークデータベース２２を参照し、この情
報を、要求元であるユーザ端末１の情報要求部１２へネ
ットワーク３を介して転送する（図６のステップＳ４０
１）。
に従い、ネッワークデータベース２２を参照し、この情
報を、要求元であるユーザ端末１の情報要求部１２へネ
ットワーク３を介して転送する（図６のステップＳ４０
１）。
【００５７】ここで、図２に、この時に渡されたネット
ワーク利用情報を示す。本実施形態では、第１の実施形
態と同様に処理する。
ワーク利用情報を示す。本実施形態では、第１の実施形
態と同様に処理する。
【００５８】上記のネットワーク利用情報を受け取った
ユーザ端末１の情報要求部１２は、ネットワーク利用情
報を優先度クラス選択部１３へ転送する。優先度クラス
選択部１３は、ポリシーデータベース１４を参照して、
どの優先度クラスを情報転送に使用するかを選択する。
ポリシーデータベース１４は、例えば、転送情報量、発
信アプリケーションの種類等により、時間的緊急性・情
報に対するネットワーク使用量の下限・上限等を設定
し、適切な優先度クラスを選択するためのポリシーを保
持する。
ユーザ端末１の情報要求部１２は、ネットワーク利用情
報を優先度クラス選択部１３へ転送する。優先度クラス
選択部１３は、ポリシーデータベース１４を参照して、
どの優先度クラスを情報転送に使用するかを選択する。
ポリシーデータベース１４は、例えば、転送情報量、発
信アプリケーションの種類等により、時間的緊急性・情
報に対するネットワーク使用量の下限・上限等を設定
し、適切な優先度クラスを選択するためのポリシーを保
持する。
【００５９】このポリシーは、優先度を最善とするか、
低コストを最善とするか、データ品質を最善とするのか
など、ユーザ端末ごとに異なっているので、ユーザが好
む考え方によって、例えば、優先度は中庸、低コストは
最善、データ品質は最善というようにランク付けして、
ポリシーデータベース１４に格納しておく。このポリシ
ーを元に、優先度クラス選択部１３は、現状のネットワ
ークの利用情報に従ってクラス選択を決定する（図６の
ステップＳ４３、ステップＳ４４）。
低コストを最善とするか、データ品質を最善とするのか
など、ユーザ端末ごとに異なっているので、ユーザが好
む考え方によって、例えば、優先度は中庸、低コストは
最善、データ品質は最善というようにランク付けして、
ポリシーデータベース１４に格納しておく。このポリシ
ーを元に、優先度クラス選択部１３は、現状のネットワ
ークの利用情報に従ってクラス選択を決定する（図６の
ステップＳ４３、ステップＳ４４）。
【００６０】次に、どの優先度クラス帯域を使用するか
を決定した結果を、優先度クラス選択部１３が要求部１
５へ通知する（図６のステップＳ４５）。ユーザ端末１
の要求部１５は、優先度クラス帯域の情報をパケット化
し、端末インターフェース１７及び管理部インターフェ
ース２５を介して、ネットワーク制御部２の要求受付部
２３へ利用要求を送信する。
を決定した結果を、優先度クラス選択部１３が要求部１
５へ通知する（図６のステップＳ４５）。ユーザ端末１
の要求部１５は、優先度クラス帯域の情報をパケット化
し、端末インターフェース１７及び管理部インターフェ
ース２５を介して、ネットワーク制御部２の要求受付部
２３へ利用要求を送信する。
【００６１】本実施形態では、ポリシーデータベース１
４に基づき、優先度Ｂクラスを利用する要求を行うもの
とする。この時、通信の対向局であるユーザ端末４に関
する情報も引き渡す。ユーザ端末１の要求部１５は、こ
の情報、つまり優先度Ｂクラスを使用するという情報
を、ネットワーク制御部２の要求受付部２３へ転送す
る。
４に基づき、優先度Ｂクラスを利用する要求を行うもの
とする。この時、通信の対向局であるユーザ端末４に関
する情報も引き渡す。ユーザ端末１の要求部１５は、こ
の情報、つまり優先度Ｂクラスを使用するという情報
を、ネットワーク制御部２の要求受付部２３へ転送す
る。
【００６２】要求受付部２３は、ネットワークデータベ
ース２２を参照し、図４に示す情報を得たものとする
（図６のステップＳ４０２）。図４の情報は、上記図２
の情報に全帯域幅及びユーザ数情報が加わったものであ
る。優先度Ｂクラスが最大ユーザ数に達しておらず、ま
だ規定されるまでに４０ユーザへのサービスが可能であ
るため、この時点では、要求をそのまま受け付け、且
つ、要求受付部２３から通知されたユーザ端末１が優先
度Ｂクラスでネットワーク３を使用する旨を、参照・更
新部２４を介して、ネットワークデータベース２２に格
納して今まで不使用だった内容を更新する（図６のステ
ップＳ４０３、ステップＳ４０４）。
ース２２を参照し、図４に示す情報を得たものとする
（図６のステップＳ４０２）。図４の情報は、上記図２
の情報に全帯域幅及びユーザ数情報が加わったものであ
る。優先度Ｂクラスが最大ユーザ数に達しておらず、ま
だ規定されるまでに４０ユーザへのサービスが可能であ
るため、この時点では、要求をそのまま受け付け、且
つ、要求受付部２３から通知されたユーザ端末１が優先
度Ｂクラスでネットワーク３を使用する旨を、参照・更
新部２４を介して、ネットワークデータベース２２に格
納して今まで不使用だった内容を更新する（図６のステ
ップＳ４０３、ステップＳ４０４）。
【００６３】仮に受付不可能であれば、受付不能を判定
する（図６のステップＳ４０５）。図５に、更新後のデ
ータベースを示す。この後に、情報転送要求を行ったユ
ーザは、図３に示す情報を受け取ることになる。
する（図６のステップＳ４０５）。図５に、更新後のデ
ータベースを示す。この後に、情報転送要求を行ったユ
ーザは、図３に示す情報を受け取ることになる。
【００６４】ネットワーク制御部２の要求受付部２３
は、更に、ネットワーク３内において、優先度Ｂクラス
をこのユーザが利用できるように、ＩＤを割り当て、こ
れをユーザ端末１の要求部１５に通知する。ネットワー
ク制御部２の要求受付部２３は、同時に、対向局のユー
ザ端末４内にある要求部に対しても、同一のＩＤを割り
当て通知する。更に、ネットワーク制御部２の要求受付
部２３は、ネットワーク３に対し、受付を行ったサービ
スのコネクションを開通する操作を行う。
は、更に、ネットワーク３内において、優先度Ｂクラス
をこのユーザが利用できるように、ＩＤを割り当て、こ
れをユーザ端末１の要求部１５に通知する。ネットワー
ク制御部２の要求受付部２３は、同時に、対向局のユー
ザ端末４内にある要求部に対しても、同一のＩＤを割り
当て通知する。更に、ネットワーク制御部２の要求受付
部２３は、ネットワーク３に対し、受付を行ったサービ
スのコネクションを開通する操作を行う。
【００６５】ユーザ端末１の要求部１５は、このＩＤを
送受信部１６へ渡し、端末インターネット１７を介し
て、対向するユーザ端末４間とのデータの送受を実行す
る（図６のステップＳ４０６）。
送受信部１６へ渡し、端末インターネット１７を介し
て、対向するユーザ端末４間とのデータの送受を実行す
る（図６のステップＳ４０６）。
【００６６】尚、上記実施形態では、同一優先度クラス
内で、ユーザが直接優先度クラスを指定する方式例を示
したが、ユーザは単に最小保証帯域を指定し、ネットワ
ーク制御部２の要求受付部２３がネットワークデータベ
ース２２を参照し、適切なクラスを選択する方式として
もよい。また、データ送信元が優先度等のクラス選択を
決定したとしても、対向するユーザ端末が、１ランク上
の優先度クラスを求めてきた場合もあり、このような場
合のために、ネゴシエーション機能をネットワーク制御
部２内に設けてもよい。
内で、ユーザが直接優先度クラスを指定する方式例を示
したが、ユーザは単に最小保証帯域を指定し、ネットワ
ーク制御部２の要求受付部２３がネットワークデータベ
ース２２を参照し、適切なクラスを選択する方式として
もよい。また、データ送信元が優先度等のクラス選択を
決定したとしても、対向するユーザ端末が、１ランク上
の優先度クラスを求めてきた場合もあり、このような場
合のために、ネゴシエーション機能をネットワーク制御
部２内に設けてもよい。
【００６７】以上説明したように、本発明の実施形態の
優先度クラス選択型通信方式は、ネットワーク内の伝送
路の特定の帯域をクラス分けした上で優先度別に分割
し、各優先度毎に最大収容ユーザ数を設定する。また、
本実施形態では、ネットワークに接続するだけで、ネッ
トワーク制御部のネットワーク３におけるサービスを受
けられるので、ネットワークシステムの拡張等の時に効
果的である。
優先度クラス選択型通信方式は、ネットワーク内の伝送
路の特定の帯域をクラス分けした上で優先度別に分割
し、各優先度毎に最大収容ユーザ数を設定する。また、
本実施形態では、ネットワークに接続するだけで、ネッ
トワーク制御部のネットワーク３におけるサービスを受
けられるので、ネットワークシステムの拡張等の時に効
果的である。
【００６８】また、ネットワークユーザは、ユーザが要
求することにより、ネットワークより各優先度クラスの
利用情報を入手することが可能である。ユーザのポリシ
ーによる方針により、何れの優先度クラスをどれだけの
帯域幅で使用するかを、ネットワークに対して要求し、
予約することが可能である。ユーザは、利用した優先度
クラス・帯域・時間の積により、使用料を課金される。
ネットワークは、各優先度クラスの持つ最大ユーザ数ま
で収容する。
求することにより、ネットワークより各優先度クラスの
利用情報を入手することが可能である。ユーザのポリシ
ーによる方針により、何れの優先度クラスをどれだけの
帯域幅で使用するかを、ネットワークに対して要求し、
予約することが可能である。ユーザは、利用した優先度
クラス・帯域・時間の積により、使用料を課金される。
ネットワークは、各優先度クラスの持つ最大ユーザ数ま
で収容する。
【００６９】従って、ユーザが、仮に、最小保証帯域を
超過する帯域を利用している状況においても、ユーザ数
の増加により、逐次、使用帯域が減少することが有り得
るが、最小保証帯域を下回ることはなく、優先度クラス
に応じたネットワークの利用が保証される。
超過する帯域を利用している状況においても、ユーザ数
の増加により、逐次、使用帯域が減少することが有り得
るが、最小保証帯域を下回ることはなく、優先度クラス
に応じたネットワークの利用が保証される。
【００７０】
【発明の効果】以上説明したように本発明によれば、ユ
ーザ端末と他のユーザ端末との間の情報の送受信開始に
伴い、ユーザ端末からネットワーク制御部に対し、ネッ
トワーク内の伝送路の特定の帯域及び最大収容ユーザ数
に応じて分割された各優先度クラスのネットワーク利用
情報の要求を行い、該要求に基づきユーザ端末がネット
ワーク制御部から受信したネットワーク利用情報に基づ
き、何れの優先度クラスを選択するかを決定し、ユーザ
端末からネットワーク制御部に対し、決定した優先度ク
ラスの利用要求を行い、該要求に基づきユーザ端末がネ
ットワーク制御部から受信した利用可能ＩＤを用いて通
信を行うと共に、各優先度クラスは、固有の課金体系を
有し、収容ユーザ数を制限する優先度クラスほど単位帯
域当たりの単価を高く設定しているため、下記のような
効果が得られる。
ーザ端末と他のユーザ端末との間の情報の送受信開始に
伴い、ユーザ端末からネットワーク制御部に対し、ネッ
トワーク内の伝送路の特定の帯域及び最大収容ユーザ数
に応じて分割された各優先度クラスのネットワーク利用
情報の要求を行い、該要求に基づきユーザ端末がネット
ワーク制御部から受信したネットワーク利用情報に基づ
き、何れの優先度クラスを選択するかを決定し、ユーザ
端末からネットワーク制御部に対し、決定した優先度ク
ラスの利用要求を行い、該要求に基づきユーザ端末がネ
ットワーク制御部から受信した利用可能ＩＤを用いて通
信を行うと共に、各優先度クラスは、固有の課金体系を
有し、収容ユーザ数を制限する優先度クラスほど単位帯
域当たりの単価を高く設定しているため、下記のような
効果が得られる。
【００７１】各ユーザは相応の対価を支払うことで、自
らの転送に必要な伝送路を確保することが可能となり、
送信時にポリシーに従って、使用する優先度クラスを選
択できるため、情報の重要性等に基づいて、利用する状
況に応じ優先度を任意に変更することが可能であり、特
定の優先度クラスを常に利用する契約とする必要がな
く、通信コストの最適化を実現することができる。
らの転送に必要な伝送路を確保することが可能となり、
送信時にポリシーに従って、使用する優先度クラスを選
択できるため、情報の重要性等に基づいて、利用する状
況に応じ優先度を任意に変更することが可能であり、特
定の優先度クラスを常に利用する契約とする必要がな
く、通信コストの最適化を実現することができる。
【図１】本発明の実施形態の優先度クラス選択型通信シ
ステムの構成例を示すブロック図である。
ステムの構成例を示すブロック図である。
【図２】本発明の実施形態の優先度クラス選択型通信シ
ステムのネットワーク制御部がユーザ端末に提供するネ
ットワーク利用情報の一例を示す説明図である。
ステムのネットワーク制御部がユーザ端末に提供するネ
ットワーク利用情報の一例を示す説明図である。
【図３】本発明の実施形態の優先度クラス選択型通信シ
ステムのネットワーク制御部がユーザ端末に提供するネ
ットワーク利用情報の一例を示す説明図である。
ステムのネットワーク制御部がユーザ端末に提供するネ
ットワーク利用情報の一例を示す説明図である。
【図４】本発明の実施形態の優先度クラス選択型通信シ
ステムのネットワーク制御部が有するデータベース情報
の一例を示す説明図である。
ステムのネットワーク制御部が有するデータベース情報
の一例を示す説明図である。
【図５】本発明の実施形態の優先度クラス選択型通信シ
ステムのネットワーク制御部が有するデータベース情報
の一例を示す説明図である。
ステムのネットワーク制御部が有するデータベース情報
の一例を示す説明図である。
【図６】本発明の実施形態の優先度クラス選択型通信シ
ステムのユーザ端末側処理及びネットワーク制御部側処
理を示すフローチャートである。
ステムのユーザ端末側処理及びネットワーク制御部側処
理を示すフローチャートである。
【図７】本発明の実施形態の優先度クラス選択型通信シ
ステムの構成例を示すブロック図である。
ステムの構成例を示すブロック図である。
１ ユーザ端末 ２ ネットワーク制御部 ３ ネットワーク １１ コネクション関連トリガ検出部 １２ 情報要求部 １３ 優先度クラス選択部 １４ ポリシーデータベース １５ 要求部 １６ 送受信部 ２１ ネットワーク情報転送部 ２２ ネットワークデータベース ２３ 要求受付部
Claims (6)
- 【請求項１】 優先度に応じたネットワークの利用を行
う優先度別クラス選択型通信システムにおいて、 前記ネットワーク内の伝送路の特定の帯域をクラス分け
すると共に優先度別に分割し、各優先度クラス毎に最大
収容ユーザ数を設定し、前記各優先度クラスの前記帯域
及び前記最大収容ユーザ数に基づき、最大数のユーザの
利用時に使用可能帯域の下限を保証値として設定するこ
とを特徴とする優先度別クラス選択型通信システム。 - 【請求項２】 前記各優先度クラスは、固有の課金体系
を有し、収容ユーザ数を制限する優先度クラスほど単位
帯域当たりの単価を高く設定することを特徴とする請求
項１に記載の優先度別クラス選択型通信システム。 - 【請求項３】 他のユーザ端末との送受信開始に伴い、
前記各優先度クラスのネットワーク利用情報の要求を行
い、該要求に基づき入手した前記ネットワーク利用情報
に基づき、何れの優先度クラスを選択するかを決定し、
決定した前記優先度クラスの利用要求を行い、該要求に
基づき入手した利用可能ＩＤを用いて通信を行うユーザ
端末と、 前記ユーザ端末からの前記ネットワーク利用情報の要求
に基づき、前記ネットワーク利用情報を前記ユーザ端末
に送信し、前記ユーザ端末からの前記利用要求に基づ
き、前記利用可能ＩＤを前記ユーザ端末に送信するネッ
トワーク制御部とを具備することを特徴とする請求項１
又は２に記載の優先度別クラス選択型通信システム。 - 【請求項４】 前記ユーザ端末は、他のユーザ端末との
情報の送受信開始を検出する検出手段と、前記ネットワ
ーク制御部に対し前記各優先度クラスのネットワーク利
用情報の要求を行う第一の要求手段と、該要求に基づき
前記ネットワーク制御部から受信した前記ネットワーク
利用情報及びユーザが有する選択ポリシーに基づき、何
れの優先度クラスを選択するかを決定する決定手段と、
前記ネットワーク制御部に対し前記決定した前記優先度
クラスの利用要求を行う第二の要求手段と、該要求に基
づき前記ネットワーク制御部から受信した前記利用可能
ＩＤを用いて前記ネットワークを介し情報の送受信を行
う送受信手段とを具備し、 前記ネットワーク制御部は、前記ユーザ端末から前記ネ
ットワーク利用情報の要求を受信し、前記ネットワーク
利用情報を前記ユーザ端末に送信する転送手段と、前記
ネットワーク利用情報の格納及び更新が可能な格納手段
と、前記ユーザ端末から前記利用要求を受信し、前記ネ
ットワークが利用可能な場合に前記利用可能ＩＤを前記
ユーザ端末に送信する受付手段とを具備することを特徴
とする請求項３に記載の優先度別クラス選択型通信シス
テム。 - 【請求項５】 前記各優先度クラスは、全帯域幅、最小
保証帯域幅、利用可能帯域幅、最大収容ユーザ数に対応
付けて設定されることを特徴とする請求項１乃至４の何
れかに記載の優先度別クラス選択型通信システム。 - 【請求項６】 ユーザ端末とネットワーク制御部とを具
備した優先度別クラス選択型通信システムにおける優先
度別クラス選択型通信方法において、 ユーザ端末と他のユーザ端末との間の情報の送受信開始
に伴い、前記ユーザ端末から前記ネットワーク制御部に
対し、前記ネットワーク内の伝送路の特定の帯域及び最
大収容ユーザ数に応じて分割された各優先度クラスのネ
ットワーク利用情報の要求を行い、該要求に基づき前記
ユーザ端末が前記ネットワーク制御部から受信した前記
ネットワーク利用情報に基づき、何れの優先度クラスを
選択するかを決定し、前記ユーザ端末から前記ネットワ
ーク制御部に対し前記決定した前記優先度クラスの利用
要求を行い、該要求に基づき前記ユーザ端末が前記ネッ
トワーク制御部から受信した利用可能ＩＤを用いて通信
を行うことを特徴とする優先度別クラス選択型通信方
法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000219609A JP3565265B2 (ja) | 2000-07-19 | 2000-07-19 | 優先度別クラス選択型通信システム及び通信方法 |
| US09/906,856 US20020010772A1 (en) | 2000-07-19 | 2001-07-18 | System and method for communication based on priority class selection |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000219609A JP3565265B2 (ja) | 2000-07-19 | 2000-07-19 | 優先度別クラス選択型通信システム及び通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002044129A true JP2002044129A (ja) | 2002-02-08 |
| JP3565265B2 JP3565265B2 (ja) | 2004-09-15 |
Family
ID=18714358
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000219609A Expired - Fee Related JP3565265B2 (ja) | 2000-07-19 | 2000-07-19 | 優先度別クラス選択型通信システム及び通信方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20020010772A1 (ja) |
| JP (1) | JP3565265B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006011500A1 (ja) * | 2004-07-28 | 2006-02-02 | Aisin Seiki Kabushiki Kaisha | 通信異常検出装置及び乗員検出装置 |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4688198B2 (ja) * | 2001-07-31 | 2011-05-25 | パイオニア株式会社 | 地図情報表示システム、地図情報表示方法、サーバ装置および端末装置 |
| GB0124686D0 (en) | 2001-10-15 | 2001-12-05 | Hewlett Packard Co | A scheme for splitting trusted authorities based on the shamir's secret sharing |
| GB0124681D0 (en) * | 2001-10-15 | 2001-12-05 | Hewlett Packard Co | Method and apparatus for encrypting data |
| GB0124670D0 (en) * | 2001-10-15 | 2001-12-05 | Hewlett Packard Co | Method and apparatus for encrypting data |
| US8775645B2 (en) * | 2001-11-13 | 2014-07-08 | Cvidya Networks Ltd. | System and method for generating policies for a communication network |
| US6828716B2 (en) * | 2002-05-10 | 2004-12-07 | Lg. Philips Displays Korea Co., Ltd. | Shadow mask for color CRT |
| FR2847754B1 (fr) * | 2002-11-22 | 2005-03-25 | France Telecom | Procede et systeme d'acheminement de flux d'informations |
| US6990491B2 (en) * | 2002-12-12 | 2006-01-24 | International Business Machines Corporation | System and method for accessibility data maintenance and privilege authorization |
| EP1700509B1 (en) * | 2003-12-30 | 2008-11-19 | Telefonaktiebolaget LM Ericsson (publ) | A method and a system for providing a certain quality of service to a mobile station in a mobile communication system |
| JP2005339299A (ja) * | 2004-05-28 | 2005-12-08 | Hitachi Ltd | ストレージ装置のキャッシュ制御方法 |
| JP4117889B2 (ja) * | 2004-11-08 | 2008-07-16 | インターナショナル・ビジネス・マシーンズ・コーポレーション | ウェブアプリケーションを実行するための通信を制御するコンピュータおよびその方法 |
| US9628393B2 (en) * | 2005-01-17 | 2017-04-18 | Singapore Technologies General IP (Singapore) Pte. Ltd | Network user priority assignment system |
| JP4646827B2 (ja) * | 2006-02-24 | 2011-03-09 | 京セラ株式会社 | マルチバンド無線通信装置及びフィルタ作動制御方法 |
| JP2013081051A (ja) * | 2011-10-04 | 2013-05-02 | Sony Corp | 情報処理装置、通信システムおよび情報処理方法 |
| US10764265B2 (en) * | 2014-09-24 | 2020-09-01 | Ent. Services Development Corporation Lp | Assigning a document to partial membership in communities |
| US9641424B1 (en) | 2014-10-10 | 2017-05-02 | Nomadix, Inc. | Shaping outgoing traffic of network packets in a network management system |
| US11444881B2 (en) | 2019-11-19 | 2022-09-13 | Oracle International Corporation | System and method for supporting use of forward and backward congestion notifications in a private fabric in a high performance computing environment |
| CN110913284A (zh) * | 2019-11-26 | 2020-03-24 | 国网电子商务有限公司 | 一种电能信息的采集方法及装置 |
| US11973689B2 (en) * | 2020-08-21 | 2024-04-30 | Intel Corporation | User-configurable data prioritization |
-
2000
- 2000-07-19 JP JP2000219609A patent/JP3565265B2/ja not_active Expired - Fee Related
-
2001
- 2001-07-18 US US09/906,856 patent/US20020010772A1/en not_active Abandoned
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006011500A1 (ja) * | 2004-07-28 | 2006-02-02 | Aisin Seiki Kabushiki Kaisha | 通信異常検出装置及び乗員検出装置 |
| US7605711B2 (en) | 2004-07-28 | 2009-10-20 | Aisin Seiki Kabushiki Kaisha | Communication anomaly detecting device, and passenger detecting device |
Also Published As
| Publication number | Publication date |
|---|---|
| US20020010772A1 (en) | 2002-01-24 |
| JP3565265B2 (ja) | 2004-09-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3565265B2 (ja) | 優先度別クラス選択型通信システム及び通信方法 | |
| JP4964046B2 (ja) | パケット・データ・トラヒックのスケジューリング及び受入れ制御 | |
| US7123622B2 (en) | Method and system for network processor scheduling based on service levels | |
| US9456453B2 (en) | System and method for dynamic allocation of capacity on wireless networks | |
| US6295294B1 (en) | Technique for limiting network congestion | |
| US7075934B2 (en) | Method and apparatus for hierarchical bandwidth distribution in a packet network | |
| KR100463697B1 (ko) | 네트워크 프로세서가 흐름 큐의 연결 해제/재연결을 통해출력을 스케줄링하는 방법 및 시스템 | |
| JP2003523134A (ja) | 通信ネットワークにおける多重パケットをマルチレベルスケジューリングする方法 | |
| JPH07170271A (ja) | 統合ネットワークにおけるマルチメディア・ストリームの柔軟な参入許可制御方法 | |
| JPH10336202A (ja) | データ転送装置および方法 | |
| US6952424B1 (en) | Method and system for network processor scheduling outputs using queueing | |
| JP2004153778A (ja) | 送受信制御装置、送受信制御方法および送受信制御プログラム | |
| EP0995294B1 (en) | Resource reservation | |
| US9043468B2 (en) | Method and arrangement for network resource management | |
| US20050052997A1 (en) | Packet scheduling of real time packet data | |
| JP2002520910A (ja) | ネットワーク用トラフィックの成形方法及び装置 | |
| EP1193905A2 (en) | Communication system and method for determining user fee on the basis of quality of service | |
| US6862292B1 (en) | Method and system for network processor scheduling outputs based on multiple calendars | |
| US6785283B1 (en) | Quality of service (QOS) enforcement method | |
| JP2000261435A (ja) | 最小帯域保証接続方法及び装置 | |
| EP1113629A2 (en) | Session subscription system and method for same | |
| JP2002314578A (ja) | 無線基地局、無線通信システム、ユーザプロファイル格納装置。 | |
| EP0975199A2 (en) | UBR traffic class for ATM with and without weighted priorities | |
| JPH0936880A (ja) | 帯域可変通信装置 | |
| EP1195074B1 (en) | Improvements in, or relating to, telecommunications systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20040408 |
|
| 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: 20040519 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040601 |
|
| 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: 20080618 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090618 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100618 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100618 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110618 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110618 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120618 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120618 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130618 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |