JPH0495432A - トラヒック申告値生成方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［産業上の利用分野コ 本発明は、ＡＴＭ通信システムでのトラヒック制御を端
末側から行う方式に係り、特にＡＴＭ端末において、通
信開始時に呼設定情報内に設定されるトラヒック申告値
を決定するのに好適とされたトラヒック申告値生成方式
に関するものである。

［従来の技術］ 情報をセルと称される固定長パケットに分割して転送す
るＡ　Ｔ　Ｍ　（Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｔｒａｎ
ｓｆｅｒ　Ｍｏｄｅ）通信網に対しては、数ｋｂ／ｓか
ら数百Ｍ　ｂ／ｓまでの帯域や、短時間内に集中してセ
ルが連続的に発生することが繰り返されるバースト性と
称される性質の有無等、様々なトラヒック特性をもつメ
ディアを扱うＡＴＭ端末が各種収容されるようになって
いる。ところで、ＡＴＭ通信網ではトラヒック制御が如
何にして行われるかか重要となっているが、トラヒック
制御を端末側から行うとすれば、それら各種端末を直接
収容するＡＴＭ交換機では、それら端末から申告される
トラヒック特性の申告により帯域割当てか行われるよう
になっている。

これまで、端末からのトラヒック申告に関しては、例え
ば「浮上してきた次世代ｌ５ＤＮ構想」（日経エレクト
ロニクス（１９８８年１月１１日号）、頁１２１〜１３
７）に記載されているように、発呼時にトラヒックの要
求帯域（トラヒック申告値）をネットワーク（ＡＴＭ交
換機）に申告し、ネットワークでは申告された要求帯域
並びにネットワークの状況等にもとづいて割り付けを行
うことが紹介されている。

このように、トラヒック申告に関しては、ＡＴＭ交換機
側での扱いを対象にした提案が数多く報告されている。

しかしながら、ＡＴＭ交換システムとしての伝送効率向
上のためにも、また、端末側（ユーザ側）としてよりは
少ない通信料金で一定の通信品質を維持するためにも、
端末側からはＡＴＭ通信網でのトラヒック制御に適応し
たトラヒック申告を行うことが重要となっている。

［発明が解決しようとする課題］ しかしながら、申告元の端末がトラヒック申告値を決定
する方法は未だ具体的に論じられていないのが現状であ
る。ＡＴＭ交換機においては帯域割当ては呼毎に行われ
ることから、端末側に呼毎にトラヒック特性を正確に把
握した上、ＡＴＭ交換機に申告せしめる機能を具備せし
める場合は、伝送効率の向上・端末側での通信料金の抑
制が容易に図れるというものである。

本発明の目的は、ＡＴＭ端末各々において、呼毎にその
種別にもとづきトラヒック申告値を、ＡＴＭ通信網での
トラヒック制御に適応したものとして決定し得るトラヒ
ック申告値生成方式を供するにある。

［課題を解決するための手段］ 上記目的は、ＡＴＭ端末各々においては、情報をセルと
称される固定長パケットに分割した上、ＡＴＭ通信網に
転送するとともに、通信の開始時には、その通信に先立
って端末からＡＴＭ交換網に対しその通信でのセルの送
出頻度であるトラヒックの申告値を呼設定信号への設定
により行うに際し、通信が行われる度に、その通信に先
行して行われた通信各々についてのトラヒック測定結果
としての、更新可とされたトラヒック履歴情報を参照す
ることによって、その通信についてのトラヒソクの申告
値が決定されることで達成される。

［作用コ 要は、通信が行われる度に、その通信の前に既に行われ
た通信各々についてのトラヒック測定結果をトラヒック
履歴情報として参照することによって、その開始しよう
としている通信についてのトラヒックの申告値を決定す
るようにしたものである。具体的には、トラヒック測定
結果は、トラヒックに影響を与える端末利用者、時間帯
および呼種別を含む項目によりトラヒック履歴情報とし
て分類蓄積され、通信が行われる度に、その通信が前記
分類の何れの範疇に属するかが判定された上、その範疇
、あるいはそれに近い範噴でのトラヒック履歴情報を参
照することによって、開始しようとしている通信につい
てのトラヒックの申告値を決定するようにしたものであ
る。

