JPH10135962A - ナビゲーション装置 - Google Patents

Abstract

(57)【要約】 【課題】 高度なナビゲーションメニュー（サービス選
択メニュー）をユーザに提供する。 【解決手段】 ユーザ端末１１ａにサービス選択メニュ
ーを表示してサービスプロバイダー選択のナビゲーショ
ンを行うナビゲーション装置４１において、トラヒック
抽出部４２はネットワーク管理装置３１より各サービス
プロバイダー２１ａ〜２１ｍを収容する回線の使用帯域
を取得し、メニュー最適化部４４は各サービスプロバイ
ダーを収容する回線の使用帯域を反映したサービス選択
メニューを作成してユーザ端末に表示する。サービス実
行部４５はユーザがサービス選択メニューを操作して所
定のサービスプロバイダーを選択すると、該サービスプ
ロバイダーへの接続が可能であるかチェックし、接続可
能であればサービスプロバイダーとユーザ端末間のパス
設定をパス設定部３３に要求し、パス設定部３３はＡＴ
Ｍ交換機６１によりユーザ端末とサービスプロバイダー
間を接続させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はナビゲーション装置
に係わり、特に、マルチメディアサービスを提供するサ
ービスプロバイダー（サービス提供者）を選択させるた
めのサービス選択メニューをユーザ端末に表示してサー
ビスプロバイダー選択のナビゲーションを行うナビゲー
ション装置に関する。

【０００２】

【従来の技術】多様なマルチメディアサービス（ビデオ
オンデマンドＶＯＤ、オンラインショッピング等におけ
るマルチメディアサービス）を提供する複数のサービス
プロバイダーのうち、ユーザが希望するマルチメディア
サービスを提供するサービスプロバイダーにユーザ端末
を接続し、サービスプロバイダーからユーザ端末にマル
チメディアサービスを提供する広帯域ＩＳＤＮ（Broadb
and-ISDN）網を利用したネットワークシステムがある。
かかるネットワークシステムにおいて、サービスプロバ
イダーにより提供されるマルチメディアサービスを効率
的にユーザ端末に利用させるためにはナビゲーション機
能が必要不可欠である。しかし、従来のナビゲーション
サーバは、ユーザ端末と該ユーザ端末から指定されたサ
ービスを提供するサービスプロバイダー間を単に接続す
るだけのものであった。

【０００３】

【発明が解決しようとする課題】このため、ユーザはサ
ービスプロバイダーに接続されるまでは、指定したサー
ビスがユーザ端末に適したものであるか判断できず、結
果としてネットワーク資源の不足（帯域不足）やデータ
ストリームのデコード方法の不一致等によりコネクショ
ンが切断されてしまう場合があった。また、たとえユー
ザ端末とサービスプロバイダー間のパスが無事設定され
ても、ユーザ装置側の転送速度が十分に確保できないた
めに、サービスが実用に耐えない場合や予期せぬ大量の
データの転送により、回線が長時間保留されてしまうな
どの問題も発生する。さらに人気のあるサービスプロバ
イダーへの過度のアクセスのためなかなか希望するサー
ビスプロバイダーへアクセスできないという問題もあ
る。

【０００４】以上から、ユーザ端末とサービスプロバイ
ダー間を接続する機能と回線のトラヒック管理機能を備
えたネットワーク管理装置と、サービスプロバイダー選
択の案内（ナビゲーション）制御を行うナビゲーション
サーバとを連携させることにより、より高機能なサービ
ス提供支援機能を有する広帯域ＩＳＤＮを利用したネッ
トワークシステムが求められている。特に、サービス提
供に割り当てるネットワーク資源の帯域により通信品質
が異なる広帯域ＩＳＤＮでは、単純にサービスプロバイ
ダーへのナビゲーションを行うだけでは不十分であり、
ユーザ端末とサービスプロバイダーの種別やサービス提
供に必要となるネットワーク資源（帯域）の割当なども
考慮した高機能なナビゲーション機能が求められてい
る。

【０００５】以上から、本発明の第１の目的は、ネット
ワークの接続とトラヒックの管理を行うネットワーク管
理装置とナビゲーションサーバを連携させて高度なナビ
ゲーションメニュー（サービス選択メニュー）をユーザ
に提供することである。本発明の第２の目的は、回線の
使用状況（高／中／低のトラヒック状況）を動的に反映
されたサービス選択メニューをユーザに提供し、トラヒ
ックが集中している（サービス提供品質の劣化が予想さ
れる）サービスプロバイダーの選択を回避させ、これに
よりトラヒックの分散化を図ることである。本発明の第
３の目的は、サービスプロバイダーを収容する回線にお
いてトラヒック集中（輻輳）が断続的に続く場合、サー
ビスプロバイダーへのアクセス規制を行えるようにして
該サービスプロバイダーの提供するサービス品質を確保
することである。

【０００６】本発明の第４の目的は、サービスプロバイ
ダーを収容する回線が輻輳している場合、該サービスプ
ロバイダーと同一機能をもつ他の余力のあるサービスプ
ロバイダーへサービス要求を迂回できるようにすること
である。本発明の第５の目的は、未契約により接続不可
能なサービスプロバイダー、あるいはユーザの意志（嗜
好）により予め接続規制されたサービスプロバイダー、
あるいはユーザ端末の性能により接続不可能なサービス
プロバイダーが存在する場合には、これらサービスプロ
バイダーを含まないサービス選択メニューをユーザに提
供し、ユーザが効率的にサービスプロバイダーを選べる
ようにすることである。本発明の第６の目的は、接続不
可能なサービスプロバイダーが選択された時、接続不可
能な理由を表示することである。本発明の第７の目的
は、ユーザが指示したサービスプロバイダーの情報を表
示し、これによりユーザがサービスプロバイダーを選ぶ
時の参考にできるようにすることである。

【０００７】本発明の第８の目的は、サービスプロバイ
ダーが提供するするサービスを複数の品質レベルに分類
し、各サービスプロバイダーの各品質レベル毎に接続可
否の判定を行い、該判定結果を反映させたサービス選択
メニューを作成してユーザに提供し、ユーザが所定の品
質のサービスを受けれるようにすることである。本発明
の第９の目的は、サービスプロバイダーを収容する回線
の利用可能帯域が少ない理由で接続できないサービスプ
ロバイダーに対して予約を行えるようにし、利用可能帯
域不足が解消した時、予約したユーザ端末とサービスプ
ロバイダー間を接続してサービスプロバイダーからサー
ビス提供を受けれるようにすることである。本発明の第
１０の目的は、サービスプロバイダーが提供するするサ
ービスを複数の品質レベルに分類し、サービスプロバイ
ダーを収容する回線の利用可能帯域が少ない理由で接続
できないサービスプロバイダーに対して所定の品質レベ
ルで予約を行い、利用可能帯域不足が解消した時、予約
したユーザ端末とサービスプロバイダー間を接続してサ
ービスプロバイダーから予約した品質レベルでサービス
提供を受けれるようにすることである。

【０００８】

【課題を解決するための手段】上記第１、第２の目的
は、本発明によれば、サービスプロバイダーを収容す
る回線の使用状況をネットワーク管理装置から取得する
トラヒック取得手段と、取得した各サービスプロバイ
ダーの回線使用状況（高トラヒック状況、中トラヒック
状況、低トラヒック状況）を反映したサービス選択メニ
ューを作成してユーザ端末に表示させるメニュー最適化
手段と、ユーザのサービス選択メニューに対する操作
を監視し、所定のサービスプロバイダーが選択された場
合、該ユーザ端末と選択されたサービスプロバイダー間
のパス設定をパス設定部に要求するサービス実行手段
と、サービスプロバイダーに関する情報を格納するサ
ービスプロバイダーデータベースを備えたナビゲーショ
ン装置により達成される。

【０００９】上記第１、第３の目的は、本発明によれ
ば、サービスプロバイダーを収容する回線の使用状況
をネットワーク管理装置から取得するトラヒック取得手
段と、トラヒック取得手段により取得された回線使用
状況を格納するトラヒック格納バッファと、サービス
プロバイダーに関する情報を格納するサービスプロバイ
ダーデータベースと、各サービスプロバイダーを収容
する回線の輻輳状態を記憶する輻輳管理データテーブル
と、サービスプロバイダー収容回線の輻輳状態に基づ
いてサービス規制中であるか否かを示すデータをサービ
スプロバイダーに対応させて記憶するメニューバッファ
と、トラヒック格納バッファに記憶された各サービス
プロバイダーの回線使用状況である回線使用帯域とサー
ビスプロバイダーデータベースに予め格納されている各
サービスプロバイダーの規制帯域を比較し、回線使用帯
域が規制帯域以上であれば前記輻輳管理データテーブル
の該当サービスプロバイダーに対応させて「輻輳中」を
示すデータ設定すると共に、メニューバッファの該当サ
ービスプロバイダーに対応させて「サービス規制中」を
示すデータ設定し、かつ、サービスプロバイダー毎にサ
ービス規制中であるか否かが識別表示できるようにサー
ビス選択メニューを作成するメニュー最適化手段と、
ユーザ端末において所定のサービスプロバイダーが選択
された場合、メニューバッファを参照し、該サービスプ
ロバイダーがサービス規制中であれば、その選択を無効
とし、サービス規制中でなければ該ユーザ端末と選択さ
れたサービスプロバイダー間のパス設定をパス設定部に
要求するサービス実行手段を備えたナビゲーション装置
により達成される。

【００１０】上記第４の目的は、本発明によれば、ト
ラヒック格納バッファに記憶された各サービスプロバイ
ダー収容回線の使用帯域とサービスプロバイダーデータ
ベースに予め格納されている各サービスプロバイダーの
規制帯域を比較し、回線使用帯域が規制帯域以上であれ
ば、サービスプロバイダーデータベースにおいて該サー
ビスプロバイダーに対応させて「迂回」が設定されてい
るかチェックし、「迂回」が設定されていれば、輻輳管
理データテーブルの該当サービスプロバイダーに対応さ
せて「輻輳中」を示すデータを設定せず、メニューバッ
ファの該当サービスプロバイダーに対応させて「迂回」
を示すデータ設定するメニュー最適化手段と、ユーザ
端末において所定のサービスプロバイダーが選択された
場合、メニューバッファを参照し、該サービスプロバイ
ダーに対応させて「迂回」を示すデータが設定されてい
れば、サービスプロバイダーデータベースにおいて該サ
ービスプロバイダーに対応させて予め記憶されている迂
回先のサービスプロバイダーを求め、該ユーザ端末と迂
回先のサービスプロバイダー間のパス設定をパス設定部
に要求するサービス実行手段を備えたナビゲーション装
置により達成される。

【００１１】上記第５の目的は、本発明によれば、サ
ービスプロバイダーを収容する回線の使用状況を取得す
るトラヒック取得手段と、トラヒック取得手段により
取得された回線使用状況を格納するトラヒック格納バッ
ファと、ユーザ端末が各サービスプロバイダーにアク
セス可能であるか否かを示すアクセス情報を該ユーザ端
末に対応させて記憶するユーザ情報データベースと、
メニューバッファと、ナビゲーション装置にユーザ端
末が接続された時、前記ユーザ情報データベースに記憶
されているアクセス情報を参照して、該ユーザ端末がア
クセス可能なサービスプロバイダーを取得し、アクセス
可能なサービスプロバイダーについては、トラヒック格
納バッファに記憶されている該サービスプロバイダー収
容回線の使用状況を参照して該回線の利用可能帯域を求
め、該利用可能帯域とユーザ端末が使用する帯域とサー
ビス提供に必要となる帯域を考慮して該サービスプロバ
イダーへの接続可否を判定し、各サービスプロバイダー
への接続可否をメニューバッファに記憶すると共に、各
サービスプロバイダーへの接続可否を反映したサービス
選択メニューを作成してユーザ端末に表示するメニュー
最適化手段と、ユーザ端末において所定のサービスプ
ロバイダーが選択された場合、メニューバッファを参照
して該サービスプロバイダーへの接続が可能か判断し、
接続可能な場合にはユーザ端末と該サービスプロバイダ
ー間のパス設定をパス設定部に要求するサービス実行手
段を備えたナビゲーション装置により達成される。尚、
アクセス情報は、サービスプロバイダーとの契約により
該サービスプロバイダーが提供するサービスを享受でき
るか否かを示す加入情報及びユーザの意志によりサービ
スプロバイダーに対するアクセスを規制するか否を示す
アクセス規制情報である。

【００１２】上記第５の目的は、また、本発明によれ
ば、ユーザ情報データベースにデコード方式等のユーザ
端末の性能を記憶し、サービスプロバイダーデータベー
スにエンコード方式等のサービスプロバイダーの性能を
記憶し、ナビゲーション装置にユーザ端末が接続された
時、ユーザ端末の性能とサービスプロバイダーの性能を
比較して該サービスプロバイダーへのアクセスが可能か
否かを判定し、判定結果を反映したサービス選択メニュ
ーを作成してユーザ端末に表示するメニュー最適化部を
備えたナビゲーション装置により達成される。

【００１３】上記第６の目的は本発明によれば、サービ
スプロバイダー選択不可能の理由に応じた理由コードと
該理由を示すメッセージとの対応を記憶する理由テキス
トテーブルと、ユーザ端末のサービスプロバイダーへの
接続が不可能な場合、不可能な理由に応じた理由コード
をユーザ端末に対応してメニューバッファに記憶すると
共に、サービスプロバイダーの選択可否が識別可能とな
るようにサービス選択メニューを作成してユーザ端末に
表示するメニュー最適化部と、ユーザ端末において選択
不可能なサービスプロバイダーが選択された時、メニュ
ーバッファに記憶されている理由コードを参照して選択
不可能な理由をユーザ端末に表示するサービス実行部を
備えたナビゲーション装置により達成される。

【００１４】上記第７の目的は本発明によれば、サービ
スプロバイダーの表示情報を格納するサービスプロバイ
ダーデータベースをナビゲーション装置に設け、ユーザ
端末においてサービスプロバイダーが選択された時、該
サービスプロバイダーの表示情報をユーザ端末に表示す
ることにより達成される。上記第８の目的は本発明によ
れば、アクセス可能なサービスプロバイダーについて、
該サービスプロバイダーを収容する回線の利用可能帯域
とユーザ端末が使用する帯域と各品質レベルのサービス
提供に必要となる帯域とを考慮して、品質レベル毎に該
サービスプロバイダーへの接続可否を判定し、判定結果
をメニューバッファに記憶すると共に、該判定結果を反
映したサービス選択メニューを作成してユーザ端末に表
示するメニュー最適化手段と、ユーザ端末においてサー
ビスプロバイダー及び品質レベルが選択された場合、メ
ニューバッファを参照して該サービスプロバイダーへの
該品質レベルでのサービス提供が可能か判断し、可能な
場合にはユーザ端末と該サービスプロバイダー間のパス
設定をパス設定部に要求するサービス実行手段を備えた
ナビゲーション装置により達成される。