より具体的には、通信か行われる度に、端末利用者から
入力された、端末利用者、時間帯および呼種別を含む項
目内での区別を与えるトラヒック識別子にもとつき、分
類蓄積されているトラヒック履歴情報を索引、参照する
ことによって、その通信についてのトラヒックの申告値
を決定すればよいものである。特にＡＴＭ端末がマルチ
メディア端末である場合には、通信が行われる度に、そ
の通信が何れのメディアに対応するかに応じて、そのメ
ディア対応に予め蓄積されているトラヒック履歴情報を
参照することによって、その通信についてのトラヒック
の申告値を決定すればよいものである。

ところで、トラヒック識別子としては、真っ先に端末利
用者を識別するためのユーザ識別子が考えられるが、こ
のユーザ識別子は端末利用者から入力された音声を識別
することによって、あるいは端末利用者か所持するＩＣ
カードより読取り入力することによって容易に得られる
ようになっている。特に、ユーザ識別子がトラヒック履
歴情報とともに、端末利用者が所持するＩＣカードに併
せて蓄積されている場合は、ユーザ識別子はそのＩＣカ
ードより読取り入力された上、その通信の終了に際して
はそのＩＣカード上のトラヒック履歴情報は、その通信
でのトラヒック測定結果により更新される要にすればよ
いものである。

［実施例］ 以下、本発明を第１図から第６図により説明する。なお
、本例では、以下に説明するように、トラヒック申告パ
ラメタの種類として、■最大帯域、■平均帯域、■平均
バースト長、といった３つのパラメタが想定されている
が、これら以外のトラヒック申告パラメタを採用するこ
とも可能となっている。

さて、先ず本発明に係るＡＴＭ端末について説明すれば
、第２図はその一例での構成を示したものである。図示
のように、ＡＴＭ交換機１２か併せて示されているか、
その内部構成なと、本発明に直接間しない部分について
は省略されたものとなっている。この第１図による場合
、ＡＴＭ端末１１目体は信号リンク１２１、情報リンク
１２２を介しＡＴＭ交換機１２に収容されているが、そ
の内部には制御部１３、記憶部１４、時計１５、ユーザ
・インタフェース１６１．ＩＣカード・インタフェース
１６２、データ生成部（音声データ生成部１７２、二次
記憶装置１７３およびデータ源選択部１７１より構成）
１７、モニタ部１８、話者認識部１６３およびセル送出
部１９を含むようにして構成され、また、その外部周辺
装置としてキーボード１６１１、ＩＣカード読み書き装
置１６２１および採音装置１７４を具備したものとなっ
ている。

また、第１図はそのＡＴＭ端末における制御部での、本
発明に係る処理の概要を状態遷移図として示したもので
ある。図中、ブロック２１１，２１２はＡＴＭ端末１１
での通信の状態（停止／通信中）を示し、また、ブロッ
ク２２１〜２３４はその通信に関しての制御部１３への
入力処理／制御部１３からの出力処理／制御部１３での
内部処理を、入出力処理に係る入出力光とともに示した
ものである。なお、呼処理シーケンスや呼切断シーケン
スについては、本発明に直接間しない部分であることか
ら、その詳細については図示省略されたものとなっであ
る。

第３図はまた、そのＡＴＭ端末における記憶部に蓄積さ
れているトラヒック履歴情報のデータ構底側を示したも
のである。これによる場合、トラヒック履歴情報全体は
、呼種別分岐テーブル３１、端末利用者別分岐テーブル
３べ時間帯別分岐テーブル３３、トラヒック履歴テーブ
ル３４および固定トラヒック申告値テーブル３５から構
成されたものとなっている。本発明に係るトラヒック申
告値は具体的にはトラヒック履歴テーブル３４、固定ト
ラヒック申告値テーブル３５の何れかより求められるが
、このうち、トラヒック履歴テーブル３４は、例えばそ
の呼種別がデータ以外の場合に使用され、現時点より前
に行われた通信各々についてのトラヒック測定結果（最
大帯域（ＭＡＸ）、平均帯域（Ａ　Ｖ　Ｅ）、平均バー
スト長（Ｂ　Ｓ　Ｔ））が履歴番号をアドレスとして蓄
積／索引されるようになっている。

方、呼種別がデータである場合は、その呼の特性を考慮
し、最大帯域、平均帯域、平均バーストが予め固定的に
設定された固定トラヒック申告値テーブル３５が使用さ
れているものである。

ここで、第１図から第３図により、ＡＴＭ端末での本発
明に係る基本的な通信処理動作について説明すれば、以
下のようである。

即ち、端末利用者が音声による通信を所望した場合には
、停止状態にあるＡＴＭ端末１１に対し、端末利用者に
よる操作によってキーボード１６１１より通信相手先の
電番情報等とともに、ユーザ識別子（端末利用者識別情
報）、呼種別（本例では音声）が入力されるようになっ
ている。これら情報はユーザ・インタフェース１６１を
介し、通信開始要求２２１として制御部１３に入力され
るか、これにより制御部１３では通信状態を停止中２１
１から通信中２１２に遷移させる間に、一連のブロック
２２２〜２２８で示される処理が実行されるようになっ
ている。先ず現時点での時間帯を識別すべく時計１５よ
り時刻読み取り２２２が行われた後は、この時間帯と、
既に得られているユーザ識別子および呼種別とにもとつ
き記憶部１４からはトラヒック履歴データの読み取り２
２３が行われるようになっている。読み取られたトラヒ
ック履歴データからはトラヒック申告値の生成２２４が
行われ、生成されたトラヒック申告値は呼設定信号編集
２２５により呼設定信号中に設定されるが、トラヒック
申告値を含む呼設定信号は呼設定信号送信２２６が指示
されたセル送出部１９より信号リンク１２１を介し、Ａ
ＴＭ交換機１２に送出されるようになっているものであ
る。これにもとづきＡＴＭ交換機１２ではＡＴＭ端末１
１との間で呼設定シーケンスが行われるが、状態が通信
中に遷移する前に、制御部１３ではモニタ部１８に対し
トラヒック監視開始２２７を指示した後は、データ源選
択部１７１に対し呼種別である音声音声データを選択す
べく、音声データ主成部選択２２８を指示するようにな
っている。

やがて、ＡＴＭ端末１１の状態は通信中２１２に遷移す
るわけであるが、この状態では採音装置１７４より入力
された音声は音声データ生成部１７２でセルのフォーマ
ットに分割／変換された上、モニタ部１８、セル送出部
１９、情報リンク１２２を介しＡＴＭ交換機１２に送出
されるようになっている。その際、トラヒック監視開始
２２７を指示されたモニタ部１８では、データ源選択部
１７１からのセルを監視することによって、その通信が
行なわれている間に亘って、最大帯域、平均帯域、平均
バースト長が測定されるものである。やがて、通信は終
了となるが、通信終了のトリガは本例では、端末利用者
による操作によってキーボード１６１１より通信停止要
求が入力された場合となっている。この通信停止要求は
ユーザ・インタフェース１６１を介し制御部１３に通信
停止要求２２９として入力されるが、これにより制御部
１３では通信の状態を通信中２１２から停止中２１１に
遷移させる間に、ブロック２３０〜２３４での処理が行
なわれるようになっている。先ず呼切断信号編集が行な
われ、編集された呼切断信号は、呼切断信号送信２３０
を指示されたセル送出部１９から信号リンク１２１を介
しＡＴＭ交換機１２に送出されることによって、ＡＴＭ
端末１１とＡＴＭ交換機１２との間で呼切断シーケンス
が行なわれるようになっている。このシーケンスが終了
した後は、停止中２１１に遷移する前に、制御部１３か
らデータ源選択部１７１に対しては、音声データ生成部
１７２からのセルのモニタ部１８へのデータ出力停止２
３１が指示され、また、モニタ部１８に対しては、トラ
ヒック監視停止２３２とトラヒック測定結果読み取り２
３３が指示されるようになっている。この指示により通
信中に亘ってモニタ部１８で測定された、その通信につ
いての最大帯域、平均帯域、平均バースト長といったト
ラヒック・データが制御部１３に読み取られた上、記憶
部１４に対してはトラヒック履歴データ更新２３４が指
示されるものとなっている。読み取られたトラヒック・
データは呼種別、ユーザ識別子および時間帯によって所
定のトラヒック履歴テーブルに蓄積されることで、トラ
ヒック履歴データの更新が行なわれるものである。