【００１５】上記第９の目的は本発明によれば、サー
ビスプロバイダーを収容する回線の使用状況を取得する
トラヒック取得手段と、サービスプロバイダー収容回
線の使用状況を参照して該サービスプロバイダーへの接
続可否を判定し、接続不可能なサービスプロバイダーを
識別可能となるように、かつ、該接続不可能なサービス
プロバイダーからのサービス提供を予約できるようにサ
ービス選択メニューを作成してユーザ端末に表示するメ
ニュー最適化手段と、ユーザのサービス選択メニュー
に対する操作を監視し、操作に対応した制御を実行する
サービス実行手段と、ユーザ端末により予約されたサ
ービスプロバイダーを特定する情報を格納する予約管理
テーブルと、サービス提供を予約したユーザ端末と予
約されたサービスプロバイダーの対応情報を格納する予
約登録バッファと、予約テーブルと予約登録バッファ
にそれぞれ前記各情報を設定する予約登録手段と、予
約したユーザ端末と予約されたサービスプロバイダー間
のパス設定制御を行う予約実行手段を備えたナビゲーシ
ョン装置により達成される。

【００１６】上記第１０の目的は本発明によれば、サー
ビスプロバイダーを収容する回線の利用可能帯域とユー
ザ端末が使用する帯域と各品質レベルのサービス提供に
必要となる帯域とを考慮して、品質レベル毎に該サービ
スプロバイダーへの接続可否を判定し、利用可能帯域の
不足により所定品質レベルについて接続できないサービ
スプロバイダーが存在する場合には、該品質レベル及び
サービスプロバイダーを識別可能に、かつ、予約できる
ようにサービス選択メニューを作成してユーザ端末に表
示するメニュー最適化部を備えたナビゲーション装置に
より達成される。

【００１７】

【発明の実施の形態】