以上、ＡＴＭ端末での本発明に係る基本的な通信処理動
作について説明したが、ここで、第３図によりトラヒッ
ク履歴データ読み取り２２３、トラヒック申告値生成２
２４およびトラヒック履歴データ更新２３４について詳
細に説明すれば、以下のようである。

即ち、先ずトラヒック履歴データ読み取り２２３の処理
では、呼種別、ユーザ識別子、時間帯各々を引数として
呼種別分岐テーブル３１．端末利用者分岐テーブル３２
、時間帯別分岐テーブル３３が順次索引、参照されるこ
とによって、それら項目に一致したトラヒック履歴テー
ブル３４の位置が求められるようになっている。このト
ラヒック履歴テーブル３４には、過去複数の通信各々で
のトラヒック測定結果が更新可として蓄積されているが
、これら複数の組（最大帯域、平均帯域および平均バー
スト長を１組とする）のトラヒック測定結果がトラヒッ
ク申告値を決定する上で参照されるものとなっている。

これら複数組のトラヒック測定結果にもとづきトラヒッ
ク申告値生成２２４の処理ではトラヒック申告値が、最
大帯域、平均帯域、平均バースト長各々についての平均
値として生成され、これが呼設定信号内にトラヒック申
告値として設定されるようになっているものである。ト
ラヒック履歴データ更新２３４での処理ではまた、トラ
ヒック履歴データ読み取り２２３での処理と同様にして
、呼種別、ユーザ識別子、時間帯各々を引数として呼種
別分岐テーブル３１、端末利用者分岐テブル３２、時間
帯別分岐テーブル３３が順次索引、参照されることによ
って、それら項目に一致したトラヒック履歴テーブル３
４の位置が求められるようになっている。このトラヒッ
ク履歴テーブル３４における直前蓄積に係る履歴番号を
１更新した上、これをアドレスとしてトラヒック測定結
果を新たに追加蓄積すればよいものである。一定蓄積容
量のトラヒック履歴テーブル３４には、過去一定数分の
通信についてのトラヒック測定結果が蓄積されておれば
、これらトラヒック測定結果よりトラヒック申告値が例
えば平均処理によって容易に得られるものである。

次に、ＩＣカードを用いた場合での通信処理動作につい
て説明すれば、以下のようである。

即ち、第４図はその場合でのＡＴＭ端末における制御部
の処理概要を状態遷移図として示したものである。これ
による場合、図中におけるブロック４１１，４１２は第
１゛図におけるブロック２１１，２１２に、また、ブロ
ック４２１〜４３４は第１図におけるブロック２２１〜
２３４にそれぞれ相当したものとなっている。

この第４図が第１図に示すものと異なるところは、（１
）第１図におけるブロック２２１への入力元がユーザ・
インタフェース１６１とされているのに対し、第４図に
おけるブロック４２１への入力元がＩＣカード・インタ
フェース１６２とされていること、（２）第１図におけ
るブロック２２３　、２３４の出力光が記憶部１４であ
るのに対し、第４図におけるブロック４２３．４３４の
出力光がＩＣカード・インタフェース１６２とされてい
ること、（３）第４図では、通信開始要求４２１が入力
された後に、ユーザ・インタフェース１６１に対し電番
読み取りを行なうブロック４２１゜が加わっていること
である。

さて、ＩＣカードは読み書き装置１６２１に挿入されて
使用されるが、第５図はそのＩＣカードに蓄積されてい
るトラヒック履歴データのデータ構成例を示したもので
ある。図示のように、トラヒック履歴情報全体は呼種別
分岐テーブル５１、時間帯別分岐テーブル５２、トラヒ
ック履歴テーブル５３および固定トラヒック申告値テー
ブル５４より構成されたものとなっている。このうち、
トラヒック履歴テーブル５３には、過去の通信各々につ
いてのトラヒック測定結果（最大帯域、平均帯域および
平均バースト長）が履歴番号により索引、蓄積され得る
ものとなっている。

以下、第２図、第４図１第５図によりＩＣカードを利用
した場合での通信処理動作について説明すれば、通信に
際しては、端末利用者によってＩＣカードがＩＣカード
読み書き装置１６２１に挿入された上、キーボード１６
１１からは通信相手先の電番が入力されるようになって
いる。そのＩＣカードには端末利用者対応のユーザ識別
子が予め蓄積されているが、ＩＣカードがＩＣカード読
み書き装置１６２１に挿入されれば、その旨はＩＣカー
ド・インタフェース１６２を介し制御部１３に通知され
、この通知にもとづき制御部１３では第４図に示す処理
が選択されるようになっているものである。その通知は
また同時に通信開始要求４２１として機能しているが、
この通知にもとつき制御部１３ではユーザ・インタフェ
ース１６１に対し電番読み取り４２１Ｏを行ない、その
後は、時計１５に対しては時刻読み取り４２２が、ＩＣ
カード・インタフェース１６２に対してはトラヒック履
歴データ読み取り４２３が順次行なわれるようになって
いる。以降のブロック４２４４２６での処理は第１図に
示したブロック２２４，２２６でのそれに同様であり、
通信中での処理もまた第１図に同様となっている。通信
終了に際してのブロック４２９，４３３での処理も第１
図でのブロック２２９，２３３での処理に同様となって
いるか、トラヒック履歴データ更新４３４が行なわれる
場合には、それはＩＣカード・インタフェース１６２に
対して行なわれ、ブロック４３３で読み取られたトラヒ
ック測定結果はＩＣカード読み取り装置１６２１によっ
て、それに現に挿入されているＩＣカードに追加蓄積さ
れることで、トラヒック履歴データの更新が行なわれる
ようになっている。なお、第５図には端末利用者別分岐
テーブルか示されていないが、これは、そのＩＣカード
に蓄積されているトラヒック履歴情報はその端末利用者
専用のものであるから、ユーザ識別子は申告値生成に際
し、不要となっているからである。固定トラヒック申告
値テーブル５４は各端末利用者に対し共通に設けられる
にしても、時間帯別分岐テーブル５２およびトラヒック
履歴テーブル５３はあくまでもその端末利用者対応に専
用に設けられたものと考えるべきである。また、以上の
例では、ＩＣカードにはユーザ識別子以外に、トラヒッ
ク履歴情報も蓄積されるようになっているか、トラヒッ
ク履歴情報は記憶部１４に蓄積されてもよいことは勿論
である。記憶部１４に蓄積される場合には、ＩＣカード
から読み取られたユーザ識別子は、キーボード１６１１
から入力されたものと同様にして、引数として用いられ
るようになっている。

第６図は端末利用者からの音声を識別することによって
、ユーザ識別子を得る場合での通信処理の概要を示した
ものである。これによる場合、図中でのブロック６１１
，６１２は第１図でのブロック２１１２１２に、また、
ブロック６２１〜６３４は第１図でのブロック２２１〜
２３４にそれぞれ対応したものとなっているか、第６図
が第１図と異なるところは、ユーザ識別子がキーボード
１６１１からではなく、話者認識部１６３より入力され
るようになっていることてあり、これ以外は事情はほぼ
第１図に示すものに同様となっている。

即ち、端末利用者が音声による通信を所望した場合には
、停止状態にあるＡＴＭ端末１１に対し、端末利用者に
よる操作によってキーボード１６１１より通信相手先の
電番情報等とともに、呼種別（本例では音声）か入力さ
れる一方、採音装置１７４に対しては音声が入力される
ようになっている。電番情報等はユーザ・インタフェー
ス１６１を介し、制御部１３に通知されるか、制御部１
３ではＩＣカード・インタフェース１６２からはＩＣカ
ード挿入が通知されていないことから、第６図に示され
ている処理を選択することになるものである。この選択
によりユーザ・インタフェース１６２からの電番情報等
の通知は通信開始要求６２１として扱われるものである
。一方、採音装置１７４からの音声を認識することで、
話者認識部１６３には認識結果としてのユーザ識別子が
保持されているが、この話者認識部１６３に対して制御
部１３よりユーザ識別子読み取り６２１Ｏが行なわれる
ことによって、ユーザ識別子が得られるものである。