（Ａ）本発明の概略 （ａ）サービス提供システムの概略構成 図１はサービス提供システムの概略構成図であり、１１
ａ〜１１ｎはサービス提供を受けるユーザ端末、２１ａ
〜２１ｍはマルチメディアサービスを提供するサービス
プロバイダー（サービス提供者）、３１はネットワーク
管理装置、４１はナビゲーションサーバであり、ユーザ
端末にサービス選択メニューを表示してサービスプロバ
イダーへのナビゲーションを行うと共に、ユーザ端末で
選択したサービスプロバイダーとユーザ端末間のパス設
定をパス設定部に要求するもの、６１は複数のサービス
プロバイダー、複数のユーザ端末、ナビゲーションサー
バを収容し、ユーザ端末からの接続要求によりユーザ端
末とナビゲーションサーバ間のパス接続を行うと共に、
所定のユーザ端末とサービスプロバイダー間のパス接続
を行うＡＴＭ交換機(Asynchronous Transfer Mode：非
同期転送モード交換機）である。

【００１８】ネットワーク管理装置３１において、３２
はサービスプロバイダーを収容する各回線の使用状況
（使用帯域）を管理するトラヒック管理部、３３はナビ
ゲーションサーバ４１からのパス設定要求によりＡＴＭ
交換機６１により所定のユーザ端末とサービスプロバイ
ダー間のパス接続を行わせるパス設定部である。ナビゲ
ーションサーバ４１において、４２はサービスプロバイ
ダー収容回線の使用状況を取得するトラヒック抽出部、
４４はサービスプロバイダー収容回線の使用状況やサー
ビスプロバイダーへの接続可否を反映したサービス選択
メニューを作成してユーザ端末に表示するメニュー最適
化部、４５はユーザのサービス選択メニューに対する操
作を監視し、操作に対応した制御を実行するサービス実
行部である。

【００１９】（ｂ）本発明の第１の概略説明 図２は本発明の第１の概略説明図であり、１１ａはユー
ザ端末、３２はトラヒック管理部、３３はパス設定部、
４１はナビゲーションサーバであり、ユーザ端末１１ａ
とナビゲーションサーバ４１間は図示しないＡＴＭ交換
機を介して通信が行われる。ナビゲーションサーバ４１
において、４２はトラヒック取得部、４３はトラヒック
格納バッファ、４４はメニュー最適化部、４５はサービ
ス実行部、４６はサービスプロバイダーデータベース、
４７はメニューバッファである。トラヒック取得部４２
はサービスプロバイダーデータベース４６に登録されて
いる全サービスプロバイダーを認識し、各サービスプロ
バイダーを収容する回線の使用状況（トラヒック）をネ
ットワーク管理装置のトラヒック管理部３２に問い合わ
せる。トラヒック管理部３２はユーザ端末やサービスプ
ロバイダーを収容する各回線の使用状況（回線の使用帯
域）を動的に記録しており、要求されたサービスプロバ
イダー収容回線の使用帯域をトラヒック取得部４２に通
知する。トラヒック取得部４２は通知された各サービス
プロバイダー収容回線の使用帯域をトラヒック格納バッ
ファ４３に格納する。

【００２０】メニュー最適化部４４は、各サービスプロ
バイダーに対応させてサービスプロバイダーデータベー
ス４６に登録されている物理帯域Ｆ１とトラヒック格納
バッファ４３に記憶された回線の使用帯域Ｆ２とから、
各サービスプロバイダー収容回線の使用可能帯域（＝Ｆ
１−Ｆ２）を算出し、該使用可能帯域、ユーザ端末の最
大使用可能帯域、サービス提供に必要な帯域等を考慮し
て、接続可否を判定し、判定結果をメニューバッファ４
７に格納する。又、メニュー最適化部４４は接続可の場
合には使用帯域に基づいてトラヒック状況を分類し（高
トラヒック状況／中トラヒック状況／低トラヒック状
況）、該トラヒック状況を反映したサービス選択メニュ
ーＰＳＭを作成し、ユーザ端末１１ａに送出してディス
プレイ画面に表示する。

【００２１】サービス実行部４５はユーザ端末１１ａに
おいてユーザが選択したサービスプロバイダーに対応さ
せてメニューバッファ４７に設定されている情報を参照
して、接続可か判定する。接続可であればサービスプロ
バイダーデータベース４６よりパス設定に必要なパラメ
ータ（電話番号等）を取得し、パス設定部３３にパス設
定要求を行う。パス設定部３３の収容位置はネットワー
ク管理装置内でもサービスプロバイダー内でもよい。た
だし、ネットワーク管理装置以外の場合はネットワーク
管理装置にパス設定情報を通知する必要がある。以上に
より、ユーザはトラヒック状況（高トラヒック状況／中
トラヒック状況／低トラヒック状況）が動的に反映され
たメニューを見ることができ、トラヒックが集中してい
る（サービス提供品質の劣化が予想される）サービス提
供の選択を回避することが可能となる。また、これによ
りトラヒックの分散化を図ることができるというメリッ
トが受けられる。

【００２２】（ｃ）本発明の第２の概略説明 (c-1) 輻輳による接続規制 図３は本発明の第２の概略説明図であり、図２と同一部
分には同一符号を付している。図２と異なる点は各サー
ビスプロバイダーの輻輳状態を記憶する輻輳管理データ
テーブル４８が設けられている点である。メニュー最適
化部４４は、各々のサービスプロバイダーにつき輻輳管
理データテーブル４８をチェックする。(1) 規制中（輻
輳中）でなければ、トラヒック格納バッファ４３より該
サービスプロバイダーを収容する回線の使用帯域Ｆ２を
取得し、該使用帯域Ｆ２とサービスプロバイダーデータ
ベース４６に登録されている輻輳とみなす規制帯域Ｆｃ
との大小比較を行い、使用帯域が規制帯域以上であれば
輻輳管理データテーブル４８の該当サービスプロバイダ
ー位置に規制フラグを設定するとともにメニューバッフ
ァ４７の該当サービスプロバイダー位置に接続規制を示
す規制コードを設定する。(2) 一方、既に規制中であれ
ば、トラヒック格納バッファ４３より該サービスプロバ
イダーを収容する回線の使用帯域Ｆ２を取得し、該使用
帯域とサービスプロバイダーデータベース４６に登録さ
れている解除帯域との大小比較を行い、使用帯域がが解
除帯域Ｆｃ′以下であれば輻輳管理データテーブル４８
の該当サービスプロバイダー位置の規制フラグを解除す
る。

【００２３】又、メニュー最適化部４４はメニューバッ
ファ４７において規制コードが設定されたサービスプロ
バイダーがサービス規制中（接続不可）であることを認
識可能にサービス選択メニューＰＳＭを作成し、ユーザ
端末１１ａに表示する。サービス実行部４５は、ユーザ
端末においてユーザによりサービスプロバイダーが選択
されると、メニューバッファ４７を参照し、該選択され
たサービスプロバイダーに対応して規制コードが設定さ
れていれば、ユーザによるサービスプロバイダーの選択
を無視する。これによりトラヒック集中（輻輳）が断続
的に続くサービスプロバイダーへのアクセス規制を行う
ことでサービス品質の確保が可能となる。すなわち、ア
クセス規制をせずにユーザの接続要求を受け入れた場合
に多数のユーザが低品質サービスしか受けられないとい
う問題を回避できる。

【００２４】(c-2) 迂回接続 以上では、輻輳によりサービス規制中のサービスプロバ
イダーへの接続要求を拒否する場合であるが、同一サー
ビスを提供するサービスプロバイダーに迂回接続するよ
うに構成することもできる。メニュー最適化部４４は、
使用帯域が規制帯域以上であれば、サービスプロバイダ
ーデータベース４６に登録されている迂回指示欄を参照
し、迂回が指示されていれば、輻輳管理データテーブル
４８にアクセス規制フラグを設定せず、メニューバッフ
ァ４７の該当サービスプロバイダー位置に迂回指示コー
ドを設定する。サービス実行部４５は、ユーザ端末にお
いてユーザにより所定のサービスプロバイダーが選択さ
れると、メニューバッファ４７を参照し、該サービスプ
ロバイダーに迂回指示コードが設定されているかチェッ
クする。迂回指示コードが設定されていれば、サービス
実行部４５はサービスプロバイダーデータベース４６よ
り迂回先のサービスプロバイダーを求め、パス設定部３
３にユーザ端末と該迂回先サービスプロバイダー間のパ
ス設定要求を行う。以上により、接続要求されたサービ
スプロバイダーを収容する回線が輻輳している場合であ
っても同一機能をもつ他の余力のあるサービスプロバイ
ダーへ迂回させることができ、接続拒否されるユーザ数
を減少でき、しかも、サービスプロバイダー間のタイア
ップやグループ化が可能となる。

【００２５】（ｄ）本発明の第３の概略説明 図４は本発明の第３の概略説明図であり、図２と同一部
分には同一符号を付している。図２と異なる点は、ユー
ザ情報データベース（ユーザ端末データベース）４９を
設け、該データベースにユーザ端末が各サービスプロバ
イダーにアクセス可能であるか否かを示すアクセス情報
をユーザ端末に対応させて記憶する点である。アクセス
情報としては、サービスプロバイダーとの契約により
該サービスプロバイダーが提供するサービスを享受でき
るか否かを示す加入情報、ユーザの意志により設定さ
れ、特定のサービスプロバイダーに対するアクセスを規
制するか否を示すアクセス規制情報などがある。

【００２６】メニュー最適化部４４は、ナビゲーション
サーバ４１にユーザ端末１１ａが接続されると、該ユー
ザ端末１１ａに対応させてユーザ情報データベース４９
に記憶されている各サービスプロバイダーのアクセス情
報を参照し、ユーザ端末１１ａがアクセス可能なサービ
スプロバイダーを求め、アクセス可否をメニューバッフ
ァ４７の該当サービスプロバイダー位置に記憶する。つ
いで、メニュー最適化部４４は、トラヒック格納バッフ
ァ４３よりアクセス可能なサービスプロバイダーを収容
する回線の使用帯域を求め、該使用帯域より回線の利用
可能帯域を求め、該利用可能帯域とユーザ端末の最大使
用可能帯域とサービス提供に必要となる帯域を考慮して
該サービスプロバイダーへの接続可否を判定する。そし
て、判定結果をメニューバッファ４７に記憶すると共
に、メニューバッファの記憶内容（接続可否）を反映し
たサービス選択メニューを作成してユーザ端末１１ａに
表示する。サービス実行手段４５は、ユーザ端末１１ａ
において所定のサービスプロバイダーが選択されると、
メニューバッファ４７を参照して該サービスプロバイダ
ーへの接続が可能か判断し、接続不可能な場合にはサー
ビスプロバイダーの選択を無効にし、接続可能な場合に
はユーザ端末と該サービスプロバイダー間のパス設定を
パス設定部３３に要求する。

【００２７】以上では、ユーザ端末やサービスプロバイ
ダー装置の性能を考慮しなかったが、これらを考慮する
ようにもできる。かかる場合には、ユーザ情報データベ
ース４９に各ユーザ端末のデコード方式等の性能を記憶
し、サービスプロバイダーデータベース４６に各サービ
スプロバイダーのエンコード方式等の性能を記憶してお
く。アクセス情報に基づいてユーザ端末がアクセス可能
なサービスプロバイダーが判明すれば、メニュー最適化
部４４はユーザ端末の性能とサービスプロバイダーの性
能を比較して該サービスプロバイダーへのアクセスが可
能か否かを判定し、判定結果をメニューバッファ４７の
該当サービスプロバイダー位置に記憶する。以後、上記
制御を行う。以上により、サービス選択メニューがユー
ザの嗜好やユーザ端末の性能に適したものに最適化され
るため（アクセス可能なサービスプロバイダーのみ表
示）、ユーザにとって効率的にサービスプロバイダーが
選べ、ネットワーク資源の無効保留の回避、ユーザのア
クセス料金の軽減効果を受けることができる。

【００２８】（ｅ）本発明の第４の概略説明 図５は本発明の第４の概略説明図であり、図４と同一部
分には同一符号を付している。図４と異なる点は、サー
ビスプロバイダー選択不可能の理由に応じた理由コード
と該理由を示すメッセージとの対応を記憶する理由テキ
ストテーブル５０を設けた点である。

【００２９】メニュー最適化部４４は、ユーザ端末のサ
ービスプロバイダーへの接続が不可能な場合、不可能な
理由に応じた理由コードをユーザ端末に対応してメニュ
ーバッファ４７に記憶すると共に、サービスプロバイダ
ーの選択可否が識別可能となるようにサービス選択メニ
ューＰＳＭを作成してユーザ端末１１ａに表示する。ユ
ーザ端末１１ａにおいて所定のサービスプロバイダーが
選択されると、サービス実行部４５は、サービスプロバ
イダーデータベース４６より該サービスプロバイダーの
表示情報を抽出してサービス選択メニューの情報表示域
に表示する。又、選択されたサービスプロバイダーにつ
いてメニューバッファ４７に接続不可の理由コードが設
定されていれば、該理由コードに応じたメッセージを理
由テキストテーブル５０より求め、接続不可の理由をサ
ービス選択メニューの情報表示域に表示する。以上によ
り、ユーザはサービス選択メニュー上でサービスプロバ
イダーの情報を見ることができ、サービスプロバイダー
を選ぶ時の参考にできる。また接続できないサービスプ
ロバイダーについてはその理由が表示されるので、該理
由をもとにユーザが環境改善もしくはアクセス対象から
外すことができる。

【００３０】（ｆ）本発明の第５の概略説明 図６は本発明の第５の概略説明図であり、図４と同一部
分には同一符号を付している。メニュー最適化部４４
は、アクセス可能なサービスプロバイダーについて、該
サービスプロバイダーを収容する回線の利用可能帯域と
ユーザ端末の最大使用可能帯域と各品質レベル（高／中
／低品質レベル）のサービス提供に必要となる帯域とを
考慮して、品質レベル毎に該サービスプロバイダーへの
接続可否を判定し、判定結果をメニューバッファ４７に
記憶すると共に、該判定結果を反映したサービス選択メ
ニューＰＳＭを作成してユーザ端末１１ａに表示する。
サービス実行部４５は、ユーザ端末１１ａにおいてサー
ビスプロバイダー及び品質レベルが選択された場合、メ
ニューバッファを参照して該サービスプロバイダーへの
該品質レベルでのサービス提供が可能か判断し、不可能
な場合にはサービスプロバイダーの選択を無効とし、可
能な場合にはユーザ端末と該サービスプロバイダー間の
パス設定をパス設定部３３に要求する。これによりサー
ビス提供の品質レベルを指定できることにより、ユーザ
は所望の品質のサービスを受ける事ができるようにな
る。又、ユーザは高品質、中品質、低品質など抽象的な
指定をするだけで細かなパラメータを指定する必要が無
い。

【００３１】（ｇ）本発明の第６の概略説明 図７は本発明の第６の概略説明図であり、図４と同一部
分には同一符号を付している。図中、５１はサービス提
供の予約がされたサービスプロバイダーを特定する情報
（予約フラグ）を格納する予約管理テーブル、５２はサ
ービス提供を予約したユーザ端末と予約されたサービス
プロバイダーの対応情報を格納する予約登録バッファ、
５３は予約テーブルと予約登録バッファにそれぞれ前記
各情報を設定する予約登録部、５４は予約したユーザ端
末と予約されたサービスプロバイダー間のパス設定制御
を行う予約実行部である。

【００３２】メニュー最適化部４４は、ナビゲーション
サーバ４１にユーザ端末１１ａが接続されると、サービ
スプロバイダーを収容する回線の使用状況を参照して該
回線の利用可能帯域を求め、該利用可能帯域とユーザ端
末の最大使用可能帯域とサービス提供に必要となる帯域
とに基づいて、該サービスプロバイダーへの接続可否を
判定し、利用可能帯域の不足により接続できないサービ
スプロバイダーが存在する場合には該サービスプロバイ
ダーを識別可能となるように、かつ、該サービスプロバ
イダーからのサービス提供を予約できるようにサービス
選択メニューＰＳＮを作成してユーザ端末１１ａのディ
スプレイ画面にに表示する。サービス実行部４５はユー
ザ端末１１ａにおいて接続可能なサービスプロバイダー
が選択された場合には、パス設定部３３に該ユーザ端末
とサービスプロバイダー間のパス設定を要求し、接続不
可能なサービスプロバイダーの予約が入力された場合に
は、予約登録部５３を起動する。

【００３３】予約登録部５３は、予約したユーザ端末と
予約されたサービスサービスプロバイダーの対応情報を
予約登録バッファ５２に設定するとともに、予約管理テ
ーブル５１における該当サービスプロバイダーの位置に
予約フラグを設定する。以上により、利用可能帯域不足
により接続不可能になっているサービスプロバイダーに
対するサービス提供の予約が完了する。メニュー最適化
部４４は、他のユーザ端末がナビゲーションサーバに接
続されて起動されるたびに、予約管理テーブル５１を参
照して予約対象となっているサービスプロバイダーを求
め、該予約対象となっているサービスプロバイダーの利
用可能帯域がサービス提供に必要な帯域以上であるか判
断し、以上であれば予約実行部５４を起動する。予約実
行部５４は、予約登録バッファ５２に記憶されている予
約対象のサービスプロバイダーと該サービスプロバイダ
ーに対応して記憶されているユーザ端末をメニュー最適
化部を介して求め、ユーザ情報データベース４９とサー
ビスプロバイダーデータベース４６からパス設定に必要
な情報（電話番号等）を取得し、パス設定部３３にパス
接続要求を行う。

【００３４】以上により、高トラヒックのサーバに対し
て予約を行い、トラヒックに余力ができた時に自動的に
ユーザ端末とサービスプロバイダー間の接続を行うこと
ができる。すなわち、なかなかアクセスできないサービ
スプロバイダーに対して予約を行うことで、確実にアク
セスができるようになる。また何度も無駄なアクセスを
する必要がないためナビゲーションサーバの利用料金を
軽減できるというメリットを受けることもできる。

【００３５】（ｈ）本発明の第７の概略説明 図８は本発明の第７の概略説明図であり、図７と同一部
分には同一符号を付している。メニュー最適化部４４
は、サービスプロバイダーを収容する回線の利用可能帯
域とユーザ端末の最大使用可能帯域と各品質レベル（高
／中／低品質レベル）のサービス提供に必要となる帯域
とを考慮して、品質レベル毎に該サービスプロバイダー
への接続可否を判定し、所定品質レベルについて利用可
能帯域の不足により接続できないサービスプロバイダー
が存在する場合には、該品質レベル及びサービスプロバ
イダーを識別可能に、かつ、予約できるようにサービス
選択メニューＰＳＭを作成してユーザ端末１１ａのディ
スプレイ画面にに表示する。サービス実行部４５はユー
ザ端末１１ａにおいてサービスプロバイダー／品質レベ
ルが選択され、その接続が可能であればパス設定部３３
に該ユーザ端末とサービスプロバイダー間のパス設定を
要求する。又、サービス実行部４５は、接続不可能な品
質レベルで予約が入力された場合には、予約登録部５３
を起動する。

【００３６】予約登録部５３は、予約したユーザ端末と
予約されたサービスプロバイダー及び品質レベルの対応
情報を予約登録バッファ５２に設定するとともに、予約
管理テーブル５１における該当サービスプロバイダーの
位置に予約フラグを設定する。以上により、利用可能帯
域不足により接続不可能になっているサービスプロバイ
ダーに対する所定品質レベルでのサービス提供予約が完
了する。

【００３７】メニュー最適化部４４は、他のユーザ端末
がナビゲーションサーバに接続されて起動されるたび
に、予約管理テーブル５１を参照して予約対象となって
いるサービスプロバイダーを求め、該予約対象となって
いるサービスプロバイダーの利用可能帯域が予約された
品質レベルのサービス提供に必要な帯域以上であるか判
断し、以上であれば予約実行部５４を起動する。予約実
行部５４は、予約登録バッファ５２に記憶されている予
約対象のサービスプロバイダーと該サービスプロバイダ
ーに対応して記憶されているユーザ端末をメニュー最適
化部を介して求め、ユーザ情報データベース４９とサー
ビスプロバイダーデータベース４６からパス設定に必要
な情報（電話番号等）を取得し、パス設定部３３にパス
接続要求を行う。以上により、ユーザが望む品質レベル
で予約してサービスを確実に受けることができるように
なる。例えば映画を高品質で楽しみたいが、高トラヒッ
ク状態であるため品質の低いレベルでしか接続できない
時に、高品質で予約をすれば確実に高品質のサービスを
受けれることができる。

【００３８】（Ｂ）実施例 （ａ）ネットワークの構成 図９は本発明を実施するためのネットワークシステムの
構成図であり、１１ａ〜１１ｂはユーザ端末Ａ，Ｂ、２
１ａ〜２１ｄはマルチメディアサービスを提供するサー
ビスプロバイダー（サービス提供者）Ａ，Ｂ，Ｃ，Ｄ、
３１はネットワーク管理装置、４１はナビゲーションサ
ーバ、６１はＡＴＭ交換機である。ネットワーク管理装
置３１とＡＴＭ交換機６１間はパス設定用信号線７１で
接続され、このパス設定用信号線７１を介してネットワ
ーク管理装置３１とＡＴＭ交換機６１間でパス設定のた
めのシグナリングメッセージやメンテナンスオペレーシ
ョンメッセージ等がやりとりされる。ＡＴＭ交換機６１
とユーザ端末Ａ，Ｂ間、ＡＴＭ交換機とナビゲーション
サーバ４１間、ＡＴＭ交換機とサービスプロバイダー
Ａ，Ｂ，Ｃ，Ｄ間はＵＮＩ（User Network Interface：
データストリームが流れるネットワークと端末を結ぶ物
理回線）で接続でされる。ネットワーク管理装置３１に
対して、ユーザ端末Ａ，Ｂ、ナビゲーションサーバ４
１、サービスプロバイダーＡ，Ｂ，Ｃ，Ｄは制御信号線
で接続される。制御信号線は各端末からのリソース変更
要求とパス変更要求メッセージをやりとりする。ネット
ワーク管理装置３１とナビゲーションサーバ４１間の制
御信号線７２はトラヒックの問い合わせと応答メッセー
ジもやりとりする。

【００３９】ＡＴＭ交換機６１は呼制御プロセッサ（Ｃ
ＰＲ）６１ａとＡＴＭスイッチ部（ＮＷ）６１ｂを有し
ている。呼制御プロセッサ６１ａはパス設定用信号線７
１からの要求メッセージに従ってリソースの管理とパス
接続制御を行う。ＡＴＭスイッチ部６１ｂは呼制御プロ
セッサ６１ａの指示によりパスの切り替えを行う。ネッ
トワーク管理装置３１はトラヒック管理部３２とパス設
定部３３及びシグナル終端部３４で構成される。シグナ
ル終端部３４はメッセージ送受信の制御部で、パス設定
用信号線７１、制御信号線７２等が接続され、シグナル
メッセジを物理的に終端し、受信したメッセージをトラ
ヒック管理部３２に通知する。

【００４０】パス設定部３３はナビゲーションサーバ４
１からのパス設定要求に基づいてＡＴＭ交換機６１によ
り所定のユーザ端末とサービスプロバイダー間のパス設
定を行わせるもので、収容位置はネットワーク管理装置
内でなくても良い。トラヒック管理部３２はプロセッサ
（ＣＣ）３２ａと主記憶装置（ＭＭ）３２ｂから構成さ
れ、プロセッサ３２ａは主記憶装置３２ｂに格納された
プログラムを取り出して実行する。主記憶装置３２ｂは
プログラム部ＲＲＭとデータ部ＤＴを備え、プログラム
部ＰＲＭにはトラヒック管理プログラム３５が格納さ
れ、データ部ＤＴには各回線のトラヒック管理データ３
６が格納される。

【００４１】ナビゲーションサーバ４１はシグナル終端
部４１ａ、プロセッサ（ＣＣ）４１ｂ、主記憶装置（Ｍ
Ｍ）４１ｃから構成されている。シグナル終端部４１ａ
は制御信号線のシグナルメッセージの終端とＵＮＩで伝
送されるデータストリームの終端を行う。主記憶装置４
１ｃはプログラム部ＲＲＭとデータ部ＤＴを備え、プロ
グラム部ＰＲＭには、トラヒック抽出プログラム４２、
メニュー最適化プログラム４４、サービス実行プログラ
ム４５、予約実行プログラム５４が格納されている。デ
ータ部ＤＴには、サービスプロバイダーデータベース４
６、トラヒック格納バッファ４３、メニューバッファ４
７、輻輳管理データテーブル４８、ユーザ情報データベ
ース４９、予約管理テーブル５１、予約登録バッファ５
２、理由コードに対応して接続不可理由のメッセージを
記憶する理由テキストテーブル５０が設けられている。
尚、図では示していないがユーザ端末とサービスプロバ
イダーも、シグナルメッセージとＵＮＩのデータストリ
ームを終端するシグナル終端部と、シグナルメッセージ
の送受制御とサービス実行制御のためのプロセッサ（Ｃ
Ｃ）、主記憶装置（ＭＭ）を有している。又、図９の例
では、ネットワーク管理装置３１とナビゲーションサー
バ４１をそれぞれ別のハードウェアで構成しているが、
同一ハードウェアで構成することもできる。

【００４２】（ｂ）ナビゲーションサーバにおけるデー
タ部の構成 図１０、図１１はナビゲーションサーバ４１におけるデ
ータ部ＤＴに格納される各種データの構成説明図であ
る。 (b-1) サービスプロバイダーデータベース 図１０（ａ）はサービスプロバイダーデータベース４６
の構成図であり、各サービスプロバイダー毎に、(1) サ
ービスプロバイダー番号、(2) 輻輳とみなす規制値(規
制帯域)、(3) 輻輳が解除したとみなす解除値(解除帯
域)、(4) サービスプロバイダーの電話番号等のアドレ
ス、(5) 輻輳により接続できなかった場合、連携してい
る他のサービスプロバイダー(迂回先アドレス)によりサ
ービスを実行させる場合における迂回先アドレス、(6)
サービス提供に必要な帯域、(7) サービスプロバイダー
を収容する回線の物理帯域、(8) サービスプロバイダー
の表示情報、(9) 高品質でサービス提供する場合に必要
な帯域、(10) 中品質でサービス提供する場合に必要な
帯域、(11) 低品質でサービス提供する場合に必要な帯
域、(12) サービスプロバイダーの性能(例えばエンコー
ド方式)が登録されている。

【００４３】(b-2) ユーザ情報データベース 図１０（ｂ）はユーザ情報データベース４９の構成図で
あり、各ユーザ端末毎に、(1) ユーザＩＤ、(2) ユーザ
が契約により加入し、サービス提供を受けることが出来
るサービスプロバイダー名(加入サービス)、(3) 有料、
あるいは無料でだれでもがサービス提供を受けることが
出来るサービスプロバイダーのうちユーザの意志(嗜好)
でサービス提供を受けないように設定したサービスプロ
バイダー名(アクセス規制サービス)、(4) 端末種別、
(5) デコード方式等のユーザ端末の性能、(6) ユーザ端
末が使用する最大使用可能帯域、(7) 電話番号等のアド
レスが登録されている。

【００４４】(b-3) メニューバッファ 図１０（ｃ）はメニューバッファ４７の構成図であり、
各サービスプロバイダー毎に、(1) サービスプロバイダ
ー番号欄、(2) 接続可否、接続可の場合におけるサービ
スプロバイダーを収容する回線のトラヒック状況(高/中
/低トラヒック状況)、接続否の場合における接続否の理
由(リソース捕捉不可、規制、接続拒否、未加入)を示す
状態コードを記憶する状態パラメータ欄、(3) サービス
プロバイダーを収容する回線の利用可能帯域不足により
サービスの提供ができない場合に、同一のサービスを提
供する他のサービスプロバイダー(迂回先)が設定されて
いるかを示す迂回パラメータ欄、(4) 高品質/中品質/低
品質でのサービス提供が可能かどうかを設定する高品質
パラメータ欄/中品質パラメータ欄/低品質パラメータ欄
が設けられている。

【００４５】(b-4) トラヒック格納バッファ 図１１（ａ）はトラヒック格納バッファ４３の構成図で
あり、各サービスプロバイダー毎に、(1) サービスプロ
バイダー番号欄と、(2) 該サービスプロバイダーを収容
する回線のトラヒック状況(使用帯域)を記憶するトラヒ
ック状態記入欄を有している。(b-5) 輻輳管理データテ
ーブル 図１１（ｂ）は輻輳管理データテーブル４８の構成図で
あり、各サービスプロバイダー毎に、(1) サービスプロ
バイダー番号欄と、(2) 輻輳中を示す規制フラグ記入欄
を備えている。

【００４６】(b-5) 予約管理テーブル 図１１（ｃ）は予約管理テーブル５１の構成図で、各サ
ービスプロバイダー毎に、(1) サービスプロバイダー番
号欄と、(2) 予約中を示す予約フラグ記入欄を備えてい
る。 (b-6) 予約登録バッファ 図１１（ｄ）は予約登録バッファの構成図であり、(1)
予約されたサービスプロバイダーの番号欄と、(2) 予約
されたサービス品質レベルを記入するサービスレベル欄
と、(3) 予約したユーザ端末のユーザＩＤ記入欄を備え
ている。 (b-7) 理由テキスト 図１１（ｅ）は理由テキストの説明図であり、接続拒否
の理由(リソース捕捉不可、規制、接続拒否、未加入)を
理由コードに対応させて記憶する。

【００４７】（ｃ）トラヒック状況のメニューへの動的
反映処理 図１２はナビゲーション制御の全体の処理フロー、図１
３はトラヒック抽出プログラムの処理フロー、図１４は
トラヒック管理プログラムの処理フロー、図１５、図１
６はメニュー最適化プログラムの処理フロー、図１７は
サービス実行プログラムの処理フロー、図１８は予約実
行プログラムの処理フローである。又、図１９はトラヒ
ック状況をメニューへ反映する処理説明用の各種データ
及びサービス選択メニューの説明図である。

【００４８】トラヒック状況を高トラヒック、中トラヒ
ック、低トラヒックの３段階にわけ、トラヒックの状況
に応じて色を変えてサービスプロバイダーをサービス選
択メニューで表示する場合について説明する。トラヒッ
ク状況の分類条件は例えば１００Ｍビット／秒（以下Ｍ
とだけ表示）以上を高トラヒック状況、５０〜１００Ｍ
を中トラヒック状況、２０Ｍ以下を低トラヒック状況と
する。又、現在サービスプロバイダーＡ〜Ｄを収容する
回線ＵＮＩ４〜ＵＮＩ７のそれぞれの使用帯域が２０
Ｍ，１００Ｍ，８０Ｍ，５０Ｍとする（図１９（ａ）の
トラヒック管理データ部参照）。

【００４９】所定のユーザ端末とナビゲーションサーバ
４１間が接続されると、すなわち、所定のユーザ端末が
ナビゲーションサーバ４１にアクセスすると、図１２に
示すフローに従ってトラヒック抽出プログラム４２が起
動する（ステップ１００）。トラヒック抽出プログラム
４２は図１３に示す処理フローに従って、まず、サービ
スプロバイダーデータベース４６（図１９（ａ）参照）
に登録されているサービスプロバイダーＡ〜Ｄの番号を
抽出する（ステップ１０１）。サービスプロバイダーデ
ータベース４６にはサービスプロバイダーＡ，Ｂ，Ｃ，
Ｄが登録されているので、最初にサービスプロバイダー
Ａの番号を抽出する。ついで、サービスプロバイダーＡ
の番号を含むトラヒック問い合わせメッセージを編集し
てネットワーク管理装置３１のトラヒック管理プログラ
ム３５に送出する（ステップ１０２）。

【００５０】トラヒック問い合わせメッセージを受信す
れば、トラヒック管理プログラム３５は問い合わされた
サービスプロバイダーＡを収容する回線ＵＮＩ４の使用
帯域をトラヒック管理データ部３６より抽出し、使用帯
域通知メッセージを編集してナビゲーションサーバ４１
のトラヒック抽出プログラム４２に送出する（ステップ
２００）。図１４はトラヒック管理プログラム３５の処
理フローである。

【００５１】トラヒック管理プログラム３５は２つのプ
ロセスからなる。第１プロセスにおいては、パスの変更
要求を監視し（ステップ２０１）、変更要求があった場
合にパスに関係したそれぞれの端末収容のＵＮＩ（回
線）の使用帯域を動的に変更する（ステップ２０２）。
第２プロセスにおいては、トラヒック抽出プログラム４
２からの問い合わせメッセージに対して要求されたサー
ビスプロバイダー収容回線の使用帯域を抽出して通知す
る。すなわち、トラヒック管理プログラム３５はシグナ
ル終端部３４からのメッセージを監視し（ステップ２０
３）、トラヒック問い合わせ要求メッセージに対して第
２プロセスを起動する。トラヒック問い合わせメッセー
ジにはサービスプロバイダーＡの番号が含まれているか
ら、トラヒック管理データ部３６をサービスプロバイダ
ーＡの番号で索引し（ステップ２０４）、該サービスプ
ロバイダーを収容する回線の使用帯域を含む通知メッセ
ージを編集して送出する（ステップ２０５）。

【００５２】トラヒック抽出プログラム４２は、使用帯
域通知メッセージを受信すれば（図１３のステップ１０
３）、トラヒック格納バッファ４３にサービスプロバイ
ダーＡと使用帯域２０Ｍを設定する（ステップ１０
４）。ついで、全てのサービスプロバイダーについて、
使用帯域の抽出が終了したかチェックし（ステップ１０
５）、終了してなければ上位処理を繰り返し、残りのサ
ービスプロバイダーＢ，Ｃ，Ｄについて使用帯域を取得
し、トラヒック格納バッファ４３に格納する（図１９
（ａ）参照）。以上により、全サービスプロバイダーの
使用帯域の取得が終了すれば、メニュー最適化プログラ
ム４４が起動する（図１２のステップ３００）。図１
５、図１６はメニュー最適化プログラム４４の処理フロ
ーであり、以後、この処理フローに従って処理が行われ
る。尚、ナビゲーションサーバ４１に接続された（アク
セスした）ユーザ端末は全サービスプロバイダーに接続
可能であり、又、輻輳によるアクセス規制が無く、輻輳
とみなす規制値（規制帯域）は１５０Ｍであるとする。

【００５３】まず、所定のサービスプロバイダーを着目
サービスプロバイダーとし、予約管理テーブル５１を参
照し、該着目サービスプロバイダーに予約があるかチェ
ックする（ステップ３０１〜３０２）。予約は無しであ
れば、ユーザ情報データベース４９における該当ユーザ
端末のアクセス情報（加入者サービス、接続規制サービ
ス）を参照し（ステップ３０３）、着目サービスプロバ
イダーに接続可能であるかチェックする（ステップ３０
４）。ユーザ端末は全サービスプロバイダーに接続可能
であるから、輻輳管理データテーブル４８を参照し（ス
テップ３０５）、着目サービスプロバイダーが規制中
（輻輳中）であるかチェックする（ステップ３０６）。
規制中でないとしているから、トラヒック格納バッファ
４３に記憶されている着目サービスプロバイダーを収容
する回線の使用帯域を読み出し（ステップ３０７）、該
使用帯域と輻輳とみなす規制値（規制帯域）との大小を
比較する（ステップ３０８）。使用帯域が規制帯域以下
であれば、該使用帯域に基づいてトラヒック状況（高／
中／低トラヒック状況）を判断し、メニューバッファ４
７の該当サービスプロバイダー位置にトラヒック状況を
示す状態コード（１：低トラヒック、２：中トラヒッ
ク、３；高トラヒック）を設定する（ステップ３０９、
図１９参照）。

【００５４】ついで、全サービスプロバイダーについて
上記処理が終了したかチェックし（ステップ３１０）、
終了してなければ、着目サービスプロバイダーを変えて
ステップ３０１以降の処理を繰り返す。全サービスプロ
バイダーについてメニューバッファ４７の設定が終了す
ると（ステップ３１０）、メニューバッファ４７に記憶
されている情報をもとに、トラヒック状況（高／中／低
トラヒック状況）を反映したサービス選択メニュー（図
１９（ｂ））を作成し（ステップ３１１）、ユーザ端末
に送出してユーザ端末のディスプレイ画面にサービス選
択メニューを表示する（ステップ３１２）。以上により
トラヒック状況のメニューへの動的反映が実施される。

【００５５】以上の処理により、サービス選択メニュー
がユーザ端末に表示されている状態において、メニュー
上で所定のサービスプロバイダーを選択すると、サービ
ス実行プログラム４５が起動する（図１２のステップ４
００）。図１７はサービス実行プログラム４５の処理フ
ローであり、以後このの処理フローに従った処理が実行
される。情報表示機能はないとしており（ステップ４０
１）、又、ユーザ操作は予約でないから（ステップ４０
３）、メニューバッファ４７における選択されたサービ
スプロバイダーの状態コードを参照し、該サービスプロ
バイダーへの接続が可能であるかチェックする（ステッ
プ４０４）。接続可能であれば、ユーザ端末とサービス
プロバイダーのパス設定に必要な情報（電話番号）をユ
ーザ情報データベース４９とサービスプロバイダーデー
タベース４６から抽出し（ステップ４０５）、パス設定
要求メッセージを編集してパス設定部３３に送出する
（ステップ４０６）。これにより、パス設定部３３はＡ
ＴＭ交換機６１に呼設定メッセージを通知してユーザ端
末とサービスプロバイダー間を接続する。

【００５６】（ｄ）サービスプロバイダーへのアクセス
規制と解除処理 図２０はサービスプロバイダーへのアクセス規制と解除
処理説明用の各種データ例及びサービス選択メニューの
説明図である。以下、アクセス規制されているサービス
プロバイダーの表示色を変えて表示するようにサービス
選択メニューを作成し、該アクセス規制されているサー
ビスプロバイダーの選択を不可にする場合について説明
する。サービスプロバイダーＡ〜Ｄを収容する回線の使
用状況（使用帯域）と、輻輳とみなす規制値、輻輳が解
除されたとみなす解除値は図２０（ａ）に示す通りとす
る。

【００５７】所定のユーザ端末がナビゲーションサーバ
４１に接続されるとトラヒック抽出プログラム４２が起
動し（図１２ステップ１００）、該トラヒック抽出プロ
グラムにより各サービスプロバイダーを収容する回線の
使用帯域がトラヒック格納バッファ４３に格納される。
トラヒック抽出処理が終了すると、メニュー最適化プロ
グラム４４が起動し、図１５、図１６の処理フローに従
ったメニュー最適化処理が行われる（図１２のステップ
３００）。

【００５８】着目サービスプロバイダーに予約が無く
（ステップ３０１〜３０２）、又、ユーザ端末が該サー
ビスプロバイダーに接続可能であり（ステップ３０３〜
３０４）、しかも、輻輳による規制中でないから（ステ
ップ３０６）、トラヒック格納バッファ４３に記憶され
ている着目サービスプロバイダーを収容する回線の使用
帯域を読み出し（ステップ３０７）、該使用帯域と輻輳
とみなす規制値（規制帯域）との大小を比較する（ステ
ップ３０８）。現時点において、サービスプロバイダー
Ａ，Ｃ，Ｄを収容する回線の使用帯域は規制値以下であ
るが、サービスプロバイダーＢを収容する回線の使用帯
域は規制値以上である。このため、輻輳管理データテー
ブル４８のサービスプロバイダー番号Ｂの対応位置に規
制フラグを設定すると共に（ステップ３２１、図２０
（ａ）参照）、メニューバッファ４７におけるサービス
プロバイダーＢの状態パラメタ欄に規制コード（＝５）
を設定する（ステップ３０９）。尚、メニューバッファ
４７におけるサービスプロバイダーＡ，Ｃ，Ｄの状態パ
ラメータ欄にはトラヒック状況を示す状態コードが設定
される。

【００５９】全サービスプロバイダーについて、メニュ
ーバッファ４７の編集が終了すると（ステップ３１０、
図２０）、メニューバッファ４７を参照してサービス規
制中か否かを反映したサービス選択メニューを作成し
（ステップ３１１）、ユーザ端末のディスプレイ画面に
表示する（ステップ３１２）。これにより、図２０
（ｂ）に示すようにサービス規制中のサービスプロバイ
ダーＢのメニュー項目が規制色で他と識別可能に表示さ
れる。以上の処理により、サービス選択メニューがユー
ザ端末に表示されている状態において、メニュー上で所
定のサービスプロバイダー、例えばサービスプロバイダ
ーＢを選択すると、サービス実行プログラム４００が起
動し、図１７の処理フローに従った処理が実行される。

【００６０】情報表示機能が無く（ステップ４０１）、
又、ユーザ操作は予約でないから（ステップ４０３）、
メニューバッファ４７の状態パラメータ欄における状態
コードを参照し、サービス規制中であるかチェックする
（ステップ４０４）。サービスプロバイダーＢはサービ
ス規制中であるから、サービスプロバイダーＢの選択を
無視する。すなわち、ユーザ端末とサービスプロバイダ
ーＢ間のパス接続を行わない。この後、サービスプロバ
イダーＢを収容する回線ＵＮＩ５の使用帯域が８０Ｍ以
下に減少した時点で、別のユーザがナビゲーションサー
バ４１にアクセスすると、トラヒック抽出プログラム４
２が起動する（ステップ１００、図１２）。そして、ト
ラヒック抽出プラスチック４２によるトラヒック抽出処
理が完了すれば、メニュー最適化プログラム４４が起動
し（ステップ３００）、以後、図１５、図１６の処理フ
ローに従ったメニュー最適化処理が行われる。

【００６１】まず、所定のサービスプロバイダーを着目
サービスプロバイダーとし、該着目サービスプロバイダ
ーにサービス予約がされているかチェックする（ステッ
プ３０１）。着目サービスプロバイダーに予約が無く
（ステップ３０１〜３０２）、又、ユーザ端末が着目サ
ービスプロバイダーに接続可能であるから（ステップ３
０４）、輻輳により規制中のサービスプロバイダーが存
在するかチェックする（ステップ３０６）。サービスプ
ロバイダーＢが規制中であるから、サービスプロバイダ
ーＢを収容する回線の使用帯域とサービスプロバイダー
データベース４６に登録されている解除値を比較する
（ステップ３３１）。使用帯域が解除値以下であれば
（ステップ３３２）、輻輳管理データ４８の規制フラグ
を解除する（ステップ３３３）。以後、着目サービスプ
ロバイダーについてステップ３０８以降の処理を行う。
以上によりサービスプロバイダーへのアクセス規制とそ
の解除が実施される。

【００６２】（ｅ）サービスプロバイダー輻輳時の迂回
処理 図２１はサービスプロバイダー輻輳時の迂回処理を説明
するための各種データ及びサービス選択メニューの説明
図である。以下、トラヒックが集中しているサービスプ
ロバイダーへのアクセスを他のサービスプロバイダーへ
迂回させる場合について説明する。尚、輻輳とみなす規
制値（規制帯域）及び規制を解除する解除値（解除帯
域）はサービスプロバイダーデータベース４６に設定さ
れている。また、全てのサービスプロバイダーに迂回先
アドレスが設定されているとものする。所定のユーザ端
末がナビゲーションサーバ４１に接続されるとトラヒッ
ク抽出プログラムが起動し（図１２のステップ１０
０）、該トラヒック抽出プログラムの制御により各サー
ビスプロバイダーを収容する回線の使用帯域がトラヒッ
ク格納バッファ４３に格納される（図２１）。これによ
り、メニュー最適化プログラムが起動し（図１２のステ
ップ３００）、以後、図１５、図１６の処理フローに従
ったメニュー最適化処理が行われる。

【００６３】まず、所定のサービスプロバイダーを着目
サービスプロバイダーとし、該着目サービスプロバイダ
ーにサービス予約がされているかチェックする（ステッ
プ３０１）。着目サービスプロバイダーに予約が無く
（ステップ３０１〜３０２）、又、ユーザ端末が着目サ
ービスプロバイダーに接続可能であり（ステップ３０
４）、しかも、輻輳による規制中でないから（ステップ
３０６）、トラヒック格納バッファ４３に記憶されてい
る着目サービスプロバイダーを収容する回線の使用帯域
を読み出し（ステップ３０７）、該使用帯域と輻輳とみ
なす規制値（規制帯域）との大小を比較する（ステップ
３０８）。現時点において、サービスプロバイダーＡ，
Ｃ，Ｄを収容する回線の使用帯域は規制値以下である
が、サービスプロバイダーＢを収容する回線の使用帯域
は規制値以上である。このため、サービスプロバイダー
Ｂについては、サービスプロバイダーデータベース４６
を参照して迂回先アドレスが設定されているかチェック
する（ステップ３４１）。

【００６４】サービスプロバイダーＢに迂回先アドレス
が設定されているから、メニューバッファ４７における
着目サービスプロバイダーの迂回パラメータ欄に迂回指
示コードを設定する（ステップ３４２、図２１参照）。
以後、ステップ３０９以降の処理により、各サービスプ
ロバイダーについて状態コードをメニューバッファ４７
に設定し、該メニューバッファの記憶内容に基づいてサ
ービス選択メニューを作成してユーザ端末のディスプレ
イ画面に表示する（図２１）。注目すべきは、サービス
プロバイゼーに迂回先アドレスが設定されている場合に
は、該サービスプロバイダーを収容する回線が輻輳して
も、該サービスプロバイダーは規制中とならず、サービ
ス選択メニューにおいて選択可能なサービスプロバイダ
ーとして表示される点である。

【００６５】以上の処理により、サービス選択メニュー
がユーザ端末に表示されている状態で、メニュー上で所
定のサービスプロバイダー、例えばサービスプロバイダ
ーＢを選択すると、サービス実行プログラム４５が起動
し（図１２のステップ４００）、図１７の処理フローに
従った処理が実行される。図１７の処理において、情報
表示機能はないものとしており（ステップ４０１）、
又、ユーザ操作は予約でないから（ステップ４０３）、
メニューバッファ４７におけるサービスプロバイダーＢ
についての記憶情報を参照し、規制中であるか、迂回指
示されているかチェックする（ステップ４０４）。迂回
指示コードが設定されている場合には、サービスプロバ
イダーデータベース４６より迂回先のパス設定情報（電
話番号等）を抽出し（ステップ４０７）、ユーザ端末と
迂回先サービスプロバイダー間のパス設定要求メッセー
ジを編集してパス設定部３３に送出する（ステップ４０
６）。これにより、パス設定部３３はＡＴＭ交換機６１
に呼設定メッセージを通知してユーザ端末と迂回先サー
ビスプロバイダー間を接続する。以上によりサービスプ
ロバイダー輻輳時の迂回が実施される。

【００６６】（ｆ）ユーザ対応の最適メニュー作成処理 図２２は最適メニュー作成処理説明用の各種データ例及
びサービス選択メニューの説明図である。以下では、サ
ービス選択メニューがユーザ対応に最適化される場合に
ついて説明する。予めユーザ情報データベース４９及び
サービスプロバイダーデータベース４６には図２２
（ａ）で示す情報が登録されており、現在の各サービス
プロバイダー収容回線の使用帯域はそれぞれ２０Ｍ，１
００Ｍ，１４０Ｍ，５０Ｍであるとする。ユーザ情報デ
ータベース４９を参照すると、(1) ユーザ端末Ａの最大
使用帯域は２０Ｍであり、(2) ユーザ端末Ａは、加入契
約によりサービスプロバイダーＢ，Ｃが提供するサービ
スを受けることができるが、未加入のためサービスプロ
バイダーＡが提供するサービスを受けることができな
い、(3) ユーザ端末Ａはアクセス規制サービス欄で特定
されているサービスプロバイダーＤが提供しているサー
ビスを受けることができない。又、サービスプロバイダ
ーデータベース４６を参照すると、サービスプロバイダ
ーＡ〜Ｄがサービスを提供するに必要な帯域は２０Ｍ、
各サービスプロバイダー収容回線の物理帯域は１５０Ｍ
である。

【００６７】所定のユーザ端末（ユーザ端末Ａとする）
がナビゲーションサーバ４１に接続されるとトラヒック
抽出プログラムが起動し（図１２のステップ１００）、
該トラヒック抽出プログラムの制御により各サービスプ
ロバイダーを収容する回線の使用帯域がトラヒック格納
バッファ４３に格納される（図２２（ａ））。これによ
り、メニュー最適化プログラムが起動し（図１２のステ
ップ３００）、以後、図１５、図１６の処理フローに従
ったメニュー最適化処理が行われる。まず、所定のサー
ビスプロバイダーを着目サービスプロバイダーとし、該
着目サービスプロバイダーにサービス予約がされている
かチェックする（ステップ３０１）。該着目サービスプ
ロバイダーにサービス提供の予約が設定されていないか
ら（ステップ３０２）、接続時にユーザ端末Ａより送ら
れてきたユーザＩＤでユーザ情報データベース４９を索
引し、加入サービス、アクセス規制サービスを取得する
（ステップ３０３）。ついで、着目サービスプロバイダ
ーへの接続が可能であるかチェックする（ステップ３０
４）。サービスプロバイダーＡは未加入であるから接続
できないため、メニューバッファ４７のサービスプロバ
イダーＡの状態パラメータ欄に未加入コード（理由コー
ド）を書き込む（ステップ３５１、図２２（ａ）参
照）。ついで、全サービスプロバイダーについてメニュ
ーバッファ４７への状態コードの書き込み処理が終了し
たかチェックし（ステップ３１０）。終了してなければ
着目サービスプロバイダーを変更してステップ３０１以
降の処理を繰り返す。これにより、サービスプロバイダ
ーＤはアクセス規制サービスであるから接続できないた
め、メニューバッファ４７のサービスプロバイダーＤの
状態パラメータ欄に接続拒否コード（理由コード）が設
定される（ステップ３５１）。

【００６８】アクセス規制サービスとは、アクセス対象
者を限定しないサービスプロバイダー（サービスを利用
すると無条件に料金が徴収されるか、利用料金が無料の
サービス）の接続に対してユーザまたはナビゲーション
サーバの管理者が意図的にアクセスの拒否を設定したサ
ービスである。一方、サービスプロバイダーＢ，Ｃは加
入サービスであり、しかも、アクセス規制サービスでな
いから、接続可能である（ステップ３０４）。ついで、
輻輳により規制中であるかチェックし（ステップ３０
６）、サービスプロバイダーＢ、Ｃの収容回線が輻輳中
でなければ、トラヒック格納バッファ４３に記憶されて
いる着目サービスプロバイダーＢ，Ｃを収容する回線の
使用帯域を読み出し（ステップ３０７）、該使用帯域と
輻輳とみなす規制値（規制帯域）との大小を比較する
（ステップ３０８）。

【００６９】使用帯域が規制帯域以下であれば、該使用
帯域に基づいてトラヒック状況を判断し、メニューバッ
ファ４７の該当サービスプロバイダー位置にトラヒック
状況（高トラヒック／中トラヒック／低トラヒック）を
示す状態コードを設定する。この場合、サービスプロバ
イダーＢ，Ｃの収容回線における利用可能帯域（＝物理
帯域−使用帯域）とユーザ端末が必要とする帯域（最大
使用可能帯域）を比較する。サービスプロバイダーＣの
使用可能帯域は１０Ｍであるが、ユーザ端末Ａが必要と
する帯域は２０Ｍであり帯域不足である。そこで、メニ
ューバッファ４７におけるサービスプロバイダーＣの状
態パラメータ欄にリソース捕捉不可コードを書き込む。
一方、サービスプロバイダーＢの利用可能帯域は５０Ｍ
であり、ユーザ端末Ａが必要とする帯域は２０Ｍ以上で
あるから、使用帯域１００Ｍに基づいて高／中／低トラ
ヒック状況を判断し、高トラヒック状況を示す状態コー
ド（＝３）を状態パラメータ欄に記入する（ステップ３
０９、図２２（ａ）参照）。

【００７０】以上では、ユーザ端末及びサービスプロバ
イダー装置の性能としてユーザ端末の最大使用可能帯域
を考慮した場合であるが、その他の性能、例えば、ユー
ザ端末のデコード方式とサービスプロバイダーのエンコ
ーダ方式等を考慮することもできる。すなわち、ユーザ
端末のデコード方式がサービスプロバイダーのエンコー
ダ方式にマッチしないものであれば、換言すれば、サー
ビスプロバイダーから提供されるエンコードデータをユ
ーザ端末で復調できない場合にはユーザ端末は該サービ
スプロバイダーへの接続が不可能であると判断し、メニ
ューバッファの該当サービスプロバイダーの状態パラメ
ータ欄に例えば復調不可コードを記入する。

【００７１】以後、全サービスプロバイダーについて上
記処理が終了したかチェックし（ステップ３１０）、終
了してなければ、着目サービスプロバイダーを変えてス
テップ３０１以降の処理を繰り返す。全サービスプロバ
イダーについてメニューバッファの設定が終了すると
（ステップ３１０）、メニューバッファ４７に記憶され
ている情報をもとに、接続可否、トラヒック状況（高／
中／低トラヒック状況）を反映したサービス選択メニュ
ー（図２２（ｂ））を作成し（ステップ３１１）、ユー
ザ端末に送出してユーザ端末のディスプレイ画面にサー
ビス選択メニューを表示する（ステップ３１２）。以上
により、サービスプロバイダーの接続可否、トラヒック
状況を考慮して、選択可能なサービスプロバイダーのみ
そのトラヒック状況を識別可能にサービス選択メニュー
を作成して表示することができる。

【００７２】以上の処理により、サービス選択メニュー
がユーザ端末に表示されている状態において、メニュー
上で所定のサービスプロバイダー、例えばサービスプロ
バイダーＢを選択すると、サービス実行プログラム４５
が起動し、図１７の処理フローに従った処理が実行され
る。図１７の処理において、情報表示機能はないものと
しており（ステップ４０１）、又、ユーザ操作は予約で
ないから（ステップ４０３）、メニューバッファ４７に
記憶されているサービスプロバイダーＢの状態コードを
参照し、該サービスプロバイダーへの接続が可能である
かチェックする（ステップ４０４）。接続可能であれ
ば、ユーザ端末ＡとサービスプロバイダーＢのパス設定
に必要な情報（電話番号）をユーザ情報データベース４
９とサービスプロバイダーデータベース４６から抽出し
（ステップ４０５）、パス設定要求メッセージを編集し
てパス設定部３３に送出する（ステップ４０６）。これ
により、パス設定部３３はＡＴＭ交換機６１に呼設定メ
ッセージを通知してユーザ端末とサービスプロバイダー
間を接続する。

【００７３】（ｇ）サービスプロバイダー情報のメニュ
ー上での表示処理 図２３はサービスプロバイダー情報、接続不可理由の表
示処理説明用のデータ設定例、図２４はサービス選択メ
ニュー表示例及び理由テキストテーブルの説明図であ
る。以下では、メニュー最適化処理（ｆ）と同じ条件で
メニュー接続可能サービスプロバイダーと接続不可なサ
ービスプロバイダーを色分けして識別可能に表示し、か
つ、選択されたサービスプロバイダーの情報を表示する
と共に、接続不可の理由メッセージを表示する場合につ
いて説明する。

【００７４】予めユーザ情報データベース４９及びサー
ビスプロバイダーデータベース４６には図２３で示す情
報が登録されており、現在の各サービスプロバイダー収
容回線の使用帯域はそれぞれ２０Ｍ，１００Ｍ，１４０
Ｍ，５０Ｍであるとする。ユーザ情報データベース４９
を参照すると、(1) ユーザ端末Ａの最大使用帯域は２０
Ｍであり、(2) ユーザ端末Ａは、加入契約によりサービ
スプロバイダーＢ，Ｃが提供するサービスを受けること
ができるが、未加入のためサービスプロバイダーＡが提
供するサービスを受けることができない。又、(3) ユー
ザ端末Ａはアクセス規制サービス欄で特定されているサ
ービスプロバイダーＤが提供しているサービスを受ける
ことができない。サービスプロバイダーデータベース４
６を参照すると、各サービスプロバイダーＡ〜Ｄ毎に、
サービスプロバイダー表示情報が登録されており、又、
サービスを提供するに必要な帯域（２０Ｍ）、各サービ
スプロバイダー収容回線の物理帯域（１５０Ｍ）が登録
されている。

【００７５】所定のユーザ端末（ユーザ端末Ａとする）
がナビゲーションサーバ４１に接続されるとトラヒック
抽出プログラムが起動し（図１２のステップ１００）、
該トラヒック抽出プログラムの制御により各サービスプ
ロバイダーを収容する回線の使用帯域がトラヒック格納
バッファ４３に格納される（図２３）。これにより、メ
ニュー最適化プログラムが起動し（図１２のステップ３
００）、以後、図１５、図１６の処理フローに従ったメ
ニュー最適化処理が行われる。まず、所定のサービスプ
ロバイダーを着目サービスプロバイダーとし、該着目サ
ービスプロバイダーにサービス予約がされているかチェ
ックする（ステップ３０１）。該着目サービスプロバイ
ダーにサービス提供の予約が設定されていないから（ス
テップ３０２）、接続時に該ユーザ端末Ａより送られて
きたユーザＩＤでユーザ情報データベース４９を索引
し、加入サービス、アクセス規制サービスを取得する
（ステップ３０３）。ついで、着目サービスプロバイダ
ーへの接続が可能であるかチェックする（ステップ３０
４）。サービスプロバイダーＡは未加入であるから接続
できないため、メニューバッファ４７のサービスプロバ
イダーＡの状態パラメータ欄に未加入コード（理由コー
ド）を書き込む（ステップ３５１、図２３参照）。つい
で、全サービスプロバイダーについてメニューバッファ
４７への状態コードの書き込み処理が終了したかチェッ
クし（ステップ３１０）。終了してなければ着目サービ
スプロバイダーを変更してステップ３０１以降の処理を
繰り返す。これにより、サービスプロバイダーＤはアク
セス規制サービスであるから接続できないため、メニュ
ーバッファ４７のサービスプロバイダーＤの状態パラメ
ータ欄に接続拒否コード（理由コード）が設定される
（ステップ３５１）。

【００７６】一方、サービスプロバイダーＢ，Ｃは加入
サービスであり、しかも、アクセス規制サービスでない
から、接続可能である（ステップ３０４）。ついで、輻
輳により規制中であるかチェックし（ステップ３０
６）、サービスプロバイダーＢ、Ｃの収容回線が輻輳中
でなければ、トラヒック格納バッファ４３に記憶されて
いる着目サービスプロバイダーＢ，Ｃを収容する回線の
使用帯域を読み出し（ステップ３０７）、該使用帯域と
輻輳とみなす規制値（規制帯域）との大小を比較する
（ステップ３０８）。使用帯域が規制帯域以下であれ
ば、該使用帯域に基づいてトラヒック状況を判断し、メ
ニューバッファ４７の該当サービスプロバイダー位置に
トラヒック状況（高トラヒック／中トラヒック／低トラ
ヒック）を示す状態コードを設定する。この場合、サー
ビスプロバイダーＢ，Ｃの収容回線における利用可能帯
域（＝物理帯域−使用帯域）とユーザ端末が必要とする
帯域（最大使用可能帯域）を比較する。サービスプロバ
イダーＣの使用可能帯域は１０Ｍであるが、ユーザ端末
Ａが必要とする帯域は２０Ｍであり帯域不足である。そ
こで、メニューバッファ４７におけるサービスプロバイ
ダーＣの状態パラメータ欄にリソース捕捉不可コードを
書き込む。一方、サービスプロバイダーＢの利用可能帯
域は５０Ｍであり、ユーザ端末Ａが必要とする帯域は２
０Ｍ以上であるから、使用帯域１００Ｍに基づいて高／
中／低トラヒック状況を判断し、高トラヒック状況を示
す状態コードを状態パラメータ欄に記入する（ステップ
３０９、図２３参照）。

【００７７】以後、全サービスプロバイダーについて上
記処理が終了したかチェックし（ステップ３１０）、終
了してなければ、着目サービスプロバイダーを変えてス
テップ３０１以降の処理を繰り返す。全サービスプロバ
イダーについてメニューバッファの設定が終了すると
（ステップ３１０）、メニューバッファ４７に記憶され
ている情報をもとに、接続可否、トラヒック状況（高／
中／低トラヒック状況）を反映したサービス選択メニュ
ー（図２４）を作成し（ステップ３１１）、ユーザ端末
に送出してユーザ端末のディスプレイ画面にサービス選
択メニューを表示する（ステップ３１２）。以上によ
り、サービスプロバイダーの接続可否、トラヒック状況
を考慮して、選択可能なサービスプロバイダーと接続不
可能なサービスプロバイダーを色分けして識別可能にサ
ービス選択メニューを作成してユーザ端末のディスプレ
イ画面に表示できる。

【００７８】以上の処理により、サービス選択メニュー
がユーザ端末に表示されている状態で、メニュー上で所
定のサービスプロバイダー、例えばサービスプロバイダ
ーＡを選択すると、サービス実行プログラム４５が起動
し（図１２のステップ４００）、図１７の処理フローに
従った処理が実行される。図１７の処理において、サー
ビスプロバイダー情報表示機能が有りとしているから
（ステップ４０１）、サービスプロバイダーデータベー
ス４６よりサービスプロバイダーＡの表示情報を読み出
し、メニュー上の情報表示域に表示する（図２４参
照）。また、サービスプロバイダーＡは未加入により接
続不可であるから未加入の理由コードで理由テキストテ
ーブル５０を検索し、接続不可理由をメニュー上に表示
する（ステップ４６１）。

【００７９】ついで、ユーザ操作は予約でないから（ス
テップ４０３）、メニューバッファ４７におけるサービ
スプロバイダーＡの記憶情報を参照し、該サービスプロ
バイダーへの接続が可能であるかチェックする（ステッ
プ４０４）。未加入により接続不可能であるから、サー
ビスプロバイダーＡの選択を無視し、ユーザ端末とサー
ビスプロバイダーＡ間の接続を行わない。

【００８０】一方、サービス選択メニューがユーザ端末
に表示されている状態で、メニュー上で所定のサービス
プロバイダー、例えばサービスプロバイダーＢを選択す
ると、サービス実行プログラム４５が起動する。サービ
スプロバイダー情報表示機能ありであるから（ステップ
４０１）、サービスプロバイダーデータベース４６より
サービスプロバイダーＢの表示情報を読み出し、メニュ
ー上の情報表示域に表示する（ステップ４６１）。つい
で、ユーザ操作は予約でないから（ステップ４０３）、
メニューバッファ４７に記憶されたサービスプロバイダ
ーＢの状態コードを参照し、該サービスプロバイダーＢ
への接続が可能であるかチェックする（ステップ４０
４）。接続可能であるから、ユーザ端末とサービスプロ
バイダーＢのパス設定に必要な情報（電話番号）をユー
ザ情報データベース４９とサービスプロバイダーデータ
ベース４６から抽出し（ステップ４０５）、パス設定要
求メッセージを編集してパス設定部３３に送出する（ス
テップ４０６）。これにより、パス設定部３３はＡＴＭ
交換機６１に呼設定メッセージを通知してユーザ端末と
サービスプロバイダー間を接続する。 尚、１回目のサ
ービスプロバイダー選択でサービスプロバイダー情報の
表示を行い、２度目のサービスプロバイダー選択でステ
ップ４０３以降の処理を行うようにもできる。

【００８１】（ｈ）サービス提供品質レベルを反映した
メニューの表示処理 図２５はサービス提供品質レベルを反映したメニューの
表示処理説明の各種データ例及びサービス選択メニュー
の説明図である。以下では、サービス提供の品質レベル
を高品質レベル、中品質レベル、低品質レベルの３段階
に分類し、ナビゲーションサーバ４１にアクセスしたユ
ーザ端末が接続可能なサービスプロバイダーと品質レベ
ルのみサービス選択メニューで表示する場合について説
明する。

【００８２】予めユーザ情報データベース４９及びサー
ビスプロバイダーデータベース４６に図２５で示す情報
が登録されており、現在の各サービスプロバイダー収容
回線の使用帯域はそれぞれ２０Ｍ，１００Ｍ，１４０
Ｍ，５０Ｍであるとする。ユーザ情報データベース４９
を参照すると、(1) ユーザ端末Ａの最大使用帯域は２０
Ｍである。又、(2) ユーザ端末Ａは、加入契約によりサ
ービスプロバイダーＢ，Ｃが提供するサービスを受ける
ことができるが、未加入のためサービスプロバイダーＡ
が提供するサービスを受けることができない。さらに、
(3) ユーザ端末Ａはアクセス規制サービス欄で特定され
ているサービスプロバイダーＤが提供しているサービス
を受けることができない。サービスプロバイダーデータ
ベース４６を参照すると、各サービスプロバイダーＡ〜
Ｄの収容回線の物理帯域は１５０Ｍ、高品質／中品質／
低品質のサービスを提供するに必要な帯域はそれぞれ３
０Ｍ／２０Ｍ／１０Ｍである。

【００８３】ユーザ端末Ａがナビゲーションサーバ４１
に接続されるとトラヒック抽出プログラムが起動し（図
１２のステップ１００）、該トラヒック抽出プログラム
の制御により各サービスプロバイダーを収容する回線の
使用帯域がトラヒック格納バッファ４３に格納される
（図２５）。これにより、メニュー最適化プログラムが
起動し（ステップ３００）、以後、図１５、図１６の処
理フローに従ったメニュー最適化処理が行われる。ま
ず、所定のサービスプロバイダーを着目サービスプロバ
イダーとし、該着目サービスプロバイダーにサービス予
約がされているかチェックする（ステップ３０１）。該
着目サービスプロバイダーにサービス提供の予約が設定
されていないから（ステップ３０２）、接続時にユーザ
端末Ａより送られてきたユーザＩＤでユーザ情報データ
ベース４９を索引し、加入サービス、アクセス規制サー
ビスを取得する（ステップ３０３）。ついで、着目サー
ビスプロバイダーＡへの接続が可能であるかチェックす
る（ステップ３０４）。サービスプロバイダーＡは未加
入であるから接続できないため、メニューバッファ４７
のサービスプロバイダーＡの状態パラメータ欄に未加入
コード（理由コード＝７）を書き込む（ステップ３５
１、図２５参照）。ついで、全サービスプロバイダーに
ついてメニューバッファ４７への状態コードの書き込み
処理が終了したかチェックし（ステップ３１０）。終了
してなければ着目サービスプロバイダーを変更してステ
ップ３０１以降の処理を繰り返す。これにより、サービ
スプロバイダーＤはアクセス規制サービスであるから接
続できないため、メニューバッファ４７のサービスプロ
バイダーＤの状態パラメータ欄に接続拒否コード（理由
コード）が設定される（ステップ３５１）。

【００８４】一方、サービスプロバイダーＢ，Ｃは加入
サービスであり、しかも、アクセス規制サービスでない
から、接続可能である（ステップ３０４）。ついで、輻
輳により規制中であるかチェックし（ステップ３０
６）、サービスプロバイダーＢ，Ｃの収容回線が輻輳中
でなければ、トラヒック格納バッファ４３に記憶されて
いる着目サービスプロバイダーＢ，Ｃを収容する回線の
使用帯域を読み出し（ステップ３０７）、該使用帯域と
輻輳とみなす規制値（規制帯域）との大小を比較する
（ステップ３０８）。使用帯域が規制帯域以下であれ
ば、ステップ３０９において以下の品質パラメータ設定
処理を行う。

【００８５】図２６は品質パラメータ設定処理フローで
ある。接続可能なサービスプロバイダーＢ，Ｃを収容す
る回線の利用可能帯域（＝物理帯域−使用帯域）を算出
する（ステップ３０９ａ）。サービスプロバイダーＢの
利用可能帯域は５０Ｍ、サービスプロバイダーＣの利用
可能帯域は１０Ｍである。ついで、サービスプロバイダ
ーＢの使用可能帯域５０Ｍと、高品質／中品質／低品質
サービスに必要な帯域３０Ｍ／２０Ｍ／１０Ｍを比較し
（ステップ３０９ｂ）、必要帯域が利用可能帯域以下の
品質レベルを記憶する（ステップ３０９ｃ）。いずれの
品質レベルの必要帯域は利用可能帯域よりも小さいた
め、全品質レベルでのサービス提供が可能であることが
判る。

【００８６】しかる後、ユーザ端末Ａの最大使用可能帯
域をユーザ情報データベース４９より求め、該最大使用
可能帯域（＝２０Ｍ）とステップ３０９ｃで記憶された
各品質レベル（高品質／中品質／低品質サービス）に必
要な帯域（３０Ｍ／２０Ｍ／１０Ｍ）とを比較し（３０
９ｄ）、最大使用可能帯域以下の帯域を必要帯域とする
品質レベルをメニューバッファ４７における該当サービ
スプロバイダーの品質パラメータ欄に接続可として記入
する（ステップ３０９ｅ）。すなわち、サービスプロバ
イダーＢの高品質レベルに必要な帯域３０Ｍはユーザ端
末Ａの最大使用可能帯域２０Ｍより大きいため、ユーザ
端末Ａに高品質でサービスを提供することが不可能であ
り、接続可能な品質レベルは中品質／低品質サービスと
なる。接続可能な品質レベルが判明すれば、メニューバ
ッファ４７におけるサービスプロバイダーＢの品質パラ
メータ欄に中品質及び低品質でのサービス提供可能を設
定する（図２５参照）。以後、ステップ３０９ｃで記憶
された全品質レベルについて処理を終了したかチェック
し（ステップ３０９ｆ）、終了してなければ別の品質レ
ベルについてステップ３０９以降の処理を繰り返す。

【００８７】各品質レベルでの接続可費データのメニュ
ーバッファ４７への記入が完了すれば、サービスプロバ
イダーの使用帯域に基づいてトラヒック状況を判断し、
メニューバッファ４７の状態パラメータ欄にトラヒック
状況を示す状態コードを設定する（ステップ３０９
ｇ）。サービスプロバイダーＢの使用帯域は１００Ｍで
あるから、高トラヒックを示す状態コード（＝３）が設
定される。以後、全サービスプロバイダーについて上記
処理が終了したかチェックし（ステップ３１０、図１
６）、終了してなければ、着目サービスプロバイダーを
変えてステップ３０１以降の処理を繰り返す。従って、
サービスプロバイダーＣについても、図２６の品質パラ
メータ設定処理が行われる。サービスＣの場合、利用可
能帯域は１０Ｍであるから低品質サービスのみの提供が
可能である。従って、メニューバッファ４７におけるサ
ービスプロバイダーＣの品質パラメータ欄に低品質の接
続可が設定され、高／中品質の接続不可が設定される
（図２５参照）。又、同様に、サービスプロバイダーＣ
の使用帯域（＝１４０Ｍ）を考慮してトラヒック状況を
判定し、高トラヒックを示す状態コードがメニューバッ
ファ４７の状態パラメータ欄に記入される。

【００８８】全サービスプロバイダーについてメニュー
バッファの設定が終了すると（ステップ３１０）、メニ
ューバッファ４７に記憶されている情報に従ってサービ
ス選択メニュー（図２５（ｂ）参照）を作成し（ステッ
プ３１１）、ユーザ端末に送出してユーザ端末のディス
プレイ画面にサービス選択メニューを表示する（ステッ
プ３１２）。すなわち、サービスプロバイダーの品質レ
ベル毎の接続可否を考慮して、接続可能なサービスプロ
バイダー／品質レベルのみサービス選択メニューで表示
する。

【００８９】以上の処理により、サービス選択メニュー
がユーザ端末に表示されている状態で、メニュー上で所
定のサービスプロバイダー／品質レベルを選択すると、
サービス実行プログラム４５が起動し（図１２のステッ
プ４００）、図１７の処理フローに従った処理が実行さ
れる。図１７の処理において、サービスプロバイダー情
報表示機能がないものとしており（ステップ４０１）、
又、ユーザ操作は予約でないから（ステップ４０３）、
メニューバッファ４７を参照して選択されたサービスプ
ロバイダーへの選択された品質レベルでの接続が可能で
あるかチェックし（ステップ４０４）、接続可能であれ
ば、ユーザ端末と選択されたサービスプロバイダーのパ
ス設定に必要な情報（電話番号）をユーザ情報データベ
ース４９とサービスプロバイダーデータベース４６から
抽出し（ステップ４０５）、パス設定要求メッセージを
編集してパス設定部３３に送出する（ステップ４０
６）。これにより、パス設定部３３はＡＴＭ交換機６１
に呼設定メッセージを通知してユーザ端末とサービスプ
ロバイダー間を接続する。しかし、接続不可能であれば
サービスプロバイダー／品質レベルの選択を無視し、ユ
ーザ端末とサービスプロバイダー間の接続を行わない。
以上により、提供できる品質レベルを反映したサービス
選択メニューの表示及び該メニューでのサービスプロバ
イダーの選択が可能になる。

【００９０】（ｉ）輻輳サービスプロバイダーに対する
予約処理 図２７は輻輳によりサービス規制中のサービスプロバイ
ダーに対する予約処理説明用のデータ設定例であり、図
２８は予約を可能とするサービス選択メニュー及び予約
管理データテーブルの説明図である。以下においては、
トラヒック集中により接続不可（サービス不可）である
サービスプロバイダーに対応させて予約ボタン（予約メ
ニュー項目）を付加してサービス選択メニューを表示
し、予約ボタンを選択することで該サービスプロバイダ
ーから提供されるサービスを予約し、トラヒックの低下
時に自動的に該サービスプロバイダーに接続されてサー
ビスを受ける場合について説明する。又、図２７に示す
ように、(1) サービスプロバイダーＡ〜Ｄを収容する回
線の使用状況（使用帯域）は２０Ｍ、１００Ｍ、８０
Ｍ、５０Ｍであり、(2) 輻輳とみなす規制値、輻輳が解
除されたとみなす解除値はそれぞれ１００Ｍ，８０Ｍで
あり、(3) ユーザ端末Ａは加入契約により全てのサービ
スプロバイダーに接続可能であるとする。

【００９１】ユーザ端末Ａがナビゲーションサーバ４１
に接続されると、トラヒック抽出プログラム４２が起動
し（図１２のステップ１００）、各サービスプロバイダ
ーを収容する回線の使用帯域をトラヒック格納バッファ
４３に格納する。かかる格納処理が終了すると、メニュ
ー最適化プログラム４４が起動し（図１２のステップ３
００）、図１５、図１６の処理フローに従ったメニュー
最適化処理が行われる。

【００９２】着目サービスプロバイダーにサービス提供
の予約が無く（ステップ３０１〜３０２）、又、ユーザ
端末が該サービスプロバイダーに接続可能であり（ステ
ップ３０３〜３０４）、しかも、それまで輻輳による規
制中でない（ステップ３０６）。従って、ステップ３０
６の判断処理後、トラヒック格納バッファ４３に記憶さ
れている着目サービスプロバイダーを収容する回線の使
用帯域を読み出し（ステップ３０７）、該使用帯域と輻
輳とみなす規制値（規制帯域）との大小を比較する（ス
テップ３０８）。現時点において、サービスプロバイダ
ーＡ，Ｃ，Ｄを収容する回線の使用帯域は規制値以下で
あるが、サービスプロバイダーＢを収容する回線の使用
帯域は規制値以上である。このため、輻輳管理データテ
ーブル４８のサービスプロバイダー番号Ｂの対応位置に
規制フラグを設定すると共に（ステップ３２１、図２７
参照）、メニューバッファ４７におけるサービスプロバ
イダーＢの状態パラメータ欄に規制コード（＝５）を設
定する（ステップ３０９）。尚、メニューバッファ４７
におけるサービスプロバイダーＡ，Ｃ，Ｄの状態パラメ
ータ欄にはトラヒック状況を示す状態コードが設定され
る。

【００９３】全サービスプロバイダーについて、メニュ
ーバッファ４７の編集が終了すると（ステップ３１
０）、メニューバッファを参照して規制中か否かを反映
したサービス選択メニューを作成する（ステップ３１
１）。ついで、予約機能ありかチェックし（ステップ３
５５）、予約機能があるから、サービス選択メニューに
おける接続規制中のサービスプロバイダーに予約ボタン
を付加する（ステップ３５２）。しかる後、サービス選
択メニュー情報をユーザ端末Ａに送って図２８に示すよ
うにディスプレイ画面に表示する（ステップ３１２）。
すなわち、接続規制中のサービスプロバイダーと他のサ
ービスプロバイダーとを色分け等により識別可能に表示
し、かつ、接続規制中のサービスプロバイダー名に並設
して予約ボタンＲＢＴを表示する。

【００９４】以上の処理により、サービス選択メニュー
がユーザ端末に表示されている状態において、予約ボタ
ンＲＢＴにより接続規制中のサービスプロバイダーの予
約が選択されると、サービス実行プログラム４５が起動
し、図１７に示す処理が実行される。サービスプロバイ
ダー情報表示機能がないものとすれば、直ちに、ユーザ
操作が予約操作であるかチェックする（ステップ４０
３）。ユーザ操作は予約操作であるから、予約したユー
ザ端末Ａと予約されたサービスプロバイダーＢの対応情
報を予約登録バッファ５２に設定するとともに（図２
７）、予約管理データテーブル５１におけるサービスプ
ロバイダーＢの位置に予約フラグを設定する（ステップ
４７１、図２８参照）。以上により予約処理が完了す
る。

【００９５】予約後、サービスプロバイダーＢを収容す
る回線ＵＮＩ５の使用帯域が減少して８０Ｍ以下にな
る。かかる時点で、別のユーザ端末、例えばユーザ端末
Ｂがナビゲーションサーバ４１にアクセスすると、トラ
ヒック抽出プログラム４２が起動し、該トラヒック抽出
プログラムによるトラヒック抽出完了後にメニュー最適
化プログラム４４が起動し、図１５、図１６に示す処理
が開始される。まず、予約管理テーブル５１を参照し
（ステップ３０１）、予約が有るかチェックする（ステ
ップ３０２）。サービスプロバイダーＢに予約があるか
ら、該サービスプロバイダーＢを収容する回線の使用帯
域を参照してサービス提供する余裕が有るか、換言すれ
ば、、サービスプロバイダーＢへの接続が可能であるか
判断する（ステップ３５３）。すなわち、予約登録バッ
ファ５２をサービスプロバイダー番号Ｂで検索し、予約
したユーザ端末ＡのユーザＩＤを抽出する。ついで、ユ
ーザ情報データベース４９からユーザ端末Ａの情報（最
大使用可能帯域）を索引し、該最大使用可能帯域、サー
ビスプロバイダーＢの収容回線における使用帯域、サー
ビス提供に必要な帯域を比較して接続可であるかチェッ
クする。、

【００９６】接続不可能であれば、ステップ３０３に戻
り、ユーザ端末Ｂに対するメニュー最適化処理を実行す
る。一方、サービスプロバイダーＢへの接続が可能であ
れば、予約実行プログラム５４を起動する（ステップ３
５４）。この結果、以後、図１８に示す処理フローに従
った処理が実行される。すなわち、予約実行プログラム
５４は予約登録バッファ５２から、予約したユーザ端末
と予約されたサービスプロバイダーを求め、これらユー
ザ端末、サービスプロバイダーのパス設定情報（電話番
号等）をユーザ情報データベース４９、サービスプロバ
イダーデータベース４６から抽出し（ステップ５０
１）、パス接続要求メッセージを作成してパス設定部３
３に送出する（ステップ５０２）。最後に予約管理テー
ブル５１と予約登録バッファ５２から該当情報を削除す
る（ステップ５０３）。以上により輻輳中のサービスプ
ロバイダーに対する予約と、輻輳が解除された後のサー
ビス提供が可能になる。

【００９７】（ｊ）サービス品質レベル対応の予約処理 図２９は輻輳によりサービス規制中のサービスプロバイ
ダーに対してサービス品質レベル対応の予約を行う予約
処理説明用のデータ設定例であり、図３０は品質レベル
毎に予約を可能とするサービス選択メニューの説明図で
ある。以下においては、サービス提供の品質レベル（高
品質レベル／中品質レベル／低品質レベル）毎に予約ボ
タンをサービス選択メニューに表示し、ユーザが所定の
サービス品質レベルでサービスプロバイダーからのサー
ビス提供を予約する場合について説明する。

【００９８】前述の（ｈ）サービス提供品質レベルを反
映したサービス選択メニューの表示処理と同様の処理を
行い、メニューバッファ４７のサービスプロバイダーＡ
の状態パラメータ欄に未加入コードを書き込み、又、メ
ニューバッファ４７のサービスプロバイダーＢの状態パ
ラメータ欄に接続拒否コードを書き込む。さらに、アク
セス可能なサービスプロバイダーＢ，Ｃについては、図
２６の品質パラメータ設定処理により、各品質レベルで
のサービス可否をメニューバッファ４７に記入する。す
なわち、メニューバッファ４７におけるサービスプロバ
イダーＢの品質パラメータ欄に中品質、低品質でのサー
ビスが可能であることを示すデータを設定し、メニュー
バッファ４７におけるサービスプロバイダーＣの品質パ
ラメータ欄に低品質でのサービス提供が可能であること
を示すデータを設定する。

【００９９】各品質レベルでのサービス可否データのメ
ニューバッファ４７への記入が完了すれば、サービスプ
ロバイダーＢ，Ｃの使用帯域に基づいてトラヒック状況
を判断し、メニューバッファ４７のサービスプロバイダ
ーＢ，Ｃの状態パラメータ欄にトラヒック状況を示す状
態コードを設定する。全サービスプロバイダーについ
て、メニューバッファ４７の編集が終了すると（ステッ
プ３１０）、メニューバッファを参照して、(1) 接続可
能なサービスプロバイダーＢ，Ｃ及び、(2) 接続可能な
サービスプロバイダーＢ，Ｃについて、サービス不可能
な品質レベル/サービス可能な品質レベルを識別可能に
表示するサービス選択メニューを作成する（ステップ３
１１）。ついで、予約機能ありかチェックし（ステップ
３５５）、予約機能があるから、サービス選択メニュー
における接続不可能な品質レベルに予約ボタンを付加す
る（ステップ３５２）。しかる後、サービス選択メニュ
ー情報をユーザ端末Ａに送って図３０に示すようにディ
スプレイ画面に表示する（ステップ３１２）。すなわ
ち、サービス選択メニューにより、接続可能なサービス
プロバイダー名、品質レベル名が識別可能に表示され、
かつ、サービス不可能な品質レベルに並設して予約ボタ
ンＲＢＴが表示される。

【０１００】以上の処理により、サービス選択メニュー
がユーザ端末Ａに表示されている状態において、予約ボ
タンＲＢＴにより、例えばサービスプロバイダーＢの高
品質レベルの予約が選択されると、サービス実行プログ
ラム４５が起動し、図１７に示す処理が実行される。サ
ービスプロバイダー情報表示機能がないものとすれば、
直ちに、ユーザ操作が予約操作であるかチェックする
（ステップ４０３）。ユーザ操作は予約操作であるか
ら、予約したユーザ端末Ａと予約されたサービスサービ
スプロバイダーＢの名称と品質レベルの対応情報を予約
登録バッファ５２に設定し、又、予約管理データテーブ
ル５１におけるサービスプロバイダーＢの位置に予約フ
ラグを設定する（ステップ４７１、図２９参照）。以上
により予約処理が完了する。

【０１０１】予約後、サービスプロバイダーＢを収容す
る回線ＵＮＩ５の使用帯域が減少して高品質レベルのサ
ービス提供が可能になる。かかる時点で、別のユーザ端
末、例えばユーザ端末Ｂがナビゲーションサーバ４１に
アクセスすると、トラヒック抽出プログラム４２が起動
し、該トラヒック抽出プログラムによるトラヒック情報
抽出完了後にメニュー最適化プログラム４４が起動し、
図１５、図１６に示す処理が開始される。

【０１０２】まず、予約管理テーブル５１を参照し（ス
テップ３０１）、着目サービスプロバイダーに予約が設
定されているかチェックする（ステップ３０２）。サー
ビスプロバイダーＢに予約があるから、該サービスプロ
バイダーＢを収容する回線の使用帯域を参照して高品質
レベルでのサービス提供が可能であるか、換言すれば、
サービスプロバイダーＢへの接続が可能であるか判断す
る（ステップ３５３）。接続不可能であればステップ３
０３に戻り、ユーザ端末Ｂに対するメニュー最適化処理
を実行する。一方、サービスプロバイダーＢへの接続が
可能であれば、予約実行プログラム５４を起動する（ス
テップ３５４）。この結果、以後、図１８に示す処理フ
ローに従った処理が実行される。予約実行プログラムは
予約登録バッファ５２から、予約したユーザ端末と予約
されたサービスプロバイダーを求め、これらユーザ端
末、サービスプロバイダーのパス設定情報（電話番号
等）をユーザ情報データベース４９、サービスプロバイ
ダーデータベース４６から抽出し（ステップ５０１）、
パス接続要求メッセージを作成してパス設定部３３に送
出する（ステップ５０２）。最後に予約管理テーブル５
１と予約登録バッファ５２から該当情報を削除する（ス
テップ５０３）。以上により、サービスプロバイダーに
対する予約を品質レベルを指定して行える。以上本発明
を詳細に説明したが、（ｃ）〜（ｊ）の各処理を任意に
組み合わせたナビゲーション処理も可能である。

【０１０３】

【発明の効果】以上本発明によれば、ネットワークの接
続とトラヒックの管理を行うネットワーク管理装置とナ
ビゲーションサーバを連携させて高度なナビゲーション
メニュー（サービス選択メニュー）をユーザに提供する
ことができる。本発明によれば、回線の使用状況（高／
中／低のトラヒック状況）を動的に反映したサービス選
択メニューをユーザに提供し、トラヒックが集中してい
る（サービス提供品質の劣化が予想される）サービスプ
ロバイダーの選択を回避させ、これによりトラヒックの
分散化を図ることができる。

【０１０４】本発明によれば、サービスプロバイダーを
収容する回線においてトラヒック集中（輻輳）が断続的
に続く場合、サービスプロバイダーへのアクセス規制を
行えるようにでき、この結果、サービスプロバイダーの
提供するサービス品質を確保することができる。本発明
によれば、サービスプロバイダーを収容する回線が輻輳
している場合、該サービスプロバイダーと同一機能をも
つ他の余力のあるサービスプロバイダーへサービス要求
を迂回することができる。本発明によれば、未契約によ
り接続不可能なサービスプロバイダー、あるいはユーザ
の意志（嗜好）により予め接続規制されたサービスプロ
バイダー、あるいはユーザ端末の性能により接続不可能
なサービスプロバイダーが存在する場合、これらアクセ
ス不可能なサービスプロバイダーを含まないサービス選
択メニューをユーザに提供し、ユーザが効率的にサービ
スプロバイダーを選べるようにできる。

【０１０５】本発明によれば、接続不可能なサービスプ
ロバイダーが選択された時、接続不可能な理由を表示す
ることができる。本発明によれば、ユーザが指示したサ
ービスプロバイダーの情報を表示し、これによりユーザ
がサービスプロバイダーを選ぶ時の参考にできる。本発
明によれば、サービスプロバイダーが提供するするサー
ビスを複数の品質レベルに分類し、各サービスプロバイ
ダーの各品質レベル毎に接続可否の判定を行い、該判定
結果を反映させたサービス選択メニューを作成してユー
ザに提供し、ユーザが所定の品質レベルでのサービスを
受けれるようにできる。本発明によれば、サービスプロ
バイダーを収容する回線の利用可能帯域が少ない理由で
接続できないサービスプロバイダーに対して予約を行
い、利用可能帯域不足が解消した時、予約したユーザ端
末とサービスプロバイダー間を自動的に接続してサービ
スプロバイダーから確実にサービスを提供することがで
きる。

【０１０６】本発明によれば、サービスプロバイダーが
提供するするサービスを複数の品質レベルに分類し、サ
ービスプロバイダーを収容する回線の利用可能帯域が少
ない理由で接続できないサービスプロバイダーに対して
所定の品質レベルで予約を行い、利用可能帯域不足が解
消した時、予約したユーザ端末とサービスプロバイダー
間を接続してサービスプロバイダーから予約した品質レ
ベルでサービスを提供することができる。

【図面の簡単な説明】

【図１】本発明のサービス提供システムの全体の概略構
成図である。

【図２】本発明の第１の概略説明図である。

【図３】本発明の第２の概略説明図である。

【図４】本発明の第３の概略説明図である。

【図５】本発明の第４の概略説明図である。

【図６】本発明の第５の概略説明図である。

【図７】本発明の第６の概略説明図である。

【図８】本発明の第７の概略説明図である。

【図９】ネットワークシステムの構成図である。

【図１０】データ構成説明図（その１）である。

【図１１】データ構成説明図（その２）である。

【図１２】ナビゲーション制御の全体の処理フローであ
る。

【図１３】トラヒック抽出プログラムの処理フローであ
る。

【図１４】トラヒック管理プログラムの処理フローであ
る。

【図１５】メニュー最適化プログラムの処理フロー（そ
の１）である。

【図１６】メニュー最適化プログラムの処理フロー（そ
の２）である。

【図１７】サービス実行プログラムの処理フローであ
る。

【図１８】予約実行プログラムの処理フローである。

【図１９】トラヒック状況をメニューに反映する処理説
明用の各種データ例及びサービス選択メニューの表示例
である。

【図２０】サービスプロバイダーへのアクセス規制と解
除処理説明のための各種データ及びサービス選択メニュ
ーの説明図である。

【図２１】サービスプロバイダー輻輳時の迂回処理を説
明するための各種データ及びサービス選択メニューの説
明図である。

【図２２】最適メニュー作成処理説明用の各種データ及
びサービス選択メニューの説明図である。

【図２３】サービスプロバイダー情報及び接続不可理由
の表示処理説明用のデータ設定例である。

【図２４】サービス選択メニュー表示例及び理由テキス
トテーブルの説明図である。

【図２５】サービス提供品質レベルを反映したメニュー
表示処理説明用の各種データ例及びサービス選択メニュ
ーの説明図である。

【図２６】品質パラメータ設定処理フローである。

【図２７】輻輳中のサービスプロバイダーに対する予約
処理説明用のデータ設定例である。

【図２８】予約を可能とするサービス選択メニュー及び
予約管理データテーブルの説明図である。

【図２９】輻輳中のサービスプロバイダーに対するサー
ビス品質レベル対応の予約処理説明用のデータ設定例で
ある。

【図３０】品質レベル毎に予約を可能とするサービス選
択メニューの説明図である。

【符号の説明】

１１ａ〜１１ｎ７・・ユーザ端末 ２１ａ〜２１ｍ・・サービスプロバイダー ３１・・ネットワーク管理装置 ３２・・トラヒック管理部 ３３・・パス設定部 ４１・・ナビゲーション装置（ナビゲーションサーバ） ６１・・ＡＴＭ交換機

Claims (14)

【特許請求の範囲】
1. 【請求項１】 ユーザ端末にサービス選択メニューを表
   示してサービスプロバイダー選択のナビゲーションを行
   うナビゲーション装置において、 サービスプロバイダーを収容する回線の使用状況を取得
   するトラヒック取得手段と、 各サービスプロバイダーを収容する回線の使用状況を反
   映したサービス選択メニューを作成してユーザ端末に表
   示するメニュー最適化手段と、 ユーザのサービス選択メニューに対する操作を監視し、
   操作に対応した制御を実行するサービス実行手段と、 サービスプロバイダーに関する情報を格納するサービス
   プロバイダーデータベースを備えたことことを特徴とす
   るナビゲーション装置。
2. 【請求項２】 メニュー最適化手段は、各サービスプロ
   バイダー収容回線の使用状況に基づいてサービスプロバ
   イダー毎に高トラヒック状況、中トラヒック状況、低ト
   ラヒック状況を識別可能に表示するサービス選択メニュ
   ーを作成することを特徴とする請求項１記載のナビゲー
   ション装置。
3. 【請求項３】 サービス実行手段は、ユーザ端末におい
   て所定のサービスプロバイダーが選択された時、該ユー
   ザ端末と選択されたサービスプロバイダー間のパス設定
   をパス設定部に要求することを特徴とする請求項１記載
   のナビゲーション装置。
4. 【請求項４】 ユーザ端末にサービス選択メニューを表
   示してサービスプロバイダー選択のナビゲーションを行
   うナビゲーション装置において、 サービスプロバイダーを収容する回線の使用状況を取得
   するトラヒック取得手段と、 トラヒック取得手段により取得された回線使用状況を格
   納するトラヒック格納バッファと、 各サービスプロバイダーを収容する回線使用状況に基づ
   いてサービスプロバイダーへの接続を規制するか否かを
   判定し、該判定結果を反映したサービス選択メニューを
   作成してユーザ端末に表示するメニュー最適化手段と、 ユーザのサービス選択メニューに対する操作を監視し、
   操作に対応した制御を実行するサービス実行手段と、 サービスプロバイダーに関する情報を格納するサービス
   プロバイダーデータベースと、 各サービスプロバイダーを収容する回線の輻輳状態を記
   憶する輻輳管理データテーブルと、 サービスプロバイダー収容回線の輻輳状態に基づいてサ
   ービス規制中であるか否かを示すデータをサービスプロ
   バイダーに対応させて記憶するメニューバッファを備
   え、 トラヒック取得手段はサービスプロバイダーデータベー
   スに登録された各サービスプロバイダーの回線使用状況
   を取得してトラヒック格納バッファに記憶し、 メニュー最適化手段は、トラヒック格納バッファに記憶
   された各サービスプロバイダーの回線使用状況である回
   線使用帯域とサービスプロバイダーデータベースに予め
   格納されている各サービスプロバイダーの規制帯域を比
   較し、回線使用帯域が規制帯域以上であれば前記輻輳管
   理データテーブルに当該サービスプロバイダーに対応さ
   せて「輻輳中」を示すデータ設定すると共に、メニュー
   バッファに当該サービスプロバイダーに対応させて「サ
   ービス規制中」を示すデータ設定し、かつ、サービスプ
   ロバイダー毎にサービス規制中であるか否かが識別表示
   できるようにサービス選択メニューを作成し、 サービス実行手段は、ユーザ端末において所定のサービ
   スプロバイダーが選択された時、メニューバッファを参
   照し、該サービスプロバイダーがサービス規制中であれ
   ばその選択を無効とし、サービス規制中でなければ該ユ
   ーザ端末と選択されたサービスプロバイダー間のパス設
   定をパス設定部に要求することを特徴とするナビゲーシ
   ョン装置。
5. 【請求項５】 メニュー最適化手段は、所定のサービス
   プロバイダーについて輻輳管理データテーブルに「輻輳
   中」を示すデータが設定されていれば、トラヒック格納
   バッファに記憶されている該サービスプロバイダー収容
   回線の使用帯域とサービスプロバイダーデータベースに
   予め格納されている該サービスプロバイダーの輻輳解除
   帯域を比較し、回線使用帯域が輻輳解除帯域以下であれ
   ば輻輳管理データテーブルに記憶されている当該サービ
   スプロバイダーの「輻輳中」を解除すると共に、メニュ
   ーバッファに記憶されている当該サービスプロバイダー
   の「サービス規制中」を解除することを特徴とする請求
   項４記載のナビゲーション装置。
6. 【請求項６】 メニュー最適化手段は、トラヒック格納
   バッファに記憶された各サービスプロバイダー収容回線
   の使用帯域とサービスプロバイダーデータベースに予め
   格納されている各サービスプロバイダーの規制帯域を比
   較し、回線使用帯域が規制帯域以上であれば、サービス
   プロバイダーデータベースにおいて該サービスプロバイ
   ダーに対応させて「迂回」が設定されているかチェック
   し、「迂回」が設定されていれば、輻輳管理データテー
   ブルの該当サービスプロバイダーに対応させて「輻輳
   中」を示すデータ設定せず、メニューバッファの当該サ
   ービスプロバイダーに対応させて「迂回」を示すデータ
   を設定し、 サービス実行手段は、ユーザ端末において所定のサービ
   スプロバイダーが選択された場合、メニューバッファを
   参照し、該サービスプロバイダーに対応させて「迂回」
   を示すデータが設定されていれば、サービスプロバイダ
   ーデータベースにおいて該サービスプロバイダーに対応
   させて予め記憶されている迂回先のサービスプロバイダ
   ーを求め、該ユーザ端末と迂回先のサービスプロバイダ
   ー間のパス設定をパス設定部に要求することを特徴とす
   る請求項４記載のナビゲーション装置。
7. 【請求項７】 ユーザ端末にサービス選択メニューを表
   示してサービスプロバイダー選択のナビゲーションを行
   うナビゲーション装置において、 サービスプロバイダーを収容する回線の使用状況を取得
   するトラヒック取得手段と、 トラヒック取得手段により取得された回線使用状況を格
   納するトラヒック格納バッファと、 ユーザ端末が各サービスプロバイダーにアクセス可能で
   あるか否かを示すアクセス情報を該ユーザ端末に対応さ
   せて記憶するユーザ情報データベースと、 アクセス可能なサービスプロバイダーを収容する回線の
   使用状況を参照して該サービスプロバイダーへの接続可
   否を判定し、各サービスプロバイダーへの接続可否を反
   映したサービス選択メニューを作成してユーザ端末に表
   示させるメニュー最適化手段と、 該判定結果を記憶するメニューバッファと、 ユーザのサービス選択メニューに対する操作を監視し、
   操作に対応した制御を実行するサービス実行手段を備
   え、 メニュー最適化手段は、ナビゲーション装置にユーザ端
   末が接続された時、前記ユーザ情報データベースに記憶
   されているアクセス情報を参照して、該ユーザ端末がア
   クセス可能なサービスプロバイダーを抽出し、アクセス
   可能なサービスプロバイダーについて、トラヒック格納
   バッファに記憶されている該サービスプロバイダー収容
   回線の使用状況を参照して該回線の利用可能帯域を求
   め、該利用可能帯域とユーザ端末が使用する帯域とサー
   ビス提供に必要となる帯域を考慮して該サービスプロバ
   イダーへの接続可否を判定し、各サービスプロバイダー
   への接続可否をメニューバッファに記憶すると共に、各
   サービスプロバイダーへの接続可否を反映したサービス
   選択メニューを作成してユーザ端末に表示し、 サービス実行手段は、ユーザ端末において所定のサービ
   スプロバイダーが選択された場合、メニューバッファを
   参照して該サービスプロバイダーへの接続が可能か判断
   し、可能な場合にはユーザ端末と該サービスプロバイダ
   ー間のパス設定をパス設定部に要求することを特徴とす
   るナビゲーション装置。
8. 【請求項８】 前記アクセス情報は、サービスプロバイ
   ダーとの契約により該サービスプロバイダーが提供する
   サービスを享受できるか否かを示す加入情報及びユーザ
   の意志により予め設定されているサービスプロバイダー
   に対するアクセスを規制するか否を示すアクセス規制情
   報であることを特徴とする請求項７記載のナビゲーショ
   ン装置。
9. 【請求項９】 前記ユーザ情報データベースはユーザ端
   末に対応してデコード方式等のユーザ端末の性能を記憶
   し、サービスプロバイダーデータベースはサービスプロ
   バイダーに対応してエンコード方式等のサービスプロバ
   イダーの性能を記憶し、 メニュー最適化手段は、ナビゲーション装置にユーザ端
   末が接続された時、ユーザ端末の性能とサービスプロバ
   イダーの性能を比較して該サービスプロバイダーへのア
   クセスが可能か否かを判定することを特徴とする請求項
   ７記載のナビゲーション装置。
10. 【請求項１０】 ナビゲーション装置は、サービスプロ
    バイダー選択不可能の理由に応じた理由コードと該理由
    を示すメッセージとの対応を記憶する理由テキストテー
    ブルを備え、 前記メニュー最適化手段は、ユーザ端末のサービスプロ
    バイダーへの接続が不可能な場合、不可能な理由に応じ
    た理由コードをユーザ端末に対応してメニューバッファ
    に記憶すると共に、サービスプロバイダーの選択可否が
    識別可能となるようにサービス選択メニューを作成して
    ユーザ端末に表示し、ユーザ端末において選択不可能な
    サービスプロバイダーが選択された時、 サービス実行手段は、メニューバッファに記憶されてい
    る理由コードを参照して選択不可能な理由をユーザ端末
    に表示することを特徴とする請求項７記載のナビゲーシ
    ョン装置。
11. 【請求項１１】 ナビゲーション装置は、サービスプロ
    バイダーの表示情報を格納するサービスプロバイダーデ
    ータベースを備え、 ユーザ端末においてサービスプロバイダーが選択された
    時、該サービスプロバイダーの表示情報をユーザ端末に
    表示することを特徴とする請求項１０記載のナビゲーシ
    ョン装置。
12. 【請求項１２】 メニュー最適化手段は、前記アクセス
    可能なサービスプロバイダーについて、該サービスプロ
    バイダー収容回線の利用可能帯域とユーザ端末が使用す
    る帯域と各品質レベルのサービス提供に必要となる帯域
    とを考慮して、品質レベル毎に該サービスプロバイダー
    への接続可否を判定し、判定結果をメニューバッファに
    記憶すると共に、該判定結果を反映したサービス選択メ
    ニューを作成してユーザ端末に表示し、 サービス実行手段は、ユーザ端末においてサービスプロ
    バイダー及び品質レベルが選択された場合、メニューバ
    ッファを参照して該サービスプロバイダーへの該品質レ
    ベルでのサービス提供が可能か判断し、可能な場合には
    ユーザ端末と該サービスプロバイダー間のパス設定をパ
    ス設定部に要求することを特徴とする請求項７記載のナ
    ビゲーション装置。
13. 【請求項１３】 ユーザ端末にサービス選択メニューを
    表示してサービスプロバイダー選択のナビゲーションを
    行うナビゲーション装置において、 サービスプロバイダーを収容する回線の使用状況を取得
    するトラヒック取得手段と、 トラヒック取得手段により取得された回線使用状況を格
    納するトラヒック格納バッファと、 サービスプロバイダーを収容する回線の使用状況を参照
    して該サービスプロバイダーへの接続可否を判定し、接
    続不可能なサービスプロバイダーを識別可能となるよう
    に、かつ、該サービスプロバイダーからのサービス提供
    を予約できるようにサービス選択メニューを作成してユ
    ーザ端末に表示するメニュー最適化手段と、 ユーザのサービス選択メニューに対する操作を監視し、
    操作に対応した制御を実行するサービス実行手段と、 予約されたサービスプロバイダーを特定する情報を格納
    する予約管理テーブルと、 サービス提供を予約したユーザ端末と予約されたサービ
    スプロバイダーの対応情報を格納する予約登録バッファ
    と、 予約テーブルと予約登録バッファにそれぞれ前記各情報
    を設定する予約登録手段と、 予約したユーザ端末と予約されたサービスプロバイダー
    間のパス設定制御を行う予約実行手段を備え、 メニュー最適化手段は、ナビゲーション装置にユーザ端
    末が接続された時、サービスプロバイダーを収容する回
    線の使用状況を参照して該回線の利用可能帯域を求め、
    該利用可能帯域とユーザ端末が使用する帯域とサービス
    提供に必要となる帯域とに基づいて、該サービスプロバ
    イダーへの接続可否を判定し、利用可能帯域の不足によ
    り接続できないサービスプロバイダーが存在する場合に
    は該サービスプロバイダーを識別可能となるように、か
    つ、該サービスプロバイダーからのサービス提供を予約
    できるようにサービス選択メニューを作成してユーザ端
    末に表示し、 サービス実行手段はユーザ端末により接続可能なサービ
    スプロバイダーが選択された場合には、パス設定部に該
    ユーザ端末とサービスプロバイダー間のパス設定を要求
    し、接続不可能なサービスプロバイダーの予約が入力さ
    れた場合には、前記予約登録手段を起動し、 予約登録手段は、予約したユーザ端末と予約されたサー
    ビスプロバイダーの対応情報を予約登録バッファに設定
    するとともに、予約管理テーブルの該当サービスプロバ
    イダー位置に予約フラグを設定し、 メニュー最適化手段は、他のユーザ端末がナビゲーショ
    ン装置に接続されて起動されるたびに、予約管理テーブ
    ルを参照して予約対象となっているサービスプロバイダ
    ーを求め、該予約対象となっているサービスプロバイダ
    ーの利用可能帯域がサービス提供に必要な帯域以上であ
    るか判断し、以上であれば予約実行手段を起動し、 予約実行手段は、予約登録バッファに記憶されている前
    記予約対象のサービスプロバイダーと該サービスプロバ
    イダーに対応して記憶されているユーザ端末間のパス設
    定をパス設定部に要求することを特徴とするナビゲーシ
    ョン装置。
14. 【請求項１４】 メニュー最適化手段は、サービスプロ
    バイダーを収容する回線の利用可能帯域とユーザ端末が
    使用する帯域と各品質レベルのサービス提供に必要とな
    る帯域とを考慮して、品質レベル毎に該サービスプロバ
    イダーへの接続可否を判定し、所定品質レベルについて
    利用可能帯域の不足により接続できないサービスプロバ
    イダーが存在する場合には、該品質レベル及びサービス
    プロバイダーを識別可能に、かつ、予約できるようにサ
    ービス選択メニューを作成してユーザ端末に表示するこ
    とを特徴とする請求項１３記載のナビゲーション装置。