最後に、ＡＴＭ端末がマルチメディア端末とされた場合
での、トラヒック申告値生成について説明すれば、第２
図に示すＡＴＭ端末１１は２種類のメディア、即ち、採
音装置１７４からの音声と、二次記憶装置１７３からの
データとを扱うマルチメディア端末として機能しており
、したかって、第３図に示す呼種別分岐テーブル３１で
の呼種別の選択は、とりもなおさずこれはメディアの選
択に相当したものとなっている。このうち、音声がメデ
ィアとして選択された場合でのトラヒック申告値生成に
ついては既に述べたところであるが、ここで、メディア
としてデータが選択された場合でのトラヒック申告値生
成について第２図、第３図により説明すれば、以下のよ
うである。

即ち、通信の開始に際し、端末利用者によってキーボー
ド１６１１からは通信相手先の電番情報とともに、呼種
別（本例ではデータ）、データファイル名（二次記憶装
置１７３上に記憶されている転送対象ファイルの名称）
が人力されるようになっている。

これら情報はユーザ・インタフェース１６１を介し制御
部１３に通信開始要求として人力されるようになってい
る。制御部１３ではトラヒック申告値を生成するに際し
ては、入力された呼種別にもとづき呼種別分岐テーブル
３２から“データ”を選択することで、固定トラヒック
申告値テーブル３５からデータ転送に適したトラヒック
申告値を生成し得るものである。

以上、本発明に係る各種実施例について説明したが、ト
ラヒック特性に影響を与える要素としては、上記以外に
も通信相手／コード化方式や、テレビ会議システムにお
ける会議出席者数なとを考慮に入れることも可能であり
、本発明を同様にして適用し得るものとなっている。ま
た、以上の例では、トラヒック履歴情報からトラヒック
申告値を生成するに際し、平均処理によってその申告値
が得られるようになっているが、これ以外にも最大値を
申告値として得る方法や、時系列トラヒック履歴情報を
分析することによって、最近での傾向から申告値を予測
する方法等が考えられ、同様にして本発明を適用し得る
ものとなっている。更に以上の例では、通信を開始する
に際し、端末利用者、時間帯、呼種別等の項目から一義
的にトラヒック履歴情報が存在している場合について述
べられているが、一義的なトラヒック履歴情報が存在し
ない場合にはデフォルトな値を用いる方法や、より多く
の項目で一致するトラヒック履歴情報を用いる方法、あ
る項目で一致するトラヒック履歴情報より推測する方法
等が考えられるものとなっている。

［発明の効果コ 以上説明したように、請求項１による場合は、ＡＴＭ端
末各々においては、呼毎にその種別にもとづきトラヒッ
ク申告値を、ＡＴＭ通信網でのトラヒック制御に適応し
たものとして生成し得、また、請求項２による場合は、
トラヒックに影響を与える項目にもとづいて分類蓄積さ
れているトラヒック履歴情報よりトラヒック申告値が生
成されるから、トラヒック申告値をより確実に生成する
ことが可能となる。請求項３による場合にはまた、ＡＴ
Ｍ通信システム端末がマルチメディア端末である場合で
あっても、通信が行われる度に、その通信の呼種別とし
てのメディアに応じて、その通信についてのトラヒック
の申告値を自動的に生成し得、請求項４によれば、通信
が行われる度に、端末利用者から入力された、端末利用
者、時間帯および呼種別を含む項目内での区別を与える
トラヒック識別子にもとづき、その通信についてのトラ
ヒックの申告値が生成され得るものとなっている。請求
項５〜７による場合にはまた、トラヒック識別子である
ところのユーザ識別子の入力が簡略化されたり、端末利
用者は自己専用のトラヒック履歴情報によって、より確
実にしてトラヒック申告値を生成することが可能となっ
ている。

【図面の簡単な説明】

第１図は、ＡＴＭ端末における制御部での、本発明に係
る処理の概要を状態遷移図として示す図、第２図は、本
発明に係るＡＴＭ端末についての一例での構成を示す図
、第３図は、そのＡＴＭ端末における記憶部に蓄積され
ているトラヒック履歴情報のデータ構成例を示す図、第
４図は、ＩＣカードを用いた場合でのＡＴＭ端末におけ
る制御部の処理概要を状態遷移図として示す図、第５図
は、そのＩＣカードに蓄積されているトラヒック履歴デ
ータのデータ構成例を示す図、第６図は、端末利用者か
らの音声を識別することによって、ユーザ識別子を得る
場合での通信処理の概要を示す図である。 １１・・・ＡＴＭ端末、１２・・・ＡＴＭ交換機、１２
１・・信号リンク、１２２・・・情報リンク、１３・・
制御部、１４・・・記憶部、１５・・・時計、１６１・
・・ユーザ・インタフェース、１６２・・・ＩＣカード
・インタフェース、１６３・・・話者認識部、１６１１
・・・キーボード、１６２１・・・ＩＣカード読み書き
装置、１７・・・データ生成部、１７１・・・データ源
選択部、１７２・・・音声データ生成部、１７３・・・
二次記憶部、１７４・・・採音装置、１８・・・モニタ
部、１９・・・セル送出部 代理人　弁理士　秋　本　正　実 区 匂り 城

Claims (1)

1. 【特許請求の範囲】 １、情報をセルと称される固定長パケットに分割した上
   、ＡＴＭ通信網に転送するとともに、通信の開始時には
   、該通信に先立って端末からＡＴＭ交換網に対し該通信
   でのセルの送出頻度であるトラヒックの申告を呼設定信
   号により行うＡＴＭ通信システム端末におけるトラヒッ
   ク申告値生成方式であって、通信が行われる度に、該通
   信に先行して行われた通信各々についてのトラヒック測
   定結果としての、更新可とされたトラヒック履歴情報を
   参照することによって、該通信についてのトラヒックの
   申告値が決定された上、呼設定信号内に設定されるよう
   にしたトラヒック申告値生成方式。 ２、トラヒック測定結果は、トラヒックに影響を与える
   端末利用者、時間帯および呼種別を含む項目によりトラ
   ヒック履歴情報として分類蓄積され、通信が行われる度
   に、該通信が前記分類の何れの範疇に属するかが判定さ
   れた上、該範疇でのトラヒック履歴情報、あるいは該範
   疇と近い範疇でのトラヒック履歴情報を参照することに
   よって、該通信についてのトラヒックの申告値が決定さ
   れる、請求項１記載のトラヒック申告値生成方式。 ３、ＡＴＭ交換網に収容されるＡＴＭ通信システム端末
   がマルチメディア端末である場合、通信が行われる度に
   、該通信の呼種別としてのメディアに応じて、該メディ
   ア対応に予め蓄積されているトラヒック履歴情報を参照
   することによって、該通信についてのトラヒックの申告
   値が決定される、請求項２記載のトラヒック申告値生成
   方式。 ４、通信が行われる度に、端末利用者から入力された、
   端末利用者、時間帯および呼種別を含む項目内での区別
   を与えるトラヒック識別子にもとづき、分類蓄積されて
   いるトラヒック履歴情報を索引、参照することによって
   、該通信についてのトラヒックの申告値が決定される、
   請求項２記載のトラヒック申告値生成方式。 ５、端末利用者を識別するためのユーザ識別子としての
   トラヒック識別子は、該利用者から入力された音声の識
   別結果によって特定される、請求項４記載のトラヒック
   申告値生成方式。 ６、端末利用者を識別するためのユーザ識別子としての
   トラヒック識別子は、該利用者が所持するＩＣカードよ
   り少なくとも読取り入力される、請求項４記載のトラヒ
   ック申告値生成方式。 ７、端末利用者を識別するためのユーザ識別子としての
   トラヒック識別子は、トラヒック履歴情報とともに、該
   利用者が所持するＩＣカードより少なくとも読取り入力
   された上、該通信の終了に際し該ＩＣカード上のトラヒ
   ック履歴情報は該通信でのトラヒック測定結果により更
   新される、請求項６記載のトラヒック申告値生成方式。